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

    Strange Endstop issue

    Scheduled Pinned Locked Moved
    Duet Hardware and wiring
    3
    5
    282
    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.
    • janjohundefined
      janjoh
      last edited by

      So, I fully understand that this sounds like a "you have a bad wire/switch"... I still can not really make heads or tails of this.
      Duet Wifi v1.2, 3.2 release version.

      Machine has been running very good indeed for a few years.
      All of a sudden my Y motor stopped during a print (Delta machine, standard microswitch endstops).

      Investigation showed that the Y-endstop show triggered.
      I pull the machine apart (That'll teach me to hid electronics below the bed....), now with the top off, I can't reproduce the problem (naturally). All leds on the board are fine and indicating properly. I tried for a long time to trigger an inconsistant behaviour.

      I reassemble and run a print, and in the middle of it all the same thing happens.

      The next thing I'll try is to use the E1 endstop instead (E0 is in use due to filament sensor.)

      Now, what I really dislike is that X and Z towers kept moving. This makes me believe that I have a misconfiguration somewhere. Or at least a configuration that is not desired, since I can not see a scenario where I would like to keep printing if a endstop triggers during a job. And if Z-height is less then about 300mm it is even impossible and would really mean that something is very wrong.

      so, said another way.

      1. Is there any conceivable way that a hardware issue on the Duet Board it self could cause this? I can not see it.
      2. Where should I look at handling end stops triggering during print differently?
      engikeneerundefined 1 Reply Last reply Reply Quote 0
      • engikeneerundefined
        engikeneer @janjoh
        last edited by engikeneer

        @janjoh I believe RRF only polls the endstops during homing moves (G1 H1). I have just tested this by pressing the endstops on my machine while it is printing and nothing happened.

        I think your endstop being triggered is probably a side product of your issue, not the cause. The main thing that would cause a motor to stop would be a driver issue or a wiring issue. Did you get any 'motor phases may be disconnected' or 'short to ground' errors? I wonder if your motor wires have shorted with your endstop on the y axis...

        E3D TC with D3Mini and Toolboards.
        Home-built CoreXY, Duet Wifi, Chimera direct drive, 2x BMG, 300x300x300 build volume
        i3 clone with a bunch of mods

        janjohundefined 1 Reply Last reply Reply Quote 0
        • janjohundefined
          janjoh @engikeneer
          last edited by

          @engikeneer No errors in the logs. Just a Y-endstop has triggered when checking M119

          Thanks for the sanity check on the endstoo behaviour. What you describe is logical, and what i would expect.

          Phaedruxundefined 1 Reply Last reply Reply Quote 0
          • Phaedruxundefined
            Phaedrux Moderator @janjoh
            last edited by Phaedrux

            Post the results of M122 (preferably after the stall has happened) and M98 P"config.g" and the contents of your config.g.

            If the Y tower halted movement during a print I'd expect either a driver problem which would throw an error, or possibly mechanical binding. Does it move smoothly otherwise?

            If it happens again switch the Y motor to another spare driver?

            Z-Bot CoreXY Build | Thingiverse Profile

            janjohundefined 1 Reply Last reply Reply Quote 0
            • janjohundefined
              janjoh @Phaedrux
              last edited by janjoh

              @phaedrux said in Strange Endstop issue:

              Post the results of M122 (preferably after the stall has happened) and M98 P"config.g" and the contents of your config.g.

              If the Y tower halted movement during a print I'd expect either a driver problem which would throw an error, or possibly mechanical binding. Does it move smoothly otherwise?

              If it happens again switch the Y motor to another spare driver?

              Yeah, I'll do that. So far it has not happened again. Binding seems unlikely. But also having two errors also seem unlikely. I mean, the end stop was stuck on (even after power cycle) and the motor did stop for SOME reason. But, since it seem okay after deassembly/reassembly I do acknowledge that I have some issue.

              I hate issues like this 🙂

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