- Posts: 339
- Thank you received: 134
Please Log in or Create an account to join the conversation.
It will not add any delay as it should be applied as the acceleration is calculated or read per servo cycle. Just not sure how you need to use it.Yes Rod .. it is solution but it is creating constant delay between control position -> DFIR -> current position of tool ....
Please Log in or Create an account to join the conversation.
I think the best way to apply that... its consulate with Luca or Yang Yang if they are allready not using something like that now... I'm not that familiar with their code till now ... it toooo way complicated for meYes Rod .. it is solution but it is creating constant delay between control position -> DFIR -> current position of tool ....
It will not add any delay as it should be applied as the acceleration is calculated or read per servo cycle. Just not sure how you need to use it.
the size of the buffer is configurable.
Any other published moving average solution wanted to use loops which are a source of delay so I devised this..
One of the cleverest algorithms I have ever coded...
Please Log in or Create an account to join the conversation.
Thanks, I've been wondering too. I've been dreaming about kinematics using multiple realtime threads. Does anyone know whether/why it would not do?Why can't you use more than one thread instead of a FGPA?
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Just now I discovered:Go easy on me. I tried to read through this whole thread, but there's a lot to digest.
--snip--
I know it's not a "real" control, but it's pretty amazing they could get all that to work (along with g-code interpreter, etc) on an 8 bit AVR microcontroller.
Please Log in or Create an account to join the conversation.