Why use a Raspberry Pi with a Duet 3?
-
Thank you for the reply.. I guess as long as development of the framework continues to match in standalone vs SPC, I'll be in good shape. Plus I can fully utilize my PanelDue.
-
@gfisher As my name has been mentioned, I'll just add my twopence worth. I do have a RPi which is fitted and ready to go. But as of this moment in time, there is no compelling reason for me to use it. To be blunt, the only useful things I've seen anyone come up with are clever ways to shut down the RPi in a controlled manner. No doubt that will change in the future but right now, in my mind, the RPi simply adds another layer of complexity with no material gain. Also, I'm too busy (and maybe too old) to learn Linux commands untill I see a pressing need or some advantages.
-
@gfisher said in Why use a Raspberry Pi with a Duet 3?:
Plus I can fully utilize my PanelDue.
This is actually proving to be a sticking point for me as well. A HDMI touchscreen with fill DWC is honestly more than I need or want for at the printer controls. I've gotten used to the PanelDue layout and have a lot of macros that are suited for the screen. For this reason I'm thinking of running standalone for the time being.
Eventually the SBC will have some plugins and features that might change that however.
-
@Phaedrux said in Why use a Raspberry Pi with a Duet 3?:
Eventually the SBC will have some plugins and features that might change that however.
can't say i've looked at it in detail but if the macros and files on the local duet 2 sd card is handled over the serial connection then it should be doable to get that working for the duet 3 as well. but i can understand its not a priority as the ease of custom design with a generic display was among the motivations for moving from paneldue to sbc. sounds like easter project:)
-
To the original question:
-
As mentioned, it is the only (supported) way to do WiFi on Duet 3 systems.
-
In addition to plain WiFi, any/all R Pi networking enhancements are available. Reverse proxies, firewalls, HTTPS, anything that you've wanted to do with the network connection of your printer beyond what RRF2 supports, now the entire portfolio of Pi networking is available, right there as part of the printer.
-
Upgrades of DWC and Firmware become a fixed sequence of two commands. Namely:
sudo apt-get update
sudo apt-get upgrade- Attaching an HDMI touchscreen allows full local control of a D3 based printer. (PanelDue works fine with a stand alone D3. With a Pi based D3, it has limitations that made me unplug it within one day).
Note that if you are concerned about "Full DWC", there are easy ways to "magnify" the DWC UI, thus making the touch buttons really big, and making the screen less cluttered. Not identical to Panel, but very similar.
- Future development is likely to be down this path. I'm sure Duet (the company and people) will back port as much stuff as they can as long as possible; still, the day will come when some feature is Pi only. It is inevitable.
Those are probably the more fact-based reasons. The "I don't like the command line" or "I don't know anything about Pi, and don't want to learn"... well, all I can say is I don't like arbitrary numeric codes for configuration. Really don't like them. Nonetheless, I do like Duet and learned the codes (really, learned to read the book) as an enabler to get Duet quality, power, flexibility, and precision. Your mileage may vary.
-
-
The video editing software that I use has multiple windows that can be shown/hidden, docked/undocked, resized and moved around at will. If one of the clever people on this forum wrote a web control which worked the same way, that would be a compelling reason for me to plug in my RPi.
-
@deckingman said in Why use a Raspberry Pi with a Duet 3?:
The video editing software that I use has multiple windows that can be shown/hidden, docked/undocked, resized and moved around at will. If one of the clever people on this forum wrote a web control which worked the same way, that would be a compelling reason for me to plug in my RPi.
I believe this is Chris' goal, and the reason he switched frameworks when he went to 2.0. Therefore, should be "Coming Soon".
Better get that Pi warming up now!!!
-
Thanks all for chiming in. My Duet 3 is currently running from an RPI4. I recently hooked up the PanelDue and have been on the fence with which way to proceed. What I feel will happen is I'll leave the PanelDue attached for basic control and then use my laptop to start prints and run macros (although, if I can get a copy of the macros on both the Duet and the RPI, I could run them from both..).
While I don't have ethernet readily available at my printer, I do have an extra one of these that could be utilized. I'm just tossing this out there for others who may not know they exist..
-
@gfisher said in Why use a Raspberry Pi with a Duet 3?:
if I can get a copy of the macros on both the Duet and the RPI, I could run them from both..
maybe you can? try it; insert a SD card (that does NOT contain a /sys/config.g file) and see if you're able to use the macros off that SD card. will require manual sync between files if changed but worth a try while waiting for better options.
-
@gfisher I guess that's another usage case for the RPi - if you want to use WiFi rather than Ethernet as to the best of my knowledge, Duet3 does not have WiFi.
-
The Pi makes for a pricy Wifi bridge, but as mentioned in a similar thread it was my main reason for using the Pi
-
So.. the idea of running macros from the local SD card is compelling - it's not ideal, but it would be very workable. I took a clean SD card and put a few sample macros into a folder named "macros" off the root. It works! They all show up like expected and run! I'm pleased.. it's not perfect, but that's a big step forward.
-
@gfisher said in Why use a Raspberry Pi with a Duet 3?:
It works!
wow, i had that put down to about 5% probability of success... there might be options for using g-code to sync the two (but my Duet3 doesn't have a SD socket so can't play with it)
but yeah, once you have a stable-ish set of macros its at least something, for now:)
-
One factor for me is to leverage the pi4 I’m using and it’s dedicated CSI video pipeline for a monitoring camera that’s more integrated than just a usb camera.
-
Maybe you could keep experimenting for me..
We have M20, M28 and M29 to play with.
M20 M28 /test.gcode G4 P500 M29 M20 -
@bearer it placed the file in the RPI's job folder.. still tinkering
-
Try using
M20 P"0:/"M20 P"1:/"andM20 P"2:/"to see if there is a difference, if not it'll get tricky. -
as someone using octoprint & smoothieware for many years the reason for rpi on duet3 :
those are the two reasons for me to use SBC and why have octoprint connected to the duet2ethernet ... I could not care less about wifi, I don't use wifi for anything other than phones & tablets, even cameras in my house are wired, but TSD and TB .. those I reeeeeeeeeeeeeeeally can't imagine printing without .. now others might find other stuff also very useful like:
- octolapse type of plugin where you can make fancy timelapses ( https://youtu.be/gJUlzVLmhSk )
- printer statistic ( https://plugins.octoprint.org/plugins/stats/ )
...
-
@bearer said in Why use a Raspberry Pi with a Duet 3?:
M20 P"0:/" M20 P"1:/"
You are a half-step ahead of me.. I'm new to Duet but quick to get my feet under me.
M20 P"0:/" and M20 P"1:/" both work and definitely read the different SD cards. P0 seems to be the local SD card on the Duet and P1 is on the RPI.
-
@gfisher Awesome, try prefixing the filename in M28 with
0:/
