-
BoardESP32 Dev Module Device DescriptionNo other board. Just ESP32 Dev Module, Hardware ConfigurationNone Versionlatest stable Release (if not listed below) IDE NameArduino IDE 2.3.5 Operating SystemWindows 11 Flash frequency80 Mhz PSRAM enabledno Upload speed115200 DescriptionI was trying to upgrade an existing ESP32 Program but even with all program options disabled the program size was 90%. I decided to write a minimal program and report the program size for different ESP32 Core, from 2.0.13 to 3.2.0 Arduino IDE 2.3.5 ESP32 Core 2.0.13 ESP32 Core 2.0.17 ESP32 Core 3.0.0 ESP32 Core 3.1.3 ESP32 Core 3.2.0 My Question then is I can no longer program the esp32 boards with the application (Weather station) because the program size is now (using Core 3.2.0) in excess of 100%. Is there something I am missing here or perhaps not understanding the huge jump in program size from 2.x to 3.x of the ESP32 Core versions? Any suggestions most welcome. regards Sketch//nullprog.ino
#include <Arduino.h>
#include <WiFiServer.h>
#include <WiFiClient.h>
#include <ArduinoJson.h>
#include "SPIFFS.h"
#include <WiFi.h>
#include <Math.h>
#include <Wire.h>
void setup() {}
void loop() {}Debug MessageOther Steps to ReproduceNo, just run the nullprog.ino I have checked existing issues, online documentation and the Troubleshooting Guide
|
Beta Was this translation helpful? Give feedback.
Replies: 3 comments 2 replies
-
|
You can resize the partitions by allocating more space for app0 and app1 by reducing SPIFFS. For example app 1408 Spiffs 828: otadata, data, ota, 0xe000, 0x2000, app0, app, ota_0, 0x10000, 0x160000, app1, app, ota_1, 0x170000,0x160000, spiffs, data, spiffs, 0x330000,0xD0000,` I myself do not really understand why the idf kernel has grown so much in size. The second surprise for you will be the use of RAM. Personally, I will have to switch to esp32 with a larger memory size of 8-16 MB. But the fact that there is little RAM left threatens the use of esp32 at all. Something simple is still possible, but multifunctional devices with the current psram policy have already reached 60 KB and less free for me. Which no longer allows using https. |
Beta Was this translation helpful? Give feedback.
-
|
Thank you for your comment. I appreciate the response and your thoughts. Yes, I know about partitions and heap size and all about that and SPIFFS etc. I have been using esp32 for a number of years now (as well as esp8266 before that). The partition scheme really does not help here, as the project also uses OTA updates. As the project is now stable and been in place for some time, partioning was explored and changed over time to where it is today. Been there, done that, took home the medal so to speak. RAM is not an issue for me. But code space is. The problem is if all the project options are enabled, the resultant code space significantly exceeds 100%. With just 1 option enabled, a web server, program space is 90%. To be honest, none of it addresses the concern I expressed, let alone explain why the increase. I also feel that moving to a discussion could be interpreted as a "its not a real convern - live it - all your fault - write better code". I come back to the fact the the explosion of program space used by core now renders my solutions totally worthless if moving to the latest core version. The project was often referred to as an esp32 killer app. Now its progably gonna be referred to the app that esp32 core killed. Just my thoughts. Not blaming anyone. Regards |
Beta Was this translation helpful? Give feedback.
-
|
I partly understood that yes, this is our problem and we have to live with it. I moved to version 3.x.x only because of Matter, I still keep my main version on the distant 1.0.2 just because of memory issues. Now I decided to switch to ESP32 with 8-16 MB of PSRAM, because in addition to the web server, web client, websocket server and client, I need to implement Matter support. I also wrote for the 8266, there was still plenty of space there, and strangely enough, RAM was enough. I haven’t written off the 8266 yet. Good luck to you!!! |
Beta Was this translation helpful? Give feedback.
-
|
I dug deep into this and here is my conclusion:
Now with that said:
With all of the above, I conclude that this is not a real world issue. Yes, the WiFi stack has increased in size in ESP-IDF, but we have no control over that. |
Beta Was this translation helpful? Give feedback.
-
|
Thank you so much for your work!!! I suspected that the memory problem is in the IDF itself and does not depend on porting for Arduino. If you have the opportunity, please consider more aggressive use of PSRAM in Arduino’s menuconfig settings. With the current default settings, PSRAM is used by the system in rare cases. |
Beta Was this translation helpful? Give feedback.
I dug deep into this and here is my conclusion:
WiFiobjectWiFi.mode()internally, which in turn links to all low level WiFi and Netif init/deinit methodsWiFi.mode()in the destructors, brings back the flash size to 300+KBNow with that said:
Network.hinstead.