Az előző, egyszerűbb 433Mhz-es mozgásérzékelő után megpróbálkoztam egy több helyen említett, Kerui gyártmányúval.
A Kerui P829 fizikailag egy fokkal talán biztonságosabb, mint a korábban tesztelt Digoo másolat, amennyiben ezeken szabotázsjelző kapcsoló is helyet kapott, valamint van be-kikapcsoló gombja, amit a fedél eltávolításával lehet csak átváltani, ami egyúttal aktiválja a szabotázsjelzést is.. Ára nem annyira baráti: 3500-4000Ft-ért juthatunk darabjához, esetleg szettárban kedvezőbben. Nem mondanám kifejezetten szépnek, maradjunk annyiban, hogy egy aránylag formatervezett, meglehetősen duci libatojásra hajaz. A csomagolásban egy műanyag tartókonzol is helyet kapott.
A korábbihoz hasonlóan kikapcsolható rajta a mozgást visszajelző LED fény, ami leginkább csak a beállítás idején használatos, hogy lássuk merre és meddig lát el, kell-e esetleg forgatni a konzolon. Nem mellesleg az elem élettartamnak is jót tesz, ha kikapcsoljuk.
A cím viszont nem állítható, mivel csak 1 db-ot vásároltam tesztre, így csak remélni tudom, hogy mindegyik példány más-más RF kódot sugároz mozgásra. (egy kódot küld, ha mozgást észlel, és egy másikat, amikor valaki leszedi a hátlapját, a képen látható szabotázskapcsolót a hátlapon levő pöcök tartja benyomva normál állapotában) Tehát a szokásos módon azt nem tudjuk meg, hogy mikor van vége a mozgásnak, hanem a Domoticz-ban egy auto OFF beállítást kell alkalmaznunk pl 10-30másodperc után automatikusan álljon vissza KI állásba a virtuális kapcsoló.
Papíron alacsony elemfeszültségnél (<=2.4V) is küld RF jelzést, ezt még nem tudtam kipróbálni.
Áramellátása 2 db AAA 1.5V elemmel történhet, az alján levő mikroUSB aljzat célját "External power adaptor" viszont nem tudom értelmezni, ha elem nélkül simán USB töltőre kötöttem az eszköz nem indult el, így ez nem lehet tápellátás, maximum elemtöltő, de az álmoskönyv szerint a nem tölthető elemek töltése nem jó ötlet, így ezt nem próbáltam ki... viszont a tölthető AAA elemek 1.2V-osak, és a fenti értelmében ezt már alacsony feszültségnek érzékeli, szóval ez szövevényes.
Készenléti áramfelvétele 50uA, négyszer annyi, mint a Digoo-másolatnak, így igencsak kétséges, hogy ez a modell 1-2 hónapnál többre lenne képes egy elemmel. Riasztási áramfelvétele viszont ugyanaz, mint a másik modellé: 25mA. Természetesen a működési időszak inkább csak saccolható, mivel erőteljesen függ a mozgás sűrűségétől. Az adatlapján említett 8méteres észlelési távolságot valóban tudja.
A 433Mhz-es eszközök frekvenciája aránylag könnyen zavarható, így kormányügynökség-szintű védelmet ne várjunk az eszköztől, és MABISZ ajánlás híján a biztosító sem fogja elfogadni káreseménynél, mint riasztórendszert.. ha mindezeknek tudatában vagyunk, és együtt tudunk élni vele, nem annyira rossz választás. Ja és természetesen szigorúan beltéri használatra, mivel semmilyen por vagy vízvédelemről nincs szó az adatlapján, és a PIR ablaka melletti résen jelentős mennyiségű rovarállomány, por/víz is bejuthat az eszközbe..
Akik nem feltétlen DIY-megszállottak, a Kerui saját riasztóközpontját (cirka 60dollár) is megvehetik hozzá, de a korábbihoz hasonló módon használható akár DIY RF vevővel, akár USB-s RTLSDR vevővel, bár ez utóbbiban egy kicsit csalódtam. Ugyanis az rtl_433 a leírások szerint támogatja a Kerui protokollt, viszont a hozzám érkezett teszt-egyedet nem ismerte fel, méghozzá ahogy láttam az időzítések jelentősen eltérnek attól, amit az rtl_433 várna. Ami több okból is lehetséges, akár gyártónál lett ez a sorozat másképp felprogramozva, akár ez egy gyenge másolata az eredetinek.. lényeg az, hogy továbbra is csak az univerzális FLEX enkóderrel lehet megismertetni az rtl_433-al ezt a mozgásérzékelőt is.
Ami úgy zajlik, hogy beütjük az "rtl_433 -A" parancsot és miközben mozgással ingereljük a mozgásérzékelőt, figyeljük a konzolon megjelenő analízist.
Nem biztos, hogy elsőre sikert aratunk, próbáljuk néhányszor meg.. ha sikerült, akkor valami ilyesmit látunk:
Attempting demodulation... short_width: 756, long_width: 2032, reset_limit: 9160, sync_width: 3316
Use a flex decoder with -X 'n=name,m=OOK_PWM,s=756,l=2032,r=9160,g=0,t=0,y=3316'
A Flex enkódert a következő parancssorral izzíthatjuk be a fenti szerint:
rtl_433 -X 'n=Digoo,m=OOK_PWM,s=756,l=2032,r=9160,g=0,t=0,y=3316'
Ez után már küldi akár JSON formátumba is az észleléseket. Domoticz-al egy az egyben így sajnos nem használható, előbb át kell alakítani a bejövő adatokat. A tesztelgetés végén vegyes érzéseim maradtak az eszközzel kapcsolatban.
A bejegyzés trackback címe:
Kommentek:
A hozzászólások a vonatkozó jogszabályok értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a Felhasználási feltételekben és az adatvédelmi tájékoztatóban.
BigCsaba 2019.09.15. 19:51:31
Küzdöttem egy sort a DIY RF433 vevővel - mondhatni mérsékelt sikerrel. Platformio-val sikerült befordítanom a _P111_RF.ino plugint ESPEasy 1MB-os binárisba (normál változatába), de ESP01-re feltöltve nem sikerült életet lehelnem a RXB12-vel összekötött eszközbe. GPIO2-re kötve semmi értelmezhető jelet nem produkál a rendszer, a log-ban sem látszik, hogy lefutna a kapcsolódóesemény (egy elem nélküli csengőgomb jeleit kellene érzékelnie). Ami különös, hogy az ESPEasy-ben létrehozott device változója csak egy hosszú numerikus.
Van ötlete, hogy mit szúrhatok el, a fordítás rossz, vagy az ESP01-RXB12 nem túl komplikált összekötése hibádzik, vagy az önindukciós csengőgombok (két típussal is próbálkoztam) dolgoznak másként, mint én szeretném... Kifogytam az ötletekből hogy merre tovább - örömmel venném, ha tudna tanácsot adni.
Köszönettel
NCs