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

New firmware 1.21RC3 available

Scheduled Pinned Locked Moved
Firmware installation
31
159
23.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
    DjDemonD
    last edited by 5 Mar 2018, 21:24

    I tried that, it didn't work, perhaps I didn't get the filename exactly right but I copy and paste it knowing it would need to be.

    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
    • undefined
      tjb1
      last edited by 5 Mar 2018, 21:52

      @kraegar:

      Kind of odd. If I power on, go to the gcode console, and send G1 Z-10 S2 it'll move as expected. If I send the same thing again, though, no movement. But if I change the Z value to something else, like G1 Z-20 S2, then it'll move as expected.

      To further confuse me, now it's moving the opposite direction I should after a few more Z moves before homing.

      9:44:10 AMG1 Z-20 S2
      9:44:02 AMG1 Z-30 S2
      9:43:53 AMG1 Z-40 S2
      9:43:44 AMG1 Z-20 S2
      9:43:39 AMG1 Z-20 S2

      The Z-30 and Z-20 both moved the bed in positive Z instead of negative.

      Those commands are being sent as absolute, once you move to Z-10, it can't go anywhere on the second Z-10 because it's already there. Same thing with the second issue, you are already at Z-40 and going back in the positive direction to Z-30 and Z-20, both are 10+ moves.

      1 Reply Last reply Reply Quote 0
      • undefined
        garyd9
        last edited by 5 Mar 2018, 23:03

        I don't know if this was fixed in RC3 or not, but I just noticed the following issue in RC2:

        When setting up a z-probe with P5 (It's a BLtouch) A3 (probe each location up to 3 times) and B1 (turn off bed heater while probing), the heater gets turned off for the FIRST of multi-tap probes, but not subsequent multi-tap probes.

        So, assuming a M558 of:

        M558 P5 X0 Y0 Z1 H5 F100 T4000 A3 B1

        and a bed.g containing the following:

        G30 P0 X1.1 Y-69.2 Z-99999
        G30 P1 X-50 Y65.5 Z-99999
        G30 P2 X49 Y65.5 Z-99999 S3

        (and the manual levelling assistant configured.)

        In each of the above probes, the heater is turned off for the FIRST test in each location, but the heater is turned back on (and stays on) for the SECOND probe. (My probes are apparently within 0.03 of each other, as I don't see a third probe in any location.)

        "I'm not saying that you are wrong - I'm just trying to fit it into my real world simulated experience."

        1 Reply Last reply Reply Quote 0
        • undefined
          kraegar
          last edited by 5 Mar 2018, 23:40

          @tjb1:

          @kraegar:

          Kind of odd. If I power on, go to the gcode console, and send G1 Z-10 S2 it'll move as expected. If I send the same thing again, though, no movement. But if I change the Z value to something else, like G1 Z-20 S2, then it'll move as expected.

          To further confuse me, now it's moving the opposite direction I should after a few more Z moves before homing.

          9:44:10 AMG1 Z-20 S2
          9:44:02 AMG1 Z-30 S2
          9:43:53 AMG1 Z-40 S2
          9:43:44 AMG1 Z-20 S2
          9:43:39 AMG1 Z-20 S2

          The Z-30 and Z-20 both moved the bed in positive Z instead of negative.

          Those commands are being sent as absolute, once you move to Z-10, it can't go anywhere on the second Z-10 because it's already there. Same thing with the second issue, you are already at Z-40 and going back in the positive direction to Z-30 and Z-20, both are 10+ moves.

          Yep, I realized that once I had some more coffee. 🙂

          Co-Creator of the RailcoreII CoreXY printer
          https://www.thingiverse.com/thing:2407174

          1 Reply Last reply Reply Quote 0
          • undefined
            Amilious
            last edited by 3 Jun 2018, 00:49 6 Mar 2018, 00:44

            I think that I might have found a bug.
            When doing the command
            G1 X4 Y4 F200 S2;
            only the X-axis moves

            I am using this in my homeall.g

            Here is my old homeall.g with added S2 does not work

            [[language]]
            G91 ; Relative Positioning
            G1 Z5 F6000 S2 ; Lower Z
            G1 X4 Y4 F600 S2 ; move away from the endstops
            G1 S1 X-305 Y-305 F3000 ; course home X or Y
            G1 S1 X-305 ; course home X
            G1 S1 Y-305 ; course home Y
            G1 X4 Y4 F600 S2 ; move away from the endstops
            G1 S1 X-10 ; fine home X
            G1 S1 Y-10 ; fine home Y
            G90 ; Absolute positioning
            G1 X8 Y30 F5000 S2 ; Move to first probe point
            T0 ; select tool
            M280 P3 S160 I1 ; release Z probe alarm
            G1 Z5 F200 S2 ; lower bed
            G4 P500 ; wait for the bed to lower
            M401 ; deploy the probe
            G30 ; calibrate Z-axis
            M402 ; Retract Probe
            G1 x0 y0 F5000 ; Move to 0,0
            G1 Z0 F200 ; Move to Z 0
            1 Reply Last reply Reply Quote 0
            • undefined
              Amilious
              last edited by 6 Mar 2018, 01:02

              @DjDemonD:

              I'm getting the same error on my corexy.

              M122 - https://1drv.ms/t/s!Apv79JfGbPIwg5QsmYhl9eYy6yVTZg

              when I try to downgrade to 1.21 rc2 I get

              M997 S0
              Error: M997: Firmware binary "Duet2CombinedFirmware.bin" not found

              I managed to restore RC2 after hitting erase and flashing it using SAM-BA.
              Working normally now, but still using wifiserver rc3, DWC rc3

              Maybe try renaming the old firmware that you are trying to downgrade to "Duet2CombinedFirmware.bin". The newer versions look for that file name, the same way you had to rename the Duet2CombinedFirmware.bin to DuetWiFiFirmware.bin when upgrading the first time.

              1 Reply Last reply Reply Quote 0
              • undefined
                dc42 administrators
                last edited by 6 Mar 2018, 08:48

                When upgrading and downgrading between firmware versions in which the expected name of the firmware binary has changed, you need to take account of:

                1. The binary name that the current installed firmware expects. Firmware 1.21RC3 expects Duet2CombinedFirmware.bin. Firmware 1.21RC2 on the Duet Ethernet expects DuetWiFiFirmware.bin. Firmware 1.21RC1 and earlier expect DuetWiFiFirmware.bin or DuetEthernetFirmware.bin depending on which board you have.

                2. The binary name that the currently-installed version of DuetWebControl expects. DWC 1.21RC4 expects Duet2CombinedFirmware.bin. Older versions of DWC expect DuetWiFiFirmware.bin or DuetEthernetFirmware.bin depending on which board you have.

                What always works is:

                • upload the firmware binary you want to install;
                • use the System Editor page of DWC to rename it to the name expected by the currently-installed firmware;
                • send M997 to install it.

                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
                • undefined
                  DjDemonD
                  last edited by 6 Mar 2018, 09:00

                  Okay, well that's simple enough. That was though just a minor issue, its the fact that RC3 doesn't seem to work on corexy that was the main event for me.

                  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
                  • undefined
                    dc42 administrators
                    last edited by 6 Mar 2018, 09:15

                    @DjDemonD:

                    Okay, well that's simple enough. That was though just a minor issue, its the fact that RC3 doesn't seem to work on corexy that was the main event for me.

                    Please provide more details of why RC3 didn't work for you, along with any relevant GCode files.

                    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
                    • undefined
                      kraegar
                      last edited by 6 Mar 2018, 14:42

                      It's working with my CoreXY OK.

                      (I'm chasing some print artifacts, but they exist on 1.20 as well, so I don't think it's FW related)

                      Co-Creator of the RailcoreII CoreXY printer
                      https://www.thingiverse.com/thing:2407174

                      1 Reply Last reply Reply Quote 0
                      • undefined
                        Mike
                        last edited by 6 Mar 2018, 15:07

                        In my case it was "Error: Attempt to seek on a non-open file." when trying to print anything sliced on Slic3r PE on my CoreXY. Reverted to the old firmware and finished the print without issues. I'll run a couple more tests on both my delta and the CoreXY in the evening.

                        1 Reply Last reply Reply Quote 0
                        • undefined
                          kraegar
                          last edited by 6 Mar 2018, 15:23

                          I get that right at the end of files from Cura. Not at all from S3D. But it prints the full print for Cura.

                          Co-Creator of the RailcoreII CoreXY printer
                          https://www.thingiverse.com/thing:2407174

                          1 Reply Last reply Reply Quote 0
                          • undefined
                            DjDemonD
                            last edited by 6 Mar 2018, 15:59

                            @dc42:

                            @DjDemonD:

                            Okay, well that's simple enough. That was though just a minor issue, its the fact that RC3 doesn't seem to work on corexy that was the main event for me.

                            Please provide more details of why RC3 didn't work for you, along with any relevant GCode files.

                            Hi David sorry scroll up a bit I provided a report and an M122. Corexy and attempting to print a SlicerPE file, so same issue others have had, downgrading just FW fixed it. Deltas working perfectly on rc3.

                            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
                            • undefined
                              resam
                              last edited by 6 Mar 2018, 16:03

                              I'm also running a CoreXY - didn't experience any issues with RC3 so far, about 5 prints or so successfully finished.

                              DC42: I think it would make sense to add the new debug information about SD cluster size to M122 as well.

                              1 Reply Last reply Reply Quote 0
                              • undefined
                                dc42 administrators
                                last edited by 6 Mar 2018, 16:45

                                @Mike:

                                In my case it was "Error: Attempt to seek on a non-open file." when trying to print anything sliced on Slic3r PE on my CoreXY. Reverted to the old firmware and finished the print without issues. I'll run a couple more tests on both my delta and the CoreXY in the evening.

                                Thanks. Please can you confirm or otherwise:

                                1. The fault only occurs when you try to print a file from SD card. In particular, just listing the files on the DWC GCode Files page doesn't provoke the problem;
                                2. The fault only occurs if the file was sliced by slic3r PE;
                                3. All files sliced with this version of slicer PE exhibit this issue when you try to print them.

                                Please supply a small test file that demonstrates the problem.

                                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
                                • undefined
                                  appjaws
                                  last edited by 6 Mar 2018, 16:46

                                  I have had to revert to rc2
                                  I need to move the hotend to the center of the bed prior to Z0.
                                  I also have a startup procedure in my start gcode on S3D. Even though the machine had all axis zero'd the print would not start. So I disabled the homeall part of the startup but because I use M32 to level the bed using 3 motors and that includes homeall nothing happened. I then noticed that the heaters had been turned off due to a power reset!!!!

                                  Why are we introducing a procedure that Z has to be zero'd before and other axis can move? This may well be good for Delta printers but is no good for my coreXYUV machine. This seems a backward step.
                                  Would it be possible for a user option to switch this on or off?
                                  Sorry for the rant, feeling a bit dissapointed

                                  appjaws - Core XYUV Duet Ethernet Duex5
                                  firmware 3.5.0-rc.4 Web Interface 3.5.0-rc.4
                                  Ormerod 1-converted to laser engraver, Duet wifi
                                  OpenSCAD version 2024.03.18
                                  Simplify3D 5.1.2

                                  1 Reply Last reply Reply Quote 0
                                  • undefined
                                    dc42 administrators
                                    last edited by 6 Mar 2018, 16:48

                                    Z does not have to be homed or zeroed before the other axes can move. Did you read the upgrade notes?

                                    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
                                    • undefined
                                      whosrdaddy
                                      last edited by 6 Mar 2018, 16:49

                                      @DjDemonD:

                                      @dc42:

                                      @DjDemonD:

                                      Okay, well that's simple enough. That was though just a minor issue, its the fact that RC3 doesn't seem to work on corexy that was the main event for me.

                                      Please provide more details of why RC3 didn't work for you, along with any relevant GCode files.

                                      Hi David sorry scroll up a bit I provided a report and an M122. Corexy and attempting to print a SlicerPE file, so same issue others have had, downgrading just FW fixed it. Deltas working perfectly on rc3.

                                      I use SlicerPE and no problems on my CoreXY.

                                      1 Reply Last reply Reply Quote 0
                                      • undefined
                                        Mike
                                        last edited by 6 Mar 2018, 17:38

                                        I've tried it out, both S3D and Slic3r PE files work on my delta (it gives the "Error: Attempt to seek on a non-open file." popup at the end of the print though), while neither would print on the CoreXY. The printer executes the G28 command and stops with the error message. The same result repeats regardless of the object in question, I'll try to attach a sample G-code here.

                                        ; generated by Slic3r Prusa Edition 1.39.1-beta1-prusa3d-win64 on 2018-03-06 at 18:25:08
                                        ;
                                        ; external perimeters extrusion width = 0.45mm
                                        ; perimeters extrusion width = 0.45mm
                                        ; infill extrusion width = 0.45mm
                                        ; solid infill extrusion width = 0.45mm
                                        ; top infill extrusion width = 0.40mm
                                        ; first layer extrusion width = 0.45mm
                                        M107
                                        M106 P1 S0.1 I0 F500 H-1;
                                        M140 S110;
                                        G28 X Y
                                        G1 X150 Y100
                                        M190 S110;
                                        G30 X150 Y100
                                        G1 X150 Y100 Z25
                                        M104 S267 T0;
                                        M109 S267 T0;
                                        M106 P1 S0.2 I0 F500 H-1;
                                        ; Filament gcode
                                        ;M290 S0.05
                                        G21 ; set units to millimeters
                                        G90 ; use absolute coordinates
                                        M83 ; use relative distances for extrusion
                                        G1 Z0.300 F10500.000
                                        G1 E-1.20000 F2280.00000
                                        G1 X125.225 Y99.725 F10500.000
                                        G1 E1.20000 F2280.00000
                                        G1 F600
                                        G1 X174.775 Y99.725 E2.38319
                                        G1 X174.775 Y100.275 E0.02645
                                        G1 X125.225 Y100.275 E2.38319
                                        G1 X125.225 Y99.785 E0.02357
                                        G1 X125.625 Y99.726 F10500.000
                                        G1 X125.418 Y100.000 F10500.000
                                        G1 F600
                                        G1 X174.582 Y100.000 E1.00800
                                        G1 E-1.20000 F2280.00000
                                        ; Filament-specific end gcode
                                        ;END gcode for filament
                                        M104 S0 ; turn off extruder
                                        M140 S0 ; turn off bed
                                        M107; Turn off fans
                                        G91
                                        G1 Z50 ; lift z
                                        G90
                                        ;G28 Z; home all axes
                                        M84 ; disable motors
                                        M106 P1 S0.5 I0 F500 H-1; dim lights
                                        1 Reply Last reply Reply Quote 0
                                        • undefined
                                          SputnikOC3d
                                          last edited by 6 Mar 2018, 18:01

                                          @garyd9:

                                          I don't know if this was fixed in RC3 or not, but I just noticed the following issue in RC2:

                                          When setting up a z-probe with P5 (It's a BLtouch) A3 (probe each location up to 3 times) and B1 (turn off bed heater while probing), the heater gets turned off for the FIRST of multi-tap probes, but not subsequent multi-tap probes.

                                          So, assuming a M558 of:

                                          M558 P5 X0 Y0 Z1 H5 F100 T4000 A3 B1

                                          and a bed.g containing the following:

                                          G30 P0 X1.1 Y-69.2 Z-99999
                                          G30 P1 X-50 Y65.5 Z-99999
                                          G30 P2 X49 Y65.5 Z-99999 S3

                                          (and the manual levelling assistant configured.)

                                          In each of the above probes, the heater is turned off for the FIRST test in each location, but the heater is turned back on (and stays on) for the SECOND probe. (My probes are apparently within 0.03 of each other, as I don't see a third probe in any location.)

                                          Thanks for posting this - I wasnt sure how to use the Bed heat on/off within M558. Also I wasnt aware that multitap was in the RC2 version. Im on RC3 and needed to change the P parameter of Probe MODE to 9 [ P9 ] for RC3 as per the notes. I will test out RC3 with the bed on/off settings and report if RC3 is working as inted for this feature

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