Controlling Duet 3 from Linux (Non-SBC)
-
Hello!
I am fairly new to Duet3D and RRF. I have an application where I would like to control multiple "3D Printers" via a single PC / Linux server. I know that with Klipper, you can directly control hardware over USB from a central computer (sbc or otherwise).
I already have a Duet3 Mainboard 6HC and was wondering if it was possible with this board.Is it possible to send hardware commands over ethernet or usb to the Duet3 Mainboard?
Would I be better off getting a Klipper setup?Thanks!
-
-
@achrn Interesting, thank you!
Do you happen to know the type of speeds you could achieve for continuous calls from the on-board HTTP interface? Would sending too many requests slow down the rest of the system?
-
@shyam98 sorry, I've never used it to stream a lot of commands in sequnece - I have a routine that uses the interface, but I assemble a gcode file, upload it and run it, so it's only a few commands directly over the http interface.
-
@achrn Gotcha!
I am hoping to get some data back from the system in semi-real-time (0.2 seconds or so) so I will do some experimenting and see if how it affects the motion. -
@shyam98 a print farm software solution is going to be released as part of 3.5
-
@shyam98 said in Controlling Duet 3 from Linux (Non-SBC):
I am fairly new to Duet3D and RRF. I have an application where I would like to control multiple "3D Printers" via a single PC / Linux server. I know that with Klipper, you can directly control hardware over USB from a central computer (sbc or otherwise).
I already have a Duet3 Mainboard 6HC and was wondering if it was possible with this board.Yes you can stream commands over USB, but you will lose some of the advantages of printing from SD card, such as fast pause i.e. being able to pause the print without having to execute all the movement commands that are already buffered first.
-
@dc42 Have you heard of anyone experimenting on the speed at which the stream will work? Just wondering how many lines need to be buffered at a time. In this scenario, the "printer" is acting as part of a dynamic system and its code / function might need to change depending on sensor going to a higher level controller in the system.