@ComedianTF2 do you have access to a scope or logic analyser? It would be good to understand if the enable and step lines are behaving as expected after the first M569, i.e it's an issue with those drivers, or not
Posts made by T3P3Tony
-
RE: 6XD not moving the steppers unless I re-send M569 command
-
RE: Active chamber heater
@martinv what is the chamber heater controller actually controlling? How many heaters, fans, temperature sensors etc?
-
RE: Error: G1: intermediate position outside machine limits
@Aurimas thanks for the update.
If the same machine hardware configuration with the same firmware is running the same gcode file fine. then it's most likely corruption or interference. The other machine you are testing on that has the same hardware, are you are using 3.5.4 or 3.6b2 on that as well? If it's not then change the firmware to 3.5.4 and check the same gcode still has no errors, that will rule out a firmware issue.
It's possible, that the SD card is partly corrupted (they tend to die outright though). If this was the case then swapping the SD card would rule that out.
Trying without the panel due connected would rule out that source of possible interference (however once again, if it's every more then also unlikely but worth trying.
If neither of those work then try swapping the mini5+ out and see if that resolves the issue.
-
RE: Error: G1: intermediate position outside machine limits
@Aurimas what is different between the two machines? Is the firmware on both the toolboard and the Mainboard in sync when you try 3.5.3 and 3.6b2?
Also as @droftarts mentioned have you tried a different SD card?
-
RE: [3.6.0beta.2] Errors in Close loop tuning
@Paski to confirm for anyone else reading this following our email exchange:
- That backlash is too high for successful calibration where the encoder is being used for motor commutation.
- There is inevitably backlash in a system where there is a coupler and then a leadscrew between the motor and the encoder.
- Using an encoder on the motor is effectively required for a well behaved system, adding a second encoder on the axis for position loop closing is supported but that can't be the only encoder.
Also, depending on axis length, and the position of the 1HCL, the SPI cable may be too long to be reliable, although thats not the specific issue in this case
-
RE: 6XD not moving the steppers unless I re-send M569 command
@ComedianTF2 which version of firmware are you running?
I am not sure if this is something strange about how those motors behave or an issue with firmware.
-
RE: 6XD not moving the steppers unless I re-send M569 command
@ComedianTF2 if you send M17 instead of resending the M569 command does that allow the driver to subsequently move?
-
RE: very dangerous behavior on 3.5.3
@tom33 thanks for pointing this out.
If you use G53 (https://docs.duet3d.com/en/User_manual/Reference/Gcodes#g53-use-machine-coordinates) how does that impact the behaviour?
-
RE: Motor current idle factor not working over canbus?
@droftarts please can you confirm if the issue can be replicated using @mike_b 's config.
-
RE: Multiple motion system
@Alva please can you confirm if you have tested this.
-
RE: Duet Polargraph
@droftarts really fun to have it at SMRRF. Next stop pen changing?
-
RE: Motor current idle factor not working over canbus?
@mike_b lets see if @droftarts can replicate it with your config.g and take it from there.
-
RE: Meta gcode result variable inconsistent with docs
@NineMile have you tested this in stand alone mode with the latest build here:
https://www.dropbox.com/scl/fo/ga0jqwfksechhukg2uiz8/AOV3DR8z1C0UWczc8Rx25gE?rlkey=4saeh9luddndvxbhb0kdaqugr&dl=0 -
RE: M291 message non blocking execution
@Tinchus please can you test this in stand alone mode using this build:
https://www.dropbox.com/scl/fo/ga0jqwfksechhukg2uiz8/AOV3DR8z1C0UWczc8Rx25gE?rlkey=4saeh9luddndvxbhb0kdaqugr&dl=0 -
RE: Connection Mode for Duet 3 Mini 5+ Ethernet with Raspberry Pi 5
@TobiAsis I will reply via email as some questions are rather specific to your application
-
RE: Issues with pressure advance since RRF 3.4
@CCS86 it just not have the power!
-
RE: Issues with pressure advance since RRF 3.4
@Argo thanks for confirming that.
-
RE: Scara manual control
@Fuzionline did you test this with 3.6beta2 to see if its resolved or not?