ESPhome 2025.7 OTA breaking changes

[TomHC]

Ahojte, ak používate ESPhome a firmware OTA update (cez sieť, nie cez UART/USB), tak zbystrite!

Ak urobíte update ESPhome na 2025.7, musíte upraviť YAML, inak prídete o možnosť OTA a budete behať s laptopom a USB káblom po všetkých zariadeniach! Treba explicitne pridať aj direktívu pre web_server, aj keď samotný web_server nepoužívate.

Kód: Vybrat vše

web_server:
  port: 80

ota:
  - platform: esphome  # Your existing OTA method
  - platform: web_server  # Add this for web-based OTA uploads

Dobrou správou je, že sa znížila spotreba pamäte a zlepšil výkon.

Major Changes:
Web Server OTA moved to dedicated platform (breaking change - migration required)
ESP-IDF 4.x support removed - ESP-IDF 5.3.2+ now required
ESP32 Arduino updated to 3.1.3 for better compatibility and performance
Sub-device support for logical entity grouping in Home Assistant
Jinja2 template expressions for dynamic configuration generation

New Hardware:
LoRa communication (SX126x/SX127x), ESP32 Hosted WiFi, LN882X SoCs
New sensors: OPT3001 light, LPS22 pressure, GL-R01 ToF, Xiaomi BLE

Performance:
Extensive memory optimizations (up to 40% reduction in component memory usage)
Enhanced performance through C++20 support and optimized algorithms
Improved interrupt handling and scheduler efficiency

https://esphome.io/changelog/2025.7.0

[TomHC]

A ďalšie zaujímavé novinky:

- https://esphome.io/changelog/2025.7.0#s ... ce-support
- https://esphome.io/changelog/2025.7.0#j ... stitutions

[TomHC]

Beriem späť čo som písal o OTA - zle som to pochopil.

OTA cez commandline alebo HA integráciu funguje aj bez web_server komponentu. Ale ak používate web_server, jeho súčasťou bola doteraz aj možnosť FW update cez web rozhranie. V tomto update teda zmizne iba táto možnosť.

Ale ešte jedna vec vyskočila:

WARNING [ethernet] The 'clk_mode' option is deprecated and will be removed in ESPHome 2026.1. Please update your configuration to use 'clk' instead.

[rva]

Protože jsem včera dělal update u některých ESPHome zařízení, tak jsem si to s hrůzou zkusil. V yaml mám

Kód: Vybrat vše

ota:
  - platform: esphome
    password: "xxxxxxxxxxxxxxxxxxxxxxxxxxxx"

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
# Optional manual IP
  manual_ip:
    static_ip: 192.168.0.60
    gateway: 192.168.0.1
    subnet: 255.255.255.0

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Dc-Spotrebice"
    password: "xxxxxxxxxxxxx"

# V HA se pak k položkám "edit" a "logs" objeví položka "visit", kde se po kliknutí otevře stránka esphome daného zařízení
web_server:
  port: 80

a s tím OTA funguje:

ESPHome 2027.7.0. OTA

U té lepší správy paměti jse ten včerejší update u dalších zařízení ukončil poté, co kompilace skončila neúspěšně kvůli moc velkému výslednému souboru:

Velké velikost zkompilovaného souboru

Nikdy jsem nepotřebovat toto měnit. Tak nevím, jestli se s tím dá něco dělat.
Update: Koukám, že jsi to upřesnil. Tak OTA používám přes integraci HA, kde to běží.

[Forrest]

Já jsem to radši překopal... snad dobře

Kód: Vybrat vše

ota:
  - platform: web_server

Tak uvidíme, jestli to bude šlapat...

[TomHC]

Veď skús aspoň skompilovať :

Kód: Vybrat vše

esphome compile subor.yaml

[Forrest]

jj, kontrolu dělám vždycky.. zapomněl jsem tam jen pass, tak to řvalo ... teď mě to momentálně spadlo, protože se ni to cele nějak poj*balo..Ty aktualizace mě začínají pěkně sejřit. Je to čím dál tím víc větší, na stejnym HW to chodí hůř a hůř.. vytížení procesoru 100%, a to jsem z toho vysápal co šlo..Od včera mi chodí nechodí MQTT (teda teď už tak na 90% zase jo), teď to padá co půl hodiny...

[rva]

Já nejdřív udělám pod ManualDownload FactoryFormat pro případné posílání lokálně přes USB. A tyto verze si uchovávám (zatím jsem je samozřejmě nepotřeboval). A pak to zopakuji přes OTA - vše je už zkompilované, tak to jde rychle.

[TomHC]

na stejnym HW to chodí hůř a hůř.. vytížení procesoru 100%

To píšeš o stroji, kde spúšťaš kompiláciu a upload ESPhome...?

[Forrest]

jj, mam to na virtuálu. Začalo to tím, že 32GB disk byl málo, protože zálohy nějakou aktualizací, ze dne na den nabobtnaly z 2,2GB na 5,5GB..OK, tak jsem zvětšil disk, pak přidal paměť, dal o jeden procík navíc ... A furt to je málo
Na stejnym železe jedu fakt dlouho a smutně musim konstatovat, že HA za chvili neutahne ani rasberry5 . Aktualizací taky nebejvalo tolik, jak v poslední době. Hlavně teda úplně né tak zásadní, že si toho musel spoustu překopat... to mqqt jsem dočasně vyřešil tak, že jsem ember přepsal ezsp a pak to ožilo.
Ale třeba je to jen tím, že to mam za*ebaný u mě, no

[Aldron]

Prešlo pár dní a už tu máme verziu 2025.7.1. Snáď to niekomu pomôže.

[TomHC]

Skús upratať platformio, ak vynecháš --dry-run, tak to reálne zmaže nepoužívané balíky.

Kód: Vybrat vše

PS C:\> pio system prune --dry-run
Dry run mode (do not prune, only show data that will be removed)

Prune cached data:
 - cached API requests
 - cached package downloads
 - temporary data
Space on disk: 1007.98MB

Prune unnecessary core packages:
Calculating...
Space on disk: 0B

Prune unnecessary development platform packages:
Calculating...
Package                             Version          Size
----------------------------------  ---------------  -------
espressif/tool-xtensa-esp-elf-gdb   11.2.0+20230208  76.76MB
espressif/tool-riscv32-esp-elf-gdb  11.2.0+20220823  74.80MB
espressif/toolchain-esp32ulp        2.35.0-20220830  37.29MB
Space on disk: 188.84MB

Total reclaimed space: 1.17GB

[Forrest]

Zkusim to ještě v konzoli, příkazy:
ha core rebuild
ha supervisor repair
Třeba se to umoudří. PlatformIO mi nejde.. resp, nevím jak na to

[TomHC]

Ja robím na svojom PC vo Win, ESPhome inštalácia vytvorí aj PlatformIO...

[eman]

Díky za info. Já ty changelogy čtu jen vyjímečně a tak bych se asi hodně divil. Ale je fakt, že web server jsem u ESP nikdy nepoužil.

[TomHC]

Tak zrovna tá vec s OTA "postihne" len tých, čo nemajú HA a používajú iba web interface, že Migel

[rva]

Problém s moc velkým souborem po kompilaci vyřešen dle aktuálního návodu pod chybovou hláškou - tedy přechodem v yaml z framework arduino na esp-idf:

Kód: Vybrat vše

esp32:
  board: mhetesp32minikit # deska vypadá jako tento typ, na sobě má "Live mini kit ESP32" 
  framework:
    # type: arduino
    type: esp-idf 

U mě zabírá stále větší místo databáze influxDB - přes 16 GB. Proto jsem si dle návodu v sekci "senzor" přidal senzor, který tuto velikost zobrazuje.

Kód: Vybrat vše

# Chci sledovat velikost influx databáze na disku podle https://community.home-assistant.io/t/influxdb-information-database-size-as-sensor-in-home-assistant/266261/6
  - platform: influxdb
    host: a0d7b954-influxdb
    port: 8086
    username: ABCD
    password: xxxx
    scan_interval: 3600
    queries:
      - name: InfluxDB DB size
        unit_of_measurement: GB
        value_template: "{{ (value|float / 1024 /1024 /1024)|round(3) }}"
        group_function: sum
        measurement: '"monitor"."shard"'
        database: _internal
        where: "time > now() - 10s"
        field: diskBytes

[glottis]

ja mam influx uz asi 50GB ted jsem si tam rozjel agregaci dat, kdy se pul roku sbira vse, starsi data se sagregujou na 5minut a starsi jak dva roky na 15 minut. Ale jeste jsem se neodvazil to prepnout do rezimu, ze to tu halvni db i cisti ale to prijde. Je to docela voprc to rozjet, protoze je potreba planovac co pousti prikazi v tim dockeru v influxu. Kdyz je influx jinde, je to o poznani jednodusi

[rva]

To budu časem potřebovat taky. Dělám zálohy celého virtuálu, takže teoreticky si můžu nadělat kopie a bezpečně si to natrénovat. Ale když není potřeba, tak se to odsouvá a čeká. Někde jem zaregistroval, že se něco místa ušetří, když se do configuration.yaml doplní řádek s časovou osou s rozlišením jen na sekundy:
precision: s, což je pro mě dostatečné. Ale jaký to má reálný vliv, to nevím.

Kód: Vybrat vše

influxdb:
  host: a0d7b954-influxdb
  port: 8086
  database: ha2
  username: ha2
  password: xxxxxx
  max_retries: 3
  default_measurement: state
#  tags_attributes:
#    - entity_id
#    - friendly_name
#    - device_class
  precision: s