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

rehome.g not found

Scheduled Pinned Locked Moved Unsolved
Duet Hardware and wiring
4
61
2.5k
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
    Marco Bona
    last edited by 20 Sept 2020, 09:31

    @Phaedrux, I tried to remove the part of code you indicated but nothing has changed compared to before.
    The video of the problem I encountered I published in a previous post. here is the link
    https://www.youtube.com/watch?v=T0eO3SE1cW8&t=182s
    Any changes made to start.g and files did not lead to any changes, result is always what you see in the video.

    I publish files related to tool change:
    tpre2.g tpost2.g tfree2.g

    1 Reply Last reply Reply Quote 0
    • undefined
      Phaedrux Moderator
      last edited by 20 Sept 2020, 21:34

      The video link is set to private and I can't see it.

      Z-Bot CoreXY Build | Thingiverse Profile

      1 Reply Last reply Reply Quote 0
      • undefined
        Marco Bona
        last edited by 21 Sept 2020, 10:13

        @Phaedrux, sorry, it's now set to public, it should be visible

        1 Reply Last reply Reply Quote 0
        • undefined
          Phaedrux Moderator
          last edited by 21 Sept 2020, 20:26

          So just to make sure I understand what I'm seeing. You're starting a print, and it goes to do it's homing process and it keeps detecting erroneous stall conditions and rehoming?

          But you get no stall detections like this any other time?

          Z-Bot CoreXY Build | Thingiverse Profile

          1 Reply Last reply Reply Quote 0
          • undefined
            Marco Bona
            last edited by 22 Sept 2020, 10:15

            @Phaedrux , No, it occurs during the probing of the bed (G32) befoee printing. On other occasions it works fine, I mean if I run start.g from dwc as a test, not before printing. Is it possible that the problem arises from the lack of M204 in config.g?
            In this case where does it get the acceleration values ​?

            undefined 1 Reply Last reply 22 Sept 2020, 12:18 Reply Quote 0
            • undefined
              droftarts administrators @Marco Bona
              last edited by 22 Sept 2020, 12:18

              @Marco-Bona From your video, it looks like the homing is happening 3 times. Is that correct? Or does it just go on repeating?

              Lack of M204 shouldn't matter, it will just be set to default. Send M204 on it's own to see the set values, eg mine is not set in config.g, reports

              M204
              Maximum printing acceleration 10000.0, maximum travel acceleration 10000.0

              Ian

              Bed-slinger - Mini5+ WiFi/1LC | RRP Fisher v1 - D2 WiFi | Polargraph - D2 WiFi | TronXY X5S - 6HC/Roto | CNC router - 6HC | Tractus3D T1250 - D2 Eth

              1 Reply Last reply Reply Quote 0
              • undefined
                Marco Bona
                last edited by 22 Sept 2020, 16:05

                @Phaedrux, @droftarts, The homing works correctly, in the video starting from 40 seconds leadscrew leveling (M671) is performed and then probing for mesh compensation with G32 is performed. As you can see from the video, a stall is detected at 40 seconds even before starting to probe.
                The really strange thing is that after adding M204 in config.g the frequency with which the wrong stall detection occurs has decreased.

                1 Reply Last reply Reply Quote 0
                • undefined
                  BoA
                  last edited by 22 Sept 2020, 16:19

                  If homing is correct, and stall is only in print, isn't that print uses faster travel speeds and acceleration than homing? From my experience this can trigger stall detection if sensitivity is too high (too low S param value).

                  1 Reply Last reply Reply Quote 0
                  • undefined
                    Marco Bona
                    last edited by 22 Sept 2020, 16:27

                    @BoA , This is correct, but I don't understand why if I run start.g from dwc, the commands are executed correctly while if start.g is called when starting the print motors keep stalling. I didn't find much explanation on setting the S value so I went a bit random (now it's set to 6) but occasionally when starting print an incorrect stall is detected.

                    undefined 1 Reply Last reply 22 Sept 2020, 16:29 Reply Quote 0
                    • undefined
                      BoA @Marco Bona
                      last edited by BoA 22 Sept 2020, 16:29

                      @Marco-Bona Shortcut would be to disable stall detection action by setting R0 instead of R3 (sensorless homing still works)

                      On my printer I have 2 macros with different speed/acceleration limits - one for homing - more sensitive setting lower speeds, and second for normal print to avoid false stall detection.

                      Perhaps there are some commands in print gcode that change aceleration etc.

                      1 Reply Last reply Reply Quote 0
                      • undefined
                        Marco Bona
                        last edited by 22 Sept 2020, 16:36

                        @BoA ,I'm not using sensorless homing, I have normal optical sensors as limit switches, I use stall detection to prevent the motors from losing steps or the head colliding during printing.

                        undefined 1 Reply Last reply 22 Sept 2020, 16:38 Reply Quote 0
                        • undefined
                          BoA @Marco Bona
                          last edited by BoA 22 Sept 2020, 16:38

                          @Marco-Bona OK then. I would just increase S level until no false stall detection occurs.
                          And just a stupid question - do You actually have rehome.g in sys folder ?

                          1 Reply Last reply Reply Quote 0
                          • undefined
                            Marco Bona
                            last edited by 22 Sept 2020, 16:46

                            @BoA , Sorry for the confusion, initially for wrong name, rehome.g was not found (there was a space after the g), then the problem became that an incorrect motor stall is detected. In all honesty I don't know what to feel anymore because I have inconsistent data.

                            1 Reply Last reply Reply Quote 0
                            • undefined
                              BoA
                              last edited by 22 Sept 2020, 16:52

                              Ok, What is Your current M915 configuration?

                              1 Reply Last reply Reply Quote 0
                              • undefined
                                Marco Bona
                                last edited by 22 Sept 2020, 16:58

                                @BoA , this is the one with which I found myself best

                                M915 X Y  T20000 S6 H51 F1 R3 
                                
                                1 Reply Last reply Reply Quote 0
                                • undefined
                                  BoA
                                  last edited by BoA 22 Sept 2020, 17:17

                                  I just tried to trigger stall detection on my printer. And it works ONLY when printing. In any other cases it allows motors to stall and do nothing.

                                  That might be the reason why it is triggered only during print.

                                  IMO You have too low H value.

                                  Did You try formula from https://duet3d.dozuki.com/Wiki/Stall_detection_and_sensorless_homing ?

                                  1 Reply Last reply Reply Quote 0
                                  • undefined
                                    Marco Bona
                                    last edited by 22 Sept 2020, 17:26

                                    @BoA , now it's clear. I got that value from 3D Printer Calc Toolbox, the formula should be same, although I have some doubts about actual current value (I set 2.24 A). Rated current is set on 2.8A

                                    1 Reply Last reply Reply Quote 0
                                    54 out of 61
                                    • First post
                                      54/61
                                      Last post
                                    Unless otherwise noted, all forum content is licensed under CC-BY-SA