Nie pokazałeś konfiguracji, ale z loga widać, że jest nieprawidłowa - Z2M masz skonfigurowane dla dongla Texas Instruments (zstack), a nie Silicon Labs… a skoro koordynator bazuje na EFR32MG24 to powinieneś użyć stacka ember
Musisz czytać dokumentacje. Zdecydowanie więcej czytać.
ZHA jest integrowane bezpośrednio w HA, nie używa transportu protokołem MQTT.
Ta bezpośrednia integracja jest słabym punktem - każdy restart HA = restart ZHA.
W trakcie gdy serwer koordynatora jest offline nie przyjmuje informacji z sieci Zigbee.
W przypadku Z2M jest to osobny serwer we własnym kontenerze więc restart HA nie zatrzymuje jego działania.
Bazy obsługiwanych urządzeń też mają różne, ponadto w samym HA obsługa urządzeń za pomocą Integracji/serwera ZHA jest inna niż za pomocą Integracji MQTT i serwera Z2M.
Zanim zaczniesz poprawiać konfigurację upewnij się, że masz działającą konfigurację Integracji i brokera MQTT (to nie ma nic wspólnego z Zigbee2MQTT, ale bez integracji z brokerem MQTT nie uzyskasz komunikacji z Zigbee2MQTT).
A propos obrazka
jeśli masz instalację typu “core” to w ogóle musisz robić wszystko samodzielnie.
Czy nie możesz wkleić tego co sugerowałem w podlinkowanej instrukcji (tak podstawowe dane diagnostyczne powinny być dostępne w każdym rodzaju instalacji), czemu masz tak dziwaczną instalację skoro nie masz pojęcia co robić?
Jeśli to nie Supervised ani HAOS to nie zainstalujesz Dodatku, więc musisz samodzielnie zainstalować w jakimśtam systemie jaki masz (czemu nie udzielasz odpowiedzi jak należy, przecież tam
jest gotowiec do wklejenia na forum) dockerowe wersje brokera oraz Z2M.
to jedna linijka więcej
a co do ścieżki to sugeruję rodzaj by-id i musisz skutecznie zabić ZHA (żeby nie próbował przejąć portu szeregowego)
ale Z2M nie wystartuje jeśli nie będzie miał dostępu do
dongla
brokera
więc najpierw w brokerze musisz stworzyć mu użytkownika z którego będzie korzystał, trzeba też kolejnego użytkownika dla drugiego klienta, którym jest Integracja w HA (oraz ewentualnie kolejnych dla jakichś innych klientów)