Firmware wishlist

• 

  Firmware wishlist and priorities for Duet WiFi and Duet Ethernet
  • dc42  

  234
  1
  Votes
  234
  Posts
  30874
  Views

  

  @snufkin said in Firmware wishlist and priorities for Duet WiFi and Duet Ethernet: My vote is: True bed levelling using 2, 3 or possibly 4 independently-driven Z motors and a Z probe. This one exists now. https://duet3d.dozuki.com/Wiki/Bed_levelling_using_multiple_independent_Z_motors Automatic advance of changes in the colour mix when using a mixing hot end. See deckingman's blog. Support for PanelOne 20x4 text displays, or possibly 12864 mono graphics displays. The Duet Maestro supports 12864 displays. The other Duets lack the hardware needed. But there are other alternatives to the PanelDue now as well. Cheap tablets as a web interface or even a customized simplified interface. https://forum.duet3d.com/topic/9257/dueui-1-1-0-is-released Ability to update PanelDue firmware via the web interface. Still on the wishlist. Ability to control an electronics cooling fan thermostatically based on CPU temperature and driver overheat warning. This is now possible as well. https://duet3d.dozuki.com/Wiki/Mounting_and_cooling_the_board#Section_Cooling Thanks for all you do for the community!
• 

  Automatic power supply management
  power management • • Krohm Koala  

  17
  0
  Votes
  17
  Posts
  608
  Views

  

  So, i made some tests, this is the final version, better and also, look for the head temp or the bed while boards[0].vIn.current < 23 ....if tools[0].active[0] >= 100 || heat.heaters[0].active >= 40 ........M80 ........break ....else ........break
• 

  While printing, disable do auto level points (G32)
  • FBG  

  3
  0
  Votes
  3
  Posts
  32
  Views

  

  I agree it's unfortunate. I may have done the same thing at some point. The PanelDue isn't very intelligent in and of itself. It simply sends gcode commands when you press the buttons. I think it's already in the wishlist to have the button hidden during a print. Since the autolevel button on the PanelDue just calls G32 and therefore bed.g macro you can customize it to behave however you wish. Perhaps a good idea would be to issue a pause command at the start and then an M291 dialogue with OK/cancel to act as a confirmation. That way if you did accidentally press it, it should be able to cancel it and resume the print. I haven't tried that myself, so I'm not sure if it would even work. With conditional gcode it should also be possible to check if a print is in progress and exit the macro if so.
• 

  Extension of M291/M292
  • OwenD  

  2
  0
  Votes
  2
  Posts
  28
  Views

  

  Good idea! I've added it to the wish list for the 3.02 release.
• 

  Relative probing trigger value with precision piezo
  • Ray11  

  9
  0
  Votes
  9
  Posts
  34
  Views

  

  @Ray11 you can see my whole config here: https://github.com/Duet3D/RRF-machine-config-files/tree/master/Creality_Ender_5/arhi-eth-centreZero-xrail-flex3drive/sys so in config I do M558 P1 C"zprobe.in" R2 H5 F1200 T3000 A3 S0.03 K0 G31 X0 Y0 Z0 P780 as config is not probing so I put some "low" value for P there (my probe never go below 780 so I use that but you can use P10) then for homez: https://github.com/Duet3D/RRF-machine-config-files/blob/master/Creality_Ender_5/arhi-eth-centreZero-xrail-flex3drive/sys/homez_orion.g G90 G0 X0Y0 F3000 ; go to center of the bed, complain if X or Y not homed G91 ; relative positioning G0 Z5 F900 H2 ; drop bed for 5mm G90 ; absolute positioning G4S3 ; wait 3sec G31 P{sensors.probes[0].value[0] + 8} G30 ; Probe the bed at the current XY position. ; When the probe is triggered, set the Z coordinate ; to the probe trigger height. So I set the trigger value dynamically just before I'm calling G30. For mesh leveling bed.g is called when you call M32 so https://github.com/Duet3D/RRF-machine-config-files/blob/master/Creality_Ender_5/arhi-eth-centreZero-xrail-flex3drive/sys/bed.g G29 S2 ; delete compensations M561 ; clear any bed transform G31 P{sensors.probes[0].value[0] + 4} G29 S0 Now, this is actually not ideal, it works for me most of the time but since I don't do mesh probing on every print but only from time to time it's acceptable. What I plan to do when I get some spare time is to rewrite bed.g to not use G29S0 but to actually manually probe every point like is done in the sample here: https://duet3d.dozuki.com/Wiki/GCode_Meta_Commands (look at the example at the bottom) and I'd then do G31 P{sensor.probes[0].value[0]+4} before each G30. But as is now works and I have more pressing things to attend...
• 

  Http Post from Macro
  • clearlynotstef  

  1
  1
  Votes
  1
  Posts
  13
  Views

  No one has replied

• 

  Print Time Estimate Improvements
  • xxsteven69xx  

  1
  0
  Votes
  1
  Posts
  16
  Views

  No one has replied

• 

  Network debug additional output.
  • bearer  

  4
  2
  Votes
  4
  Posts
  16
  Views

  

  @dc42 while we're on the wishfull thinking list - changes to link state would also be gold. Just Link up/down, 10/100M full/half-duplex goes a long way to simplify asking for status of LEDs.
• 

  Controlling nozzle pressure with a PID loop
  extruder pressure variable • • Cynopolis  

  10
  1
  Votes
  10
  Posts
  70
  Views

  

  Moved to the firmware wishlist forum where @dc42 can evaluate it.
• 

  S-Curve/ sinusoidal , Jerk +acceleration
  • mak  

  83
  0
  Votes
  83
  Posts
  9537
  Views

  

  Since that locking old threads decision we have also added a notice that shows the time elapsed since the last post to indicate more clearly when a thread has been resurrected. Sometimes it's useful to be able to add information to old threads, and sometimes it would be better to just start a new thread. If you want to you can still link to the locked thread. There's no solution that will solve everything and make everyone happy. It is what it is. If there is a thread you find that you want unlocked, message a moderator. Anyway, none of this conversation has anything to do with S curve acceleration.
• 

  SOLVED Supported Z probe types on expansion boards / tool boards
  • oliof  

  21
  0
  Votes
  21
  Posts
  89
  Views

  

  The new firmware does not loop anymore. I am happily printing!
• 

  M7/M9/M10/M11 Implementation (Coolant and Vacuum) [CNC]
  cooling cnc mode vacuum coolant • • N131MG  

  6
  0
  Votes
  6
  Posts
  33
  Views

  

  @T3P3Tony Works exactly as you described, thanks!
• 

  Rotating bed with rotating extruder arm (half Scarra half Polar)
  • KappaTani  

  5
  0
  Votes
  5
  Posts
  57
  Views

  

  There is a Danish company making a small printer that works like that. Cute little machine. https://sculpto.eu/
• 

  Change request to fans[] value format for LED strip
  • appjaws  

  3
  0
  Votes
  3
  Posts
  43
  Views

  

  Thanks @dc42 for all your help, it now works great. Will be even better when we can use variables. What would be a good source to learn the syntax of the commands used for conditional gcodes?
• 

  Utilize unused I/O pins to jog CNC-spindel
  • radiomodell  

  5
  0
  Votes
  5
  Posts
  433
  Views

  

  Here is a piece of software as DC42 suggested. Thanks! An Arduino Nano is connected to the Panel-Due serial interface. Hidden in a box it works to move the tool head of my CNC-Mill controlled by Duet2 Ethernet. Arduino is 5 V, Duet2 interface is 3.3V. Serial connection is done via 3,3 V to 5 V level shifter! This line is added to my config.g : M575 P1 B57600 S0 to set communication without CRC check. Push button for directions, continuous move(Fortl.), homing and a switch to start jog mode in general are connected to the input pins of Arduino. Pushing a "direction button" moves the head a step with the configured distance. Pressing the "Fortl.(Continuous)" button simultaneous with a "direction button" moves the tool head continuously as long as both buttons are down. A "Home" button does the expected job. Values for distance, feed rate and timers can be modified to match software to your machine. A limitation at my machine: Continuous moves are singel steps fired continuously by Arduino. First steps fired are slowed down at the end a little bit until enough commands are buffered. Movement sounds a bit strange. I transferred this code is to Arduino via "B4R" form Anywhere Software. Download of B4R is free. B4RNanoJog.b4r.txt B4R needs extension ".B4R". Please remove extension ".TXT" from filname. Enjoy. Hermann
• 

  DWC Plugin for Palette 2
  • 3DMakerHub  

  6
  0
  Votes
  6
  Posts
  85
  Views

  

  @3DMakerHub said in DWC Plugin for Palette 2: Maybe there is a way in the future:) I suggest going to the Palette forums and expressing this desire so they know people want it. The last I checked they were interested, but there were no current plans to do anything about it. Perhaps with the Duet3 and the Rpi it would be easier for them to create a plugin for that rather than create something from scratch.
• 

  Filament runout script
  gcode filament script filament sensor runout script runout filament runout • • Krohm Koala  

  4
  0
  Votes
  4
  Posts
  290
  Views

  

  @dc42 Is this still on the to-do list or has it been implemented?
• 

  TMC2209 Sensorless Homing
  • jay_s_uk  

  2
  0
  Votes
  2
  Posts
  38
  Views

  

  Yes I plan to add stall detection to the TMC22xx driver.
• 

  by precaution: pausing prints on errors?
  • r123  

  1
  1
  Votes
  1
  Posts
  19
  Views

  No one has replied

• 

  G29 pause before probe move
  • A Former User  

  6
  0
  Votes
  6
  Posts
  29
  Views

  

  great, thanks, looks like I'll have to figure out another way as andromeda is too unstable ..