ESPhome 2025.7 OTA breaking changes

[rva]

U jednoho zařízení (nejstarší BMS) po update esp ukazoval nesmysly u všech parametrů - namátkou napětí baterie 48V. Všiml jsem si toho až ráno a vrátil tam předchozí verzi.
Jinak od verze 2025.8.0 může být zajímavá funkčnost mesh, tedy jde nastavit, aby zařízení komunikovala mezi sebou a třeba si tak prodloužit dosah.

[Nortonko]

áno funkcia mesh je zaujímavá, ale funguje len na ESP32. Na iných verziách to nepôjde napr na D1 mini ktoré majú čip 8266 to nepôjde a tých mám väčšinu.

[Kostěj]

ale nikdo tě nenutí, pořád je arduino ide podporovaný...

Na esp32 (viz můj projekt vytěžování na 60V) používám Arduino IDE 2.0.4. Asi před půl rokem jsem odklikl aktualizaci na vyšší verzi a kód mi přestal fungovat. Chvíli jsem se v tom hrabal, pak jsem zkusil downgrade, neúspěšně. Takže plná odinstalace, čistka pohrobků a nová instalace původní verze. Docela mne to znechutilo. Možná za dlouhých zimních večerů na to znovu mrknu.

[rva]

Zkompilovaný kód si ukládám pro možnost vrátit se zpět. Teď se mi to hodilo u JK-BMS a ještě jsem zjistil, že z jedné bedny MK Axpert jdou rovněž nesmysly. Po poslání předchozí verze *.bin vše funguje.

[TomHC]

Nejaká zmena v UART...?

[rva]

U mě určitě ne. Ten samý .yaml jako dříve a u dvou zařízení po update nesmysly. To je snad poprvé kdy k něčemu takovému došlo. Ale vše je jednou poprvé. Aspoň jsem poprvé využil ty zálohy u kterých se zdálo, že je dělám zbytečně. A dělám si je jak pro OTA verzi tak pro připojení přes USB

[TomHC]

Myslel som skôr, že tam používaš UART na komunikáciu, možno sa tam niečo menilo. Change log alebo fórum si nepozeral?

[glottis]

Kdyby nekdo narazil na problem v esphome s vycitanim dallas cidel, kdy jich je vic na sbernici a jsou napajene parasitne, tak nastala nejaka zmena, a cidla to ted vycita jinak a zlobi to. Nahodne to vraci 85C treba, jako na screenu.

Reseni je vypnout automaticke nacitani dat a udelat to casovacem

Kód: Vybrat vše

sensor:
  - platform: dallas_temp
    name: "sensor1"
    id: sensor1
    address: 0xXXX
    update_interval: never
  - platform: dallas_temp
    name: "sensor2"
    id: sensor2
    address: 0xYYY
    update_interval: never

interval:
    - interval: 60s
    then:
      - component.update: sensor1
      - delay: 1s
      - component.update: sensor2

[TomHC]

Inak tu je video, ako urobiť downgrade ESPhome v rámci Home assistant.

[TomHC]

Skúšal som to, ale nešlo to podľa návodu, ani s pomocou komentárov pod videom. Ani podľa iných návodov na nete. Tak asi smola.

[TomHC]

Nová verzia je vonku - https://esphome.io/changelog/2025.9.0/

Žiadne potenciálne fatálne zmeny, ale zopár vylepšení, napr. rozšírená podpora nRF52.

[rva]

Nejaká zmena v UART...?

Ano. U předchozích verzí esphome modul "esp32 C3 supermini" komunikoval bez problému s uart na GPIO20 a GPIO21. U těch novějších jsem to musel přepájet na GPIO0 a GPIO1.

[TomHC]

To je zvláštne, lebo ja zrovna tie 2 piny používam na BMS adaptéroch aj RS485 hat a bez problémov.

Kód: Vybrat vše

uart:
  baud_rate: 9600
  tx_pin: GPIO21    # DI
  rx_pin: GPIO20    # RO
  debug:
    direction: BOTH

modbus:
  flow_control_pin: 10  # DE+RE

[rva]

Na BMS adaptérech rovněž používám GPIO20 a 21. Ale tady jsem u 3 měničů ISolar používal GPIO0 a GPIO1 - bez problémů. A u měniče PIP GPIO20 a 21 a když novější verze esphome posílala z měniče nesmysly, tak jsem to přikládal měniči. Ale měnič má poruchu, tak jsem ho vyměnil za čtvrtý ISolar (který je stejný jako ty ostatní tři) a očekával jsem, že komunikace bude fungovat. Nefungovala, tak jsem hledal rozdíly, které byly v používaných gpio.

[TomHC]

Nemôže to kolidovať napríklad ak máš zapnutý log/debug? GPIO20/21 sú zrovna UART piny.