Firmware wishlist and priorities for Duet WiFi and Duet Ethernet

deckingman

Ability to assign end stops to axes (especially useful for machines with "more than the norm" number of axes). Or more precisely the ability to assign end stops other than the default assignments.

Talking to Tony some time back when I was trying to get CoreXYUVnn (where nn could be AW) working, I'm fairly sure this is on the road map but it doesn't appear in this thread so I thought I'd mention it here so it doesn't get overlooked.

3DOeste

I don't know if it would be possible, but I would like to have Fanuc compatible gcode when in CNC mode. That would enable to use the vast majorities of CAM softwares available since all of them have a Fanuc post processor.

dc42

I thought Fanuc machines were rotary CNC machines - am I wrong?

3DOeste

@dc42 Fanuc is the standard in high quality CNC machine controllers, the are others, but Fanuc is the most used one.
They make controllers for mills and lathes, and also for all kinds of CNC machines (robots, press, EDM, wire EDM, etc...)

dc42

@3doeste, can you list the most important Fanuc GCode commands that RRF doesn't yet support?

3DOeste

@dc42 I think the major difference is how G0 and G1 commands are used, since on industrial controllers you only used G0 and G1 once, and all the following blocks asume the last parameter until a G0 or G1 command is issue again. That allows for less data transfer (wich industrial controllers are the worst in this matter, specially older ones) and to separately tune rapid feed rates and cutting feed rates on the fly.
Canned cicles are useful but you can write all the cicle from the CAM itself, so no problem there.

I attached a simple offset flat strategy, without arcs, so you can see how a Fanuc post looks like. In this case it has the block numbers, but they can be removed to decrease data transfer rates .

0_1544481928987_Fanuc-test.gcode

dc42

@3doeste said in Firmware wishlist and priorities for Duet WiFi and Duet Ethernet:

I think the major difference is how G0 and G1 commands are used, since on industrial controllers you only used G0 and G1 once, and all the following blocks asume the last parameter until a G0 or G1 command is issue again.

What you are saying is that you can just repeat the X and/or Y coordinates without repeating the G0 or G1 command. I'll add that to the firmware wishlist.

3DOeste

@dc42 That's right! After a G0 or G1, all the following coordinates use the last parameter, you can even change the feed without changing the G1 or G0 status (well, on industrial CNCs the G0 has no feed value, since it's given by the machine, and all you do is lower it by 50%, 25%, and to feed values).

gavatron3000

@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

dc42

@3doeste said in Firmware wishlist and priorities for Duet WiFi and Duet Ethernet:

@dc42 I think the major difference is how G0 and G1 commands are used, since on industrial controllers you only used G0 and G1 once, and all the following blocks asume the last parameter until a G0 or G1 command is issue again.

That is now supported in firmware 2.02RC7.

daveidmx

With the RTOS port I assume it's now easier to add additional background tasks to the firmware. When a print starts, could the firmware also start running a simulation in the background, and when complete that simulation time could be fed back to DWC/PanelDue for an additional (and presumably more accurate) print time estimate?

patakopecek

@daveidmx good idea, but the duet could run out of resources

dc42

@patakopecek said in Firmware wishlist and priorities for Duet WiFi and Duet Ethernet:

@daveidmx good idea, but the duet could run out of resources

That's the likely problem. The Duet 2 doesn't have enough RAM to run two instances of the Move subsystem. So we'd have to run the simulation while the Duet is sitting idle. Then we would have to either abandon the simulation if you send any commands to the Duet, or save enough state to be able to resume it later.

When a simulation completes, the simulated time is stored at the end of the file. PanelDue displays that time when you select the file.

@dc42

late to the party:

6-10

snufkin

My vote is:

True bed levelling using 2, 3 or possibly 4 independently-driven Z motors and a Z probe.
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.
Ability to update PanelDue firmware via the web interface.
Ability to control an electronics cooling fan thermostatically based on CPU temperature and driver overheat warning.

Thanks for all you do for the community!

Phaedrux

@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!

littlehobbyshop

@dc42 I think this post needs deleting and updating

@Phaedrux said in Firmware wishlist and priorities for Duet WiFi and Duet Ethernet:

@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.

Working since RRF3.2

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!