91 lines
4.7 KiB
Markdown
91 lines
4.7 KiB
Markdown
# 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).
|
||
5. **SDR / radio** — user má HackRF One a RTL-SDR (+ další). Zdroje
|
||
indexované v notes (sekce SDR/radio): GNU Radio World, PySDR.
|
||
|
||
## 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.
|