Firmware wishlist

• 

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

  164
  0
  Votes
  164
  Posts
  11488
  Views

  

  18 5 6
• 

  6th-order jerk-controlled motion planning
  • dragonn

  86
  0
  Votes
  86
  Posts
  1606
  Views

  

  @dc42 I do not see the nasty consequences.. Can you elaborate?. I imagine this as a driving a car. I start the engine and start accelerating until I reach the maximum speed on the road (80Mps for the shake of the story). Then I maintain the velocity and to do that I do not apply any more acceleration to the car (acceleration =0). If I see a curve, I push the brake and reduce velocity a bit to 60Mps (decceleration) and at the exit of the curve I push the accelerator to increase speed again to 80Mps for the next road segment. In this drive, there is an inflexion point when the car reaches the minimum speed and before it starts accelerating again (gains more velocity). If the movement is smooth the speed profile would be like a "U" with the minimum speed reached at 60Mps. On the bottom of the U, the tangent (acceleration) is horizontal and therefore the acceleration is 0, and this does not produce discontinuities or nasty consequences. Also a third order motion profile will have 0 acceleration at the start end new of each move and will have the same consequences so I see no differences (except for the fact that it will have jerk).
• 

  Adjustable default speeds
  • Edgars Batna

  3
  0
  Votes
  3
  Posts
  47
  Views

  

  I just checked and yes, you can change the speeds for mesh bed probing as well - check the documentation for M558 (https://duet3d.dozuki.com/Wiki/Gcode#Section_M558_Set_Z_probe_type), and pay attention to the F and T parameters.
• 

  m305 alternative for T parameter at 25C
  • robm

  3
  0
  Votes
  3
  Posts
  46
  Views

  

  Ah, had not found the one linked off that page which interpolates the 25C result. Thanks!
• 

  Steppers with Brakes
  • Dep

  8
  0
  Votes
  8
  Posts
  160
  Views

  

  @t3p3tony said in Steppers with Brakes: releasing all the breaks at once Yes releasing all the breaks at once will be good. But I'm afraid for example, when idle, steepers may off by timeout. Or, you might not notice that the steppers' shutdown command will be added by the slicer. Therefore it will be fine if this option will be in the firmware!
• 

  Home if needed
  • tomasf

  1
  0
  Votes
  1
  Posts
  36
  Views

  No one has replied

• 

  is the mesh leveling capable of extrapolation?
  • gavatron3000

  5
  0
  Votes
  5
  Posts
  139
  Views

  

  ok thank you for the confirmation cheers
• 

  G92 doc disparity and a M584 feature request
  • ampex_fhm

  5
  0
  Votes
  5
  Posts
  69
  Views

  

  true, but wouldn't that also require a separate M584 call everytime I want to jog a different axis? right now I'm using a workflow like M584 ... (set up all four pairs with overlapping drive assignments) G0 FRONT_PAIR G0 RIGHT_PAIR G0 REAR_PAIR M584 ... (restore drive mapping for normal operation) <normal operation> If I understand correctly, your suggestion would require to change this to: M584 ... (set up mapping for FRONT_PAIR movement) G0 FRONT_PAIR M584 ... (set up mapping for RIGHT_PAIR movement) G0 RIGHT_PAIR M584 ... (set up mapping for REAR_PAIR movement) G0 REAR_PAIR M584 ... (restore drive mapping for normal operation) <normal operation>
• 

  Servos as Axes
  • GizmotronX5000

  3
  0
  Votes
  3
  Posts
  82
  Views

  

  Of course! I'm basically messing around with the idea of various accessories/tools that can come into and out of the print area on their own axes. They are currently controlled by servos, but if they behaved like axes I could track their position and incorporate them into the inverse kinematics model for the printer much more easily. I'm thinking about switching to steppers anyways, but the servos don't require any homing and are extremely light compared to steppers with similar holding torque.
• 

  G17, G18 and G19
  • Catalin_RO

  1
  0
  Votes
  1
  Posts
  60
  Views

  No one has replied

• 

  GCode file upload with GZIP
  • resam

  6
  0
  Votes
  6
  Posts
  129
  Views

  

  Thanks for the tip, David.
• 

  Protect against out-of-the-bed printing
  • c310

  7
  0
  Votes
  7
  Posts
  224
  Views

  

  Added to the firmware wishlist.
• 

  Increase work coordinates precision
  • Catalin_RO

  7
  0
  Votes
  7
  Posts
  141
  Views

  

  If that breaks anything, put the DWC files from github back on the card.
• 

  Print from external storage
  • deckingman

  3
  0
  Votes
  3
  Posts
  106
  Views

  

  @T3P3Tony: Hi Ian, thanks for the suggestion. I guess this should buffer the files to the local SD card storage. Hi Tony, I'll leave the practical implementation (if there is one) up to you experts. I stream HD videos and stuff from a single server, concurrently to a variety of devices but what happens inside all these various boxes is largely a mystery to me
• 

  G0 uses last G1 feedrate!
  • Catalin_RO

  8
  0
  Votes
  8
  Posts
  130
  Views

  

  @dc42: RepRapFirmware was written originally for 3D printing applications, so we are still learning about how CNC controllers are expected to behave. Are you saying that the F parameter should only apply to G1 moves, and G0 moves should always execute at the machine limits set in M203? Yes typically G0 commands run at the CNC machine max feed rates. There is usually a switch that lets you choose to run at 100% (max) 50%, 25%, and the linear feed rate which is then controlled by the feed overide switch to drop the feed rate even slower. I can see the issue when using the Duet for a CNC mill because almost all cam systems use G0 (rapid moves) when not actually machining to shorten run times. For example when drilling holes, you jump from say one hole to another you want the move as fast as possible. Slicer software uses G1's set to yourt "travel" feed rate so the moves between printed parts is fast. You just have to manually change the G0's to G1's.
• 

  Workplace change in simulation
  • Catalin_RO

  3
  0
  Votes
  3
  Posts
  72
  Views

  

  yes! Thank you!
• 

  CNC Coordinate Systems
  • Danal

  22
  0
  Votes
  22
  Posts
  350
  Views

  

  @Catalin_RO: While agreeing on the advantages of persistent work offsets, I don't really miss it with Duet3D. One could write extremely simple one liners with the G10 L20 Pn codes. Having them stored as macros also simplifies usage a lot as those macros can have meaningful names, usually much better than a Post-It on the machine telling the operator that "G56 is for round fixture in right-rear corner"…. That works great if you are willing to transcribe coordinates into the macros. When I mount a fixture, and switch to G55 (or whatever), I then Z Probe it, and use an edge finder to touch the edges (usually the edges of the stock in the fixture, not the fixture itself). Anyway… Once the physical part is done, I hit the "Zero Work Coordinates" button and it is now "saved". No human errors copying long numbers from the DRO to the macro.
• 

  Force user to turn ATX power on before trying to execute homing moves
  • LumberjackEngineering

  3
  0
  Votes
  3
  Posts
  76
  Views

  

  +1 for this I've brought this up before.
• 

  Run time hour meter
  • timcurtis67

  12
  0
  Votes
  12
  Posts
  398
  Views

  

  @Agniusm: Would it be possible to have last print time next to a file in G-Gode files section. It would be good for tuning speed and for people printing same parts over and over. Also stored somewhere on SD rather than eeprom One thing I have been considering is that when a file is printed of simulated, a comment giving the print time could be appended to that file. RRF and DWC would be able to extract that information. I'd probably make this optional, because some users might not want the Duet to modify their GCode files.
• 

  Switch Extrude and Retract Button placement on panel due
  • Jason K

  3
  0
  Votes
  3
  Posts
  126
  Views

  

  Try touching the buttons with your fingernail instead of with the pad of your finger.