Programowanie

Nie jest tajemnicą, że otwieranie bramy pilotem jest bardzo wygodne. Są natomiast sytuacje, kiedy możliwość sterowania z poziomu Android Auto lub Asystenta Google jest bardzo pomocna. A skoro jest taka możliwość, to może warto o niej napisać. Tym bardziej, że po drodze można się trochę nauczyć o MQTT, Node Red czy innych technologiach.

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.

W ostatnim czasie obserwuję coraz większą popularność rozwiązań automatyki domowej, opartych na otwartym protokole MQTT. W świecie inteligentnych domów dzieje się tak zapewne w dużej mierze za sprawą rozwoju tanich rozwiązań proponowanych przez chińskich producentów. Nie bez znaczenia jest też rozwój otwarto-źródłowego oprogramowania, w tym świetnego projektu zigbee2mqtt , który stanowi bramę między bezprzewodowym systemem zigbee a dowolnym brokerem MQTT. Spróbujemy dzisiaj przyjrzeć się nieco bliżej temu protokołowi i zastanowić się, czemu właśnie on staje się królem świata IoT.

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.

Dzisiaj będzie szybki projekt - urządzenie do powiadamiania. Pod tym nieco tajemniczym tytułem kryje się urządzenie, które może mieć różne zastosowania. W moim przypadku będzie służyło jako dodatkowe powiadomienie o tym, że ktoś zadzwonił domofonem. Jeden z domofonów zlokalizowany jest na dużej hali, na której pracują głośne urządzenia i nie zawsze słychać dzwonek. Dlatego urządzenie poza wydawaniem dźwięku ma mrugać, żeby zwrócić na siebie uwagę. Ponieważ bramofony są dwa, więc dobrze było, gdyby po kolorze światła dało się odróżnić, przy którym z nich stoi gość.

Pierwszy sezon grzewczy z nowym kotłem gazowym powoli dobiega końca. O kosztach ogrzewania pisałem ostatnio i obiecałem opowiedzieć, skąd wiem, ile gazu zużywa kocioł i w jaki sposób to badam. Techniczne aspekty łączenia kotła z Raspberry Pi i odczytu parametrów jego pracy, były już poruszane na blogu. Dzisiaj skupimy się wyłącznie na rejestracji zużycia gazu przez kocioł Vaillant.

Skoro mamy już skonfigurowane połączenie między kotłem a Raspberry Pi , pora zająć się jego praktycznym wykorzystaniem. Pierwszym krokiem będzie monitorowanie i prezentacja temperatur oraz innych parametrów pracy kotła Vaillant ecoTEC plus VC.

Jakiś czas temu zainstalowałem u siebie w domu polski system sterowania ogrzewaniem , który już opisywałem . Bero, bo o nim mowa, zrobił na mnie bardzo pozytywne wrażenie swoją prostotą, a jednocześnie wszechstronnością i kompletnością. Jednak to, co mi się najbardziej spodobało, to możliwości integracji z systemami automatyki domowej przez API . Dzięki temu interfejsowi przetestowałem system Bero, a także dołączyłem dane z jego czujników do pomiarów zbieranych z innych źródeł. Znamy już metody łączenia z centralką systemu ogrzewania, wiemy jak pobrać dane z wybranych rejestrów. Przyszła pora na rozwinięcie tematu o analizę dalszych danych, ale także o ich modyfikację. Dzięki API bez problemu będziemy mogli, dla każdego z pomieszczeń, zarówno zmienić harmonogram ogrzewania, jak i przestawić na jakiś czas zadaną temperaturę. Jednym słowem - mieć pełną kontrolę nad ogrzewaniem domu.

Zainstalowałem ostatnio w domu system sterowania ogrzewaniem Bero . Opisując go , obiecałem, że przedstawię integrację z innymi systemami, w tym z moim systemem automatyki domowej. Jednym z elementów mojego inteligentnego domu jest zbieranie informacji o temperaturach. Rejestruję je w wielu miejscach, o czym kilkukrotnie pisałem, ostatnio przy okazji opisu termometru z wifi . Bero, z racji swojego przeznaczenia, także bada temperatury i wilgotność. Ponieważ w zestawie są bezprzewodowe czujniki, które łatwo zainstalować gdziekolwiek, więc przydadzą mi się informacje przez nie zbierane.

Zajmiemy się więc dzisiaj odczytami informacji przez API systemu Bero. Miejscem, które obsługuje zapytania jest centralka sterująca ogrzewaniem. Nie ma więc potrzeby wykonywania połączeń na zewnątrz, wystarczą odwołania przez protokół http w sieci lokalnej. Przy okazji przetestujemy działanie głowic i utrzymywanie zadanej temperatury przez system Bero.

Ktoś mi ostatnio zarzucił zbytnie przywiązanie do technologii przewodowych. Postanowiłem więc wyjść naprzeciw oczekiwaniom i przygotować bezprzewodową wersję układu sterującego urządzeniami elektrycznymi na 433MHz. Choć tak naprawdę skłoniła mnie do tego konkretna potrzeba. Niezależnie od motywacji powstała nowa wersja bramki IP-433.92MHz, tym razem działająca przez WiFi. Dzięki temu można ją powiesić w miejscu, gdzie jest zasięg Wifi, a jednocześnie odbiorniki 433MHz (gniazdka, urządzenia w puszkach, radiowe włączniki, itp.). Do urządzenia dorzuciłem jeden mały “gratis”, ale o tym za chwilę.