G32 ERROR

moe.adams9093

The only one is communicating probably is e6stop

moe.adams9093

Its not working. when I added this code
M574 Z2 S1 p"!duex.e6stop+!duex.e5stop+!duex.e3stop+!duex.e4stop";
and run M119

M119
Endstops - X: at min stop, Y: at min stop, Z: no endstop, Z probe: not stopped

but If I remove any one of any of the above endstops

example:
M574 Z2 S1 p"!duex.e6stop+!duex.e5stop+!duex.e3stop";

my M119 will show Z end stop is available I don't know what's causing this issue to not take all 4endstops. also when I press any of the endstops they all stop automatically not individually. I don't know whats happening maybe my duex 5 is bad or if you guys know any solution around please let me know. thank you

moe.adams9093

I believe somehow some of my end stop input on my duex 5 is not responding correctly. can I use stall detection to stop each motor at Zmax. please share your thoughts

alankilian

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

fcwilt

@moe-adams9093 said in G32 ERROR:

I believe somehow some of my end stop input on my duex 5 is not responding correctly. can I use stall detection to stop each motor at Zmax. please share your thoughts

I have the same board setup as you - Duet 2 WiFi + Duex5.

On my printer I only have 3 Z steppers so my end stop configuration command is:

M574 Z1 S1 P"!duex.e2stop + !duex.e3stop + !duex.e4stop"

As an experiment I entered this on the DWC Console

M574 Z1 S1 P"!duex.e2stop + !duex.e3stop + !duex.e4stop + !duex.e5stop"

and got this error message:

M574 Z1 S1 P"!duex.e2stop + !duex.e3stop + !duex.e4stop + !duex.e5stop"
Error: M574: Unknown pin name 'duex.e5sto'

Notice the last character, the p, is missing.

I then took that same text and created a gcode file with it in my sys directory.

I executed the file with the M98 command and got the same error.

I then used this text to create another gcode file with it in my sys directory:

M574 Z1 S1 P"!exp.4 + !exp.9 + !exp.14 + !exp.19"

which are alternate names for the pins.

I executed the file with the M98 command and got NO error.

Then I executed from the DWC console a M574 and got this:

Endstop configuration:
X: low end switch connected to pin xstop
Y: high end switch connected to pin ystop
Z: low end switches connected to pins !(exp.e2stop,exp.4) !(exp.e3stop,exp.9,spi.cs6,duex.cs6) !(exp.e4stop,exp.14,spi.cs7,duex.cs7) !(exp.e5stop,exp.19,spi.cs8,duex.cs8)

Notice for Z that all four pins are now present - albeit with all possible names for each pin.

It looks like there may be some sort of command length limitation causing the problem.

I tried this test with both 3.1.1 and 3.2.0.

Try the alternate names and see if they work for you.

Frederick

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