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

Danal

Yep. I just tried two axis with two motors each. Reproduced the issue.

12/21/2019, 7:02:51 PM	M584 X0.0 Y0.1:0.3 Z0.4:0.5 U0.2 E0.3:0.4
12/21/2019, 7:02:58 PM	M584
Driver assignments: X0.0 Y0.1:0.3 Z0.1:0.3 U0.2 E0.1:0.3, 4 axes visible

Z should be 4 5, instead it is repeat of Y's 1 3. E is wrong as well, again, a repeat of 1 3

Interestingly enough, it is OK to have multiple motors on Z and E. This is my day-to-day configuration on a tool changer:

12/21/2019, 7:06:11 PM	M584
Driver assignments: X0.0 Y0.1 Z0.3:0.4:0.5 U0.2 E1.0:1.1, 4 axes visible

droftarts

So, bug? One for @dc42? Thanks for getting to the bottom of it!

Ian

Danal

Certainly looks like a bug.

And I'm running what I believe to be the very latest:

Board: Duet 3 MB6HC (MB6HC)
DSF Version: 1.1.0.5
Firmware: RepRapFirmware for Duet 3 MB6HC v0.6 or 1.0 3.0beta12+1 (2019-12-02b2)

Danal

Same thing happens if X has more than one motor, it "overlays" all later multimotor axis mappings.

12/21/2019, 7:12:02 PM	M584 X0.0:0.3 Y0.1 Z0.4:0.5 U0.2 E1.0:1.1
12/21/2019, 7:12:08 PM	M584
Driver assignments: X0.0:0.3 Y0.1 Z0.0:0.3 U0.2 E0.0:0.3, 4 axes visible

TRIPLE motor Z seems to work fine:

12/21/2019, 7:13:29 PM	M584 X0.0 Y0.1 Z0.3:0.4:0.5 U0.2 E1.0:1.1
12/21/2019, 7:13:42 PM	M584
Driver assignments: X0.0 Y0.1 Z0.3:0.4:0.5 U0.2 E0.3:0.4, 4 axes visible

However, DUAL motor Z overlays E:

12/21/2019, 7:14:39 PM	M584 X0.0 Y0.1 Z0.4:0.5 U0.2 E1.0:1.1
12/21/2019, 7:14:45 PM	M584
Driver assignments: X0.0 Y0.1 Z0.4:0.5 U0.2 E0.4:0.5, 4 axes visible

HWW

@Danal Triple motor Z also overwrote the E mapping

My best guess is that whatever values are getting used for multi motor mapping are not reset or filled or something between cycles of the code loop running

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.