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

RepRapFirmware 3.0

Scheduled Pinned Locked Moved
General Discussion
35
176
29.9k
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
    clearlynotstef @A Former User
    last edited by clearlynotstef 21 Jul 2019, 06:30

    @bearer... I'm not disagreeing with you, I thought you were proposing a different way of achieving this setup, not trying to correct the way I currently have it setup, it wasn't particularly clear. "Should be driver 2" sounds like a suggestion, not a fact. One would think the drivers would be numbered sequentially from one side of the board to the other.

    undefined 1 Reply Last reply 21 Jul 2019, 06:48 Reply Quote 0
    • undefined
      dc42 administrators @clearlynotstef
      last edited by 21 Jul 2019, 06:48

      @clearlynotstef said in RepRapFirmware 3.0:

      @bearer... I'm not disagreeing with you, I thought you were proposing a different way of achieving this setup, not trying to correct the way I currently have it setup, it wasn't particularly clear. "Should be driver 2" sounds like a suggestion, not a fact. One would think the drivers would be numbered sequentially from one side of the board to the other.

      You would think that; but they are not. The order is 2 1 0 3 4.

      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

      undefined 1 Reply Last reply 21 Jul 2019, 07:03 Reply Quote 0
      • undefined
        clearlynotstef @dc42
        last edited by 21 Jul 2019, 07:03

        @dc42 good to know. I think I'm going to abandon running them off one stepper anyway (unless there's a way to use two endstops that makes sense), so I'll have two drivers driving two motors on the y axis, each with an endstop. Let's say y driver and e1 driver. Does any sample g code exist for setting these up with their own end stops on 3.0 beta?

        undefined 1 Reply Last reply 21 Jul 2019, 07:07 Reply Quote 0
        • undefined
          dc42 administrators @clearlynotstef
          last edited by dc42 21 Jul 2019, 07:07

          @clearlynotstef said in RepRapFirmware 3.0:

          @dc42 good to know. I think I'm going to abandon running them off one stepper anyway (unless there's a way to use two endstops that makes sense), so I'll have two drivers driving two motors on the y axis, each with an endstop. Let's say y driver and e1 driver. Does any sample g code exist for setting these up with their own end stops on 3.0 beta?

          No, but it's fairly straightforward with RepRapFirmware 3. Use M584 in config.g (before any M350 or M906 commands) to define your Y motors:

          M584 X0 Y1:4 Z2 E3

          and use M574 to define the endstop switches:

          M574 X1 S1 P"xstop" ; X min active high endstop switch
          M574 Y1 S1 P"ystop,e1stop" ; Y min active high endstop switches
          M574 Z1 S1 P"zstop" ; Z min active high endstop switch

          Omit the M574 Z command if you use a Z probe to home Z.

          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

          undefined 2 Replies Last reply 21 Jul 2019, 07:12 Reply Quote 0
          • undefined
            clearlynotstef @dc42
            last edited by 21 Jul 2019, 07:12

            @dc42 thanks! While I've got you. Let's say I do want to use the z driver for both Y motors, obviously I could only move them both or neither, but could I configure it with two end stops such that it isn't home until they're both pressed?

            ? 1 Reply Last reply 21 Jul 2019, 09:15 Reply Quote 0
            • ?
              A Former User @clearlynotstef
              last edited by 21 Jul 2019, 09:15

              @clearlynotstef said in RepRapFirmware 3.0:

              @dc42 thanks! While I've got you. Let's say I do want to use the z driver for both Y motors, obviously I could only move them both or neither, but could I configure it with two end stops such that it isn't home until they're both pressed?

              Wire switches in series or parallel depending on normally closed or normally open; but the first motor won't stop until both swtiches are active so you will have collisions.

              1 Reply Last reply Reply Quote 0
              • undefined
                clearlynotstef @dc42
                last edited by 21 Jul 2019, 21:01

                @dc42

                I'm stuck. I've used your gcode above, omitting the z line as I'm using a probe.

                M584 X0 Y1:4 Z2 E3
                M574 X1 S0 P"xstop" ; X min active high endstop switch
                M574 Y1 S0 P"ystop,e1stop" ; Y min active high endstop switches

                I've switched the S1 to S0 (but tried it both ways).
                The machine properties window lists X, Y, Z, E0 for endstops. X works as expected. The Y axis (as a reminder, two motors and two end stops) does not. The respective indicators on the board light up when the endstop is triggered, but machine properties never switches to Yes. Interestingly, if I remove one of "ystop" or "e1stop" from the second M574 command, machine properties switches to Yes for the Y axis upon pressing the endstop that remains (Y axis turns to Yes if I remove e1stop from the command and press the ystop endstop, or if I remove ystop from the command and press the E1 endstop), but if I keep both, Y never turns to Yes if I press either or both endstops.

                1. any ideas?

                2. is it the even desired behavior that Y turns to yes in the machine properties window if any of the endstops belonging to that axis are triggered (or both?) Why is E0 showing as an endstop in that list?

                Thanks as always!

                undefined 1 Reply Last reply 22 Jul 2019, 06:36 Reply Quote 0
                • undefined
                  denke
                  last edited by 22 Jul 2019, 06:35

                  @dc42 Would you consider adding a new gcode to "load default pin assignment" and not load it by default?
                  This way if someone wants "compat mode" because has a fairly defualt use case he/she can put it somewhere in the top of config.g, if not then the user can create a custom pinout for him/herself without the need to deassign pins from their default function first.

                  I think it would create a clearer case.

                  ... ?

                  1 Reply Last reply Reply Quote 0
                  • undefined
                    dc42 administrators @clearlynotstef
                    last edited by 22 Jul 2019, 06:36

                    @clearlynotstef said in RepRapFirmware 3.0:

                    @dc42

                    I'm stuck. I've used your gcode above, omitting the z line as I'm using a probe.

                    M584 X0 Y1:4 Z2 E3
                    M574 X1 S0 P"xstop" ; X min active high endstop switch
                    M574 Y1 S0 P"ystop,e1stop" ; Y min active high endstop switches

                    I've switched the S1 to S0 (but tried it both ways).
                    The machine properties window lists X, Y, Z, E0 for endstops. X works as expected. The Y axis (as a reminder, two motors and two end stops) does not. The respective indicators on the board light up when the endstop is triggered, but machine properties never switches to Yes. Interestingly, if I remove one of "ystop" or "e1stop" from the second M574 command, machine properties switches to Yes for the Y axis upon pressing the endstop that remains (Y axis turns to Yes if I remove e1stop from the command and press the ystop endstop, or if I remove ystop from the command and press the E1 endstop), but if I keep both, Y never turns to Yes if I press either or both endstops.

                    1. any ideas?

                    2. is it the even desired behavior that Y turns to yes in the machine properties window if any of the endstops belonging to that axis are triggered (or both?) Why is E0 showing as an endstop in that list?

                    Thanks as always!

                    Are you definitely running RepRapFirmware 3 beta?

                    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

                    undefined 1 Reply Last reply 22 Jul 2019, 09:19 Reply Quote 0
                    • undefined
                      dc42 administrators @dc42
                      last edited by 22 Jul 2019, 09:19

                      This topic is getting long and hard to navigate, so I am locking it and creating a new one.

                      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
                      176 out of 176
                      • First post
                        176/176
                        Last post
                      Unless otherwise noted, all forum content is licensed under CC-BY-SA