Radiátorové hlavice pro vlastní systém automatizace

Zdravím, již 2 dny probírám diskuzní fóra a stránky výrobců, ale stále stále jsem nenašel vhodné řešení, tak se zkusím zeptat zde, zda to již někdo neřešil a nevyřešil. V rámci automatizace domácnosti bych jako další část rád vyřešil vytápění v panelovém bytě, kde jsou 3 radiátory a hledám vhodné radiátorové hlavice. Na trhu je jich spousta, ale prozatím jsem nenašel žádnou, která by splňovala všechny požadavky a možná taková ani neexistuje :-))). Mám cílem je, řídit všechny 3 radiátory z centrálního serveru na základě více informací, než mají dostupné autonomní programovatelné hlavice, tedy kromě času a teploty také dle PIR čidel, stavu EZS (tedy jestli je někdo vůbec doma) atd. Hlavice bych uvítal bezdrátové, ale snesl bych i drátové řízení, o což by se u každé postaralo třeba ESP8266. Základem ale je, abych mohl hlavicím nastavit úroveň otevření, tedy ne jen topí/netopí a získal z ní údaje jako teplota místnosti (bude porovnáno z dalšími čidly), teplota radiátoru a úroveň otevření. Ideální by tedy byla hlavice, která by měla jednoduché API, kterým by mi předávala informace a naslouchala povelům. Co jsem pochopil, toto umí třeba hlavice eQ-3 MAX!+, ta ale komunikuje výhradně s vlastní centrální jednotkou eQ3 Cube, což nechci. Hlavice Siemens (napájené 24V) lze třeba ovládat řídícím signálem 0-10V, ale zase z nich nelze získat informace o naměřených hodnotách a jejich aktuálním stavu. Nemá někdo tip, na vhodné hlavice umožňující připojení do vlastního systému? Díky ;)

Neresi to nejak energomonitor?

Napsal Michal Kubíček;1242647

Neresi to nejak energomonitor?

Zkusím se podívat, ale myslím že energomonitor pouze sbírá data a neřeší vlastní řízení. Rád bych se vyhnul implementaci "cizích" systémů, tedy řešení před nějaký server výrobce který až poskytne výsledné API mi nevyhovuje a v ideálním případě bych rád komunikoval s každou hlavicí zvlášť.Nicméně je ale možné, že pokud EM umí hlavice i řídit, našli vhodný typ, který by vyhoval. Díky za tip.

Každá ta hlavice je samostatná jednotka, tedy její základní funkcí je regulovat dle naměřené a požadované teploty a teploty vody. Pokud tyto a jiné údaje chcete vyhodnocovat sám a podle toho ventil ovládat, vůbec nepotřebujete termostatický ventil.Pro ventily eQ3 nepotřebujete originál Cube, podívejte se zde: http://fhem.de/fhem.html

Ano fhem je řešení. Mám to doma spolu s MAX! a jsem celkem spokojený.Tady jsem popsal jak na to:Blog : Řízení topení se systémem eq3 – MAX! ve spojení se systémem fhem.de : Půhy.cz / blogPůhy.cz…

@Jan Stejskal Díky za navedení, jestli to dobře chápu, řešení je narazení Cube USB řídící jednotkou FHZ1300, což ale stále není ono.. Opět jsem odkázán na to, co mi tato jednotka zpřístupní přes vlastní rozhranní. Komunikační protokol eQ3 MAX je uzavřený a i když jsem našel, že se podařilo kódy dekompilovat a existuje python knihovna pro komunikaci, nemám jistotu, že bude fungovat i v novějších revizích hlavic.Já bych opravdu nejraději co možná nejnižší úroveň komunikace na bázi PWM, či přímo instrukcí pro pozici serva/úrovně otevření. V systému používám MQTT, WebSocket a 433MHz komunikaci, o doplnění o 868MHz (na které komunikují i eQ3) uvažuji, takže to by problém nebyl, pokud by byl ale protokol otevřený.Mám spíše asi opačný problém, většina hlavic se sanží být autonomní a co nejchytřejší i když přesně jak píšete toto nepotřebuji a stačí mi samotný pohon ventilu. Pokud už najdou "hloupý" ventil, komunikuje šifrovaně opět s nějakou jejich krabicí, která do toho ale vnáší vlastní logiku, o kterou nestojím, jako např nemožnost vypnutí detekce otevřeného okna, což je implementováno nevhodně pomocí detekce rychlého poklesu teploty.---------- Příspěvek doplněn 21.11.2015 v 11:48 ----------

Napsal puhy.cz;1242660

Ano fhem je řešení. Mám to doma spolu s MAX! a jsem celkem spokojený.

Díky za přehledný popis, dá se z nainstalovaného systému vytáhnout, jak vypadá instrukce pro konkrétní hlavici? Tedy adresování a jak vypadá dotaz na stav hlavice? Systém komunikuje na 868 MHz což může být občas zarušeno, potvrzuje hlavice přijetí příkazu? Díky ;)

Vzhledem k tomu ze to stavim na z-wave, mam v planu pouzit tohle: http://smarterhome.sk/sk/bezdrotove-termostaty/danfoss-living-connect-thermostat-45.htmlV kombinaci s Razberry lze ridit kazdou hlavici zvlast podle vlastni logiky.

@carlos Díky, na to se podívám :-)

A neuvažoval jste o použití termoelektrického pohonu místo hlavice? Výhodou může být tichý chod.

Napsal Jan Stejskal;1242684

A neuvažoval jste o použití termoelektrického pohonu místo hlavice?

Koukám na ně a ono to tak asi i nakonec dopadne, chtěl jsem se ale vyhnout bastlení krabice ns ESP, senzoru na radiátor atd protože to v domácích podmínkách nezvládnu udělat hezké, ale zase má to i své výhody :-) Myslel jsem ale, že bude již existovat něco v kompaktním provedení s použitelným API, ale asi je na to ještě brzy :D Díky všem ;)

Pro začátek je potřeba si ujasnit co potřebujete a pak co je reálné. Píšete hlavici na topení, ideálně bezdrátovou - to v 99 % znamená také na baterie. Hlavice na baterie z logiky věci (aby baterky vydržely slibované 2 roky) musí být co nejvíce autonomní a centrála/server do nich zapisuje jen požadované změny. Třeba zmiňovaný Danfoss se přihlašuje typicky každých 30 min. - jen aby dostal informace o z telefonu požadované změně teploty. Regulaci si komplet řeší sám, první týden se učí a je to jedna z mála hlavic co opravdu funguje jak má. A taky je opravdu tichá, což není v branži pravidlem. Pokud chcete plnou kontrolu nad nastavením hlavice, tak jediné rozumné řešení je mít tam napájení. Pak už je jedno zda komunikace bude radiová nebo drátová, trvale napájené rádio může komunikovat dost často. Jednoduché řešení s proporciálním nastavením je běžný termopohon + PWM regulace. Nic takového na radiátory fakt nepotřebujete, stačí spínat přes relé. Ale chápu, že si třeba chcete hrát :) Pokud máte poblíž zásuvku a nechcete tahat datové kabely, tak je Z-Wave vhodné řešení. Vždy to ale bude vyžadovat centrálu s API, minimálně pak Raspi s Razberry modulem. Dnes to už koupíte běžně, třeba na CZC (Fibaro a Danfoss). Pokud to má být hračka za pár korun a bez PWM, tak bych šel asi do IP modulů Quido od Papoucha, nebo QPIO modul na raspi. Laciné PWM řešení v praxi půjde i na tom Fibaru, protože hlavice Mohlenhoff (ani jiné), nemají zas tak rychlou charakteristiku (přece jen je tam vosk co se teplotou mění). Detaily najdete na webu. Laicky řečeno to necvaká tak rychle (spíš po desítkách sekund, ne-li minutách), jak PWM pro řízení LED pásků. Takže stačí běžné relé a Fibaro relé lze cvaknout tam a zpět pod sekundu.

Předně je třeba říct, že nehledám primárně levné řešení, hledám řešení, které splní to co od něj očekávám a jde především o výzkumný projekt :-)Problém je v tom, že topení bude součástí systému stávající automatizace postavené na modulech ESP8266 a prvcích Jablotron (to primárně EZS a EPS) a nerad bych do toho vkládal prvky, které "nemám pod kontrolou". Současný systém je postaven tak, že v okamžiku kdy má server přehled o pohybu osob (PIR senzory, Doppler radar, detekce osob pomocí OpenCV z kamer, atd) nestojím o to, aby se ventil, případně "cizí" řídící jednotka rozhodla zasahovat do provozu díky třeba detekci otevřeného okna. Pro to mám na každém okně 2 MG kontakty (ventilačka + otevření). Předpokládal jsem, že najdu na trhu hlavici která a) Bude obsahovat nějaký SoC který mi umožní nahrát vlastní SW v C, Lua, pythonu,... a poskytne pouze interface pro řízení serva, nebo b) Řízení obsatará sama a poskytne třeba veřejné HTTP API pro výměnu klíčů a předávání nastavených a naměřených hodnot.Jestliže budu řešit vlastními silami, strčím do krabice ESP, k němu pomocí PWM libovolný pohon, 1 vnější teploměr a 1 připojený k radiátoru pro teplotu vody a je to vyřešeno s komunkací přes MQTT. Problém to není, problém je nevzhledný obal, proto jsem doufal, že najdu takové řešení mechanicky sestavené. Pár kusů mi z plastu nikdo nestříkne, 3D tiskárnu nemám a ani bych to asi neuměl nakreslit, jsem programátor, ne konstruktér :DOno obecně je pro mne problém uzavřený systém typu Cube, protože sice dokáži nastavit požadované chování, ale jak se dostat k eventům typu rozpadnuté spojení? Od SpeechTech jsem dostal přístup k TTS serverům, takže důležité události v reálném čase třeba syntetizuji a přehrávám zvoleným hlasem v celém bytě a rovněž posílám na displeje a mobilní app.K té bezdrátové komunikaci, já bych dokonce preferoval řešení napájené ze sítě, raději bych komunikoval v reálném čase, ne v intervalech v řádu minut, ale nechce se mi tahat datové kabely, proto jsem doufal ve WiFi/433/868MHz.EDIT: Ad z-wave, ještě jsem jej úplně neprozkoumal, ale nějak jsem nenašel podstatný přínos oproti třeba MQTT, pouze potřebuji navíc modul, ale možná mi něco uniká.. Jaké to má výhody, oproti MQTT/WebSocket pomocí WiFi?

Napsal i-PRESS;1242739

Ad z-wave, ještě jsem jej úplně neprozkoumal, ale nějak jsem nenašel podstatný přínos oproti třeba MQTT, pouze potřebuji navíc modul, ale možná mi něco uniká.. Jaké to má výhody, oproti MQTT/WebSocket pomocí WiFi?

Ja zas nezkoumal MQTT a dalsi standardy - prislo mi na prvni dojem ze jde plus minus o to same. Coz samozrejme nevylucuje ze je tam nejakej zasadni fail... Sel jsem na to od lesa a spise se podival kolik dostupnych zarizeni za rozumnou cenu se k tomu dela, aby system byl do budoucna rozsiritelny...Rekl bych ze v nejblizsich par letech se to mozna trosku vic standardizuje a vycisti.. Prospelo by vsem, kdyby ty horsi standardy pochcipaly a clovek si tak byl jisty ze to co kupuje bude kompatibilni s tim co uz ma...