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

    Optical endstops

    Scheduled Pinned Locked Moved
    Duet Hardware and wiring
    7
    20
    3.6k
    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.
    • Scottbg1undefined
      Scottbg1
      last edited by

      More info:

      The config files match the suggested files in the wiki.
      The commands in the homeall.g for each axis match the code in homex and homey.

      I homed X and Y individually. While they were still parked I hit homeall. Z did it's thing but X and Y didn't budge.
      According to the code each axis should have backed up 5mm then went in again. I expected both to do just that and then crash into each other, but again they did not move a bit. So I guess they are seeing home, so to speak. Something is amiss with the code telling Y axis to wait until X has found home. And even stranger, when they are both at home, they don't make a peep.

      I can find nothing addressing this one….

      1 Reply Last reply Reply Quote 0
      • Scottbg1undefined
        Scottbg1
        last edited by

        And….I fixed it. It was dumb luck.

        I mentioned earlier that the code in the wiki matched the code in the config file.
        That wasn't exactly accurate.

        For instance, here is a line from the configuration file that the reprap tool created:
        G1 X-240 Y-240 F3000 S1

        But the wiki had it as this:
        G1 S1 X-240 Y-240 F3000

        I am assuming the the "S1" and "S0" are TRUE and FALSE respectively.
        The original line had that at the end of the line, and the wiki had it at the beginning.
        I swapped them and now it works perfectly.

        I don't know what I did as I am still learning this stuff, but even a blind squirrel bumps into a nut every now and then.

        Thank you all for the help.

        1 Reply Last reply Reply Quote 0
        • dc42undefined
          dc42 administrators
          last edited by

          Strange, it doesn't matter where in the line the S parameter occurs, as long as it is not in a comment. Are you sure you didn't change anything else?

          Duet WiFi hardware designer and firmware engineer
          Please do not ask me for Duet support via PM or email, use the forum
          http://www.escher3d.com, https://miscsolutions.wordpress.com

          1 Reply Last reply Reply Quote 0
          • Scottbg1undefined
            Scottbg1
            last edited by

            After posting this, I was perusing other pages of the wiki and saw that the S parameter was the way I originally had it.
            SO I kind of figured that it was as I said, dumb luck and not a mistake of the configuration tool.

            I don't know why it started working, but it did.
            All I did was backspace to delete the S Parameter at the beginning, and then retyped it at the end.

            I hate guessing. I'm not a plug and play guy. I like knowing the how and why. I am sure, as most new guys, I will slowly learn the language and be more knowledgeable as time passes. Everything that I know about electronics to date, has been fixing something that was broken. So this is indeed a learning experience.

            I am almost done setting the printer up as we speak. I am currently stumped again with a temperature reading problem but I won't speak of it here, so as to keep the thread on topic.

            Thank you for your help.

            1 Reply Last reply Reply Quote 0
            • Whitewolfundefined
              Whitewolf
              last edited by

              Odd behavior, something else was a miss because I have had the S1 postion mixed throughout and just recently went through and made their position all the same to clean up readability.

              Exploring the universe wherever the tech blows

              1 Reply Last reply Reply Quote 0
              • gnatmanundefined
                gnatman
                last edited by

                Came into this thread looking for answers, got one of them and am looking for another. First off, is the "front" on the opposite side of the stepper motors? If I hit Y+10 the carriage moves to that side.. opposite of the motors.. so I think the motors are defined correctly. The issue is when I hit home Y for instance, from either direction, it will only move to about the middle of my 400x400x400 build. I defined it as 400 in the reprap configuration tool. I have a very basic config file right now too. The X doesn't seem to trigger at all after testing M119 on it along with my z axis. appears the only working one is Y at the moment. If I try to home x, it says it failed to home can't home z without doing the others before it. I could use a tiny bit of help with this.. Thanks all

                here is the home all code I've got
                ; Course home X and Y
                G1 X-405 Y405 F1800 S1
                ; Move away from the endstops
                G1 X5 Y-5 F6000
                ; Fine home X and Y
                G1 X-405 Y405 F360 S1
                Here is endstop from config
                ; Endstops
                M574 X0 Z0 S0 ; Set active low endstops
                M574 Y2 S1 ; Set active high endstops
                M558 P1 X1 Y0 Z1 H5 F120 T6000 ; Set Z probe type to unmodulated, the axes for which it is used and the dive height + speeds
                G31 P600 X0 Y0 Z2.5 ; Set Z probe trigger value, offset and trigger height
                M557 X15:385 Y15:385 S20 ; Define mesh grid

                1 Reply Last reply Reply Quote 0
                • gnatmanundefined
                  gnatman
                  last edited by

                  Well I got my other endstops figured out.

                  1 Reply Last reply Reply Quote 0
                  • dc42undefined
                    dc42 administrators
                    last edited by

                    @gnatman:

                    Well I got my other endstops figured out.

                    Is it all working now, or do you still need help?

                    Duet WiFi hardware designer and firmware engineer
                    Please do not ask me for Duet support via PM or email, use the forum
                    http://www.escher3d.com, https://miscsolutions.wordpress.com

                    1 Reply Last reply Reply Quote 0
                    • Amiliousundefined
                      Amilious
                      last edited by

                      One thing with my optical sensors, they were behaving the same way. They do not work for 1.19.2, 1.19.1, but work fine on the 1.18 and 1.18.2.

                      1 Reply Last reply Reply Quote 0
                      • DjDemonDundefined
                        DjDemonD
                        last edited by

                        If its any use I didnt notice any change in optical endstop behaviour with any new release.

                        Simon. Precision Piezo Z-Probe Technology
                        www.precisionpiezo.co.uk
                        PT1000 cartridge sensors NOW IN, just attach to your Duet board directly!

                        1 Reply Last reply Reply Quote 0
                        • Amiliousundefined
                          Amilious
                          last edited by

                          I am going to try upgrading again, but they don't seem to work for me on the higher builds.

                          1 Reply Last reply Reply Quote 0
                          • dc42undefined
                            dc42 administrators
                            last edited by

                            What type of optical endstops are they? There was a change made around 1.19 to increase the noise margin of the endstop inputs in the low state. Depending on the type of endstop you use (in particular, whether it has an internal pullup resistor) they could affect whether you get a trigger or not, if the triggering was already marginal. The fix would be either:

                            1. Make sure that the beam is broken completely when the carriage reaches the endstop. If there is still some light getting from one side of the opto switch to the other, that could prevent triggering.

                            2. Add a pullup resistor between the endstop output and +3.3V. Try 10K.

                            Duet WiFi hardware designer and firmware engineer
                            Please do not ask me for Duet support via PM or email, use the forum
                            http://www.escher3d.com, https://miscsolutions.wordpress.com

                            1 Reply Last reply Reply Quote 0
                            • gnatmanundefined
                              gnatman
                              last edited by

                              Is it all working now, or do you still need help?

                              still need help, I forgot about this post with the holidays near and over with, I've got more time to configure my printer. I have changed my config to this. I'm not sure if it's right or wrong.
                              M574 X0 Z0 S0 ; Set active low endstops
                              M574 X2 Y2 S1 ; Set active high endstops

                              and home x
                              G1 S1 X-400 F6000 ; move quickly to X axis endstop and stop there (first pass)
                              and lastly home y
                              G1 S1 Y-400 F6000 ; move quickly to Y axis endstop and stop there (first pass)

                              reason why I have a negative value is that when I do a home as positive value, the carriage moves away from me. x moves to the right and why moves "forward" With a negative value it now hits the flag but after it's home at "400" it wont move… which is obvious as to why. I just couldn't figure out how to make it work otherwise.

                              1 Reply Last reply Reply Quote 0
                              • dc42undefined
                                dc42 administrators
                                last edited by

                                Try M574 X1 Y1 S1 instead of those 2 lines.

                                Duet WiFi hardware designer and firmware engineer
                                Please do not ask me for Duet support via PM or email, use the forum
                                http://www.escher3d.com, https://miscsolutions.wordpress.com

                                1 Reply Last reply Reply Quote 0
                                • gnatmanundefined
                                  gnatman
                                  last edited by

                                  @dc42:

                                  Try M574 X1 Y1 S1 instead of those 2 lines.

                                  Fantastic, that worked! I probably would have gotten it eventually just trying other configurations of the M574 command. Thanks again for your help I'm so excited to be one step closer to printing with this build. Next step is to order the zesty.

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