Advanced Search

Yep and they can be found via using google, probably too many to list. I wouldn't expect a "plug & play" solution going this route.

Before you go this route beware that the software stepping isn't optimal and it may be worth spending some extra dollars on an Mesa card or other such external step\direction control card.

I'm using a Raspberry Pi 4 to drive a Mesa 7i96.   For unknown (as yet) reasons, I can't reliably run without errors unless I bump SERVO_PERIOD to 2000000 (i.e., 2ms).

What affect will this have on machine operation?  I sort of understand what's scheduled to run in the base thread, which of course is largely (completely?) irrelevant now that I have the Mesa.  But I don't have a good mental model for what runs in the servo thread, so I don't have a good understanding of what happens to operation/performance if it only runs half as often as usual.  Where would the difference show up?

Until recently my mill maxed out at about 40ipm, so absolute performance wasn't really a consideration.  I've upgraded to a machine capable of at least 80ipm using Grbl, and initial tests with LinuxCNC and the Mesa card indicate 100ipm may be fine.  So now I'm wondering if I need to start worrying more about that servo thread.

paul

Dear linuxcnc users,
i want to introduce my new open source project based on the W5100S-EVB-PICO . ~10 USD (raspberry pico clone)

features:
1 to 8 step generator with 255KHz maximum output in this version, (possible higher freq) enough for 15m/min with 0.001mm
1 to 8 quadrature encoder counter with 12.5MHz theoretical maximum counting frequency.

current version in the github page is support 4 stepgen and 4 encoders
linuxcnc driver supports multiple instances
planned direct SPI communication with raspberry-pi4 (with normal pico)

github: stepgen-encoder

what do you all have against a raspberry pi?
it works well and there are all kinds of cases for it.
2. NIC via USB