duet wifi + duex5 RRF 3.3 I have engines that lose my pace

[oliof]

@paolozampini1973 is it a repeat problem with the same gcode, or is it model specific? If it happens with a given gcode, does it always happen with that gcode? If yes, do you have a gcode file you can share this happens with, and one it doesn't happen with?

[paolozampini1973]

@oliof no when it does the problem it does it with all the g-codes and when it goes well it goes well with all and it happens once in a while but when it happens the defect becomes fixed then suddenly disappears is a printer that I have also brought to 120 130 mm without losing step Montorio sfu 1204

[oliof]

@paolozampini1973 interesting setup, I haven´t seen a quad head like this in a long while.

I had been running a Duet2Wifi and Duex setup on an IDEX printer for about 2 years without problems like you describe (running RRF2.x though).

Looking at your config.g, I am a bit confused. It looks like you may have dual X, Y, and Z, and 4 extruders, but then M584 and M350 are wrong (the second X/Y/Z motors should be in those axis definitions, not in E). Or is it a different setup?

I also see you are setting 256x microsteps without interpolation. This may cause exhaustion on the MCU, in general there is no notable quality difference between 256x and 16x with interpolation, but the latter relieves the MCU a lot:

M350 X256 Y256 Z16 E16:16:16:16:256:256:16 I0 ; configure microstepping without

This high microstep count could cause slowdowns when the MCU can't keep up generating steps fast enough. It does not explain why it only sometimes happens, but its something I would adjust (together with the motor definition, unless I completely misread what the machine is). In personal testing I haven't seen any quality improvements beyond 16x interpolated, and others have found the same. So this may be worth working on.

Your M671 also looks weird, I would have expected two different values for X position.

If it's not step rate exhaustion, the best hypothesis I can come up with is that some macro or code snippet sets your maximum travel speeds or [https://docs.duet3d.com/User_manual/Reference/Gcodes#m203-set-maximum-feedrate](maximum feedrate) and when you depower the machine it will return to its standard values on the next startup.

[oliof]

Also you load config-override.g at the end of your config.g, can you share that as well please?

[paolozampini1973]

@oliof config-override (2).g YDM860H + X DM860H

[paolozampini1973]

@oliof Y DM860H400 STEP + X DM860H 400 STEP if I change M350 do I have to change M92 too? HAVE SCREW SFU1204 ALL AXIS

[paolozampini1973]

@oliof I want to put m350 * 16 but m92 I have to recalculate the steps as I do which is a bit complex can you help me Thanks

[oliof]

@paolozampini1973 yes, you can use the reprap calculator to calculate the right values(see https://blog.prusaprinters.org/calculator_3416/#stepspermmlead).

Note: I haven't used ballscrews nor external stepper drivers myself, but this is what I understand:

With a 1204 you put in 4mm pitch, and since you set your DM860 to 400 steps/revolution, it would look like this:

[paolozampini1973]

@oliof But I also have the dm 860h external drivers 400 steps X+ Y ENGINE 1.8

[paolozampini1973]

@oliof I want to specify that the machine that is the printer is very accurate on the Print there is an error of MAX 0.02 ALL AXIS

[oliof]

@paolozampini1973 since X and Y are driven with the same SF1204 and DM860H, the same calculation applies.

With 400 steps/revolution at full steps you would do 100 steps per millimeter so 0.01mm already. With 16x microsteps for smoothing, you would do 0.01/16 = 0.000625 mm per microstep. positional error on full steps is usually 5% (this is a stepper limitation), it can be higher on microsteps but will be within the 5% margin whenever a full step is happening. So you already have double the required precision on a full-step setup, and even within the 5% error margin there will be a lot of headspace to reach 0.02.

So the mechanical system will not limit you here. Inertia, ringing, and the behavior of the plastics during heating and cooling will be what will get you above that in practice. With high levels of part and filament specific tuning you may achieve your goal, let us know how it goes (-:

[paolozampini1973]

@oliof M350 X 16 M92 ? Yes I agree what you say Thanks Can you do the calculation please

[oliof]

@paolozampini1973 if the X axis has the same DM860, the same SF1204 and the same settings, and you set it to 16 microsteps with interpolation, then the step value in M92 will be the same as for Z. Otherwise use the reprap calculator I linked above to figure out the numbers.

[paolozampini1973]

@oliof Thanks for the support Anyway I did as you told me but I also lowered the acceleration to 1000 but I did not solve the problem As soon as I solve the problem I will let you know thanks If you have any other ideas let me know Consider that accelerations to a thousand are never Mass is very low these problems he did not give me before I meanwhile do this job and I have not been able to understand yet what the problem is

[oliof]

@paolozampini1973 if the printer is slower than expected, you can run the GCodes that limit acceleration and speed without parameters in the Console to check what they are set to.

Slicers using "Machine Limits" or "Acceleration Control" may set values that dynamically change the device speed. So it's worth checking whether that happened

[paolozampini1973]

@oliof Good evening someone can tell me if taking the signal Where are the red arrows is the correct mode because I have connected the Y axis is that arrow on the left is the x axis arrow on the right you have the external drivers everything works only that it is a loss of pace and I believe the fact that the signals as I took them Maybe it's wrong Can somebody tell me if it's wrong OR is it correct thank you

[oliof]

@paolozampini1973 sorry, I am only marginally acquainted with running external stepper drivers, so I am afraid my support would be limited in reading documentation for you. I would start at https://docs.duet3d.com/en/User_manual/Connecting_hardware/Motors_connecting_external but I suggest you do it yourself so I don't add errors by misunderstanding it and misrepresenting it to you.

[paolozampini1973]

@oliof Thanks for your answer