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

    RepRapFirmware 3.01-RC6 released

    Scheduled Pinned Locked Moved
    Beta Firmware
    27
    165
    12.6k
    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.
    • dc42undefined
      dc42 administrators @garyd9
      last edited by dc42

      @garyd9 said in RepRapFirmware 3.01-RC6 released:

      @dc42 said in RepRapFirmware 3.01-RC6 released:

      The release notes are at https://github.com/dc42/RepRapFirmware/blob/v3-dev/WHATS_NEW_RRF3.md.
      ... If you were using M308 H or L parameters for thermistors attached to a Duet 3 main board, you will need to adjust those values
      ... The M308 thermistor H and L parameters on Duet 3 main boards have been re-scaled to match the scaling used on Duet 3 expansion and tool boards.

      Can you please publish the old scaling in the release notes to make it easier to adjust M308 L/H values? Even better would be a simple equation that people can just plug their old values into to get the new values.

      For example, I have the following M308 (with L/H values carried since using a duet2 on RRF 1.19):

      M308 S0 P"temp0" Y"thermistor" A"Bed" T100000 B3950  R4700 L54 H-97
      

      Thank you
      Gary

      For Duet 3 main board, dividing your old correction by 8 should give the new value.

      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

      garyd9undefined 1 Reply Last reply Reply Quote 0
      • Adrian52undefined
        Adrian52 @jay_s_uk
        last edited by

        @jay_s_uk +1

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

          @jay_s_uk said in RepRapFirmware 3.01-RC6 released:

          Bug

          On a duet 2 running RRF3.01-RC6 and DWC 2.1.0 I am unable to retract or extrude filament manually using the buttons.
          Even sending M302 P1 does not allow me to manually retract or extrude the filament.

          T0 is active and up to temperature

          I confirm this is a bug. Try reverting to DWC 2.0.7.

          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
          • chrishammundefined
            chrishamm administrators @garyd9
            last edited by

            @garyd9 RC3 is likely incompatibe, upgrade to RC6. If you have no way to exchange DWC2, enter forceLegacyConnect = true into your JS console (open via F12) and it should connect using the old rr_status requests.

            I'll look into the other reports.

            Duet software engineer

            1 Reply Last reply Reply Quote 0
            • garyd9undefined
              garyd9 @dc42
              last edited by

              @dc42 said in RepRapFirmware 3.01-RC6 released:

              ... If you were using M308 H or L parameters for thermistors attached to a Duet 3 main board, you will need to adjust those values

              For Duet 3 main board, dividing your old correction by 8 should give the new value.

              Thank you.

              @chrishamm said in RepRapFirmware 3.01-RC6 released:

              @garyd9 RC3 is likely incompatibe, upgrade to RC6. If you have no way to exchange DWC2, enter forceLegacyConnect = true into your JS console (open via F12) and it should connect using the old rr_status requests.

              I had already pulled the sdcard and copied DWC 2.0.7 when I posted. I wanted to upgrade DWC first to see if the issue with it not prompting for a firmware upgrade on duet3 board was fixed. (Which, by the way, I can confirm as being fixed.)

              "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
              • chas2706undefined
                chas2706
                last edited by

                @chas2706 said in RepRapFirmware 3.01-RC6 released:

                I will try to re-install but not to worry if it fails because I have backup copies.

                Upgrade failed.
                Still get message "drive is unmounted so I gave up.

                Managed to re-install rrf3.01.RC3 but DWC is wrong version for this build. how do I obtain DWC version 2.0.7?

                1 Reply Last reply Reply Quote 0
                • gruenundefined
                  gruen
                  last edited by

                  I come from working RC5 on 6HC. After the update works nothing!

                  (RC6.jpg

                  1 Reply Last reply Reply Quote 0
                  • ChrisPundefined
                    ChrisP
                    last edited by ChrisP

                    Running a Duet3 with an RPi4 as an SBC. Updated using apt and have ended up with loads of issues. The first was the "drive is unmounted" error everywhere and a screen the same as teh one in the post above which I could only get rid of by power cycling.

                    The web interface now loads but while the extruder is listed under tools, the bed isn't. The status also continually says "Busy" in a yellow box. Pressing emergency stop / M112 results in the Duet crashing and not starting up again (the thermostatic fan runs constantly) until the power is cycled.

                    Allowing a restart after editing config.g results in no tools being shown at all.

                    M122 Dump:

                    === Diagnostics ===
                    RepRapFirmware for Duet 3 MB6HC version 3.01-RC6 running on Duet 3 MB6HC v0.6 or 1.0
                    Board ID: 08DJM-956L2-G43S8-6J1FJ-3SD6M-9S3GF
                    Used output buffers: 1 of 40 (10 max)
                    === RTOS ===
                    Static ram: 154084
                    Dynamic ram: 161268 of which 24 recycled
                    Exception stack ram used: 320
                    Never used ram: 77520
                    Tasks: NETWORK(ready,2076) HEAT(blocked,1196) CanReceiv(suspended,3820) CanSender(suspended,1488) CanClock(blocked,1436) TMC(blocked,216) MAIN(running,4920) IDLE(ready,76)
                    Owned mutexes:
                    === Platform ===
                    Last reset 00:06:48 ago, cause: power up
                    Last software reset at 2020-04-03 21:25, reason: User, spinning module LinuxInterface, available RAM 77760 bytes (slot 3)
                    Software reset code 0x0010 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0441a000 BFAR 0x00000000 SP 0xffffffff Task 0x4e49414d
                    Error status: 0
                    Free file entries: 10
                    SD card 0 not detected, interface speed: 37.5MBytes/sec
                    SD card longest block write time: 0.0ms, max retries 0
                    MCU temperature: min 43.4, current 46.9, max 47.0
                    Supply voltage: min 11.9, current 12.0, max 12.2, under voltage events: 0, over voltage events: 0, power good: yes
                    12V rail voltage: min 11.2, current 11.2, max 11.5, under voltage events: 0
                    Driver 0: standstill, reads 54044, writes 14 timeouts 0, SG min/max 0/0
                    Driver 1: standstill, reads 54044, writes 14 timeouts 0, SG min/max 0/0
                    Driver 2: standstill, reads 54045, writes 14 timeouts 0, SG min/max 0/0
                    Driver 3: standstill, reads 54046, writes 13 timeouts 0, SG min/max 0/0
                    Driver 4: standstill, reads 54047, writes 12 timeouts 0, SG min/max 0/0
                    Driver 5: standstill, reads 54048, writes 12 timeouts 0, SG min/max 0/0
                    Date/time: 2020-04-03 21:40:44
                    Slowest loop: 3.62ms; fastest: 0.21ms
                    === Move ===
                    Hiccups: 0(0), FreeDm: 375, MinFreeDm: 375, MaxWait: 0ms
                    Bed compensation in use: none, comp offset 0.000
                    === MainDDARing ===
                    Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0  CDDA state: -1
                    === AuxDDARing ===
                    Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0  CDDA state: -1
                    === Heat ===
                    Bed heaters = 0 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1, chamberHeaters = -1 -1 -1 -1
                    === GCodes ===
                    Segments left: 0
                    Movement lock held by null
                    HTTP* is ready with "M122" in state(s) 0
                    Telnet is idle in state(s) 0
                    File is idle in state(s) 0
                    USB is idle in state(s) 0
                    Aux is idle in state(s) 0
                    Trigger* is idle in state(s) 0
                    Queue is idle in state(s) 0
                    LCD is idle in state(s) 0
                    SBC is idle in state(s) 0
                    Daemon* is idle in state(s) 0
                    Autopause is idle in state(s) 0
                    Code queue is empty.
                    === Network ===
                    Slowest loop: 0.66ms; fastest: 0.01ms
                    Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0)
                    HTTP sessions: 0 of 8
                    - Ethernet -
                    State: disabled
                    Error counts: 0 0 0 0 0
                    Socket states: 0 0 0 0 0 0 0 0
                    === Filament sensors ===
                    Extruder 0: pos 0.00, errs: frame 0 parity 0 ovrun 0 pol 0 ovdue 0
                    === CAN ===
                    Messages sent 1544, longest wait 0ms for type 0
                    === Linux interface ===
                    State: 0, failed transfers: 0
                    Last transfer: 18ms ago
                    RX/TX seq numbers: 12011/12012
                    SPI underruns 0, overruns 0
                    Number of disconnects: 0
                    Buffer RX/TX: 0/0-0
                    === Duet Control Server ===
                    Duet Control Server v1.3.0.0
                    Code buffer space: 4096
                    Configured SPI speed: 8000000 Hz
                    Full transfers per second: 22.67
                    
                    A Former User? 1 Reply Last reply Reply Quote 0
                    • chas2706undefined
                      chas2706
                      last edited by

                      @ChrisP said in RepRapFirmware 3.01-RC6 released:

                      Running a Duet3 with an RPi4 as an SBC. Updated using apt and have ended up with loads of issues. The first was the "drive is unmounted" error everywhere and a screen the same as teh one in the post above which I could only get rid of by power cycling.

                      Glad to hear i'm not alone.
                      I don't know what the issue is. I did a back up of the pi sd a while ago and even when I revert to that and then update It has the same issues. Nothing works because the DWC says "drive is unmounted".

                      ChrisPundefined 1 Reply Last reply Reply Quote 0
                      • ChrisPundefined
                        ChrisP @chas2706
                        last edited by ChrisP

                        @chas2706 Did power cycling fix that issue for you? It did for me. MInd you, even when that works, the printer is still unusable.

                        A colleague of mine is just upgrading an E3D toolchanger to the same Duet3 + SBC setup, has just updated before we saw all this and is now in the same situation. (edit: post below)

                        1 Reply Last reply Reply Quote 0
                        • elliott.griffithsundefined
                          elliott.griffiths @tobias_munich
                          last edited by

                          @tobias_munich I got the same behaviour after updating.

                          tobias_munichundefined 1 Reply Last reply Reply Quote 0
                          • A Former User?
                            A Former User @ChrisP
                            last edited by A Former User

                            @ChrisP said in RepRapFirmware 3.01-RC6 released:

                            drive is unmounted

                            by the sound of it its unable to load the config.g so that could explain why nothing else works.

                            could you also try doing ls -l /opt/dsf/sdand ls -l /opt/dsf/sd/sys in an ssh shell to see what permissions you have?

                            edit: or did the power cycle solve it?

                            ChrisPundefined 1 Reply Last reply Reply Quote 0
                            • tobias_munichundefined
                              tobias_munich @elliott.griffiths
                              last edited by tobias_munich

                              @elliott-griffiths it’s frustrating.
                              After setting it up from scratch.
                              Means... downloading the current image, and setup a new sd...
                              still issues.
                              Stand-alone with SD, no problem.

                              But the SBC version.
                              After starting with the new image the sbc connects to the duet. So far so good.
                              DWC is able to acces the virtual SD with all folders.
                              But after uploading the config.g to the sys folder and rebooting,
                              the system has problems to access to the virtual SD with a lot of error messages .
                              It’s not able to read and access any folder of the virtual SD

                              It’s so frustrating

                              Hypercube-Evolution, Dual-Z, Nimble v2, Orion Piezo
                              Duet3, DuetWifi, Raspberry Pi 4, 7 inch HDMI Display, Panel-Due
                              Firmware: RepRapFirmware for Duet 3 MB6HC 'always the latest release'

                              A Former User? 1 Reply Last reply Reply Quote 1
                              • ChrisPundefined
                                ChrisP @A Former User
                                last edited by

                                @bearer said in RepRapFirmware 3.01-RC6 released:

                                @ChrisP said in RepRapFirmware 3.01-RC6 released:

                                drive is unmounted

                                by the sound of it its unable to load the config.g so that could explain why nothing else works.

                                could you also try doing ls -l /opt/dsf/sdand ls -l /opt/dsf/sd/sys in an ssh shell to see what permissions you have?

                                Thanks for picking this up, but that is not the porblem at this point. I've only seen that error once immediately after update and after power cycle, that hasn't happened again.

                                Everything now seems to load and I can see all the files on the interface, however, it's still not booting properly. After a reinstall, I'm still getting a persistant "busy" state and no the tools show the bed, but not the extruder, temperature chart still sows both. Pressing emergency stop now seems to work, but then nothing is listed in the tools and it still sits being "Busy" - see image.

                                2020-04-03.png

                                1 Reply Last reply Reply Quote 0
                                • A Former User?
                                  A Former User @tobias_munich
                                  last edited by

                                  @tobias_munich said in RepRapFirmware 3.01-RC6 released:

                                  But after uploading the config.g to the sys folder and rebooting,

                                  care to share the file and/or try a empty file?

                                  tobias_munichundefined 1 Reply Last reply Reply Quote 0
                                  • tobias_munichundefined
                                    tobias_munich @A Former User
                                    last edited by

                                    @bearer I tried a lot of ways ....
                                    And after all the tests I made it seems it’s a problem with the virtual SD.

                                    Hypercube-Evolution, Dual-Z, Nimble v2, Orion Piezo
                                    Duet3, DuetWifi, Raspberry Pi 4, 7 inch HDMI Display, Panel-Due
                                    Firmware: RepRapFirmware for Duet 3 MB6HC 'always the latest release'

                                    A Former User? 1 Reply Last reply Reply Quote 0
                                    • A Former User?
                                      A Former User @tobias_munich
                                      last edited by A Former User

                                      But after uploading the config.g to the sys folder and rebooting,
                                      the system has problems to access to the virtual SD

                                      And after all the tests I made it seems it’s a problem with the virtual SD.

                                      no doubt about it, just curious if its the content or presence of the config.g file that makes a difference; as it seemed it did make a difference from your earlier post.

                                      1 Reply Last reply Reply Quote 0
                                      • ChrisPundefined
                                        ChrisP
                                        last edited by ChrisP

                                        I'd also be interested to see what (if any) errors you have in the log for the DCS service:

                                        sudo journalctl -u duetcontrolserver.service
                                        

                                        Because I get a massive log full of this repeating. So I guress it's to do with my laser filament monitor in this case.

                                        Apr 03 22:20:52 starttex DuetControlServer[359]: [error] Failed to merge JSON: {"key":"","flags":"d99fn","result":{"boards":[{"mcuTemp":{"current":47.2},"v12":{"current":11.3},"vIn":{"current":12.0}}],"fans":[{"actualValue":0,"requestedValue":1.00,"rpm":0},{"actualValue":0,"requestedValue":0,"rpm":-1}],"heat":{"heaters":[{"active":50.0,"current":20.5,"standby":0,"state":"standby"},{"active":200.0,"current":23.0,"standby":0,"state":"off"}]},"inputs":[{"feedRate":50.0,"lineNumber":0,"state":"idle"},{"feedRate":50.0,"lineNumber":0,"state":"idle"},{"feedRate":50.0,"lineNumber":0,"state":"idle"},{"feedRate":50.0,"lineNumber":0,"state":"idle"},{"feedRate":50.0,"lineNumber":2450,"state":"idle"},{"feedRate":50.0,"lineNumber":0,"state":"idle"},{"feedRate":50.0,"lineNumber":0,"state":"idle"},{"feedRate":50.0,"lineNumber":0,"state":"idle"},{"feedRate":50.0,"lineNumber":0,"state":"idle"},{"feedRate":50.0,"lineNumber":0,"state":"idle"},{"feedRate":50.0,"lineNumber":0,"state":"idle"}],"job":{"build":null,"duration":null,"filePosition":0,"layerTime":null,"timesLeft":{"filament":null,"file":null,"layer":null}},"move":{"axes":[{"homed":false,"machinePosition":0,"userPosition":0},{"homed":false,"machinePosition":0,"userPosition":0},{"homed":false,"machinePosition":0,"userPosition":0}],"currentMove":{"acceleration":0,"deceleration":0,"requestedSpeed":0,"topSpeed":0},"extruders":[{"position":0,"rawPosition":0}],"speedFactor":1.0},"sensors":{"analog":[{"lastReading":20.5},{"lastReading":23.0}],"endstops":[{"triggered":false},{"triggered":false},{"triggered":true}],"filamentMonitors":[{"filamentPresent":null}],"inputs":[{"value":null},{"value":true}],"probes":[{"value":[1000]}]},"seqs":{"boards":0,"directories":0,"fans":4,"heat":7,"inputs":1,"job":0,"move":13,"network":3,"reply":0,"sensors":2,"spindles":0,"state":0,"tools":5,"volumes":0},"spindles":[{"current":0},{"current":0}],"state":{"atxPower":null,"currentTool":-1,"laserPwm":null,"nextTool":-1,"previousTool":-1,"status":"idle","upTime":779},"tools":[{"active":[200.0],"standby":[0],"state":"off"}]}}
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    System.Text.Json.JsonException: Failed to deserialize property [FilamentMonitor].FilamentPresent (type Boolean) from JSON null
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:  ---> System.Text.Json.JsonException: The JSON value could not be converted to System.Boolean. Path: $ | LineNumber: 0 | BytePositionInLine: 4.
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:  ---> System.InvalidOperationException: Cannot get the value of a token type 'Null' as a boolean.
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at System.Text.Json.Utf8JsonReader.GetBoolean()
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at System.Text.Json.Serialization.Converters.JsonConverterBoolean.Read(Utf8JsonReader& reader, Type typeToConvert, JsonSerializerOptions options)
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at System.Text.Json.JsonPropertyInfoNotNullable`4.OnRead(ReadStack& state, Utf8JsonReader& reader)
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at System.Text.Json.JsonPropertyInfo.Read(JsonTokenType tokenType, ReadStack& state, Utf8JsonReader& reader)
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at System.Text.Json.JsonSerializer.HandleNull(Utf8JsonReader& reader, ReadStack& state)
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at System.Text.Json.JsonSerializer.ReadCore(JsonSerializerOptions options, Utf8JsonReader& reader, ReadStack& readStack)
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    --- End of inner exception stack trace ---
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at System.Text.Json.ThrowHelper.ReThrowWithPath(ReadStack& readStack, Utf8JsonReader& reader, Exception ex)
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at System.Text.Json.JsonSerializer.ReadCore(JsonSerializerOptions options, Utf8JsonReader& reader, ReadStack& readStack)
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at System.Text.Json.JsonSerializer.ReadCore(Type returnType, JsonSerializerOptions options, Utf8JsonReader& reader)
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at System.Text.Json.JsonSerializer.Deserialize(String json, Type returnType, JsonSerializerOptions options)
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at DuetAPI.Machine.ModelObject.UpdateFromJson(JsonElement jsonElement, Boolean ignoreSbcProperties) in /home/christian/duet/DuetSoftwareFramework/src/DuetAPI/Machine/Base/ModelObject.cs:line 282
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    --- End of inner exception stack trace ---
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at DuetAPI.Machine.ModelObject.UpdateFromJson(JsonElement jsonElement, Boolean ignoreSbcProperties) in /home/christian/duet/DuetSoftwareFramework/src/DuetAPI/Machine/Base/ModelObject.cs:line 287
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at DuetAPI.Machine.ModelCollectionHelper.UpdateFromJson(IList list, Type itemType, JsonElement jsonElement, Boolean ignoreSbcProperties) in /home/christian/duet/DuetSoftwareFramework/src/DuetAPI/Machine/Base/ModelCollection.cs:line 227
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at DuetAPI.Machine.ModelObject.UpdateFromJson(JsonElement jsonElement, Boolean ignoreSbcProperties) in /home/christian/duet/DuetSoftwareFramework/src/DuetAPI/Machine/Base/ModelObject.cs:line 264
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at DuetAPI.Machine.ModelObject.UpdateFromJson(JsonElement jsonElement, Boolean ignoreSbcProperties) in /home/christian/duet/DuetSoftwareFramework/src/DuetAPI/Machine/Base/ModelObject.cs:line 248
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at DuetAPI.Machine.MachineModel.UpdateFromFirmwareModel(String key, JsonElement jsonElement) in /home/christian/duet/DuetSoftwareFramework/src/DuetAPI/Machine/MachineModel.cs:line 134
                                        Apr 03 22:20:52 starttex DuetControlServer[359]:    at DuetControlServer.Model.Updater.Run() in /home/christian/duet/DuetSoftwareFramework/src/DuetControlServer/Model/Updater.cs:line 140
                                        
                                        

                                        Edit: and sure enough, commenting out my filament monitor in the config.g and everything (except for the filament monitor) is working again. Think this is one for @chrishamm .

                                        1 Reply Last reply Reply Quote 0
                                        • chas2706undefined
                                          chas2706
                                          last edited by

                                          @ChrisP said in RepRapFirmware 3.01-RC6 released:

                                          Did power cycling fix that issue for you? It did for me. MInd you, even when that works, the printer is still unusable

                                          How can you say that power cycling fixed it for you if the printer is still unusable?

                                          ChrisPundefined 1 Reply Last reply Reply Quote 0
                                          • ChrisPundefined
                                            ChrisP @chas2706
                                            last edited by

                                            @chas2706
                                            Because power cycling fixed that issue (ie. the drive mounted and read file and config etc), but after rebooting it hit a different bug (mentioned in my post above) that still rendered the printer unusable at that point.

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