Bár az ITEAD a Sonoff Wifis okos-eszközeivel robbant be a köztudatba, nyilvánvalóan ők is rájöttek arra, hogy az akkumulátoros/elemes használatra nem ez a jó megoldás.
Tavaly már piacra dobtak egy Sonoff Zigbee relét, idén nyáron pedig egy teljes zigbee termékkörrel jelentek meg, úgy mint: nyitás-, mozgás-, hőmérséklet-érzékelő, valamint nyomógombbal. És persze ami ezt mind összefogja: az átjáróval vagyis saját Zigbee Bridge megoldásukkal.
A tesztelésre kapott eszközt az Okosotthon.Bolt.hu biztosította, melyet ez úton is köszönök nekik!
Mire jó ez? Arra, hogy maximum 32 Zigbee eszközt elérhetővé tegyen WiFi hálózatról, beállítása a mobilos eWeLink applikáción keresztül lehetséges. Az eszköznek fix (microUSB) 5V tápegység szükséges, adatlap szerint 1A-es, de elmegy bármilyen régi Nokia töltőről is, mivel max 0.1A-es fogyasztást mértem rajta párosításkor. Normál üzemben pedig 0.06A körül fogyaszt csak.
Méretben pont akkora, mint a régebbi Sonoff RF Bridge, és kísértetiesen hasonlít is, csak fekete helyett immár fehér színben pompázik a műanyag ház.
Nézzük először a gyári szoftvert. Ha az eWeLink-et sikerült feltelepítenünk, beregisztrálnunk magunkat, majd belépni a fiókunkba, akkor a + jelre nyomva a Gyors párosítás funkcióval hozzáadhatjuk magát a Bridge-et - nagyrészt - magyar nyelvű varázsló segítségével.
Áram alá helyezése után gyári állapotában párosítási módban van, ha mégsem így lenne, akkor egy hegyes eszközzel az oldalán található kicsi, kör alakú nyíláson keresztül kell nyomva tartani a gombját, amíg el nem kezd villogni. Párosításkor a kék ledje villog, ha sikeres volt, a kék led folyamatosan világít.
Amennyiben sikerrel jártunk, a Bridge eszköz megjelenik az eszközlistánkban, egyelőre még 0 db gyermek (vagyis zigbee) eszközzel.
Ha kiválasztjuk a Bridge-et, felbukkan egy új "Hozzáad" gomb, erre kattintva elkezdi keresni a környékbeli párosítási módban levő Zigbee eszközöket, miközben a zöld LED-je villog.
Tippek:
- először indítsuk el a keresést az alkalmazás segítségével, és csak utána helyezzük a zigbee eszközt párosítási módba, mert van amelyik eszköz hamar kilép belőle
- helyezzük minél közelebb a Bridge-hez a párosítandó eszközt
Amennyiben sikerült párosítani az eszközt, a Bridge-en belül is meg fog jelenni, illetve egy szinttel kijjebb az összes eszköz között is felbukkan annak ikonja.
Xiaomi eszközökkel próbáltam párosítani, de ez - a várakozásoknak megfelelően - nem sikerült. Hiába az 1.2, 3.0 közös Zigbee szabvány, ha vannak külön gyártói paraméterek, opciók. :) (A ZBBridge Zigbee 3.0 szabvány szerinti) Bár állítólag létezik olyan nem-Sonoff zigbee eszköz, amit felismer, kompatibilitás listát nem láttam erről. A Zigbee mesh képességeiről jó tudni, hogy a nem-elemes eszközök hatótávnövelőként is funkcionálnak, ellenben az elemes eszközök csak végpontok, passzív alvó/figyelő módban vannak, hatótávot nem növelnek, ezt érdemes figyelembe venni a tervezési fázisban.
Ennyit a gyári megoldásokról. Jöhet a barkácsolás, ide nekem a csavarhúzót!
A négy öntapadós műanyag talp eltávolítása után a négy csavar eltávolításával megküzdöttem kicsit, a gyárban úgy megtépték őket, hogy feltehetően az örökkévalóságnak szánták...
A lapka nem túl zsúfolt, jól látható bal oldalon az ESP8266 chip, mellette jobbra egy FM25Q16A SPI memória, méghozzá 2MB méretű.
Felül egy aránylag új versenyző kapott helyet, egy EFR32 MG21 Zigbee chip (80Mhz, 96kB memória, 1Mb beépített flash tárhely), ami képességekben méltó társa az ESP-nek, nem úgy, mint a több mint 30 éves technológiát képviselő 8051, amit a belépő szintű Zigbee eszközökbe tesznek. A két eszköz UART kapcsolaton keresztül van összekötve.
Lényeg a lényeghez, hogy ez a chip nemhogy 32, de több mint 100 zigbee al-eszközt is képes lenne kezelni - legalábbis a hardvere képes rá. (Lásd az alternatív chipek erőforrás - eszközszám összefüggéseit a korábbi cikkben)
Ellenben ha jól megnézzük, a bal oldalán jól látható a kihasználatlan SMA csatlakozó, amire igazán tehettek volna egy nagyobbacska antennát, de inkább az integrált áramköri antennát használják. (Ügyes kezű pákászok a kis SMD ellenállás átforrasztásával és egy SMA csatlakozó felforrasztásával pótolhatják ezt a hiányosságot persze, ha minden kötél szakad.) Pedig azt kell mondjam, a házában lenne hely, az RF Bridge esetében két antennát is bele tudtak ugyebár tenni. Jelerősségre valamivel jobb jelszinteket produkál (10-20%), mint a sima CC2530, de nyomába se érhet egy külső antennás CC2538-nak. Egyébként egy korrekten összerakott kis lapkát produkált ismét az ITEAD.
Az eszköz még eléggé új, ennek ellenére a Tasmota fejlesztői már készítettek egy modult, amivel használatba lehet venni az alternatív firmware-el, ám külön felhívják a figyelmet, hogy kísérleti fázisban van a dolog, még fejlesztés alatt áll!
https://zigbee.blakadder.com/Sonoff_ZBBridge.html
Írták azt is, hogy a hegyes normál 2.54-es jumper kábelek vége nem megy be a kis lyukakba, úgyhogy nagyon nem lepődtem meg, amikor szétbontottam a firmware-csere ügyében.
Azt tudni kell rólam, hogy ha nem muszáj forrasztani, én ugyan nem forrasztok. Szóval nem is sokat rágódtam a témán: hogy, hogy nem, UTP kábelem volt itthon, és az ebből kifejtett erek pontosan illettek a megfelelő helyekre, amiket aztán egy laza mozdulattal betoldottam a jumper kábelekbe. A stabilitás kedvéért szokásos bluetack rögzítést tettem a végére, majd mehetett is az USB-be a CP2102!
A GPIO-0-át ne felejtsük GND-re húzni!
Bekötési sorrend:
ZBridge | UART programozó |
ETX | RX |
ERX | TX |
IO0 | GND |
GND | GND |
3v3 | 3v3 |
Windows használók a Tasmotizerrel is felküldhetik a Tasmota firmware-t az eszközre, nincs jelentősége. Én előnyben részesítem a Linux alatt is működő parancssori esptool vagy GUI nodemcu-pyflasher programokat, ezek több platformra is elérhetőek.
Első körben meggyőződök arról, hogy a bekötés helyes az alábbi paranccsal:
sudo esptool.py --port /dev/ttyUSB0 flash_id
És igen, a válasz máris jön:
esptool.py v2.8
Serial port /dev/ttyUSB0
Connecting....
Detecting chip type... ESP8266
Chip is ESP8266EX
Features: WiFi
Crystal is 26MHz
MAC: c8:2b:96:05:d0:50
Uploading stub...
Running stub...
Stub running...
Manufacturer: a1
Device: 4015
Detected flash size: 2MB
Hard resetting via RTS pin...
Látszik az is, hogy igen, 2MB a flash tárhely kapacitása. Ha véletlenül le akarnánk menteni az eredeti firmware-t, itt még megtehetjük az alábbi paranccsal:
sudo esptool.py --port /dev/ttyUSB0 read_flash 0x000000 0x200000 flash_2M.bin
Töltsük le a kifejezetten ehhez készült tasmota-zbbridge firmwaret innen:
https://github.com/arendst/Tasmota/blob/firmware/firmware/tasmota/tasmota-zbbridge.bin?raw=true
Ezzel a paranccsal feltölthetjük:
sudo esptool.py --port /dev/ttyUSB0 write_flash -fm dout 0x0 tasmota-zbbridge.bin
Ha véget ért a folyamat, húzzuk szét az ideiglenes kábelezést, kössük 5v microUSB tápra, ekkor elindul a normál tasmota_xxxxx WiFi AP. Erre bejelentkezve megadhatjuk saját wifi hálózatunk nevét és jelszavát, majd a "Save"-re kattintás után pedig meg fog jelenni a saját hálózatunkon az eszköz.
A Sonoff ZbBridge modul előre ki van választva rajta:
Ám itt még koránt sincs vége a sztorinak, töltsük le az EFR32 friss firmwarét is:
Ezután a "Firmware upgrade" alatt tallózzuk ki ezt a binárist, nyomjunk egy "Start upgrade"-et, majd várjuk meg amíg feltölti, automatikusan újra fog indulni az eszköz, ne zavarjuk a művelet közben.
Ha minden jól ment, a Tasmota Console-ba lépve ilyesmit fogunk látni:
12:59:56 ZIG: Resetting EZSP device
12:59:57 RSL: tele/tasmota_05D050/RESULT = {"ZbState":{"Status":1,"Message":"EFR32 booted","RestartReason":"Power-on","Code":2}}
12:59:57 RSL: tele/tasmota_05D050/RESULT = {"ZbState":{"Status":55,"Version":"6.7.6.0","Protocol":8,"Stack":2}}
12:59:57 RSL: tele/tasmota_05D050/RESULT = {"ZbState":{"Status":3,"Message":"Configured, starting coordinator"}}
12:59:58 ZIG: {"ZbEZSPReceived":"1E0000"}
12:59:59 ZIG: Subscribe to group 0 'ZbListen0 0'
Üssük be ide a:
ZbPermitJoin 1
parancsot, hogy engedélyezzük a párosító üzemmódot. (60 másodperc van rá)
És mik vannak, immár a ZBBridge az említett Xiaomi eszközöket pont úgy felismeri, mint a Sonoff Zigbee eszközöket:
Támogatott Zigbee eszközök listája:
https://zigbee.blakadder.com/zigbee2tasmota.html
Bár a Zigbee2Tasmota bevallottan a Zigbee2MQTT-re alapul, jelentősen le van egyszerűsítve, hogy ESP chipen képes legyen futni, és nem, nem kompatibilis a kettő egymással.
Egyelőre csak a Home Assistant féle ZHA integrációval működik, de ha Domoticz-hoz elkészülne a Zigpy illesztő, azzal is be lehetne üzemelni. Éppen Node-Red segítségével lehetne küzdeni vele, de egyelőre nem látom, hogy megérné a fáradtságot, így én inkább maradok a jól bevált Zigbee2MQTT-nél.
Ítélet?
Egy korrekten összerakott eszközről van szó, ennek ellenére, aki alternatív firmware-el szeretné használni, szerintem ne siesse el a vásárlást, lássuk mire jutnak a fejlesztéssel.
El tudnám képzelni a Zigbee2MQTT helyett olyan esetben, ha az USB stick helye nem a lakás közepén van, ezt a Sonoff ZBridge-et át lehet helyezni központi helyre, majd rajta keresztül illeszteni a Zigbee eszközeinket. Aki megelégszik a gyári szoftverével és nincsenek DIY ösztönei, bátran válassza az eszközt.
Hazai hivatalos viszonteladó:
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.
vampywiz17 2020.09.03. 13:04:50
1. hatotav kb milyen?
2. a supportalt eszkozok megegyeznek a zigbee2mqtt/ZHA-val tamogatottakkal?
eNeS 2020.09.03. 17:25:23
2. valamivel talán kevesebb dolgot támogat, itt a teljes lista: zigbee.blakadder.com/zigbee2tasmota.html
vampywiz17 2020.09.04. 00:02:59
mVik 2020.09.08. 12:06:05
Mondjuk a megadható Rule-ok száma véges, de néhány eszköznél működhet.
eNeS 2020.09.08. 18:22:30
mVik 2020.09.08. 22:19:53
Az RF Bridge-en Portisch firmware generálta RfRaw üzeneteket így küldöm át Domoticz-ba:
on RfRaw#Data do publish domoticz/in {"idx":35,"svalue":"%value%"} endon
Ezt arra tervezem használni, hogy a virtuális redőnykapcsolók állapotát frissítsem Domoticz-ban, ha távirányítóról lettek kapcsolva.
(Ahogy fogalmaztál az Rf Bridge cikk végén, megnéztem milyen mély a nyúl ürege, Domoticzból http-n keresztül vezérlem a Tasmotát, így bármennyi kódot tárolhatok)
Zigbee esetén vhogy azonosítani kéne a bejövő üzenetekből, hogy milyen szenzorhoz tartoznak, és az alapján más-más idx-re küldeni.
eNeS 2020.09.09. 18:31:50
De itt van példának okáért a ZBR3:
13:11:51 RSL: tele/tasmota_05D050/SENSOR = {"ZbReceived":{"0x9F9F":{"Device":"0x9F9F","Power":0,"Endpoint":1,"LinkQuality":108}}}
És az SNZB03_
13:17:37 RSL: tele/tasmota_05D050/SENSOR = {"ZbReceived":{"0xAC31":{"Device":"0xAC31","0500<00":"010000000000","ZoneStatusChange":1,"Endpoint":1,"LinkQuality":84}}}
nincs mo13:18:37 RSL: tele/tasmota_05D050/SENSOR = {"ZbReceived":{"0xAC31":{"Device":"0xAC31","0500<00":"000000000000","ZoneStatusChange":0,"Endpoint":1,"LinkQuality":63}}}
Ha a "Device" JSON tartalmára rá lehet szűrni Tasmota Rules-ban, akkor előbbi esetben a Power értéke a relé állapota, utóbbi esetben a ZoneStatusChange értéke a mozgás.
mVik 2020.10.01. 10:14:46
Ennek az értékét vizsgálom egy dzvents script-el, és ennek függvényében állítom a virtuális redőnykapcsolók állapotát, mert közben elkészült ez is, és még néhány redőnyvezérlős script:)
Nem is mertem Zigbee pluginban gondolkodni, csak ahogy írtad a JSON alapján hivatkozni a device ID-ra, illetve az eszköz állapotára, ha ez megoldható.