Matter Server oparty na matter.js, z którym rozmawia integracja Matter w Home Assistancie, dostał 21 października 2026, dzień po wersji 1.5.0, dwa szybkie wydania poprawkowe. Wersja 1.5.1 usuwa błąd, który psuł przejście ze starego Matter Servera napisanego w Pythonie: po przenosinach wszystkie urządzenia były niedostępne i nie miały żadnych atrybutów. Kilka godzin później wyszła wersja 1.5.2 z poprawką znaczników czasu zdarzeń.
Stabilna aplikacja Matter Server dla Home Assistanta, wersja 9.2.0, wciąż ma w środku serwer 1.4.0. Błąd dotknął instalacji, które przechodziły ze starego serwera właśnie na wersję 1.5.0, na przykład samodzielnego kontenera Docker opisanego w zgłoszeniu.
Co poszło nie tak w 1.5.0
Błąd zgłosił w nocy z 20 na 21 października użytkownik, który według oficjalnej instrukcji przenosił z python-matter-server 8.1.0 na matterjs-server 1.5.0 instalację w Dockerze z trzema lampami Matter. Serwer poprawnie odczytał stare dane i nawet połączył się z lampami, ale interfejs WebSocket zgłaszał je jako available: false, bez atrybutów, więc Home Assistant pokazywał je jako niedostępne. Ponowne uruchomienie nic nie dało.
Ingo Fischer (Apollon77), który przygotował poprawkę, znalazł przyczynę w zmianie sposobu zapisu danych w matter.js 0.18. Migracja zapisywała stary urząd certyfikacji w miejscu, którego nowy kontroler już nie czyta. Kontroler nie znajdował więc urzędu certyfikacji, tworzył nowy i zakładał drugą sieć Matter. Przeniesione urządzenia ufają tylko pierwotnemu urzędowi, więc zostały w sieci numer 1, a serwer pokazywał ich puste kopie z sieci numer 2.
Co zmienia 1.5.1
Migracja zapisuje teraz urząd certyfikacji serwera w Pythonie tam, gdzie szuka go kontroler, i dopisuje pierwotną sieć do tabeli sieci, więc po przenosinach urządzenia są dostępne. Jeśli w katalogu danych jest już inny urząd certyfikacji albo inna sieć na miejscu pierwotnej, serwer niczego nie zapisuje, wpisuje ostrzeżenie do dziennika i pomija migrację.
Jeśli przenosiny odbyły się na 1.5.0
Danych, które wersja 1.5.0 już przeniosła, serwer celowo nie naprawia. Naprawa wymagałaby wymiany zapisanego urzędu certyfikacji, a wtedy każde urządzenie sparowane w drugiej sieci po nieudanych przenosinach przestałoby odpowiadać. Lista zmian zaleca, żeby przywrócić kopię zapasową sprzed migracji i zacząć od nowa. Instrukcja migracji wymaga zrobienia takiej kopii i ma teraz osobny punkt o tym przypadku.
Jedna sprawa zostaje otwarta. Przy kolejnych uruchomieniach serwer nie przenosi jeszcze zmian w danych starego serwera do układu, który czyta nowy kontroler. Autor zapowiada to jako osobną poprawkę.
Co jeszcze w 1.5.1 i 1.5.2
Wersja 1.5.1 dodaje klastry producenta dla taśmy Aqara LED Strip T2, przez które ustawisz synchronizację światła z muzyką. Zmiany etykiety sieci serwer wysyła teraz do urządzeń w tle, po kilka naraz, a nie do wszystkich jednocześnie. Diagnostyka w kliencie Pythona nie pokazuje już rozszerzonego identyfikatora sieci Thread (Extended PAN ID) jako zniekształconej nazwy sieci. Wersja 1.5.2 znów liczy czas zdarzeń z przesunięciem czasowym według wyliczonego czasu urządzenia, a nie według chwili, w której serwer je odebrał.