Router z Openwrt, Domoticz, MQTT i Bramka RF.

W związku, że automatyka domowa coraz szybciej staje się standardem i moje lenistwo, które poprawia komfort życia -  tak więc lenistwo, które za mną przemawiało - postawiłem na zmiany w moim gospodarstwie domowym.. Do zabaw wykorzystałem router w moim przypadku Lenovo D2 1200AC posiadający 512MB pamięci,a dzięki USB dodatkowe 32GB na przestrzeń - skryptów  (wcześniej TP-Link WDR-4300 750N 2xUSB 128MB RAM). Zrezygnowałem z Supla ponieważ działała głównie online, a było trzeba mi systemu offline z dostępem po WAN.

Padł wybór na router z USB w/w, którego zakupiłem za 120 zł w promocji Ebay - leciał do mnie 2 tygodnie Chiny -> Holandia -> Polska. Obecnie do wyhaczenia na Ebay za 140 zł z darmową wysyłką. |

Wybór z uwagi na pamięć i procesor 2 rdzeniowy. 

Co dalej? Jestem zwolennikiem otwartego oprogramowania Openwrt (w tym Gargoyle, DD-WRT), które udowadnia przeciętnemu Kowalskiemu - że ograniczone możliwości nie posiada router, a jego użytkownik. Oprócz tego, że mamy dostęp do w pełni odblokowanego routera - to największą rodzynką, moim zdaniem jest skrypt Adblock - który blokuje wszelkie dziadostwo (szpiegi, niechciane strony, reklamy od strony DNS) nie pobierając transferu (to dobra informacja dla użytkowników GSM, którzy posiadają limity).

Jednak wracając do Smartnego Domu. Na routerze zainstalowałem bez problemu i zbędnych poradników Domoticz (póki co tylko on wspierany). Zaraz po instalacji skrypt pojawił się pod adresem routera IP:8080. 

Trochę problemów sprawił serwer MQTT, bo było go trzeba zainstalować z uwagi na BRIDGE RF. Polski poradnik Cezarego z Eko one - zawierał podstawowe informacje - lecz nie wystarczające do pracy z domoticzem i bridge rf. Należało doinstalować (podczas instalacji pakiet mosquitto-ssl, który zawierał manager haseł). Całą operację należało wykonać z konsoli shell (np przez aplikację putty lub telnet).

https://eko.one.pl/?p=openwrt-mosquitto - poradnik Cezarego jak założyć Brokera, przed zamknięciem shella wpisać polecenie mosquitto_passwd -c /etc/mosquitto/passwd logindonald

Oraz wymazać plik konfiguracji mosquitto.conf i utworzyć oto taki prosty:

port 1883
allow_anonymous false
password_file /etc/mosquitto/passwd

a następnie wsłuchać się, w konsoli co piszczy w trawie, w moim przypadku (nasłuchiwanie -t "#" nasłuchuje całego mosquitto - robi to tak samo domoticz)

mosquitto_sub -h localhost -p 1883 -t "#" -u "logindonald" -P "hasloduck"

---
mając pewność, że serwer mosquitto stoi, domoticz stoi - trzeba było skonfigurować Bridge RF, na niezależnym oprogramowaniu i jedynym w miarę mądrym - Tasmota Bridge RF (ubolewam, że ESPEasy nie wspiera oraz Espurna która jest mało czytelna i chyba najgorsza z modów OpenMQTTgateway). 

proces zmiany oprogramowania jest pod adresem:
https://github.com/arendst/Sonoff-Tasmota/wiki/Sonoff-RF-Bridge-433

oczywiście, są tam 2 firmware - jeden dla układu ESP (wifi i ta opcja nas interesuje), oraz dla układu EFM - układ odpowiedzialny za kompatybilność z pilotami różnych marek

nas interesuje oprogramowanie TASMOTA (sonoff-pl.bin)
https://s2.ifotos.pl/img/tasmotajp_qwqaher.jpg

od razu uprzedzam - nie będą nam działać przyciski od 1 do 16 z uwagi, nie wiem dlaczego - MQTT wysyła komunikat nieczytelny nawet dla mnie, a właściwie musimy wywołać żądane działanie

w czym problem? problem taki, że Bridge RF tasmota po kliknięciu kanału 1 wysyła, RFKey1 Learned Send(skopiowany klucz, a nie wyznaczone polecenie), z kolei wciskając przycisk na pilocie uzyskujemy oczekiwaną treść

Aktywny
{"RfReceived":{"Sync":9980,"Low":370,"High":960,"Data":"001492","RfKey":1}}
{"idx":22,"nvalue":0,"svalue":"5266","Battery":63,"RSSI":10}
{
   "Battery" : 63,
   "RSSI" : 10,
   "description" : "",
   "dtype" : "Usage",
   "id" : "82022",
   "idx" : 22,
   "name" : "Przekaznik RF",
   "nvalue" : 0,
   "stype" : "Electric",
   "svalue1" : "5266",
   "unit" : 1
}
{"RfKey1":"Learned sent"}

sam Bridge RF konfigurujemy w taki sposób, aby Konfiguracja MQTT zawierała informacje naszego serwera czyli w tym przypadku routera, ze wcześniej skonfigurowanym loginie i haśle z poziomu konsoli shell.

patrz screen -> http://prntscr.com/n4smt4

następnie ustawiamy domoticz - tj logujemy się na domoticza i tworzymy połączenie z MQTT oraz sprzęt Dummy
patrz screen -> http://prntscr.com/n4snj0
patrz screen -2 -> https://prnt.sc/n4sovr

następnie tworzymy wirtualne urządzenie (na dummy) - ale nie tworzymy przycisku, tylko w tym przypadku Licznik Energi - który pojawi się nam w zakładce użytkowe 
patrz screen --> http://prntscr.com/n4sr4e

mając taką konfigurację spisujemy IDX (identyfikator urządzenia), który będzie nam potrzebny do Bridge RF Tasmota
- patrz screen -> http://prntscr.com/n4ssns

wchodzimy do naszej tasmoty i ustawiamy konfigurację Domoticza i wpisujemy idx wszędzie - inaczej nie będzie nam działać kontrola z pilota na poszczególne urządzenia WI-FI 

patrz screen -> http://prntscr.com/n4st3j

konfigurację Tasmoty pod kątem domoticz mqtt mamy za sobą, co dalej... czas na naukę pilota z konsoli Bridge RF (przechodzimy do Konsola w Bridge RF), poleceniem rfkey1 2 - programujemy 1 przycisk w tasmocie, wpisując rfkey2 2 programujemy drugi przycisk w tasmocie itd

po wpisaniu nie trzeba w panicznie bezpośrednim sąsiedztwie mieć pilota ale maks pół metra i u mnie działało bez problemu

20:28:44 CMD: rfkey2 2
20:28:44 MQT: stat/bridgerf1/RESULT = {"RfKey2":"Start learning"}
20:28:48 MQT: stat/bridgerf1/RESULT = {"RfKey2":"Learned"}
20:28:57 MQT: tele/bridgerf1/RESULT = {"RfReceived":{"Sync":9960,"Low":380,"High":960,"Data":"001492","RfKey":1}}
20:28:57 MQT: domoticz/in = {"idx":22,"nvalue":0,"svalue":"5266","Battery":63,"RSSI":8}

I jak widzimy - komenda wywołała nam polecenie nauki klawisz 2 - learning - nauka , zaraz 4 sekundy później Bridge RF nauczyło się klucza z pilota i teraz co najważniejsze - po ponownym naciśnięciu pilota - tasmota musi nam wysłać polecenie domoticz/in oraz parametr svalue (w moim przypadku 5266) - nie może być ta wartość zerowa - należy ponownie wywołać naukę pilota, lub sprawdzić czy konfiguracja MQTT i Domoticza w tasmocie jest tak jak wyżej wspominałem. 

nie przejmujcie się, że macie tam napis battery - lepsze to, niż zakładać internetowy serwer node i inne do transkrypcji komunikatów MQT - jeżeli domoticz odbierze ten komunikat to zobaczycie w użytkowych informację - 5266 Watt 

patrz screen -> http://prntscr.com/n4sxyx

świetnie - jeżeli jest tak jak Ci piszę (mamy konfigurację dwukierunkową), to możemy stworzyć zdarzenie Blocky aby sterować poszczególnym urządzeniem 

więc wchodzimy w zakładkę konfiguracja -> więcej opcji -> zdarzenia i tworzymy zdarzenie 

Skrypt Blocky rozpoznaje nam kod 5266(musimy go wpisać), sprawdza czy mamy załączone czy wyłączone urządzenie i wywołuje odwrotne działanie przekaźnika -widać na skrypcie poszczególne urządzenia. Czas ustawiony 0.1 - ustawiony na 0 w ogóle nie reaguje, zapisujemy pod dowolną nazwą (zaznaczamy Zdarzenie aktywne) i od teraz cieszymy się bramką RF z pilotem RF, który steruje nam urządzenia RF ( w moim przypadku Kanał 1 to kanał z 4CH bez modułu RF)

Oczywiście z Domoticz w androidze dalej steruję tym co chcę (ja zdalnie, żona lokalnie - obawiała się problemów z brakiem internetu, że automatyka przestanie działać).  RF sterują mi po szczególnymi urządzeniami (dodatkowo).

Mamy serwer lokalnie (router) , ale możemy zarządzać przesyłem danych będąc u kumpla popijając napoje procentowe. Z podglądem do wszelkich zdarzeń. 

Macie pomysł jak usprawnić, przyśpieszyć działanie zachowując lokalne działanie bez internetów - proszę dać znać. Nałożymy poprawki na artykuł.