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

PanelDue Firmware 3.3.0-rc2 released

Scheduled Pinned Locked Moved
PanelDue
10
30
2.2k
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
    mfs12 @dc42
    last edited by 28 Jun 2021, 10:59

    @dc42 said in PanelDue Firmware 3.3.0-rc2 released:

    @mfs12, where does PanelDue get that figure from?

    It is set if either M36 "simulatedTime" or M409 K"job" with entry job:file:simulatedTime is received.
    If it shall be be continuously updated it depends on interpretation of "job duration" which is not handled so far.

    Visit me on github at https://github.com/mfs12/

    undefined 1 Reply Last reply 28 Jun 2021, 15:24 Reply Quote 0
    • undefined
      dc42 administrators @mfs12
      last edited by 28 Jun 2021, 15:24

      @mfs12 it might make more sense for me to change RRF to return the remaining time calculated from simulation, then PanelDue can use that directly.

      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 28 Jun 2021, 16:43 Reply Quote 0
      • undefined
        garyd9 @dc42
        last edited by 28 Jun 2021, 16:43

        @dc42 said in PanelDue Firmware 3.3.0-rc2 released:

        @mfs12 it might make more sense for me to change RRF to return the remaining time calculated from simulation, then PanelDue can use that directly.

        If you're going to change RRF, wouldn't it be better to add a "simulatedTimeRemaining" instead of changing the definition of something already existing?

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

        undefined 1 Reply Last reply 28 Jun 2021, 20:04 Reply Quote 0
        • undefined
          mfs12
          last edited by mfs12 28 Jun 2021, 19:00

          @dc42 i am fine with any solution. But my preferred solution would be having just one incrementing counter (duration) and three constant values (file, slicer, simulated). This would make the code very simple, require no changes on RRF side and allow most interpretation. Eventually displaying a percentage value "duration / simulatedTime" as well and not only the passed time.

          Visit me on github at https://github.com/mfs12/

          undefined 1 Reply Last reply 28 Jun 2021, 19:09 Reply Quote 0
          • undefined
            mloidl
            last edited by 28 Jun 2021, 19:04

            The current fields in the object model should not be changed, since they are fine and logical.
            Simulated time is a static attribute of a file like file size, file name, .... both in M36 and in the M409 K"job" response (note: it's in the file structure => job:file:simulatedTime).

            Best would be to extend the timesRemaining struct by adding a simulation field. This would not change the current behavior for backward compatibility but let RRF calculate the remaining time based on the simulated times as it is already done with the slicer time.

            undefined 1 Reply Last reply 28 Jun 2021, 19:08 Reply Quote 0
            • undefined
              mfs12 @mloidl
              last edited by 28 Jun 2021, 19:08

              @mloidl said in PanelDue Firmware 3.3.0-rc2 released:

              Best would be to extend the timesRemaining struct by adding a simulation field. This would not change the current behavior for backward compatibility but let RRF calculate the remaining time based on the simulated times as it is already done with the slicer time.

              I don't think this is necessary, as we got all values already and the calculation is trivial.

              Visit me on github at https://github.com/mfs12/

              1 Reply Last reply Reply Quote 0
              • undefined
                mloidl @mfs12
                last edited by mloidl 28 Jun 2021, 19:09

                @mfs12 said in PanelDue Firmware 3.3.0-rc2 released:

                slicer

                Just saw your answer after pressing submit.
                Your suggestion would be fine, but since slicerTime (job:timesLeft:slicer) is not a constant value this would lead to RRF changes too.

                Edit:
                I think i'm wrong. printTime in M36's response seems to be the slicer time, so it would be possible.

                1 Reply Last reply Reply Quote 0
                • undefined
                  DaveA
                  last edited by 28 Jun 2021, 19:34

                  I just tried to update the PanelDue using M997 S4 and it fails with an error that it can't fine file 'PanelDueFirmware.bin. I downloaded the github file PanelDueFirmware-3.3.0-rc2-v3-7.0.bin into the firmware directory and renamed it to PanelDueFirmware.bin. I know I had
                  done this successfully before updating to 3.3 probably during one of the 3.2 RCs.

                  If I look at the file in the firmware directory and right click on the file and select install it updated just fine.

                  Any ideas?

                  undefined undefined 2 Replies Last reply 28 Jun 2021, 19:38 Reply Quote 0
                  • undefined
                    Phaedrux Moderator @DaveA
                    last edited by 28 Jun 2021, 19:38

                    @davea As a test can you move that PanelDueFirmware.bin file into the system tab and then send M997 S4 again? Perhaps it's still looking in the sys folder.

                    Z-Bot CoreXY Build | Thingiverse Profile

                    1 Reply Last reply Reply Quote 0
                    • undefined
                      dc42 administrators @garyd9
                      last edited by 28 Jun 2021, 20:04

                      @garyd9 said in PanelDue Firmware 3.3.0-rc2 released:

                      If you're going to change RRF, wouldn't it be better to add a "simulatedTimeRemaining" instead of changing the definition of something already existing?

                      That was exactly what I had in mind.

                      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 1
                      • undefined
                        mfs12 @DaveA
                        last edited by 29 Jun 2021, 05:28

                        @davea said in PanelDue Firmware 3.3.0-rc2 released:

                        I just tried to update the PanelDue using M997 S4 and it fails with an error that it can't fine file 'PanelDueFirmware.bin. I downloaded the github file PanelDueFirmware-3.3.0-rc2-v3-7.0.bin into the firmware directory and renamed it to PanelDueFirmware.bin. I know I had

                        @dc42 i had a look into this issue, and can confirm this doesn't work reliable. What is the timeout to wait for the PanelDue until RRF gives up communicating with the PanelDue's bootloader?

                        Visit me on github at https://github.com/mfs12/

                        undefined 1 Reply Last reply 29 Jun 2021, 07:20 Reply Quote 0
                        • undefined
                          mfs12 @mfs12
                          last edited by mfs12 29 Jun 2021, 07:20

                          @DaveA which firmware and hardware versions are you running?

                          Since version RRF 3.3 you need to put the files into the "firmware" folder. Renaming is also essential as you already did although you can pass the filename to use as a parameter as well. Please check gcode documentation for further details. Double check you didn't misspell the name.

                          David and me tested different hardware setups and could reliably do updates.

                          But be careful don't connect the usb connector of your PanelDue this prevents updates!!!

                          Visit me on github at https://github.com/mfs12/

                          1 Reply Last reply Reply Quote 0
                          • undefined
                            DaveA
                            last edited by 29 Jun 2021, 14:16

                            Well I found my issue but I'm not sure how I did it. There was, indeed, a typo in the PanelDueFirmware.bin. Somehow I managed to get a leading space or some unprintable character before the P. I can't reproduce adding a leading space as both RRF and Windows will remove a leading space. I didn't notice it in the DWC but when I looked at the card in Windows the filename was shifted one position right.

                            Sorry for the false alarm.

                            undefined undefined 2 Replies Last reply 29 Jun 2021, 21:46 Reply Quote 2
                            • undefined
                              mfs12 @DaveA
                              last edited by 29 Jun 2021, 21:46

                              @davea , thanks for the feedback.

                              Visit me on github at https://github.com/mfs12/

                              1 Reply Last reply Reply Quote 0
                              • undefined
                                fotomas
                                last edited by 30 Jun 2021, 14:12

                                Since this is a RC2 it is probably not the time asking for new features. But this is more of an adjustment ...

                                Move the extrusion window a bit lower so the extruder temp can be seen while manually extruding.

                                undefined 1 Reply Last reply 1 Jul 2021, 08:27 Reply Quote 1
                                • undefined
                                  mfs12 @fotomas
                                  last edited by 1 Jul 2021, 08:27

                                  Hey @fotomas, can you create a seperate thread for this feature request, please?

                                  Visit me on github at https://github.com/mfs12/

                                  1 Reply Last reply Reply Quote 0
                                  • undefined
                                    oliof @DaveA
                                    last edited by 2 Jul 2021, 08:29

                                    @davea ctrl-shift-space will insert a "nonbreaking space" character which will be hard to see and mess with your head. Maybe that happened.

                                    <>RatRig V-Minion Fly Super5Pro RRF<> V-Core 3.1 IDEX k*****r <> RatRig V-Minion SKR 2 Marlin<>

                                    1 Reply Last reply Reply Quote 0
                                    • undefined
                                      OwenD
                                      last edited by 3 Jul 2021, 04:54

                                      I'm note sure if this is related to this release, or if it's only that I have only just noticed.

                                      It seems that if the PanelDue screensaver activates during a long loop, touching the screen doesn't wake it up afterwards, despite popups like M291 working during the macro loop (whilst the screen saver is active).

                                      undefined 1 Reply Last reply 5 Jul 2021, 07:43 Reply Quote 1
                                      • undefined
                                        KipK @OwenD
                                        last edited by 5 Jul 2021, 07:43

                                        @owend I was about to post the same issue. Happened yesterday, after a filament runout pause, the panel due was locked on screen saver. Couldn't wake it.

                                        1 Reply Last reply Reply Quote 0
                                        • undefined
                                          mfs12
                                          last edited by mfs12 7 Jul 2021, 19:54 5 Jul 2021, 19:01

                                          @OwenD @KipK thanks for reporting the issue. I will try to reproduce it.

                                          So what i understand the process is:

                                          • wait until screen saver is activated
                                          • then trigger a message M291 to display

                                          And you expect that it should wake up in such a case? Did you realize different behavior with previous versions?

                                          BTW i agree it would be definitely handy if the screen gets activated and shows the message to the user.

                                          Visit me on github at https://github.com/mfs12/

                                          undefined 1 Reply Last reply 5 Jul 2021, 19:44 Reply Quote 0
                                          15 out of 30
                                          • First post
                                            15/30
                                            Last post
                                          Unless otherwise noted, all forum content is licensed under CC-BY-SA