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

1HCL probing problem with ***video***

Scheduled Pinned Locked Moved Solved
Using Duet Controllers
6
72
3.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
    HighFreq
    last edited by HighFreq 21 Sept 2022, 08:52

    @dc42 @Phaedrux we attached an external driver to drive one of the z axis, if we drive it directly from the 6XD using step and dir the axis works with no problems, if we drive the external driver using a 1XD (the 1XD gives step dir commands) trough canbus than the problem shows up again.

    It looks like there is a problem when using canbus.

    Please let us know if we are going to get any help/attention or not because the machine can't be operated at the moment and we need to know how to solve.

    thank you very very much.

    p.s. we can do whatever test needed to give you as much informations as possible.

    1 Reply Last reply Reply Quote 0
    • undefined
      HighFreq
      last edited by HighFreq 21 Sept 2022, 10:30

      @dc42 @Phaedrux We scoped step output of G30 and it is way different if direct on a 6XD board or on a 1XD board driven by canbus.

      The two step sould be exactly the same but they are not, when scoped on a 6XD it is clean and G30 works, if scoped on a 1XD right after the first touch there is a ton of rubbish.

      Maybe is not rubbish and is there for a canbus timing reason but if devs don't help us out we can't go any further.

      I am wondering how other users manage G30 using canbus connected boards, maybe nobody using 1HCL because it does not work at the moment.

      I am very very surprised devs do not come back to us for a blocking problem like this and can't even reproduce it.

      1 Reply Last reply Reply Quote 0
      • undefined
        HighFreq
        last edited by 21 Sept 2022, 15:38

        @dc42 @Phaedrux Please please please let us know if there is a solution to our problem, if you are working on it. We are at a dead point, don't know what else to try to have it working, no matter what we do 1HCL just refuse to behave decently on a G30 command and we do not know how to proceed.

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

          I'll see if DC42 can take a closer look again.

          Z-Bot CoreXY Build | Thingiverse Profile

          undefined 1 Reply Last reply 21 Sept 2022, 16:40 Reply Quote 0
          • undefined
            HighFreq @Phaedrux
            last edited by HighFreq 21 Sept 2022, 16:40

            @phaedrux excuse me if i asked many times but the thing does not work, seeing if the dev can take a closer look is a bit less than what i expected since i have 4 x 1HCL useless on my machine and desperately seeking for help since 5 days ago.

            The units DO NOT work on G30 no matter what we try.

            Very sorry to hear this, i was expecting a bit more cohoperation on your side, since the boards do not work an ultimately i am spending my time to iron out a problem you have on your boards and it sounds like i am being an annoying problem to you.

            I sent you all the files and tests you asked and you disapperead, did you take a look at the video? Why does it do that on a G30 using a 1HCL and works ok if i drive it direct with step and direction from the 6XD?

            We went above and beyond what we should and took time to analyze it with scope (wich you said you would ahve done before disappereing) and posted our results, but having no answer whatsoever is very frustrating.

            I am very surprised you can't replicate the problem since using an 1HCL board on a z axis and running a G30 command does the problem each time.

            ...the sound of silence.... 🙂

            1 Reply Last reply Reply Quote 0
            • undefined
              Phaedrux Moderator
              last edited by 21 Sept 2022, 18:46

              I'm sorry you're frustrated. You're not being ignored. As you've seen in your other thread on the Z brake we've even provided a customized firmware build for you to test. Things take time, thank you for your patience.

              Z-Bot CoreXY Build | Thingiverse Profile

              undefined 1 Reply Last reply 21 Sept 2022, 19:04 Reply Quote 0
              • undefined
                HighFreq @Phaedrux
                last edited by 21 Sept 2022, 19:04

                @phaedrux we appreciate, thank you.

                will wait.

                1 Reply Last reply Reply Quote 0
                • undefined
                  dc42 administrators @HighFreq
                  last edited by dc42 21 Sept 2022, 21:02

                  @highfreq said in 1HCL probing problem with ***video***:

                  In open loop it works it seems but between first and second touch it emits a beeping sound, maybe it would go back like in closed loop but being in open it skips steps and looks like it works?

                  I was thinking about this problem just now and came to the same conclusion myself, before I read your post. I was about to ask you whether there was an odd noise after the probe triggers when in open loop mode.

                  I will review the main board code tomorrow afternoon to work out what might be happening.

                  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 Sept 2022, 21:19 Reply Quote 0
                  • undefined
                    HighFreq @dc42
                    last edited by HighFreq 21 Sept 2022, 21:19

                    @dc42 great thanks.

                    If you need us to make any test just ask, we will be glad to help.

                    undefined 1 Reply Last reply 22 Sept 2022, 06:18 Reply Quote 0
                    • undefined
                      dc42 administrators @HighFreq
                      last edited by 22 Sept 2022, 06:18

                      @highfreq please confirm that the video you posted uses this Z probe configuration that was in the config.g file you posted earlier:

                      M558 Z P5 K0 C"io1.in" H5 F20:20 T100 ; definizione probe 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 1 Reply Last reply 22 Sept 2022, 07:11 Reply Quote 0
                      • undefined
                        dc42 administrators @dc42
                        last edited by 22 Sept 2022, 07:11

                        @HighFreq please can yo test whether the following works around the problem:

                        In your M584 command add a 5th Z motor assigned to a spare driver on the main board. I suggest you set the timing for that driver to T0:0:0:0 in a M569 command for that driver. You don't actually need to connect anything to that driver output.

                        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 Sept 2022, 07:43 Reply Quote 0
                        • undefined
                          HighFreq @dc42
                          last edited by HighFreq 22 Sept 2022, 07:43

                          @dc42 hello good morning.

                          Now the probing works, it doesn't jump anymore but endstops on the 4 phisical axis do not work anymore, probably because the fake axis configuration is not complete. If i remove the fake axis homing works as expected.

                          Our machine does z homing on top of the machine with 4 endstop switches.

                          undefined 1 Reply Last reply 22 Sept 2022, 12:28 Reply Quote 0
                          • undefined
                            HighFreq
                            last edited by 22 Sept 2022, 11:59

                            @dc42 are you still going to get a look at it this afternoon?

                            undefined 1 Reply Last reply 22 Sept 2022, 12:00 Reply Quote 0
                            • undefined
                              T3P3Tony administrators @HighFreq
                              last edited by 22 Sept 2022, 12:00

                              @highfreq thanks for confirming that the work around fixed the problem. It gives an indication of what will need to be fixed in firmware so the work around is not needed.

                              www.duet3d.com

                              undefined 1 Reply Last reply 22 Sept 2022, 12:09 Reply Quote 0
                              • undefined
                                HighFreq @T3P3Tony
                                last edited by HighFreq 22 Sept 2022, 12:09

                                @t3p3tony Just to make sure you understood, the workaround fixed a problem but created another so it is not usable, we are waiting for a firmware fix to be able to use the machine again.
                                Sometimes my english is not the best 🙂

                                undefined 1 Reply Last reply 22 Sept 2022, 12:10 Reply Quote 0
                                • undefined
                                  jay_s_uk @HighFreq
                                  last edited by 22 Sept 2022, 12:10

                                  @highfreq could you switch from using endstops to using the probe to home Z?

                                  Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is

                                  undefined 1 Reply Last reply 22 Sept 2022, 12:11 Reply Quote 0
                                  • undefined
                                    HighFreq @jay_s_uk
                                    last edited by HighFreq 22 Sept 2022, 12:11

                                    @jay_s_uk no, we can't, our z axis is made of 4 screw phisical axis so we need to home all of them individually. At least that is how the machine is designed to work so we would much prefer to use it that way.

                                    undefined 1 Reply Last reply 22 Sept 2022, 12:12 Reply Quote 0
                                    • undefined
                                      jay_s_uk @HighFreq
                                      last edited by 22 Sept 2022, 12:12

                                      @highfreq why? homez using the probe and then use the built in bed levelling to get them positioned correctly.
                                      My voron has 4 z motors but none of them have endstops...

                                      Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is

                                      undefined 1 Reply Last reply 22 Sept 2022, 12:14 Reply Quote 0
                                      • undefined
                                        HighFreq @jay_s_uk
                                        last edited by 22 Sept 2022, 12:14

                                        @jay_s_uk at least at the moment it is not possible, 1HCL has a little bug and sometimes one of the axis drops during power on, so it would not be possible do as you describe.

                                        undefined 1 Reply Last reply 22 Sept 2022, 12:15 Reply Quote 0
                                        • undefined
                                          jay_s_uk @HighFreq
                                          last edited by 22 Sept 2022, 12:15

                                          @highfreq one of mine always drops. i don't see why it wouldn't work unless your bed is so overly constrained that it can't move when one motor is out of sync with the others

                                          Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is

                                          undefined 1 Reply Last reply 22 Sept 2022, 12:17 Reply Quote 0
                                          37 out of 72
                                          • First post
                                            37/72
                                            Last post
                                          Unless otherwise noted, all forum content is licensed under CC-BY-SA