-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
KevinMulder
tag
Van Qt (C++) alapú házvezérlési rendszer (opensource)?
-
KevinMulder
tag
Nem felesleges. A falazat, ha a külső szigetelés rendben van, akkor hőtároló közeg. Ilyenkor a fenti szobákat temperálod. Ha hagyod kihűlni a falakat, akkor később legalább ugyanannyi energia kell, hogy felfűtsed őlet, de legalább kényelmetlen érzés van a szobában.
Mi is akartunk mind a 17 padlófűtési körre saját szelepet tenni, de a végén kiderült, hogy egyszerűen csak egyszer kell jól beállítani az egészet, utána meg az előremenőt tartani. A ház lineárisan veszít hőt (a külső hőmérséklet függvényében), így felesleges kolbászolni a szelepekkel. -
-
KevinMulder
tag
HyperBorg házvezérlést használ valaki?
https://github.com/hyperborg/hyperborg -
KevinMulder
tag
Oh, nem hittem, hogy ilyen gyorsan le fogok bukni.
A lényeg, hogy elkezdtem ezt írni. Szép lesz, jó lesz, meg open source.
Viszont szeretnék a közösségre is támaszkodni, szóval ha valami nyűgötök van a Domoticz-zal vagy Home Assistanttal, akkor nyugodtan írjátok le, igyekszem beépíteni a dolgokat.
Per pillanat ez egy one-man-show, de majd ahogy fejlődik, remélem egyéb fejlesztőket is bevonz, szóval egyelőre még ne savazzatok, hogy minek ez, ha ott van a Domoticz meg a HA.
Ez picit más lesz, más frameworkon ...
User feedbackra van szükségem, hogy mi az amit hiányoltok, stb ... -
KevinMulder
tag
Az átlagfelhasználók nagy része hőmérséklelet akar mérni, kazánt vezérelni, lámpákat kapcsolgatni. Egy akármilyen okosotthon rendszernek ezeket illik tudnia. A HB ezt tudni fogja, a pluginokra lesz lehetőség. Nem szégyen tanulni a nagyoktól vagy az egyes drivereket átemelni onnan.
-
KevinMulder
tag
válasz Degeczi #16053 üzenetére
Igen, csak a hatalmas userbázis is úgy épül fel, hogy szép lassan csapódnak hozzá az emberek. Tisztában vagyok vele, hogy a HA sok mindent tud, azonban ez nem jelenti azt, hogy nem lehet felnőni hozzá vagy akár le is hagyni azt. A kérdés, hogy a HB el tudja-e érni azt a kritikus tömeget, aminél azt mondják az emberek, hogy ez nekem szimpatikusabb és pont annyit és úgy tudja, amit kell.
Meglátjuk.
[ Szerkesztve ]
-
KevinMulder
tag
A miért választaná a HB-t bárki kérdésre ebben a pillanatban nehéz jól válaszolni. Mert ilyen rendszerek esetében nem az egyes modulok az érdekesek, hanem az egész összessége, a feelingje. A rendszer és a körülötte lévő ökoszisztéma az, ami tetszik vagy nem tetszik az embernek.
Én ebben a pillanatban azt tudom csak mondani, hogy a HB ökoszisztémája és működési modellje eltér a 3 nagytól. Alapvetően decentralizált lesz, azaz pl. tetszőleges számú RPi-t szétdobálhatsz a házban, a rendszer bizonyos korlátok között túléli ha pár kiesik a rendszerből. azaz a központi gép letérdelése esetén a ház még - valamilyen szinten, de kontrollálható marad.
A másik nagy eltérés, hogy a HB-ben nincsenek PHP részek és weboldal generálás, ami szerintem egy borzasztóan insecure dolog. A HB webassembly platformot használ, így a böngészőkben sokkal kompaktabban foglal helyet. Az interakció is közvetlenül socketeken keresztül megy, ami ugyancsak segít a megbízhatóság fenntartásában.
Az elképzelt modell szerint ugyanaz az alkalmazás indul el mind a nem grafikus (embedded), mind pedig a grafikus rendszereken. Így pl ha van egy Rpi+TFT kombód, akkor ennek az egyetlen alkalmazásnak kell futnia, nem kell alá semmilyen böngésző vagy egyéb közbülső réteg.
A pluginokra visszatérve, az okosház rendszereknél nagy csodák nincsenek. Nagyon kevés kivételtől eltekintve általában valami protokollillesztés a feladat, Nem olyan komplikált, mint egy képelemzés (Tesla autopilot és hasonlók). Az tény, hogy sok plugin van, de egyik sem atomfizika, csak sok gályamunka azokat átírni.
Egyébként meg naponta 2x vagyok egy órát vonaton, s untakozom, szóval valamivel el kell töltenem az időt
Tőletek csak annyit kérek, hogy azért ne zárkózzatok el a kipróbálása előtt Legalább itt lehettek a születésénél ... -
KevinMulder
tag
válasz #68270080 #16058 üzenetére
Egyszer én is átfutottam egy ilyen témán, ahol DIY lehetett ultrahangos széliránymérőt csinálni, fillérekért (Nem próbáltam, így nem tudom biztosan, hogy tényleg az adott filléres biszbaszokból tényleg összeállna-e egy pontos mérő, de a leírás hihetőnek tűnt a mért adatokkal). Ennek az ára csak azért magas (gondolom én), mert nem nagyon gyártják sokan.
-
KevinMulder
tag
válasz DJGABI #16065 üzenetére
Ez egy lehetőség. Pl az emeleten a régi fizikai kapcsolók kiszolgálására van egy Pi-d, illetve van egy másik Pi-d lent a garázsban, aminek a feladata az ottani eszközök felügyelete (kazán, bojler, légtechnika). Ilyen telepítés esetén a kazánt vezérlő egy külön egységet alkot, ami akkor is mehet, amikor a ház többi része teljesen áramtalanítva van.
A több pi felhasználása ott lehet érdekes, ahol a szenzorok koncentráltan helyezkednek el és egyszerűbb egy PI-t telepíteni és annak a GPIO-ra helyezni a cuccokat. Utána már UTP-n keresztül mehet a kommunikáció, titkosítva.
Mivel a HB QT C++ alapú, ezért arm64 verzió is lesz. -
KevinMulder
tag
válasz Degeczi #16072 üzenetére
A decentralizálás nem kötelező. Egy darab PI-vel is vígan megy. A decentralizálásnál ott lehet még előny, ha új dolgokat akarsz integrálni a rendszerbe és a már meglévő rendszert nem akarod bolygatni. (Főleg, ha PI alapú TFT-s vezérlőket akarsz behozni a rendszerbe)
Itt azon van a hangsúly, hogy 1-től felfelé lehet skálázni a rendszer, AmoeabOS szerűen.
Mondjuk veszel új eszközt, előkapsz egy teszt PI-t, arra rálógatod és tesztelheted az eszközt. Ha nem sikerül a teszt, a központi PI nem módosul, nem fogod félrekonfigolni.[ Szerkesztve ]
-
KevinMulder
tag
HB: Kérlek benneteket, ne kezeljétek ezt másként, ami: nem szeretném egyik vagy másik már meglévő házvezérlő rendszert sem fikázni csak azért, mert hobbiból írok egy negyediket. Mindnek megvan az erőssége és láthatólag sok tízezer órányi munka van bennük. Szóval ha a HB-ről szólok, akkor nem azok lehúzása a cél, hanem a HB fejlődésével kapcsolatosan fogok megosztani információkat itt is. Remélem itt is elfér, annyit nem fogok kommentelni ezzel kapcsolatosan, hogy spameljem a fórumot.Persze lesz hivatalos blog is majd, de ebből a fórumból is szeretnék ötleteket meríteni, illetve ha csendben is, de figyelek a felhasználói panaszokra is.
A HB szépen gyarapodik, de egyelőre még nem használható, értelemszerűen. Ha a repository megvan és néha frissítitek, akkor láthatjátok a változásokat. (Tegnap este beraktam a Paradox PRT-3-as vezérlőhöz kapcsolódó kódbázist és a pluginok placeholderét, de ezek még nincsenek bekötve, az első tesztekhez kellenek)
A HA pluginjait is átfutottam. a HA alatt 931 plugin van, abból 684 támaszkodik külső dependencyre. Azonban a HA pluginok nagy részét csak a központi rendszerből származó importok és get/setter függvények teszik ki, a valós, adott pluginra jellemző számítások és egyebek eléggé kis részt tesznek ki. Hosszú távon így nem a HA az érdekes, hanem a mögötte lévő egyes komponensekkel való interakció. Ott, ahol már létezik C++ megoldás, ott azt fel lehet használni, ahol meg nincs, ott azt létre kell majd hozni. Itt jön a képbe az, hogy fejlesztői bázis kell majd a HB mögé, én lassan tudok csak ezzel haladni. Szerencsére azért van sok Qt C++ fejlesztő, talán van honnan meríteni (s remélem nem kerülte el a figyelmemet egy másik Qt alapú házvezérlő rendszer )
Szóval a következő napirendi pont az, hogy egy I2C-s kapcsolóval (optocsatoló) fel tudjunk kapcsolni egy I2C-s lámpát (relé) valami GUI-n keresztül (illetve böngészőn keresztül) Amikor készen van, jelentkezem ...
[ Szerkesztve ]
-
KevinMulder
tag
-
KevinMulder
tag
-
KevinMulder
tag
HB: Sneak&peek
Felraktam egy minimál GUI demot a https://nebulon.hu/hynode/ címre. Ott láthatjátok, hogy a webes részen 5 db fájlra van csak szükség, hogy modern webböngészőben elinduljon a grafikus felület. A demo tartalmaz egy egy perc után induló képernyővédő órát, illetve 4 szobára való világításkapcsolás, egyebet. Természetesen nincs bekötve még sehova, a lényeg a feeling. Persze mindenféle egyéb GUI elem is kerül majd rá (időjárás, naptár, ház alaprajz, stb ...) ahogy a fejlesztés halad.
Fontos, hogy mivel a felfelé menő sávszél gyenge, ezért kb 30 mp kell, mire az alkalmazást áttölti a böngősző, azonban azt követően már azonnal indul. Szóval ez nem a HB hibája, csak nincs sávszél
[ Szerkesztve ]
-
KevinMulder
tag
HyperBorg update: minimál support az I2C-hez (ereshop relé panelek, de értelemszerűen más I2C-vel is működik) és az 1Wire-hez. Ezek fordulnak és folyamatosan mennek fel a githubra. (Azért ez a kettő eszköz, mivel a házamban főleg ezek vannak benne.)
Most, hogy a fő inputok és outputok megvannak (legalábbis nekem), a hangsúly áthelyeződik a konfigurálásra és a GUI-ra (illetve annak szerkesztésére). A múltkor már volt GUI demo, hasonló módon lesz majd megosztva a teszrendszer GUI-ja. -
KevinMulder
tag
HB: Van most már ApcAccess olvasó, a pluginok thread-ekbe mentek, hogy ne jegeljék az egész rendszert, ha huncutkodnak, a DMX is megkapta a saját placeholderét, meg rakás apróság. Holnap estére elérem a _nekem_ minimális szintet a szenzorok és aktuátorok típusaival, utána nekiállok a belső részt kötögetni meg a GUI-val foglalkozni.
Amikor az első működőképes példány prezentálható, majd kell tőletek egy kis segítség. -
KevinMulder
tag
válasz Degeczi #16209 üzenetére
Hörmannál az UAP-1-est lehet berakni és akkor az megoldott.
https://www.tor7.de/hoermann-universaladapterplatine-uap-1 -
KevinMulder
tag
válasz gabro0 #16259 üzenetére
A HB is komplett rendszer lesz, azonban a hardverfejlesztés nem prioritás, mivel a legtöbb dolog már pl. rPi+megfelelő perifériával lefedhető. Meg először a szoftver legyen meg és azt szeressék a tömegek, utána jöhet a hardver
Ahogyan a projekt lapja is írja, a HB egyszerre célozza azokat, akik csak annyit akarnak, hogy működjön és azokat is, akik minden biten reszelni akarnak.
Az előbbiek egy Scratch jellegű felületen, grafikusan rakhatják össze a szabályrendszert, elég egyértelmű és intuitív módon. Ennek a végeredménye egy - általuk nem látható - szkriptnyelv lesz, amelyet a rendszer decentralizáltan fog futtatni.
Az advanced user hozzáfér ehhez a szkripthez, azt bővítheti, illetve lehetőség szerint python scriptekkel fejlesztheti.
Mindkét esetben azonban fontos cél, hogy az eszközök minél jobban "plug&play" jellegűek legyenek, azaz ha csatlakoztatva vannak, akkor azonnal lássa őket a rendszer, ne legyen voodoo azt elérni, hogy egyáltalán mondjon valamit.
Jelenleg a kommunikációs alrendszerrel vagyok elfoglalva. Az egyes node-ok már látják egymást, de a kommunikációs vonalakat még nem építik ki. Egyelőre master-multislave a támogatott felállás, de később ennek a rétegnek a paraméterezése mentén lehet majd token-ring jellegű, illetve mesh jellegű kommunikációt kialakítani. A kommunikáció titkos és az is elérhető, hogy kulcsok szétosztásával garantálható, hogy nem tud egy n+1. node a rendszerbe belépni. Ha ez a kommunikációs csatorna felépül, akkor onnan már nincs sok az első működőképes verzió bemutatásáig.
GUI és vezérlőfelület az lesz webböngészőn (webassembly), illetve tálcára beépülő szösszenetben is, így ha valami van a rendszerrel, akkor ott (is) pampoghat.
A githubon van a forrás, rendszeresen mennek a commitok, ha valaki ötletekkel vagy bármivel szeretne segíteni, vagy van kívánságlistája vagy idegesíti más rendszerekben valami, akkor ott lehet issue-okat dobálni és valóra lesznek váltva!
(Azt ígértem, hogy max hetente 1x szólok a témában, erre a hétre ennyi volt, legközelebb jövő pénteken írok hosszabban erről! ) -
KevinMulder
tag
Olyan jó lenne, ha a HyperBorg házvezérlés már működne
https://hyperborg.com -
-
KevinMulder
tag
Esőszenzorhoz: ha van pl 10 IR led-em egy fényvédett tubusban, aminek az alján kifolyhat a víz (valami kontrollált módon) akkor a víz fénytöréséből nem lehet számítani a csapadékot? Mert akkor egy rakás problémát megoldottunk ezzel.
go hyperborg.com! -
KevinMulder
tag
Maguk a VOIP telefonok vannak már elérhető áron, használtan.
A kaputelefonhoz meg pont jó a VOIP, mert videohívást is tud támogatni. Arról nem is beszélve, hogy könnyebb illeszteni mobiltelefon irányába, ami az eredeti felvetésed, ha jól értelmezem. (Most nem olvasok vissza) -
KevinMulder
tag
A Wemos az ugye LOLIN D1, azaz megegyeznek?
Illetve ott az RX, TX, GND-t kell a panelről áthozni és külső 5V táppal is meghajtható?
Fixme. -
KevinMulder
tag
Korábban beszéltünk arról, hogy ebben a fórumban nem beszélek a HyperBorg ChangeLog-járól, azonban mivel okosotthon vezérlés a topic témája, a nagyobb dolgok bele kell hogy férjenek. Jelenleg ott tart a HyperBorg, hogy 3 különálló node-on egyszerre és összehangoltan képes futni. Természetesen a node-ok száma tetszőlegesen növelhető.
Persze még hosszú út ál a rendszer előtt, de az első POC-ig már nincs sok hátra: a POC célja egy olyan élő rendszer bemutatását, amelynél I2C-n keresztüli fizikai kapcsolókkal és virtuális TFT nyomógombokkal lehet vezérelni ugyancsak I2C relépanelre kötött lámpákat, mellette 1-wire (DS18B20) hőmérséklet szenzorok adatait lehet kiolvasni, s a korábbi mért adatokból real time grafikont generáltatni.
Legközelebb akkor jelentkezek be ezzel, ha a komplett rendszer így működik. Addig ha valakit érdekel, akkor a htttps://hyperborg.com alatt találja a blogot, illetve a https://hyperborg.com/demo alatt az éppen aktuális fejlesztői verziót a böngészőjében.
Természetesen mindenféle visszajelzés, kívánság, fikázás welcome
Új hozzászólás Aktív témák
- Vírusirtó topic
- Rossz üzlet az EV-kölcsönzés
- MIUI / HyperOS topik
- A személyre szabott reklám lehet a streaming következő slágere
- EAFC 24
- Retro teló rajongók OFF topicja
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Van, amit nehéz lett megtalálni a Google keresőjével
- Székesfehérvár és környéke adok-veszek-beszélgetek
- Pécs és környéke adok-veszek-beszélgetek
- További aktív témák...
- 205/55 R16 5x112 alufelni michelin nyári gumival
- Ikea falilámpa
- Kibernetik Mobil klíma, 3,5kW légkondi, légkondícionáló
- LAICA Genova HYDROSMART rendszerű csapra szerelhető mikroplasztik-stop vízszűrő + ajándék LAICA fém
- Eladò Philips Series 2000 LatteGo automata kávégèp tejhabosìtòval ùjszerű àllapotban