FVE s podporou z DS

[rva]

Co je v těch tuya smart temperature/humidity meter netuším. Teploty měřím všude možně vším možným. Zarazilo mě že se taková anomálie, kterou jsem snad zatím nezaznamenal u žádného čidla, téměř najednou vyskytla u dvou čidel na úplně odlišných měřících řetězcích, které spolu neměly nic společného.

[josse]

DS18B20? Tie pri chybe hodia -127°C alebo +85°C.

Čidlo takové číslo nevrací, je to implementace knihovny a takové teploty znamenají ztrátu komunikace mezi číslem a běžícím kódem v mikrokontroléru. Už se nedá určit čím přesně, s největší pravděpodobností HW závada/přerušení vodiče, nebo rušení.

[rva]

Pro měření celkové AC dodávky z paralelních měničů používám Shelly EM (to je to, co má dva nacvakávací proudové transformátory).
Roky funguje, má.
1. Ve vlastním zařízení mám nastavenu jeho statickou adresu stejně jako pro ostatní "pevná" zařízení a ta je mimo rozsah dynamických adres, které přiřazuje router
2. jako pro ostatní Shelly zařízení mám povolen i cloud, takže:
3. live data jsou vidět i v aplikaci ShellySmartControl - tedy jsou posílány na cloud.
4. live data jsou přes integraci Shelly vidět i v HA
5. ALE zařízení přestalo být pod jeho statickou adresou v LAN vidět. Když dám skenování LAN (pod win mám aplikaci netscan). Není na ní ani jiné zařízení.
Vede to k tomuto:
1. když restartuji HA, tak Shelly EM nenajde, nepřipojí se k němu
2. v aplikaci ShellySmartControl data stále vidím, vidím i všechna nastavení, ale když chci nějaké změnit, tak dostanu chybovou hlášku, nejde ani reboot zařízení.
Pro nápravu musím Shelly EM odpojit od napájení, což je nepohodlné. Pak je kdoví jak dlouho viditelné pod svou statickou adresou, ale druhý den už ne.
Příčinu nevím. Nic jsem neměnil, ostatní Shelly zařízení fungují jak mají.

[Aldron]

Mám to rovnako, akurát statická adresa je prideľovaná cez DHCP na základe MAC. Zatiaľ bez problémov. Máš to na kábli, alebo cez wifi?

[dusanmsk]

Bud sa to preplo na dhcp alebo nieco v tomto zmysle. Riesenie blbych zariadeni ktore toto obcas robia je:
1. priradit im static leasu na dhcp serveri
2. a zaroven im nastavit identicku staticku adresu

Potom je aka taka istota ze ked sa to prepne po upgrade/resete omylom na dhcp, bude to mat rovnaku adresu.

Dalsim riesenim je pouzit ipv6 a link local adresu, ale to musi clovek doma prejst na ipv6 (co sme uz aj tak vsetci mali pred 20 rokmi).

[unicast]

A chceš to dělat jako dual stack nebo ipv6-mostly?

[Aldron]

Pokiaľ to v apke ide len čiastočne, tak problém bude skôr v samotnom zariadení. Keďže pripojenie k sieti to má, tak nastavenia by sa mali dať normálne meniť. Apke nevadí dynamická IP. Ešte by možno stálo za to otestovať zmenu konfigurácie pri pripojení mimo lokálnej siete, teda cez internet.

[rva]

Tak to mám nejraději. Zkusil jsem přístup do zařízení zvenku (a možná to s tím nesouvisí), ale vše funguje jak má. Až to nastane další den, tak zkusím, jestli se to takto "opraví".

[Aldron]

Mieril som na problém, že zariadenie je prístupné cez cloud, ale z nejakého dôvodu má problém komunikovať v lokálnej sieti. Vychádzam z predpokladu, že keď si s apkou pripojený do lokálnej siete, tak komunikuje priamo so zariadením a inak cez cloud.
Napadá ma ešte problém s wifi, ale to by sa prejavovalo stále a nie len po určitom čase.
Teda čisto hypoteticky: Ak máš na wifi AP zapnutú izoláciu klientov a Shelly aj HA pripojený tiež cez wifi na ten istý AP, tak by šla komunikácia do internetu, ale nie priamo medzi nimi.
Druhá možnosť je, že Shelly sa pripája na "guest" sieť, kde je povolená len komunikácia do internetu.

[rva]

I když to zlobilo, tak do HA data šla a HA je dostává přes Shelly integraci přímo ze zařízení a ne přes cloud. Ale po restartu HA se stalo zařízení i pro HA neviditelným. Uvidím, jestli se to bude opakovat.