-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Gh0sT
addikt
Sziasztok!
Adott egy 3.3V-os Arduino Pro mini. Egy 18650-es cellával hajtom meg, ami nyilván nem 3.3V-al látja el. Mi a célravezetőbb? Raw-ra kötni direktbe a cellát, vagy VCC-re és előtte leszabályozni? Melyik hatékonyabb, hogy tudom ezt kideríteni, egyáltalán van különbség?
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Találkozott valaki olyan relével, ami 3.3 V-on kapcsolható? Esetleg a 3.3 V-ol kellene 5 V-ot csinálnom...
[ Szerkesztve ]
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Elakadtam, de nagyon.
Raspberry Pi 3 Domoticz-al, hozzá csatlakoztatva USB-n egy serial gateway.
Domoticzban látom is /dev/ttyUSB0 alatt, viszont hogy a viharba csatlakoznak ehhez a szenzorok, illetve node-ok? Építettem egy különálló mozgásérzékelő szenzort. Pro mini + NRF2401 + mozgásérzékelő. Sketch-et feltöltöttem, hogy kerül ez be Domoticz alá?Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz Yoshida #2071 üzenetére
Haladtam szerintem, most itt tartok:
A mozgásérzékelős részt még ki kell irtanom a kódból, teszt jelleggel beleraktam és ott maradt, de most már legalább mintha valami működne. Ez most egy Nano és egy rádió mint Serial Gateway, szenzor nincs rajta. Ha készítek egy különálló szenzort, ami mondjuk egy Pro mini + rádió + mozgásérzékelő, az is itt fog megjelenni?
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Sziasztok!
Ha a serial monitoron ezt látom:
0;255;3;0;9;0 MCO:BGN:INIT GW,CP=RNNGA---,VER=2.3.0
0;255;3;0;9;4 TSM:INIT
0;255;3;0;9;6 TSF:WUR:MS=0
0;255;3;0;9;14 TSM:INIT:TSP OK
0;255;3;0;9;17 TSM:INIT:GW MODE
0;255;3;0;9;20 TSM:READY:ID=0,PAR=0,DIS=0
0;255;3;0;9;23 MCO:REG:NOT NEEDED
0;255;3;0;14;Gateway startup complete.
0;255;0;0;18;2.3.0
0;255;3;0;9;28 MCO:BGN:STP
0;255;3;0;9;34 MCO:BGN:INIT OK,TSP=1A Raspberry Pi-n pedig ezt:
pi@raspberrypi:~/MySensors $ sudo ./bin/mysgw
Jul 22 18:55:39 INFO Starting gateway...
Jul 22 18:55:39 INFO Protocol version - 2.3.1-alpha
Jul 22 18:55:39 DEBUG Serial port /dev/ttyMySensorsGateway (115200 baud) created
Jul 22 18:55:39 DEBUG MCO:BGN:INIT GW,CP=RNNGL---,VER=2.3.1-alpha
Jul 22 18:55:39 DEBUG TSF:LRT:OK
Jul 22 18:55:39 DEBUG TSM:INIT
Jul 22 18:55:39 DEBUG TSF:WUR:MS=0
Jul 22 18:55:39 DEBUG !TSM:INIT:TSP FAIL
Jul 22 18:55:39 DEBUG TSM:FAIL:CNT=1
Jul 22 18:55:39 DEBUG TSM:FAIL:DIS
Jul 22 18:55:39 DEBUG TSF:TDI:TSL
Jul 22 18:55:49 DEBUG TSM:FAIL:RE-INITMit csinálok rosszul?
Ez a rész érdekes:
Jul 22 18:55:39 DEBUG !TSM:INIT:TSP FAIL
Jul 22 18:55:39 DEBUG TSM:FAIL:CNT=1
Jul 22 18:55:39 DEBUG TSM:FAIL:DIS[ Szerkesztve ]
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz Yoshida #4832 üzenetére
pi@raspberrypi:~ $ lsusb
Bus 001 Device 004: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $ ls /dev/*USB*
/dev/ttyUSB0
pi@raspberrypi:~ $Ha jól sejtem a fenti két parancs és az eredmény azt erősíti, hogy a 004-es ID-val a ttyUSB0-ra kapcsolódott a gateway. Ezek szerint a configot is erre kellene elvégezni?
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz Yoshida #4841 üzenetére
Szóval: ott tartok, hogy van egy Arduino nano + NRF24L01+ kombóm. Forrasztva minden, ahogy kell. Ez a serial gatewayem. Ezt bedugom a Raspberry Pi3-ba, majd végigmegyek ezen a leíráson: [link], és amikor eljutok a
sudo ./bin/mysgw
részhez, ahol tesztelnem kellene a rádió modult, ott beleszaladok ebbe a hibába:Jul 22 18:55:39 DEBUG !TSM:INIT:TSP FAIL
Jul 22 18:55:39 DEBUG TSM:FAIL:CNT=1
Jul 22 18:55:39 DEBUG TSM:FAIL:DISAz okosok azt mondják, hogy "The following message indicates that communication with the radio module failed".
Viszont ha a serial gatewayt USB-vel a Windowsos gépemmel kötöm össze és Arduino IDE-ben rénézek a Serial monitorra, akkor nincs hiba:
0;255;3;0;9;0 MCO:BGN:INIT GW,CP=RNNGA---,VER=2.3.0
0;255;3;0;9;4 TSM:INIT
0;255;3;0;9;6 TSF:WUR:MS=0
0;255;3;0;9;14 TSM:INIT:TSP OK
0;255;3;0;9;17 TSM:INIT:GW MODE
0;255;3;0;9;20 TSM:READY:ID=0,PAR=0,DIS=0
0;255;3;0;9;23 MCO:REG:NOT NEEDED
0;255;3;0;14;Gateway startup complete.
0;255;0;0;18;2.3.0
0;255;3;0;9;28 MCO:BGN:STP
0;255;3;0;9;34 MCO:BGN:INIT OK,TSP=1Megnéztem még valamit. Építettem egy Pro Mini + NRF24L01+ párost (legyen ennek a neve szenzor, mert majd az lesz belőle) és teszteltem a rádiós kapcsolatot a serial gateway és a szerzor között. Azt vettem észre, hogy alapból valami gáz van a rádiókkal. Sem a pro, sem a mini nem tudott csomagokat küldeni, viszont mindkét Arduino érzékelte a rádiókat, ugyanis ki tudták olvasni az adatait. A megoldás ez lett, hogy a sketchekbe be kellett szúrnom egy sort:
radio.setAutoAck(false);
És láss csodát egy csapásra megindult a kommunikáció a szenzor és a serial gateway között. Szóval kizártam azt a hibát, hogy rossz lenne bármelyik Arduino, vagy éppen rádió, hardveres hibám szerintem nincs. Valami olyasmi körvonalazódik bennem, hogy a Pi-re letöltött MySensors amikor inicializálni akarná a rádiót és tesztelné, akkor valami hibát észlel. És ez valószínűleg így is van, merthogy a egészen addig nem működtek a rádiók, amíg a sketchekbe be nem szúrtam azt a bizonyos sort.
A kérdés az, hogy most mit tudok csinálni? Valamit a Pi configjában, vagy a MySensors valamelyik fájljában kellene állítgatnom?
[ Szerkesztve ]
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz Yoshida #4849 üzenetére
De, fent van, akkor ma este nekiszaladok Windows alól. Kondit még nem próbáltam, az lesz a következő.
Kimértem egyébként a feszeket, a Nano 3,5-3,6 V-ot ad át a rádiónak a 3,3-as lábon szóval lehet hogy ez nem tetszik neki?Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz jedie82 #4852 üzenetére
Azt nem tiszta, hogy ha USB-s a kapcsolat mindkét esetben, ami elvileg az 5V, amiből a Nano csinál 3,3V-ot, akkor miért mehet Win alól és miért nem megy RPi alól. Mindegy, most akkor küzdök egyet a Windowsos géppel, hátha úgy jó lesz.
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Áááááá, működik Windows alól, látom a "szenzort"! Nem hiszem el, ennyi szívást!
Nagyon úgy tűnik, hogy a tízes csomagban olcsósítva vásárolt NRF moduljaimból kispóroltak a kis kínaik valamit, emiatt az Auto acknowledgment (ACK) funkció nem működik bennük. Ha ezt false-ra állítom, akkor némi packet loss árán kommunikálnak egymással.
Biztos ami biztos, vettem itthon is (megbízhatónak gondolt forrásból) két NRF modult, hátha azok jobbak, mint a kínai vackok, de csodák csodájára ugyanezt produkáltak azok is.
Ezután jött a kondis teszt: 10μF, 47μF, 100μF. Halottnak a csók.
Végül kiderítettem, hogy a MySensors library NRF24 dirvere alapból úgy működik, hogy az autoack paramétert true értékkel futtatja, emiatt nem tudott a gateway csomagokat fogadni, a szenzor pedig küldeni. A megoldás az lett, hogy a MySensoros NRF24 drivert meg kellett erőszakolnom, hogy ne engedje az ACK-t és most működik minden.
Másik tanulság: a szenzorokhoz Arduino Pro miniket rendeltem, abból is a 3,3 V-os 8 MHz-es ATmega168-as verziót. Mert gondoltam keveset fogyaszt az órajel miatt, meg milyen jó lesz a 3,3V a szenzoroknak. Igen ám, csak a flash 16k-s, amire nem fér fel egy normálisabb sketch. Konkrétan vissza kellett downgradelnem a MySensor libraryt 2.1.1-ig, hogy egy halál gagyi random értéket át tudjak küldeni a gatewaynek. Egy alap DHT11 szenzoros hőméréskletmérős sketch nem fér fel rá.
Úton van még Kínából 3 különböző forrásból NRF modulom, kíváncsi leszek azokkal mi a helyzet.
Valakinek nincs elfekvőben egy olyan Arduino + NRF modul kombója, amivel megnézne nekem egy sketch-et, hogy nála mit produkál?
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz jedie82 #4890 üzenetére
Nagyon leegyszerűsítve és a lényegre koncentrálva:
Az Arduino\libraries\MySensors\dirvers\RF24 mappában lévő RF24.cpp fájlban aLOCAL void RF24_setAutoACK(const uint8_t pipe)
{
RF24_writeByteRegister(RF24_EN_AA, pipe);
}részt írtam át erre:
LOCAL void RF24_setAutoACK(const uint8_t pipe)
{
RF24_writeByteRegister(RF24_EN_AA, 0);
}Utána ezzel fordítottam be a sketcheket és így most működik a kommunikáció. Nem mondom, hogy ez a legelegánsabb megoldás, de legalább működik. Még próbálok utána járni és kísérletezni egy kicsit, illetve megvárom az új rádiókat.
Ami hasznos volt, és nem hittem benne: kellett a kondi a rádióra, sokat javult a packet loss, gyakorlatilag eltűnt.
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
-
Gh0sT
addikt
válasz itanczos #4933 üzenetére
Most a gyári megoldásokra gondolsz, vagy amit írsz, az egy Arduino + rádió + relé + Mysensors kombóra is igaz? Abban egyetértünk, hogy ha veszek valamit egyben, az jó eséllyel egyirányú kommunikációra lesz képes és ilyen szempontból nem feltétlenül ideális. De mi a helyzet az épített dolgokkal? Ott sem oldható meg a rádiós kommunikáció miatt a visszacsatolás?
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Sziasztok!
Beüzemeltem ma egy RFLink Gatewayt és lenne pár kérdésem a működésével kapcsolatban.
Nincs semmilyen eszközöm, amivel használni tudnám, jobban mondva a kapu távirányítóját szerettem volna rá felprogramozni, de problémákba ütköztem.
1. Először is Domoticzban az eszközök között megjelent sok-sok minden:Ez most ahány ID, annyi eszköz, vagy ahány Unit, annyi eszköz? Ezeket tudnám is kapcsolni? Ha igen, akkor mi a garancia arra, hogy az én okos cuccaimat nem fogja más állítgatni?
2. Fogalmam nincs, hogy a rádió transmitter része (WL102) működik-e. Valahogyan ezt le lehet tesztelni? Mondjuk küldök egy jelet, amit a vevővel fogadok?
3. Ezzel a kapunyitóval szerettem volna összehangolni, azonban hiába próbálnám tanítani RFLinkLoader alól, valamiért nem látja az RF csomagokat.
4. Ha beszerzek néhány Kerui ajtónyitás illetve mozgásérzékelőt, akkor azoknak az állapotát bárki láthatja, ha neki is van egy ilyen Gateway-e, vagy valahogyan ezek az eszközök rejthetőek, a kommunikáció titkosítható?
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz itanczos #4962 üzenetére
Nem, nekem semmim nincs egyelőre, illetve amiről azt gondoltam, hogy van (kapu távirányító) azt nem tudom feltanítani. Meg is rémültem, hogy ha mindenki mindent lát és kapcsolgathat, akkor ilyet én nem biztos hogy szeretnék. Nem igazán világos, hogy az RFLink ezeket csak látja, vagy kezelni is tudja őket. Domoticz alól simán ki tudok küldeni ezekre az izzókra OFF/ON jelet, csak ugye fogalmam nincs, hogy van-e hatása.
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz itanczos #4964 üzenetére
Igen, látom a lámpák státuszát, kapcsolás után változik, de ez ugye RF, tehát nincs visszajelzés. Ha a gatewayről leveszem a transmitter részt, akkor is változik a státusz, pedig olyankor nyilván nem történik semmi. A lényeg - és amitől tartok - hogy egy ilyen hálózat nem védett, szóval elvileg kapcsolhatom én is, de valaki megcáfolhatna.
Egyébként társasház, lehet hogy este körbe kellene sétálnom és megnézni, hogy ki anyázik ha lekapcsolok mindent?Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Köszi, közben megtaláltam én is az 5 perces engedélyezést, így már azért jóval kevesebb eszközt talál meg a Gateway.
Redőny: ha jól sejtem, akkor úgy tanítottad meg az RFXCOM-ot, hogy a gyári távval kapcsoltál párat és ő felismerte és ennyi? Szerinted ha én a szomszédod lennék és az RFLinkem elcsípne egy-egy olyan jelet, amit az RFXCOM küld, akkor azt nem tudná reprodukálni? Egyébként valamelyik reggel fogtam vele redőny jeleket is.
Ugrókód: szerintem van olyan, amit az RFLink kezel, legalábbis a FAQ-ban van erre utalás. Nekem az a problémám, hogy már fogni sem tudom a jelet, pedig elvileg 433 Mhz-en kommunikál. Mondjuk 433,92-t ír a honlap, lehet az a baj.
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz itanczos #4969 üzenetére
Valami ilyesmit látok a logban:
20;5B;LEGRANDCAD;ID=0904;SWITCH=01;CMD=ON;
Értelmezésem szerint ez egy RF szignál, amit fogalmam nincs hogy mi küld:
a.) egy távirányító és ezzel bekapcsolja az izzót
b.) maga az izzó jelez vissza, hogy be van kapcsolvaÉn inkább az a.)-ra szavazok. Mivel CMD, és nem mondjuk STATE, vagy valami hasonló. Arra tudok gondolni, hogy mivel ezek az esti órákban jelentek meg, ezért ott volt egy lámpa felkapcsolás valami automatika által. Ennek az ON parancsát sikerült elfognom. Viszont ezek után miért ne tudnám én is kiküldeni az ON parancsot?
Kétirányúság: ezt kifejtenéd? Többször írtad a topikban, hogy ezeket a rádiós kapcsolatokat el kell felejteni, mert egyirányúak és nem tudjuk, hogy az esemény valójában megtörtént-e (és ezzel részben egyet is tudok érteni).
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Sziasztok!
Redőny automatizálásnál hogyan, mivel szereztek tudomást a redőny aktuális állapotáról? Hogyan tudhatom meg, hogy a nappaliban lévő redőny 50%-on áll? Létezik itt kétirányú kommunikáció, ami Domoticz kompatibilis?
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Köszi mindkettőtöknek!
Még pár dologban szeretnék iránymutatást kérni, mert hirtelen lett nagyon komplex a projekt.
Most kezdenénk el építkezni, és szeretném a lehető legtöbbet kihozni új otthonunkból. Eddig elbohóckodtam a Xiaomi cuccokkal, néhány RF-es érzékelővel, de nem feltétlenül ragadnék le ezen a szinten.
Leírom pár szóban, hogy mit szeretnék és mire gondoltam, ha kapok pár véleményt, már az is nagy segítség lenne.Kontroller szoftver: Domoticz
Világítás: Az igény az lenne, hogy fali kapcsolókkal és szoftveresen is lehessen az egyes fogyasztókat kapcsolgatni. Elvárás, hogy az egyes izzók állapotát mindig lássam, dimmelhetőek legyenek, legyen belőlük RGB és sima fehér is. A Philips Hue rendszerre esett az elméleti választásom.
Konnektorok: Szeretném látni és kapcsolni az állapotukat, fogyasztás mérés, vagy annak a jelzése, hogy a rajta lévő fogyasztó be van kapcsolva elvárt. Falba süllyesztett konnektort szeretnék, nem utólagos okos konnektor megoldást. Mivel van sok buta eszközöm (tv, HTPC, router, stb), szeretném ezek állapotát lekérdezni (pl. tv be van kapcsolva). Itt meg vagyok lőve, hogy hova tovább.
Fűtés: több zónás padló és mennyezetfűtés hőszivattyúval. Teljes fűtés/hűtés vezérlést kellene megoldanom. Szobánként külön termosztát, vezérelhető legyen termosztátról és szoftveresen is a hőmérséklet (ha felhúzom Domoticzban a nappalit 23 fokra, akkor azt lekövesse a termosztát is). Honeywell EvoHome jó választás lehet erre, vagy valami DIY cuccban kellene gondolkodnom?
Árnyékolás: Fibaro Roller Shuttert megnézem, bár nem tűnik olcsónak. Szintén azt szeretném, hogy fali kapcsolóval és szoftveresen is állíthatóak legyenek az egyes árnyékolók. Az állapotukat mindig tudni szeretném.
Jelenlét/mozgás érzékelés: itt vagy RF megoldások játszanak és egy RFLink gateway, vagy épített MySensors mozgásérzékelők.
Hőmérséklet, páratartalom, fény mérése: szintén vagy valami RF megoldás, vagy épített Mysensors érzékelők.
Mire nem gondoltam, illetve mit kellene átgondolnom a fentiekkel kapcsolatban?
Köszönöm!
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Sziasztok!
Philips Hue világítás kiépítésénél szükségem lesz hagyományos fali kapcsolókra? Van erre bármilyen előírás, vagy rakhatok mindenhova dimmer kapcsolót?
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Nincs még kapcsoló sem. Építkezünk, most kellene megterveznem a villanyszerelőnek, hogy mit hova kössön.
Elképzelésem (nem ismerem a szakszavakat, elnézést): lehúzatom a kapcsolóig dobozba a vezetőket az izzóktól, de nem tetetek fel rendes kapcsolót, hanem a dobozban rövidre záratom ahogy írtad. Hagyományos kapcsoló helyett Philips Hue dimmer switch menne fel mindenhova. Mivel a dobozban ott lesz a vezeték, ezért utólag bármikor dönthetek úgy, hogy hagyományos kapcsolót rakatok fel, ha kellene. Ez így akkor ok ugye?Konnektorok: nem találok értelmes áron falba süllyeszthető okos konnektort, ezért arra gondoltam, hogy a nagyobb fogyasztók mögé betetetek egy Shelly 1PM-et. Igazából nem is feltétlenül kapcsolgatni szeretném őket, a cél inkább az lenne, hogy tudjam, hogy a buta TV vette-e az infra távirányító jelét és sikeresen bekapcsolt, vagy kikapcsolt (persze nem hátrány a fogyasztás monitorozás sem). Bepattintanék még egyet a hűtő, mosógép, szárítógép mögé, csak a fogyasztás miatt. Ez működhet ugye?
Szerk:
Hue bridge: zigbee2mqtt bridge-el nem tudom kiváltani teljesen, vagy nem érdemes?[ Szerkesztve ]
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
"A helyedben belemélyednék inkább abba, hogy milyen egyéb jó ár/érték arányú vezetékes rendszerek vannak a piacon, hiszen most még azt csinálsz amit akarsz a kábelezéssel."
Létezik vajon olyan, ami annyi szabadságot ad, mint egy HA, vagy éppen Domoticz? Nem zárt, nem vagyok rákényszerítve arra, hogy csak egy bizonyos gyártótól szerezzek be eszközöket? Kombinálhassak zigbee-t, RF-et, Wifit, stb? Ne kelljen szakembert hívnom, ha új eszközt szeretnék berakni a rendszerbe, mert valamit fel kell hozzá programozni?
A kivitelező KNX szabvány irányába szeretne terelni, csillagpontos rendszer, meg mittudomén mi...
[ Szerkesztve ]
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz kleinguru #10511 üzenetére
Ha nekem nem is rossz, attól félek, hogy a pénztárcámnak nem lesz jó. Bár tegyük hozzá nem láttam még KNX alapú rendszert, fogalmam nincs hogyan működik és sajnos nem is ismerek senkit, aki ilyet használna.
Javítsatok ki, ha tévedek, de KNX szabvály használatához jó eséllyel szakemberre lesz szükségem. Komoly tervezés, szabályosított eszközök használatával, vezetékezéssel, jó előre gondolkodással lehet egy zárt és megbízható rendszerem.
HA, Domoticz vonalon mozogva valószínűleg sok szopás, utána járás, olvasgatás után lehet egy félig meddig magam által épített rendszerem, amit szabadon bővíthetek, barkácsolhatom saját magam, állítgathatom a szabályokat, kísérletezhetek bármivel.
Fogalmam nincs melyik a jobb. Az olcsóbbra van tippem. A megbízhatóságra is. Mi az előremutató manapság? Miben jobb egyértelműen a KNX, mint a home-made megoldások? Hol vérzik el egy HA, vagy Domoticz?
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Sziasztok!
Épp váltok Domotizcról Home Assistantra + lecseréltem a Xiaomi Gatewayt egy CC2531 USB stickre (zigbee2mqtt). Be is üzemeltem egy mozgásérzékelőt és egy xiaomi okos dugaljt, kapcsolgatni vele egy lámpát. Frankón működik minden csak nem teljesen tiszta a kommunikáció mikéntje.
Kérdésem: kell nekem itt most mosquitto, vagy hogy a viharba kommunikál a Home Assistant és a zigbee-s eszközök? Telepítettem és állítgattam mindent, jó lett végül, csak nem értem mi történik.Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Sziasztok!
Visszakanyarodva a topik témájához, valaki segítene értelmezni a lenti sorokat:
A WTC-3 szabályozóegység a Modbus-RTU kommunikációs protokollon keresztül a legtöbb épületszabályozási rendszerrel összeköthető. Az épületszabályzási rendszer a lényeges információkat (fűtési/hűtési üzem, hőmérsékletek, energiamegtakarítási mód) a WTC-3-ból kiolvassa, és azt szabályozza.Kommunikáció
Fizikai interfész: RS-485, halfduplex
Vonalvégi lezárás: Be: kapcsoló a készülék széle
felé kapcsolva
Felfűzhető készülékszám: 64 db
Legnagyobb vezetékhossz: 1200 m
Kábel típusa: 2 db sodrott érpár, pl. CAT5 UTP
Protokoll: MODBUS-RTU
Adatátviteli sebesség: 9600 bps
Paritás: „N”
Data bit: „8”
Stop bit: „1”
Válasz időkorlát: TIMEOUT = 2 mp
Egyszerre kiolvasható adat: max. 30 db regiszter vagy 480 bitHome Assistantba kellene bedrótoznom egy WTC-3 szabályozót. Életemben nem láttam még ilyet, a kérdésem az, hogy egyáltalán lehet-e? A MODBUS protokollt elvileg támogatja a HA, de itt meg is akadtam. Mire lesz majd szükségem a kommunikációhoz?
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Nem tudom, hogy volt-e szó róla a topikban, ha igen, akkor elnézést az ismétlésért.
Aki használ Xiaomi mozgásérzékelő szenzort, az nyilván ismeri a működésének azon korlátját, hogy ha a szenzor mozgást érzékel, akkor utána - ha jól emlékszem - 90 másodpercig "blokkolt" állapotba kerül és nem küld magáról semmilyen életjelet. Ez a 90 mp-es időablak talán állítható 60-120 másodperc között, de ebben nem vagyok biztos (valaki esetleg megerősíthetné).
A gyakorlatban ez azt jelenti, hogy ha bemegyek a szobába akkor a szenzor "motion on" állapotba kerül és így is marad a megadott időablak végéig, függetlenül attól, hogy még ott vagyok, vagy sem. Ha ezzel egy izzót vezérlek, akkor jó eséllyel az is csak akkor kapcsol ki, ha a szenzor visszavált "motion off" állapotba.
Megtanultam együtt élni ezzel, kicsit ugyan szokni kellett, hogy a lámpák nem egyből kapcsoltak le, de ma délután végre vettem a fáradtságot és az összes mozgásérzékelőt meghackeltem egy neten található leírás szerint. A módosítás lényege annyi, hogy a szenzort teszt üzemmódba kell kapcsolni, így 3-5 másodpercenként képes a mozgást detektálni és nem került blokkolt állapotba.
Ez amolyan fél siker, mert ettől függetlenül az időablak létezik, tehát a "motion off" állapotot csak 90 mp után veszi fel, viszont egy kis automatizálással ezt is le lehet szorítani akár 1 mp-re.
A végeredmény annyi, hogy az időablak végre nem csak a gyártó által megadott alapértelmezett sávban állítható, hanem attól lefelé is lényegesen el lehet térni és jóval reszponzívabbak lesznek a szenzorok, folyamatosan érzékelik a mozgást.
Ha valakit érdekel, akkor összeszedem a linkeket és egy leírást, hogy hogyan lehet mindezt megvalósítani Home Assistant és zigbee2mqtt segítségével.
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz freemanone #11456 üzenetére
Az elemekre én is kíváncsi leszek, meglátjuk.
A koncepció lényege az alábbi lenne: fürdőben, mellékhelyiségben, közlekedő helyiségekben, lépcső feljáróban szeretnék a fali kapcsoló mellé mozgásérzékelős megoldást. Home Assistant felületére feltennék helyiségenként egy-egy csúszkát, ahol konfigurálható lenne az időablak hossza másodpercben. Lehet, hogy a gyakorlati használat során a végeredmény az lesz, hogy a csúszkát fel fogjuk húzni 90 mp-re, de legalább megvan a lehetőség, hogy levegyük 30 mp-re. Majd kiderül, hogy milyenek a felhasználói szokások, de legalább már van rá opció, hogy szabadon állítgathassuk és mindehhez nem kell config fájtl túrni, hanem felületről módosíthatóak az értékek.
IKEA Tradfri izzókat használok és arra gondoltam még, hogy ha mondjuk beállítok 30 mp-et és ennyi ideig nincs mozgás, akkor 20 mp után elkezdem dimmelni az izzót, ezzel jelezve, hogy a lámpa hamarosan kikapcsol. Aki tehát bent van a fürdőben, az tudni fogja, hogy most akkor mozogni kellene, mert mindjárt kapcsol a lámpa. Nem biztos, hogy elegáns, de legalább nem fogsz vaksötétben borotválkozni egyik pillanatról a másikra.Jelenlét érzékeléshez egy ötlet: [link]
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz guess.who #11462 üzenetére
Köszönöm, a linket, igen, ezen leírás alapján módosítottam a szenzorokat!
Amire szeretném felhívni a figyelmet: óvatosan kell szétszedni a szenzorokat, mert hajlamosak törni a műanyag részek, nekem sajnos kettőt is ragasztanom kell majd.
Forrasztás: tényleg nem egyszerű, ráadásul én halál béna is vagyok, de 5 percnél valóban nem tart tovább.
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz kicsi kecske #11474 üzenetére
Nekem is hasonló dilemmám volt, és végül okos izzó + okos kapcsoló páros mellett tettem le a voksom.
Kapcsolókat tekintve még nem döntöttem, de vagy Philips dimmer, vagy IKEA Tradfri.
Izzók: Philips Hue a főbb helyiségekbe (nappali, konyha, háló, fürdő esetleg), IKEA Tradfri a kevésbé frekventáltakba (mosókonyha, lépcső, kültér, tárolók, gyerekszobák, gardrób). Vezérléshez zigbee2mqtt és Home Assistant. Mivel most építkezünk, így hagyományos kapcsolókat fel sem szereltetek, csak a dobozt rakatom be, ha esetleg később szükség lenne rájuk.Yeelight: nekem volt egy ilyen izzóm, pont a hétvégén tegnap cseréltem le IKEA-sra. Utóbbi színhőmérséklete és fényereje számomra sokkal meggyőzőbb.
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
-
Gh0sT
addikt
válasz kicsi kecske #11486 üzenetére
Mit értesz normál fali kapcsoló alatt? A Philips dimmer kapcsolója is simán mehet a falra.
Ha jól értem, neked most normál fali kapcsolóid vannak. Miért nem szereled őket le, zárod az áramkört a dobozban, feded le a dobozt és ezt az egészet elrejted egy elemes dimmer kapcsolóval? Szerintem esztétikailag nem fog látszani, hogy ott korábban fali kapcsoló volt.
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz freemanone #11490 üzenetére
"a HUE HUB nélkül nem működik az entertainment funkció"
Pont azon gondolkodtam, hogy mire kell a HUB?! Mit tud ez az entertainment fukció? Nem lehet ez HA-ban valami automatizmussal megoldani?
"Viszont nemtudom, hogy a HUB nélkül ez beállítható-e mondjuk a kis zigbee snifferrel."
zigbee2mqtt támogatja a power on behaviort, szerintem ez lesz az.[ Szerkesztve ]
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz kingmechanik #11526 üzenetére
Mi is építkezünk. Vezetékezést javasolja mindenki, mert megbízható és biztonságos. Voltam több helyen, megnéztem okos-otthon koncepciókat, kértem ajánlatokat.
Két dolog:
- eszméletlenül drága, ha szakemberrel csináltatom, nem jön ki 4 millió Ft-ból úgy, hogy ebben nincs benne sem a villanyszerelés, sem a kültéri okosítás (kert, medence)
- kompromisszumos megoldás, mert jellemzően zárt az egész rendszer, nem, vagy csak nehezen tudok bele integrálni saját dolgokat, korlátozottan bővíthetőÉn a kritikusnak nem ítélt helyeken egyértelműen a vezeték nélküli technológia mellett teszem le a voksom így az 5G forrradalom küszöbén. A tendencia az, hogy ahol csak lehet egyre inkább a vezeték nélküli technológiát preferáljuk, ami törvényszerűen gőzerővel fejlődik emiatt. Szerintem annyira már nem egyértelmű, hogy ami olcsó, vagy éppen vezeték nélküli az nem megbízható.
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Sikeresen integráltam HA alá a Zigbee Map-et. Azt vettem észre, hogy az eszközeim nagy része a coordinatorhoz kapcsolódik, elvétve van olyan, ami valamelyik routert használná.
- Mi a logika a hálózat felépítésekor? A jelerősség alapján kapcsolódnak az eszközök?
- Miért van az, hogy a coordinator és a routerek között kétféle jelerősségem van?Soha nem késő, hogy azzá válj, aki lehettél volna.
Új hozzászólás Aktív témák
- Xiaomi Smart Cooking Robot. Teljesen új bontatlan 2 év garanciával!
- Raktáron! Új EVSE EV 3 fázisú 11kW-os hálózati töltők elektromos autókhoz, 3 év garanciával!
- Leárazás! AKCIÓ, BOLTI ÁR ALATT! Xiaomi HUTT C6 ablaktisztító robot
- Magyar menüs Saeco Picobaristo OTC (HD8927) tejtartállyal
- Gorenje KAM 35 THP 3.5 kW mobilklíma
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen