Topics created by Michael Hathaway

I have uploaded a new 1HCL enclosure lid. This has recessed hex netting, a little better appearance.

boxlidrecessed.jpeg

I finally got around to making the new 6HC enclosure which is inside my print enclosure. The board/drivers will be cooled with ambient air from outside the chamber.

20230314_142911B.jpg 20230314_142901B.jpg 20230314_142922b.jpg

@Michael-Hathaway it's interesting that the resets were previously reported as reset button but they are now reported as software reset. This supports the theory that the original resets were triggered by static discharge.

I recommend that you upgrade to firmware 3.4.5. There is a known issue in earlier 3.4 versions whereby a repeated event such as a motor stall can cause an "Out of memory" software reset.

Really loving the new self service feature of the forum.

@dc42 Thank you for taking the time to read my modifications.

MatterHackers has both Z-axis steppers wired to the same driver on the Azteeg. There is a much higher load on the left stepper due to the weight of the X-axis stepper motor and hardware mounts. The right stepper motor always eventually becomes out of sync from the left, further in advance. This is worse during long prints or when Z-lift is used during the print.

It is definitely a problem as I see software to auto level the gantry for both Duet and Marlin. I didn't want to run the software in between prints and I wanted to take the misalignment possibility out of the equation.

There was no leadscrew binding that I was aware of. And I had replaced the electrical connections between the two stepper motors twice. It is possible there was not enough current output since both Z-axis motors were sharing 1200ma from a single driver. Z acceleration was set to 500 in Marlin and now I only have it set to 20 in rrf.

For most plastics, if you are misaligned by 0.25 - 0.35mm at first layer, this is not as much of a problem. But when printing higher temperature plastics, such as nylon-ultem-peek, this becomes a real issue fast as these require a very critical first layer height.

@phaedrux apparently their development team does not print unmodified nylon as they think a raft will suffice to adhere nylon to bed surfaces. 😒

@jamesm Awesome, thank you!

Something I can also recommend to you, is splitting the home[all|x|y|z].g files into seperate ones.
I had trouble with homeall not working while x or y separately worked well.

homeall.g

; homeall.g ; called to home all axes M98 P"/sys/homex.g" ;start homing x M98 P"/sys/homey.g" ;start homing y M98 P"/sys/homez.g" ;start homing z G1 H1 X0 ; return 0 X axis G1 H1 Y0 ; return 0 Y axis

and then put for code for x y z homing in separate files.

This also helps to find bugs when it comes to "why homez doesn't work standalone, but works when homeall is used" kind of things.