P1_Dongle_Pro

[scruysberghs]

Zie dat je de P1 dongle pro gebruikt van Smart Stuff. Gebruik die zelf ook maar wil je nog wel meegeven dat je eventueel ook gewoon die hun ultra dongle kan gebruiken. Heb je 2 vliegen in 1 klap, namelijk p1 en modbus want er zit een rs485 chip op. Alsvast enkele van je todo's als een borje ontwikkelen en een case kan je dan al schrappen Dat heeft Martijn van Smart stuff namelijk al gedaan... En die heeft ineens zelfs een LAN aansluiting.

Heb zelf niet zo'n c++ ambities maar als je wil heb ik hier wel een esphome config liggen van een gecombineerde p1 meter + modbus rtu master op één ultra mini dongle van Smart Stuff. Gebruik die hier thuis nu niet met de Marstek aangezien de batterij momenteel nog wat ver weg staat van mijn p1 meter maar met een Huawei omvormer/batterij heb ik dat al wel eens gedaan.
In de bijlage staan de de modbus registers in comment, maar dat werkt dus met meerdere uart's.
ultra-dongle.txt

Ben benieuwd naar je progress.

Ben eerlijk zelf wel van mening dat je voor een goede aansturing van je batterij wel meer nodig hebt dan wat je uitleest van de p1 meter (energiemarkt, voorspelling solar, voorspelling en inplanning andere verbruikers in je huis). Vanuit HA kan je met emhass echt slim gaan sturen.
De fixatie met nul op de meter snap ik eerlijk gezegd niet altijd. Aan lage vermogens (je nacht sluimerverbruik bijvoorbeeld) ga je daar tot 40% verlies op hebben wegens inefficient gebruik van de omvormer van je batterij.
En met enkel je eigenverbruik van de zonnepanelen oprekken is de terugverdientijd van een batterij toch nog best wel lang. Zelfs voor een "goedkope" batterij als de Marstek Venus

[Edzelf]

Dank voor je bijdrage.

Mijn overweging is om de in de Venus ingebouwde regeling te gaan verbeteren en open-source te maken. Verder wil ik af van de instabiele communicatie met de P1 aansluiting. Dus gewoon een printje maken en die via het ModBus kabeltje koppelen, echt "plug-and-play. Het mooiste zou natuurlijk zijn om de interne software aan te passen.
In veel gevallen zal het niet wenselijk zijn om een kabeltje vanaf een P1 dongle naar de batterij te trekken, hoewel de ultra-dongle wel een fraai apparaat is.
Met meer dan 50 jaar programmeer ervaring is het niet zo moeilijk om de software te maken.
Terugverdientijd is voor mij onbelangrijk. Bij mijn auto lukt dat ook niet. Het gaat mij meer om de techniek. Ik weet inmiddels waarom het een "thuisbatterij" heet: Het houdt je van de straat....

[scruysberghs]

leuk project wel. Ik heb trouwens die modbus esphome implementatie gemaakt voor de Marstek (met het Lilygo bordje dat ik toevallig had liggen maar nu door alle tweakers gebruikt wordt maar dus ook gewoon een esp is met rs485 chip en schroefconsoles, kost ook maar 12€ op Ali of zo https://www.cnx-software.com/2021/12/20/ttgo-t-can485-an-esp32-board-with-rs485-can-bus-interfaces/)

Ben wel benieuwd naar hoe je de nul op de meter of peak shaving sturing wil gaan doen. Met mijn huidige esphome implementatie zit ik nu wat te vechten om die aansturing sneller dan 10 seconden te krijgen.
Probleem is dat je moet loopen over:
1 lees verbruik/injectie van p1 meter
2 lees uit wat de batterij aan het leveren/opladen is (modbus register 32202, "Marstek AC power" uitlezen)
3 check of register 42010 "Marstek forcible charge/discharge" goed staat (doe ik met een variable zodat ik enkel het register moet levezen schrijven als het niet staat zoals moet)
4 check of Register 42000 "Marstek RS485 Control Mode Select" goed staat (doe ik met een variable zodat ik enkel het register moet levezen schrijven als het niet staat zoals moet)
5 controles doen dat "Marstek (dis)charging cutoff capacity" niet overschreden worden 44000 en 44001
6 kijken dat je niet gelimiteerd wordt door "Marstek max (dis)charge power" 44002-44003
7 Afhankelijk van de berekende waarden uit 1 en 2 , 42020-42021 "Marstek forcible (dis)charge power" schrijven

In de esphome modbus implementatie zit dit alles zit dan mee in de loop die constant de nodige modbus registers uitleest (battery soc etc) waardoor dat toch niet super snel kan.

Heb je hier al testen mee gedaan? Mogelijk krijg je dat met 50jaar ervaring wel sneller met de native c++ libraries in plaats van die esphome yaml tussenlaag....

[Edzelf]

Ja, die Lilygo is een prima boardje. Dacht eerst dat deze niet vrij te progammeren zou zijn, maar dat schijnt wel te kunnen. Mijn software zou dus prima daarop kunnen draaien. Omdat ik al andere projecten gedaan heb met de ESP32 en ModBus, was er hier een zelfbouw boardje voorhanden. Ik denk dat een cyclus van 5 seconden haalbaar is.
Ik kan gratis printjes laten maken bij PCBWay, omdat ze mij sponsoren.
Mooi dat je even opsomt wat er in de regellus moet gebeuren. Dat klopt met mijn idee over hoe het zou moeten worden en ik zal er zeker gebruik van maken. Ik denk dat er nog een voorziening moet zijn om niet heel snel achter elkaar steeds te schakelen tussen ontladen en laden.
Het uitlezen van de dongle gaat supersnel, uit de logging voor het ophalen van de power_delivered en de power_returned:

18:07:56 - Connecting to 192.168.1.172, port 80 for /api/v2/sm/actual
18:07:56 - Vermogens 653.0/0.0

Dus binnen een seconde. Volgende week ga ik uitgebreid de communicatie over de ModBus testen, maar ik heb wel vertrouwen dat het goed komt.

[Edzelf]

Vandaag de besturing getest. Het lijkt goed te werken. Ga nu wat grafieken maken. En een print ontwerpen.
De software draait uitstekend op een ESP32-S3-zero.

[scruysberghs]

mooi, ben benieuwd. Je ging een mqtt bridge voorzien zeker? Enkel om uit te lezen of ook om stuurcommando's naar de batterij te sturen?

Ze hebben me voor deze week een aangepaste lijst modbus registers beloofd die bij de nieuwste firmware zou zitten. De lijst die nu in omloop is is al van enkele versies geleden en sommige registers (zoals die stuurmodi, zelf consumption etc) zijn ondertussen anders.

[Edzelf]

MQTT in eerste instantie voor monitoring. Maar alles is mogelijk.
Kun je die lijst aan mij doorgeven. Voorlopig lijkt de lijst nog te voldoen.

[Edzelf]

De besturing werkt nu enige dagen naar tevredenheid. Webinterface toont nu ook gegevens in grafiefvorm. Print is ontworpen en besteld bij PCBWay. Documentatie is aangevuld met schema en printontwerp.

[scruysberghs]

top. Hoe snel heb je de modbus aanpassingen van laad/ontlaadvermogen gekregen?
Ben nu ook wel tevreden van mijn sturing vanuit Home Assistant en de modbus over de esphome setup.

Hier zie je dat hij nu zonenergie aan het injecteren (tegen toch nog enige vergoeding) om vanmiddag als de injectievergoedingprijzen onder 0 gaan voldoende plaats in de batterij te hebben om injectie te voorkomen... EMHASS zit wel knap in elkaar hiervoor. Zou een mooie aanvulling zijn voor je code.

[Edzelf]

Ik denk dat jouw aanpak heel mooi is. Mij controller is meer bedoeld voor een stand-alone aanpak.
De regeling wordt nu één keer per 10 seconden bijgesteld. De beperkende factor is niet de software. De wachttijd wordt voornamelijk bepaald door de beschikbaarheid van de data van de P1-dongle. Ik wil die niet heel frequent uitlezen en je hebt ook wat tijd nodig voor de response (http over WiFi).
Maar 10 seconden lijkt goed te werken.

[scruysberghs]

bij mij zit de bottleneck wel in de modbus commando's. Lees de p1 elke seconde uit maar met die round trip van schrijven en lezen van batterijermogen zit ik toch ook aan 10 seconden

[Edzelf]

De modbus I/O is zeer snel, het gaat om milliseconden. Af en toe is er wel een uitschieter (time-out staat op 2 seconden). Het uitlezen van mijn test-dongle duurt ruwweg 300 msec. Ook daar is af en toe een uitschieter van meer dan 4 seconden.
Ik heb trouwens de software nu aangepast, zodat de setpoint-berekening gestart wordt zodra en een nieuwe meting van de dongle binnen is. Dat gebeurde voorheen asynchroon. Nu wordt dat bepaald door de uitleesfrequentie van de dongle en die staat op 5 seconden.

[Edzelf]

Reactie op in- en uitschakelen van een 400 Watt belasting:

[Edzelf]

Venus-control werkt nu gedurende een week zonder problemen. Ik heb de software uitgebreid met een handmatige instel-mogelijkheid. Hiermee kan je de batterij in stand-by modus zetten of instellen op een vast laad/ontlaad vermogen.
De documentatie is bijgewerkt.