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

Panel Due with RRF 3.0 issue

Scheduled Pinned Locked Moved
PanelDue
8
22
1.3k
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
    dc42 administrators @MrSteve920
    last edited by 15 Jan 2020, 09:45

    @MrSteve920 said in Panel Due with RRF 3.0 issue:

    When I go to the control page and click a macro to run, the display stops updating and the macro is never run.

    Please provide your config.g file and a sample macro file for which this occurs. If possible, also please confirm whether it still happens using the 3.01beta1 release.

    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 undefined 2 Replies Last reply 15 Jan 2020, 10:15 Reply Quote 0
    • undefined
      smoki3 @dc42
      last edited by 15 Jan 2020, 10:15

      @dc42 said in Panel Due with RRF 3.0 issue:

      @MrSteve920 said in Panel Due with RRF 3.0 issue:

      When I go to the control page and click a macro to run, the display stops updating and the macro is never run.

      Please provide your config.g file and a sample macro file for which this occurs. If possible, also please confirm whether it still happens using the 3.01beta1 release.

      I think you got it wrong: If the temperatures and coordinates are already frozen then it is not possible to run any macro or something else.

      So its not related to any macro. The problem is more or less that the connection between the duet and panel due is broken

      undefined 1 Reply Last reply 15 Jan 2020, 10:18 Reply Quote 0
      • undefined
        dc42 administrators @smoki3
        last edited by 15 Jan 2020, 10:18

        @smoki3 said in Panel Due with RRF 3.0 issue:

        @dc42 said in Panel Due with RRF 3.0 issue:

        @MrSteve920 said in Panel Due with RRF 3.0 issue:

        When I go to the control page and click a macro to run, the display stops updating and the macro is never run.

        Please provide your config.g file and a sample macro file for which this occurs. If possible, also please confirm whether it still happens using the 3.01beta1 release.

        I think you got it wrong: If the temperatures and coordinates are already frozen then it is not possible to run any macro or something else.

        So its not related to any macro. The problem is more or less that the connection between the duet and panel due is broken

        That's not what @MrSteve920 said:

        I have not experienced the display of temperature or coordinates freezing on its own. When I go to the control page and click a macro to run, the display stops updating and the macro is never run.

        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
          MrSteve920 @dc42
          last edited by 16 Jan 2020, 00:52

          @dc42 Requested files attached:
          config.g
          1_Lights Off.g
          Config.g has been configured to account for the changes from release 3.0 to pre-release 3.01 beta 1, but I can't see how that would make a difference.

          Again to reiterate, I am not seeing any freezing on the temperature/coordinates prior to pressing a macro button on the panel. Also just for full disclosure, running these macros over the web interface causes absolutely no issues and it does seem to happen regardless of what macro I try to run (I've been using my overhead lights off macro as a test case).

          Tested this issue against 3.01 beta 1 and the issue is still present on that pre-release build.

          undefined 1 Reply Last reply 16 Jan 2020, 06:10 Reply Quote 0
          • undefined
            smoki3 @MrSteve920
            last edited by 16 Jan 2020, 06:10

            @MrSteve920 Now I got what you mean. I also noticed that especially when you are printing and you call a macro for example "led off.g" then it has few minutes delay until it is executed. Thats also really wired

            1 Reply Last reply Reply Quote 0
            • undefined
              mloidl
              last edited by mloidl 16 Jan 2020, 06:32

              Seems since v3 macro execution started from PanelDue is queued until a non printing move is done. At least this is what i have observed so far.
              For large print (especially the first layer), it may take a long time until the macro is executed.

              This happens to me when i try to switch On/Off my lights with the macros on the PanelDue. When executed from DWC it is executed after some moves, as with RRF 2.0.5.

              I will post my config later, since i currently have no access to it.

              Edit:
              Here are my config files. 1_Licht_ein.g and 2_Licht_aus.g are the macros mentioned in the post.

              personal_config.g
              estop_enable.g
              estop_disable.g
              config.g
              2_Licht_aus.g
              1_Licht_ein.g

              1 Reply Last reply Reply Quote 0
              • undefined
                MrSteve920
                last edited by 9 Feb 2020, 03:36

                Is this something that will be resolved in the future or is this just going to stay the way it is because of some changes that were made in reprap 3?

                1 Reply Last reply Reply Quote 0
                • undefined
                  dc42 administrators
                  last edited by 9 Feb 2020, 16:02

                  Thanks for reminding me about this. I can see why the behaviour has changed, and I will fix it in 3.01-RC2.

                  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 10 Feb 2020, 22:35 Reply Quote 0
                  • undefined
                    dc42 administrators
                    last edited by 9 Feb 2020, 17:09

                    This should be fixed in the RRF3 internal build at https://www.dropbox.com/sh/3azy1njy3ayjsbp/AACquxr2m00eV568RZg5QG5wa?dl=0.

                    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
                      MrSteve920 @dc42
                      last edited by 10 Feb 2020, 22:35

                      @dc42 Not a problem! Thanks for being so responsive as always. In the end, this is a pretty minor bug but it will be nice to have this working properly again.

                      1 Reply Last reply Reply Quote 0
                      • undefined
                        Damien
                        last edited by 27 May 2020, 04:16

                        I know this is an old post but I am having similar problems with Paneldue 7i. The panel was working fine, even after I updated my Duet 2 Maestro board to 3.1.1. I decided to update the firmware in the paneldue and now its stuck on "connecting" and none of the buttons work.(i.e. Nothing happens).

                        Any suggestions?

                        ? 1 Reply Last reply 27 May 2020, 04:38 Reply Quote 0
                        • ?
                          A Former User @Damien
                          last edited by A Former User 27 May 2020, 04:38

                          @Damien said in Panel Due with RRF 3.0 issue:

                          Any suggestions?

                          read the https://github.com/Duet3D/RepRapFirmware/blob/v3-dev/WHATS_NEW_RRF3.md#reprapfirmware-310 before upgrading.

                          All PanelDue users: the PanelDue connector (or IO_0 on Duet 3) is no longer dedicated to PanelDue, therefore if you connect a PanelDue to this port you must use the following command in config.g to enable it: M575 P1 S1 B57600. You can use baud rates other than 57600, however the IAP files all assume 57600 baud; therefore if you use another baud rate then PanelDue will not display firmware update progress.

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