Ostatnio sporo czasu poświęciliśmy protokołowi MQTT , który jest bardzo popularny w świecie automatyki domowej. Dzisiaj przyszła pora przyjrzeć się ZigBee, które jest z nim ściśle kojarzone, za sprawą świetnego projektu Zigbee2MQTT . Zastanowimy się czy to dobre połączenie i czy w ogóle ZigBee jest potrzebne, skoro mamy już WiFi.
Popularne adaptery Zigbee
Dzisiaj znowu będzie nietypowo, trochę mniej techniczne niż zwykle, ale nie obejdzie się bez kawałka kodu. I gadżetów, a jakże. Będzie o stylu życia, o czasach pandemii, siedzeniu w domu, ale też o tym, jak mądrze wykorzystać to co mamy, zamiast użalać się nad swoim losem.
Krótka chwila oddechu w sezonie 20/21
Tak, byłem na nartach w tym roku, odpocząłem nieco od pandemicznej codzienności, wykorzystując każdy możliwy moment na świeżym powietrzu. Tylko na dwa dni niestety. Dłużej się nie dało, bo wprowadzono kolejne restrykcje, rujnując przy okazji Góralom sezon zimowy. Tak, boli mnie, że nie na dłużej i że nie mogę pojechać jeszcze raz. Nie dość jednak mocno. Wczoraj znowu okazało się, że ich ból jest lepszy niż mój, skoro synowie byłej minister mogą bez problemu szusować po pustych stokach… Nic nowego, prawda?
O integracji centrali alarmowej Satel z Raspberry Pi pisałem dwa lata temu . Ponieważ temat cieszy się zainteresowaniem, a świat idzie do przodu, postanowiłem tym razem sprząc Satela z brokerem MQTT. O zaletach tego protokołu już wspominałem, a wydaje się on być bardzo sensowny do uniwersalnych integracji z różnymi systemami automatyki domowej.
Pewnie prawie każdy właściciel instalacji fotowoltaicznej jest zainteresowany tym, ile prądu produkuje, wysyła do sieci, a ile pobiera. Ciekawość ma różne stopnie, więc jednym wystarcza to, co widzą co dwa miesiące na rachunku od dostawcy energii, a inni przyglądają się sprawie bardziej wnikliwie. Jak łatwo się domyślić, moje zainteresowanie tematem nie ogranicza się do analizy rachunku za prąd , więc postanowiłem napisać kilka zdań na temat tego, jak to wygląda w przypadku Froniusa Symo, mojej instalacji fotowoltaicznej i współpracy z Energą.
Aktualna produkcja prądu na wyświetlaczu falownika Fronius, raczej mizerna
Dwa i pół roku temu, gdy wybierałem sposób integracji systemu “inteligentnego domu” z centralą alarmową Satel Integra, zdecydowałem się na użycie modułu INT-RS . Stworzyłem wtedy skrypty w Node.js do integracji systemu automatyki domowej z centralą alarmową . Wybrałem komunikację przez port szeregowy a nie moduł IP, między innymi ze względu na koszty. Teraz, przy okazji awarii konwertera transmisji szeregowej, zdecydowałem się na zmianę medium na Ethernet, bo jest to wygodniejsze przy kablowaniu, a dodatkowo same moduły ETHM-1 można kupić używane w rozsądniejszych cenach. Nie bez znaczenia jest też fakt, że dzięki temu będę mógł też programować centralę zdalnie, bez przenoszenia laptopa i kombinowania z połączeniem szeregowym oraz używać aplikacji Satela do zdalnego sterowania centralą z telefonu komórkowego. Poza tym zawsze to coś nowego do wypróbowania.
Opisywałem niedawno popularny, analogowy system domofonowy 4+n . Pora zająć się jego integracją z systemem automatyki domowej. Stworzymy urządzenie (bramkę IP - system 4+n), które będzie pozwalało odczytywać stan wybranych parametrów systemu, jak i wykonywać pewne działania. Ze względu na bezpieczeństwo i fakt, że bramofony zamocowane są do metalowego płotu, zastosujemy pełną izolację elektryczną między systemem domofonowym a elektroniką i siecią ethernet.
Domofon jest już zainstalowany i sprawdzony w działaniu. Na początku przypomnę jego konfigurację, bo będzie ona miała wpływ na budowę urządzenia. Ponieważ jednak system w moim przypadku jest dość złożony, więc urządzenie będzie w miarę uniwersalne. Będzie można je zastosować do do systemu o podobnej złożoności lub prostszego.
Opisywałem ostatnio wydajny NAS QNAP HS-251+ , który pojawił się w moim domu. Zadeklarowałem, że można będzie go użyć do sterowania systemami inteligentnego domu. Pora zweryfikować tę tezę i powierzyć mu na próbę jakieś zadanie. Od dawna chciałem, żeby światło przed domem zapalało się, gdy zrobi się ciemno. Teoretycznie do tego wystarczy zwykły czujnik zmierzchowy, ale to przecież byłoby zbyt proste. Poza tym sterowanie elektroniczne daje dużo większe możliwości. Opisywałem też bramkę IP - urządzenia bezprzewodowe , pozwalającą kontrolować urządzenia elektryczne z poziomu routera, komputera, telefonu czy systemu inteligentnego domu, choćby działającego na urządzeniu typu NAS. Pora połączyć dwa światy - HS-251+ i radiowe sterowanie, a potem przekonać się jak to się będzie sprawdzać w praktyce.
Pisałem ostatnio o połączeniu Raspberry Pi z Integrą produkcji Satela z użyciem interfejsu szeregowego. Przyszła pora, żeby napisać coś więcej o tym przedsięwzięciu od strony programowania - zarówno samej centrali alarmowej, jak i Raspberry Pi - w Node.js, bo jego używa obecnie główna część mojego “inteligentnego domu”. Node.js świetnie nadaje się do obsługi systemu opartego na zdarzeniach, ale oczywiście każdy może przełożyć zamieszczony tu kod na swój ulubiony język.
Tytuł wpisu wyraźnie wskazuje na to, że będziemy monitorować także wejścia, tymczasem opis protokołu opublikowany przez Satela wskazuje, że łatwo możemy dostać się wyłącznie do stanu wyjść (przez komendę 0x17). Oczywiście to żaden problem, ponieważ centrala pozwala definiować wirtualne wyjścia, których stan zależy od stanu wejść (czyli np. czujek ruchu). Możemy więc na bieżąco mieć podgląd wszystkich czujek (w końcu system automatyki domowej ma swoje “oczy”), ale też sprawdzać wiele więcej - stan zasilania, akumulatora, uzbrojenia i wywołania alarmu, sabotażu, przyciśnięci przycisków w pilotach ABAX, rozpoczęcie odliczania czasu na wyjście, alarmy wstępne, itp.
Jak już kiedyś pisałem , w domu mam kilkanaście termometrów, podłączonych do systemu autmatyki domowej. Połączone są one równolegle przez magistralę dwuprzewodową do konwertera 1-wire, który z kolei współpracuje z routerem. A raczej tak było. Ponieważ teraz zmieniam nieco architekturę systemu, a dane zbierać ma Raspberry Pi, znajdujący się w innym niż router miejscu, postanowiłem zmienić też sposób zbierania temperatur. W ten sposób powstało urządzenie, oparte o Arduino, które odczytuje dane z termometrów DS28B20 i regularnie raportuje odczyty przez ethernet do serwera www. Jest to przy okazji test długodystansowy urządzenia, które praktycznie można zastosować w wielu małych kotłowniach.
