Duet WiFi firmware new feature priorities
-
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.
-
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. -
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!
-
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!
-
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.
-
I described a simple switch based filament detection here :
http://reprap.org/wiki/RepRap_Firmware_macros#Set_of_macros_for_filament_detectionI 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 -
@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.
-
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
-
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 )
-
@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.
-
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"
-
Just got mine. Luverly..
Can the BL Touch probe be added.
Steve a newbe -
About the BL touch, Have a look at this thread : http://forums.reprap.org/read.php?416,669287,669287#msg-669287
Short answer : Not yet
Longer answer: It may be workable to output a servo compatible signal with a fan/signal output, using M106 code to adjust the PWM, but this is not yet tested. -
In version 1.15 the PWM resolution is greatly increased. One of the main reasons I did this was to provide better resolution of the servo pulse length when a PWM channel is used as a servo output.
-
For the BL Touch, you could use https://www.sparkfun.com/products/13118 for the servo signals, then all you need a pin to toggle it.
-
G. Support for three independently-controlled Z motors
S. BLTouch
F. Support for multiple independent X carriages
B. Multi-threaded web server
H. Grid-based bed compensation -
S. Using stallguard for missed step detecion and auto rehome.
Apparently the tmc2660 shall be able to detect unexpected high loads.
After a few hours of frustration I finally did a semi successful benchy3D the most visible faults are due to the head hitting hardened overhanging corners curling upwards and producing missed steps, or hitting an already printed structure. Unfortunately I generally detect the fault 1-2 layers later.
If it could eventually be detected immediatly the delta could be paused, rehomed and restarted with no layer shift.
For some reason it does seem to work most of the time when done manually.
And yes I could up the current. But I don't want to because it prevents to hard shocks in case of colisions, -
Does this include changes requested for webcontrol?
If so, Is it possible to have a config.g backup made automatically?
I just attempted to make an update to config.g via the web interface to change the offset of my probe after adding a PEI sheet to the build plate. Made the change, hit save and the firmware evidently reset without warning or saving the config.g, taking out config.g in the process. It's now a 0 byte file. Like a fool, I don't have a backup, you can bet I will be grabbing one before changes from now on…
Anyhow, my request would be to have the current config.g backed up every time an update is made, that would at least keep a quasi backup file on the SD card.
Or if someone wants to point me in the direction of the code, I will add it, if nothing else, for myself.
-
Personally, I always keep the config files in a folder on my PC and keep this backed up. When I want to make changes, I re-name the config as configold or some such and upload the new file, rather than edit it from within the web interface. I've had one too many corrupt SD cards in the past.
-
I've started a new forum heading for Duet Web Control feature requests. Please start a new thread there to request keeping a backup copy of config.g.
