Advanced Search

What PC?
What interface, parallel port or Mesa or Pico systems or...?
What drives? Step/dir or analog or EtherCAT?
What do you expect G28 to do? It is not homing as in 3D printers.
Upload the hal and ini files here so we can have a look.

forum.linuxcnc.org/10-advanced-configura...to-example-mesa-7i77

Finally I made a successfull connection of the mesa 7i97t.
When I turn the motor still standing on the table i can see the X Dro increase in numbers to what could be expected in relation to the counts/rev.
Now two things are still beyond my understanding.
1. When I try to jog the axis the DRO only moves 0,18mm when pressing and releasing the < or > key. Same result if I use arrows in AXIS. Jog mode is set to continuous. 
2. When I release Estop and enable the drive F1 & F2 the motor starts rotating at a speed which looks like something that could be1v. 
Any explanations?
HAL file attached 

No, no other errors. Only joint following error.

I don't think LinuxCNC has changed anything basic like this
it's more likely a hardware, wiring, hal, or ini file change.

Does LinuxCNC complain about latency when starting?

    thank you for the response, i have an older Dell 980 optiplex with onboard parallel port. the output of lspci shows no parallel port controller and under communications controller is has no i/o ports line in between "flags" and "memory at".
in bios its set to epp and address 378h.
i ran the command cat /proc/ioports grep parports and it showed 0000-0000 : parport0 (twice, one above the next)
so i ran the command sudo cat /proc/ioports grep parports and after enter my password it showed 0378-37a : parport0 and 037b-037f : parport0.
i tested every pin of my parallel cable and its good. im not sure if i need to do something with enable amplifier on pin 1 because i tried it unused, enabled, and enabled active low and i still got no movement. i read somewhere that the kernel may not be reading my parallel port but i am not that savy at this, its been a week or two since i started dabbling in this..
i will attach my .ini and .hal files

I’ve updated and replaced all the Probe Basic Lathe files and copied my configuration into the folder (HAL file, INI, and postgui). Everything is still the same. The bottom part of the screen is cut off (in PB Mill it displays correctly), the on-screen movement arrows don’t work unless I perform a home after referencing the machine, The conversational section doesn’t work, and the default RPM isn’t shown (for example, S500 in the INI file). It’s the same in simulation mode.

I changed the prefix today, and now the machine no longer moves automatically.

I'd like to know why this is happening. The Debian version and the Linux CNC version have changed. I haven't made any changes to the INI file itself.

 

I’m looking for some guidance.

I’m using a similar VFD (Model G75). Are you able to control the spindle, or are you only able to monitor the parameters?

For some reason, I’m not able to get LinuxCNC to connect to this VFD. However, I was able to connect using Modbus Poll and successfully read some registers. I did this to confirm that my wiring and communication setup are correct.

Any suggestions would be appreciated.

I'm pretty sure it's easiest to just add a printf("%d\n", r); between the libusb_transfer_call and the assert statement. And I'm also fairly sure I did that at one point.

And then you can just match the terminal ouput against the libusb_error enum:
github.com/libusb/libusb/blob/master/libusb/libusb.h#L1282

The docs for libusb_submit_transfer also has a section about the errors it can return and a little bit about what they mean:
libusb.sourceforge.io/api-1.0/group__lib...7dad2fee4b27962848ce

Face-palm moment! 

No need for homing the ram... I think. All I need is set hm2_7i80.0.encoder.04.index-enable then have the operator manually jog the ram past the lone index pulse. This will zero the encoder counter. Good enough? Forget setting up a complete homing package for the hydraulic joints.

Life just got easier. If I need a home offset I can easily add that in pullmax_optima.comp

I wonder what "r" is - it doesn't say.
I'll some printouts.
One can possibly dig deeper into the layers and see exactly where it fails.
One level down:
github.com/libusb/libusb/blob/dcd30cec9a...ff/libusb/io.c#L1486

The crashing doesn't respond well to provocations. I can generally get it to crash when switching modes,
but it doesn't crash when I want it to crash.

Hi there
I bought a Chinese servo driver XP200 30 PL. I can't setup this very well in my cnc lathe. I want (if there is) a tune up program for this servo. Any idea?