Advanced Search

I'm looking for suggestions for a simple bread & butter Linux CNC install.

It seems like an Raspberry Pi 5 + Mesa 7i96S might be the current standard, but it's not super clear? A while back it seemed like the Beaglebone was a good option, but it seems things have not gone that way?

Background...
I've built/retrofitted a number of machines with Linux CNC, but not for perhaps 10 years.  I've done a lot of machining and I'm fully competent with Linux.

I've got a new project that wants to integrate 2 Sherline CNC chucker lathes with some additional widgets.  Each lathe would get its own LinuxCNC hardware & software and the integration would be via ssh/linux command line.

If I can get the system working well, I might get orders for 10 or 50 of these systems over the next few years, so I would really like to use a stable, easy to get, standardized off-the-shelf parts, that can be expected to remain available for the next 5 years. I'm *not* looking to cobble something together out of 10 year old PCs, and I'd prefer not to build on some wierd/cheapo/legacy PC off Amazon which may go away in 3 months.

I'm looking for a simple reliable bread & butter LinuxCNC platform.

Suggestions?

BB

abs32 wrote:

I am quite proficient with build-install-clone commands and have the ability to simultaneously have and use all the versions

I realised that several posts later, and could have saved myself a great deal of typing.

It is unable to work due to this, forum.linuxcnc.org/38-general-linuxcnc-q...bing?start=10#338958, bug[/b][/b][/b]

I will try to look into this, probably with a simulated probe input for simplicity.

Have you tried inserting an explicit queue-buster between the successive probe moves? (I almost feel that we should have a specific code for that, maybe related to M70)
If you insert M66 P0 L0 between the probe moves then the queue might be cleared as a side effect.
Doing some offline research about this I found wiki.linuxcnc.org/cgi-bin/wiki.pl?QueuebustersRevisited which whilst not immediately relevant does discuss some of the issues around the motion queue.

Get the file with git or copy from the browser
github.com/MetalMusings/cia402pv/blob/master/cia402pv.comp

sudo halcompile --install cia402pv.comp

Hi Unlogic, 
I took a look at using your code, but I have the opposite problem. Your spindle stops abruptly with max braking with the enable pin deactivated, but mine just disconnects the power section and lets it coast down.

I don't actually need the rapid overlay. If I could operate rapid and normal feed with the same encoder, that would also be OK.

Released debs (ie officially released 2.9 versions) are also now available from Github.

github.com/LinuxCNC/linuxcnc/releases

This covers Trixie and Sid and has both AMD64 and ARM64 packages.

It is not yet clear whether the buildbots will continue in the future, but at the moment they are how the docs get to the website.

The encoder works on the spindle and for normal feed rates. However, if I switch the input in the Mesa software to rapid feed rate overlay, the bar does not move with the same encoder as for normal feed rates and the same wiring.

Das ist nicht das Problem. Das Problem ist, dass es gar nicht angeschlossen und ausprobiert hast.
In Mach3 werden physische Pins des Parallelports angegeben. Wenn die Belegung nicht stimmt, ist es entweeder der falsche Motor (falsche Achse bewegt sich), er läuft in die falsche Richtung oder er macht bei Richtungswechsel nur einen Schritt (Takt und Richtung vertauscht).
Nachdem du den Strom über die DIP-Schalter eingestellt hast, schließt du die Motoren und die Spannungsversorgung über die Schraubklemmen an die Karte an (und trennst die auch nicht unter Spannung) und verbindest die Karte mit dem Parallelport. Dann testest du ob es läuft. Die Wahrsagerei ob die Pinbelegung richtig oder falsch ist oder Beschwerden über richtige und nicht richtige / unpassende Datenblätter aus dem Internet bringen hier keinem was.

Auch kann hier im Forum niemand wissen was "die alte Karte" ist, daher macht diese Referenz keinen Sinn. Was soll dieses "sowas", auf das du dich beziehst, sein und wie soll jemand wissen was es ist, ohne dass du es vorher geschrieben hast? Die ist aber sowieso nicht relevant, da deine Endstufe einfach an den Parallelport angeschlossen wird.

I tried with this example, but it gives me an error at the start, or scale.1. gain not found or when I comment on it analogin0 not found, in the example I replaced the pins on hm2_7i96s.0.7i77.0.0.analogin** they exist as you can see in the photos

Came across this video today. I wonder how many people still think 3D printers are still just a toy? Admittedly before I got one
I used to think so myself. 

Hi
Thanks for looking into the issue

How do I go about updating the file I have to work ?

You must degrease maxvel or you must degrease step timmings.

The second problem concerns the SRO rotary encoder. The spindle and the normal feed work, but the rapid-feed encoder does not. Even when I swap the inputs for feed and spindle, it still doesn’t work. It seems to be an issue with the GUI/interface? Where can I start looking to solve this?

We need more information. Specification encoder? Wiring encoder? What SRO mean?

The "Maxvel is to high" error means that the stepgen cannot physically generate
the  requested step rate with the current steplength and stepspace parameters.

Options are to:

Lower the steps per turn on the spindle drive

Lower the spindle maximum RPM

Lower the values of the step length and step space parameters
(as long as they still meet the drives minimum width specifications)

The maximum RPM will be 60/(steps per turn(step_length+step_space))

So for example at 10000 steps per turn and 5000 ns (.000005 seconds) for step length
and step space, the maximum RPM would be 600...

Richtig gemacht läuft LinuxCNC extrem stabil. Aber du kannst nicht erwarten, dass jede ISO auf jeder Hardware auf Anhieb stabil läuft.
Die Distro ist bei Mesa nicht entscheidend hier gilt es die Netzwerklatenz zu minimieren das wurde hier aber schon x-mal beschrieben.

Ich habe den Eindruck, dass die Stabilität stark von den verwendeten Images abhängt und einen Einsteiger stark frustriert.
Das RASPI PI5 läuft absolut unzuverlässig  und stürzt unvermittelt ab mit einer zweiten Netzwerkkarte, aber das WLAN hab ich als Anfänger nicht hinbekommen mit den Anleitungen.
Dann hab ich das offizielle Image 2.9.2 mit einem Micro-PC verwendet und auf 2.9.7 upgedatet, welches aber auch wieder irgendwelche Fehlermeldungen produziert und die Ethernetverbindung zur Mesa abbricht (Realtek Treiber und RASPI Image Meldung).

Aus Frust hab ich ein Linux Mint Bookworm mit Debian aufgespielt und den RT Kernel sowie die Linux CNC Software händisch aufgespielt. 
Das Ganze dann ohne Fehlermeldungen und die Verbindung zur Mesa ist stabil. 
Das Mint Ding ist eine heavy Distribution....wirkt sich das mit der Ethernet Mesa negativ aus oder packt das ein I5 PC mit 8 GB Ram?
Oder muss ich mir einen schlankeren Unterbau suchen?
Leider konnte ich noch nicht weiter damit arbeiten, weil es noch ein paar andere Baustellen gibt.