Planowana data wydania to początek stycznia 2025 (uwaga na potencjalnego kaca po intensywnej zabawie ;D) warto się zapoznać z potencjalnymi niespodziankami
No i się zaczęło.
Aktualizacja do wersji 1.42.0-1 usuwa wszystkie urządzenia.
https://github.com/zigbee2mqtt/hassio-zigbee2mqtt/issues/664
Aktualizacja dodatku z wersji 1.41.0-1 do 1.42.0-1 powoduje usunięcie wszystkich skonfigurowanych urządzeń, a także innych opcji konfiguracji. Przywrócenie kopii zapasowej nie pomaga w ogóle.
U mnie nic nie usunęło, wszystko działa poprawnie. Dziś rano była łatka
HAOS na PC n100 + SLZB-06P7
@artpc U mnie też wszystko hula w dwóch różnych sieciach na dwóch różnych koordynatorach. Więc to jakiś selektywny błąd.
Edit: HA zainatalowane jako VM na ESXi 7.0.
Możliwe że zależne jest to od posiadanej Instalacji HA, dopiszcie proszę jaki macie rodzaj instalacji HA
Bez paniki, nic nie usuwa, zawsze głupie ruchy są złe - większość gości z tego issue sama sobie usunęła całą sieć Zigbee, bo nie czytają co robić… (i z tego wynika, że większość nie wie o tym, że koordynator trzyma konfigurację całej sieci Zigbee w NVRAM i póki się go nie nadpisze to nic się złego nie dzieje).
Dla wszystkich używających koordynatory na bazie MCU Texas Instruments (CCxxxx) rozwiązanie jest banalne, należy dodać jedną linijkę w obecnie używanym configuration.yaml
należącym do Z2M (zwracam uwagę nie chodzi o żaden inny configuration.yaml
a w szczególności nie chodzi o ten należący do HA !!!).
Tak było dotychczas - konfiguracja przykładowa, ścieżka do portu szeregowego pewnie w waszych instalacjach jest inna!
zmiana przez dodanie jednej linijki w tej sekcji
serial:
port: /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0
a tak ma być teraz
serial:
port: /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0
adapter: zstack
Obecne zmiany usuwają taką niesprawiedliwość, że posiadacze wszystkich innych koordynatorów niż TI musieli definiować sterownik w sekcji serial, a posiadacze TI nie musieli, więc zwykle mają braki w konfiguracji…
(finalnie ma działać auto-detekcja koordynatora, ale już kiedyś pisałem, że chyba sporo wody w kanale Zuid-Willemsvaart upłynie, zanim to będzie działać powszechnie i jak należy).
Ba, przed aktualizacją można to ustawienie zmienić w GUI Z2M (przypominam to dotyczy tylko właścicieli koordynatorów współpracujących ze sterownikiem zstack
)
w kroku 6 pojawi się w tym miejscu przycisk restartu Z2M (ja jestem już po aktualizacji, to nie mam musu grzebania).
A tak w ogóle wszystkim polecam wykonanie backupu sieci przed jakąkolwiek aktualizacją w okresie przejściowym (czyli pewnie do końca stycznia 2025), a tak w ogóle to aktualny backup sieci zawsze warto mieć…
tu niestety kolejna uwaga - nie każdy koordynator jest w stanie skorzystać z takiego backupu, z tego co wiem to nie działa na koordynatorach współpracujących ze sterownikami
conbee
oraz zboss
@artpc a tak w kwestii rodzaju instalacji: HAOS-generic i Z2M jako addon, ten problem oczywiście dotknął mojej instalacji (aby było weselej problem ze startem Z2M wystąpił dopiero przy instalacji 1.42.0-2 która ma być łatką na 1.42.0-1, a akurat 1.42.0-1 działał bez zająknięcia na starej konfiguracji), bo stwierdziłem, że wypróbuję aktualizację metodą “seemless”, czyli bez dotykania czegokolwiek (mając świadomość potencjalnych koniecznych zmian), oczywiście rozwiązanie problemu zajęło mi minutę po stwierdzeniu, że świeżutka wersja addona nie startuje.
ALE kluczową informacją jest jaki kto ma koordynator, ja mam “egony v4” na bazie TI CC2652P.
Zaktualizowane do Aktualna wersja: 1.42.0-2 Działa bez problemu, ale żadne dane nie zostały przeniesione ani ich nie musiałem przenosić do /usr/share/hassio/addon_configs/45df7312_zigbee2mqtt
, konfiguracja jest w starym miejscu.
Dopiero w wersji 2.0 ma być migracja lokalizacji.
To skąd ten plącz odnośnie tej aktualizacji?
Ponoć do wersji 1.42.0-1 wleciały jakieś zmiany z gałęzi master, podczas gdy powinny poczekać do 2.0
konkretnie to konieczność jawnego wyspecyfikowania sterownika dla koordynatorów zstack
Szczerze mówiąc nie wnikałem głęboko, uaktualniłem konfigurację o brakującą linijkę, wszyscy, którzy mają potencjalnie podatne konfiguracje na ten problem (sprzęt TI) wciąż to mogą zrobić przed jakąkolwiek aktualizacją.
A że breaking changes jest więcej, to w ramach szykowania się na zmiany proponuję wyłączyć też opcje legacy (które teoretycznie od wielu miesięcy są zbędne, ale zostaną wycięte w 2.0).
Witam!
U mnie wczoraj po aktualizacji do 1.42.0-1 Zigbee2MQTT nie wystartował
[18:52:48] INFO: Preparing to start...
[18:52:48] INFO: Socat not enabled
[18:52:48] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2024-12-03 18:52:54] info: z2m: Logging to console, file (filename: log.log)
[2024-12-03 18:52:54] info: z2m: Starting Zigbee2MQTT version 1.42.0 (commit #unknown)
[2024-12-03 18:52:54] info: z2m: Starting zigbee-herdsman (2.1.9)
[2024-12-03 18:52:55] error: z2m: Error while starting zigbee-herdsman
[2024-12-03 18:52:55] error: z2m: Failed to start zigbee
[2024-12-03 18:52:55] error: z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
[2024-12-03 18:52:55] error: z2m: Exiting...
[2024-12-03 18:52:55] error: z2m: Error: No path provided and failed to auto detect path
at Function.create (/app/node_modules/zigbee-herdsman/src/adapter/adapter.ts:107:23)
at processTicksAndRejections (node:internal/process/task_queues:95:5)
at Controller.start (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:133:24)
at Zigbee.start (/app/lib/zigbee.ts:69:27)
at Controller.start (/app/lib/controller.ts:161:27)
at start (/app/index.js:154:5)
w plou path zminiło się na /addon_config/zigbee2mqtt
więc przeniosłem lokalizację do addon_configs/45df7312_zigbee2mqtt/zigbee2mqtt
(wszystkie pliki z
/config/zigbee2mqtt)
nic to nie pomogło ten sam błęd podczas startu, więc zmieniłem ścieżkę w polu path na /config/zigbee2mqtt
i dodatek wystartował, tak zostawiłem i dzisiaj aktualizacja do 1.42.0-2 . Wszystko działa lokalizacja path została w starej czyli w /config/zigbee2mqtt
U mnie też (pomimo lekkiego strachu) obeszło się bez komplikacji.
HAOS na PC N100 + Conbee 2
Czy komuś udało się przejść na wersję 2.0.0?
U mnie Zigbee2MQTT nie chce wystartować, gdzie teraz ma być konfiguracja, ma być w
/config/zigbee2mqtt
czy w
addon_configs/45df7312_zigbee2mqtt/zigbee2mqtt
Mi się udało.
@mario026
A masz koordynator na MCU TI?
W ogóle czytałeś ten wątek od początku zanim zacząłeś pisać??
Nowa konfiguracja jest na starym miejscu (mimo, że istnieją od jakiegoś czasu nowe katalogi w \addon_configs
to u mnie nadal pusto), natomiast aktualizacja tworzy backupy starej konfiguracji w starym formacie na wypadek rollbacku.
Masz nie grzebać ręcznie w konfiguracji, ale PRZED aktualizacją dostosować ją do breaking changes.
Do poczytania
Zobaczę jeszcze co będzie po restarcie hosta, edit - restart systemu przechodzi bezboleśnie wszystko wstaje i działa.
Generalnie migracja jest kilkuetapowa i z każdego kroku tworzy oddzielny log i przejściowy plik konfiguracji
Ostatni etap tworzy katalog z ikonkami (wreszcie - zamiast zapisu obrazków w tekście konfiguracji jako base64…)
U mnie działa 2.0.0
Przeszedłem bez problemów.
u mnie też, tylko w node red ten trigger od przycisków na mqtt podmieniłem i działa
@szopen
mój koordynator to ten https://www.zigbee2mqtt.io/devices/ZBDongle-E.html
po małej modyfikacji pliku configuration.yaml
aktualizacja poszła i działa
dzięki
edit:
poprawiony link
ZBDongle-E
powinien zadziałać bez modyfikacji (bo od zawsze wymagał wyspecyfikowania sterownika), ale jeśli coś zmieniałeś w konfiguracji to pochwal się tymi zmianami dla innych.
Aktualizacja przeszła bez problemu, kilka urządzeń nie działało, restart HA, wszystko wróciło do normy.
Nowy katalog dla config. Pusty
Niestety u mnie ( 72 urządzenia ) z tego 40 routery, koordynator Conbee3
Zigbe2Mqtt w wersji 2.0.0, strasznie zamula.
Instalacja Zigbe2Mqtt docker-compose na innej maszynie z Komputer mini PC Intel NUC i5 8 GB RAM SSD 240 GB ( Ubuntu 24.04.1 LTS)
Na Ubuntu zainstalowane 4 dokery
- Zigbee2Mqtt
- Mosquitto
- Cloudflare
- homeassistant - testowy
HAOS zainstalowany na Dell i5, 16GB RAM, SSD -M2 240 GB.
Wróciłem 1.41.0 i jest wszystko ok.
Czekam na wersje nowsze
p.s niezwiązany z tematem, HAOS po każdym restarcie usuwa mi imput_number, imput_boolean. Dzieje się to tyko z dodanymi w interfejsie HAOS.
Natomiast z dodanymi w pliku *.yaml jest ok.