ESPHome - Home Assistant nie widzi encji, problem z połączeniem

Witam,

Ostatnio jedno z urządzeń wypadło z jakiegoś powodu z sieci, wymagało wpisania klucza szyfrującego. Restart routera, zasilania , Home Assistant nie pomogło. Zaktualizowałem więć dodaek ESP Home Device Builder a następnie urządzenia w dodatku. No i od tego momentu już nie mam żadnego działającego urządzenia ESP w Home Assistant :smiley:

Wszystkie urządzenia mają wszystkie encje niedostępne, a przy usuwaniu urządzeń, wykrywa HA urządzenie na nowo, ale dodaje się ‘bez urządzeń lub encji’.

Błędy jakie sie przewijają w logach przykładowego urządzenia:

Logi:

WARNING Can’t connect to ESPHome API for esphome-web-e0d759 @ 192.168.1.106: Error connecting to [AddrInfo(family=<AddressFamily.AF_INET: 2>, type=<SocketKind.SOCK_STREAM: 1>, proto=6, sockaddr=IPv4Sockaddr(address=‘192.168.1.106’, port=6053))]: [Errno 113] Connect call failed (‘192.168.1.106’, 6053) (SocketAPIError)

Proszę o informacje lub podpowiedzi, jak rozwiązać ten problem.

A nie zmienił Ci się przypadkiem jakiś adres IP?

1 Like
1 Like

## System Information

version | core-2024.6.3

-- | –

installation_type | Home Assistant OS

dev | false

hassio | true

docker | true

user | root

virtualenv | false

python_version | 3.12.2

os_name | Linux

os_version | 6.12.23-haos

arch | x86_64

timezone | Europe/Warsaw

config_dir | /config

Home Assistant Community Store

GitHub API | ok

-- | –

GitHub Content | ok

GitHub Web | ok

HACS Data | ok

GitHub API Calls Remaining | 5000

Installed Version | 2.0.5

Stage | running

Available Repositories | 2844

Downloaded Repositories | 27

Home Assistant Cloud

logged_in | false

-- | –

can_reach_cert_server | ok

can_reach_cloud_auth | ok

can_reach_cloud | ok

Home Assistant Supervisor

host_os | Home Assistant OS 15.2

-- | –

update_channel | stable

supervisor_version | supervisor-2026.02.3

agent_version | 1.7.2

docker_version | 28.0.4

disk_total | 116.7 GB

disk_used | 23.0 GB

healthy | true

supported | true

host_connectivity | true

supervisor_connectivity | true

ntp_synchronized | true

virtualization |

board | generic-x86-64

supervisor_api | ok

version_api | ok

installed_addons | Home Assistant Google Drive Backup (0.112.1), ZeroTier One (0.22.1), File editor (5.8.0), Mosquitto broker (6.5.0), Node-RED (20.0.0), Terminal & SSH (9.20.0), ESPHome Device Builder (2026.2.2), NGINX Home Assistant SSL proxy (4.0.0), MariaDB (2.7.2), Zigbee2MQTT (1.41.0-1), Duck DNS (1.25.0), Matter Server (8.2.0), Samba share (12.5.2), Cloudflared (7.0.3), Let’s Encrypt (5.4.7), TasmoAdmin (0.31.5), Spotify Connect (0.17.0)

Dashboards

dashboards | 3

-- | –

resources | 12

views | 19

mode | storage

Recorder

oldest_recorder_run | 1 marca 2026 09:38

-- | –

current_recorder_run | 2 marca 2026 21:15

estimated_db_size | 3740.48 MiB

database_engine | sqlite

database_version | 3.44.2

Sonoff

version | 3.8.2 (c4b6fda)

-- | –

cloud_online | 10 / 12

local_online | 9 / 10

Spotify

api_endpoint_reachable | ok

-- | –

Xiaomi Miot Auto

component_version | 1.0.17

-- | –

can_reach_server | ok

can_reach_spec | ok

logged_accounts | 1

total_devices | 4

@abnvle - Adres HA napewno bez zmian, statyczny. Jeśli któreś z urządzeń zmieniło IP z niewyjaśnionych przyczyn możliwe… ale wszystkie w jednym momencie ? A jak sprawdzic jakie ip bylo wczesniej , to bym ręcznie przypisał starszy adres IP

Jak zrestartowałeś router to możliwe, że urządzenia pozmieniały adresy. Dlatego chyba najlepiej przypisywać sobie statyczne leasingi w dhcp.
Tak strzelam tylko bo z esphome specjalistą nie jestem.

Masz nieaktualizowany od dawna system. Moim zdaniem w tym momencie zmiany po stronie ESPHome vs twoja wersja HA 2024.6.3 są już za duże. Wersje rozjechały się na tyle, że komunikacja po API nie jest już możliwa.

Potwierdza to też AI:

ESPHome 2026.2 używa aioesphomeapi v44 – a HA Core 2024.6 ma wbudowaną wersję ~v18. To zupełnie niekompatybilne protokoły.

HA Core aioesphomeapi
2024.5 v24.3.0
2024.6 ~v24–v25
2025.2 v29.1.1
2025.3 v29.0–v29.1
2025.4 v29.6.0
2025.6 v31.1.0
2026.2 v43.10.1 → v43.14.0 Home Assistant
2026.2 (dev/current) v44.0.0 ESPHome

Po aktualizacji Core do wersji 2025.x/2026.x, HA dostanie nową wersję aioesphomeapi kompatybilną z firmware 2026.x i wszystko powinno wrócić do działania bez żadnych dodatkowych zmian w ESP.

2 Likes

Czyli krótko mówiąc, próby naprawy tego błędu są daremne i najszybciej, przynajmniej w teorii, jest postawienie systemu na nowo?

Dlaczego na nowo? Spróbuj w pierwszej kolejności aktualizacji Córę, jak radzi @angler “Po aktualizacji Core do wersji 2025.x/2026.x, HA dostanie nową wersję aioesphomeapi kompatybilną z firmware 2026.x i wszystko powinno wrócić do działania bez żadnych dodatkowych zmian w ESP.”

Mając juz pewne doświadczenie z HA jestem niemal pewny, ze jesli pozwoli mi zaktualizować core bez aktualizacji systemu, to napewno wysypia sie inne dodatki które będą za stare do wersji Core :wink:

Musisz się zdecydować : albo rybki albo akwarium :wink:

@ha_art Być może tak będzie, nie wiem ile masz tych dodatków, bo może sensownie byłoby odinstalować same dodatki, zaaktualizować Core i zainstalować dodatki na nowo. Warto spróbować. Można przy tym zostawić ich konfigurację.

No niestety trzeba aktualizować na bieżąco tzn. ja robię tak że nie instaluje wersji np. 2026.01.0 ponieważ traktuję ja jako beta instaluje dopiero jak pojawi się kolejna np. 2026.01.1

Możliwie najbezpieczniejsza ścieżka aktualizacji HA core - Home Assistant / Instalacja HA - ArturHome

Jest jeszcze jedno obejście, jeśli bardzo upierasz się przed aktualizacją systemu. Przejdź na komunikację MQTT w swoich urządzeniach z ESPHome.