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.

Why did you a dist-upgrade ?

The kernel is a custom kernel (this has been explained in the first thread of the Rpi image thread) and does not come from the debian repos (the kernel sources are from the RPi github repo and contain patches specific to the RPi platform), from memory the debian kernel packages don't have the RPi patches nor support for dymanic device, eg spi, I2C and such.

Save your configs, reinstall and don't do a dist upgrade, there is no need to upgrade the kernel, if you do have stability related issues related to the kernel please make a report in the forum.

Not being to turn off the Rpi could be related to a device tree issue, eg the GPIO that is used is not setup correctly.

Try removing the LIMIT entries from the JOINT_n sections. That should set the value to +/- 1e99 which no machine will ever reach.


 
linuxcnc.org/docs/2.8/html/config/ini-co...t__lt_num_gt_section

 

I tried G10 L20 P0 A0

This doesn't work. It's resetting the work coords to 0 so the G-code works at first, but continues incrementing A0 indefinitely in machine coords. After about 10 runs, the G-code faulted mid-run, says the next command would move joint 3 past machine limits.

At that point, A has reached 9800 or so, ini limited A to 10,000. I can put in a larger number. but we're just kicking this can down the road.

Can I reset the machine coord value, or is there a way to say the A axis has no limits on how many times it can turn?

My Maho homes off the Heindenhain LS-403 scale index marks. Works the same as homing to a a separate homing switch.