Phi: Open-source, Wi-Fi + Ethernet, RRF 3D Printer Controller
-
@bot said in Phi: Open-source, Wi-Fi + Ethernet, RRF 3D Printer Controller:
I love the path you're on so I'm excited to see you progress.
When the thread started I thought it was a good idea to have an ESP32 as RasPi replacement. The RasPi4 felt like 1000x overkill for the few tasks it had to do as SBC.
But the task list will grow in the future and I'm not sure how much headroom there is for the ESP32?
Could we program post pocessing scripts for it? I know there's MicroPython for ESP32, would it run on your environment?@likhalabs If I'd be you, I'd look for Linux driven alternatives for new projects. (eg. header for RasPi Zero 2W)
-
@o_lampe Although the ESP32 is much less powerful than the Pi's, it still packs some grunt. People have been running image and audio processing on it, after all.
It's hard to quantify how much headroom there is for ESP32 (one thing that is sure is that it's much less than the Pi). However, to get some idea, the current 'heaviest' workload would be networking, particularly uploading a G-code file. It hovers around 8% of CPU time when uploading a file.
Anything super computationally expensive would be out of the question for the ESP32, I think. One example I can think of is on-device 'spaghetti detection'. However, even the RasPi4 is not recommended for that.
Could we program post pocessing scripts for it? I know there's MicroPython for ESP32, would it run on your environment?
I mean, there is a MicroPython/CircuitPython port to the ESP32, but it would need to be integrated into RepRapFirmware. Again, anything super computationally expensive might be out of the question. But for simple custom manipulation of pins & peripherals, it could conceivably run. For example, sending out a custom color animation on Neopixels when a print is finished.
-
@likhalabs said in Phi: Open-source, Wi-Fi + Ethernet, RRF 3D Printer Controller:
It's hard to quantify how much headroom there is for ESP32 (one thing that is sure is that it's much less than the Pi). However, to get some idea, the current 'heaviest' workload would be networking, particularly uploading a G-code file. It hovers around 8% of CPU time when uploading a file.
So the bottleneck is not the CPU. That's already good news. Then there's enough CPU-time left to do simple post processing on gcode files.
How much RAM/flash is left over on the ESP32, when running RRF? -
@o_lampe So for the RAM, I currently opted to use any free RAM for network buffers. However, ESP32-S3 supports external PSRAM up to 8MB.
The firmware is about 1.5MB. Phi has a module with 8MB flash.
