Was war denn die Anomalie? Ich könnte das testen, aber ich wüsste gerne was das Problem vorher gewesen ist, damit ich weiß worauf ich achten soll. 
In C++ ist der Teil mit > 255 eh mit unit8 erledigt, da es dann ja überläuft...
uint8_t frame[8]; frame[0] = address; frame[1] = 0x56; frame[2] = 0x00; frame[3] = 0x21; frame[4] = measurement >> 8; frame[5] = measurement >> 0; frame[6] = 0x80; frame[7] = 264 - frame[4] - frame[5]; this->write_array(frame, 8); this->flush();
Wie kommt denn hier das Überschießen nur beim Hochregeln zustande?
[quote data-userid="20693" data-postid="152160"]Was war denn die Anomalie? Ich könnte das testen, aber ich wüsste gerne was das Problem vorher gewesen ist, damit ich weiß worauf ich achten soll.
In C++ ist der Teil mit > 255 eh mit unit8 erledigt, da es dann ja überläuft...
[/quote]
Oben hatte ich vergessen, den Fix auf github zu verlinken. Der Bug bestand darin, bei hohen Werten des niedrigen Bytes eine ungültige Prüfsumme zu erzeugen. Das produziert bei manchen Leistungsanforderungen (> ~250,500,750) Sprünge in der Erzeugung, da die Regelung die ausgefallene Einspeisung "kompensiert". Worauf hin ggf. wieder in einen fehlerhaften Bereich geregelt wird. Leider fand der Bug im Rahmen eines Bugfix Einzug in den Code........
Prüfe mal deinen Code mit Werten von 1-900, immer +1 und lange genug, damit dein Monitoring da auch mitkommt. Sollte das uint8 den Effekt erschlagen, so wirst du eine gerade Linie bekommen, so wie meine oben gezeigte.
Sollten "fiese Spikes" bei Werten unter 20 auftauchen, adaptiere mal meinen Code.
Danke für die Mithilfe!
Wie kommt denn hier das Überschießen nur beim Hochregeln zustande?Das ist kein Überschießen, sondern ein schnelles Abregeln beim Einsetzen der Last. Unter 50V wird per Leistungskurve spannungsgeführt ab-geregelt, aber durch die Takt-Pause steigt diese natürlich zwischenzeitlich an.
Ich habe keine Sprünge, aber ein paar kleine Lücken.
Also der Soyo reagiert nicht auf jeden +1 Schritt, sonern lässt zwischendurch 2-3 aus. (Wobei das schwer zu sagen ist, ob da die Messung einfach zu ungenau ist. Die schwankt ein paar W hin und her.)
Ich mache mal später so ein Diagramm, damit man das besser sehen kann.
Es hat dann doch fast 2 Monate gedauert, aber in dieser Jahreszeit baut eh kaum jemand PV-Anlagen.
Es ist ein sehr umfangreiches Update geworden, die Version ist nun 1.1:
Unterstützung für mehrere eSmart3 MPPT-Regler
schnellere Regelung der soyosource Inverter
neu strukturierte Ausgabe auf der Konsole (verbose)
Viel Spaß damit!
Hallo, hat bitte noch jemand die Software um den Esmart3 zu konfigurieren? Die Links auf der Herstellersite führen mich ins leere.
Ganz herzlichen Dank, funktioniert.
Hallo zusammen,
bisher lief das Scipt ganz wunderbar. In Vorbereitung für den 2. eSmart habe ich den rs485 Adapter tauschen müssen. Nach dem Update und den üblichen Anpassungen startet nun das Script nicht mehr. Nachdem ich alle Änderungen rückgängig gemacht habe tut sich nun gar nichts mehr. Hast du eine Idee?
Danke und viele Grüße
Fabian
Traceback (most recent call last):
File " Link entfernt ", line 187, in <module>
print("%s, voltage" % (strftime("%H:%M:%S")),d['bat_volt'],'V, PV power',d['chg_power'],'W, load power',d['load_power'],'W\n')
KeyError: 'bat_volt'
vzlogger@raspberrypi:/home/pi$
Konfiguriere mal nur den 1. eSmart3 - nur einen USB / RS 485 einstecken, die Verbindung mit dem eSmart klappt nicht. Falscher /dev/node?
Hast du auch die esmart library aktualisiert? https://github.com/E-t0m/esmart_mppt
@e-t0m Ja, hatte ich gemacht, nur einen Adapter, nur einen eSmart konfiguriert, eSmart lib aktualisiert und korrekte /dev/node
Inzwischen klappt es nicht mal mit dem Script von damals!?
Läuft denn das esmart_mppt/esmart_test.py at master · E-t0m/esmart_mppt · GitHub
Manchmal verschluckt sich auch udev, dann hilft nur neu starten.
Update:
Bitte daran denken, dass der Lesekopf auch ein "ttyUSB" Gerät sein kann.
Im Sinne des umweltdienlichen Entladen des Akkus, habe ich eine Timerfunktion eingebaut.
Damit kann man die Entladung des Akkus beliebig programmieren, derzeit noch manuell.
Falls das jemand mit mir Testen will, bitte melden, ansonsten geht das alles nach ein wenig Erprobung auf github.
Hast du irgendwo die strategie der regelung beschrieben?
Ich gehe davon aus dass verbrauch besser ist als einspeisung. Weil verbrauch zahle ich 38ct, einspeisung bekomme ich 8ct. Also verliere ich bei jedem kwh einspeisung 30ct. Deshalb mache ich beim soyo leistung hinauffahren langsam während das hinunterfahren sofort geschieht.
Die shelly leisungsabfrage ist alle 10s, die msg zum soyo alle 1s. Denke schnellere regelung bringt wenig?
[quote data-userid="23513" data-postid="158108"]Hast du irgendwo die strategie der regelung beschrieben?[/quote]Eine Übersicht des Themas gibt's hier: Übersicht
Eine Beschreibung gibt's hier: Beschreibung und Anleitung
Du meinst den Eigenverbrauch aus der Batterie im Vergleich zum Volleinspeisen?
Ein Akku ist wenig wirtschaftlich und trägt einen Produktions-CO2-Rucksack mit sich. Auch das ist ein Grund für mich, das zu verbessern / lindern.
Je schneller die Regelung ist, desto besser. Beim Victron kämpfen sie mühsam um Sekundenbruchteile.
Eine VDE Norm verlangt, das nicht mehr als 400 W / s ausgeregelt wird, selbst ein "sofortiges Abregeln" durch die Steuerung wird durch den Wechselrichter verzögert.
In Verbindung mit 10 Sekunden ist ein langsames "anrampen" doppelt unproduktiv, da Lasten i.d.R mehrmals pro Minute getaktet werden.
Zuerst verhindert es, die Last zu bedienen und dann wird der hohe Pegel viel zu lange gehalten, wo die Last längst weg ist.
Mein Monitoring mit dem Volkszähler hat eine Sekunde Interval, jede Sekunde schickt der Stromzähler ein Datenpaket, das gibt den Takt vor.
Ich versuche getaktete Last mit einem Rampenmodus besser ab zu decken.
Gutes Monitoring ist enorm wichtig für solche Überlegungen.
TY. Hab vor das "bat_voltage_const" zu klauen.
Ich habe bei zu schneller regelung oszillation. Sowas wie bei dir im waschmaschinen bild. Dauernd spikes. Nur mit langsamer regelung und leicht gefilterten shelly verbrauchswerten werde ich die spikes los. Der zusatzverbrauch in den 10s ist nicht relevant.
Bei mir hat akkuladung priorität. Einspeisung nur wenn akku voll oder PV leistung zu gross. Einspeisen macht bei 8ct keinen sinn wenn sich mit akku der verbrauch zu 38ct minimieren lässt. Mit 3000 zyklen hält der akku 10 jahre, bis dann bin ich dement und inkontinent, also kein problem.
TY für das ausführlich erklärte projekt. Wertvoll !
[quote data-userid="6567" data-postid="158258"]Absolute Priorität hat die Einspeisung ins Netz. Es wird zuerst soviel Strom eingespeist wie die PV liefern kann oder zur Nullung des Verbrauchs nötig ist. Wenn dann noch Leistung übrig ist, dann wird auch der Akku geladen.[/quote]Der erste Satz alleine kehrt die Aussage um. Hab es geändert und klarer formuliert.
[quote data-userid="23513" data-postid="158300"]Ich habe bei zu schneller regelung oszillation. Sowas wie bei dir im waschmaschinen bild. Dauernd spikes.[/quote]Dann ist die Regelung nicht gut angepasst. Um die Schwingungen zu eliminieren solltest du sowas wie Sägezahn-Erkennung einbauen. Bei der Waschmaschine entsteht die Oszillation durch den anlaufenden und stoppenden Motor, nicht die Regelung.
[quote data-userid="23513" data-postid="158300"]Bei mir hat akkuladung priorität. Einspeisung nur wenn akku voll oder PV leistung zu gross. [/quote]Sollte man zuerst den Akku aufladen?
[quote data-userid="23513" data-postid="158300"]TY für das ausführlich erklärte projekt. Wertvoll ![/quote]Ich freue mich, wenn es jemandem hilft!
Ah ja, so ist das gemeint, jetzt ist klar.
Akku laden wenn kein überschuss macht keinen sinn, richtig. Hab nicht dran gedacht weil wenn sonne scheint ist bei mir immer überschuss.
Der Code mit dem Timer ist jetzt auf github.
Viel Spaß damit.
Ich habe bei einem meiner zwei Soyos ein ähnliches Verhalten.
Der eine soyo speisst immer ein,wie er soll. Der zweit hat ab und an Aussetzer mit der Meldung DC Power Low ( 52 v , Schwelle ich bei 50 v) und speisst nichts ein. Erst wenn ich kurz die Netzspannung nehme,arbeitet dieser wieder sauber weiter. Die Ursache könnte ich noch nicht ausloten.