Running servos in position mode instead of analog

I was able to get the spindle encoder mounted onto the shaft of the z axis to see the difference in delays. The seconder encoder is a Heidenhain and I mounted it in a pretty crappy way since it was temporary, thei may have allowed for some slope in the setup but it still out performed the DMM in response time.

The top line is the DMM drive encoder output
The middle line is velocity command
The bottom line is heidenhain

I wonder if they have corrected this in the new DYN5 drives. I don't see them in the online store, but they have them listed.

Not to dig up an old thread but tommylight had mentioned this to me in another thread where he mentions a 5ms delay in the analog input of the DMM drive. From that halscope picture comparing the Heidenhain encoder feedback to the analog command there's about a 2ms delay between the analog command and the time the Heidenhain is read back with a movement. It looks like there's a 3ms delay in the difference between the Heidenhain and the DMM's encoder output.

So what I'm getting from that whole thing is the time from the analog command to the 7i92 being able to read any change is actually 2ms some of that is obviously a read/write delay but it looks like the major delay is actually the extra 3ms from the DMM's encoder output.

I'm guessing this is a bigger deal with analog velocity control on the servo vs S+D position control. I'd be curios to know this actually stacks up against some other servo setup in the same scenario.

Yes it became a pretty big deal as the servo drive would try and make up for this delay and which would result in the drive faulting out. They work fine in S+D but there is no feedback to the control.

I would like to eventually setup some basic ability for Linux to read the encoder feedback for the purposes of homing on index. I have also looked at trying Delta servos but the project has stalled recently. Hopefully this spring I can get it over the finish line and have a working system.

If you have Mesa hardware, you can home to index with a step/dir system
and the right firmware (that includes step/dir index support)

Michael wrote:

Yes it became a pretty big deal as the servo drive would try and make up for this delay and which would result in the drive faulting out. They work fine in S+D but there is no feedback to the control.

I would like to eventually setup some basic ability for Linux to read the encoder feedback for the purposes of homing on index. I have also looked at trying Delta servos but the project has stalled recently. Hopefully this spring I can get it over the finish line and have a working system.
 

That's not quite right. In analog, the drive is running in velocity mode The drive itself isn't seeing the delay of the emulated encoder output or else analog control would be  useless for for even basic applications which isn't the case. The problem here is in velocity mode LinuxCNC must close the position loop and since it does see that delay this is where the problems would arise. It's trying to adjust the control for something that happened at least 3ms ago.

They work fine in S+D but there is no feedback to the control. 

I don't understand what you mean there. The emulated encoder output still works in S+D, That's how I use these drives, I do rigid tapping with a DYN4 on the spindle. In S+D the drive is running in position mode and you don't actually even need to feedback the encoder, it would work just the same as a stepper motor control wise except the drive is aware if it has a position error and can correct or fault. But you can feedback the encoder just the same as analog. The delay probably wouldn't be as big a deal in S+D but it's still not what you want to see.

I did not verify the delay myself but I did reach out to DMM about it last week and referenced this thread. They did seem to take it seriously. I assume they'll get back to me next week. I don't think they understood the complaint last time someone mentioned it because they blamed it on the analog control itself, where it's actually the emulated encoder output. I always have a DYN4 and 750w motor sitting on my bench for testing other projects so if I have to replicate the above test with a bench scope I easily can.