Unsolved Duet3 1XD STP/DIR output issues

[jay_s_uk]

External drivers will more than likely need the timings set correctly otherwise strange things can happen, especially if moving lots of axis at once.
What external drivers are you using?

[dc42]

Does the problem only occur when all 5 axes and extruders are moving at the same time?

[too]

First of all, thanks for the quick responses

@jay_s_uk no, as long as I have the U axis removed from the configuration everything seems fine. If I add the U axis I start to get the issue.
I am connected to a PLC, not an external driver. The input is a NX-EC0142 card:
https://industrial.omron.eu/en/products/NX-EC0142

@dc42 no, it also seems to be occurring if some of the other axes are in standstill. I will do some data logging today to exactly pinpoint when it happens, but for now it looks like the U axis causes some kind of issue. Let me know if you need more info!

[too]

I have done some more tests and data traces in my PLC software, and it looks like this "interruption" happens not only when the U axis starts or stops, but when any axis starts or stops the movement:
(pink: Y position, green: U position, blue: X position, orange is the respective velocity)

I'll have access to a logic analyzer sometime later today, then I can make a trace of the actual signals coming out of the duet.

[Kulitorum]

@dc42 Any help here?

[dc42]

@Kulitorum, did you manage to get a logic analyser trace?

I recommend you use firmware 3.2RC2 if you are currently using an older version.

[Kulitorum]

Ok - we will update firmware on Monday and if problems percist, we will post a logic analyzer output.

Thank you.

[too]

Hey @dc42, all boards are now updated to the latest 3.2-RC2 firmware and show the same issues as before:
(Red: X velocity, Green: Y velocity, Blue: U velocity)

The Acceleration and Deceleration S-curve is pretty deformed...

I have also had a closer look at the M122 diagnostics report and found the following:

X (B20):	Moves scheduled 266, completed 266, in progress 0, hiccups 518
Y (B21):	Moves scheduled 403, completed 403, in progress 0, hiccups 3699

I don't exactly know what that means, but assume that the hiccups counter should be close to 0?

I have unfortunately ordered the wrong logic analyzer and will have to wait until tomorrow for the right one to arrive, so I will upload the results of the trace sometime tomorrow afternoon.

I am very sure that the issue lies somewhere in the duet 3 side of the machine. I am just guessing, but could it be something with the CAN bus speed? Please let me know if you need any more specific info or files and I will upload them here.

[T3P3Tony]

Hiccups indicate that you are attempting to drive the servos with a higher step rate than the 1XD can handle try a lower step rate to see if this resolves it.

You can see how the CAN bus is performing using the M122 on the Duet 3 mainboard and 1XDs to see if any packets are lost.

[dc42]

@too, did you resolve this?

[Kulitorum]

We replaced the Duet3 with a Duet2 and that runs fine, so we are delivering this machine with a Duet2 and then we can take it up again.

Kulitorum

[too]

Hello @dc42,

as Kulitorum mentioned, I have changed the Duet3 to a Duet2 Ethernet, with the latest 3.2 RC2 firmware.
I have added signal filtering/averaging options in the PLC and the Machine was running definitely smoother than with the Duet3, but still not satisfactory.
So I went ahead and changed the controller to a Duet2 with firmware 2.05, which is the version that all our previous machines are running, and the velocity curves look a lot better now:
(Red: X velocity, Green: Y velocity, Blue: U velocity, Orange: Extruder Velocity)

But that is only in some areas. Right after, the Duet outputs strange start-and-stop patterns instead of smooth movements:
(Red: X velocity, Green: Y velocity, Blue: U velocity, Orange: Extruder Velocity)

I have connected a scope to this and verified that the Duet is actually sending these waves, it is not an issue that is coming from the PLC.
The gcode file also looks like it has no slicing errors or corruptions that may cause this.
(printed file: 20210107_qatarcommissioning.gcode )

Changing the acceleration or jerk values is also not visibly influencing the movements of the machine.
(config.g with the values that were active during the testprint: config (8).g )

Can we set up a meeting during the day tomorrow to discuss this in person rather than through back and forth in the forum? We can even pay for that by the hour if necessary

@T3P3Tony I only saw dropped CAN packages in the M122 report of the Duet3 setup when I had step/mm values larger than I think 500. I usually had all axes set to 200 step/mm.

On the duet2 the M122 report gives me a hiccup counter over 1000 when it gets to this start-and-stop movement, even reducing all step/mm values to 20 for X/Y/U and 10 for Z/E doesn't help.

[Phaedrux]

@too said in Duet3 1XD STP/DIR output issues:

with the latest 3.2 RC2 firmware.

Latest is 3.2 final now by the way.

[T3P3Tony]

hi @Kulitorum @too I have had a look at the gcode and config and done some calculations on max step rate. the values are quite reasonable so surprised you are seeing hiccups. It would be good to discuss in person further, I will email you tomorrow morning.

In the mean time, at what point in the print are you seeing the weird outputs? Also do you see that with RRF 3.2?