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

Duet WiFi firmware new feature priorities

Scheduled Pinned Locked Moved
Firmware wishlist
54
167
40.1k
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
    bgkdavis
    last edited by 31 Jul 2016, 09:58

    CC test is usually only in a single direction, Astrom-Hagglund is bidirectional, I would suggest with CC that you do both a heating and cooling step test and use the average result, both CC and Astrom-Hagglund will require that you give the PID function a manual mode of operation, and Id also recommend a bump-less transfer function.

    1 Reply Last reply Reply Quote 0
    • undefined
      RCarlyle
      last edited by 31 Jul 2016, 22:47

      I really don't even think you need the P term if you have a good heat flux model, FF+I should do it. Proportional feedback makes hot blocks with a lot of sensing lag or very small heat capacity more oscillatory. But it's literally one line of code to include, so there's probably no downside to leaving it in there. Easy enough to set the P gain to 0 if you don't like it.

      1 Reply Last reply Reply Quote 0
      • undefined
        RCarlyle
        last edited by 31 Jul 2016, 22:59

        The effectiveness of the D term here GREATLY depends on the selection of temp change filtering. For example, a while back, Smoothieware was updating the PID at 20 Hz, scaling the temp change back to degrees/second units for D (ie multiplying the last 0.05 seconds of temp change by 20), and had zero filtering/averaging within the PID loop… so EVERY time the temp changed, the D term would kick like a mule and saturate the entire PID output to 0% or 100%, then go back to doing nothing 0.05 seconds later. Without a low-pass or lag-cut filter or whatever, the D term was doing significantly more harm than good. (I think they fixed that, I haven't looked lately. I know they implemented better ADC filtering to reduce the noisy stepwise temp changes they were getting due to bad ADC hardware on the LPC17xx.)

        In comparison, if you have an appropriate moving average or whatever filter, the D term really helps tamp down on hot end temp oscillation and overshoot. Having the D term update faster than the time constant of the temp sensor (which is maybe 2-3 seconds for a glass bead thermistor) is pretty stupid.

        1 Reply Last reply Reply Quote 0
        • undefined
          Hey_Allen
          last edited by 1 Aug 2016, 05:33

          I just had a random curiosity question come to mind.

          Is there any easy way to switch between types of thermocouple on the TC expansion board, or is the lookup table (and hopefully the cold junction compensation) hard coded into the interface chip on the expansion board?
          If this is accessible to be patched or changed through the firmware updating process, it might be a useful option.

          The reason I ask is that some have easier access to different metalurgies, such as Type J, and in the case of Type J, it can be more accurate in the range we should see as well.

          Again, this is just curiosity, and very late to the game to be bringing up feature requests.

          1 Reply Last reply Reply Quote 0
          • undefined
            dc42 administrators
            last edited by 1 Aug 2016, 07:24

            @Hey_Allen:

            I just had a random curiosity question come to mind.

            Is there any easy way to switch between types of thermocouple on the TC expansion board, or is the lookup table (and hopefully the cold junction compensation) hard coded into the interface chip on the expansion board?
            If this is accessible to be patched or changed through the firmware updating process, it might be a useful option.

            The reason I ask is that some have easier access to different metalurgies, such as Type J, and in the case of Type J, it can be more accurate in the range we should see as well.

            Again, this is just curiosity, and very late to the game to be bringing up feature requests.

            The conversion table is built into the MAX31855K chip on the TC expansion board. To use a type J thermocouple, you would need to use a MAX31855J instead of MAX31855K. I could build you a special if you want. If you want to assemble your own, we could probably let you have a bare PCB.

            I guess it would be possible to do the conversion in firmware, but unless several users want it, it is unlikely that I will implement that. The nice thing about the MAX31855 is that by using the chip matched to the thermocouple, the chip does all the work and the firmware just reads the temperature from it. Type K thermocouples are widely available and inexpensive.

            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
              Hey_Allen
              last edited by 1 Aug 2016, 18:51

              That makes sense. I didn't know how you were implementing the TC reading, or I wouldn't have bothered you.

              If there is an un-populated board available, I would be interested in giving it a try. This does sound like a much simpler solution than how my work handles TCs, but I'm guessing that the Maxim chip may not have as much ability to be calibrated for precision and documentation of the same.

              1 Reply Last reply Reply Quote 0
              • undefined
                dc42 administrators
                last edited by 1 Aug 2016, 19:44

                @Hey_Allen:

                That makes sense. I didn't know how you were implementing the TC reading, or I wouldn't have bothered you.

                If there is an un-populated board available, I would be interested in giving it a try. This does sound like a much simpler solution than how my work handles TCs, but I'm guessing that the Maxim chip may not have as much ability to be calibrated for precision and documentation of the same.

                You can find the datasheet at https://datasheets.maximintegrated.com/en/ds/MAX31855.pdf. The accuracy figures are on pages 3 and 4.

                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
                  demonio669
                  last edited by 8 Apr 2016, 01:38 4 Aug 2016, 01:09

                  I like to add other requests to the list:

                  • Filament Odometer ( keeps traking of the amount of filament the printer use since: last print/last startup/commissioning)

                  • Time Odometer ( keeps traking of the amount of time the printer use since: last print/ last startup/commissioning)

                  • Support Volumetric Extrussion

                  • Emergency Stop Button in PanelDue

                  • Filament sensor: support to 3 types of sensors:

                  • The implementation of a switch to see if I'm out of filament.

                  • The implementation of a "mouse wheel " attached to the filament to check if the filament if moving and how much it's moving (If the wheel is not moving, there is no more filament or the hotend is jam )

                  • A ccd sensor to check filament diameter to dinamicaly execute M200 gcode to change filament diameter to allow volumetric extrusion (http://www.thingiverse.com/thing:699308 and [[url=http://www.thingiverse.com]www.thingiverse.com] )

                  1 Reply Last reply Reply Quote 0
                  • undefined
                    briangilbert
                    last edited by 4 Aug 2016, 03:27

                    @demonio669

                    I've spoken to David previously about adding support for a simple switch based filament out sensor to the PanelDue so that you don't have to run as many wires (I'm on a delta and the PanelDue is right next to my spools).

                    If you have any interest in that please chime up.

                    Co-creator of the Zesty Nimble direct drive extruder

                    1 Reply Last reply Reply Quote 0
                    • undefined
                      sga
                      last edited by 8 May 2016, 21:19 4 Aug 2016, 14:06

                      Just an idea,

                      I was thinking of making an "Air Struder" for a large build kossel. But although it's a proven solution the weight of the extruders are still mostly on the carriages.
                      An alternative is balancing with springs but it is not my favorit solution either.
                      It might not be much weigh for 2-4 extruders but if you consider a reservoir for paste extrusion it can be 1 kilograms or 2.
                      Why not suspend the effectors/paste reservoir to an extra stepper motor with a pulley and have them raise as a function of the current printed layer. So the vertical distance between effector and the airstrudder would stay constant. Basically a height controlled hanging platform about 40 cm above the effector.

                      1 Reply Last reply Reply Quote 0
                      • undefined
                        Toddimus
                        last edited by 4 Aug 2016, 16:42

                        @demonio669:

                        I like to add other requests to the list:

                        …

                        • A ccd sensor to check filament diameter to dinamicaly execute M200 gcode to change filament diameter to allow volumetric extrusion (http://www.thingiverse.com/thing:699308 and [[url=http://www.thingiverse.com]www.thingiverse.com] )

                        This would be awesome!

                        1 Reply Last reply Reply Quote 0
                        • LeonMFundefined
                          LeonMF
                          last edited by 5 Aug 2016, 02:45

                          For me, the biggest things would be:

                          • Digital Filament sensor support. (I have a tunell sensor on my Smoothie. It would be a killer to lose the ability to have large print pause resume capability. I'd go back to having tons of partial rolls of filament lying around!)
                          • Config override file
                          • Predictive Temperature Control
                          • Babystepping
                          • I don't have a number 5!

                          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
                          • undefined
                            dc42 administrators
                            last edited by 5 Aug 2016, 06:34

                            You can already use digital filament sensors. See http://reprap.org/wiki/G-code#M581:_Configure_external_trigger. I'll write a wiki page about using this facility with filament out sensors when I get time.

                            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
                              PRZ
                              last edited by 5 Aug 2016, 11:59

                              I described a simple switch based filament detection here :
                              http://reprap.org/wiki/RepRap_Firmware_macros#Set_of_macros_for_filament_detection

                              I published details and photos here: http://forums.reprap.org/read.php?416,668887,668887#msg-668887
                              However, I have yet to publish the stl and scad for the modified tensioner

                              1 Reply Last reply Reply Quote 0
                              • LeonMFundefined
                                LeonMF
                                last edited by 5 Aug 2016, 12:45

                                @dc42 My apologies. Everything I'd seen to this point (including this thread) seemed to indicate it wasn't yet a feature (reading comprehension fail).

                                Can it ignore the sensor when not actually printing? When my print is finished, the Tunell sensor will trigger a non-moving condition. As a result, the switch would be triggered until I reset it. This would cause the system to go to the "pause position" while at home and that's not so awesome of a result on a Delta printer.

                                A valid answer is, dump the fancy electronic sensor for one that doesn't trigger unless it's out of filament but I hope that's not the one you give me. 🙂

                                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
                                • undefined
                                  demonio669
                                  last edited by 5 Aug 2016, 15:15

                                  I' ll add to the list a "region extrude inhibit" some times a piece comes off of the bed, if I can do a region extrude inhibit, I can pause the printer, remove the piece that comes off mark a region and inhibit the extrude in that region. when the print finish i can print the piece that fail

                                  1 Reply Last reply Reply Quote 0
                                  • undefined
                                    demonio669
                                    last edited by 5 Aug 2016, 15:28

                                    @briangilbert:

                                    @demonio669

                                    I've spoken to David previously about adding support for a simple switch based filament out sensor to the PanelDue so that you don't have to run as many wires (I'm on a delta and the PanelDue is right next to my spools).

                                    If you have any interest in that please chime up.

                                    Is a cool feature. I have the panel due in the printer's bottom. For me is the same to wire from duet or from panel due (in my setup I prefer from duet )

                                    1 Reply Last reply Reply Quote 0
                                    • undefined
                                      dc42 administrators
                                      last edited by 5 Aug 2016, 21:52

                                      @LeonMF:

                                      @dc42 My apologies. Everything I'd seen to this point (including this thread) seemed to indicate it wasn't yet a feature (reading comprehension fail).

                                      Can it ignore the sensor when not actually printing? When my print is finished, the Tunell sensor will trigger a non-moving condition. As a result, the switch would be triggered until I reset it. This would cause the system to go to the "pause position" while at home and that's not so awesome of a result on a Delta printer.

                                      A valid answer is, dump the fancy electronic sensor for one that doesn't trigger unless it's out of filament but I hope that's not the one you give me. 🙂

                                      If you follow the link to the gcode wiki in my previous post, you will see that the M581 command has an option for the trigger to be recognised only while printing from SD card.

                                      M581 is recently implemented and not much used yet. Please let us know how well it works with your Tunell filament sensor.

                                      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
                                        demonio669
                                        last edited by 8 Aug 2016, 03:52 8 Aug 2016, 02:33

                                        Another Request:

                                        Add a switch to M117 Gcode to allow send de message via email (to check via email if the printer started to print or the print finished for example)

                                        M117 S"This is the subject" -D"john@example.com" -B"This is the message body"

                                        1 Reply Last reply Reply Quote 0
                                        • undefined
                                          Stevebeale
                                          last edited by 27 Aug 2016, 12:22

                                          Just got mine. Luverly..
                                          Can the BL Touch probe be added.
                                          Steve a newbe

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