Navigation

    Duet3D Logo

    Duet3D

    • Register
    • Login
    • Search
    • Categories
    • Tags
    • Documentation
    • Order

    Endless communication problems with 1.19 and more

    Firmware installation
    3
    12
    1196
    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.
    • Björn Bursell
      Björn Bursell last edited by

      Can't get this to work on my duet wifi, Ajax timeouts all the time even after setting ajax retries to 10 and update intervall at 1000ms. I have not moved the machine or router..it also seem to have messed my tool changes. (bigbox Idex). U axis is behaving very strange, it is priming in it's standby space.

      I'm going back to 1.18.. Sorry…

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

        If you can provide more detail about the U axis problem, I'll investigate it.

        I plan to do some tests on the wifi in 1.19 soon because I have a suspicion that the wifi module is failing to reconnect if it becomes disconnected, despite the correct call being made to the SDK to enable that feature. Some other users have reported that the WiFi connection is more reliable when they set their router to a fixed channel (usually 6) instead of auto. I have a feeling that the auto setting allows the router to channel-hop, causing a disconnection every time it does so.

        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
        • fcwilt
          fcwilt last edited by

          After I setup a basic AP (wifi access point) in the same room as my printers I have had no problems with 1.19 other than the occasional failure to re-connect after an "emergency stop".

          I NEVER use "auto channel". I only have experience with a handful of different brands and models of APs but I have yet to use one where auto channel actually did something sensible.

          Just FYI. YMMV.

          Frederick

          Printers: A FT-5 with the 713 upgrade bits. A custom MarkForged style. A small Utilmaker style and a CoreXY from kits. Various hotends. Using Duets (2 and 3) running 3.4.1

          1 Reply Last reply Reply Quote 0
          • Björn Bursell
            Björn Bursell last edited by

            Tried fixed channel on my router, but that did not help at all. The U axis problem could be a slicer script issue? will dig deeper into that after checking the toolchange macros, bit to frustrated at the moment..

            Seems to be not a problem with the connection as such, as if the machine is idle, I have no problems with disconnects. Problems starts when printing..

            1 Reply Last reply Reply Quote 0
            • Björn Bursell
              Björn Bursell last edited by

              As for the U axis problem, I can not understand this..

              First tpost1.g (U-axis):

              G1 U305 Y240 F6000 ; move back
              G1 U108 Y240 F6000 ; move to dock
              M116 P1 ; wait for tool 1 heaters to reach operating temperature
              M83 ; relative extruder movement
              G1 F75 ; set feedrate 75mm/min
              G1 E10 ; extrude 10mm
              G1 F50 ; set feedrate 50mm/min
              G1 E5 ; extrude 5mm
              G1 F3600 ; set feedrate 3600mm/min
              G1 E-1.5 ; retract 1.5mm
              G1 U108 Y200 F6000 ; wiping movement
              G1 U108 Y240 F6000 ; wiping movement
              G1 U108 Y200 F6000 ; wiping movement

              Compare to tpost0.g (X-axis):
              G1 X-5 Y240 F6000 ; move back
              G1 X78 Y240 F6000 ; move to dock
              M116 P0 ; wait for tool 0 heaters to reach operating temperature
              M83 ; relative extruder movement
              G1 F75 ; set feedrate 75mm/min
              G1 E10 ; extrude 10mm
              G1 F50 ; set feedrate 50mm/min
              G1 E5 ; extrude 5mm
              G1 F3600 ; set feedrate 3600mm/min
              G1 E-1.5 ; retract 1.5mm
              G1 X78 Y200 F6000 ; wiping movement
              G1 X78 Y240 F6000 ; wiping movement
              G1 X78 Y200 F6000 ; wiping movement

              When I select tool1, it heats and primes in U305Y240, even wipe movement is at U305, it starts to print after that. Tool 0 behaves as it should (heats and primes in ooze/wipe area) This happens even when selecting tool on the paneldue so it is not a slicer problem.

              This all worked ok with 1.18.. Have not touched tpost, tfree or config.g.. hm..

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

                Thanks, I've made a note to see if I can reproduce that behaviour before I do the 1.19.1 release. If it's a Cartesian printer (not CoreXYU) then a workaround might be to add parameter S2 to each of the G1 U commands in tpost1.g.

                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
                • Björn Bursell
                  Björn Bursell last edited by

                  You nailed it! must have been that the U endstop was active in the parking position, seems this is a bug (feature?) in 1.19

                  Yes, it is a cartesian printer (bigbox duex conversion)

                  Btw, have not had any ajax problems for the whole day, but have not tried a print yet.. (will do hat now)

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

                    No, the U endstop is not active in the parking position unless there is an S1 in the command.

                    One of the things that S2 does is to disable mapping of the X axis. I suspect that the firmware was remembering the equivalent X position and that was overriding the U parameter in the G1 commands. But I don't know why it did that.

                    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
                    • Björn Bursell
                      Björn Bursell last edited by

                      And it timeouts again, I'm beginning to suspect that this is a U axis endstop problem, Have to check my slicer start scripts

                      1 Reply Last reply Reply Quote 0
                      • Björn Bursell
                        Björn Bursell last edited by

                        Oh' ok.. I'll check whatever is in my slicer scripts where it mentions U axis
                        ..

                        1 Reply Last reply Reply Quote 0
                        • Björn Bursell
                          Björn Bursell last edited by

                          Ok, added parameter S2 on the lines in my slicer scripts where U is mentioned, no problems with printing this file so far 🙂

                          Have this in the start script
                          ; move to heating position
                          G1 X78 U108 Y200 F6000 S2
                          G1 X78 U108 Y240 F6000 S2

                          No Ajax timeout! No communication problems no more 🙂

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

                            Please can you try the 1.19 bugfix I have just released (see separate thread) and see whether it works without your original tpost1.g file, i.e. without the extra S2 parameters. I identified the cause and I have attempted to fix it, but I don't have an IDEX printer to test the fix on.

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