Vienkārši vēlējos paturpināt stāstu un papildināt pēdējo ierakstu ar nelielu steka aprakstu (tehnisks ieraksts).

Sonoff'u var noflešot pa gaisu bez lodēšanas, izmantojot viņu iebūvēto OTA atjaunināšanas mehānismu. Diemžēl, nedarbojas ierīcēm ar svaigāku programmatūras versiju. Sākot ar v1.6.0 Sonoff oriģinālais OTA mehānisms pieprasa ar Itead privāto atslēgu parakstītu pakotni. Te arī ir Sonoff'a bitch:) Bet, profig. ESP8266 vienmēr var pārflešot, pieslēdzoties fiziski.

Ko tālāk?

Centrs

Pagaidām viss notiek bez vadības daļas. Tas tādēļ, ka OpenHAB uz RaspberryPI dēļ atmiņas kartes lēndarbības principā nav konfigurējams. Vairāk pavadi gaidot, kamēr pēc servisa restarta pacelsies (vai arī nepacelsies, kas nereti gadās) nepieciešami dashboardi, nekā pavadi kaut ko konfigurējot. Un arī manuālis nav diez ko čik-čik-un-gatavs. Īsāk sakot - pamēģināju, biju nepacietīgs, atmetu ar roku.

Vēl no automatizācijas centriem esot vērts apskatīt Home Assistant (oficiāli darbojas tikai uz Raspberry Pi 3 model B, lai gan ir redzēts arī uz zero) un Domoticz (minimālā versija oficiāli darbojas uz zero). Tos vēl neesmu provējis. Abus pamēģināšu, kad atnāks otrs Raspberry Pi Zero W (jā, paņēmu divus:P).

Centram ir daudz būtisku nianšu. Integrācijas ar citiem izplatītāju risinājumiem (Z-Wave, ZigBee, utt). Kā arī mobilās aplikācijas, lai nav jāčakarējas ar velnsviņzinkādiemmēsliem. Nē, man nesalūza tuksnis uz klavieres.

Bet tas jau nav vienīgais elements visā šajā padarīšanā.

Infrastruktūra un drošība

Sāksim ar to, ka kārtīgi ir jāpadomā par tīkla jautājumu. Visam vajadzētu dzīvot atsevišķā tīklā (manā gadījumā atsevišķs WiFi AP), kuram viss ir pēc principa - nav brīv, ja vien nav speciāli atļauts. Tev negribētos, lai kāds sāk slēgāt visu to padarīšanu :) Un te nav runa par to, ka nevienu jau tas neinteresē. Interesē.

Otra lieta, kas man pagaidām nav aktuāla, bet eventuāli noteikti būs svarīga - daļa no lietiņām būs caur tīkla vadu pieslēgtas. Bieži vien tā varētu būt ērtāk, nekā pagarināt WiFi. Vai arī pati ierīce nekādi savādāk komunicēt nejēdz. Vai arī ērtākais barošanas veids ir kopā ar ethernet.

Saliekam visam pēc iespējas paroles. MQTT aiz paroles, visi webiņi aiz paroles, datubāzes aiz paroles, utt.

Saliekam visur SSL. Letsencrypt piedāvā iespēju verificēt sertifikātus ar DNS līdzekļiem, lai gan atjaunošana ir nopietns čakars un pagaidām automatizējama ir diezgan sarežģīti. Var pats ģenerēt ilgi derīgus SSL sertifikātus, bet var uzrauties uz kādu ķēdītes elementu, kuram nezināmais CA varētu nepatikt.

Dzelži

Praksē viss stacks var smuki dzīvot uz RaspberryPi Zero. Ja neskaita jau minēto OpenHAB (iespējams, ka jau sakonfigurēts tas ir lietojams). Iegādājies divus tādus, pie katrām izmaiņām veic atmiņas kartes rezerves kopēšanu un viss. Ja nu kas, vienkārši samaini vai nu visu aveni, vai tās atmiņas karti uz strādājošu.

No otras puses, varētu gribēties kaut ko pēc sajūtām "stabilāku". Vismaz ar drošāku datu glabātuvi. Te nu paveras jūra iespēju, kuras neuzskaitīšu. Tikai pieminēšu divus kritērijus, izvēloties dzelzi, uz kura viedā māja griežas:

1. Vienmēr esi gatavs tam, ka dzelzis nosprāgs. Esi gatavs, ka kāda komponente vai pat viss dzelzis būs jānomaina. Tāpēc bekapi (un to testēšana).
2. Elektrības patēriņš. Tev, piemēram, varētu būt doma to visu uzkrāmēt uz parasta veca datora. Bet parasts vecs dators elektrību ēd tā, ka maz neliekas. Vai arī, ja Tev ir mājās kāds mazpatēriņa NAS (piemēram, Synology), uz kura var uzkrāmēt vēlamo lietu, tad ņem vērā, ka idle režīms tur vairs nebūs :) It kā gada griezumā konstanti 20W nav daudz, bet tomēr.

Tālāk jau nāk programmatūra pati. Ko tad tai avenei būtu jāspēj griezt?

MQTT

Principā, galvenā maģistrāle, pa kuru sazinās ierīces un tiek dotas komandas. Praksē tas ir Mosquitto MQTT brokeris (lasi - serveris), pie kura visi interesenti, ieskaitot jau zināmos Sonoff'us, slēdzas klāt. Tālāk jau tur notiek saziņa - dodam komandas kaut ko izslēgt, ziņojam par savu veselības stāvokli, temperatūrām, voltāžām, utt.

Node-Red

Šis, sākotnēji IBM produkts, ir bezmaksas un atvērtā koda (tāpat kā viss pārējais). Tas ir tāds grafisks interfeiss, kurā liekot klucīšus, velkot strīpiņas un nepieciešamības gadījumā rakstot javaskriptiņu ir iespējams panākt pašu vellu.

Zemāk testa piemērs ar TV kasti. Principā varēja vēsi iztikt bez MQTT daļas, bet pilna cikla vajadzībām lai iet.

1. Datu savākšanas, normalizācijas un izziņošanas daļa.
2. Pingojam TV kasti.
3. Tā kā pings atgriež false nesasniegšanas gadījumā, vai reālo milisekunžu skaitu, kad kaste atbild, tad to būtu forši normalizēt par true/false.
4. Skatāmies, vai mums ir mainījusies vērtība (tā saucamais rbe) - bloks tālāk nelaiž, kamēr viņam barotā vērtība nav mainījusies (piemēram, no false kļuvusi par `true).
5. Tad to visu izziņojam visai IoT pasaulei caur MQTT.
6. Notifikācija
7. Ja nu mēs ieraugām MQTT ziņojumu, ka TV ir ieslēgts vai izslēgts, lecam tālāk.
8. Sagatavojam e-pasta tēmu un saturu.
9. Nosūtam.

Šis, protams, nav reāls dzīvs viedās mājas piemērs, bet lieliski demonstrē, cik vienkārši tas viss ir izdarāms. Tu vari izdarīt tā, ka NodeRed atbild uz HTTP vai savādākiem pieprasījumiem. Tu vari tos visus sūtīt visur kur. Vari savākt datus, kā vēlies. Pat no GPIO.

Piemēram, Tev ir temperatūras un mitruma sensors. Viņš (vai viņam piekabinātā ierīce) ik pa laikam veic mērījumus un izziņo caur MQTT tēmām tele/meteo-1/temperature un tele/meteo-1/humidity. Visi, kurus tas interesē, ieklausās un dara savu darāmo (pieglabā, analizē, reaģē, utt). Tev ir jau gatava NetAtmo laikapstākļu stacija? Nekādu problēmu.

Vēlies nedaudz iepriecināt bērnu? Nopērc plaukšķināšanas sensoru (labi, jokoju, būs vien pašam jātaisa) un pieslēdz pie Node-Red, lai slēgā gaismu :)

Tas viss ir diezgan vienkārši un nevajag nekādus sensorus, lai jau kaut ko varētu saķīmiķot. Tāds kā lokāls IFTTT.

Mērījumu uzkrāšana un grafiki

Mērījumus uzkrāt vari kur vien labpatīk. Man pirmais, kas patrāpījās pa rokai, biaj InfluxDB, lai gan Graphite varētu būt košērīgāk. Caur to pašu NodeRed varam sataisīt datu transfēru no sensoriem uz datubāzi. Es saprotu, ka daudziem patīk MySQL vai PostgreSQL, bet mērījumiem tomēr būtu vērts apgūt piemērotākus datu krāšanas rīkus.

Un skaistie grafiki, kuri visiem dikti patīk, bet nekad nenoder, ir jātaisa iekš Grafana. Starp citu, Grafana ir daudz kas vairāk nekā grafiku un cipariņu rādīšanas rīks. Tā jēdz arī lieliski monitorēt lietas.

Man ir daudzi tādi mazie sapnīši, kuri ir nice to fullfill, bet nekad nav bijuši prioritāri. Nolēmu, ka ir īstais brīdis sākt spēlēties ar vienu no tiem - elektroniku.

Tas arī vairāk vai mazāk pagaidām viss. Gaidu ieteikumus, komentārus un sarkanās kartītes komentāros. Protams, ka šāds piegājiens ir totāls samopals un prasa rūpīgi izplānot, uzbūvēt un uzturēt pašam. Ir arī alternatīvas, kur visu tavā vietā saplāno, uzbūvē un uztur. Ja esi ar mieru ziedot naudu, aidā. Ja esi mazāk turīgs vai arī vēlies tomēr pats kaut ko nosvilināt, tad arī aidā. Pat, ja galā nekas prātīgs neizdosies, vismaz būsi mēģinājis.

Galvenais ir nepadoties ;)