Endless messages when printing or simulating
-
It may be that Prusa's fork is derived from an old version of Marlin that supported the S parameter; or it may be that Marlin does support the S parameter now/still but they haven't updated the documentation at reprap.org.
-
This thread seems to suggest S is a legacy parameter that sets both P and T to the same value:
-
I've just checked the RRF code and the current version does recognise the S parameter of M204. Those of you having this issue, please update your firmware.
-
@dc42 perfect! I've sent a message to the Prusa guys anyway as they might want to support the more up to date version for the command.
-
From the whatsnew file entry for firmware 1.19:
- M204 S parameter is supported for backwards compatibility e.g. with Cura
-
Ooh, that's interesting then. I came across this because of the acceleration message spam I was getting which I came to the conclusion might have been caused by the S parameter on the M204's but I'm pretty certain I'm on 1.20 (since I'm using senseless endstops).
I'll have a poke about then when I get home and see if it's not something daft I'm doing on my end.
-
OK I've had a chance to test this out now.
Attempting to print a bench from Slic3r outputting M204 S commands is giving me buttloads of:
Maximum printing acceleration 1000.0, maximum travel acceleration 10000.0
However, replacing all of those M204 S commands with M204 P instead makes the messages go away.
My accelerations are set to (CoreXY rig):
[[language gcode]] M201 X2000 Y2000 Z250 E10000
Edit:
Tested with M204 T now as well and the messages don't appear.
RRF v 1.20 -
I've just looked at the code again and realised that you need to have firmware compatibility set to Marlin for the M204 S parameter to be recognised. So check that you have M552 P2 in config.g.
-
M555 P2 (which I figured out you meant) seems to do the trick with M204 S commands, cheers!
Are there any caveats we should be aware of when putting it into Marlin mode?
-
Marlin compatible mode mostly only affects commands sent via USB or Telnet. There are no particular caveats.