• Tags
  • Documentation
  • Order
  • Register
  • Login
Duet3D Logo Duet3D
  • Tags
  • Documentation
  • Order
  • Register
  • Login

Error: bad Command XXX W/RRF 3.2 and leveling issue

Scheduled Pinned Locked Moved
General Discussion
9
147
10.3k
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • undefined
    martin7404
    last edited by martin7404 19 Feb 2021, 17:10

    So Put X carriage on 3mm plate and now both hot ends are alignedUntitled.png

    Muldex IDEX Duet2+Duex5
    Custom CoreXY 600x400 Hemera , Duet3+Toolboard+1HCL closed loop
    Sapphire Pro with Duet2, with closed-loop motors
    custom high temp E3D tool changer with Duet2+Duex

    undefined 2 Replies Last reply 19 Feb 2021, 17:58 Reply Quote 0
    • undefined
      3DPrintingWorld @martin7404
      last edited by 19 Feb 2021, 17:58

      @martin7404 I see your point. Good idea though, much easier then trying to move the other hotend down.

      1 Reply Last reply Reply Quote 0
      • undefined
        martin7404
        last edited by 19 Feb 2021, 18:05

        copy mode working
        Untitled1.png

        Muldex IDEX Duet2+Duex5
        Custom CoreXY 600x400 Hemera , Duet3+Toolboard+1HCL closed loop
        Sapphire Pro with Duet2, with closed-loop motors
        custom high temp E3D tool changer with Duet2+Duex

        1 Reply Last reply Reply Quote 1
        • undefined
          3DPrintingWorld @martin7404
          last edited by 19 Feb 2021, 18:29

          @martin7404 I'll have to look at the step file on the github. I dont think I looked at the file after I converted it. I did not realize that I had the Orbiter, it was supposed to have two BMG's.

          1 Reply Last reply Reply Quote 0
          • undefined
            3DPrintingWorld
            last edited by 20 Feb 2021, 21:31

            Hey guys if we can get back to my issues for a second I brought up a few errors I have been getting since 3.2, one is this. It crashes the U axis into the end of travel when homing. I said previously it did it every 10-20 times but I just discovered that it will happen every time I make a change to the config and when it asked me to reset and I press "yes" If I dont hit the e-stop again afterword's or recycle power it will crash. I dont see how this is a error on my end because it functions perfectly on normal startup.

            It crashes at the second pass of U homing just before it starts homing Z. Note that the U axis switch is connected to the Z axis endstop port.
            trigger.jpg

            undefined 1 Reply Last reply 21 Feb 2021, 17:31 Reply Quote 0
            • undefined
              gloomyandy
              last edited by 20 Feb 2021, 21:56

              @3DPrintingWorld Given the length of this thread (and that the title does not describe your U homing problem), it might be best to start a new thread for this problem.

              undefined 1 Reply Last reply 21 Feb 2021, 01:38 Reply Quote 1
              • undefined
                3DPrintingWorld @gloomyandy
                last edited by 21 Feb 2021, 01:38

                @gloomyandy That's good advice, I'll take it.

                1 Reply Last reply Reply Quote 2
                • undefined
                  Guillaume G. @3DPrintingWorld
                  last edited by 21 Feb 2021, 17:31

                  @3DPrintingWorld said in Error: bad Command XXX W/RRF 3.2 and leveling issue:

                  Note that the U axis switch is connected to the Z axis endstop port.

                  From your config you posted earlier it seems the U axis endstop is "duex.e2stop" and "zstop" is one of the Y axis endstops.
                  Did you mean the U side endstop of the Y axis?

                  undefined 1 Reply Last reply 22 Feb 2021, 15:41 Reply Quote 0
                  • undefined
                    3DPrintingWorld @Guillaume G.
                    last edited by 22 Feb 2021, 15:41

                    @Guillaume-G Sorry, yes that is correct. I also noticed that I also get the error when selecting "upload and start". I need to try to catch a recording on it so I can better tell what is going on. At this time the axis splits and rejoins to home the Y so its hard to tell when exactly it happens.

                    I also noticed If I don't stop it; it crashes, skips steps, gives the error, but then continues to home the Z like nothing is wrong.

                    undefined 1 Reply Last reply 22 Feb 2021, 20:00 Reply Quote 0
                    • undefined
                      Guillaume G. @3DPrintingWorld
                      last edited by 22 Feb 2021, 20:00

                      @3DPrintingWorld Time to try my sensorless Y homing sequence 😉

                      In both config.g and homeall.g the comments about Y drives say that drive 1 is right and 2 is left.
                      However the separated Y homing expects "zstop" when driving the left motor, which I would call X side, not U side:

                      M584 Y2 ; Y-axis Left side
                      M574 Y2 S1 P"zstop" ; Y-axis left side endstop Active

                      Also, from this page:
                      "Any M584 commands used to remap drivers must come before M350 and M906 commands. M584 commands that create new axes must also come before the M92, M201, M203, M208 and M566 that set parameters for those axes."

                      As you remap Y drives with M584 in homeall.g, you should maybe redefine the mentionned settings for the Y axis after that.

                      Not sure of anything here, just looking around the Y homing process because you can repeat faults there.

                      undefined 1 Reply Last reply 23 Feb 2021, 02:07 Reply Quote 0
                      • undefined
                        3DPrintingWorld @Guillaume G.
                        last edited by 23 Feb 2021, 02:07

                        @Guillaume-G You know I want to use your senseless homing, I just cant seem to get to anything I want to do as I'm spending all time on this.

                        Wow, I don't know how you caught that typo, my config is going to be squeaky clean with your help. It still might not level but there wont be anything out of place. P1 should have been left motor, and P2 right. I was sitting behind the printer when I typed it.....

                        So you are saying that I should redefine M350, M906, M92, M201, M203, and M208 for the Y axis all in homeall after M584 that brings drive 1&2 back together? That seems so sloppy to have it two places. I saw this rule previously but thought it only applied to the config file.

                        undefined undefined 2 Replies Last reply 23 Feb 2021, 04:47 Reply Quote 0
                        • undefined
                          Phaedrux Moderator @3DPrintingWorld
                          last edited by 23 Feb 2021, 04:47

                          @3DPrintingWorld said in Error: bad Command XXX W/RRF 3.2 and leveling issue:

                          So you are saying that I should redefine M350, M906, M92, M201, M203, and M208 for the Y axis all in homeall after M584 that brings drive 1&2 back together? That seems so sloppy to have it two places. I saw this rule previously but thought it only applied to the config file.

                          No, it only needs to be defined once in config.g if it's creating an axis. If you modify a parameter of that axis later on, you only need to return that changed value back to it's original state.

                          If you're changing the driver of the Y axis, the other values used for the axis will still be applied as they are tied to the axis, not the driver.

                          Hope that makes sense.

                          Z-Bot CoreXY Build | Thingiverse Profile

                          1 Reply Last reply Reply Quote 0
                          • undefined
                            martin7404 @3DPrintingWorld
                            last edited by 23 Feb 2021, 12:10

                            @3DPrintingWorld said in Error: bad Command XXX W/RRF 3.2 and leveling issue:

                            @martin7404 Instead of two bearings, what about a option to upgrade to the wide series, mgw9h. This should reduce the tilt, and would result in less binding then two bearings mounted on different planes would.
                            mgw9h.png

                            So fo MGW9H I got 150 EUR with 5 days delivery rail and 2 blocks> For MGN9H with Z1 preload they have in stock about 100 EUR for set rail and 2 blocks

                            Muldex IDEX Duet2+Duex5
                            Custom CoreXY 600x400 Hemera , Duet3+Toolboard+1HCL closed loop
                            Sapphire Pro with Duet2, with closed-loop motors
                            custom high temp E3D tool changer with Duet2+Duex

                            undefined 1 Reply Last reply 24 Feb 2021, 01:52 Reply Quote 0
                            • undefined
                              Guillaume G. @3DPrintingWorld
                              last edited by 23 Feb 2021, 18:28

                              @3DPrintingWorld said in Error: bad Command XXX W/RRF 3.2 and leveling issue:

                              I was sitting behind the printer when I typed it.....

                              Lol that makes much sense!

                              I also get the error when selecting "upload and start".

                              I assume it is then running the the start Gcode from the slicer. Does it just call G28, so homeall.g, or does it call single axes homing macros for instance with G28 Y, G28 XU... Asking because only homeall.g is posted here for review.

                              it only needs to be defined once in config.g if it's creating an axis.

                              Thanks @Phaedrux for correcting my wrong assumptions!

                              undefined 1 Reply Last reply 24 Feb 2021, 01:51 Reply Quote 0
                              • undefined
                                3DPrintingWorld @Guillaume G.
                                last edited by 24 Feb 2021, 01:51

                                @Guillaume-G said in Error: bad Command XXX W/RRF 3.2 and leveling issue:

                                Does it just call G28, so homeall.g,

                                I call the G28 in the start script. My plan at first was to call them individually, but that way you cant start homing X and U at the same time.

                                undefined 1 Reply Last reply 24 Feb 2021, 04:42 Reply Quote 0
                                • undefined
                                  3DPrintingWorld @martin7404
                                  last edited by 24 Feb 2021, 01:52

                                  @martin7404 said in Error: bad Command XXX W/RRF 3.2 and leveling issue:

                                  o fo MGW9H I got 150 EUR with 5 days delivery rail and 2 blocks> For MGN9H with Z1 preload they have in stock about 100 EUR for set rail and 2 blocks

                                  So you are going to try them both?

                                  undefined 1 Reply Last reply 24 Feb 2021, 02:24 Reply Quote 0
                                  • undefined
                                    martin7404 @3DPrintingWorld
                                    last edited by 24 Feb 2021, 02:24

                                    @3DPrintingWorld for now MGN9 with preload if the paly is not present I will stop there, printing my 3 mm rised toolplate now

                                    Muldex IDEX Duet2+Duex5
                                    Custom CoreXY 600x400 Hemera , Duet3+Toolboard+1HCL closed loop
                                    Sapphire Pro with Duet2, with closed-loop motors
                                    custom high temp E3D tool changer with Duet2+Duex

                                    1 Reply Last reply Reply Quote 0
                                    • undefined
                                      fcwilt @3DPrintingWorld
                                      last edited by 24 Feb 2021, 04:42

                                      @3DPrintingWorld said in Error: bad Command XXX W/RRF 3.2 and leveling issue:

                                      I call the G28 in the start script. My plan at first was to call them individually, but that way you cant start homing X and U at the same time.

                                      It's a trade off - optimizing homing versus code simplicity.

                                      My homeALL.g has always gone for simplicity:

                                      M98 P"homeZ.g"
                                      M98 P"homeX.g"
                                      M98 P"homeY.g"

                                      At first I went the more "traditional" route of having actual homing code in homeALL.g.

                                      But then as I considered the ratio of time spent homing and time spent printing the potential for optimization was discarded in favor of code simplicity.

                                      Your mileage may vary. 😉

                                      Frederick

                                      Printers: a small Utilmaker style, a small CoreXY and a E3D MS/TC setup. Various hotends. Using Duet 3 hardware running 3.4.6

                                      undefined 1 Reply Last reply 24 Feb 2021, 14:16 Reply Quote 0
                                      • undefined
                                        3DPrintingWorld @fcwilt
                                        last edited by 24 Feb 2021, 14:16

                                        @fcwilt At one point I tried that but I went back to having everything in the homeall because it really does save some time, epically considering that this printer has an additional U axis. It is really nice and clean though, maybe I'll revisit it once I get this mess figured out. 😉

                                        1 Reply Last reply Reply Quote 1
                                        • undefined
                                          Guillaume G.
                                          last edited by 25 Feb 2021, 12:00

                                          I wonder why no-one replied about the fact that you get a different behaviour when starting from power off or when rebooting after loading config.g.
                                          Same thing about the upload and print function which causes crashes.
                                          I would have thought these hints would point towards a limited number of possible causes.
                                          I imagine some config detail could sometimes be overwritten depending on the sequence the config files or macro are loaded...

                                          I thought about something else:
                                          We have a difference in our M669 (kinematics type config).
                                          You have

                                          M669 K0 Y1:-1:0:1
                                          

                                          As I didn't really understand why there was a minus sign regarding Y to Y reaction, I didn't go for it and used this instead:

                                          M669 K0 Y1:1:0:1
                                          

                                          I think the only other implication is that I need to have my Y motor directions reversed compared to yours in the M569 statements.

                                          Speaking about it here in case the negative sign in M669 would be causing your issues somehow.

                                          undefined 1 Reply Last reply 25 Feb 2021, 18:58 Reply Quote 0
                                          113 out of 147
                                          • First post
                                            113/147
                                            Last post
                                          Unless otherwise noted, all forum content is licensed under CC-BY-SA