Íme egy újabb okoseszköz, ezúttal egy wifis sziréna, ami e mellett hőmérsékletet és páratartalmat is mér. Hasonló DIY eszközt már készítettem korábban, ám ezúttal megnéztem egy gyári kütyüt is közelebbről.
A készüléket elsődlegesen 5V-os fix tápellátásra tervezték, a rajta látható microUSB csatlakozón keresztül, ám a hátulját levéve behelyezhető 2 db 3V-os CR123 elem is, ami áramkimaradás esetén szünetmentesíti a használatát. A CR123 ugyebár nem tölthető, tartalék áramellátásnak szánták ide, kapacitásától függően (~1500mAh) akár 6-8 órán keresztül is képes lehet működésben tartani ezt az eszközt. Fő funkciója a hangjelzés, de egy hőmérő szenzor is helyet kapott benne.
A NEO gyártó nevével fémjelzett eszközök Tuya felhővel működnek, ám a blog olvasói nyilván sejtik, hogy nem gyári firmware-el kívántam használni. Nosza, szerencsére csak három kis csavar fogta, ami az alján levő konzol eltávolítása után könnyen hozzáférhető.
Viszont annak ellenére, hogy a Tasmota Blakadder adatbázisban szerepel, sajna az én NAS-AB02W6 v4 altípusom nem fog Tasmotával működni, mivel a Tasmota csak ESP chipeken fut, a v4 pedig egy Beken chipet kapott, méghozzá egy BK7231N-t.
De azért fel a fejjel, erre is van megoldás! Már egy éve létezik az OpenBeken nevű projekt, ami a Beken chipekre készült, némileg Tasmotához hasonló nyílt forrású firmwaret takar, megismerkedtem hát vele.
https://github.com/openshwprojects/OpenBK7231T_App
Ezen az oldalon a "Releases" alatt letölthetőek a kész firmware image fájlok a BK7231T, BK7231N, T34, BL2028N, XR809, BL602, LF686, W800, W801, W600, W601, LN882H chipekhez.
Node hogyan tegyük fel a készülékre?
Volt lehetőség régebben a CloudCutter használatával OTA módon, vezeték nélkül is feltenni az új firmwaret, de a 2022 februárnál újabb kiadású firmwarekben a gyártó javította a hibát, ami ezt lehetővé tette. Nem kizárt persze, hogy véletlenül most is a kezünkbe kerülhet régebbi firmware-el szerelt eszköz, ami a raktár sarkában állt eddig, de ne fűzzünk ehhez nagy reményeket.
Ami biztosan működik, az a kábeles feltöltés, amihez létezik egy GUI flashelő alkalmazás, aminek Windows-t használók nagyon fognak örülni, mert Windows .NET alá készült.. elvileg le lehet fordítani Linux mono-ra is, de nem kísérleteztem vele.
https://github.com/openshwprojects/BK7231GUIFlashTool
Szerencsére a programozáshoz szükséges lábak szépen feliratozva vannak:
A CP2102 TX lábát a BK chip RXD, az RX lábat a TXD, a 3V3 lábat a WIFI_3V3-ra és a GND-t persze a GND1-re kell kötni. Amire még szükségünk lehet az a CEN láb, ezt egyelőre ne kössük sehová, de készüljünk fel rá.
Miután ilyenformán összekötöttük a chipet egy CP2102 segítségével, és azt a Windows fel is ismerte virtuális soros portként, akkor azt ki tudjuk választani a "Select UART port" mezőben, majd kiválasztjuk a chip típusát, esetemben ez a BK7231N volt. Utána érdemes a "Download latest from Web" gombra nyomni, ezzel letölti a legújabb megfelelő firmwaret. A letöltés ablakban jól jegyezzük meg a letöltött állomány nevét, mert a "Select firmware"-nél nekünk kell azt kiválasztani.
Mindezek után rányomunk a "Do backup and flash new" gombra, kicsit gondolkozik a program, majd kéri, hogy reseteljük a chipet, hogy elkezdhesse a műveletet... ezt vagy úgy végezzük, hogy a 3V3 kábelt lehúzzuk majd visszakötjük (nekem ez nem jött be) vagy a CEN lábat GND-re húzzuk, pontosan 0.25 másodpercre... Nem mondom hogy könnyű, azt se, hogy elsőre sikerült. :D Mondjuk azt, hogy harmadjára ráharapott, és az alább látható biztató "Writing sector" üzeneteket kezdte írni, majd a megnyugtató "Write success" üzenet jelezte, hogy kész.
Itt említeném meg, hogy a lapon a lyukak meglehetősen kicsik, de mit ad isten, az UTP erek lecsupaszított réz része éppen belemegy, így forrasztanom se kellett! :D
Bár a BK chip adatlapja szerint 200mA feletti fogyasztást produkál (szemben a régi ESP chipek 80-160mA-ével!) és ugyan a CP2102 3.3V-os lába max 100mA-t tud papírforma szerint leadni, ám amíg nem akarok wifi kapcsolatot felépíteni, csak egy gyors programozásra kötöttem be, ellátta a feladatát. (bár egy külső 3.3V tápot szoktak javasolni erre a célra az OpenBeken-nel foglalkozó fórumokon)
A GUIFlashTool a sikeres írást követően elmentette egy backup almappába a régi gyári firmwaret, és megpróbálta kiolvasni a GPIO beállításait az abban levő konfigurációs partícióból. Ez általában működhet, ám sajnos ennél a típusnál nincsenek a WiFi chipre GPIO-k kötve, hanem soros vonalon van egy másodlagos feldolgozóval összekötve, egy számomra azonosíthatatlan FMD G3A4GEH -val. Gyakorlatilag ez az FMD végzi a LED villogtatást, a hangjelzést, illetve a hőmérő és páramérő szenzor leolvasását, a Beken chip csak a netet biztosítja, a kettő között az úgynevezett "TuyaMCU" protokollon folyik a kommunikáció. Amit a Tasmotához hasonlóan az Openbeken is támogat.
Van benne egy 8 ohm 2W hangszóró, ami elméletileg 100dB hangerővel tud riasztani, de gyakorlatban egy 8002D erősítő hajtja meg, aminek az adatlapján max 60dB szerepel.. de én nem vagyok kimondottan hangosítási szakember, így ettől még igaz lehet, amit írt a gyártó.
Szépen összerakjuk és áram alá helyezve immár egy "OpenBK7231N_xxxxx" SSID fog megjelenni, amire rákapcsolódva a 192.168.4.1 címen tudjuk megadni neki a saját wifi hálózatunk adatait.
Azt tudni kell, hogy ez nem egy az egyben Tasmota, csak hasonlít rá a kezdőlapja, a témája, és néhány főbb képességet átvett tőle, de ahogy a WebApplication felületére átmegyünk, rögtön látjuk, hogy máshová kerültünk. (Launch Web Application) - Megjegyzés: a webapp betöltéséhez az eszköznek ki kell látnia az internetre! Persze ez a későbbi működéshez nem szükséges, csak a beállításhoz.
Itt a Config menüben láthatóak az alapadatok, a GPIO lábak beállításai, és esetünkben a Channel típusok, mert abba fogjuk beügyeskedni a TuyaMCU adatait. Normál esetben az Import menüben illesztenénk be azt a JSON-t, amit a GUIFlashTool exportált ki korábban, de mivel az üres, ezért másképp közelítjük meg a dolgot. Bemegyünk a Filesystem menübe, ahol a "List filesystem" listázná ki a rajta levő fájloket, de ez még üres... úgyhogy a "Create File" segítségével létrehozunk egy autoexec.bat nevű fájlt, ami minden induláskor végre fog hajtódni az eszközön.
Ide pedig a következő parancsokat illesztjük be, majd a Save gombra kattintva el is mentjük:
//Drivers
startDriver TuyaMCU
//
//Channels
setChannelType 1 toggle
setChannelType 2 Temperature_Div10
setChannelType 3 Humidity
//ch4 = chime sound
setChannelType 4 TextField
//ch5 = volume 0->high 1->middle 2->low
setChannelType 5 TextField
//ch6 = alarm duration in sec
setChannelType 6 TextField
//ch7 = power type 1->battery high 2->medium 3->low 4->usb port
setChannelType 7 TextField
//
//Links & Vars
linkTuyaMCUOutputToChannel 104 bool 1
linkTuyaMCUOutputToChannel 105 val 2
linkTuyaMCUOutputToChannel 106 val 3
linkTuyaMCUOutputToChannel 102 enum 4
linkTuyaMCUOutputToChannel 116 enum 5
linkTuyaMCUOutputToChannel 103 val 6
linkTuyaMCUOutputToChannel 101 enum 7
//Stop blinking
tuyaMcu_defWiFiState 3
//Ask for status at startup
tuyaMcu_sendQueryState
scheduleHADiscovery 1
//Events
//Ask for temperature data at every 2 minutes
addRepeatingEvent 120 -1 backlog tuyaMcu_sendQueryState;
Majd a főoldalán nyomunk egy Restart-ot és újraindítás után már mutatja is az eszközöket:
Amennyiben szeretnénk az adatokat helyi szerverünkbe küldeni, a Config -> Configure MQTT alatt tudjuk ezt megtenni, ha pedig Domoticz vagy HA rendszerünk van,a Config -> Home Assistant Configuration alatt tudjuk az Autodiscovery topicot módosítani, illetve kézzel indítani egy Discoveryt a "Start Home Assistant Discovery" -re kattintva. Ugyanitt lehetőség van kézzel is módosítani a küldendő konfiguráción (bár a yaml szerkesztést sose szerettem), ám szerencsére automatán átment a hőmérséklet, páratartalom és a kapcsoló eszköz is szépen.
Ami fontos: Domoticz esetén az OpenBeken Config -> Configure General/Flags alatt a Flag33 legyen bepipálva, különben a hőmérsékletadatokat nem alakítja át a Beken küldés előtt, és a 24.1 fokból 241 fok lesz. :)
A hőmérő részétől amúgy nem vagyok elájulva. 0.3C-onként lépnek a visszaadott értékei, de ez nem a pontossága, hanem a léptéke lesz. Csak mihez tartás végett egy 21 fokos szobában 24 fokot mutatott... Nem tudom hol helyezkedik el a szenzora, de olyan mintha a doboza belső hőmérsékletét mérné inkább, a szellőzése pedig enyhén szólva is karcsú. (látszik is, ahogy bekapcsolás után majdnem jó, aztán szép lassan melegszik, de a szoba hőmérséklete az valójában nem növekszik) Nem igazán reagált arra sem, ha a leheletemmel próbáltam melegíteni, viszont a páratartalom változását azt azonnal észlelte legalább. Ha hőmérőt keresnék, biztosan nem ez lenne az első választásom.
Egyéb készségei:
Be lehet állítani, hogy megadott hőmérséklet vagy páratartalom esetén riasszon, a riasztás hangerejét három fokozatban lehet állítani 0 a hangos, 1 a közepes, és 2 a halk. A riasztásra 18 féle (0-17) hangminta közül lehet választani, a fent hivatkozott Blakadder adatbázisban szerepelnek, és a riasztás mellett kéken villogó LED-ek (miért pont kék, ha sziréna?) is jelzik, hogy esemény van.
Van egy fórumtéma is az elektroda.com -on, ahol ezt a típust vesézgetik: https://www.elektroda.com/rtvforum/topic3947937.html
Ítélet?
OpenBeken-nel jól hekkelhető, ez pozitívum. Ajtócsengőnek vagy ébresztőnek el tudom képzelni, konkrétan szirénának nem túl combos, az igazi sziréna olyan, amitől a szomszédok azonnal elkezdenek dörömbölni, hogy mi a fene van... ez nem olyan. A hőmérő része pedig nevetséges.
Ajánlott bejegyzések:
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.
