Advanced Search

Damn, I was afraid of that, unfortunately I had to leave the workshop… just missed it. Thanks for doing it right away today! Sorry for my vad Timing....Thanks a lot for exporting it, I’ll test it tomorrow evening right away!I’m afraid I won’t be able to sleep tonight :O

Surmetall wrote:

Thank you for your help, and sorry for taking up your time. I hope to learn this myself as soon as possible so I won’t have to bother anyone.The exported file was called “.tnzip” for some reason I have no idea why. I renamed it to “.zip” so I can upload it here.
 

here is output.. check it all

Greetings everyone. Today I went to the customer's office after the company closed at 5 pm. I just got back at 8:30 pm. I had the chance to do some more testing, and I have to agree with Grandixximo.
I don't know why, perhaps I was in a hurry to not down the customer's machine for too long, and I made some mistakes.
The jitter results:
Debian Trixie, kernel 6.12.74-rt, latest Grandixxmo patch, Grub command line optimization (isolcpus, etc.) with 4 glx files open, 2 browser windows open, full-screen window movements, switching between different desktops, max jitter 65 microseconds.
The machine with refClockSyncCycles=-1 normally doesn't emit any noise, except for some window movements.
With refClockSyncCycles=1, it emits some noise.
With both refClockSyncCycles=-1 and 1, the command
ethercat upload -p 0 -t uint16 0x1C32 0x01 returns 0x0002 2
Pin pll-error oscillates around -1200 to 1300
Pin pll-out oscillates -5 to 5

I tried the commands:
ethercat upload -p 0 -t uint16 0x1C32 0x02
ethercat upload -p 0 -t uint16 0x1C32 0x03
ethercat upload -p 0 -t uint16 0x1C32 0x05

but it returns the error failed to upload sdo : no buffer space available

Debian Buster, kernel 4.19-27-rt, no optimizations on the Grub command line, with 4 glx files open, 2 browser windows open , full-screen window movements, switching between desktops, max jitter 95 microseconds.
With the same Grub optimizations as Trixie, max jitter is 75 microseconds.
With refClockSyncCycles=1, it easily emits noise.
With refClockSyncCycles=-1, it works flawlessly and without Grub optimizations, which with GRUB optimizations
pll-err pin from -1800 to 2000
pll-out pin oscillates with only two values: either -1000 or 1000

So I deduce that even Trixie has lower jitter than Debian 10, but for some reason, Debian 10 lets my machine work and Trixie doesn't.

It has its own GUI....I have not tried it with other UI's, but should be able to work. You can save the g-code and load it in any Linuxcnc ui.

In the readme->quick install section it mentions the 'standalone' mode

Thank you for your help, and sorry for taking up your time. I hope to learn this myself as soon as possible so I won’t have to bother anyone.The exported file was called “.tnzip” for some reason I have no idea why. I renamed it to “.zip” so I can upload it here.

both file missing startup IDNs

send me your active TC3 project archive I can translate it at my place... 

Hi Endian,sorry, but I still cannot get it working. I spent many hours on it yesterday evening, and I am obviously still doing something wrong.I am not sure whether I am missing an important step, whether I made a mistake in the configuration, or whether I am still missing a required driver or component.As you suggested, I redid the whole process from scratch using the current translator from the publish folder: fresh TwinCAT export, start the, use, and then convert the export again. This time the conversion itself seems to have worked properly.I am attaching:

• the fresh

  ethercat-conf.xml

  generated by the current translator
• my adapted machine

  ethercat-conf.xml

  with the other real bus slaves added back in

Current status on the real machine:
LinuxCNC 2.9.8
IgH EtherCAT master 1.6.8
all non-AX slaves go OP
only the AX5125-0000-0216 stays inCurrent error:
AX5125 stays in PREOP + ERROR.
AL status message 0x0045: "MBX_SOE"currently shows:ethercat slaves
0  0:0   OP     +  EK1100 EtherCAT Coupler (2A E-Bus)
1  0:1   OP     +  EL1008 8K. Dig. Eingang 24V, 3ms
2  0:2   OP     +  EL1008 8K. Dig. Eingang 24V, 3ms
3  0:3   OP     +  EL1008 8K. Dig. Eingang 24V, 3ms
4  0:4   OP     +  EL2008 8K. Dig. Ausgang 24V, 0.5A
5  0:5   OP     +  EL2008 8K. Dig. Ausgang 24V, 0.5A
6  0:6   OP     +  EL2008 8K. Dig. Ausgang 24V, 0.5A
7  0:7   PREOP  E  AX5125-0000-0216 EtherCAT Drive (SoE, 1 Ch.)
8  0:8   OP     +  EK1100 EtherCAT Coupler (2A E-Bus)
9  0:9   OP     +  EL2008 8K. Dig. Ausgang 24V, 0.5A
10 0:10  OP     +  EK1100 EtherCAT-Koppler (2A E-Bus)
11 0:11  OP     +  EL1008 8K. Dig. Eingang 24V, 3ms
12 0:12  OP     +  EL3255 5K. Potentiometerauswertung mit SensorversorgungCould you please compare:

• the freshly generated translator XML
• the adapted machine bus XML

My main question is:
Do you already see from these two XML files what is still wrong in the AX5125 startup / SoE configuration, or what the minimal correct AX5125configuration should look like?If there is already a known working example config for an AX5125 with, that would also help a lot, because at this point I am worried that I may still be missing something fundamental.ChatGPT helped me sort the files and compare the configs, but the machine is still not getting past, so I would really appreciate your expert view on the actual AX5125 setup.Thanks a lot for your time.

greetings
Tom

I double checked our ini's, and we both have the encoder scaling set to 8000 pulses/rev. Not sure what would cause that drift you are seeing.

I really like this. Are you running your router/mill on your web UI?

The comparison I'm making is about latency between Debian 10 with Kernel 4.19-27-rt and Debian Trixie Kernel 6.12.74-RT. Although Trixie's Grub has different optimization strings and Debian 10 has no optimizations at all, Debian 10 has half the jitter of Trixie on the same PC. Debian 10 has a jitter of 40 microsec and Trixie 85 microsec. So, since I want to do a further test with a new PC, can you advise me on which motherboard and processor would have the lowest jitter?
 

The comparison I'm making is about latency between Debian 10 with Kernel 4.19-27-rt and Debian Trixie Kernel 6.12.74-RT. Although Trixie's Grub has different optimization strings and Debian 10 has no optimizations at all, Debian 10 has half the jitter of Trixie on the same PC. Debian 10 has a jitter of 40 microsec and Trixie 85 microsec. So, since I want to do a further test with a new PC, can you advise me on which motherboard and processor would have the lowest jitter?

Just completed the multiple spindle update to Flex GUI. It now fully supports all 8 spindles and yes I said 8 even though the Docs say 9 if you try and configure 9 you get an error.

JT

That is the exact type of “laser tachometer” I used. I agree that they are useful.

These are cheap as (can find them for half this price) and are well worth having
www.amazon.com.au/Mengshen-Tachometer-2-...ctive/dp/B0BFHXMKR3/

Sorry I don't buy the excessive latency with Trixie today vs Debian 10, which was in the  2016 to   2017  era back when I started. That's 10 years ago. There was no PREEMPT_RT kernel available at that time. In fact, you could have been running the RTAI kernel. Back in 2017, the path I followed that was subsequently documented by cncbasher was to Install Linux Mint 17.x or 18.x and compile the PREEMPT_RT kernel. Ref: forum.linuxcnc.org/9-installing-linuxcnc...linuxcnc-from-source. Not long after this somebody made an ISO on Debian (10) Stretch which included PREEMPT_RT. Eventually, there was an official stretch release.

Bullseye (Debian 11) was released and that obsoleted Python 2.7 which we depended on. That was such a big stumbling block we did not Release anything on Bullseye but I used it to get network drivers for my Odroid H2+ instead of compiling from source. I had to give up Mint at this time because their kernels were too dated to have my drivers. I will never use anything other than Debian now! There was some big changes to the linux kernel network drivers in the 5.9 kernel pending the release of Bullseye on Kernel 5.10. I had one Ethercat machine running Bullseye (11) and moved to Bookworm (12) and got stuck on all PC's I had with Error Finishing Read on Mesa hardware but never had issues  with Ethercat in my bench testing. This is when I started working on kernel tuning and I found that my Old 2017 PC (Celeron J1900) had significantly improved jitter on Bookworm then it did back in the day. (eg reduced from 130k to 40k or lower). I don't think Trixie would be any worse. In fact other PC's I've tuned are running at almost half the latency now before tuning. Here is an example from Mike after he applied my optimisations

 

This is way below minimum latency requirements for Ethercat. There is no doubt in my mind that any issues being discussed here is due to  misconfiguration or issues in the Ethercat environment. Please forget all about latency. It is not an issue if the correct drivers are deployed and the appropriate network tuning has been done (Which it is for papagno-source's PC's).