Forum
Ahoj, navazují na toto vlákno. Je to něco co potřebuji dobře vyřešit. Zatím to řeším dost jednoduše přes volání API (virtuální vstupy a výstupy v Loxone) => tady o to mám i natočený video.
Teď si hraji s AI a rád bych napojil celý dům na hlasové ovládání. Rád bych docílil něčeho jako je v tomto videu, a tak mě docela dost zajímá jek to efektivně propojit. Vlastně bych asi potřeboval, aby HA viděl (skoro) úplně všechno z Loxonu (všechny senzory a všechny aktory).
- Padla zmínka o: https://loxwiki.atlassian.net/wiki/spaces/LOXEN/pages/1956315184/Home+Assistant+-+Loxone+integration?focusedCommentId=2120318978
- Pak je tu: https://github.com/JoDehli/PyLoxone
A mě by tedy zajímalo jak to řešíte? Díky!
existuje plugin pro node red na propojeni loxone s node red pres websockety, kde jde pak vycitat uplne vse. problem pluginu v noderedu byl, ze se bohuzel po case sam odpojoval a uz se nedokazal pripojit. Zkousel sem to psat i na githubu projektu, ale neni asi udrzovany.
Kazdopadne ale nejaka takova cesta by imo sla, napojit se na WS loxonu a tam to pak nejak hrnout.
Já používám PyLoxone a jsem s ním spokojen. Nastavení je otázka pár sekund. Neumí teda všechno. Zvládne toto:
- InfoOnlyAnalog and InfoOnlyDigital
- Switch, TimedSwitch and Pushbutton
- Jalousie, Window and Gate
- Intercom
- LightControllerV2
- Alarm
- Fan
- RoomControllerV2
- AudioZoneV2
- Slider
- TextInput
Nenačte ti to třeba kalendář, různé časovače, radiobutton (ten mě asi bolí nejvíc) .
Ale jinak mi funguje spolehlivě. Spojení je oboustranné, tzn. že přes HA lze nastavovat věci v Loxone.
Nevýhoda je, že do HA se ti přenese jen to, co je ve vizualizaci Loxone.
Mám tam nějakých 350 prvků a jede to už pár let ok.
Já taky už hezkou řádku let jedu na PyLoxone a funguje to dobře.
Původně byla motivací jen integrace věcí jako nepodporovaná světla a žárovky jako Ikea, Yeelight, atd., nebo CO2 senzory co jsem si postavil na ESP. Ale nakonec přes HA mám připojenou i FVE a nabíječku na EV a do Loxone jen posílám pár důležitých hodnot buď přímo přes tu integraci (=websocket) nebo napřímo přes UDP (pokud je to senzor co má hodně změn, tak je to spolehlivější, než websocket).
Dnes když si představím, že bych měl v Loxone programovat nějaké složitější věci, jako třeba řízení FVE, tak je mi šoufl 😉
Hlavní výhoda HA je v tom, že když najdu nějakou chybu v logice, tak jí jsem schopnej opravit klidně z mobilu na dovolený během pár minut, kdežto k Loxone potřebuju Windows PC a ještě musím restartovat celej barák, zatímco v HA třeba jen nechám znovu načíst všechny automatizace a nikdo v domě si ničeho nevšimne.
Totéž, když mě napadne nějaká myšlenka, co by se dalo přidat nebo vylepšit. Tak to prostě udělám rovnou z mobilu nebo pracovního NB, kde ani nemůžu mít Loxone config nainstalovaný.
Rozchodil jsem podle návodu
směr HA -> Loxone bez problémů.
Tak, jak to je, to umí entity sensor, binary_sensor a switch. Další se asi dají dodělat, to jsem zatím nezkoušel.
V následujících dnech zkusím ten opačný směr a dám vědět.
S trochou debuggingu (důsledek hlavně neznalosti HA) jsem rozchodil i ten směr Lox -> HA.
Takže to lze jen prostředky konfigurace bez nutnosti používat nějaký další balíček (třeba PyLoxone).
Je to konzervativní přístup, kde si člověk dvakrát rozmyslí, co chce posílat kterým směrem. To ale považuji ve skutečnosti za výhodu zvyšující bezpečnost. Pokud by to někoho zajímalo, rád se pokusím svůj názor obhájit 🙂
@rpav já bych spíše řekl, že to je velmi paranoidní přístup, pro někoho, kdo potřebuje mezi těmi systémy propojit jen pár jednotlivých senzorů 😉
Z mého pohledu to má v podstatě jen samá negativa.
Za prvé REST API je asi nejpomalejší způsob komunikace s Miniserverem. To sice může být jen malá nepříjemnost u v2, ale u v1 je to dost zásadní nevýhoda. Totiž u v1 je i ten websocket, na kterém jede PyLoxone, pro některé věci až příliš výkonově náročný a pomalý a je lepší, nebo dokonce nutné, přejít na UDP (u senzorů s vysokou frekvencí aktualizací). Navíc si nejsem jistý, jestli je REST API ještě pořád oficiálně podporovaná metoda komunikace s Miniserverem. Jednu dobu to vypadalo, že ho zaříznou ve prospěch websocketu, ale zatím pořád funguje...
Za druhé je s tím mnohem více práce, než použít PyLoxone.
Za třetí HA pravda dělá celkem často změny, které vyžadují od vývojářů aktualizaci jejich integrace. Ale od roku 2018, kdy jsem začal HA + PyLoxone používat, se ještě nestalo, že by to kvůli tomu přestalo fungovat. Ano, už mnohokrát z toho začali létat chyby v logu a autor PyLoxone musel integraci upravit, ale vždy to jsou jen varování, že integrace používá nepodporované/špatné metody, které v budoucnu přestanou fungovat. Zpravidla na to bývá spousta měsíců. Tuším, že standard je 12 měsíců, než je podpora staré metody odebrána. A jelikož autor PyLoxone sám Loxone má a integraci s HA používá, tak sice změny nejsou bleskové, ale má motivaci udržovat to funkční.
@rpav já bych spíše řekl, že to je velmi paranoidní přístup, pro někoho, kdo potřebuje mezi těmi systémy propojit jen pár jednotlivých senzorů 😉
Souhlasím s tím, že je to pro někoho, kdo potřebuje propojit jen pár jednotlivých senzorů a kdo klade důraz na oddělení obou systémů. A to jsem přesně já :))
ad pomalé REST API a jeho (ne)podpora v budoucnu)
Tak to jsou dost zásadní informace. Odkud pochází? To je někde publikováno vývojáři Loxone nebo jsi ten výkon nějak měřil sám nebo z čeho to plyne? To samý mě zajímá ohledně budoucnosti REST API - ona existuje nějaká road mapa vývojářů Loxone? A jak se dá vyzkoušet to UDP? To by možná bylo pro mé učely nejlepší řešení...
ad více práce než použít PyLoxone)
Ano, s tím naprosto souhlasím, rozchodit to je časově náročné a je třeba postupovat senzor po senzoru.
ad autor PyLoxone mám Loxone a HA)
Jenže je to one-man show. Za mě největší slabina řešení s PyLoxone.
Může (ale samozřejmě nemusí) ho to přestat v budoucnu bavit. Kdyby nějaký taková podpora byla součástí HA (a nikoli HACS), tak bych to asi hodnotil jinak. Jasně, když se to rozsype, tak si člověk může vyhrnout rukávy a celé to předělat. Ale obecně inklinuji k robustnosti systémů a tohle řešení mi moc robustní nepřipadá (ačkoli věřím, že od roku 2018 funguje). Možná tomu říkáš, že jsem paranoidní 🙂
A právě proto mě zajímá ta budoucnost REST API v Miniserveru. Díky za info.
@rpav ty informace pochází z osobních zkušeností s několikaletým používáním HA + Loxone Miniserver v1.
Používám to docela hodně a tak jsem už několikrát narazil na omezení a musel je obcházet.
Už když jsem někdy v roce 2017 chtěl přidat ukládání statistik do Grafany, narazil jsem na to, že nebylo moc reálné vytahovat si z Loxone ty statistiky příliš často, protože to přes REST API bylo pomalé. Nakonec to dělám tak, že ta data vytahuju jednou za minutu...
Znovu jsem narazil u toho websocketu (PyLoxone), kdy jsem do Loxone potřeboval posílat data ze střídače FVE a z některých elektroměrů. Velmi často se stávalo, že to Miniserver nedával, spojení zatuhávalo nebo z toho alespoň létaly chyby (různé variace na timeout).
Také to bylo někdy poznat na odezvě Miniserveru při požadavcích (např. podivná prodleva při rozsvícení světla, atd.). Zkrátka byl přetížený.
Nakonec mám všechny senzory se živější komunikací přes UDP a funguje to bezproblémově. Myslím, že jsem to řešení popisoval jak někde v repozitáři PyLoxone, tak také na HA fóru, ale klidně nasdílím i zde.
Ano, je to one-man show, ale jak už jsem psal, používá to sám, takže má motivaci a hlavně to používá dost lidí na to, aby kdyby se autor odmlčel a hrozilo, že to přestane fungovat, tak se toho chopil někdo jiný.
Totéž se stalo loni např. se Solcast integrací, kde autor psychicky vyhořel a ze dne na den smazal vztekle repozitář, že už to dělat nebude. A zatímco dříve to byla one-man show s ne zrovna rychlým tempem vývoje, tak dnes je to komunitní projekt, kam přispívá několik lidí a tempo vývoje a oprav chyb je násobně rychlejší.
Něco podobného se stalo nedávno s repozitářem s Proxmox nástroji. Tam se toho repozitáře chopila komunita po úmrtí autora a taky to vyloženě explodovalo životem.
Takže já bych se opravdu nebál, že když to jeden člověk opustí, tak to stovky uživatelů nechají umřít a předělají radši spojení s Loxone na něco jiného. Už teď to má 49 forků, a občas do toho přispívají lidé, kteří chtějí novou funkcionalitu. V podstatě se dá říct, že už dnes to posouvá dál komunita, zatímco autor to spíš tak jako udržuje a občas opraví bug.
Co se týče budoucnosti REST API, tak těžko říct. Když Loxone oznámil přidání websocketu, tak to uváděli jako náhradu REST API s tím, že REST API podpora bude v některé z vyšších verzí ukončena. Dodnes k tomu nedošlo a je to už více než 5 let, takže je možné, že zjistili, že na tom závisí příliš mnoho lidí a rozhodli se to tam nechat napořád...netuším. Také to ale můžou smahnout v příští verzi🤷♂️
Edit: Řešení pro posílání dat přes UDP a VI v HA: https://community.home-assistant.io/t/use-rest-notify-to-push-a-value-to-loxone-api/351152/11
