Duet2D PCB Variations
-
I have two large 3D printers with Duet2D controller and Duex5 driver boards. The machines have been verified numerous time to be identical, however, I receive "G28 Failed to Enable Endstops" on one, while the other works perfectly. Switching the boards creates more confusion, but suffice to say that switching both boards does not switch the problem. I have purchased and replaced both boards on the faulty machine.
The (only) difference is: The good machine has Duet2D (1.04C) and Duex5 (0.9A) PCBs, while the faulty machine has Duet2D (1.05) and Duex5 (0.10) PCB's. So.... What is the difference between these versions of boards? And how do I get the newer boards to function?
-
@mightymaestro said in Duet2D PCB Variations:
G28 Failed to Enable Endstops
Probably means you have a homing move in your homing files that uses an endstop that doesn't actually exist.
If you post your config.g and homing files from the Duet in question we would have a better idea.
Functionally there is no real difference between the PCB revisions.
-
I'd like to agree with you, but the SD cards are identical (one cloned from the other) yet the first configuration (Duet2D (1.04C) and Duex5 (0.9A)) does not cause this problem, but the other configuration does.
-
Post your config.g and homing files and the results of sending M122 and M98 P"config.g" in the gcode console in DWC.
-
Hi Everyone.
Solved the problem. It came down to firmware on the Duet2D board. The system that was working was running 2.05.1 firmware, while the new board causing the drama had 3.4.X.
In summary, the new board firmware killed my printers. -
RRF2 and RRF3 are quite different, config files need to be updated accordingly.
https://docs.duet3d.com/User_manual/RepRapFirmware/Migration_RRF2_to_RRF3
