loxone – Page 5 – Vodnický blog

NodeRED – Propojení všeho se vším, od Arduina po Loxone

December 11, 2016 L Comments 47 comments

Jak jsem psal v předchozím článku, MQTT i NodeRed instaluji na Ubuntu linuxu. Jde ale rozběhat třeba i na Raspberry Pi nebo Turrisu (OpenWRT).

Instalace NodeRED je relativně jednoduchá. Do ubuntu jsem musel nejprve doinstalovat aplikaci npm (což jsem zjistil, že je balíčkovací služba pro javascript) a následně pak pomocí npm aplikace nainstalovat NodeRED.

sudo apt-get install npm
sudo npm install -g --unsafe-perm node-red

Po samo-doinstalování obrovského množství dalších navazujícíh balíků měl začít fungovat příkaz `node-red`. Ale prdlajs. Takže další postup pak byl:

sudo apt-get install nodejs-legacy
node -v
##v4.2.6

sudo apt-get install npm
npm -v
##3.5.2

sudo npm install -g --unsafe-perm node-red node-red-admin

Dál bylo potřeba otevřít firewall port 1880, který node-red používá pro komunikaci

sudo ufw allow 1880
##Rules updated
##Rules updated (v6)

A pak už node-red konečně naběhl.


node-red

Welcome to Node-RED
===================

9 Dec 15:41:14 - [info] Node-RED version: v0.15.2
9 Dec 15:41:14 - [info] Node.js version: v4.2.6
9 Dec 15:41:14 - [info] Linux 4.4.0-53-generic x64 LE
9 Dec 15:41:14 - [info] Loading palette nodes
9 Dec 15:41:14 - [warn] ------------------------------------------------------
9 Dec 15:41:14 - [warn] [rpi-gpio] Info : Ignoring Raspberry Pi specific node
9 Dec 15:41:14 - [warn] ------------------------------------------------------
9 Dec 15:41:14 - [info] Settings file : /home/dev/.node-red/settings.js
9 Dec 15:41:14 - [info] User directory : /home/dev/.node-red
9 Dec 15:41:14 - [info] Flows file : /home/dev/.node-red/flows_home-server.json
9 Dec 15:41:14 - [info] Creating new flow file
9 Dec 15:41:14 - [info] Server now running at http://127.0.0.1:1880/
9 Dec 15:41:14 - [info] Starting flows
9 Dec 15:41:14 - [info] Started flows

Další krok je nastavení, aby se NodeRED spouštěl sám po startu. To už nebudu popisovat, protože bych jen kopíroval návod, podle kterého jsem postupoval. Ten jde najít v tomto super článku (bod 3 a dál).

Použití NodeRED

Tak jo, nainstalované to je, co teď s tím dál ;-). Vraťme se k naší ukázce z minulého článku o MQTT. V levym okně máme příkaz na poslání zprávy přes kanál(topic) hello/world. V pravém okně nahoře je pak příjemce této zprávy, abychom viděli, že vše funguje.

V pravo dole pak nasloucháme nové zprávě “bye/world”. Jak jde vidět z následujících screenshotů, při poslání zprávy na “hello/world” se tato zpráva ukáže i na “bye/world”. Jak to?

Protože NodeRED ;-). Jako první jsem pro otestování funkčnosti NodeRED a jeho napojení na MQTT udělal jednoduché přeposlání přijaté zprávy z jednoho kanálu na druhý.

A takhle to vypadá v NodeRED. Vlevo je MQTT consumer, nastavený tak, aby naslouchal topic hello/world

V pravo pak MQTT publisher, který přijatou zprávu pošle po kanálu (topicu) bye/world.

Dole pak mám ještě debug výstup, který zobrazuje přijaté zprávy.

A co loxone, jde to propojit?

No jasně! ;-). Pro testování jsem použil zatím jen REST Api loxone, ale NodeRED podporuje i websockets, navíc jsou pro Loxone už naprogramované přímo rozšíření pro NodeRED (viz dále).

Nyní nám ale pro jednoduchý test stačí RestAPI. Upravíme diagram tak, aby po přijetí jakékoli zprávy v topicu hello/world se nám rozsvítilo (nebo zhaslo) světlo v pracovně. To je cool ne? 😉

Samotné nastavení HTTP požadavku vypadá nějak takto. Nic složitého, jen se zavolá HTTP GET na adrese /dev/sps/io/WebApiTest/PulseDown.

Co se týká URL adresy, tak Loxone dokumentace stojí za starou bačkoru. Podle návodu by měla být adresa /prikaz/control/hodnota, coz ale /dev/sps/io/INPUT/PRIKAZ rozhodne není.

Touto url říkáme, že chceme na virtuální vstup “WebApiTest” poslat Impuls Down-Up. V Loxonu tak musíme tento virtuální vstup vytvořit a propojit se světlem.

A to je všechno. Nyní, kdykoli se objeví zpráva, světlo se přepne. Naprostá paráda. Nevím jak vy ostatní, ale já jsem nadšen. Těch možností, k čemu se to využít, je totiž neomezeně. Díky kombinaci NodeRED+Loxone tak jde do Loxonu dostat spoustu nových dat, od Arduino senzorů, dat z externích databází až po informace z Twitteru, Email nebo cokoli jiného vás jen napadne.

Co dál

NodeRED má obrovskou komunitu a kromě základních bloků (Nodes) má parádní knihovn dalších rozšíření – http://flows.nodered.org/. Jsou tam například i bloky na komunikaci s Modbus, KNX nebo Loxone.

Nyní to chce pořádně vyzkoušet a pohrát si s tím víc. V základu mám ověřeno, že vše funguje. Nyní zkusím zprovoznit nad Arduinem nějaký ten senzor a přes MQTT-NodeRed ho posílat do Loxonu. A uvidíme, jak to bude šlapat. Co jsem zatím testoval, tak problémy žádné, ale běží mi to jen chvilku.

Pokud ale vše pojede opravdu jak má a bude to 100% stabilní, vidím v tom obrovský potenciál. Navíc v případě, že by Loxone pokračoval se svými gestapáckými manýry a ještě více uzavíral jeho systém, tak se takto dá udělat kompletní rozšíření a defakto z architektury “Loxone je ten hlavní” udělat “NodeRED je ten hlavní” a Loxone mít jen jako podružný systém.

Použité linky

Link na diskuzní fórum o Loxonu a Arduinu

Quido na steroidech

December 8, 2016 L Comments 8 comments

Tak tu máme první velkou aktualizaci SW pro Papouchova Quida. Jak jsem v předchozích článcích, původně bylo implementováno vše jen pro vstupy, ale výstupy jsem neřešil. A protože už je zájem i o výstupy, nedalo se nic dělat a hurá k parodii na C jazyk nazývanou PicoC :).

Bohužel z mého odhadu, že to bude fik fik za hoďku hotové nakonec dost sešlo. První problém byl, že ovládat jednotlivé relé znamená mít spoustu dalších různých řídících paketů, což by obnášelo spoustu manuálního generování. Takže nezbylo než se zanořit ještě hloubš do dokumentace a napsat si vlastní generátor a podepisovač paketů.

Výhoda je, že už nemusím připravovat pro nové uživatele pakety ručně, nevýhoda byla, že to vzalo hromadu času. Krom samotné implementace to hlavně chtělo zavést už i nějaké testování, protože lazení v Loxone program editoru je naprosté peklo (jako třeba proč nefunguje ani blbá klávesa PageUp-PageDown je mi záhadou).

Takže jsem si rozběhal projekt ve Visual Studiu, namockoval Loxone metody tak, aby nic nedělali, ale program šel zkompilovat a pustil se do rozšiřování. Kromě samotného podepisování, které je plné bitových operací, to chtělo ještě nějaké parsery na vyčtení dat z IP adresy, výpočty bitů pro stavy relé a hromadu dalších věcí, které už nabouchat jen od boku není úplně bezpečné.

Takže krom toho, že to jde kompilovat ve VS, čímž eliminuju zdlouhavý proces přes Loxone, tak jsem tam udělal ještě sadu spousty testů, které všechny tyhle metody před nasazením do Loxonu otestují.

Co se začíná ukazovat jako dost komplikace je fakt, že celý progam musí být jen v jednom souboru. Žádné pěkné oddělení, žádné objekty, žádná struktura. Pěkně všechno pod sebou, navíc ideálně v globálních proměných osekaných na dřeň, aby to žralo co nejméně paměti.

Takže je to ošklivý špagety kód. Navíc ručně optimalizovaný tak, aby se nikde nealokovala žádná pamět, ale používal se sdílený buffer, aby to žralo co nejméně procesoru a hlavně to nepadalo a prošlo to i tím příšerným PicoC interpretem.

Když bylo vše naprogramováno, přišlo na řadu první testování v reálném prostředí. Bohužel to hned odhalilo druhý velký problém. Ukázalo se, že moje myšlenka se sdíleným kódem pro vstupy i výstupy je mimo a že to takto nepůjde.

Problém totiž je, že PicoC neumí asynchroní čtení ze streamu. Takže stream buď čte, ale pak je program blokován čekáním a čtením, nebo nečte, a pak se pakety zkrátka nezpracují.

Původně jsem to měl tak, že se vždy jen zjistilo, jestli jsou nová data, když ne, zjistilo se, jestli je na vstupech nějaká změna. A když ne, znova se zjistili data, …..

Jenže, v okamžiku, kdy se zjišťovali vstupy, tak se třeba nenačetlo, že člověk pustil tlačítko žaluzie, a tak žaluzie sjížděla vesele dál. Nebo nezaregistroval stistknutí, nebo otevření okna,… Protože když nečetl, paket zůstal nevyslyšen.

A bohužel, toto nijak vyřešit nejde. Pročetl jsem dokumentaci, pročetl diskuze, a je to prostě tak. Takže jediné řešení jsou dvě smyčky. Jedna co načítá data z Papoucha, druhý co načítá vstupy z Loxonu.

A když dvě smyčky, tak dva Loxone programy. Takže pokud někdo budete chtít využít obě funkce, je nutné použít dva samostatné bloky. Když jen jednu z nich, druhý se použít nemusí.

A aby se program dobře nastavoval i distribuoval, je to udělané tak, že je program jeden a ten stejný a jen pomocí přepínače se nastavuje, jestli se má chovat jako Relé můstek nebo můstek pro Vstupy.

Celé nastavení programu tak nyní vypadá takto

char * c_remote_listen_address = "/dev/udp/192.168.1.254/10001";
char * c_remote_write_address = "/dev/udp/192.168.1.254/10002";

//pocet rele
unsigned int c_relays_count = 3;

//automaticky refreshnout stav vstupu pro pripad, ze se ztratil UDP paket s notifikaci (treba otevrene okno)
unsigned int c_auto_refresh_every_sec = 60;

//jak casto se detekuji vstupy kvuli rele. Cim mene, tim vice se bude zatezovat miniserver
unsigned int c_relay_check_period_msec = 100;

//rezim 0-INPUTS [digitalni vstupy], 1-OUTPUTS [rele]
unsigned int quido_bridge_mode = 1;

Jak je vidět, zmizelo nastavení paketů, to se dělá dynamicky. Jediné co je potřeba, je správně zadat IP adresu a počet relé, které Quido má (při větším čísle než kolik jich je k dispozici pak nefunguje žádné!). Jako poslední nastavení Nově pak jsou nastavení rezimu INPUTS a OUTPUTS a konstanta, která určuje, jak často se mají vstupy kontrolovat.

To je totiž další vykutálenost Loxonu. Namísto, aby se dalo říct “čekej, než se vstup změní”, tak se musí dělat “už se změnilo?”,”už?”,”už?”,… A čim častěji se ptá, tím víc to žere prostředky. A když se taková smyčka pustí bez uspání, žere 100% procesoru.

Takže jsem jako výchozí nastavil 100ms. Pokud by to bylo někomu málo, může si to vytunit, ale s rizikem, že to bude žrát více prostředků Loxonu. Imho si myslím, že 100ms je dostatečný fofr.

Co se týká blokového zapojení v Loxone configu, tak k tomu můžu říct jen jediné. Loxone programátoři by se nad sebou měli zamyslet a dodělat logické chybějící bloky. Nehápu, proč když Loxone nabízí Binární dekodér, nemá i logický protikus binární kodér. Nechápu, proč když se zeptám na podpoře, tak jim přijde logická odpověd “použijte vzorec”. A nechápu, proč když už doprd… mám použít vzorec, tak proč vzorec nemá aspoň osm vstupů, ale jen čtyři, takže to práci pekelně komplikuje.

Ale ok. Jedno přísloví říká, že na všechno je potřeba se koukat ne jako na problém, ale jako na příležitost, a tak jsem se té příležitosti chopil a poskládal to ze vzorců.

Samotné využití a napojení na reálný dům je pak už hodně jednoduché. Na vstupy vzorce se přivede 0 nebo 1 a vzorce spolu s programem dle toho zapnout dané relé. Pokud na vstup přivedete cokoli víc než 1, výsledek je random a nejspíš se nestane vůbec nic. Je to proto, že ve vzorci převádím binární 0 a 1 na číslo a třeba taková 2 v tom udělá dost brajgl :).

Níže je video ukázka jak to funguje, především pak rychlost. Podle mě je suprová ;-). Nedokážu si předtavit, že byste dokázali klikat rychleji, než kolik můstek zvládá Quida (Papoucha) ovládat.

Momentálně probíhá testování v mém domě, kdy se jednak testuje původní část na vstupy pomocí žaluzií a stavů oken. Výstupy pak testuju jen napojenou diodou v rozvaděči, protože jsem takto narychlo neměl žádný siloproud, co bych tam zapojil a přepojovat rozvaděč se mi nechtělo.

Pokud půjde všechno jak má, tak novou verzi pustím do světa do konce týdne. Odvážným majitelům předchozí verze klidně poskytnu dříve, ale jen na vlastní riziko :).

Zas nějaké ty novoty nebo co

November 24, 2016 L Comments 18 comments

Dnešní post bude o novince tady na blogu. Ačkoli jsem se tomu dlouho bránil, dnešní diskuze s jedním z přispívajících čtenářů mě zlomila :-).

Budeme mít fórum

Rovnou z kraje chci ale říct, že bych rád, aby to bylo spíš jakási “komunitní wiki”, než klasické diskuzní fórum “otázka-odpověď”.

Je totiž pravda, že poslední dobou se díky hromadě příspěvků od vás skrývá pod články leckdy víc užitečných informací, než v článku samotném. A je taky pravda, že jakmile je tam více směrů diskuze, tak je v tom chaos, a nejhorší je, že se v tom skoro vůbec nedá hledat.

Zatímco když bychom techničtější diskuze přesunuli tam, můžeme udělat každému topicu vlastní vlákno, krásně v tom hledat a hlavně se k tomu pak kdykoli vracet.

Jak se tam dostat

Adresa je https://www.vodnici.net/community/ , odkaz je pak v levém menu na stránce “Diskuzní fórum”.

A co ta komunitnost?

To je dobře, že se ptáte ;-). Jak jsem psal, rád bych, aby se zapojili všichni, které Loxone, Arduino, stavba domu, investování nebo cokoli jiného kolem tohoto blogu baví.

Bylo by fajn, kdyby z toho vzniklo místo, kam budeme společně dávat linky na hračičky, které jsme zrovna objevili, seznamy blogů, které se zabývají tématem, co zrovna někdo z nás řeší, nebo kontextové linky na Aliexpress, co kdo zrovna na barák objednal.

Zkrátka místo, kam když to vložíte, tak to tam kdykoli v budoucnu najdete. Zároveň Vám tam k tomu ale budou moci ostatní poslat i svoje linky a zkušenosti, takže win-win.

Dám příklad, měření spotřeby. Díky dotazu v jednom z předchozích článku máme krásný list linků, jak tento problém vyřešit. A až komponenty dorazí, přibude i návod, jak na to. A to jen díky tomu, že se sešlo více zkušeností od více lidí na jednom místě.

A takto bych si to nějak představal. Zkrátka nejen tam dotazy dávat, ale hlavně sdílet a diskutovat zkušenosti vlastní.

Kdo, co, jak

A protože bych to rád komunitní, nabízím moderátorský přístup komukoli, kdo se bude chtít na fóru podílet.

Když totiž píšu komunitní fórum, myslím to například i tak, že pokud někdo založí hlavní topic na nějaké téma, tam krom diskuze pod tímto topicem bude možné společně udržovat první post tak, aby obsahoval všechny dosud nasbírané informace.

Takže namísto nutnosti pročítat pak dlouhé vlákno bude vždy všechno pohromadě. Věřím, že si to tu nebudeme navzájem mazat, ale že to dokážeme společně upravovat a rozšiřovat.

Další věc, co bych rád, tak překlopit naše technické diskuze (očištěné o nerelevantní posty) na fórum, aby se v tom dalo hledat.

Pokud bych to dělal sám, tak to mám na měsíc. Pokud by se nás do toho ale pustilo víc, každý překlopíme jeden článek s diskuzí na fórum, bylo by to hned. Na fóru založit topic, naházet tam ty zajímavé části a ideálně pod článek do diskuze napsat, že je článek převeden. Já pak hodím link i přímo do článku, ať to ostatní lépe najdou.

Jak by to mohlo vypadat je k vidění tady. Jsou tam všechny linky ohledně měření spotřeby.

A klidně se pak může zapojit někdo další, kdo z takto surových napastovaných dat udělá nějaký jeden učesanější post. A i kdyby ne, pořád se v tom bude na fóru dát hledat lépe než pod článkama.

A jak to napojit na blog

Když jsem dneska promýšlel, jak to celé zrealizovat, vymyslel jsem zhruba toto:

pro každý technický článek založím na fóru samostaný link na dané téma (případně pokud už bude existovat, budem pokračovat v diskuzi)
na konci každého takového článku bude link na fórum
ideálně pak, abychom technické věci/nápady/linky řešili na fóru, zatímco obecné věci pod článkem
nechci to ale nějak vynucovat, věřím, že se zvládnem domluvit 😉 )

Jaký obsah na fórum dávat

Pro začátek bych zavedl pravidlo, že tam dávejte cokoli. Ať jsou to vlastní postřehy, seznam linků, nápady a v rozumné míře i dotazy. Klidně ať je to reklama na komerční produkt, nebo třeba Váš produkt, nebo linky na Aliexpres, cokoli.

Dokud to bude užitečné pro všechny, tak proč ne. Když tam bude hodně komerčních věcí, uděláme tomu samostatnou sekci, když hodně linků, tak taky.

Ze začátku bych dával vše do pár kategorií a fórum zbytečně nefragmentoval, refaktorizovat budeme později :-).

Bude to fungovat?

Nevím ;-). Pokud bych na to měl být sám, tak ne.

Pokud by to mělo být fórum stylem “všichni se ptají” a nikdo neodpovídá, tak to taky nebude fungovat. Nebude to fungovat ani tehdy, pokud si to někdo bude plést s bezplatnou support linkou.

Jediné jak to může fungovat je, že to přijde zajímavé i Vám ostatním a přidáte se :-). A tak vykopávám nápad s fórem, je to nasazeno a připraveno. Jestli se to ujme, uvidíme. Když ne, zavřít se to dá vždy, ale jako záložkovač to asi budu používat tak jako tak.

Co na to říkáte?

Co si o tom myslíte? Napadá vás jak něco dělat jinak nebo líp? Máte k tomu nějaký nápad?

Dejte mi vědět. Pokud se Vám to líbí a chcete se přidat, napište, moderátory Vám založím obratem. Pokud se Vám to nelíbí, napište taky. Aspoň budem vědět 😉

Loxone – chytré dveře ještě chytřejší

November 17, 2016 L Comments 63 comments

Tak jsem po čase zase trochu vytunil náš dům ;-). Trochu jsem se pustil do našich dveří. Protože jak už jsem tu párkrát psal, jejich elektrozámek mne bohužel dost zklamal.

Za prémiovou cenu zámku jsme od p. Vašíčka do dveří dostali ten nejzákladnější zámek. Takže jsme na nějaké pokročilé věci mohli zapomenout. Bohužel v době objednávání nás nenapadlo, že se dělají různé verze a jeho (zajímavé, že) nenapadlo nám to sdělit.

Raději nám tam dal to nejlevnější, co výrobce poskytuje (KFV AS 3500 A), ačkoli mi pak výrobce potvrdil, že za cenu, která převyšuje ten nejvyšší model. No nic.

Ale zpátky ke dveřím. Základní model umí jen to, že pokud se dveře zavřou, tak se ihned zamknou, a pokud se přivede impulz, tak se otevřou. Odemykání se musí vyvolat impulzem, nikoli klikou. A automatické zamykání se dá zablokovat jen mechanickým přepínačem. Což je dobré jako dočasné řešení, nikoli k nějaké pokročilejší automatizaci.

Samo-zamykání je fajn a cool, ale jen do té doby, než v domě bydlíte a přes den ho odemykáte 10x, protože vypustíte psa, protože pošťačka, protože PPL, protože dorazí rozvoz obědů, protože znova vypustíte psa, protože…,protože…, protože. A pokaždé čekáte 10-15sekund, což není moc, ale když pospícháte ven, tak to málo není.

A tak začnete ráno ručně přepínat mechanický přepínač, aby se Vám dveře nezamykaly, a večer na něj zapomenete. Nebo na něj zapomenete, když odjedete někam pryč. A tak zjistíte, že z automatických dveří se staly manuální.

A tak jsem začal přemýšlet, co by se s tím dalo dělat. Jak to do dveří nahackovat tak, abych jim mohl říct nejen, kdy se mají odemknout, ale i kdy se mají zamknout. První na řadu přišly typické destruktivní nápady.

Zkusím rozebrat zámek a uvidím, jak je to v něm udělané a možná by se zbývající kabely daly nějak donapojit (protože do zámku vede 5žil, ale aktivní jsou jen 3). Nebo, že by se dalo nějak provrtat k tomu mechanickému přepínači z boku dveří a propojit ho s tím kabelem. Nebo, že by se dalo nějaké relátko dovnitř zámku, aby se to nezapínalo.

No spousta nápadů, co smrděla dost velkým rizikem poškození a částkou rovné ceně nového zámku, v horším případě i dveří :-). Takže tudy ne.

Ale pak jsem dostal lepší nápad. Co když budu dveřím řídit, zda jsou pod proudem nebo ne a budu tak simulovat celé jejich chování. No nápad skvělý, ale měl několik ALE. Dost teď záleželo na zámku, jestli se nechá vmanipulovat do téhle hry, nebo jestli bude protestovat a moje úsilí sabotovat.

Takže, jak by to mělo fungovat a co bych od dveří chtěl:

v nočním režimu se budou dveře automaticky zamykat
při přechodu mezi denním a nočním režimem se dveře automaticky zamknou
v denním režimu se dveře jen zavřou, takže půjdou otevřít klikou
v denním režimu půjde dveřím při odchodu říct, aby se zamknuly (toto je trochu zákeřné)
v denním režimu půjdou dveře ovládat elektronicky z venku/mobilem (toto je hodně zákeřné)

Takže, co tedy dveře budou dělat. Pokud bude denní režim, dveře nebudou zamčené. Takže budou bez proudu. Pokud je budu chtít elektronicky otevřít, přivede se do dveří dočasně proud a zároveň se pošle signál na otevření dveří. Tady mohl nastat největší kámen úrazu.

Pokud by si totiž dveře po přivedení proudu usmyslely, že se nejprve musí zamknout (protože fázi zamykání minule nestihly udělat, neb byly odpojeny), znamenalo by to, že každému otevření by předcházelo zamčení a odemčení. Naštěstí to dopadlo dobře a pokud se přivede signál i napětí zároveň, rovnou se dveře otevřou (jen jim trvá cca 1sec než nabootují 😉 )

Abych mohl otestovat myšlenku s odpojováním proudu, přehodil jsem napájení dveří přes jedno ze dvou zbývajícíh relátek Loxonu (a tím se pomalu blížím k nutnosti rozchodit relé na Quidovi od Papoucha ;-))

Když jsem nápad otestoval a zjistil, že lze dveře připojovat a odpojovat od proudu bez jakýchkoli následků, začal jsem řešit chování v Loxone. Z naprosto primitivního modelu “napájení zapnuto/vypnuto” jsem se relativně rychle dostal k docela velkému schématu s komplexním chováním.

Tak jednak, dveře mají ladící přepínač, kdy je lze natvrdo nastavit do nočního režimu. Dál pak časovač, který noční režim (a tím pádem přívod nonstop napětí) zapíná sám.

loxoneconfig_2016-11-17_19-59-52

Dál pak signál na otevření dveří. To je ještě pořád docela easy.

loxoneconfig_2016-11-17_20-02-22

Jenže když je zrovna den, tak krom přivedení signálu otevření je potřeba ještě privést elektriku do dveří, aby se něco začlo dít, tedy aby se dveře zapnuly,

Jenže na jak dlouho tam napětí přivést, aby se zas dveře nezačaly rovnou zamykat? Takže to chce zapojit ještě čidlo otevřených/zavřených dveří a po otevření dveří vypnout přívod. Jenže, vlastně ještě ne. Nejdřív se musí zaaretovat zámek (nebo co to tam pak dělá). Takže je potřeba chvíli počkat (konkrétně 5s).

Tak jo, takže odemknutí z venku přes den bychom měli. Jenže, bylo by fajn taky moct přes den zamknout. Třeba při odchodu z domu by se to hodilo. A taky by to bylo fajn moct to udělat z domova, nikoli až když je člověk venku.

Tak jo, takže jsem si nastavil, že když dvoukliknu na tlačítko na dveře, na 5minut se mi aktivuje přívod elektriky, takže když odejdu, tak se dveře zamknou. Super. Jenže…. Co když si vzpomenu, že se potřebuju vrátit, nebo co když si to rozmyslím a nebudu chtít nakonec odejít? To jako dalších 5min se budou dveře pořád zavírat?

Takže ještě úprava. Po tom, co se aktivuje zamykání a dveře se zavřou, počká se na zavření a zamčení a přívod elektriky se opět deaktivuje.

A takhle to nakonec vypadá celé. Na to, že to je jen blbé otevření dveří, je to docela hukot ;-). Ale na druhou stranu, dveře se teď chovají přesně, jak chci.

Jediná šedá oblast nepokrytá diagramem je, když aktivujete dveře na zamčení v době, kdy jsou zavřené. Tím pádem se ihned samy zamkou. Jenže teď, je to bug nebo feature? Na jednu stranu by bylo možná dobré mít to tak, že se dveře zamknou až po otevření a zavření (což lze snadno detekovat). Jenže co když bude chtít někdo zamknout ve chvíli, kdy jsou dveře zavřené?

Například budu třeba pryč, za dveřma bude týpek s nožem a I. bude chtít zamknout. A bude asi dost nešikovné, když bude muset nejdřív otevřít, toho magora s nožem poprosit, ať odstoupí a počká, pak dveře zavřít, nechat je zamknout a pak teprv magorovi říct, že už je zamčeno a teď se teda už může zkusit dostat dovnitř.

No, takže jsme to nechali tak, že se to zamyká rovnou. Jestli je to dobré nebo ne se uvidí časem (doufám, že na nějakých víc veselých situacích :-)).

Otázka na závěr

Na závěr bych měl dotaz na Vás šikovnější v elektřině. Narazil jsem u Energomonitoru na ECT Sondy. Jde o indukční měření spotřeby energie. Sice to není 100% přesné, zato se to dá ale dát na jakýkoli kabel v rozvaděči a tím orientačně měřit spotřebu na jednotlivých okruzích.

Máte někdo přestavu, jestli by to šlo napojit na Loxone, případně klidně s nějakým bastl-udělátkem na arduinu a podobně? Energo monitor k tomu má svojí krabičku, ale to už pak vychází dost draho. Případně, jestli nevíte o nějaké AliExpress alternativě za méně peněz (za toto chtějí 400-1000kč).

Zkoušel jsem hledat, ale jokoby byl energomonitor první s něčím takovým. Našel jsem pár profi kleští na měření, ale něco pro využití v chytrých domech vůbec.

Link na diskuzní fórum, kde pokračuje diskuze

AliExpress monster list ;-)

November 11, 2016 L Comments 20 comments

Během dnešního AliExpress výprodeje jsem díky známému udělal nákup za cca $150 a k tomu nakoupil ještě hromadu dalších věcí. Hodně je toho kolem IoT, čidel, kabelů, propojek a všeho možného. A tak je načase zase zaktualizovat nákupní tabulku 😉

A abyste mohli využít ještě dnešních slev (teda jak na co, ale většinou tam nějaká sleva je), tak jsem to dal dohromady ještě teď (což byl fakt opruz v tom množství ;-)). Už jsem si na to udělal i script, takže plním jen tabulku a samo se mi to generuje. Což je dost úleva ;-). Červeně jsou nové věci, černě to, co je z minula.

Loxone a chytrý dům

Přidáno	Co	Proč/K čemu	Za kolik
11.11.2016	DMX Triak na ovládání světel		$35.84
5.10.2016	Krone svorky	Super na práci s CAT kabelama	$22.15
5.10.2016	100 ks LED diod pěti barev	Na signalizaci stavů v domě	$1.20
5.10.2016	20x 24V modrá dioda	Pro podsvětlení tlačítek Unica	$4.76
5.10.2016	10x 1-wire teplotní čidlo v pouzdře	Stejné čidlo, jako nabízí Loxone za ~350Kč, akorát takto vyjde na 30Kč	$13.97

Arduino hračičky

Přidáno	Co	Proč/K čemu	Za kolik
11.11.2016	Motorek 12V 300RPM	Na výrobu samo-houpačky pro malého 😉	$2.86
11.11.2016	Motorek 12V 100RPM	Na výrobu samo-houpačky pro malého 😉	$3.6
11.11.2016	Mini solární panel pro Arduino		$1.14
11.11.2016	140 ks propojek		$2.89
11.11.2016	Vypínače		$0.92
11.11.2016	Sada různých odporů		$1.6
11.11.2016	12ks prototypovacích desek		$1.79
11.11.2016	deska s osmi relé pro arduino		$3.9
11.11.2016	detektor nebezpečných plynů pro arduini		$1.37
11.11.2016	nepájecí prototypovací deska		$1
11.11.2016	WeMos D1 mini V2 wifi IoT deska ESP8266		$4
11.11.2016	WeMos D1 v1		$2.57
11.11.2016	Rele pro WeMos D1		$1.22
11.11.2016	Nabíjecí modul pro arduino		$0.36
11.11.2016	Další sada odporů		$1.58
11.11.2016	Detektor pohybu pro arduino		$0.73
11.11.2016	Další nepájivá prototypovací deska		$1.99
11.11.2016	Propojovací konektory		$1.02
11.11.2016	Krabičky na arduino		$4.58
11.11.2016	Rozšíření pro WeMos na baterie		$2.21
11.11.2016	Další spojky		$1.75
11.11.2016	Dualbase deska pro WeMos		$0.95
11.11.2016	120ks různých kondenzátorů		$1.8
11.11.2016	20m propojovací kabel		$3.13
11.11.2016	Baterie pro arduino		$1.11
11.11.2016	MP3 board pro arduino		$0.48
11.11.2016	Mini repráčky		$0.63
5.10.2016	10x bzučák	Na signalizaci problému, možná jako zvonek, nebo na strašení dětí v domě	$1.98

Počítač a síť

Přidáno	Co	Proč/K čemu	Za kolik
11.11.2016	SanDisk 32GB USB 3.0 flashka	Když už jsem byl v tom nakupování, tak sem si vzal i USB3 flashku, protože ty moje jsou děsně pomalé 😉	$11.52
11.11.2016	Gigabitová spojka na ethernet		$0.63
5.10.2016	50x RJ45 konektor pro CAT6 shielded	Pro vnitřní rozvody sítě po domě, 50ks	$11.82
5.10.2016	50x RJ45 konektor pro CAT6 shielded	Rovněž pro LAN. Bral jsem raději 2 typy, levnější a dražší, kdyby jeden nefungoval. Ale jsou dobré oba, jen modrý je víc cool	$4.89

Nářadí všeho druhu

Přidáno	Co	Proč/K čemu	Za kolik
11.11.2016	Hrotová pájka	Protože tu co mám to je děs	$34.99
11.11.2016	Digitální lupa		$1.99
11.11.2016	Cín		$1.48
11.11.2016	Klasická optická lupa		$0.69
11.11.2016	Malé ostré štípačky		$4.21
11.11.2016	Kalafuna		$0.58
11.11.2016	Parádní sada malých šroubováčků		$15.47
11.11.2016	Zvýrazňovače/fixky		$2.19
11.11.2016	Odsávačka cínu		$1.39
11.11.2016	Bezdrátový laserový teploměr		$8.29
11.11.2016	Kompaktní zastříhávač kabelů		$0.48
11.11.2016	Xiaomi tester kvality vody		$9.12
11.11.2016	100ks nylonových stahovacích pásků		$1.93
5.10.2016	2340 kusů dutinek	Ideální na spojování kabelů nebo na ukončování roztřepených kabelů, co se pak zapojují do svorkovnice	$13.18
5.10.2016	5m teplem stahovací bužírky	Ideální na zaizolování dutinkových spojů. Existují různé šířky, ideálně vzít 1mm až 5mm a pak nějakou jednu velkou	$0.99
5.10.2016	Set 127ks stahovacích bužírek	Ideální na vyzkoušení, jaké šířky dutinek Vám budou vyhovovat. Pak už objednávat po metrech	$1.96
5.10.2016	Krone kleště	Super na zacvakávání kabelů do Krone svorek, nebo na připojování síťových kabelů do Patch panelů	$2.35
5.10.2016	Dutinkovací (lisovací) kleště	Kleště na lisování dutinek. Šestihranné, takže dělají téměř kulatý spoj (super pro napojování do svorkovnic)	$8.98
5.10.2016	Digitální šuplera v ochranném pouzdře		$14.61
5.10.2016	Tester na RJ45 konektory	Protože testovat kabely notebookem není praktické	$3.24
5.10.2016	Samonivelační křížový laser (5 čar)	Na přenášení vágrysu, na kontrolu rovnosti a spoustu dalšího	$56.20
5.10.2016	Stativ k laseru	Stativ není úplně robustní, ale svou práci odvede	$18.13

Věci do domu

Přidáno	Co	Proč/K čemu	Za kolik
11.11.2016	Prodlužovací kabel na wifi anténu 6m		$3.01
11.11.2016	Prodlužovací kabel na wifi anténu 9m		$3.69
11.11.2016	USB DVTB tuner na připojení do Turrisu		$7.92
5.10.2016	LED žárovka E27	Jedna z mnoha testovaných LED žárovek. Tato svítí opravdu dobře (15W varianta)	$2.66

Věci na mobi

Přidáno	Co	Proč/K čemu	Za kolik
11.11.2016	FastCharge nabíječky na GalaxyS7		$4.89
11.11.2016	Držák na mobil (do kočárku jako chůvička 🙂 )		$4.72
5.10.2016	Baterie na Samsung Galaxy S3	aby fungoval	$4.49
5.10.2016	Ochranné sklo na Galaxy S7		$0.90
5.10.2016	Originální bezdrátová nabíječka pro Galaxy S7		$16.19

Věci pro děti

Přidáno	Co	Proč/K čemu	Za kolik
5.10.2016	Reflexní obrázky	Aby měl Š. tunerský kočárek	$0.42
5.10.2016	Reflexní pásky	Protože je Š. zodpovědný řidič kočárku	$0.52
5.10.2016	Reflexní nálepky	Aby měl Š. na kočárku blinkry	$1.28
5.10.2016	Blikací světla	Aby měl Š. čím svítit do očí ostatním kočárkům, až je bude předjíždět	$1.91
5.10.2016	Přední světlo	Protože bez Xenonů to není závoďák	$0.71
5.10.2016	Plysaci na zaveseni	I když tomu sám nerozumím, najdou se řidiči, co chtějí mít na zrcátku pověšenou nějakou tu plyšovou potvoru	$3.44

Holčičí věci

Přidáno	Co	Proč/K čemu	Za kolik	Obrázek
5.10.2016	Kabelka	Protože se I. líbila	$17.80

Jak se nám bydlí – topení (aktualizováno)

November 5, 2016 L Comments 77 comments

Aktualizace: Z nějakého důvodu z článku vypadly všechny obrázky včetně snímků obrazovek Loxone. Věřím, že s obrázkama bude článek minimálně jednou tolik zajímavější 😉

Ačkoli už poslední dobou není moc co psát o stavění, dostáváme sem tam dotaz jak se nám bydlí s tím a tím. Jak fungují peletky, jak loxone, jak topení….

To nás přivedlo na nápad s novým nepravidelným miniseriálem, kde budeme popisovat naše zkušenosti se vším možným, co jsme si do domu nasadili :). A protože se nám ochladilo a já teď nejvíc řeším topení, začneme s tím.

Jak už jsme psali dřív, vytápění máme řešené tepelným čerpadlem od Acondu s výkonem 3.6kW (seznam článků tady) a slinky kolektorem, který jsme si sami pokládali (článek tady). K tomu máme interiérová peletková kamna Kalor Ermetica 6 s výkonem 1.5kW – 6kW s hermeticky uzavřená pro pasivní domy.

Zkušenost s obojím máme hodně pozitivní a i když jsme při nutnosti předělat komín dost nadávali a říkali si, že kamna už nikdy, takhle s odstupem už bychom kamna zase chtěli 🙂

Co se tepla týká, tak dokážou hodně rychle vytopit obyvák s kuchyní a postupně se pak teplo “rozteče” po zbytku domu. Kamna jsme pouštěli jednak ze začátku, když jsme koupali malého, tak aby tu bylo aspoň 25C (což se dalo dosáhnout tak za 30min hoření). Dál si je I. pouštěla, když jí bylo ze začátku chladno, ale hlavně je to super věc na interiérovou atmosféru.

Zatímco od nastěhování jsme ještě ani nezprovoznili televizi, tak kamna jsme si takhle jen tak pouštěli už několikrát :). Na tom plápolajícím ohni a teple z hoření prostě něco je.

Co se pak týká tepelného čerpadla, tak tady jsme spokojeni uplně maximálně. Samozřejmě na úplné výsledky musíme počkat až nakonec topné sezóny, ale i tak už teď vidíme, co má (respektive nemá) čerpadlo za spotřebu a jak se to asi bude vyvíjet.

chrome_2016-11-05_16-05-13

Čerpadlo v základním režimu funguje tak, že kompresor běží na 60Hz. Při těchto otáčkách má spotřebu 700W-900W, při kterých je schopné ohřívat vodu ve výměníku o cca 3C rozdílu mezi teplotou vratky a teplotou odchozí vody do systému. Momentálně topíme na 23C.

Pokud by čerpadlo jelo celý den nonstop, znamenalo by to spotřebu 16kW-22kW denně. V současných podmínkách si čerpadlo bere 10kW-12kW, pokud přes den nesvítí slunce. Pokud zasvítí, spotřeba jde razantně dolů někam k 6kW, protože se dům vyhřeje přes okna.

Pokud budou větší mrazy, kompresor umí jet i rychleji a zvedne rychlost na 70Hz a více. Když jsem přes servisní menu nastavil natvrdo 70Hz, spotřeba vzrostla na 900W-1100W, takže by hypotetická denní spotřeba byla cca max 28kW.

Když bych počítal, že topit budeme cca 7 měsíců a vycházel jsem z hodnoty 12kW denně (což ale je myslím přehnané), vychází mi to na 2600KW. To při ceně elektriky 2Kč za 1KW dělá parádních 5200kč za topení ročně (a to je v tom i ohřev teplé vody pro domácnost – denně spotřebujeme cca 0,4 kubíku teplé i studené vody denně, teplá z toho bude by oko polovina).

chrome_2016-11-05_16-07-28

Zbylých 5 měsíců se pak bude ohřívat pomocí TČ jen teplá voda a to podle statistik dělá cca 2KW denně, takže nějakých dalších 310KW, takže cca 600kč.

Co se vytápění týká, tak by se spotřeba navíc měla do budoucna snížit ještě o dalších až 40%. Je to tím, že je v domě stále hromada vlhkosti, která při vytápění polyká teplo o sto šest. Prý zhruba už v půlce topné sezóny by mělo být vidět, jak se spotřeba snižuje. Tak uvidíme, bylo by to fajn 🙂

Ještě musím poznamenat, že v současnosti jede čerpadlo i trochu neefektivně. Jsou natvrdo otevřeny všechny okruhy v domě a do čerpadla se počítá průměrná teplota ze všech místností. Do budoucna (čti až bude víc času) si chci pohrát v Loxone s chytrou regulací teplot tak, aby se otevíraly a zavíraly ventily dle teploty v jednotlivých místnostech a do čerpadla se posílaly údaje o teplotě vždy jen z otevřených místností.

K tomu mi v Acondu připravili přístup na všechny hodnoty čerpadla přes Modbus, takže jsem schopný z Loxonu ovládat veškeré hodnoty, stejně tak vyčítat, kdy například jede jen čerpadlo, kdy jede patrona (to se mi zatím nestalo), posílat do čerpadla příznak HDO, venkovní teplotu, vnitřní teplotu, … Takže nemusím mít nataženou hromadu dalších drátů do čerpadla, ale stačí ethernet a všechno mu pěkně servíruju, jak potřebuju :).

Třetím zdrojem tepla je slunce. Jak už jsem zmiňoval, stačí aby přes den svítilo a čerpadlo se skoro ani nezapne. Když jsme zvažovali velká okna na jih, tak jsme si říkali, že by to na topení mělo být znát. Ale dokud to člověk nevidí na vlastní oči, tak fakt nevěří.

Je opravdu super, když venku je třeba 5C ale slunce svítí, jak je v domě krásně teplo. Sluníčko nám pak svítí na téměř celou podlahu v obýváku a kuchyni, takže se ohřívá nejen vzduch, ale i podlaha a tím pádem i voda v podlahovce, co to pak roznese po celém domě. Co ještě musím doladit, aby se v takovýchle situacích vytáhly samy žaluzie, a to jak dole v kuchyni a obyváku, tak nahoře v pokojích. To zatím dělám ručně, ale mám to na svém TODO listu k udělání.

chrome_2016-11-05_16-25-30

Poslední věc, co bych ještě vyzdvihl, je Loxone a všechny statistiky a grafy, co máme. Je opravdu parádní se moct kdykoli i zpětně podívat, kolik byla teplota na severu, kolik na jihu, kolik svítilo slunce, kolik zrovna byla spotřeba čerpadla, atd.

Bez toho by člověk prostě věřil, že to nějak funguje. Občas možná kouknul na elektroměr, řekl si “Hm” a tím by to haslo. Takhle ale jde krásně sledovat jak se vyvíjí teplota v obyváku vůči tomu, kolik svítí slunce, jak rychle se to ohřeje, kolik pak spotřebuje čerpadlo energie, atd. Prostě datový ráj 🙂

Loxone – čidla oken, impulzní vodoměr a Quido

October 4, 2016 L Comments 43 comments

Článek nakonec vydávám s týdenním zpožděním, protože vzhledem k narození malého jsem ho tenkrát nestihl dopsat. Proto prosím berte časové údaje s rezervou 😉

Tak mám hotové další dvě věci v našem chytrém baráku. Už mi fungují čidla oken/dveří a naše dva vodoměry na vnitřní/venkovní vodu. A protože od víkendu už je delší doba, tak už jsem zase zapoměl na všechno to zlé, co mi Loxone prováděl, a zase ho jen bezmezně miluju 🙂

2016-09-22-11-44-01

Obě zmíněné věci jsem rozchodil přes Quida, což byl i hlavní důvod mých frustrací. Ale je tomu 3 dny a zatím vše funguje naprosto bezchybně.

Jo, a asi by stálo za zmínku, že můj Quido dostal ještě přední brnění, protože bez něho bylo všechno až moc nebezpečně přístupné a dost jsem se bál, že se tam stane nějaká nehoda.

Jako první jsem rozcházel vodoměry. Tam to bylo docela snadné. Vodoměr má impulzní výstup, přes který se dá prohnat až 30V, takže 24V funguje naprosto skvěle. Vodoměr jsem si nechal upravit tak, aby tikal každý litr (ačkoli prý běžně stačí jendou za 10l, ale já to chtěl detailnější 😉 ).

Vodoměry se pak v krabičce napojují na jednu CATynu spolu s 1-wire rozhraním z boileru a odtamtud pak rovnou do rozvaděče. Tam už jsou přivedené jako vstupy Quida a spokojeně tikají.

Pak už jen nastavit v Loxone configu a statistky odběru vody byly hotové.

O něco větší oříšek pak byly čidla oken, tam u6 té práce bylo na dva dny. Když jsme teď už kdysi dávno chystali rozvody elektriky, z každého okna jsme kabel z čidla svedli do instalační krabičky pod oknem, kde zároveň začínaly kabely svedené do rozvaděče.

A protože jsme tenkrát nesehnali čtyřžilový kabel, vedou tam vždycky dva dvoužilové. Čtyřžilový proto, že dva jsou kontakt otevřeno/zavřeno a druhé dva pak tamper kontakt, že čidlo funguje v pořádku.

Takže u každého okna bylo potřeba kabely zkrátit, oholit spojit, zaizolovat a zpátky zarolovat. Krásná odpočinká práce, jen to dost trvalo (mám pocit, že víc než půl dne).

Opět jsem si nemohl vynachválit systém spojování přes dutinky. Protože pájet to, tak to dělám deset let.

Když bylo nataháno, přesunul jsem se k rozvaděči. Tam bylo potřeba vymyslet, kde a jak to celé spojím a kudy svedu do Quida. Původně byly kabely ze zabezpečovačky od p. Hrubana připraveny nad rozvaděč.

Bohužel část kabelů byla relativně krátká a celkově by se celé to veledílo dělalo nahoře složitě. A tak přišel nápad přesunout kabely pod rozvaděč. Chvilku jsem váhal, jestli tím něco nepokazím, ale podle mě to nevadí ;-).

Pro jistotu jsem ale kabely neštípal, ale jen později smotal pod rozvaděčem, takže v případě potřeby se dají zase vytáhnout nahoru (už sice ne za lištama uvnitř, ale bokem vedle rozvaděče je na to místo).

Po vytažení následovalo propípání těch, kterým se ztratilo značení. Naštěstí jich nebylo moc, takže to šlo dobře. Pak všechny zkrátit, oholit a roztřídit dle patra a typu (okno/tamper)

Všchny okruhy tamperu jsem propojil do série za sebou v rámci každého patra. Je asi zbytečné, testovat dalšími 14ti vstupy, jeslti kabel funguje (na druhou stranu, mám pořád volných cca 70vstupů, takže i to by šlo 😉 ).

Další na řadu pak přišlo propojení všech přívodních kabelů do okenních kontaktů. Dutinky opět neselhaly a můj poslední úlovek – master dutinka, zvládla spojit v rámci patra všechny kabely do sebe 😉

Dalším krokem bylo svedení druhého vývodu kabelu z oken do CAT kabelu, ve kterém pak kontakty putují ke Quidovi. Opět dutinky, kleště a jedem ;-). Výsledek pro obě patra pak před zaizolováním vypadal takto.

Pak natavit bužírky…

Celé zaizolovat…

Propojit přívodních 24V do okruhů dolního a horního patra pro tamper a okna…

A celé ještě jednou zaizolovat, smotat a schovat pod rozvaděčem.

Tím byla hotová dolní část a zbývalo už jen přivést CATyny (nakonec 3) ke Quidovi a opět napojit do svorek.

A když bylo propojeno, zbývalo to zapnout (a pak naprogramovat). A zapnutí je vždycky nejhorší…..

Když jsem to v první chvíli uviděl, moje myšlenka byla “tyvole, nějaká chyba, snad to neshoří” ;-). Naštěstí žádná chyba, jen tím, že všechna okna byla zavřená, tak všechny kontakty byly nonstop sepnuté a tím pádem Quido notifikuje, že je kontakt sepnutý.

Takže zapojeno by bylo, teď ještě SW. Takže jsem začal mapovat a pojmenovávat vstupy z Quida, to šlo dobře 😉

A pak začal testovat, jestli se vše správně detekuje a ukazuje. No, tak tady už to bylo horší. Když jsem okno otevřel/zavřel, tak se nic nestalo. Což bylo fakt divný, protože diody správně zhasínaly a rozsvěcely se.

Co bylo zajímavé, když jsem klikl na žaluzii, stav oken se sám správně obnovil. No tak to už bylo úplně divné, takže jsem začal s hledáním problému. O cca hodinu později jsem zjistil, že jen prvních 60 vstupů pošle UDP paket při změně (a ten pošle stav všeho), zatímco zbývajících 40, na kterých jsou okna píchnuté, notifikaci neposílají.

První myšlenka byla, že je Quido zabugovaný. Ale nedalo mi to a začal jsem pročítat manuál. Hned na začátku manálu je napsáno, že výchozí chování je, že se notifkace posílají všem vstupům. Hledal jsem, jestli to teda neni nějaké omezení pro 100 vstupovou variantu, ale také nic.

Chybu jsem nakonec zjistil až přes dokumentaci a specifikaci Spinel protokolu, kde je jeden z řídících příkazů sloužících k vyčtení nastavení notifikací. No, a co byste řekli. Bylo to nastaveno jen na prvních 60. Takže jsem pak další hoďku strávil tím, že jsem zjišťoval, jak sestavit UDP paket tak, aby přenastavil Quida (protože toto se nedá udělat přes webovou konfiguraci).

Naštěstí se povedlo a všechno začalo notifikovat. Ale byl to oser. A abych to už nemusel nikdy opakovat (a ani nikdo jiný, kdo pak o Quido podporu bude mít zájem), doprogramoval jsem to jako další feature do mého Loxone programu. Takže teď, kdykoli se inicializuje spojení, raději se pošle nastavovací paket.

{0x2A,0x61,0x00,0x13,0xFE,0xBA,0x10,0x01,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0x5D,0x0D}

A tak to zase vypadalo, že všechno funguje. Jenže jen do doby, než jsem zrestartoval Loxone miniserver (protože jsem nahrával další novou verzi). Po restartu totiž stav všech oken zmizel.

Stačila chvilka testování a důvod byl jasný. Quido posílá info jen při změně stavu. Jasný že. Jenže když se miniserver zrestartuje, tak se na Quidovi žádná změna nestala a tím pádem žádný stav není (a nějakou remanenci na stav programu jsem nenašel).

Takže zase zpět do dokumentace, tentokrát rozšířit program tak, aby se po restartu Loxonu zeptal Quida, jaký je aktuální stav. A když už se bude umět ptát, tak krom startu se bude ptát i jednou za minutu (nastavitelné), aby v případě ztráty paketu se informace nejpozději za 60s sama zaktualizovala.

{0x2A,0x61,0x00,0x05,0xFE,0xBB,0x31,0x85,0x0D};

A to je on, Spinel paket zjišťující stav Quida. Takže opět nejprve otestovat ve Spinel terminálu a když to běhalo, šup s tím do programu. Tím se program zase o něco nafoukl, ale zároveň stal zase o něco robustnější.

Poslední úprava, kterou jsem ten den dělal, bylo lepší filtrování zpráv z Quida. Jelikož si sám parsuju Spinel protokol, je potřeba správně odlišit jednotlivé zprávy. A protože jsem tenkrát udělal jen takový hala-bala parser (ale stačilo to), stala se mi v cca 2 ráno zajímavá věc.

Jak jsem tak ladil předchozí dva problémy, poslal jsem Quidovi testovací UDP zprávu, která měla vrátit stav zařízení, jeho jméno, adresu a další blbiny. Problém byl, že to vrátil do Loxonu, kde byl můj nedokonalý Spinel parser a ten si to vyložil tak, že někdo právě namačkal v náhodém pořadí všechny žaluzie po celém domě (protože tlačítka na žaluzie jsou také pověšené na Quidovi).

Takže docela veselo, když se začaly žaluzie všechny najednou vysouvat, otvírat a zase zavírat podle toho, co zrovna za stav přicházelo od Quida ;-). Chvilku trvalo, než jsem to zastavil, ale nikdo nasraný od sousedů nepřišel.

Takže i to jsem později vyladil tak, aby už parser zohledňoval opravdu jen zprávy, co jsou pro něj, navíc jsem tam přidal podporu podepisování paketů, takže i pozná, které jsou jeho a které případně něčeho jiného.

Poslední věc pak bylo ještě správně zvizualizovat stavy oken, ale to už byla docela brnkačka. Akorát při vytváření logiky “celé patro uzavřeno” jsem si trochu povzdechl, proč nemůžou být AND/OR bloky udělané pro více vstupů než dva. Asi zase nějaká sadomasochistická stránka Loxone vývojářů, co raději obrovský vývojový blok, než malé přehledné bloky 😉

A takto to vypadá pak ve vizualizaci. Naprosto suprové, hlavně na kontrolu při odchodu z domu. Do budoucna pak plánuju napojit to na nějakou diodu, případně pípnutí, aby člověk věděl, jestli je to ok a nemusel koukat do mobilu.

A to je pro teď asi vše. Všechno už funguje, jak má, a nevypadá to na nějaké komplikace. Je možné, že při připojování dalších věcí zase na něco narazím, ale pro teď se zdá být podpora Quida stabilní.

Miluju Loxone, nesnáším Loxone

September 24, 2016 L Comments 79 comments

Loxone je plný rozporuplných věcí. A to se pak bohužel přenáší i na jeho uživatele a programátory.

Z pohledu uživatele je systém na první pohled dokonalý a úžasný. Jde s ním dělat naprosto cokoli, od rozsvěcení žárovek po regulaci spokojenosti drahé polovičky v domě.

Jakmile si člověk oťuká Loxone a vyzkouší si roli uživatele, začne chtít vylepšovat systém skrz Loxone config. Na první pohled to pořád vypadá růžově, všechno se dá naklikat, všechno je snadné.

A tak propojíte svou první žárovku, paráda, jednoduché jak facka. A tak přitvrdíte. Žaluzie. Super, propojeno, žaluzie jedou. A tak ještě přitvrdíte, chci tlačítkem natočit žaluzie do polohy 30% aby dovnitř nešlo vidět, ale pořád bylo uvnitř dost světla.

A najednou ledová sprcha, pot na zátylku, nepřijemné pocity, ale žaluzie nic. Kde je problém? Prostě to nejde. Najednou jste vystoupili ze zóny “Loxone to připravil” do zóny “Takto to dle Loxone nemáte používat” a jste v háji.

A tak hledáte, googlíte, zkoušíte a nic. A najednou najdete dva vstupy na prvku žaluzie “Alp, All” s popisem “Analogový vstup pozice žaluzií %” a “Analogový vstup pozice lamel žaluzií v %”. A najednou vám začne zase svítit sluníčko, začnete mít pozitivní náladu….. ale jen do chvíle, než přijde ještě více ledová sprcha a ještě více se na ten systém naserete.

Proč? Protože tyhle dva vstupy nejdou použít. A to proto, že v Loxone měl někdo pocit, že to nebudete potřebovat. Tyto vstupy jsou určeny pro nadřazené systémy, kdy tyto systémy absolutně převezmou kontrolu. Takže jakmile vstupy napojíte, přestanou fungovat ostatní tlačítka (teda ony nepřestanou, jen po tom, co je zmáčnete, se žaluzie stejně vrátí do předtím nastaveného stavu).

A důvod? Protože když propojíte vstup Alp/All, tak na tento vstup přivádíte hodnotu 0-100 a už nejde přivádět hodnota “NULL” (“Vyp”). Proč? Protože to asi lidem v Loxone přijde zbytečné.

A tak napíšete na podporu, tam vám jen potvrdí vaši teorii, že Loxone neumí pracovat s hodnotou Null, leda tak, že je vstup odpojen. WTF. Proč nemůžu nastavit konstantu Null a přivést ji tam? Protože si to v Loxone nepřáli.

A tak se smíříte s tím, že zatím žaluzie budete ovládat tak, jak ~~Steve Jobs~~, ehm pardon, jiný technokratický diktátor vymyslel, a nebudete mít možnost si to upravit komplet podle svého.

loxoneconfig_2016-09-24_11-53-11

Na druhou stranu vás hřeje vědomí, že až budete mít čas, napíšete si bokem vlastní komponentu žaluzie a přes virtuální vstupy ji propojíte do Loxone napřímo na prvek “ovládání žaluzií”. A to je zase něco, proč pak Loxone zpátky milujete. Protože ačkoli klikací nástroj je oškubaný a nedokonalý, stále tam jsou virtuální vstupy, přes které můžete Loxone ovládat z čehokoli jiného (včetně Papouchova Quida) a pak tyto virtuální vstupy propojit kam budete pořebovat.

A tak se s tím sžijete, říkáte si, že to není tak hrozné a po čase se pustíte do dalšího rozšiřování. Například začnete propojovat Vaše tepelné čerpadlo přes Modbus rozhraní. A ze začátku zase vše úžasné, vše připravené. Než to opravdu použijete.

Věřili byste tomu, že v Loxone jsou takový diletanti, že pro analogové senzory vyčítané z Modbusu můžete nastavit Byte-ordering (little/big endian), zatímco když pak tu STEJNOU hodnotu chcete nastavit zpět přes Modbus, tak toto nastavit nejde???? Takže pokud modbus používá jiné než Loxone-ví-to-nejlíp-co-potřebujete nastavení, tak jste v háji a můžete hodnoty jen číst a né zapisovat?

Nebo třeba, že když použijete digitální aktor, tak v případě přivedení stavu 1 se do modbusu zapíše 1B plný jedniček a nejde to změnit? Teď si říkáte, že to nevadí. Jenže ono to pekelně vadí. A to proto, že Modbus nepoužívá 1B, ale 2B datové bloky, takže Loxone nastaví “1111 1111 0000 0000” hodnotu a pokud zařízení testuje jedničku z prava doleva (jsme opět u endinu), tak je Vám digitální aktor totálně k prdu. A pak nezbývá, než to ojebat tak, že uděláte analogový aktor, konstany, přepínače a pošlete to na výstup.

A reakce Loxone supportu? Že prý, pokud by Modbus zařízení bylo vyrobeno správně, tak mu to musí stačit. Takže Loxone developeři už asi sežrali moudrost světa (nebo minimálně tu Jobsovu) a rozhodli se, že budou jiným developerům říkat, že jejich sytémy jsou špatné. A na otázku, proč si pro digitální aktor nemohu nastavit výstupní hodntu, tak na tu jsem odpověd nedostal vůbec.

A tak Vám to zase zkazí ten pocit z dobrého systému. Zase stačilo tak málo, aby někdo trochu přemýšlel, možná to nedejbože i zkusil někde použít a mohlo to fungovat tak krásně. Jenže ne, zase problém.

A jak tak zkoušíte věci ojebávat (pardon ohýbat), tak zjišťujete další a další omezení. Třeba, že Loxone má binární dekodér, ale už jaksi nemají binární kodér. Ten si prý mohu vytvořit sérií AND hradel. Ano mohu, ale proč? Proč panebože proč to tam nemohou mít. To nikoho nenapadlo, že když použiju binární rozklad, tak budu chtít asi použít i binární skládání?

Celé trápení je pak završeno naprosto tragickou podporou interpretovaného C jazyka v Loxone komponentách. První, naprosto pošahaný problém je, že na celý miniserver můžete vytvořit jen 8 (slovy OSM) C-programů. V době, kdy můj mobil umí multitasking a má výkon několiksetkrát převyšující počítač, co doletěl na měsíc, neumí Loxone miniserver více než osm mini prográmků??

Kde se proboha vzala ta magická konstanta 8? To taky postavili stroj, co jim po tisíce letech čekání sdělil jedno číslo a to pak zakódovali natvrdo do Loxone? Proč tam není omezení třeba dle paměti, nebo dle výkonu, nebo doháje cokoli, co má význam. A né OSM.

Další problem s C interpertem je, že interpretuje, co se mu zachce, a ignoruje základní pravidla jazyka C. Kdybyste se rozhodli začít v tom programovat (a to jakože se určitě rozhodnete, protože Vám stejně nic jiného nezbyde), tak prosím vězte, že ten úžasný Pico-C interpret má následující vady:

dva C-like komentáře pod sebou, tzn //první , //druhý způsobí, že všechny následující řádky jsou ignorovány a program nefunguje a neřekne proč
hvězdičkový komentář /* xxx */ ukončený dvěma hvězdičkama, tzn /** xx **/ způsobí, že následující program nefunguje
statement break sloužící k opuštění právě prováděného cyklu způsobí, že opustí vše, co jen lze opustit jde. Takže je schopný vyskočit přes dva for cykly, while i cokoli jiného. Takže break lze použít jen v hlavním cyklu ve funkci, pak je potřeba uměle udělat druhou fci.
slovo CONST je sprosté slovo a když ho použijete, dostanete za něj vynadáno
slovo STATIC není sprosté slovo, nic Vám neřekne, ale nefunguje, takže taková statická proměná je pak klasická proměná na stacku. Takže se budete dost divit, že si nepamatuje hodnotu
pokud na jeden řádek za sebe naskládáte příliš mnoho parametrů, program náhodně skočí na libovolný řádek níže. Takže pokud napíšete fci printf(“debug %x,%x,%x…”,v1,v2,…), místo, aby Vám to pomohlo, začnete hrát takové GOTO BINGO.
Samotnou kapitolou je C editor v Loxone. I na Atari800XE byl lepší editor. Ta věc neumí CTRL-LEFT/RIGHT na označení textu, když dáte CTRL+DEL, tak se obsah nehodí do clipboardu, o undo/redo také neslyšeli, věčně se tomu rozpadá obarvování textu, takže buď je vše string, nebo comment. Editor je dobrý tak maximálně na otevření kódu a i to je peklo, protože scrollbary nefungujou jako jinde, ale musí se jen tahat (nefunguje klik).

Kdybych se snažil, asi najdu hromadu dalších věcí. Ale mé podvědomí je podle mě už dávno vytěsnilo, jinak bych si to tady hodil na kabelu od klávesnice. Je to hrůza.

Jenže pak se tím prokoušete, to, co by ve Visual Studiu trvalo 10 minut, uděláte za 2hodiny, ale ono to začne fungovat. Konkrétně teď mluvím o další verzi Quido podpoře, která už umí průběžný refresh stavu, správné nastavení masky eventů, inicializaci stavu při zapnutí Loxone později než Papoucha atd. A najednou je všechno zase dobré.

A to je vlastně to, o čem měl být tenhle článek původně. Za poslední dva dny jsem udělal detekci otevřených oken, rozšířil Loxone, aby to celé komunikovalo, propojil Loxone s tepelným čerpadlem a k tomu napojil vodoměry. Jen mě to stálo hromadu nervů, ale když je to hotové, zase ten Loxone miluju ;-).

Je zkrátka jen škoda, že vývojáři Loxone nevystrčí své hlavy z prdelí sales-departmentu a místo aby řešili nové, dementnější a ještě dražší komponenty ala Loxone-Air a Loxone-Tree, se raději nevěnují tomu, jak z jejich systému udělat robustní základ pro budoucí rozšířování. Jenže v tom holt není tolik peněz, jako prodat BFUčkům vypínač za 5000kč.

PS: Všem, co čekali nějaký intelektuálnější článek, se omlouvám, ale musel sem si ulevit. Samostatné články o jednotlivých věcech budou následovat, jen co mi to můj duševní stav dovolí 😉

Loxone- tentokráte žaluzie po papoušsku

September 20, 2016 L Comments 34 comments

Tak jsem si dal další dva dny zapojování a programování. A musím řict, že i když mne občas Loxone vytáčí svou zbytečnou omezeností/nedokonalostí, celkově jsem z chytrého domu fakt nadšen.

Jelikož jsme si rozplánovali hafo ovladačů na žaluzie po celém domě, došli jsme k číslu 36 digitálních vstupů. Kupovat to od Loxone, tak je náš rodinný rozpočet chudší o 40.000,- a to už je slušná sumička, co se dá například investovat do P2P ;-).

Takže jsem trochu googlil a jak jsem psal už dřív, našel jsem a půjčil jsem si na zkoušku od Papoucha jejich modul Quido 100/3 Ethernet, tzn 100vstupů, 3 výstupy, komunikace před LAN za bratru 10.000Kč a ještě bez nutnosti kupovat od Loxone jejich RS modul za tuším 4000Kč.

Asi už jsem také psal, že standardně funguje Quido přes protokol LAN Modbus, který je nevhodný na klasická tlačítka. Je to z důvodu, že se dotazuje jednou za 0.1s, což je při kliku na tlačítko málo. Jelikož je Quido připojený přes Ethernet, jde přepnout do různých dalších režimů (HTTP dotazování, TCP client, TCP server, UDP server) a protože v Loxone jdou psát mini-programy, začal jsem ladit komunikaci.

První verze byla hotová za necelé dva dny. Díky první verzi jsem si ověřil rychlost komunikace a hlavně to, že celý koncept, co jsem si vymyslel, jde realizovat. Pak jsem nechal Quida chvilku u ledu a věnoval se ostatním věcem na domě.

Znovu se na něj dostalo až včera. To když jsme se rozhodli, že už je pomalu čas přestat neustále vytahovat mobil kdykoli chceme někde vysunout či zasunout žaluzii. Je přeci jen trochu opruz před každým koupáním neustále tahat mobil.

A tak jsem se dal do díla. Než jsem se pustil do zapojování samotného, bylo potřeba ještě doladit nějaké mouchy na mé implementaci komunikace Quido -> Loxone. Jedna z much, že když se Loxone nebo Papouch restartoval, zatímco ten druhý ne, tak nějak spolu přestaly komunikovat.

Taková ta klasická drobnost, kdy po čase Vaše přítelkyně/žena bude potřebovat zatáhnout žaluzii a ono to nepůjde. Stane se to 2x, 3x, 4x a najednou její WAF (wife-acceptance-factor) klesne k bodu mrazu, celý Papouch, Loxone a možná i vy budete muset letět z domu (a poznámka, že může shodit jistič Papoucha/Loxonu a vše restartovat většinou nepomáhá).

Takže jsem strávil další kus dne tím, že jsem ošetřoval všechny ty stavy, kdy se může něco pokazit. Když se odmlčí Loxone, když Papouch, když přijdou blbá data, když přijde moc dat nebo málo. Znáte to, opruz, blbě se to testuje, ale udělat se to kvůli drahým polovičkám musí ;-).

Ale povedlo se, teda myslím. Všechno, co mě napadlo a co šlo nasimulovat, jsem vyzkoušel a prošlo. Jestli to bude opravdu tak, to se uvidí časem. Přeci jen, pořád je celý dům ve verzi 1.0 beta.

loxoneconfig_2016-09-20_21-42-04

Když byl hotový software, šlo se na hardware. Nejprve připojit žaluziové tlačítka, zaznamenat do dokumentace, který kabel je na co připojený, pak naplánovat propojení Krone svorek v rozvaděči a všechno stáhnout dolů k modulu papoucha a tam pak už jen stažené kabely napojit do 36 svorek (na obrázku -32, 4 jsem dodělával až dnes).

Na závěr pak jen v Loxone propojit výstupy z Quida protokolu na jednotlivé akce u žaluzií.

Pak už zbývalo zase jen to poslední. Všechno poslat do miniserveru a otestovat to. A světe div se, všechno opravdu fungovalo (pár spínačů blblo, ale vždy to byl jen povolený nebo nedocvaklý drát). A zase to dalo domu další nový rozměr. Najednou se kromě všech těch mobilních blbinek dají narychlo zaklopit/otevřít žaluzie i postaru tlačítkem, paráda.

Od včerejška jsme pak ještě ladili, co které tlačítko přesně dělá. Například při vstupu do obyváku první tlačítko hýbe všema čtyřma žaluziema, takže po ránu lze osvětlit celou místnost najednou. Impozantní zážitek.

Druhé tlačítko pak například zvedá jen žaluzii u HS portálu, jelikož je to nejvytíženější žaluzka. Jednak kvůli našemu chození, hlavně pak ale kvůli naší psí madmoisel, která se tamtudy občas prostě musí jít podívat ven.

A to je z žaluzií a Papoucha asi tak vše. Možná poslední věc na závěr. Už jsem dostal několik dotazů ohledně darování/prodání software na propojení Loxone-Quido. Jelikož naprogramovat to vzalo cca 30h práce a určitě s tím ještě nějaká práce bude, rozhodl jsem se tento SW nedávat úplně zdarma.

2016-08-19-13-44-06

Moje představa je taková, že na blogu budu postupně uveřejňovat všechny své rozšíření a vychytávky. Ty jednodušší budou zdarma, ty složitější za peníze (ať už Papouch, nebo do budoucna třeba NFC přístupový modul, …). Každé takové rozšíření bude mít detailní návod se screenshoty, kde půjde vidět jak nastavit externi zařízení (Quida) a jak Loxone a k tomu fotky jak to vypadá v praxi. A pokud to Vás, čtenáře zaujme, dole pod takovým návodem bude nějaký platební systém, který v případě platby postkytne pak už konkrétní SW do Loxone (a všechny budoucí aktualizace).

Co se ceny týká, pro Quido-Loxone komunikaci ji zatím vidím na 2000Kč. Přemýšlel jsem, kolik bych za to tak dal já, abych se s tím nemusel drbat a 2000Kč mi přišlo akorát. 3000Kč bych už asi váhal a pod 1000Kč bych si toho zase nevážil ;-).

Navíc to ušetří hromadu peněz pokud to přepočítáme na Loxone prvky – 100vstupů Loxone = 10.000Kč * 7 (12digitálních vstupů+4analogové), tzn 70,000kč oproti 10.280Kč za Papoucha + 2000Kč za SW.

Dejte mi do commentů schválně vědět, co si o tom myslíte. Mně to přijde férové, ale možná se pletu. Pokud bude větší zájem, urychlil bych návod a rovnou to vystavil. Pokud ne, s dotyčnýma zájemcema to vyřeším kdyžtak zatím bokem a k návodum bych se vrátil časem ;-).

Loxone – podsvětlení hlavních vypínačů (tlačítek)

September 18, 2016 L Comments 61 comments

Jedna z věcí, která mne zamrzela, když jsme koupili Schneider vypínače s doutnavkou, byla, že vlastně doutnat nebude, protože doutná jen při 220V a při 24V dělá tak maximálně tmu.

Když jsme se ale průběžně s p. Hrubanem na toto téma bavili, zkoušeli a vymýšleli jsme různé způsoby jak tlačítka podsvítit.

Nakonec jsem plán ustálil na LED diodách z AliExpresu. Navíc 24V diody, abych nemusel tahat po domě druhý okruh s 5V, ale rovnou využil to, co už je roztahané kvůli tlačitkům a jiným technologiím.

Plán to byl skvělý. Na Aliexpresu jsem je objednal, krásné, modré, na 24V (20ks za $4.20). Po měsíci dorazily a já je s nadšením vyzkoušel na mém testovacím zdroji. Všechno vypadalo úžazně.

A tak tenhle víkend, když už bylo trochu volněji, rozhodl jsem se je zprovoznit. Do každého hlavního vypínače v místnosti (ten, kterým se rozsvěcí hlavní světlo) jsem postupně začal umisťovat diody.

Na 24V+ jsem využil napájení tlačítek, mínus jsem tahal po kabelu zpět do rozvaděče. Na konci soboty jsem měl hotové dolní patro, vypínače zakrytované, otestované, že svítí, ale nepropojené v rozvaděči. To na mne čekalo.

2016-09-17-12-26-57

Jenže pak to přišlo. Nechal jsem svítit jedno tlačítko déle a když jsem ho večer šel zmáčknout, bylo docela horké. Jako první byla obava z roztavení materiálu. Jenže to nebylo to nejhorší. Vedle tlačtka s diodou totiž všude po domě je druhé tlačitko s čipem od Sedtronicu na měření vlhkosti a teploty.

Což byl průser, protože najednou se v místnosti zázračně oteplilo o 3C. A vzhledem k tomu, že chceme čidla používat nejspíš i na regulaci tepla v domě, asi by to úplně neklapalo. No, takže sem se na to v sobotu vykašlal a šel nas** spát.

Dneska ráno jsem pak začal vymýšlet, co s tím. První plán bylo vyndat odpor, který byl diodě už z výroby předřazen a zkusit diodu pustit přes 5V, jestli bude svítit a nebude hřát míň. No, svítila pěkně, jenže stále hřála.

A tak jsem zkusil jinou diodu, v původním balení i s odporem připojit na 5V. A světe div, se svítila. Sice o fous míň, ale nehřála ani za mák. Takže halelůja, řešení máme, jen to znamená předělat vše co se dělalo v sobotu. Takže jsem postupně zase rozebral všechny vypínače a přepojil diody tak, že si do každého vypínače vedu druhý okruh na 5V, kterým diody napájím.

Několikahodinové testování ukázalo, že dioda nezahřívá čidlo ani o fous (mám v pracovně vedle vypínačů zároveň Loxone CO2 čidlo, co měří také teplotu, takže ideální místo na pokusy).

Když jsem měl připravené a otestované okruhy do všech vypínačů, přišel na řadu rozvaděč. No na to, že to byla první věc, co dělám úplně sám, tak sem si nenaložil úplně málo :-). Bylo potřeba propojit 40 párů vodičů ze všech koutů KRONE svorek a stáhnout je do jednoho místa, kde se pak bude dít další část magie.

Naštěstí jsem dával pozor, když p. Hruban zapojoval a propojoval jiné komponenty, takže jsem věděl, kudy co tahat, jakou CATynu připravit na propojení svorek a hlavně, měl jsem už dopředu z AliExpresu koupené i Krone kleště (za $2.35, u nás kolem 800kč), bez kterých by to fakt nešlo.

Když jsem měl všechno svedeno do jednoho místa, přišlo na řadu propojení všech + a – kabelů dohromady. Pak už zbývalo jen propojit jedno Loxone relátko, 5V zdroj a všechny svedené kabely dohromady tak, aby se dalo osvětlení přes den vypnout.

Nakonec jsem to udělal tak, že rozpínám (-), abych mohl případně 5V napájení použít i na další věci (nebo další signalizační diody, už mám objednané i další barvy – 100ks, pět barev, na 5V, za $1 🙂 ).

Když jsem propojoval poslední věci, byl to docela adrealin. Už jsem se nemohl dočkat, jestli když to pak celé spustim, tak se ty světla opravdu rozsvítí, nebo celé trafo případně rozvaděč celý shoří :-).

Po zapojení pak ještě následovalo naprogramování Loxone, označení relátka, co je použité, připojení tlačítka na sepnutí a logika na samo-rozsvěcení se západem slunce a zhasnutí s východem.

Když bylo hotovo, Loxone aktualizován, zbývalo už jen zmáčknout to jedno jediné tlačitko v aplikaci a zkusit, co to udělá. Sebral jsem odvahu, zmáčkl, a …. SVÍTILO!

Úžasný zážitek. Po dvou dnech práce mi svítí ve všech místnostech navigační osvětlení a najednou je všechno zase o fous lepší.

Jinak ještě poznámka na závěr, pokud byste to někdo řešil, tak namísto kupování drahých tlačítek s doutnavkou doporučuju koupit normální tlačitko a kvalitním malým vrtákem vyvrtat jednu dirku do tlačítka. Mám to tak udělané u tlačítek v místnosti (protože jsem tenkrát nebral tolik s doutnavkou) a pro obytné místnosti je to ideální. Nesvítí to tolik, co ten průzor a zároveň to jde pořád krásně vidět.