LinuxCNC S-Curve Accelerations

Yes, I think I understand you better now. Still you asked me what I would be doing about the spiking, and in my testing there is no spiking that I should be doing anything about, at least as far as the code we have contributed, and as far as my testing shows to me, but I am open to different hardware having different reactions to the algorithms, but this has to be empirically shown to be true with a test similar to mine, it is easy to introduce third variables unintentionally, so any testing has to be done with the least variation as possible, try to change only planner_type 0 to planner_type 1
This toggle exist exactly for the purpose of quick comparison between original trapez vs new s-curve.

I definitely agree with your opinion ... therefore I have testing at CoreDuo, i5 and i7 too ... and then just share my observation 

As I said before I am not expert of this topic but it is very interesting to help if there is a play to ...

can you share your hardware setup with us which is the best to avoid spiking please?

 

Our S-Curve code has almost nothing to do with what Grotius did, we have been working on this long before Grotius started on it, we have read Grotius reference material, and followed Grotius progress, and took some inspiration for some refining of our original code we were testing, and we are very grateful for his work, but you cannot compare our S-Curve to Grotius's one.

The testing that you can report to us are to be done with the latest code from github, on my fork of linuxcnc
github.com/grandixximo/Linuxcnc-G-code
You have to provide pictures or written comparison with planner_type 1 and with planner_type 0
Then we will try to reproduce on our end, and see if we can fix whatever the issue might be.

Edit:
As far as hardware goes, we had been running intel G2030 CPUS for many years with mesa PCI LPT and realtek network with mesa_eth cards, but these systems are now very hard to come by, we work now with NUCS, and have used N100 and now N150 based SBC's with intel i225 (igc) for good ethercat  latency, we are probably around 20us latency (which I'm not super happy with), but mind that we do not run much of anything but mate-debian ethercat-master and linuxcnc, not even axis UI runs on our systems, we have our own remote UI.

Yes Michel did amazing job ... I have been in touch with him few months ago and he knows about the situation of his scurve too .. We have testing it long time and talking about the possible solutions but he is down for now ... 

Can you share some details of hints to best hardware performace at your side please?

 

Hello grandixximo,

amazing work, I have cloned your repo and tested rip install on my i7 9700k.
I have just read in your last post, that you are using external UI, which is brilliant idea - to offload system running linuxcnc and use UI on another PC.
Can you share some details, if it's possible?

Thank you very much for you work, time and effort.

We have our own proprietary protocol, but you can take a look at this, it's very similar to our own work:

linuxcnc.org/docs/2.8/html/man/man1/linuxcncrsh.1.html

It's all good and well, but let's try to stay on topic, I'm more interested in tp0 vs tp1 issues, or other S-curve/blending related topics.