Configuration Duet3 Mainbord 6HC motor mapping
-
@oliof No, that does not make a difference.
-
@silverpoint did you see this point form the documentation:
https://docs.duet3d.com/en/User_manual/Reference/Gcodes#m584-set-drive-mapping
Because GCode is normally case insensitive, axes that are represented by lowercase letters must be prefixed with a single quote character in GCode commands. For example, M584 'A1.2 would assign axis 'a' to driver 1.2, and G1 'A10 would move the 'a' axis to the 10mm or 10 degree position (or by 10mm or 10 degrees if in relative mode)
So please ensure your M584 command has:
M584 'g0.5Note the single quote before the lower case "g"
And you will need to use a single quote whenever you refer to this axis.
To that end its easier to use upper case letter if your can.
-
@T3P3Tony Thank you for mentioning the case senitivity, but I already took this into account and did use lowercase in all of my config file.
-
@silverpoint may I ask why?
Please Send M584 from the console and paste what is returned here
-
For the why question. I am using multiple 6HC boards (connected to mainboard via CANbus) and need to map all motors to a separate axis, because they are all different motors. I did see the useage of lowercase in the description in the configuration manual(https://docs.duet3d.com/User_manual/Connecting_hardware/Motors_configuring). So therefore I already followed that example and used lowercase letters for the mapping.
@T3P3Tony The reply from command M584:
Driver assignments: X12.1 Y12.2 Z12.3 a0.1 b0.0 c0.2 d0.3 e0.5 f0.4 (r)(c)A11.0 (r)(c)B11.1 (r)(c)C11.2 (r)(c)D11.3 U11.4 V11.5, 15 axes visible -
@silverpoint said in Configuration Duet3 Mainbord 6HC motor mapping:
15 axes visible
I guess the reason "g" is not showing is that you have reached the maximum axes configurable in RRF 3.4.6 of 15.
You will have 30 available from 3.5 onwards so you can try 3.5rc3
Gett the version for github:
https://github.com/Duet3D/RepRapFirmware/releases/tag/3.5.0-rc.3then after you have upgraded to RC3, upgrade the firmware to 3.5rc3+ from here:
https://www.dropbox.com/scl/fo/p0136wx04h8xf6ejwdnn9/h?rlkey=efrfwyb6o5tqid11gustz3uvy&e=1&dl=0as the drop box version has some bug fixes in it.
-
@T3P3Tony I am performing the updates, however after updating I cannot connect anymore via the webpage to the mainboard. The mainboard has an SBC connected, so no SD cart. I still can login to the SBC via ssh. The other 6HC who are used as extension boards seem to work fine. Some 1XD extension boards I also could not update.
I am not sure if I caused the network connection problem myself because after updating there was an error that my machine name was invalid due to the use of _ in the name. So that is the only thing I have changed.
-
@chrishamm please can you have a look at this. Not sure why its failing to find and load the 1XD firmware.
-
@silverpoint It looks very much as if you're still on DSF/DWC 3.3.0 or older. Did you update the SBC using
apt update/apt upgradeas described in the upgrade guide? It is very likely that there are some incompatibilites between RRF 3.5 and DSF/DWC 3.3. See https://docs.duet3d.com/en/User_manual/Machine_configuration/SBC_setup#shutdown-or-reboot-sbcUnless you experience known bugs that are fixed by one of our dev firmware builds, it is discouraged to install firmware builds that are not provided by
aptpackages in SBC mode. -
@chrishamm I managed to replicate the same error on a single test board I still have. It looks like I can install the version 3.5.0 rc3 but not the rc3+ versions @T3P3Tony provided earlier. So I get to the point where the version 3.5.0 rc3 is fully installed, however afterwards during the startup of the DSF/DWC in the webpage there comes a moment where the connection is lost.
Step 1. Start with a fresh Duet3 image 3.4.6 on the SBC
Step 2. Upgrade using the the commands on https://docs.duet3d.com/User_manual/Machine_configuration/DSF_Other for the unstable installation (version 3.5.0).
Step 3. The installation is completed and version 3.5.0 rc3 is installed.
Step 4. Initially I get a connection to the board however after +-1 minute the connection fails and cannot be restored. It gives the error message: "Connection lost, attempting to reconnect". Whenever the connection is lost, it is never restored.@chrishamm I manage to resolve the network connection issue, by totally emptying my config.g and return only the bare minimum commands.
-
@silverpoint Please share the full config.g that lets you reproduce the problem. I suspect you're hitting a buffer limit.
-
@chrishamm I reinstalled everything again for the production board (not the testboard). Now the network seems to be working again properly, don't ask me why. However I stil have the same error as before when using the command for the motor with name "g" / 'g . It gives the errors at startup: Warning: G500.0: Command is not supported and Warning: G6000.0: Command is not supported, etc. So basically every time the motor mapping 'g is used it looks like it it not processing the commands.
@T3P3Tony Now using the command M584 on version 3.5.0 rc3+ I get the following output.
M584
Driver assignments: X12.1 Y12.2 Z12.3 a0.1 b0.0 c0.2 d0.3 e0.5 f0.4 (r)(c)A11.0 (r)(c)B11.1 (r)(c)C11.2 (r)(c)D11.3 U11.4 V11.5 W12.0, 21 axes visible.I should get 22 axes visible. So I suppose this means the 'g axes is not configured?
@T3P3Tony You mentioned 30 axes in v3.5.0. At the moment I use ABCDUVWXYZabcdefghijkl for the mapping. Which letters are still available? -
@silverpoint from the docs:
U, V, W, A, B, Cnnn Driver number(s) for additional axes U, V, W, A, B and C (UVW available in RepRapFirmware 1.16 and later; UVWABC available in RepRapFirmware 1.19 and later; UVWABCD available in RepRapFirmware 3.0 and later; UVWABCDabcdefghijkl available in RepRapFirmware 3.3 and later; additionally mnopqrstuvwxyz are available in RepRapFirmware 3.5 and later on Duet 3 MB6HC and MB6XD only).
so i would try skipping
g and usingn -
@silverpoint also. i just tested various m commands with a "'g" axis and they worked. which commands are failing for you?
08/03/2024, 17:24:55 M201 'g8000
08/03/2024, 17:24:48 M92 'g80
08/03/2024, 17:24:40 M350 'g16 -
I should add i tested this in stand alone mode. I will now test in SBC mode
-
@chrishamm i can confirm this is an issue in SBC mode:
-
@silverpoint Ok this has been confirmed as an issue with SBC mode and we will fix it as soon as possible next week and post back here once that's done.
-
@silverpoint In the meantime please share your config.g because I don't think DCS should fail to connect to RRF even if DSF cannot handle certain axis letters yet. You can email it to christian@duet3d.com as well if you don't want to make it public.
