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

New beta firmware 2.02beta1

Scheduled Pinned Locked Moved
Firmware installation
16
75
10.5k
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 @GizmotronX5000
    last edited by 21 Aug 2018, 18:56

    @gizmotronx5000 said in New beta firmware 2.02beta1:

    I get about 30 errors coming from "WiFiInterface.h". Most are of the form "symbol/type xxxxx cannot be resolved." I also get this error: make: *** [Duet2CombinedFirmware.elf] Error 1.

    it would help if you post the exact error messages.

    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 21 Aug 2018, 19:33 Reply Quote 0
    • undefined
      GizmotronX5000 @dc42
      last edited by 21 Aug 2018, 19:33

      @dc42 Good point! I managed to get rid of the make.exe errors somehow. I nuked the project and just restarted it from the build instructions. It now compiles, but I still get the following errors, which are apparently not critical to the build.

      0_1534879912815_Errors.PNG

      undefined 1 Reply Last reply 21 Aug 2018, 19:39 Reply Quote 0
      • undefined
        GizmotronX5000 @GizmotronX5000
        last edited by GizmotronX5000 21 Aug 2018, 19:39

        @gizmotronx5000

        I cleaned all of the projects and restarted Eclipse (again). Everything compiles without errors now. Magic!

        undefined 1 Reply Last reply 22 Aug 2018, 19:59 Reply Quote 0
        • undefined
          dc42 administrators @GizmotronX5000
          last edited by dc42 22 Aug 2018, 19:59

          Eclipse sometimes reports Semantic Errors spuriously, or generates them correctly but doesn't remove them when you correct the problem - especially if the correction involves an include file that is outside the project. These are generated by Eclipse, not by the compiler. Often they go away if you run index rebuild on the project and bring the file for which the errors were reported to the foreground. Other times you may need to delete them, then clean and build the project to make sure there are no compiler errors or warnings.

          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 23 Aug 2018, 16:32 Reply Quote 0
          • undefined
            gdybz @dc42
            last edited by 23 Aug 2018, 16:32

            @dc42 I am getting the same [Duet2CombinedFirmware.elf] Error 1 that others have posted about. I had this code running yesterday but when I tried to use it today I'm getting the error even after cleaning, restarting, and running index rebuild. I did not change any code or even exit Eclipse overnight.

            1 Reply Last reply Reply Quote 0
            • undefined
              brunofporto
              last edited by 23 Aug 2018, 23:35

              @dc42 I would like to suggest to create a topic for each new feature and link them at the OP of these "new beta" posts. So we can focus and the subjects does not get lost.

              For example my experience with DAA not showing much improvement 🙂

              By the way. Besides the DAA not having much effect I had no issues or new bugs with this beta.

              1 Reply Last reply Reply Quote 1
              • undefined
                zerspaner_gerd @dc42
                last edited by 24 Aug 2018, 10:52

                @dc42 said in New beta firmware 2.02beta1:

                Have you read https://duet3d.dozuki.com/Wiki/Gcode?revisionid=HEAD#Section_M703_Configure_filament to see how M703 is intended to be used?

                Yes, I have already read that!
                I just mentioned that unfortunately it does not work in "Load Filament" Macro!

                It works in other application cases.

                Board: Duet WiFi 1.03 | Firmware Version: 3.1.1 | WiFi Server Version: 1.23 | Web Interface Version: 3.1.1

                undefined 1 Reply Last reply 24 Aug 2018, 11:00 Reply Quote 0
                • undefined
                  wilriker @zerspaner_gerd
                  last edited by 24 Aug 2018, 11:00

                  @zerspaner_gerd said in New beta firmware 2.02beta1:

                  I just mentioned that unfortunately it does not work in "Load Filament" Macro!

                  Do you mean that in the load.g macro for the filament (configured via context-menu for this filament in DWC) you are loading you want to add M703 to immediately also load the same filament's config.g?

                  Manuel
                  Duet 3 6HC (v0.6) with RPi 4B on a custom Cartesian
                  with probably always latest firmware/DWC (incl. betas or self-compiled)
                  My Tool Collection

                  undefined 1 Reply Last reply 24 Aug 2018, 19:19 Reply Quote 0
                  • undefined
                    zerspaner_gerd @wilriker
                    last edited by 24 Aug 2018, 19:19

                    @wilriker Here is a picture of my attempt:

                    0_1535137570727_load.g.JPG
                    But yes, I think we mean the same!

                    Board: Duet WiFi 1.03 | Firmware Version: 3.1.1 | WiFi Server Version: 1.23 | Web Interface Version: 3.1.1

                    undefined 1 Reply Last reply 24 Aug 2018, 19:59 Reply Quote 0
                    • undefined
                      wilriker @zerspaner_gerd
                      last edited by 24 Aug 2018, 19:59

                      @zerspaner_gerd Coincidently my loading macro looks exactly like your third line.
                      Anyway, the problem here certainly is that at this point in time the filament is not completely loaded in regards to firmware so it would not know which config.g to load with M703.

                      @dc42 and @chrishamm should this be like that? Is there a case where loading a filament (in software) could fail/abort? Otherwise the info about which filament is loaded could be saved as the very first step and this would resolve this race. I could look into changing this most likely on Monday.

                      Manuel
                      Duet 3 6HC (v0.6) with RPi 4B on a custom Cartesian
                      with probably always latest firmware/DWC (incl. betas or self-compiled)
                      My Tool Collection

                      1 Reply Last reply Reply Quote 2
                      • undefined
                        dc42 administrators
                        last edited by 24 Aug 2018, 21:33

                        Chrishamm wrote and maintains the filament management code, so I'll leave this for him to answer.

                        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
                          chrishamm administrators
                          last edited by 27 Aug 2018, 12:55

                          At present it is not intended to use M703 in the load.g macro because DWC already sends it after the filament has been loaded and because the filament name is NOT assigned until the load.g macro has finished AFAIR. A better place for M703 would be your tpost*.g macro because you usually want to apply different settings when you select a tool that is loaded with a different material.

                          At present DWC does the following when you load/change a filament:

                          1. A tool is selected using a T-code (if the selected tool is different)
                          2. If a filament is already assigned to the tool, it is unloaded via M702 which runs the unload.g macro of the old filament
                          3. M701 is invoked with the corresponding filament name, which runs the corresponding load.g. Do only the loading here (e.g. set temperatures, ask the user to insert filament and eventually load it)
                          4. M703 is invoked which runs config.g of the corresponding filament (if present). There you can set extrusion factors, pressure advance, temperatures and possibily the speed factor to use

                          Duet software engineer

                          undefined 1 Reply Last reply 27 Aug 2018, 18:56 Reply Quote 0
                          • undefined
                            brunofporto @chrishamm
                            last edited by 27 Aug 2018, 18:56

                            @chrishamm said in New beta firmware 2.02beta1:

                            M703 is invoked which runs config.g of the corresponding filament (if present). There you can set extrusion factors, pressure advance, temperatures and possibily the speed factor to use

                            Would be interesting to call the config.g for filaments with another name to avoid consfusion. Something like fconfig.g 😄

                            1 Reply Last reply Reply Quote 0
                            • undefined
                              spw
                              last edited by 31 Aug 2018, 04:40

                              @dc42 great work on adding S parameter to control laser PWM
                              I have a suggestion to make it more compatible with other laser engravers and Laserweb software:
                              When S parameter is not provided it should keep the previous PWM value instead of turning off the laser, the G0 should turn off the laser
                              Example output from Laserweb:

                              G0 X86.61 Y21.34
                              G1 X86.61 Y21.34 S255.00 F1300
                              G1 X86.61 Y21.33
                              G1 X86.62 Y21.33
                              G1 X86.62 Y21.33
                              G1 X86.62 Y21.33
                              G1 X86.62 Y21.33

                              G0 X91.07 Y16.73
                              G1 X91.07 Y16.73 S255.00 F1300
                              G1 X91.07 Y16.73
                              G1 X91.07 Y16.73
                              G1 X91.06 Y16.73
                              G1 X91.06 Y16.73
                              G1 X91.06 Y16.72
                              G1 X91.06 Y16.72

                              undefined 1 Reply Last reply 31 Aug 2018, 06:22 Reply Quote 0
                              • undefined
                                dc42 administrators @spw
                                last edited by 31 Aug 2018, 06:22

                                @spw, it's a shame they chose to make it work that way. It would have been much safer to default to zero power. Anyway, I'll change it. I'll also need to make sure that the laser is turned off at pause and on again at resume. Tedious...

                                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
                                  samlogan87
                                  last edited by 2 Sept 2018, 09:19

                                  Hi everyone,

                                  I upgraded to this version a week back as I was having issues with the official release before this. One thing I have noticed with this is that the extruder temperature is not always set when loading the GCode. I am using Cura 3.4.1 and printing directly to the printer via the plugin. Looking at the start of the g code it is setting the temperature, but when you start a print, the bed heats up and the extruder is set to 0 degrees.

                                  Here is the start of the gcode file:

                                  ;FLAVOR:RepRap
                                  ;TIME:6266
                                  ;Filament used: 11.8932m
                                  ;Layer height: 0.2
                                  ;Generated with Cura_SteamEngine 3.4.1
                                  T0
                                  M190 S50
                                  M104 S200
                                  M109 S200
                                  M82 ;absolute extrusion mode
                                  ; Startup Gcode
                                  G91 ; Relative Positioning
                                  G1 Z5 ; Move Z down 1mm
                                  G90 ; Absolute Positioning
                                  G28 XY ; Home XY
                                  M561 ; Clear any bed transform
                                  G32 ; Start 3-point probe sequence
                                  G28 Z ; Home Z
                                  M375 P"heightmap.csv" ; Load heightmap
                                  G1 Z20.0 F6000 ; Move Z to 20
                                  G1 X10 Y10 ; Move Head to front left
                                  M582 T1 ; check levels of inputs that give rise to trigger #1
                                  G92 E0 ; Zero Extruder
                                  G1 F200 E30 ; Prime the extruder
                                  G92 E0 ; Zero Extruder
                                  M83 ;relative extrusion mode

                                  Can anyone shed any light on this? Is it the plugin or the firmware?

                                  Kind Regards,
                                  Sam

                                  Custom Core-XY

                                  1 Reply Last reply Reply Quote 0
                                  • undefined
                                    Phaedrux Moderator
                                    last edited by Phaedrux 9 Feb 2018, 18:33 2 Sept 2018, 18:33

                                    @samlogan87

                                    If you upload the file directly and print it from the DWC does it set the temp properly?

                                    If you set your temp manually from the DWC does it heat up?

                                    Z-Bot CoreXY Build | Thingiverse Profile

                                    1 Reply Last reply Reply Quote 0
                                    • undefined
                                      samlogan87
                                      last edited by 2 Sept 2018, 18:36

                                      Hi @Phaedrux,

                                      I will try printing off a file this morning. I can manually change the temp on the dwc.

                                      Will get back to you shortly.

                                      Kind Regards,
                                      Sam

                                      Custom Core-XY

                                      1 Reply Last reply Reply Quote 0
                                      • undefined
                                        samlogan87
                                        last edited by 2 Sept 2018, 18:48

                                        Hi @Phaedrux

                                        I tried uploading the file directly to the DWC and it still does not bring the extruder temperature through.

                                        Kind Regards,
                                        Sam

                                        Custom Core-XY

                                        undefined 1 Reply Last reply 2 Sept 2018, 19:05 Reply Quote 0
                                        • undefined
                                          Phaedrux Moderator @samlogan87
                                          last edited by 2 Sept 2018, 19:05

                                          @samlogan87 just to test, try reverting back to your previous firmware version and try again.

                                          Z-Bot CoreXY Build | Thingiverse Profile

                                          undefined 1 Reply Last reply 2 Sept 2018, 19:10 Reply Quote 0
                                          62 out of 75
                                          • First post
                                            62/75
                                            Last post
                                          Unless otherwise noted, all forum content is licensed under CC-BY-SA