{"id":55356,"date":"2020-01-18T00:00:00","date_gmt":"2020-01-17T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/lytko-obedinyaet"},"modified":"2020-02-18T14:03:28","modified_gmt":"2020-02-18T11:03:28","slug":"lytko-obedinyaet","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sk\/blog\/news\/lytko-obedinyaet","title":{"rendered":"Lytko sp\u00e1ja","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ned\u00e1vno sme v\u00e1m predstavili inteligentn\u00fd termostat<\/a><\/noindex>. Tento \u010dl\u00e1nok bol p\u00f4vodne zam\u00fd\u0161\u013ean\u00fd ako uk\u00e1\u017eka jeho firmv\u00e9ru a riadiaceho syst\u00e9mu. Ale aby sme vysvetlili logiku fungovania termostatu a to, \u010do sme implementovali, je potrebn\u00e9 na\u010drtn\u00fa\u0165 cel\u00fa koncepciu ako celok.<\/p>\n

\"Lytko
\n<\/a><\/noindex><\/p>\n

O automatiz\u00e1cii<\/h3>\n

\nPod\u013ea kateg\u00f3ri\u00ed m\u00f4\u017eeme cel\u00fa automatiz\u00e1ciu rozdeli\u0165 do troch hlavn\u00fdch skup\u00edn:
\nKateg\u00f3ria 1<\/u> \u2014 samostatn\u00e9 \u201einteligentn\u00e9\u201c zariadenia. Z\u00edskavate r\u00f4zne zariadenia od r\u00f4znych v\u00fdrobcov, ako s\u00fa \u017eiarovky, r\u00fdchlovarn\u00e9 kanvice a podobne. V\u00fdhody: ka\u017ed\u00e9 zariadenie roz\u0161iruje mo\u017enosti a zvy\u0161uje pohodlie. Nev\u00fdhody: pre ka\u017ed\u00e9ho nov\u00e9ho v\u00fdrobcu je potrebn\u00e1 vlastn\u00e1 aplik\u00e1cia. Protokoly zariaden\u00ed od r\u00f4znych v\u00fdrobcov s\u00fa \u010dasto nekompatibiln\u00e9.<\/p>\n

Kateg\u00f3ria 2<\/u> \u2014 in\u0161tal\u00e1cia jednodeskov\u00e9ho PC alebo x86 kompatibiln\u00e9ho zariadenia. To odstra\u0148uje obmedzenia v\u00fdpo\u010dtovej sily a na toto zariadenie sa in\u0161taluje MajorDoMo alebo in\u00e1 serverov\u00e1 distrib\u00facia na spr\u00e1vu inteligentnej dom\u00e1cnosti. T\u00fdmto sp\u00f4sobom s\u00fa zariadenia v\u00e4\u010d\u0161iny v\u00fdrobcov prepojen\u00e9 v jednom informa\u010dnom priestore. T.j. vytv\u00e1ra sa vlastn\u00fd server pre inteligentn\u00fa dom\u00e1cnos\u0165. V\u00fdhody: kompatibilita pod jedn\u00fdm centrom, \u010do poskytuje roz\u0161\u00edren\u00e9 mo\u017enosti spr\u00e1vy. Nev\u00fdhody: pri poruche servera sa cel\u00fd syst\u00e9m vr\u00e1ti do f\u00e1zy 1, t.j. st\u00e1va sa roztrhnut\u00fdm alebo nepou\u017eite\u013en\u00fdm.<\/p>\n

Kateg\u00f3ria 3<\/u> \u2014 najn\u00e1ro\u010dnej\u0161ia varianta. V \u0161t\u00e1diu renov\u00e1cie sa zakladaj\u00fa v\u0161etky komunik\u00e1cie a duplikuj\u00fa sa v\u0161etky syst\u00e9my. V\u00fdhody: v\u0161etko je dotiahnut\u00e9 do dokonalosti, a potom sa dom skuto\u010dne st\u00e1va inteligentn\u00fdm. Nev\u00fdhody: mimoriadne vysok\u00e9 n\u00e1klady v porovnan\u00ed s kateg\u00f3riami 1 a 2, potreba premyslie\u0165 v\u0161etko dopredu a zoh\u013eadni\u0165 ka\u017ed\u00fd detail.<\/p>\n

V\u00e4\u010d\u0161ina pou\u017e\u00edvate\u013eov si vyber\u00e1 variantu jedna, a potom pomaly prech\u00e1dzaj\u00fa k variante dve. A v bud\u00facnosti najodolnej\u0161\u00ed dospej\u00fa k variante 3. <\/p>\n

Existuje v\u0161ak varianta, ktor\u00fa m\u00f4\u017eeme nazva\u0165 distribuovan\u00fdm syst\u00e9mom: ka\u017ed\u00e9 samostatn\u00e9 zariadenie bude z\u00e1rove\u0148 serverom aj klientom. V podstate je to pokus spoji\u0165 variant 1 a variant 2. Zobra\u0165 v\u0161etky ich v\u00fdhody a vyl\u00fa\u010di\u0165 nev\u00fdhody, n\u00e1js\u0165 zlat\u00fa stredn\u00fa cestu. <\/p>\n

Mo\u017eno niekto povie, \u017ee tak\u00e1to alternat\u00edva u\u017e bola vyvinut\u00e1. Ale tak\u00e9to rie\u0161enia s\u00fa \u00fazko zameran\u00e9; pre \u013eud\u00ed zdatn\u00fdch v programovan\u00ed. Na\u0161\u00edm cie\u013eom je zn\u00ed\u017ei\u0165 prah vstupu do tak\u00fdchto distribuovan\u00fdch syst\u00e9mov, \u010di u\u017e v podobe koncov\u00fdch zariaden\u00ed, alebo integr\u00e1cie existuj\u00facich zariaden\u00ed do na\u0161ej s\u00fastavy. V pr\u00edpade termostatu pou\u017e\u00edvate\u013e jednoducho odstr\u00e1ni svoj star\u00fd termostat, nain\u0161taluje smart termostat a pripoj\u00ed k nemu existuj\u00face senzory. Bez ak\u00fdchko\u013evek \u010fal\u0161\u00edch akci\u00ed.<\/p>\n

Zv\u00e1\u017eme integr\u00e1ciu do na\u0161ej s\u00fastavy na pr\u00edklade. <\/p>\n

Predstavme si, \u017ee v sieti m\u00e1me 8 modulov Sonoff. Niektor\u00fdm pou\u017e\u00edvate\u013eom sta\u010d\u00ed ovl\u00e1danie cez cloud Sonoff (kateg\u00f3ria 1). Niektor\u00ed za\u010dn\u00fa pou\u017e\u00edva\u0165 extern\u00fd firmware a plynule prejd\u00fa do kateg\u00f3rie 2. V\u00e4\u010d\u0161ina extern\u00fdch firmv\u00e9rov funguje na rovnakom princ\u00edpe: prenos \u00fadajov na MQTT server. OpenHub, Majordomo alebo ak\u00fdko\u013evek in\u00fd sl\u00fa\u017ei jednej najd\u00f4le\u017eitej\u0161ej \u00falohe \u2013 zjednoti\u0165 roztrhnut\u00e9 zariadenia do jedn\u00e9ho informa\u010dn\u00e9ho priestoru, umiestnen\u00e9ho bu\u010f na internete, alebo v lok\u00e1lnej sieti. Teda pr\u00edtomnos\u0165 Servera je nevyhnutn\u00e1. Z toho vypl\u00fdva hlavn\u00fd probl\u00e9m \u2013 pri zlyhan\u00ed Servera cel\u00fd syst\u00e9m prest\u00e1va fungova\u0165 samostatne. Na prevenciu tohto zlyhania sa syst\u00e9my komplikuj\u00fa, prid\u00e1vaj\u00fa sa ru\u010dn\u00e9 sp\u00f4soby ovl\u00e1dania, ktor\u00e9 duplikuj\u00fa automatiz\u00e1ciu v pr\u00edpade zlyhania Servera. <\/p>\n

My sme sa vydali inou cestou, kde ka\u017ed\u00e9 zariadenie je samostatn\u00e9. T\u00fdm p\u00e1dom Server nehr\u00e1 rozhoduj\u00facu rolu, ale iba roz\u0161iruje funk\u010dnos\u0165.<\/p>\n

Vr\u00e1\u0165me sa k my\u0161lienkov\u00e9mu experimentu. Znova vezmeme t\u00fdch ist\u00fdch 8 modulov Sonoff a nain\u0161talujeme do nich firmware Lytko. Vo v\u0161etk\u00fdch firmv\u00e9rov Lytko je implementovan\u00e1 funkcia SSDP<\/a><\/noindex>. SSDP je sie\u0165ov\u00fd protokol zalo\u017een\u00fd na s\u00fabore internetov\u00fdch protokolov, ktor\u00fd sl\u00fa\u017ei na oznamovanie a objavovanie sie\u0165ov\u00fdch slu\u017eieb. Odpove\u010f na dotaz m\u00f4\u017ee by\u0165 \u0161tandardn\u00e1 aj roz\u0161\u00edren\u00e1. Do tejto odpovede sme zahrnuli okrem \u0161tandardn\u00fdch funkci\u00ed vytvorenie zoznamu zariaden\u00ed v sieti. T\u00fdmto sp\u00f4sobom sa zariadenia samy naviguj\u00fa a ka\u017ed\u00e9 z nich m\u00e1 tak\u00fdto zoznam. Pr\u00edklad SSDP zoznamu:<\/p>\n

\"ssdpList\": \n\t{\n\t\t\"id\": 94967291,  \n\t\t\"ip\": \"192.168.x.x\",\n                \"type\": \"termostat\"\n\t}, \n\t{\n\t\t\"id\": 94967282,\n\t\t\"ip\": \"192.168.x.x\",\n                \"type\": \"termostat\"\n\t}<\/code><\/pre>\n
\nAko je vidie\u0165 z pr\u00edkladu, zoznam obsahuje id zariaden\u00ed, ip-adresu v sieti, typ bloku (v na\u0161om pr\u00edpade \u2013 termostat na b\u00e1ze Sonoff). Tento zoznam sa aktualizuje raz za dve min\u00faty (tento interval je dostato\u010dn\u00fd na reakciu na dynamick\u00fa zmenu po\u010dtu zariaden\u00ed v sieti). T\u00fdmto sp\u00f4sobom sledujeme prid\u00e1vanie, zmeny a odpojenie zariaden\u00ed bez ak\u00fdchko\u013evek akci\u00ed zo strany pou\u017e\u00edvate\u013ea. Tento zoznam sa odosiela do prehliada\u010da alebo mobilnej aplik\u00e1cie, a skript automaticky vytv\u00e1ra str\u00e1nku so stanoven\u00fdm po\u010dtom blokov. Ka\u017ed\u00fd blok zodpoved\u00e1 jedn\u00e9mu zariadeniu\/senzoru\/kontrol\u00e9ru. Vizualne zoznam vyzer\u00e1 takto:<\/p>\n
\"Lytko
\n
\nAle \u010do ak s\u00fa k esp8266\/esp32 pripojen\u00e9 in\u00e9 r\u00e1dio-senzory cez cc2530 (ZigBee) alebo nrf24 (MySensors)? <\/p>\n
O projektoch<\/h3>\n
\nNa trhu existuj\u00fa r\u00f4zne distribuovan\u00e9 syst\u00e9my. N\u00e1\u0161 syst\u00e9m umo\u017e\u0148uje integr\u00e1ciu s najpopul\u00e1rnej\u0161\u00edmi. <\/p>\n
Ni\u017e\u0161ie s\u00fa uveden\u00e9 projekty, ktor\u00e9 sa nejak\u00fdm sp\u00f4sobom sna\u017eia zmeni\u0165 situ\u00e1ciu s nekompatibilitou r\u00f4znych v\u00fdrobcov medzi sebou. To s\u00fa napr\u00edklad: SLS Gateway<\/a><\/noindex>, MySensors <\/a><\/noindex> alebo ZESP32<\/a><\/noindex>. ZigBee2MQTT <\/a><\/noindex> s\u00fa viazan\u00e9 na MQTT-serveri, tak\u017ee nie s\u00fa vhodn\u00e9 pre tento pr\u00edklad. <\/p>\n
Jednou z mo\u017enost\u00ed realiz\u00e1cie MySensors je br\u00e1na zalo\u017een\u00e1 na ESP8266. Ostatn\u00e9 pr\u00edklady s\u00fa na ESP32. A do nich m\u00f4\u017eeme implementova\u0165 n\u00e1\u0161 princ\u00edp pr\u00e1ce na objavovanie a vytv\u00e1ranie zoznamu zariaden\u00ed. <\/p>\n
Urobme e\u0161te jeden my\u0161lienkov\u00fd experiment. M\u00e1me br\u00e1nu ZESP32 alebo SLS Gateway, alebo MySensors. Ako ich m\u00f4\u017eeme spoji\u0165 do jedn\u00e9ho informa\u010dn\u00e9ho priestoru? K \u0161tandardn\u00fdm funkci\u00e1m t\u00fdchto br\u00e1n prid\u00e1me kni\u017enicu protokolu SSDP. Pri pr\u00edstupe k tomuto kontrol\u00e9ru prostredn\u00edctvom SSDP, k \u0161tandardnej odpovedi prid\u00e1 zoznam zariaden\u00ed, ktor\u00e9 s\u00fa k nemu pripojen\u00e9. Na z\u00e1klade t\u00fdchto inform\u00e1ci\u00ed prehliada\u010d vytvor\u00ed str\u00e1nku. V celkovom zmysle to bude vyzera\u0165 takto:<\/p>\n
\"Lytko
\nWebov\u00e9 rozhranie<\/i><\/p>\n
\"Lytko
\nPWA-aplik\u00e1cia<\/i><\/p>\n
\"ssdpList\": \n{\n   \"id\": 94967291, \/\/ unik\u00e1tny identifik\u00e1tor zariadenia\n   \"ip\": \"192.168.x.x\", \/\/ ip adresa v sieti\n   \"type\": \"termostat\" \/\/ typ zariadenia\n},\n{\n   \"id\": 94967292,\n   \"ip\": \"192.168.x.x\",\n   \"type\": \"termostat\"\n},\n{\n   \"id\": 94967293,\n   \"ip\": \"192.168.x.x\",\n   \"type\": \"termostat\"\n},\n{  \n   \"id\": 13587532, \n   \"type\": \"prep\u00edna\u010d\"  \n},\n{  \n   \"id\": 98412557, \n   \"type\": \"d\u00fdmov\u00fd\"\n},\n{  \n   \"id\": 57995113, \n   \"type\": \"kontaktov\u00fd_senzor\"\n},\n{  \n   \"id\": 74123668,\n   \"type\": \"teplotn\u00fd_humidity_tlakov\u00fd_senzor\"\n},\n{\n    \"id\": 74621883, \n    \"type\": \"teplotn\u00fd_humidity_senzor\"\n}\n<\/code><\/pre>\n
\nZ pr\u00edkladu vid\u00edme, \u017ee zariadenia sa prid\u00e1vaj\u00fa nez\u00e1visle od seba. Pripojen\u00e9 s\u00fa 3 termostaty s vlastn\u00fdmi IP adresami a 5 r\u00f4znych senzorov s unik\u00e1tnymi ID. Ak je senzor pripojen\u00fd k Wi-Fi sieti, bude ma\u0165 svoju IP adresu, ak je pripojen\u00fd k br\u00e1ne, potom IP adresa zariadenia bude IP adresa br\u00e1ny.<\/p>\n
Na komunik\u00e1ciu so zariadeniami pou\u017e\u00edvame WebSocket. To umo\u017e\u0148uje minimalizova\u0165 n\u00e1klady na zdroje v porovnan\u00ed s GET po\u017eiadavkami a z\u00edska\u0165 inform\u00e1cie dynamicky pri pripojen\u00ed alebo zmene. <\/p>\n
\u00dadaje sa ber\u00fa priamo z toho zariadenia, ktor\u00e9mu patr\u00ed blok, mimo server. Tak\u017ee pri poruche ktor\u00e9hoko\u013evek zariadenia syst\u00e9m na\u010falej funguje. Na webovom rozhran\u00ed sa len nezobraz\u00ed ch\u00fdbaj\u00face zariadenie zo zoznamu. Ale sign\u00e1l o strate, ak je to potrebn\u00e9, pr\u00edde vo forme ozn\u00e1menia do aplik\u00e1cie pou\u017e\u00edvate\u013ea. <\/p>\n
Prv\u00e1 pokus o realiz\u00e1ciu tak\u00e9ho pr\u00edstupu bola PWA aplik\u00e1cia. To umo\u017e\u0148uje uchov\u00e1va\u0165 datab\u00e1zu blokov na zariaden\u00ed pou\u017e\u00edvate\u013ea a \u017eiada\u0165 len potrebn\u00e9 \u00fadaje. Av\u0161ak z d\u00f4vodu \u0161pecif\u00edk \u0161trukt\u00fary je tento variant ne\u00fapln\u00fd. A v\u00fdchodisko je jedno \u2014 nat\u00edvne aplik\u00e1cie pre Android a IOS, ktor\u00e9 s\u00fa teraz v akt\u00edvnom v\u00fdvoji. Aplik\u00e1cia bude predvolene fungova\u0165 iba vo vn\u00fatornej sieti. V pr\u00edpade potreby je mo\u017en\u00e9 prepn\u00fa\u0165 v\u0161etko na extern\u00e9 riadenie. Tak, ke\u010f pou\u017e\u00edvate\u013e opust\u00ed lok\u00e1lnu sie\u0165, aplik\u00e1cia sa automaticky prepne na cloud. <\/p>\n
Extern\u00e9 riadenie \u2014 \u00fapln\u00e9 duplikovanie str\u00e1nky. Po aktiv\u00e1cii str\u00e1nky sa pou\u017e\u00edvate\u013e m\u00f4\u017ee prihl\u00e1si\u0165 na serveri a riadi\u0165 zariadenia cez osobn\u00fd \u00fa\u010det. Takto server roz\u0161iruje funkcie, \u010do umo\u017e\u0148uje riadi\u0165 zariadenia mimo domu a nie by\u0165 viazan\u00fd na preposielanie portov alebo dedikovan\u00fa IP.<\/p>\n
Takto uveden\u00fd variant nem\u00e1 nev\u00fdhody serverov\u00e9ho pr\u00edstupu a m\u00e1 nieko\u013eko v\u00fdhod, ako je flexibilita pri prip\u00e1jan\u00ed nov\u00fdch zariaden\u00ed.<\/p>\n
O termostate<\/h3>\n
\nZv\u00e1\u017eme syst\u00e9m riadenia na pr\u00edklade n\u00e1\u0161ho termostatu.<\/p>\n
Predpoklad\u00e1:<\/p>\n
    \n
  1. Regul\u00e1ciu teploty ka\u017ed\u00e9ho termostatu (zobrazuje sa vo forme samostatn\u00e9ho bloku);<\/li>\n
  2. Nastavenie rozvrhu pr\u00e1ce termostatu (r\u00e1no, de\u0148, ve\u010der, noc);<\/li>\n
  3. V\u00fdber Wi-Fi siete a pripojenie zariadenia k nej;<\/li>\n
  4. Aktualiz\u00e1ciu zariadenia \u201evzduchom\u201c;<\/li>\n
  5. Nastavenie MQTT;<\/li>\n
  6. Nastavenie siete, ku ktorej je zariadenie pripojen\u00e9.<\/li>\n<\/ol>\n
    \n\"Lytko
    \n
    \nOkrem spr\u00e1vy prostredn\u00edctvom webov\u00e9ho rozhrania, sme zahrnuli aj klasick\u00e9 ovl\u00e1danie \u2014 stla\u010deniami na displeji. Na palube sa nach\u00e1dza monitor Nextion NX3224T024 s ve\u013ekos\u0165ou 2,4 palca. Na tento model sme sa rozhodli kv\u00f4li jednoduchosti pr\u00e1ce so zariaden\u00edm. Av\u0161ak, moment\u00e1lne vyv\u00edjame vlastn\u00fd monitor zalo\u017een\u00fd na STM32. Jeho funk\u010dnos\u0165 nie je ni\u010d\u00edm hor\u0161ia ako pri Nextion, av\u0161ak bude lacnej\u0161\u00ed, \u010do pozit\u00edvne ovplyvn\u00ed kone\u010dn\u00fa cenu zariadenia.<\/p>\n
    \"Lytko
    \n
    \nRovnako ako ka\u017ed\u00fd re\u0161pektovan\u00fd termostatov\u00fd displej, aj n\u00e1\u0161 Nextion dok\u00e1\u017ee:<\/p>\n