Y axis moving when trying to move Z axis with multiple Z motors

Danal

Yep, and it looks like it is the "single line parser" loop. Specifying each axis on a separate line yields proper results. For example, with this sequence, E never gets overlaid:

12/21/2019, 7:17:40 PM	M584
Driver assignments: X0.0 Y0.1 Z0.3:0.4:0.5 U0.2 E1.0:1.1, 4 axes visible
12/21/2019, 7:17:45 PM	M584 X0.0
12/21/2019, 7:17:58 PM	M584 Y0.1:0.3
12/21/2019, 7:18:16 PM	M584
Driver assignments: X0.0 Y0.1:0.3 Z0.3:0.4:0.5 U0.2 E1.0:1.1, 4 axes visible
12/21/2019, 7:18:34 PM	M584 Z0.4:0.5
12/21/2019, 7:18:41 PM	M584
Driver assignments: X0.0 Y0.1:0.3 Z0.4:0.5 U0.2 E1.0:1.1, 4 axes visible
12/21/2019, 7:18:54 PM	M584 E1.0:1.1
12/21/2019, 7:18:59 PM	M584
Driver assignments: X0.0 Y0.1:0.3 Z0.4:0.5 U0.2 E1.0:1.1, 4 axes visible

This also provides a bypass until this is fixed.

HWW

@Danal A workaround solution until things get a proper fix!! Fantastic. I was just about to ask what your day to day config looks like since in the example from before it E got overwritten but you had a working readout from your day to day.

Danal

@HWW said in Y axis moving when trying to move Z axis with multiple Z motors:

@Danal Triple motor Z also overwrote the E mapping

You are correct!!!

And I just looked in my actual config.g, and I'd separated the extruders because this is a toolchanger and I'm adding tools one at a time:

; Axis to driver mapping
M584 X0 Y1 U2 Z3:4:5        ; X and Y for CoreXY.  U for toolchanger lock. Z has three drivers for kinematic bed suspension. 
M584 E1.0:1.1               ; Extruders for four tools.

Man, a bullet dodged a few weeks back. That would have been VERY frustrating when I was trying to figure out a bunch of other stuff as well...!

HWW

I have added this as an issue to the github tracker
https://github.com/dc42/RepRapFirmware/issues/345

HWW-GS created this issue in dc42/RepRapFirmware

closed M584 Multi Axis/Motor Mapping Error #345

dc42

@HWW said in Y axis moving when trying to move Z axis with multiple Z motors:

I have added this as an issue to the github tracker
https://github.com/dc42/RepRapFirmware/issues/345

It's probably a DSF issue not a RRF issue, because it doesn't happen when the Duet 3 is run in standalone mode.

dc42

It was an issue in RRF code that is only used when communicating with the SBC. Will be fixed in RRF3.0RC2.