www.elektronik.si

[primozb2005]

Lahko napišeš kakšno imaš logiko glede povečevanja bremena. Na primopredajni točki meriš oddano moč v primeru da je le ta na maksimumu, po korakih spreminjaš obremenitev gor ali dol, odvisno od gradienta moči na primopredajni točki.
LP P

[rplink3r]

Da še jaz pristavim svoj način reševanja tega:


Imam enako situacijo. Imamo elektrarno in je dovoljena izvozna moč 11.2kW.



Inverter je Solaredge, merilec Uvoza/Izvoza pa Inepro 380 preko Modbus RTU povezan na Solaredge razsmernik.

Trenutno lahko spremljam preko Modbus TCP večino podaktov tako iz Inepro metra kot tudi Solaredge razsmernika preko Home Assistant-a.

Ena rešitev je že v izvedbi :

Obratuje mi Home Assistant, preko katerega lahko posredujem modbus TCP podatke na ESP32, na katerem že deluje povezava z Home Assistantom.

Težava je, da Solaredge ne sprejme več client povezav na Modbus TCP in moram podatke posredovati preko Home Assistanta z max hitrostjo 1s.





Ker se mi zdi, da to ni kritično bom prvo poskusil na ta način, v drugem primeru imam že pripravljen Modbus RTU (server) <- Ethernet -> Modbus RTU (client) bridge.

Preko katerega se lako na Modbus RTU(server) poveže več clientov preko TCP protokola in bo lahko tako Solaredge(preko RTU mosta) in nek moj krmilnik - ESP32 / Arduino kot Client čital direktno podatke z Inepro merilca, če bo potrebna večja odzivnost.





Ker pa je to sanitarna toplotna, bo prioriteto imela toplotna črpalka, če se oddaja elektrarne zasiči, in so pogoji za delovanje toplotne - temperatura pod 50°C, bo prvo vklopila toplotna(gretje do ~50°C), šele nato z postopno povečavo moči 2.2kW grelec, z katerim lahko segrejem do 90°C. V primeru, da bo oddajna moč nihala bo Grobi PI algoritem zmanjšal oziroma povečal moč grelca.

Sledi še montaža termostatskega mešalnega ventila, da nebom takšne temperature 90°C spuščal v sistem.

[Nomad]

[Janez59]

Imam montiran Shelly 3PM pro. Podatke o moči pošilja na 6 sekund, kar je prepočasi, da bi pravočasno vklapljal breme (bojler ali karkoli drugega). Števec odklopi prej.

Zato preko ESP32 (WiFi) vsako sekundo preberem na Shelly-ju podatek o moči, ESP pa krmili triak.
Zadeva večino časa deluje OK, vendar je pri velikih skokih moči tudi to prepočasi - Shelly izvaja meritve cca vsako sekundo. Še vedno se dogaja, da števec občasno izklopi.

[Dorijan]

[Janez59]

Sistem Tasmota in Berry scripting ne poznam.
Imam ESP32 Development Board Wireless WiFi Bluetooth modul.

[Janez59]

Kar nekaj časa se še (občasno) ukvarjam s to zadevo.
Ugotovil sem, da načeloma sekundno merjenje zadostuje in se breme lepo vključuje in ne prihaja do odklapljanja števca.
Ugotavljam pa, da ni dovolj, da breme polovi špice. Števec kontrolira tudi 15 minutno oddajo. Če je presežena za malo več kot 1% števec izklopi.

Pred nekaj dnevi pa mi je števec izklopil, ko se je izklopil hidropak.
Ima 800W enofazni motor, sekundna moč pa ni bila presežena.

Ima kdo kakšno idejo zakaj?
Zanimivo bi bilo vedeti kaj vse lahko povzroči izklop števca.

[Janez59]

Zdaj ko brskam po petnajstminutnih podatkih in časih, ko je števec izklopil ugotavljam, da sem si izklope v času delovanja hidropaka razlagal napačno.

Po petnajstminutnih podatkih sem imel preseženo oddano moč za več kot 3%.
Torej je za števec merodajna delovna+jalova moč, jaz pa upravljam breme na podlagi delovne moči.

[1dva3]

Ponavadi je omejitev zaradi pretirane oddane delovne moči.
Treba bo spustiti izvoz

[Janez59]

Kaže da ne. Bom pa preveril z meritvami.