Error: The program size (2021481 bytes) is greater than maximum allowed (1835008 bytes) #63
Comments
|
The But that is probably not the reason for the failing build Can you try the following and without Be sure to click "Clean build files" so all is build again from scratch. What version of esphome are you using? |
|
Did not work... Here with framework esp-idf: And with Framework Arduino: |
|
Do you have the |
I added it again, but still no success... Error (Whole output this time): |
|
Okay, build succeeds but is to large for your device. But it looks that you used framework arduino this time. Can you post your yaml config to. It's hard to see what your exactly testing. Does it build now when using |
|
Are you using a wired or wireless connection to flash the device? |
Wireless. But I also tried the manual download and get the same result: |
No: |
|
Your build issue seems to be related to your esphome environment see esphome/issues#5133 for a similar issue. For wireless and manual download it needs the same free room on the device. Try the |
I did. This is what I got: |
|
Try your last attempt again only then with |
|
the yaml in your first post shows that you are still using arduino framework. esp-idf is commented out: |
I tried both. Both fail. Arduino: esp-idf: |
|
I have exactly the same issue, I use the arduino framework. If I try using esp-idf the 'freertos' module can not be found. |
|
That is strange as that is just core esphome. If you try to build a Bluetooth Proxy (https://esphome.io/components/bluetooth_proxy.html) does it build? |
|
It will fail every time with the program size error. This is my code: I have included the bluetooth_proxy, removing it changes nothing. I tried arduino and esp-idf, both fail. |
|
|
It does not build with the minimum, this is the code: the freertos thing does not exist in my installation somehow. |
|
Then maybe they can assist you on the esphome channels |
|
I also tried removing as much as possible, it will go down to 100.8%. However I can not delete more. |
|
I found the big problem with this. Esphome will only let you use 2MB (my board has 4), I dont know how I can increase that. |
|
Did you use the flash over USB method? That should allow you to use all the room. If not then you're maybe using the wrong board config. Using the OTA method requires additional free room on the device (that's why it's limited to only have of the room). Fixing the esp-idf build should also give you a smaller result. |
|
Well, I tried connecting it to my rpi and then uploading via usb. It did not really change a thing. But I am not relly sure if I did it right. |
|
Connect the board USB to the pc where you opened the web dashboard of esphome and choose "Install" -> "plug into this computer" See https://esphome.github.io/esp-web-tools/ for more details |
|
To everyone experiencing this problem, first uninstall all esphome versions, then reinstall. |
|
I'm wondering if it's not connected to a partition table difference between
If so, maybe the #71 steps shall be changed? |
|
@michalpulda thnx for the addition, updated #71 |
|
Hi everyone, I'm currently experiencing the issue described above. Today I updated my esphome environment running in docker from 2023.11.6 to 2024.4.2 and the exact same config that built before perfectly now fails to build with the program size error. I tested some different configurations with the yaml and found out that basic config with the added external component and the ble tracker compiles correctly, however as soon as I add te awox_mesh component, the program size gets to big. The error appears independent of the flashing method. I tested the OTA, the wired connection as well as the manual download. Currently I use the arduino framework as the esp-idf will not compile correctly inside the docker environment (I get a compilation error with some cryptography module). Currently I get the following error: This is the configuration I use: esphome:
name: "buero-esp32"
friendly_name: "ESP32 BLE AWOX"
esp32:
board: az-delivery-devkit-v4
framework:
#type: esp-idf
type: arduino
ota:
password: "xxx"
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
mqtt:
broker: !secret mqtt_host
username: !secret mqtt_user_esp32
password: !secret mqtt_password_esp32
external_components:
- source:
type: git
url: https://github.com/fsaris/EspHome-AwoX-BLE-mesh-hub
esp32_ble_tracker:
scan_parameters:
active: false
awox_mesh:
mesh_name: !secret mesh_name
mesh_password: !secret mesh_password
address_prefix: A4:C1
device_info:
- product_id: 0x96
device_type: RGB
name: EGLO RGB+TW
model: EGLO-RGB-TW
manufacturer: EGLO
- product_id: 0x25
device_type: RGB
name: EGLOPanel 30X30
model: EPanel_300
manufacturer: EGLO |
When switching framework make sure to clear the build cache and use the wired method to upload/flash. |
|
I tried most of the already mentioned solutions above but none of them helped me. I always cleared the build cache before compiling with another framework, however as I mentioned the build itself fails due to some building error in the cryptography module. I did some research today and tried several hints to get this fixed but the esp-idf framework is unfortunately not building correctly. This is the shortened error message: |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Referring to the solved Issue #56 I still face troubles.
Did everything that was mentioned (Change to ESP-IDF, Clean Buildfiles etc.)
Here is my config (Removed everything but the AWOX Stuff)
This is the error I get when including Arduino Framework:
This is the error I get when I use esp-idf as Framework:
The text was updated successfully, but these errors were encountered: