Duet3D Logo

    Duet3D

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

    New firmware release 1.17a

    Firmware installation
    12
    25
    3829
    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.
    • dc42
      dc42 administrators last edited by

      I have released firmware 1.17a at https://github.com/dc42/RepRapFirmware/tree/dev/Release/Duet-WiFi/Stable. This is essentially a bug fix release. The changes are:

      Homing speeds:

      • The speed factor (M220 command, or speed control in DWC and PanelDue) no longer affects the speed of homing moves or other special moves (i.e. G1 commands with S1 or S2 parameter)

      Bug fixes:

      • Fixed the M120 (Push) command
      • Setting relative extruder movement (M83) or a feed rate (G1 Fxxx) in config.g now works again
      • The F (feed rate) parameter is now processed correctly on a G1 command with the R parameter
      • If you used M106 to change a fan PWM frequency, the change did not take place until you next changed the speed
      • On boards with SAM3X processors, due to a chip bug the fan speed was sometimes incorrect if you changed the PWM frequency
      • If an http client requested a non-existent file that was not an HTML file, the server incorrectly returned a 404 HTML page

      I have put a copy of chrishamm's DuetWebControl version 1.14RC1 there as well.

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

        Thanks,

        Do you have any idea what the changes in DWC are ?
        Also, can you provide the sources of the DWC binaries you distribute please ? (DuetWebControl-1.14-b4.bin and DuetWebControl-1.14-RC1.bin)

        edit: macro names (ex: Z-0.01) are fixed.

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

          For DWC sources and change lists, you should look in chrishamm's github repository. I provide copies of the binaries in my repostory as a convenience to users who are downloading the firmware.

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

            2 prints in the raw where RRP did not drive heater 1. (it then complained with Warning: Tool 0 was not driven because its heater temperatures were not high enough or it has a heater fault)
            (happened after RRP/DWC updates)

            did an emergency stop, re-used the same gcode and it worked as expected

            gcode file starts with

            [[language]]
            M190 S80
            M104 S205
            M109 S205
            G28 ; home all axes
            M82
            G1 X0 Y0 Z5 F8000
            G29 S1
            ;LAYER_COUNT:50
            ;LAYER:0
            M107
            G1 Z23
            G0 F4500 X13.565 Y4.757 Z3.3
            
            

            not the first time I encounter this issue, can't tell if it always happened after a software upgrade.

            1 Reply Last reply Reply Quote 0
            • lolorc
              lolorc last edited by

              @dc42:

              For DWC sources and change lists, you should look in chrishamm's github repository.

              I did before writing my message. πŸ™‚

              https://github.com/chrishamm/DuetWebControl
              only one branch, master which is 2 month old.

              edit, see:

              • https://www.duet3d.com/forum/thread.php?pid=6186#p6186
              • https://www.duet3d.com/forum/thread.php?pid=6332#p6332
              1 Reply Last reply Reply Quote 0
              • lolorc
                lolorc last edited by

                an issue with a gcode file generated by slic3r in vase mode: DWC is displaying "Layer: 3736 of 505, Filament Usage: 3644.0mm of 3879.5mm (235.5mm remaining)" with "current layer time = 0s" which is not true.

                gcode is here : https://cloud.githubusercontent.com/assets/10393822/21608175/3f054c7c-d1bb-11e6-9a93-dd060e76dfeb.png this is not a png but an uncompressed gcode file you can wget. (3.8MB)

                (apart from the visible Z seam, the vase was printed perfectly)

                1 Reply Last reply Reply Quote 0
                • deckingman
                  deckingman last edited by

                  I get the same thing with slic3r in spiral vase mode but it's hardly surprising given that the layer change is continuous. So there are an infinite number of layers or only one layer depending on how you look at it. Under those circumstances, I can't see DWC could display anything useful so I ignore it.

                  Ian
                  https://somei3deas.wordpress.com/
                  https://www.youtube.com/@deckingman

                  1 Reply Last reply Reply Quote 0
                  • lolorc
                    lolorc last edited by

                    makes sense. I guess RRP/DWC could probably try to be clever about what it displays. but considering your explanation that's minor enough to ignore I agree πŸ™‚

                    1 Reply Last reply Reply Quote 0
                    • CRPerryJr
                      CRPerryJr last edited by

                      Thanks For the update! I updated to 1.17a and DWC 1.14-RC1. Everything tests ok regarding my printer, but the Webcam issue related to appending the "&" parameter to update the cached image is still causing no image to be displayed in DWC\Print Status. "ERR_EMPTY_RESPONSE".

                      http://localip/webcapture.jpg?command=snap&channel=0 Works in any browser and displays a static image.

                      http://localip/webcapture.jpg?command=snap&channel=0& Fails in any browser with "Failed to load resource: net::ERR_EMPTY_RESPONSE"

                      http://localip/webcapture.jpg?command=snap&channel=0&dummy=VARIOUS NUMBERS causes "Failed to load resource: net::ERR_EMPTY_RESPONSE" in DWC. Everything after "=0" is what DWC adds to the URL provided above to create a new URL and refresh the image.

                      If we could change the "&" parameter to just about anything else, it seems to work. But my webcam doesn't like the additional "&".
                      I have an ELP IP 1881 IP Camera if that helps at all. (I think it also goes by TOP201)

                      1 Reply Last reply Reply Quote 0
                      • Russ Gries
                        Russ Gries last edited by

                        @dc42:

                        Homing speeds:

                        • The speed factor (M220 command, or speed control in DWC and PanelDue) no longer affects the speed of homing moves or other special moves (i.e. G1 commands with S1 or S2 parameter)

                        Yeah! Thanks David!!!!

                        will need to install this one πŸ™‚

                        ~Russ

                        One Day At A Time…
                        My Main Research Page:
                        http://rwgresearch.com/open-projects/3d-printing-research/

                        1 Reply Last reply Reply Quote 0
                        • LeonMF
                          LeonMF last edited by

                          @lolorc:

                          2 prints in the raw where RRP did not drive heater 1. (it then complained with Warning: Tool 0 was not driven because its heater temperatures were not high enough or it has a heater fault)
                          (happened after RRP/DWC updates)

                          did an emergency stop, re-used the same gcode and it worked as expected

                          not the first time I encounter this issue, can't tell if it always happened after a software upgrade.

                          I saw something similar. I did an upgrade from 1.17 to 1.17a without doing a power cycle. I had the system pre-heated and it looks like the heater shut off when I started my print!

                          All subsequent prints after that first one have been fine. Maybe there's some initial condition thing? It's not a huge deal but if I hadn't seen this comment I probably would have freaked out a bit! πŸ™‚

                          Current: Railcore II ZLT w/Duet 3 and Hemera hot end.
                          Retired: Robo3D R1,BI V2.5 Delta updated to BerryBot magnets, bespoke carriages and Duet Ethernet, M3D Promega;

                          1 Reply Last reply Reply Quote 0
                          • Sniffle
                            Sniffle last edited by

                            Have you thought about a Z-probe repeatability test that can be ran as a probe verification tool? say G29 S3 D10(requires being homed) S3 because it's the next function in line after G29 S2, and D10 for the number of times to probe said point.

                            Moves halfway to the max position defined in the config, probes D times, records the trigger heights and returns the mean and std deviation after completing the action

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

                              @CRPerryJr:

                              Thanks For the update! I updated to 1.17a and DWC 1.14-RC1. Everything tests ok regarding my printer, but the Webcam issue related to appending the "&" parameter to update the cached image is still causing no image to be displayed in DWC\Print Status. "ERR_EMPTY_RESPONSE".

                              http://localip/webcapture.jpg?command=snap&channel=0 Works in any browser and displays a static image.

                              http://localip/webcapture.jpg?command=snap&channel=0& Fails in any browser with "Failed to load resource: net::ERR_EMPTY_RESPONSE"

                              http://localip/webcapture.jpg?command=snap&channel=0&dummy=VARIOUS NUMBERS causes "Failed to load resource: net::ERR_EMPTY_RESPONSE" in DWC. Everything after "=0" is what DWC adds to the URL provided above to create a new URL and refresh the image.

                              If we could change the "&" parameter to just about anything else, it seems to work. But my webcam doesn't like the additional "&".
                              I have an ELP IP 1881 IP Camera if that helps at all. (I think it also goes by TOP201)

                              The problem with webcam images is that the target URI has to be different every time a new photo is requested. I saw the other day that JQuery does it a bit different and that they use &= <random>instead of &dummy=<random>. Are you able to open http://localip/webcapture.jpg?command=snap&channel=0&=346345234 or does it give you an empty image as well?

                              For MJPEG sources I'm planning to allowing a static image URL by setting the update interval to 0. This will be implemented in DWC 1.14a.</random></random>

                              Duet software engineer

                              1 Reply Last reply Reply Quote 0
                              • InSanity
                                InSanity last edited by

                                I notice some talk about heaters not being turned on sometimes. I had this happen yesterday, started a print and when the machine went to lay it's cleaning swipe on the bed it had the nice grinding noise of the extruder trying to push cold PLA. I did an emergency reset followed by a power cycle printed the same file and everything worked perfectly. This is with version 1.17a, no recent firmware updates were involved. I thought it was worth a mention, I'll keep track of this happening again.

                                Ohhh and the heater was set to 210 on the web console, so I know it should have been heating up, no faults indicated. I didn't notice if the tool was active or not before hitting the power switch. The fact that the same exact file worked the next time makes me wonder. I also don't get why the extruder was trying on cold filament, normally it would just toss up errors, the PT100 was showing 26.7C ish.

                                Thanks,

                                Jeff

                                Duet WiFi Powered FFCP with E3D legends hotend system. BLTouch grid leveling.

                                1 Reply Last reply Reply Quote 0
                                • demonio669
                                  demonio669 last edited by

                                  David, I Installed FW 1.17a and I think I found a bug.

                                  I modified a gcode file to add a M226 to it to pause the printer to allow me to change the filament color. but the printer stays in "pausing" state

                                  I also try to add M25 instead of M226 but with the same results.

                                  I add a sleep.g macro containing M98 P/sys/pause.g to call pause code but also it dont work

                                  I'm doing something wrong or it is a bug ?

                                  I have a duet wifi

                                  1 Reply Last reply Reply Quote 0
                                  • StephenRC
                                    StephenRC last edited by

                                    Duet 085, firmware 1.17a , web 1.14-rc1, 24vdc power, bed is on AC via ssr. A 24vdc fan @ 12vdc is cooling the driver section of the board. Today I downloaded and uploaded the firmware again, just in case there was a problem with the initial upgrade.

                                    A print is running, hit pause, that works fine. Then I hit cancel, after cancel.g has run, the 'outside all triangles' error storm starts filling the screen. Yesterday, found that after using the web page's emergency stop, it never reconnects afterwards. Today, I found that a home all does stop the error once the z axis home has started. My DuetWifi hasn't done this. The file being printed has no affect. The Duet085 didn't do this on earlier firmware. At one time yesterday the web stopped responding and the paneldue stopped talking with the printer, I haven't been able to reproduce that.

                                    First error in the log:
                                    12:40:27 PM M0 H1
                                    Print cancelled
                                    Triangle interpolation: point outside all triangles!
                                    Triangle interpolation: point outside all triangles!
                                    Triangle interpolation: point outside all triangles!

                                    Then for every second after that, one or more:
                                    Triangle interpolation: point outside all triangles!
                                    –---------------------
                                    The errors continue until a home all has started the z home part or a power cycle.

                                    -- This is right after a home all:
                                    12:43:29 PMM122
                                    === Diagnostics ===
                                    Used output buffers: 1 of 32 (12 max)
                                    === Platform ===
                                    Memory usage:
                                    Program static ram used: 45804
                                    Dynamic ram used: 41412
                                    Recycled dynamic ram: 2896
                                    Current stack ram used: 2840
                                    Maximum stack ram used: 6788
                                    Never used ram: 1404
                                    Last reset 00:06:08 ago, cause: software
                                    Last software reset code: 0x0003, available RAM 1736 bytes (slot 4)
                                    Spinning module during software reset: GCodes
                                    Error status: 0
                                    Max PWM loop count 0
                                    Free file entries: 10
                                    SD card 0 detected, interface speed: 21.0MBytes/sec
                                    SD card longest block write time: 0.0ms
                                    MCU temperature: min 33.6, current 41.2, max 47.8
                                    Current date and time: 2017-01-07 12:43:28
                                    Slowest main loop (seconds): 0.061630; fastest: 0.000108
                                    === Move ===
                                    MaxReps: 4, StepErrors: 0, MaxWait: 4ms, Underruns: 0, 0
                                    Bed probe heights: -0.173 0.031 -0.215 -0.006 -0.086 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000
                                    === Heat ===
                                    Bed heater = 0, chamber heater = -1
                                    Heater 0 is on, I-accum = 0.4
                                    Heater 1 is on, I-accum = 0.5
                                    === GCodes ===
                                    Segments left: 0
                                    Stack records: 2 allocated, 0 in use
                                    Movement lock held by null
                                    http is ready with "M122"
                                    telnet is idle
                                    file is idle
                                    serial is idle
                                    aux is idle
                                    daemon is idle
                                    === Network ===
                                    Free connections: 15 of 16
                                    Free transactions: 23 of 24
                                    === Webserver ===
                                    HTTP sessions: 1 of 8
                                    FTP connections: 0, state 0
                                    Telnet connections: 0, state 0


                                    cancel.g:
                                    M104 S0 ; turn off extruder
                                    M140 S0 ; turn off bed
                                    M106 S0 ; turn off part fan
                                    G1 X10 F3000 ; move x to left
                                    G1 Y260 F3000 ; move y to front
                                    G91 ; relative moves
                                    G1 Z10 ; raise z by 10
                                    G90 ; absolute moves
                                    M84 ; disable motors

                                    Originally had a G28 X instead of the G1 X10 F3000 line. The change had no affect.

                                    Also ran a M122 during the error storm:

                                    12:52:54 PM Triangle interpolation: point outside all triangles!
                                    Triangle interpolation: point outside all triangles!
                                    Triangle interpolation: point outside all triangles!

                                    === Diagnostics ===
                                    Used output buffers: 3 of 32 (18 max)
                                    === Platform ===
                                    Memory usage:
                                    Program static ram used: 45804
                                    Dynamic ram used: 41412
                                    Recycled dynamic ram: 2896
                                    Current stack ram used: 2840
                                    Maximum stack ram used: 6788
                                    Never used ram: 1404
                                    Last reset 00:15:34 ago, cause: software
                                    Last software reset code: 0x0003, available RAM 1736 bytes (slot 4)
                                    Spinning module during software reset: GCodes
                                    Error status: 0
                                    Max PWM loop count 0
                                    Free file entries: 10
                                    SD card 0 detected, interface speed: 21.0MBytes/sec
                                    SD card longest block write time: 0.0ms
                                    MCU temperature: min 32.3, current 41.5, max 48.5
                                    Current date and time: 2017-01-07 12:52:54
                                    Slowest main loop (seconds): 0.061462; fastest: 0.000183
                                    === Move ===
                                    MaxReps: 4, StepErrors: 0, MaxWait: 4ms, Underruns: 0, 0
                                    Bed probe heights: -0.289 -0.070 -0.311 -0.100 -0.703 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000
                                    === Heat ===
                                    Bed heater = 0, chamber heater = -1
                                    Heater 0 is on, I-accum = 0.3
                                    Heater 1 is on, I-accum = 0.5
                                    === GCodes ===
                                    Segments left: 0
                                    Stack records: 2 allocated, 0 in use
                                    Movement lock held by null
                                    http is ready with "M122"
                                    telnet is idle
                                    file is idle
                                    serial is idle
                                    aux is idle
                                    daemon is idle
                                    === Network ===
                                    Free connections: 15 of 16
                                    Free transactions: 22 of 24
                                    === Webserver ===
                                    HTTP sessions: 1 of 8
                                    FTP connections: 0, state 0
                                    Telnet connections: 0, state 0

                                    Triangle interpolation: point outside all triangles!

                                    1 Reply Last reply Reply Quote 0
                                    • guywinslow
                                      guywinslow last edited by

                                      I have the same issue as demonio669 Today 18:14. I also tried putting the M226 M25 in my print file and the printer went into a pause states and never ran the Pause macro file. Also i could not get anything to operate till i power cycled. This included sending the M24 command after disconnecting the browser and reconnecting the browser to the printer

                                      1 Reply Last reply Reply Quote 0
                                      • demonio669
                                        demonio669 last edited by

                                        @guywinslow:

                                        I have the same issue as demonio669 Today 18:14. I also tried putting the M226 M25 in my print file and the printer went into a pause states and never ran the Pause macro file. Also i could not get anything to operate till i power cycled. This included sending the M24 command after disconnecting the browser and reconnecting the browser to the printer

                                        Yes I also have to press the emergency stop button to control the printer again

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

                                          The M226 issue is fixed in 1.17b, which I am about to release. My thanks to chrishamm for the fix.

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

                                            Had some time. I noticed on my DuetWifi, cancel.g only has G1 Y300 and it works fine and that bed is 400x300. So, on the Duet085, I edited my cancel.g to find the culprit and it's the G1 Y260 F3000. Decreased the y to G1 Y250 F3000, Triangle interpolation: point outside all triangles! error storm occurs. If I lower it to G1 Y240 F3000, the error storm doesn't happen. Go back to G1 Y250 F3000, no problem. But changing it back to G1 Y260 F3000, error returns until I put it back to G1 Y240 F3000. Bed is defined to be 300x270. I even tried deleting and making a new cancel.g, no change. If the file has everything commented but the G1 Y260 F3000 line, it still does the error. The bed does go right where the G1 tells it to go.

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

                                              What happens if you send G1 Y260 manually?

                                              That message means that the firmware thinks you are trying to move the head to a point a long way outside your 5 bed probe points. It most often occurs on homing moves, because the G1 S1 homing moves necessarily have an endpoint that may be well outside the bed.

                                              You might want to try putting a G90 command before that G1 command, just in case it has somehow got into relative coordinates mode.

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

                                                When that G1 Y260 F3000 move occurs, the printer is already at X0 Y0 due to the G1 X0 Y0 F5000 in pause.g. After the moves in cancel.g are acted on, the dwc & paneldue shows X10 Y260. None of the axes positions are outside the defined printer area of 300x270x200, before, during and after.

                                                The G91 has a G90 in the two macros and they only surround the z moves.

                                                The print files that slic3r makes, have a M83 & G90 at the beginning.

                                                1 Reply Last reply Reply Quote 0
                                                • demonio669
                                                  demonio669 last edited by

                                                  @dc42:

                                                  The M226 issue is fixed in 1.17b, which I am about to release. My thanks to chrishamm for the fix.

                                                  I try V. 1.17b and the problem is fixed! thank you David and chrishamm !!!

                                                  1 Reply Last reply Reply Quote 0
                                                  • CRPerryJr
                                                    CRPerryJr last edited by

                                                    The problem with webcam images is that the target URI has to be different every time a new photo is requested. I saw the other day that JQuery does it a bit different and that they use &= <random>instead of &dummy=<random>. Are you able to open http://localip/webcapture.jpg?command=snap&channel=0&=346345234 or does it give you an empty image as well?

                                                    For MJPEG sources I'm planning to allowing a static image URL by setting the update interval to 0. This will be implemented in DWC 1.14a.</random></random>

                                                    Hi and thanks for responding so quickly. Anything that appends another "&" cause no image to be displayed. If another character is used such as a ";", the camera ignores it and displays the image.

                                                    Are you able to open http://localip/webcapture.jpg?command=snap&channel=0&_=346345234 or does it give you an empty image as well?

                                                    No image is displayed.

                                                    1 Reply Last reply Reply Quote 0
                                                    • StephenRC
                                                      StephenRC last edited by

                                                      @StephenRC:

                                                      When that G1 Y260 F3000 move occurs, the printer is already at X0 Y0 due to the G1 X0 Y0 F5000 in pause.g. After the moves in cancel.g are acted on, the dwc & paneldue shows X10 Y260. None of the axes positions are outside the defined printer area of 300x270x200, before, during and after.

                                                      The G91 has a G90 in the two macros and they only surround the z moves.

                                                      The print files that slic3r makes, have a M83 & G90 at the beginning.

                                                      Copied the cancel.g file over to the corexy with the DuetWifi. It worked fine, then changed the Y260 to Y300 for the max y on that printer, and it still worked fine.

                                                      Updated Duet085 to 1.17b, problem still there. There must be something odd going on with my Duet085. It doesn't always show the M117 on the PanelDue and every so often on power up the ethernet is unresponsive. Since the problem stops by using Y240, I'm not going to worry about it.

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