6a. ESP-NOW spolupráce mezi EaSun NOVÉ

Kapitola 6a · vývoj · menu Now · /easun-now · FW S3.0703 / 32.0703

Kromě teplotních vysílačů (TX) mohou spolu komunikovat i samotná zařízení EaSun ↔ EaSun přes ESP-NOW — stejný PMK jako u TX, bez druhého klíče. Stránka v menu: Now (/easun-now).

AKTUALIZACE (vývoj) Automatický jednoskokový most, sdílení priority topení (TSSR) rádiem, volitelné doplnění FVE/zátěže při výpadku MQTT, sdílení stop/pohotovosti, informativní T / LUX / DHT22 od souseda (neřídí PWM). Na všech EaSun držte stejnou verzi FW (patička Home).

Proč spolupráce existuje

Máte často více EaSun na jedné FVE (sklep, dům, skleník…). Router / UniFi nepropojí ESP-NOW — rádio musí „slyšet“ přímý soused, nebo třetí EaSun jako most. Cíl: nesoutěžit o přebytek (priorita topení), mít přehled o měření i mimo dosah čidel a při výpadku MQTT na jednom zařízení dočasně použít W ze souseda.

Co se sleduje a proč PODROBNĚ

Každé EaSun se zapnutou spoluprací periodicky vysílá paket stavu (magic EASN). Přijímač si drží tabulku sousedů (až 6) podle MAC. Níže je přehled polí — co se posílá, k čemu se používá a co to není.

Sledovaná veličinaOdkudPročŘídí topení?
Kód SSR (11 / 21 / 31 / 00) Lokální SSR1–3 na odesílateli Priorita topení (TSSR): Vedlejší netopí, když Hlavní (nebo peer) topí Ano — u Vedlejšího přes TSSR
Role (Hlavní / Vedlejší / Auto) Nastavení na /easun-now Kdo smí diktovat prioritu; Hlavní TSSR od sousedů nepřijímá Nepřímo (pravidla TSSR)
solarW / loadW / grid (cezW) MQTT na odesílateli (nebo 0) Doplnění výkonu, když místní MQTT data stará > ~60 s (volitelně) Nepřímo — ovlivní logiku FVE / limity
SOC baterie MQTT odesílatele Informace ve stavu peera (diagnostika na Now) Ne (SOC limity zůstávají lokální)
Příznaky stop / emergency Lokální stop / pohotovost odesílatele Volitelné sdílení: soused může přestat topit při stopu peera Ano — pokud je zapnuté sdílení pohotovosti
T1, T2, T3 (°C) Hub: z TX / lokálních čidel; sklep: od souseda Přehled na Home u zařízení bez TX — víte, co měří hub Ne — nikdy do teplota1/2/3 pro PWM
LUX (lx) Průměr čerstvých TX (BH1750) na hubu Info + AI luxFresh na hubu; sklep vidí LUX od souseda Ne přes info cache (AI jen kde jsou TX / lokální LUX)
DHT22 (°C / RH %) Preferuje DHT z TX; jinak DHT na desce hubu Okolní klima u čidel / desky — na sklepě jen info box Ne
Název + MAC + hop Název z Now; hop 0 = přímo, 1 = přes most Identita a diagnostika dosahu; název je jen popisek Ne
PMK fingerprint Stejný PMK jako TX Odmítnout cizí síť se stejným kanálem
Uptime Odesílatel Diagnostika (živý peer) Ne
Důležité: teploty / LUX / DHT přijaté přes spolupráce se ukládají jen do informační cache. Řízení bojleru (Min/Max, PWM, SSR) běží výhradně z čidel nastavených na /temp-senders na hubu, který TX skutečně slyší.

Zaškrtávátka na /easun-now — co zapnout

VolbaCo se odesílá / přijímáKdy zapnout
Priorita topení Odesílám svůj SSR kód. Přijímání TSSR jen u role Vedlejší. Vždy při více EaSun na jedné FVE (místo nebo spolu s HTTP TSSR).
Výkon FVE / zátěž solarW, loadW, grid — použije se jen když místní MQTT > ~60 s nestárne / chybí. Když některé EaSun nemá vlastní SA/MQTT, ale soused ano.
Pohotovost / stop Příznaky stop/emergency od souseda → lokální „peer standby“. Když chcete centrálně utlumit topení (např. stop na Hlavním).
Spolupráce zapnuta + Najít sousedy (párovací okno) + stejný PMK. Bez „Najít sousedy“ se nový peer nemusí zapsat do SPIFFS.

Jak často a jak daleko

  • Stav se vysílá opakovaně (rádio, ne přes AP).
  • Peer je „čerstvý“ pro TSSR / výkon typicky do ~3 s; po delší době se považuje za mrtvého.
  • ESP-NOW nejde přes WiFi AP / UniFi — stejný 2,4 GHz kanál + RF dosah (nebo most přes třetí EaSun, hop=1).
Jednosměrný dosah (A vidí B, B nevidí A) je u slabého signálu běžný. Most + ping přeposílaných MAC to částečně vyrovnává, ale fyziku RF nenahradí.

Role — důležité pro TSSR

RoleKdyChování
Hlavní Typicky sklep / primární bojler Odesílá prioritu (SSR). Nepřijímá TSSR od sousedů.
Vedlejší Ostatní EaSun Při topení Hlavního / peera ustupuje. Přijímá TSSR.
Auto Jen jednoduché sítě Nižší MAC = hlavní. Nemíchejte s Hlavní na jiných zařízeních.
OPRAVA CHOVÁNÍ Zaškrtnutí „Priorita topení“ = odesílám svůj SSR stav. Přijímání platí jen u role Vedlejší. Při zapnutém HTTP TSSR se ESP-NOW bere jen od role Hlavní (jinak by Vedlejší, který topí, mohl na Home falešně vypadat jako „primár z URL TSSR“).

HTTP TSSR na /web zůstává záloha v LAN — podrobně 13c. TSSR.

Teplotní vysílače (TX) vs. spolupráce EaSun

TX (/temp-senders)Spolupráce (/easun-now)
Účel Čidla → řízení topení (T1–T3) EaSun ↔ EaSun (priorita, FVE, stop, info)
Limit Max. 10 vysílačů na jedno EaSun Až 6 sousedů EaSun
Kde nastavit TX Na EaSun, které TX slyší (např. u skleníku)
Zařízení mimo dosah TX (např. sklep) Nepřidávejte MAC TX — zůstanou „Nikdy“ Teploty/LUX/DHT jen info od souseda
NOVÉ Další vysílač jen pro LUX: přidejte ho na /temp-senders hubu. LUX ze všech čerstvých TX se průměrují a mohou jít mostem dál jako info.

Automatický most (1 hop)

Když A slyší B a B slyší C, ale A neslyší C: A uvidí C přes most (stav SSR, FVE, info teploty). Funguje oběma směry. V paketu jsou až 3 sloty „přeposlaných“ sousedů (jeden hop). Název EaSun je jen popisek — identifikace je MAC (stejný název na více zařízeních je OK).

Karta „Měření od souseda“ na Home

  • Zobrazí se jen na EaSun bez TX v /temp-senders (typicky sklep) a při zapnuté spolupráci.
  • Obsah: DHT22 / T1–T3 / LUX od souseda, zdroj (název, přímo / přes most).
  • Neřídí topení — PWM a SSR jen z čidel přes /temp-senders na hubu.
  • DHT22 na desce EaSun (GPIO) se na sklepním Home v tomto boxu nezobrazuje (aby se nepletlo s ESP-NOW). Kde jsou TX, karta DHT může být nahoře jako „DHT22 na desce (GPIO · ne z vysílače)“.

Podmínky (všechna EaSun)

  1. Stejný PMK jako u teplotních TX — /temp-pmk.
  2. ESP-NOW mód STA/temp-mode (doporučeno při problémech s dosahem).
  3. Stejný WiFi kanál (stejná 2,4 GHz síť).
  4. Na /easun-now: zapnout spolupráci → UložitNajít sousedy.
  5. Stejná verze FW na všech EaSun (aktuálně vývojová řada S3.0703 / 32.0703).

Doporučené zapojení (příklad)

SKLEP   = Hlavní, spolupráce ON, bez TX v /temp-senders
TEST    = Vedlejší, spolupráce ON, TX + mapování T1–T3 (slyší čidla)
SUMCI   = Vedlejší, spolupráce ON

→ SKLEP vidí TEST přímo; SUMCI přes most (pokud TEST slyší oba)
→ Topení řídí SKLEP podle vlastní logiky / TSSR; teploty od souseda jen info
→ HTTP TSSR na /web může zůstat jako záloha

Časté chyby

  • Různý PMK / jiný WiFi kanál → sousedi se nenajdou.
  • Jednosměrné RF — pomůže most přes třetí EaSun.
  • TX přidané na sklepě → „bez příjmu / Nikdy“ — TX patří na hub v dosahu.
  • Všichni Auto + Hlavní dohromady → chaos v prioritě; držte jedno Hlavní, ostatní Vedlejší.
  • Očekávání, že info teploty na sklepě ohřeje bojler — ne; to řídí jen hub s TX.

Související