ESP32-CAM_MJPEG2SD icon indicating copy to clipboard operation
ESP32-CAM_MJPEG2SD copied to clipboard

[question] Migration from 2.x to 3.0

Open guece1 opened this issue 1 year ago • 8 comments

I there in near future a plan for the migration of the project from versions 2.X (based on ESP-IDF 4.4) to version 3.0 (based on ESP-IDF 5.1) of the Arduino ESP32 core. ? I read that the Support for OV5640 on esp32-s3 was dropped in actual Arduino framework. But in 3.0.1RC it is back in

guece1 avatar Apr 17 '24 19:04 guece1

Not until stable release

s60sc avatar Apr 17 '24 20:04 s60sc

did i missing something Is there anothere way to get the OV5640 working on esp32s3
this is my board https://github.com/Freenove/Freenove_ESP32_S3_WROOM_Board i try for weeks now reading codes without succes no baby mode here

guece1 avatar Apr 17 '24 21:04 guece1

Unlike ov2640, some ov5640 have a non standard pinout. Check the wiring spec

s60sc avatar Apr 17 '24 22:04 s60sc

I tried for weeks ,the wiring specs are are the same it works with an esp32 cam.

My esp32s3 works with the OV5640 on other Sketches, like the newest Tasmota compiled with Arduino ESP32 Core 3.0.1RC.

Can anyone confirm that the OV5640 dont work on esp32-s3 but on esp32 on the actual Arduino framework. ?

guece1 avatar Apr 18 '24 09:04 guece1

Tried an OV5640 on my freenove board and got same problem. Could by an issue with later arduino 2.X releases, but I'll investigate furrther as time allows

s60sc avatar Apr 18 '24 10:04 s60sc

thank you for your time

I read from the Tasmota git

Support is removed in IDF and in Arduino precompiled libs 2.0.14 to save code space.

Modules OV3660 and OV5640 will be supported in next Arduino 3.0.0 alpha Platform build. Modules will NOT be added to core 2.0.14

On Tasmota 13.4.1.1 compiled on Core/SDK Version | 3_0_0/5.1.3.240325 the OV5640 works again

Could this be the problem ? Can we compile 2.0.14 libs ourself to implement it back ? Or is the only way to wait for the stable Arduino 3.0.0 Platform build ?

guece1 avatar Apr 18 '24 11:04 guece1

Sorry it is my fault. The combination of S3 and OV5460 was trying to allocate too much PSRAM

In the interim, in appGlobals.h, change: #define FB_BUFFERS 12 // 1 being processed, rest being filled to: #define FB_BUFFERS 6 // 1 being processed, rest being filled

s60sc avatar Apr 18 '24 12:04 s60sc

appreciate for your time and help it works very well now on core 2.0.15

guece1 avatar Apr 18 '24 13:04 guece1

should be fixed in v9.7.1

s60sc avatar May 04 '24 11:05 s60sc

Not sure if you know that version 3 is out not as stable

rjsachse avatar Jun 04 '24 03:06 rjsachse

working on conversion but will take time due to api changes

s60sc avatar Jun 04 '24 08:06 s60sc