Y axis moving when trying to move Z axis with multiple Z motors
-
@droftarts Assigning them all individually like that they mapped correctly, the drive map report matched the mapping command.
I played around with it a bit more and I think whats happening has something to do with having multiple motors on two axis
I tried M584 X0.0 Y0.1:0.2 Z0.3 U0.4 V0.5 W1.0 A1.1 B1.2 P8 and that mapped correctly
However when I tried M584 X0.0 Y0.1:0.2 Z0.3:0.4 U0.5 V1.0 W1.1 A1.2 P7
the resulting map was X0.0 Y0.1:0.2 Z0.1:0.2 U0.5 V1.0 W1.1 A1.2
Also in all cases the extruders were mapped to 0:0 and 0:1 which I think is a default value since no E parameter was in the mapping
-
Yeah look at this one
M584 X0.0:0.1 Y0.2:0.3 Z0.4:0.5 E1.0:1.1
results in a reported drive map of
X0.0:0.1 Y0.0:0.1 Z0.0:0.1 E0.0:0.1 -
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
-
So, bug? One for @dc42? Thanks for getting to the bottom of it!
Ian
-
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)
-
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
-
@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
-
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.
-
@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.
-
@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...!
-
I have added this as an issue to the github tracker
https://github.com/dc42/RepRapFirmware/issues/345 -
@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/345It's probably a DSF issue not a RRF issue, because it doesn't happen when the Duet 3 is run in standalone mode.
-
It was an issue in RRF code that is only used when communicating with the SBC. Will be fixed in RRF3.0RC2.