M4 Disconnection Error

I have been getting a disconnection error while attempting to run. It seems to happen in the same area of the workspace each time.

Things I have tried:

  1. Rerunning the file after reconnecting - I received the disconnection error at the same location.
  2. Changed from wifi connection to direct connection with PC - I received the disconnection error at the same location.
  3. Re-arranged the order in which things were being cut in the gcode. Instead of cutting pockets first I changed it to inside holes first

  • I received the same disconnection error as the sled was approaching the area it disconnected previously, but not the same spot as it was cutting a different path.

I am running firmware 0.81

Not sure if it is a gcode problem or something else. (gcode attached)


spray can_M4_0.25.gcode (1.8 MB)

1 Like

When the machine disconnects does it stop moving?

When you reconnect does it say ā€œAlarmā€ over on the right hand side like when it normally first boots up?

If thatā€™s the case then I think that the esp32 could be crashing. Anna saw that happen in testing the other day. Iā€™m still trying to track down exactly why it happened, but I think that it has to do with the encoder cables being lose. My guess is that as the machine is moving to that area it is pulling on one of the cables in a particular direction which is causing it to disconnect.

My first recommendation is to give them a spray with computer duster and try the hot glue trick.

This is quite interesting to me. I, too, have found that my failures on test runs seem to occur right around the same place in the run - not every time but 5 out of 6 times. It has me wondering if the problems we are seeing with disconnects and read errors could be related to complex gcode or math errors building up over the course of processing a file until they cause a failure. I have no way to determine that myself, though.

1 Like

I think that its more likely to be something physical about that area like ā€œWhen the bottom left encoder cable is pulled down and to the right it is more prone to disconnectā€ so when cutting in a space where it is pulled in that direction it happens more often.

I have been investigating it from a software perspective so I made a version of the firmware which does everything normally but just doesnā€™t actually move the motors (the whole rest of the software stack is the same) and Iā€™ve run many many hours of files that way (even in different locations with different wifi networks) without seeing the issue. Nothing is 100% for sure until we fix it, but Iā€™m leaning towards it being a physical issue and not a software issue.

Which interstitial version is that? Iā€™d give I a shot on my machine to see if I have the same experience.

1 Like

Itā€™s here:

I would love to hear what your results are!

The machine stops moving when it disconnects. When I reconnect it says that the yaml file is corrupt and I should restart the machine. I did not notice it saying ā€œAlarmā€, but also not saying it didnt.

I will give the hot glue trick a try. It would make sense that something physical is causing this.

1 Like

I blew the dust out of the ethernet ports and hot glued them into place, but it disconnected in the same place. Any other thoughts?

Do I need to glue every cable into place?

1 Like

Thatā€™s an error code 152 - tracing that back to the FluidNC code it is ConfigurationInvalid

And that gets thrown in lots of places, but for a handful of reasons related to either a problem in the YAML (as it says), or that the ā€˜defaultā€™ YAML is in use, which can be either because there was a problem in the YAML, or because of the CPU throwing a Panic Reset.

In all cases, restart.

1 Like

After glueing the remaining cables in place I tried to move the sled in the area that it fails and got this error message while adjusting the Z axis. ā€œMotor Current on top right axis exceeded threshold of 4000ā€. I am assuming this is the cause of my error, but do not know what to do about it.

1 Like

Tim Dow wrote:

After glueing the remaining cables in place I tried to move the sled in the
area that it fails and got this error message while adjusting the Z axis.
ā€œMotor Current on top right axis exceeded threshold of 4000ā€. I am assuming
this is the cause of my error, but do not know what to do about it.

what is your frame size and where is it that you get the error?

that error is saying that the machine is pulling very hard to try and move as
commanded, it can be caused by a mechanical problem in the arm, or it could be
that you are enough out of the zone where the maslow can move freely that the
belts are just getting too tight (the fact that itā€™s an ā€œarea that it failsā€ in
makes me think that it could be the latter)

David Lang

1 Like

The frame is about 8ā€™ X 10ā€™ with the error happening about 1 foot up and 1 foot right of center. This should be well within the working area.

I have noticed that the upper right (one that errors) belt is very tight while lower left is loose. I have also noticed when extending the belts that the lower right one gets a little tangled for the first few rotations of the spool but works itself. Would it make sense that there is a mechanical issue with the lower right causing the upper right to pull harder than needed?

Anything specific I should look for when I take it apart? And I assume re calibrate when I am done?

Thanks

1 Like

Just brainstorming here, but what was your fitness number? Also, have you tried extending all the way out and checking to make sure the belts arenā€™t twisted or something further on the spool? Not sure what getting tangled and then working out means exactly, but maybe the first couple of rotations on the spool are twisted?

1 Like

Tim Dow wrote:

The frame is about 8ā€™ X 10ā€™ with the error happening about 1 foot up and 1 foot right of center. This should be well within the working area.

correct, that should be fine.

I have noticed that the upper right (one that errors) belt is very tight while
lower left is loose. I have also noticed when extending the belts that the
lower right one gets a little tangled for the first few rotations of the spool
but works itself. Would it make sense that there is a mechanical issue with
the lower right causing the upper right to pull harder than needed?

yes, if there were problems with estimating the frame dimensions (i.e.
calibration) that could cause it to tighten things incorrectly.

can you go into more detail about what you mean when you say the belt is tangled
for the first few rotations of the spool? that sounds bad.

Anything specific I should look for when I take it apart? And I assume re calibrate when I am done?

if you had a good, working calibration, you would not need to recalibrate, but
since you donā€™t, you should.

in terms of what to look for. make sure the belts are on the spools correctly
and if you are taking the arm apart, see about moving the motor away from the
idler so that it rotates easily.

David Lang

I agree, that does sound like the issue to me.

Running a new calibration could help to fix that if it seems like one of the belts is in fact too tight.

Weā€™re also playing around with turning that error message off if you want to try disabling the warning.

Bar wrote:

I agree, that does sound like the issue to me.

Running a new calibration could help to fix that if it seems like one of the belts is in fact too tight.

Weā€™re also playing around with turning that error message off if you want to try disabling the warning.

I think the bigger problem is the bottom left belt being very slack at the time
that you get this warning

David Lang

When I pull on the belt to get it unspooling, slack will develop in the spool. The next 2 wraps in the spool will slide down then back up causing the closest section of belt will be behind the next to wraps around the spool. I can send a video this evening.

I was assuming the bottom left is slacked because the top right should be taking up the slack, based on the over current. Leading me to the bottom right which unspools different than the rest.

If I am taking it apart I can check both.

Tim Dow wrote:

I was assuming the bottom left is slacked because the top right should be taking up the slack, based on the over current. Leading me to the bottom right which unspools different than the rest.

If the top right is overcurrent and the bottom left is slack, that means that
the top right is pulling against the top left and bottom right belts, not the
bottom left belt.

which means that the frame dimensions itā€™s working with (defined by the
calibration) are incorrect

David Lang

1 Like

I went to get a video of the bottom right belt getting tangled as it unspooled, and of course it would not do it. I ran a fresh calibration and the x and y dimensions changed by about 4 mm each and finished with a fitness of 0.757. I am currently thinking the belt must have had a kink or something that I worked out since the frame dimensions changed after calibration?

I could not make the error happen while moving the sled around, so I am hopeful that was it. I will try the cut again another time. I will report back after the cut.

I did notice it seems a little more creaky and squeaky and the teeth on the arms are showing some where. Is this Normal?

Thanks

2 Likes