3 ms·
3.5s is cool, but if the entire scenario was really connecting to WiFi and uploading an image every couple of minutes, an ESP32 would've been a much better choi
by gigel82 2y ago
3.5s is cool, but if the entire scenario was really connecting to WiFi and uploading an image every couple of minutes, an ESP32 would've been a much better choice for power consumption (unless the camera module you need for Pi has some specific features that none of the esp32-cam compatible cameras does)
- teamonkey 2y agoESP32 only supports up to 4MB of PSRAM while a single RPi HQ Camera still is 18MB.
- pitaj 2y agoDoesn't the camera have it's own framebuffer that the MCU can stream? I don't see why the MCU would have to hold the whole frame in memory.
- teamonkey 2y agoAt least with ESP32-CAM api, the instruction to capture an image returns a pointer to image data in psram. I would imagine a Pi Zero is more efficient at converting that raw image data to some compressed file format too.
- m00x 2y agoESP23-P4 will support up to 32mb in PSRAM, MIPI, and hardware h.264 encoding. It'll be a great chip for video.
- j16sdiz 2y agoThe library comes with ESP32 use DMA for image stream. Don't think you can workaround that, unless you write your own driver
- Neywiny 2y agoI might recommend a slightly higher end micro with a mipi csi interface but otherwise agree. This is so much work to do what microcontrollers can do almost effortlessly.