Dziesięć dni po kategoriach integracji do Home Assistanta trafił kolejny element tych samych prac. Zmiana scalona wieczorem 26 października 2026 dodaje do manifestu integracji opcjonalny klucz connectivity. Integracja wpisuje w nim protokoły, którymi Home Assistant łączy się z jej urządzeniami lub usługą. Zbiorczy plan prac obejmuje też filtr „Technology” na stronie integracji w serwisie home-assistant.io. Przy uruchomieniu strony 17 października odłożono go na później.

Protokoły, a nie sposoby transmisji

Klucz zawiera listę co najmniej jednej wartości, bez powtórzeń, i obejmuje wszystko, z czego integracja może korzystać. Opisuje wyłącznie warstwę protokołu. ZHA to zigbee, Z-Wave JS to zwave, a sposoby transmisji, takie jak Thread czy Wi-Fi, nigdy nie są osobnymi wartościami. Dlatego opis wartości matter mówi o Thread, Wi-Fi i Ethernecie, a homekit obejmuje Wi-Fi, Thread i Bluetooth.

Wartości jest 22:

  • radiowe i przewodowe protokoły automatyki domowej: zigbee, zwave, matter, homekit, bluetooth, enocean, dect (DECT ULE, na przykład przez FRITZ!Box), insteon, x10, knx, dali, lorawan, onewire (1-Wire);
  • sygnały i magistrale: infrared (podczerwień), rf (radio poniżej 1 GHz, na przykład piloty i czujniki 433 MHz), modbus, serial (port szeregowy);
  • mqtt dla wszystkiego, co działa przez pośrednika MQTT, oraz esphome dla urządzeń korzystających z natywnego API ESPHome;
  • network (wyświetlane jako „Local network”) dla urządzeń i usług w sieci lokalnej, cloud dla usług w internecie, na przykład chmury producenta, oraz host (wyświetlane jako „This machine”) dla komputera, na którym działa Home Assistant.

Nazwy i opisy trafiły do tekstów do tłumaczenia w rdzeniu, więc tłumacze przełożą je razem z resztą interfejsu, a każda wartość ma własną ikonę.

Kontrola i ograniczenia

Hassfest, narzędzie projektu do sprawdzania poprawności, generuje plik homeassistant/generated/integration_connectivity.json i sprawdza każdą wartość. Nieznana wartość to błąd w rdzeniu, a w integracjach niestandardowych tylko ostrzeżenie, tak samo jak w przypadku kategorii. Integracje encji, systemowe i wirtualne nie mogą używać tego klucza, a integracja wirtualna przejmuje wartości integracji wskazanej w supported_by. Moduł ładujący udostępnia listę reszcie kodu, a interfejs potrafi już wczytać ikony.

Na razie nic nie widać

Żadna integracja nie korzysta jeszcze z nowego klucza. Według opisu zmiany wartości trafią do manifestów w kolejnych zgłoszeniach. To na razie fundament. Gdy integracje uzupełnią manifesty, będzie można jeszcze przed instalacją sprawdzić, czy integracja wymaga radia Zigbee, pośrednika MQTT albo konta w chmurze. Gdzie dokładnie to zobaczysz, jeszcze nie ogłoszono.