Aktualizacja SmartThings z 6 października skupia się na problemie ważniejszym niż kolejny przeprojektowany pulpit: co dzieje się z domem, gdy znika połączenie z internetem? Wydanie dodaje SmartThings Now do karty Home, wyraźniej eksponuje ścieżkę sterowania lokalnego, usprawnia diagnostykę offline i wprowadza obsługę kategorii urządzeń z Matter 1.6. Samsung twierdzi, że sterowanie lokalne może utrzymać responsywność obsługiwanych urządzeń podczas zewnętrznych zakłóceń internetu, a w kontrolowanych testach skrócić czas reakcji o około 30%.

Centrum inteligentnego domu, router i włączona lampa we wnętrzu podczas awarii internetu

To przydatna zmiana, ale nie oznacza, że dom SmartThings stał się systemem lokalnym przede wszystkim. Hub, urządzenie, automatyzacja i interfejs telefonu mogą mieć różne zależności. Lampa może nadal reagować przez hub, podczas gdy usługa chmurowa, historia z kamery, powiadomienie, polecenie głosowe lub zdalna sesja sterowania przestaną działać. Automatyzacja może wyglądać w aplikacji na prostą, a mimo to zawierać jedno urządzenie albo usługę dostępną wyłącznie w chmurze, co przenosi całą regułę do chmury.

Po tej aktualizacji praktyczne pytanie nie brzmi więc: czy SmartThings działa offline? Brzmi: które działania w moim domu nadal zadziałają bez internetu i skąd będę to wiedzieć, zanim naprawdę ich potrzebuję?

Co Samsung zmienił 6 października

Aktualizacja ma trzy elementy istotne dla zwykłego gospodarstwa domowego. SmartThings Now umieszcza u góry karty Home zależne od kontekstu. Mogą one proponować sterowanie, pokazywać informacje albo sugerować automatyzację na podstawie niedawnej aktywności i lokalizacji. Samsung podaje, że funkcja może sugerować włączenie świateł lub oczyszczacza powietrza, gdy użytkownik zbliża się do domu, a także udostępniać informacje o zarządzaniu automatyzacjami na podstawie aktywności z poprzedniego tygodnia.

Drugi element ma większe znaczenie: rozszerzone sterowanie lokalne. Samsung twierdzi, że gdy urządzenie mobilne i zgodny SmartThings Hub są podłączone do tej samej sieci Wi-Fi, telefon może komunikować się bezpośrednio z hubem zamiast kierować polecenie przez chmurę. Firma wymienia SmartThings Station oraz huby V2, V3 i V4, a także wybrane telewizory Samsung z funkcją huba i urządzenia Family Hub jako obsługiwany sprzęt. Dostępność nadal może zależeć od regionu, wersji oprogramowania, typu urządzenia i integracji używanej przez konkretny produkt.

Trzeci element dotyczy diagnostyki i zgodności. Samsung podaje, że zaktualizowana strona Offline Device Diagnostics może jednocześnie zastosować nowe informacje sieciowe do zarejestrowanych urządzeń. Wydanie dodaje też Matter 1.6 oraz cztery kategorie urządzeń: liczniki energii, zamknięcia do wyspecjalizowanych drzwi i bram, urządzenia nawadniające oraz czujniki gleby. Dodatki te są ważniejsze przy nowych zakupach i przyszłych automatyzacjach niż przy natychmiastowym odzyskiwaniu działania po awarii, ale pokazują kierunek rozwoju lokalnego i opartego na standardach sterowania w SmartThings.

Ogłoszenie Samsunga jest głównym źródłem informacji o funkcjach i obsługiwanych rodzinach hubów. Zawiera też ważne zastrzeżenie: deklarowana poprawa czasu reakcji o 30% pochodzi z kontrolowanych testów Samsunga, więc nie należy traktować jej jako gwarancji dla zatłoczonej sieci Wi-Fi, huba oddalonego od urządzenia albo produktu ze słabym zasięgiem radiowym. W komunikacie Samsung opisuje SmartThings Now, sterowanie lokalne, obsługiwane huby i Matter 1.6.

Sterowanie lokalne to łańcuch, nie przełącznik

Działanie inteligentnego domu zwykle przechodzi przez kilka warstw:

  • fizyczne urządzenie, na przykład żarówkę, przełącznik, czujnik otwarcia, zamek albo termostat;
  • ścieżkę radiową lub sieciową, taką jak Zigbee, Z-Wave, Thread, Wi-Fi albo Ethernet;
  • SmartThings Hub lub inny kontroler;
  • integrację urządzenia albo Edge Driver;
  • logikę automatyzacji;
  • interfejs użytkownika, usługę powiadomień albo asystenta głosowego.

Aby działanie pozostało dostępne podczas awarii internetu, każda potrzebna część musi mieć ścieżkę zdolną do pracy offline. Jeśli czujnik ruchu i lampa Zigbee są połączone ze zgodnym hubem, prosta reguła w rodzaju włączenia światła po wykryciu ruchu może działać lokalnie. Jeśli ta sama reguła wysyła powiadomienie przez usługę internetową, pobiera warunek z chmurowego serwisu pogodowego albo steruje urządzeniem dostępnym wyłącznie w chmurze, może przestać być w pełni lokalna.

Dokumentacja deweloperska SmartThings formułuje zasadę jasno: automatyzacja działa lokalnie na hubie tylko wtedy, gdy wszystkie zaangażowane funkcje urządzeń i usługi obsługują wykonanie lokalne. Jeśli choć jedna wymagana funkcja lub usługa go nie obsługuje, reguła działa w SmartThings Cloud. Dokumentacja reguł SmartThings wyjaśnia wymóg lokalnego wykonania wszystkich elementów.

Łatwo to przeoczyć, ponieważ aplikacja pokazuje urządzenia lokalne i obsługiwane przez chmurę w jednym interfejsie. Sama widoczność urządzenia w aplikacji SmartThings nie dowodzi, że polecenie jest lokalne. Logo Matter również nie oznacza, że każda funkcja, scena lub automatyzacja wykorzystująca urządzenie będzie dostępna bez internetu. Matter zapewnia lokalny protokół urządzenia, ale o zachowaniu gotowego doświadczenia decydują jeszcze kontroler, telefon, automatyzacja i dodatkowe usługi.

Które urządzenia mają największą szansę działać offline?

Najlepszymi kandydatami są urządzenia łączące się bezpośrednio ze zgodnym hubem przez Zigbee, Z-Wave albo Matter i reprezentowane przez integrację zdolną do lokalnego wykonania. Podstawowe przełączniki, żarówki, wtyczki, czujniki otwarcia i czujniki ruchu zwykle łatwiej obsługiwać lokalnie niż produkty zbudowane wokół konta producenta w chmurze. To ogólny wzorzec projektowy, a nie gwarancja dla konkretnego modelu. Rzeczywisty wynik zależy od sterownika i możliwości udostępnianych SmartThings.

SmartThings podaje, że jego hubowe urządzenia Matter, Zigbee i Z-Wave korzystają z Edge Drivers i działają lokalnie na hubie. Dokumentacja deweloperska opisuje to jako zaletę urządzeń połączonych z hubem, w tym większą niezawodność i lepszą responsywność. Dokumentacja urządzeń hubowych SmartThings opisuje rolę Edge Drivers i lokalnego wykonania.

Nie należy jednak zamieniać tego stwierdzenia w obietnicę bez wyjątków:

  • Urządzenie może być połączone przez integrację chmurową, a nie lokalny sterownik.
  • Jeden produkt może udostępniać lokalnie podstawowe włączanie i wyłączanie, ale pozostawiać zaawansowane funkcje w chmurze.
  • Automatyzacja może zawierać usługę dostępną wyłącznie online, nawet gdy jej główne urządzenia są lokalne.
  • Hub może pozostać włączony, a mimo to utracić radio, Wi-Fi albo ścieżkę sieciową wymaganą przez konkretne urządzenie.
  • Lokalne polecenie z telefonu może wymagać, aby telefon i hub znajdowały się w tej samej sieci lokalnej.
  • Zdalny dostęp spoza domu nadal wymaga internetu, chyba że działa inny system zdalnego dostępu.

Najbardziej niezawodne funkcje offline są więc zwykle wąskie i przewidywalne: przełącznik ścienny sterujący światłem, czujnik otwarcia uruchamiający lokalną lampę albo próg temperatury regulujący zgodny termostat za pomocą lokalnej reguły. Najmniej pewne są funkcje wymagające konta producenta, zdalnego obrazu wideo, zewnętrznego rozpoznawania mowy, danych o obecności online, chmurowej sztucznej inteligencji, powiadomień firm trzecich albo zdalnej usługi producenta.

Kamery, urządzenia i zamki wymagają osobnej oceny

Słowo urządzenie ukrywa bardzo różne tryby awarii. Lampa może zawieść w irytujący sposób; zamek, czujnik dymu, odcięcie urządzenia albo zawór wody mogą zawieść w sposób istotny dla bezpieczeństwa. Testy offline trzeba do tego dostosować.

Kamery są dobrym przykładem. Kamera może nadal nagrywać do pamięci lokalnej, podczas gdy podgląd na żywo, zdalne odtwarzanie, rozpoznawanie obiektów albo powiadomienia push zależą od serwerów producenta. Nowa obsługa Matter 1.6 w SmartThings nie zamienia automatycznie istniejącej kamery chmurowej w kamerę lokalną. Connectivity Standards Alliance opisuje Matter jako protokół mogący korzystać z Wi-Fi, Thread i Ethernetu, ale o dostępności konkretnych funkcji nadal decydują certyfikacja urządzenia i implementacja platformy.

Zamki wymagają innego rodzaju ostrożności. Lokalna automatyzacja SmartThings, która odblokowuje drzwi na podstawie obecności, nie jest tym samym co fizyczny klucz ani niezależny kod klawiatury. Jeśli hub jest niedostępny, telefon rozładowany, sieć podzielona albo zamek pozbawiony zasilania, zapasowy sposób wejścia musi być jasny. Zachowaj wspieraną przez producenta metodę ręczną i nie uzależniaj niezbędnego wejścia od jednej automatyzacji. Nie wyłączaj zabezpieczeń ani nie próbuj niebezpiecznie modyfikować zamka, alarmu czy urządzenia elektrycznego, by wymusić działanie lokalne.

Urządzenia domowe są równie nierówne. Inteligentna pralka może udostępniać stan cyklu przez chmurę, ale nie oferować użytecznego sterowania lokalnego. Klimatyzator może przyjmować lokalne polecenia przez mostek podczerwieni, podczas gdy harmonogramy i zdalne powiadomienia pozostają online. Lodówka lub piekarnik może być widoczny w SmartThings, bo jest urządzeniem Samsung, a jednak konkretna funkcja nadal może zależeć od konta Samsunga i jego usług backendowych. Traktuj sterowanie lokalne jako funkcję do sprawdzenia dla dokładnie wybranej czynności, a nie jako właściwość odziedziczoną przez każdą funkcję produktu.

W przypadku bezpieczeństwa pożarowego, gazowego, wodnego i elektrycznego automatyzacja połączona z siecią powinna być dodatkiem. Inteligentny zawór odcinający lub alert może dostarczyć cennych informacji, ale nie powinien zastępować zgodnego z przepisami czujnika dymu, czujnika tlenku węgla, wymaganego zabezpieczenia, profesjonalnego montażu ani bezpiecznej procedury ręcznej. Nigdy nie otwieraj urządzeń zasilanych z sieci ani nie zmieniaj stałego okablowania, aby uczynić automatyzację lokalną, chyba że masz odpowiednie kwalifikacje i pozwalają na to lokalne przepisy.

Praktyczny audyt offline istniejącego domu SmartThings

Nie trzeba od razu odłączać całego domu. Zacznij od krótkiej listy działań, które mają znaczenie podczas przerwy w sieci. Zapisuj działanie prostym językiem, a nie nazwą marki urządzenia. Zdanie światło w korytarzu włącza się po ruchu jest użyteczniejsze niż nazwa konkretnego czujnika i automatyzacji.

1. Oddziel działania niezbędne od wygodnych

Utwórz trzy grupy:

  • niezbędne: wejście do domu, oświetlenie schodów, reakcja na wyciek, ochrona temperatury i krytyczne alerty;
  • przydatne: sceny wieczorne, oświetlenie zależne od obecności, sterowanie wentylatorem i monitorowanie energii;
  • opcjonalne: media, rekomendacje, podsumowania AI, zdalne odtwarzanie obrazu z kamer i sezonowe sugestie.

Dzięki temu awaria funkcji chmurowej nie zostanie pomylona z awarią planu bezpieczeństwa. Test staje się też łatwiejszy do przeprowadzenia. Najpierw sprawdź grupę niezbędną i przygotuj ręczny sposób działania dla każdego elementu.

2. Zapisz ścieżkę sprzętową

Przy każdym urządzeniu zanotuj protokół, hub, integrację i używane działanie. Urządzenie Matter-over-Wi-Fi, Matter-over-Thread i urządzenie Wi-Fi połączone z chmurą mogą wyglądać w aplikacji podobnie, a zależeć od zupełnie różnych ścieżek. Ustal, czy polecenie powinno trafić bezpośrednio do huba, do lokalnego punktu sieciowego czy do chmury producenta.

Jeśli produkt ma mostek, wpisz go do inwentaryzacji. Żarówka Zigbee podłączona do lokalnego mostka może działać niezawodnie, podczas gdy integracja mostka przez chmurę zachowa się inaczej. Mostek jest częścią łańcucha zależności automatyzacji.

3. Poszukaj ukrytych zależności chmurowych w automatyzacjach

Otwórz najważniejsze automatyzacje i sprawdź więcej niż wyzwalacz oraz końcową akcję. Zwróć uwagę na obecność, pogodę, strefę czasową lub wschód słońca, asystentów głosowych, powiadomienia, taryfy energetyczne, wykrywanie obrazu z kamer i integracje firm trzecich. Każdy z tych elementów może wpłynąć na to, czy reguła pozostanie lokalna.

Automatyzacja typu jeśli drzwi otworzą się po zachodzie słońca, włącz światło na ganku i wyślij powiadomienie może składać się z lokalnego działania światła oraz chmurowego powiadomienia. Jeśli reguła wymaga usługi powiadomień, zanim zakończy działanie, jej zachowanie może różnić się od oczekiwanego. Gdy to właściwe, utwórz drugą, prostszą lokalną automatyzację dla fizycznej reakcji.

4. Testuj ścieżkę internetu, a nie zasilanie domu

Najbezpieczniejszym pierwszym testem jest kontrolowana przerwa w dostępie do internetu, przy pozostawieniu huba i lokalnego Wi-Fi pod napięciem. Jeśli router ma obsługiwaną funkcję wstrzymania internetu, użyj jej albo uzgodnij test z osobą odpowiedzialną za sieć. Nie wyciągaj wtyczek z działającego urządzenia, nie wyłączaj systemu bezpieczeństwa bez planu i nie przerywaj zasilania sprzętu medycznego.

Przed testem potwierdź, że potrafisz przywrócić połączenie i że druga osoba wie, co się dzieje. Sprawdzaj po jednym działaniu:

  • naciśnij lokalny przełącznik i obserwuj lampę;
  • wyzwól czujnik otwarcia albo ruchu;
  • uruchom właściwą automatyzację;
  • sprawdź, czy hub odnotował zdarzenie;
  • zobacz, co pokazuje telefon połączony z domowym Wi-Fi;
  • osobno sprawdź, co dzieje się przy połączeniu komórkowym spoza domu.

Nie traktuj zapisanej w pamięci ekranu jako dowodu, że polecenie zostało wykonane. Potwierdź fizyczny rezultat. Jeśli test dotyczy zamka, zaworu, ogrzewania albo innego urządzenia o istotnych konsekwencjach, użyj niegroźnego stanu testowego i postępuj zgodnie z instrukcją producenta.

5. Sprawdź również powrót do normalnego działania

Automatyzacja, która działa offline, ale po powrocie chmury wykonuje czynność dwa razy, nie jest w pełni niezawodna. Po ponownym połączeniu internetu sprawdź powtórzone powiadomienia, nieaktualne stany czujników, opóźnione sceny i automatyzacje uruchomione dwukrotnie. Zweryfikuj, czy urządzenia pojawiły się ponownie z prawidłowym stanem, zamiast zakładać, że pulpit jest dokładny.

Samsung podaje, że zaktualizowana funkcja Offline Device Diagnostics może pomóc zastosować nowe informacje sieciowe do zarejestrowanych urządzeń. Może to ograniczyć pracę po wymianie routera albo zmianie sieci, ale nie usuwa potrzeby sprawdzenia parowania urządzeń, danych uwierzytelniających Thread, rezerwacji adresów IP i ponownego uwierzytelnienia usług chmurowych.

Co Matter 1.6 zmienia dla kupujących

Samsung informuje, że aktualizacja dodaje Matter 1.6 oraz obsługę liczników energii, zamknięć, urządzeń nawadniających i czujników gleby. Kategorie te są praktyczne, bo łączą inteligentny dom z energią, wodą i fizyczną posesją, a nie tylko ze światłem i rozrywką.

Licznik energii może udostępnić zużycie gospodarstwa domowego większej liczbie platform. Urządzenie typu closure może dokładniej opisywać bramę, drzwi garażowe lub inne wyspecjalizowane otwarcie. Obsługa nawadniania i czujników gleby może ułatwić przenoszenie reguł podlewania między ekosystemami. W każdym przypadku ważne jest to, czy platforma obsługuje konkretny typ urządzenia i konkretną automatyzację, a nie samo umieszczenie na produkcie znaku Matter.

Szerszy kierunek rozwoju Matter jest rzeczywisty, ale nadal warstwowy. Connectivity Standards Alliance podaje, że Matter nie zastępuje platformy inteligentnego domu. Wyjaśnia także, że Matter może włączać do ekosystemu urządzenia korzystające z innych technologii, w tym Zigbee i Z-Wave. Urządzenia certyfikowane dla Matter mogą więc poprawiać interoperacyjność, ale nie eliminują potrzeby użycia huba, mostka ani funkcji zależnych od platformy. FAQ CSA dotyczące Matter wyjaśnia transporty, mostki, konfigurację multi-admin i ograniczenia standardu.

Ogłoszenie CSA dotyczące Matter 1.5 daje przydatny kontekst dla tempa zmian. Wersja ta dodała kamery, zamknięcia, czujniki gleby i rozszerzone możliwości zarządzania energią, w tym dane o taryfach i zużyciu. Ma to znaczenie, ponieważ nowa wersja Matter może poszerzyć zakres urządzeń, które producenci mogą certyfikować, podczas gdy obsługa platformy i oprogramowanie urządzeń nadal pojawiają się według własnych harmonogramów. Connectivity Standards Alliance opisuje kategorie urządzeń i funkcje energetyczne dodane w Matter 1.5.

Przy zakupie kieruj się sprawdzoną ścieżką, a nie numerem wersji. Sprawdź dokładny model, transport, wymagany hub, obsługiwany typ urządzenia Matter, funkcje lokalne, politykę aktualizacji oprogramowania i to, co pozostaje dostępne w aplikacji producenta. Jeśli potrzebujesz działania lokalnego, szukaj jednoznacznej dokumentacji dotyczącej sterowania lokalnego albo połączenia z hubem i zaplanuj test po instalacji.

Czego SmartThings Now nie rozwiązuje

Aktualizacja nie sprawia, że każda automatyzacja SmartThings działa lokalnie. Dokumentacja SmartThings mówi, że jedna nieobsługiwana funkcja lub usługa może przenieść regułę do chmury. Aktualizacja nie czyni lokalnym zdalnego sterowania z innego miasta. Nie gwarantuje działania chmurowych asystentów głosowych, kamer, powiadomień ani funkcji AI podczas awarii. Nie zamienia też każdego produktu Wi-Fi w urządzenie podłączone do huba.

Nie usuwa również różnicy między sterowaniem lokalnym a prywatnością lokalną. Polecenie może przejść bezpośrednio z telefonu do huba, podczas gdy dane konta, diagnostyka, dystrybucja oprogramowania, historia użycia lub inne usługi nadal będą obejmować chmurę. Jeśli prywatność wpływa na decyzję zakupową, przeczytaj osobno dokumentację producenta dotyczącą danych i kont oraz jego deklaracje o działaniu offline.

SmartThings Now może też zwiększyć liczbę sugestii i kart kontekstowych wyświetlanych domownikom. To może być użyteczne, ale sugestia nie jest tym samym co stabilna automatyzacja. Przejrzyj proponowane reguły przed ich włączeniem, szczególnie gdy wykorzystują lokalizację, informacje opiekuńcze, sygnały obecności albo aktywność urządzeń. Usuń automatyzacje powielające starsze reguły. Samsung podaje, że Routine Insight może pokazywać ostatnią aktywność i pomagać przeglądać lub usuwać automatyzacje, więc po aktualizacji warto przejrzeć listę zamiast akceptować każdą rekomendację.

Rozsądna reakcja na aktualizację

Jeśli już korzystasz ze SmartThings, zainstaluj aktualizację, gdy dotrze do twoich urządzeń, a następnie sprawdź działania, których brak najbardziej odczujesz podczas awarii. Zacznij od automatyzacji światła, przełącznika albo czujnika, nie od zamka, ogrzewania czy odcięcia urządzenia. Potwierdź model huba, zaktualizuj oprogramowanie, przejrzyj zależności reguły i przeprowadź test przy działającym lokalnym Wi-Fi.

Jeśli krytyczne działanie jest dostępne tylko w chmurze, zdecyduj, czy właściwą odpowiedzią będzie urządzenie zdolne do pracy lokalnej, inna integracja, mostek, prostsza automatyzacja czy ręczny sposób działania. Wymiana wszystkiego rzadko jest konieczna. W wielu domach praktyczna poprawa polega na przeniesieniu kilku ważnych działań na lokalną ścieżkę i pozostawieniu opcjonalnych funkcji chmurowych tam, gdzie są przydatne.

Przy nowym zakupie traktuj hasła działa ze SmartThings, Matter, sterowanie lokalne i działa bez internetu jako cztery różne twierdzenia. Zweryfikuj każde z nich dla konkretnego modelu i działania. Urządzenie może spełniać dwa pierwsze warunki, a nie spełniać dwóch ostatnich.

SmartThings Now jest istotną aktualizacją niezawodności, ponieważ ułatwia znalezienie sterowania lokalnego i dodaje pomoc diagnostyczną w chwili, gdy użytkownik może jej potrzebować. Jej prawdziwa wartość ujawni się jednak w zwykłych czynnościach: czy przełącznik zareaguje, czy czujnik nadal uruchomi światło, czy po odzyskaniu sieci automatyzacja uniknie podwójnego działania i czy domownicy wiedzą, co zrobić, gdy aplikacja nie może połączyć się z chmurą. To właśnie warto sprawdzić w tym tygodniu.

Źródła