Firmware wishlist

• 

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

  227
  0
  Votes
  227
  Posts
  20312
  Views

  

  @gavatron3000 said in Firmware wishlist and priorities for Duet WiFi and Duet Ethernet: My wishlist: Move axis till endstop or input reached. If not made by "X"mm then pause Also be able to invert the endstop or input depending on desired condition Forgot to add this request is to help with making the MMU2 work as intended with respect to detecting loading and unloading issues. This way I run it with the duet electronics and not use the prusa Arduino. Cheers Gav
• 

  S-Curve/ sinusoidal , Jerk +acceleration
  • mak

  45
  0
  Votes
  45
  Posts
  3865
  Views

  

  @neonode I agree!! The line segment jumps can be handled with filtering in the servo driver even if that is not a perfect solution.
• 

  Thermostatic fan control based on driver die temp?
  • JRDM

  9
  0
  Votes
  9
  Posts
  99
  Views

  

  @deckingman I dug it up here: https://somei3deas.wordpress.com/2017/04/18/stepper-motor-and-electronics-cooling/
• 

  Make use of variables
  • Googliola

  39
  2
  Votes
  39
  Posts
  1086
  Views

  

  @fma said in Make use of variables: Maybe another thing to think about is having the possibility to give params to macros... Yes, I will probably include that.
• 

  Support for a manual jog box / CNC MPG
  • tjschweizer

  12
  0
  Votes
  12
  Posts
  243
  Views

  

  @catalin_ro said in Support for a manual jog box / CNC MPG: @danal As the lag/drop/dup in your message was not specifically related to any item on the MPG, I suspected the rotary encoder as sometimes really cheap ones are used. Clearly, if you say that everything is like that, the problem is either in the MPG itself or in the controller to which it is connected. I'm pretty convinced it was the wireless link. The wheel seemed OK, "local" effects (the pendant had a display) were completely reliable, and the Mach controller responded to all other input devices very quickly and cleanly. Also, at one point Mach was ripped out and replaced by TinyG/Chilipeppr. Same problems with pendant. Sort of leaves the wireless link. Of course, I could really prove that for under $100, by purchasing the exact equivalent pendant, same manufacturer, in wired. Just might do that.
• 

  Minimal scripting abilities?
  • fcwilt

  2
  0
  Votes
  2
  Posts
  55
  Views

  

  Conditional gcode is in the works. See here: https://forum.duet3d.com/post/65006
• 

  CNC Coordinate Systems
  • Danal

  41
  0
  Votes
  41
  Posts
  1939
  Views

  

  @dc42 Please add the same way as WCS as well ToolOffsets. PS: I would vote for option (a) even though (c) is fine as well as behavior (a) can be kind of mocked up using macros.
• 

  Change Z-babystepping to Y-babystepping for Belt printers.
  • NAK_3D

  7
  0
  Votes
  7
  Posts
  115
  Views

  

  @dc42 That would make dialing in a belt printer much easier... I would be more than happy to test the feature should you implement the ability to baby step the y-axis.
• 

  Request: Check for lost steps
  • Eumldeuml

  7
  0
  Votes
  7
  Posts
  185
  Views

  

  There is a way to do this on a Cartesian or CoreXY machine, but not automatically at present. The procedure is: Home the axis to an endstop switch. It will set the axis position to the M208 limit for that axis, assuming you don't use a G92 command to add an offset. Do whatever movement you want (perhaps a complete print) Repeat the homing move(s), but instead of using a G1 S1 move, use S3 instead of S1. Instead of setting the axis position to match the M208 limit, it will do the reverse, i.e. change the M208 limit to match the calculated axis position Send M208 to report the new axis limit, and compare it with the original one.
• 

  Truthiness. Verified Truthiness.
  • zBeeble

  13
  0
  Votes
  13
  Posts
  418
  Views

  

  @danal said in Truthiness. Verified Truthiness.: @timcurtis67 said in Truthiness. Verified Truthiness.: @rcarlyle The most accurate machines in the machine shop that I work in are Wire EDM machines. They don't use encoders but instead use glass scales to detect movement. OK, I am going to be "That Guy". A glass scale IS "an encoder". Attached to the final carriage instead of the motor shaft, which has tremendous advantages. Still, it is encoding position. I think what you are saying is that they don't use rotary encoders on the motors. Which, as you point out, attaching the (glass scale) sensor to the final "control point" self-compensates for all backlash, etc. I have a mill that works this way, and it is great. Yep that's what I'm saying. A glass scale is a type of encoder. A much more accurate one over time for the simple fact that with age the driving forces behind any mechanical movement wear. Rotary encoders on the end of servos (like in most CNC mills) only read the shaft movement, and that is before the coupler even. But truly my point was the fact that are encoders really necessary on a glorified hot melt glue gun machine? (Thanks Ian ) If you like them and feel you will get better prints with them then by all means go for it.
• 

  Start printing while uploading
  • Edgars Batna

  6
  0
  Votes
  6
  Posts
  187
  Views

  

  @dc42 It's 4kb. Formatted to 32kb and the upload speed didn't really change.
• 

  Windows Print 3D support
  • daveidmx

  1
  0
  Votes
  1
  Posts
  90
  Views

  No one has replied

• 

  PanelDue firmware info in DWC
  • resam

  3
  2
  Votes
  3
  Posts
  165
  Views

  

  Another Panel Due wish list item: Current coordinates displayed in move screen.
• 

  print to travel moves, no jerk
  jerk travel move print move firmware 2.01 pause • • imqqmi

  21
  0
  Votes
  21
  Posts
  407
  Views

  

  Thank you David, hopefully allowing high jerk for travel moves will resolve the issue. I'll try and source a 3mm bowden tube. In the mean time I'll turn off the pressure advance feature for now. I just printed a floppy cleaning kit someone asked for but the filament lost traction for about 10 layers before picking it up again due to the extreme back and forth motion of the extruder motor, especially with narrow infills like 2-5mm wide. Especially the turn tool got out with under extruded layers, it was easy to snap them in two parts. I've reprinted it without PA and came out fine.
• 

  Separate lift/un-lift feedrate for zlifts in M207
  • Duckle

  1
  0
  Votes
  1
  Posts
  50
  Views

  No one has replied

• 

  Z offset is negated in homing.g macro
  homing z offset web configurator • • imqqmi

  3
  0
  Votes
  3
  Posts
  100
  Views

  

  Thank you! It will be great for beginners as well.
• 

  Request (if possible) for greater consistency in G-codes
  • fcwilt

  7
  1
  Votes
  7
  Posts
  248
  Views

  

  @dc42 said in Request (if possible) for greater consistency in G-codes: @fcwilt , we try to be consistent in all new GCodes we allocate. For example, all GCodes involving heater numbers that I have introduced use H for the heater number. Unfortunately, we have to be compatible with other firmwares, so maintaining a logical use of parameters isn't always possible. It's just my OCD talking. Frederick
• 

  Implementing GetMotionType vs GetKinematicsType
  • GizmotronX5000

  2
  1
  Votes
  2
  Posts
  90
  Views

  

  You are right, the code needs to be refactored to use the GetMotionType function.
• 

  Blocking access to configuration files
  • paboman

  3
  0
  Votes
  3
  Posts
  94
  Views

  

  That will be great! to prevent removing the SD I will put a warranty void sticker, at least the user knows and can choose.
• 

  VESC spindle control for CNC mill
  • keyz182

  9
  0
  Votes
  9
  Posts
  264
  Views

  

  @dc42 Aaah, I see. I had gotten mixed up at some point assuming that the output from M280 etc was PWM, not PPM (from my understanding, yes, standard RC servo protocol). If that's the case, I just need to figure out the wiring. While the VESC seems like solid hardware/software, I've found it's documentation to be vague, and highly disconnected - I've been spoiled by Duet! I'll post here for future reference if/when I get everything working.