Files
nanobot-runtime/projects/iot/state.md
2026-09-09 14:40:49 +02:00

4.6 KiB
Raw Blame History

State

Témata projektu

  1. Měření teploty/vlhkosti v „chlívku" — znovu zapojit (dříve provozované, nyní nedopadá). Detaily hardware a důvod odstavení neznám.
  2. MQTT broker — plán: samostatný LXC kontejner na Proxmoxu.
  3. Home Assistant — plán: provozovat ve VM na Proxmoxu.
  4. Otevřená otázka: čidla fyzicky jinde — jak dotáhnout čidla k HA, když nejsou u HA; hlavně Zigbee (rádiová, potřeba koordinator v dosahu) a Matter (obvykle přes Wi-Fi/Thread).

Tuya WiFi čidla — DEFINITIVNÍ ZÁVĚR: slepý konec

Data nelze dostat lokálně (HTTPS pinning, krátká spojení), jediná cesta: Tuya cloud API. Reflash nereálný (novější chipy), sniffing zamítnut. Všechny cesty (per-device poll, hromadný poll, Pulsar push) limituje samotný model „data musí projít Tuya cloud“ — kvóty Trial Edition (26k API volání/měsíc, 68k messages, 50 zařízení, bez overage) to neobejde žádným designem. Neškáluje.

Rozhodnutí:

  • Target = Zigbee (ZB Bridge Pro) + MQTT lokálně — plná vlastní režie, žádné kvóty. Alternativa: WiFi senzory ve vlastní režii (ESP32 DIY) publikující přímo na MQTT.
  • Zpracování pravděpodobně HA, ale ne nutně — MQTT je neutrální sběrnice, konzument cokoliv.
  • tuya2mqtt bridge = legacy — pro existující Tuya WiFi čidla, dokud se nevymění. Jednou vymře.
  • Migrace postupná: čidlo umře / slabá baterie / špatné měření → náhrada Zigbee/ESP32. Žádná aktivní hromadná náhrada zdravých čidel.
  • Lekce: nekupovat další Tuya WiFi battery čidla. Před nákupem čidla ověřit, že data jdou v plné vlastní režii (MQTT-first, žádný povinný cloud).

Pro reference (co jsme ověřili):

  • Hromadný /v1.0/iot-03/devices/status — jen code/value, bez timestampu, limit 20 IDs.
  • Per-device GET /v1.0/devices/{id} — status[] + update_time + online; 10 čidel × 15 min ≈ 29k/měsíc — přes limitem.
  • Message Service (Pulsar push) — existuje, latence sekundy, ale žere message kvótu (68k/měsíc) a při častém reportu ji vydře.
  • Pokud by se legacy bridge přece jen stavěl: Pulsar push primárně, pomalý poll (1×/h) fallback, dedup na update_time.

Zigbee brána — rozhodnutí

Požadavky: bez počítače na místě (žádný RPi, žádný server), okamžitě funkční po power-loss, žádný boot/maintenance, WiFi nutně, Ethernet kabel nepoužitelný. Max. zásah = přehrání firmware. NIC nestavíme.

Kandidáti (network coordinator s WiFi):

  1. SMLIGHT SLZB-06M / SLZB-06p10 — ETH+USB+WiFi v jednom, firmware bez OS, vlastní web UI vč. remote flash, Z2M připojení tcp://<ip>:6638. Nejrozšířenější v komunitě, oficiálně podporovaný síťový adapter v Z2M.
  2. SONOFF ZB Bridge Pro (ZBBridge-P) — WiFi brána, potřebuje Tasmota flash (EZSP, EFR32MG21), pak network coordinator pro Z2M přes tcp://ip:8888. Levnější (~29 USD, OpenELAB), ale hacknutá cesta.
  3. SONOFF ZBDongle-Max (Dongle-M) — EFR32MG24 + ESP32, ETH/WiFi/USB, síťový mód pro Z2M. Novější, méně zavedený. Cena ~43 USD (sonoff.tech, ETH+PoE zaměřený — WiFi podporuje, ale je to spíš PoE dongle).

Zigbee mesh — praktická zkušenost

Mesh u náplňových čidel (CR2032) reálně nefunguje: čidlo se probudí, odvysílá a v tu chvíli nikdo jiný nevysílí, relay cesta nevzniká. Ověřeno prakticky mnohokrát. Čidlo musí mít přímý dohled na coordinator, jinak smolík. Umístění coordinatoru je kritické; případně více coordinatorů (každý s vlastní Z2M instancí).

Preference: SONOFF ZB Bridge Pro — zvoleno. Kompaktní, ~29 USD, USB napájení, WiFi. Tradeoff: Tasmota flash (EZSP, EFR32MG21) nutný před použitím; pak network coordinator pro Z2M přes tcp://ip:8888.

Čidla fyzicky jinde — vyřešeno

Zigbee: síťový coordinator umístěný pro rádiový dosah + mesh z mains-powered zařízení (routery). Náplňová čidla jsou end-devices. Matter: Wi-Fi čidla pokryje WiFi síť; Thread potřebuje OTBR (experimentální v HA, nižší preference než Zigbee).

Tuya WiFi čidla — otevřená otázka

User by je chtěl používat (levná), ale: natvrdo vypálená HTTPS adresa (Tuya cloud), čidlo se na WiFi připojí jen krátce při vysílání. Lokální odběr dat tedy prakticky nemožný — data jdou do Tuya cloudu a ven se dostanou jen přes cloud API, nebo vůbec. Možnosti probrat: Tuya cloud API integrace (LocalTuya nefunguje na battery WiFi čidla), nahrazení firmware (ne vždy existuje), nebo se Tuya WiFi čidlům vyhnout.