G32 ERROR

[Phaedrux]

@fcwilt Do you get the same error with the original pin names he had used?

M574 Z2 S1 P"!exp.e2stop+!exp.e3stop+!exp.e5stop+!exp.e6stop"

[fcwilt]

@Phaedrux said in G32 ERROR:

M574 Z2 S1 P"!exp.e2stop+!exp.e3stop+!exp.e5stop+!exp.e6stop"

Hold on and I will try.

Frederick

[Phaedrux]

@alankilian said in G32 ERROR:

@dc42 I hate to jump in and be an idiot, but is it because MaxAxes is set to six in the firmware?

It shouldn't because in RRF3 you can use multiple endstops on a single axis. No need to create additional axis anymore.

[fcwilt]

@Phaedrux said in G32 ERROR:

@fcwilt Do you get the same error with the original pin names he had used?

M574 Z2 S1 P"!exp.e2stop+!exp.e3stop+!exp.e5stop+!exp.e6stop"

That works.

Frederick

[Phaedrux]

@fcwilt Hmm, wonder why it didnt work for him the first time?

[fcwilt]

@Phaedrux said in G32 ERROR:

@fcwilt Hmm, wonder why it didnt work for him the first time?

I have no idea - this topic has gotten rather long and it's hard to remember it all.

Those names you suggested are shorter by one character each which tends to reinforce the idea of a command length limitation.

Perhaps you could speed verification of this possibility with direct communication with dc42?

Frederick

[Phaedrux]

@moe-adams9093 said in G32 ERROR:

can I use stall detection to stop each motor at Zmax. please share your thoughts

Yes. M574 Z2 S4. But you'll have to do the usual stall detection tuning.

[Phaedrux]

@fcwilt said in G32 ERROR:

Perhaps you could speed verification of this possibility with direct communication with dc42?

He's aware. But also asleep at the moment I'd wager.

[fcwilt]

@Phaedrux said in G32 ERROR:

He's aware. But also asleep at the moment I'd wager.

I have little idea of who lives where.

My hours are so erratic I'm not sure what time zone I'm supposed to be in.

Frederick

[moe.adams9093]

Sorry It's US central Time Here maybe we are 8 hours difference.

M574 Z2 S1 P"!exp.e2stop+!exp.e3stop+!exp.e5stop+!exp.e6stop"

it's not working at all.

[Phaedrux]

Can you try testing on 3.1.1?

It's easy to switch between. Upload this zip file to the system tab. No need to change the config file.

https://github.com/Duet3D/RepRapFirmware/releases/download/3.1.1/Duet2and3Firmware-3.1.1.zip

[moe.adams9093]

so you dont thing the duex 5 is bad

M574 Z2 S1 P"!exp.e2stop+!exp.e3stop+!exp.e5stop+!exp.e6stop"
and run m119 it will show the endstop is triggered at max

[moe.adams9093]

@Phaedrux curently Im on 3.1.1

[moe.adams9093]

@Phaedrux said in G32 ERROR:

Yes. M574 Z2 S4

so if I can use M574 Z2 S4 how can split the axis and make one at a time when they hit max location. if you have documentation on that please share it

[fcwilt]

@moe-adams9093 said in G32 ERROR:

M574 Z2 S1 P"!exp.e2stop+!exp.e3stop+!exp.e5stop+!exp.e6stop"
and run m119 it will show the endstop is triggered at max

That result indicates that one or more of the end stop sensors is triggered.

If you could do the following we can find out if one of the end stop sensors is perhaps not working correctly.

From the DWC console if you issue the M574 to configure just a single end stop the M119 will report it's state independent of any others.

M574 Z2 S1 P"!exp.e2stop"
M119

M574 Z2 S1 P"!exp.e3stop"
M119

M574 Z2 S1 P"!exp.e5stop"
M119

M574 Z2 S1 P"!exp.e6stop"
M119

If would be very helpful to verify that each end stop sensor is working.

Thanks.

Frederick

[moe.adams9093]

@fcwilt ok I Will try that now thanks for keeping up with me I truly appreciated

[moe.adams9093]

@fcwilt I just tried that still same when I do that it will say M119 All at max and they are not even triggered it the same even if I keep ! or I remove. I know for a fact all my endstops function probably because I did install them on the X and Y and they all worked correctly

[fcwilt]

@moe-adams9093 said in G32 ERROR:

@fcwilt ok I Will try that now thanks for keeping up with me I truly appreciated

Sometimes the only way to track down a problem is to approach it one little bit at a time.

We have seemingly discovered an interesting issue with the firmware having difficulty in processing long commands. I've been using 3.1.1 for months and I have never encountered the issue simply because nothing I did needed a long command like that. And now finally we are aware of the issue.

As you may recall one of my printers has three Z steppers with end stop sensors. Homing worked just fine under 3.1.1.

I recently upgraded the printer to 3.2.0 and almost immediately began having homing problems where one of the steppers would keep moving even though the end stop sensor had been triggered (they have LEDs).

I've only begun testing and need to do much more but out of 5 homing attempts 3 failed as described above.

As part of my testing I reverted to 3.1.1 and 5 out of 5 homing attempts worked.

I'm confident I will get it sorted and I am equally confident we will get your problem sorted.

Frederick

[fcwilt]

@moe-adams9093 said in G32 ERROR:

@fcwilt I just tried that still same when I do that it will say M119 All at max and they are not even triggered it the same even if I keep ! or I remove. I know for a fact all my endstops function probably because I did install them on the X and Y and they all worked correctly

I don't understand what you mean when you say "M119 ALL at max" - I am only interested in the status of Z.

And you did just configure one at a time? The presence or absence of the ! should most assuredly make a difference.

Frederick

[fcwilt]

@moe-adams9093 said in G32 ERROR:

@fcwilt I just tried that still same when I do that it will say M119 All at max and they are not even triggered it the same even if I keep ! or I remove. I know for a fact all my endstops function probably because I did install them on the X and Y and they all worked correctly

Refresh my memory - what sort of end stop sensor hardware do you have on Z?

Thanks.

Frederick