Advanced Search

I just realize I didn’t quote the original question so of course my question didn’t make sense. It is about this realtime error. I installed ethtools and the error disappeared. After upgrading from LinuxCNC 2.8 to 2.9.3 the error came back.

 

 

Sorry, yes, you are right.
Though it is mainly intended for MPGs so that the machine doesn't shake to bits responding to each MPG pulse individually

What was limiting the accel previously? I am not sure what has changed to affect this. Is the behaviour the same for both joint and axis jogging (ie, before and after homing)

No, sadly not.
I looked into the possibility of making the Mesa UART appear in /dev/ but gave up and wrote the mesa_modbus framework instead.

The Huang Yang VFDs don't use "real" modbus, though it might be close enough to be able to get the mesa_modbus thing to work.

It might be easier just to use a USB dongle. It's not realtime, but for milling machines that isn't necessarily a problem. For a lathe realtime ought to be better for CSS.

I run my high-speed spindle using one of these (with the aligators snipped off) www.amazon.co.uk/gp/product/B082KKG55T

All the lines that mention jogging are commented out in the provided HAL file (but don't look to be enough)

What type of jogging are you trying to use? The HAL mentions a joystick.

I have a probe and tool setter and have set up my M6 remap according to  forum.linuxcnc.org/forum/10-advanced-con...h-off?start=30#48235.

Is it possible to get rid of the indicated travel moves to tool change and tool setter positions in the path preview window? As well as the strange indicated travel to 0;0, during operation the spindle is not moving to this position.

The indicated moves messes with the work envelope, making setup harder. Also pressing the "Z" button in qtdragon now zooms out to like the whole machine, instead of the actual work envelope. 

If anyone is interested, here is my config:  github.com/hmunktell/printNC/tree/probe