M574 oddity with RRF3!!

[A Former User]

So I sat down today to play with the RRF3 on a machine with a current version of RRF2 firmware.

I downloaded the current RRF3 firmware and all associated software, It installed fine,the new web interface is going to taker a little time to get used to...

I started testing for movement trials and couldn't get the system to home at all.

Sending M119 reported there was NO end stops attached to the X or Y axis's !!!

My end stops are all "dumb" two wire NC switches.

I could trigger the switches manually and the board would verify it via the end stop LED's on the board.

I checked I had the following lines in my config.g

M574 X1 S1 P"!xstop" ; X min active low end-stop switch
M574 Y1 S1 P"!ystop" ; Y min active low end-stop switch

Yes I did & still a nope

So back to the dozuki I trek.....

Under M574 in the Dozuki is has a few notes. (below)

---

Use a separate M574 command for each axis.

Endstop type S0 (active low switch) is no longer supported in M574 commands. Instead, use type S1 and invert the input by prefixing the pin name with '!'. Ex: M574 X1 S1 P"!xstop". Invert the input when using an NPN output inductive or capacitive sensor, or using a NO switch (not recommended, use a NC switch instead).

New parameter P gives the pin name(s) for the endstop(s) for the specified axis. If the number of pins matches the number of motors assigned to that axis, motors will be stopped individually when their endstop switches trigger.

New endstop type S4 means use motor stall detection (like S3) but if there are multiple motors, stop each one individually as it stalls. S3 means use motor stall detection but as in RRF 2: stop all relevant motors when the first one stalls.

The S2 option of M574 is intended for use only when axes other than Z are using the Z probe for homing. The only printers known that do this using Duet electronics are the RepRapPro Ormerod, Huxley Duo, and Mendel Tricolour machines. When using the Z probe to home Z, M574 Z0 should be used.

---

All fine and dandy but no real help as to why i cant get my end stop switches to work when my code is exactly as it should be.

After reading the notes again I thought "what if"

Well I tried changing the:

M574 X1 S1 P"!xstop" to
M574 X1 S0 P"xstop"

i did the same with the Y axis and it worked

Im a bit puzzled as to why it works (when im on the latest firmware) and the fact the notes specifically mention to not use S0

[dc42]

Are you using RRF 3.01-RC12, or 3.0? The instructions refer to 3.01 because that is what most RRF3 users are running.

[A Former User]

@dc42 said in M574 oddity with RRF3!!:

Are you using RRF 3.01-RC12, or 3.0? The instructions refer to 3.01 because that is what most RRF3 users are running.

I just downloaded the firmware from the following link which the dozuki directs everyone to, Firmware

[dc42]

Please can you tell me which wiki page links directly to that 3.0 firmware release, and I will change it.

[A Former User]

@dc42 said in M574 oddity with RRF3!!:

Please can you tell me which wiki page links directly to that 3.0 firmware release, and I will change it.

I will try to find it, I closed the tab a few days ago now....

[bot]

It is linked in the documentation where it explains that one must first upgrade to 3.0 to then upgrade to 3.01. Here.

[A Former User]

@bot said in M574 oddity with RRF3!!:

It is linked in the documentation where it explains that one must first upgrade to 3.0 to then upgrade to 3.01. Here.

That might be So, but that is NOT how I came upon being presented with 3.0 firmware instead of 3.01.

All I can say is old age is a terrible thing.........

As I had closed the tabs and couldn't 100% remember how I got to the point I was at, I sat down and thought about "what did I do" to get directed to 3.0 firmware instead of 3.01.

I remembered what I did and replicated it to produce the exact same results.

The issue is in the Online configuration tool (or the Dozuki) depending on how you look at it.......

wishing to carry out my due diligence I went to the configuration site to get it to generate a config.g on the machine I was testing to allow me to compare what it generated with what I "thought" it should be.

In the final steps of the on-line config tool, it provides you with links to the "latest stable duet web control software" & "latest stable reprapfirmware version"

So this is the anomaly, the config tool offers the latest "STABLE" version of the software, but as David points out above

"The instructions refer to 3.01 because that is what most RRF3 users are running."

So The Dozuki is not wrong, its just not right either, there is a conflict in whats being provided by the configuration tool as to what is being discussed in the Dozuki, a very simple and seemingly inconsequential error which could trip up many.