Experiente cu sisteme smart home

Personal as folosi un e-meter de la Shelly. As masura puterea de pe fiecare faza si la introducerea unui nou consumator esential (gen porneste frigiderul) as opri unul sau mai multi consumatori neesentiali la atingerea unui anumit prag de consum.

De ce nu Tasmota? Pentru ca experienta mea cu ESP spune ca mai devreme sau mai tarziu vei avea probleme cu semnalul. Asta am patit cu 2 ESP8266 si acum cu 1 ESP32 pe care le-am/le folosesc la irigatie si care se deconecteaza si reconecteaza la WIFI dupa ciori. E un fapt binecunoscut.

Din Forumul HASS:
Search this forum for the word ‘unavailable’ and also ‘disconnect’ and you’ll find that this is a pretty common problem not specific to ESP32’s, but to all ESPs whenever there is any kind of imperfection in the network link.
e.g. dropped packets or unusual latency. Try using ‘ping’ against your ESP for a while, and see how many packets are lost. There should be none, but if it’s nonzero, that may be the root cause of your problem, and it’s not necessarily unique to your LAN.


That is, if you can remove the latency and lost packets you would see a dramatic improvement WRT HA connection. I’m convinced that the ESPhome-HA link is too fragile to tolerate even minor net flaws, and needs to be made more tolerant.
So my cards are on the table. But maybe they’ll help you avoid a slew of unnecessary diagnosis work.
(yes, I have an axe to grind, because I’ve been observing this phenomenon for about a year now, but everyone blames power, or bad DHCP, or whatever else there might be. I have seen fragile session layers before, and this one rings all the same bells.)



De la ESPHOME citire:

My node keeps reconnecting randomly¶
Jep, that’s a known issue. However, it seems to be very low-level and we don’t really know how to solve it. We are working on possible workarounds for the issue, but currently we do not have a real solution.
Some steps that can help with the issue:
If you’re using a hidden WiFi network, make sure to enable fast_connect mode in the WiFi configuration (also sometimes helps with non-hidden networks)
Give your ESP a static IP.
Set the power_save_mode to light in the wifi: config (only helps in some cases, in other it can make things worse). See Power Save Mode.
The issue seems to happen with cheap boards more frequently. Especially the “cheap” NodeMCU boards from eBay which sometimes have quite bad antennas.
ESPHome reboots on purpose when something is not going right, e.g. wifi connection cannot be made or api connection is lost or mqtt connection is lost. So if you are facing this problem you’ll need to explicitly set the reboot_timeout option to 0s on the components being used.
If you see Error: Disconnecting <NODE_NAME> in your logs, ESPHome is actively closing the native API client connection. Connect a serial console to inspect the reason, which is only logged via serial. If you see ack timeout 4 right before a disconnect, this might be because of a bug in the AsyncTCP library, for which a fix was included in ESPHome version 1.18.0. If you are running an ESPHome version, prior to 1.18.0, then upgrade ESPHome and build fresh firmware for your devices.
We have seen an increase in disconnects while the log level was set to VERY_VERBOSE, especially on single-core devices, where the logging code might be interfering with the operation of the networking code. For this reason, we advise using a lower log level for production purposes.
Related to this, seems to be the number of clients that are simultaneously connected to the native API server on the device. These might for example be Home Assistant (via the ESPHome integration) and the log viewer on the web dashboard. In production, you will likely only have a single connection from Home Assistant, making this less of an issue. But beware that attaching a log viewer might have impact.
Reducing the Delivery Traffic Indication Message (DTIM) interval in the WiFi access point may help improve the ESP’s WiFi reliability and responsiveness. This will cause WiFi devices in power save mode, such as the ESP, to be woken up more frequently. This may improve things for the ESP, although it may also increase power (and possibly battery) usage of other devices also using power save mode.

Vreau sa spun ca acum eu nu m-as baga la DIY pentru chestii critical. Mai bine apelezi la chestii industriale. Stiu, se pierde din satisfactia contributiei personale, e mai scump, dar as zice ca e mai problem free in viitor.

Nu exista chestii gata facute pentru ce vreau eu.

Ar trebui un PLC, citire comunicatie baterie (tensiune, SOC, curent), masurare curent si tensiune PV (nu-i usor sa gasesti o metoda sa masori 400VCC), masurare curent si tensiune pe consumatori.

Am un shellyEM pe consumul casei care imi returneaza puterea si tensiunea.

As putea incerca un ESP32 cu Tasmota si conexiune retea pe fir.

Pentru automatizarea de la cazan facuta in 2015 am cautat cateva luni. Doream control pe 4 pompe.
Nu gaseam decat cu 2 sau 3.
Adica as fi putut comanda bypassul cu un termostat simplu si pompa radiatoarelor cu TA si un controler separat pentru celelalte 2 pompe sau puteam sa iau un controler pentru 3 pompe dar nu era chiar potrivit.
Mi-am facut singur automatizarea cu un Arduino Nano, am ajuns la a treia versiune si cred ca o sa trec la a patra.
- v1 comanda 4 pompe
- v2 am parametizat si adaugat forward semnal TA catre CT gaz
- v3 adaugat inca o pompa pentru acumulare directa.
- v4(?)...

Edited by radurus, 14 June 2022 - 12:04.

La fel am si eu comanda actuatoarelor si a centralei cu ESP. Doar montajul de la actuatoare mi-a facut o singura data problema in 4 ani. Insa automatizarea din gradina (un ESP 32, bloc de 16 relee plus traf de 24V si alimentator de 12V mi-a facut constant probleme). Chiar ma gandeam zilele astea sa inlocuiesc ESP-ul cu 2xSonoff CH4. Dar mai astept, am incercat acum cu IP fix si alte setari in ESPHOME, sa vedem. Poate si chip-urile de la noi de pe piata sunt slabute, dreaq stie. Oricum, daca ai posibilitatea sa legi ESP-ul la retea cu fir, te-ai scos.

Ca idee, nu ai posibilitatea sa importi datele de la sistemul de panouri in HA?

Am datele de la Sistemul FV in SolarAssistant (un RpiZero2W) si broadcast cu MQTT si HA discover.
Vezi postarea mea cum
adus informatiile de la sonoffPZEM, shellyEM si SolarAssistant in openHab.  https://forum.softpe...2#entry29064946

Ma gandesc sa aduc retea in camera tehnica langa invertor, am un switch dlink gigabit la 5V, pun acolo serverul openHab care e pe LAN, adaug si la RPiZero un usb>lan si daca reusesc si ESP32 cu Wz5500.
Reteaua e acolo dar este conectata la un AP cu PoE (care are inca un port LAN dar n-as vrea sa il inseriez setupul meu). As putea trage o sarma separata.

Edited by radurus, 14 June 2022 - 12:56.

In cazul asta nu inteleg de ce vrei sa faci pingaleala aia la consumatori. Adica logica automatizarii o inteleg, dar mi se pare nu tocmai cel mai fericit caz.

Ideea este de a folosi cat mai mult din energia solara disponibila.

Invertorul debiteaza 5kw (+10% daca il fortez)
PV dau 6kw.
La ora 11 vara bateria de 10.5kwh e plina apoi PV intra in "idle".

De la 95%SOC (chiar de la 70% daca prognoza e deczi insorita) pot activa consumatori pana la 5kw total ca sa nu intre invertorul in overload.
Diverterul trebuie sa faca "back-off" daca puterea totala pe invertor creste peste 5kw sau daca puterea pe baterie creste peste 150W (adica scade productia PV din diverse motive)

Pot implementa logica in Blockly in OH3 (similar cu NodeRed in OH2)

Ce fac cu energia?
O bag in boiler apoi in pufer.
De ce in pufer?
1. Pentru ca in zilele noroase nu voi putea incalzi boilerul electric total si o parte o scot din pufer
2. Daca puferul e cald (>40 sus) la activarea TA porneste pompa radiatoarelor. Daca nu e cald semnalul TA e trimis mai departe catre CT pe gaz (energia din PV e utila in pufer pentru incalzire primavara si toamna)

Pingaleala (keep poweredON by command) are rol de implementare "safety".
Pica reteaua, se opresc, nu-i nici o paguba.
Daca pica reteaua si nu se opresc, pornesc altii manual (cuptor, fierbator) si baga invertorul in overload.
Asta trece pe retea.
Din cauza unui glitch (nu stiu exact unde) declanseaza diferentiala de grid langa invertor (100mA) si cea din BMPM 300mA, totul comuta inapoi pe invertor si apoi invertorul sta in eroare.

Edited by radurus, 14 June 2022 - 13:17.

Problema pe care o vad eu e sa vezi daca nu o dai in niste regimuri tranzitorii mai nasoale. Altfel, n-are ce sa fie rau.

Mi s-a spus ca impamantarea ar putea fi problema (paradoxal)

Nu am impamantarea conectata direct la invertor (e pregatit cablul) ci e la o priza acolo care merge in tabloul casei si apoi merge afara prin FY4.
Recent am adaugat inca 3 tarusi 1.5m (total 5 acum)

Si eu cred ca e ceva regim tranzitoriu. Initial am zis ca e de la plita cu inductie (2kw portabila) dar s-a repetat si pe consumatori preponderent rezistivi (cuptor electrolux).

Edited by radurus, 14 June 2022 - 13:31.

radurus, on 14 iunie 2022 - 07:37, said:

Nu mai bine pui tu comenzi de ON/OFF din server ?
Practic tu vrei sa trimiti doar ON si device-urile sa isi dea auto-off, deci 2 automatizari - una pe partea de server si una pe partea de client.

Sincer, as face tot managementul din server, ON/OFF p fiecare dispozitiv in parte in functie de parametri si prioritati.

Altfel spus, tu vrei sa faci un sistem de load balancing - sunt deja implementate.

Stiu ca exista.
Daca te referi ca exista de cumparat "divertere" pentru solar offgrid-AC... sunt rare.

Am gasit cateva.
Ca surse de semnal trebuie sa aiba:
- curentul de la PV
- tensiunea de la baterie.
Ca sarcina, are un consumator controlat cu putere variabila.

Cele de pe piata ceva mai smart, te costa 500eur dar in special sunt proiectate pentru ON-grid.
Am renuntat sa caut si m-am decis sa imi fac eu unul.

Am o automatizare la cazan/pufer/boiler.
Temperaturile sunt citite pe o retea oneWire cu 12 senzori DS18B20.

Ce sansa/posibilitate ar fi sa conectez reteaua de senzori si la un alt controler (esp8266, esp32 cu Tasmota)?

Altfel ar trebui sa adaug un esp01 pe serial la automatizarea respectiva si sa implementez MQTT sau cel putin web page cu valorile respective.
(sau... sa migrez toata automatizarea cazanului pe un ESP32)

Cred ca ai nevoie de asa ceva: https://lastminuteen...demcu-tutorial/
Vad ca mai multi senzori pot sa comunice pe aceeași linie de BUS conectat la un wemos d1 mini sa zicem.

https://community.ho...ta-mqtt/82804/2

Edited by armag3d0n, 16 June 2022 - 09:44.

radurus, on 16 iunie 2022 - 09:01, said:

Ce marca de centrala ai?

centrala Arduino diy.
Automatizarea e pe un Nano cu display 20x4 i2c, buton cu 5 pozitii pe ADC, 6 relee.

@armag3d0n
Am deja 12 senzori pe un bus de comunicatie.
Ideea e sa ii leg la 2 controlere (master) ca sa nu trebuiasca sa fac inca o retea pentru al doilea controler.

Cred ca solutia care se contureaza ar fi serial - mqtt bridge cu un ESP01 si Tasmota.

Edited by radurus, 16 June 2022 - 10:27.

 Screenshot 2022-06-17 104509.png   73.7K   18 downloads

Cum pot sa introduc in NR la Data, "duration" sa fie egala cu valoarea "input.number.duration"?

Mai precis, as vrea ca in HA sa am un slider cu care sa pot seta o valoare a unui timer setat tot in HA

{"duration":  $number($entities("input_number.duration").state)}

iladi, on 14 iunie 2022 - 12:20, said:

eu la irigatii folosesc un PI cu HA pe care ,,il alimentez cu net" prin prize powerline (transmit net pe cablu de 230v _ asa am net pe fir pe toata reteaua: https://www.tp-link....l-wpa8631p-kit/), apoi acest HA este introdus in HA principal.

De la Microsoft citire, dintr-un curs de Azure IoT:

Which service should you choose?
Let's apply the decision criteria from the previous unit.
First, is it critical to ensure that the device or, in this case, each appliance, isn't compromised? It's preferable, but not critical, that the devices aren't compromised. The worst that could happen is that a hacker reads the current temperature of the customer's refrigerator or the number of loads of laundry the washing machine has completed.

Securitate? Ce, dom'le, e nice to have, nimic rau nu se poate intampla de la un device hacked AFLAT IN RETEAUA IP A CLIENTULUI (ca nici macar nu vorbim de chestii pe Zigbee or whatever).