In dem Fall muss das BMS der Batterie abschalten und der Solarladeregler trotz erreichen der Ladeschlußspannung weiter Richtung Wechselrichter schieben.
Also ein "dummer" Akku ohne BMS kann in dem Fall nicht verwendet werden. Und wenn die Sonne ballert, der Akku voll ist und sonst keine Last anliegt, werden die Module zwar "bissl" warm was beim erneutem Anlaufen der Anlage den Wirkungsgrad etwas mindert. Aber genau so werde ich das bei mir auch umsetzen.
Die neue Firmware für meine alten 2000er Sun´s habe ich auch schon und dann können die mit dem Trucki2SunGateway vernünftig angesteuert werden.
@2nice4u Das BMS schaltet nur im Notfall ab und regelt nicht. Die Laderegler haben die Aufgabe bei voller Batterie den Ladestrom herunter zu regeln. -> Bulk -> Absorption -> Float.
@2nice4u Wechselrichter und Laderegler sind beide an dem Akku angeschlossen. Der Akku dient nur als Pufferspeicher für die Zeit wenn die Sonne nicht scheint. Wenn das Haus keinen Strom braucht geht der Überschuss solange in die Batterie bis sie voll ist und der Laderegler runterregelt. Wenn dann kein Verbraucher mehr den Strom abnimmt wird auch bei voller Sonne kein Strom produziert. Ich habe oft die Situation das der Laderegler 2KW produziert und das Haus 3KW verbraucht, dann kommt ein KW aus dem Akku und der Hauszähler steht still, also Ziel erreicht.
Das Prinzip und die Anordnung sind mir soweit klar. Es geht mir um diesen Spezialfall in dem Sonnenenergie verschenkt wird und wie man das irgendwie minimieren kann.
Der Laderegler kann nämlich nur diese 2KW produzieren wenn der Akku nicht voll ist. Wenn der Akku voll ist macht der Laderegler nichts mehr auch wenn die Sonne scheint und das Haus Strom verbraucht, wird nur aus dem Akku bedient und nicht von der Sonne. Der Laderegler geht dann erst wieder an wenn der Akku leerer ist. Sobald die Ladeschlussspannung erreicht ist, wird bei dieser Lösung doch die Sonne ignoriert. Oder kommt diese Situation so selten vor, dass man das ignorieren kann?
@2nice4u Das kommt im Sommer öfters vor. Ist halt bei Null-Einspeisung so, Hauptsache der Zähler steht, damit kann ich aber locker leben. Der Laderegler geht bei der Float- Spannung von 53,6V wieder an die recht schnell wieder erreicht wird, sobald Waschmaschine Trockner oder Herd anlaufen. Im Sommer könnte man auch das E-Auto damit laden.
Ich vermute mal, dass du, aus welchen Gründen auch immer, nicht willst, dass (zu viel) Energie zurück ins Netz fließt. Ich habe bei mir dafür ein Blockly im ioBroker, welches in zwei Fällen den Wechselrichter per OpenDTU runter regelt. Die zwei Fälle sind:
Ladegerät meldet per T2MG "Full" (oder "Full delayed"), was bedeutet, dass es abschaltet und den Akku nicht mehr weiter lädt, bis dessen Spannung unter die reboot-Spannung sinkt.
Ladegerät lädt mit voller Leistung (bei meinem 1200er ist das auf 1000W eingestellt (es ginge wohl noch geringfügig mehr, aber ich fahre nicht gern am Limit).
In diesen beiden Fällen regelt das Blockly per OpenDTU den Wechselrichter runter, so dass nur noch ein (im Blockly einstellbarer) kleiner PV-Überschuss ins Netz geht.
Für den ersten Fall müssen diese Meldungen per JSON ausgelesen werden, per MQTT geht das nicht. Falls es dafür eine MQTT-basierte Lösung gibt, wüsste ich sie gern.
Allerdings lässt sich die Regelung auch nicht unbegrenzt oft per DTU umsetzen, der stürzt nämlich bei zu vielen Regelungs-Befehlen einfach ab nach meiner Erfahrung. Deshalb läuft das bei mir im 10s-Takt.
Das Skript ist nicht sonderlich kompliziert, alles ein paar "Falls - Sonst falls - sonst" Bedingungen. Wichtig ist, den WR wieder auf 100% zu regeln, wenn die Bedingungen nicht zutreffen. Die Regelung sollte auch immer etwas Überschuss produzieren, damit nicht der Lumentree anspringt..
Das Ganze geht natürlich nur, wenn im Hintergrund der ioBroker läuft, bei mir auf einem Raspi. Nur mit Truckis geht das meines Wissens nicht.
Bitte keine Diskussion darüber, wozu man das überhaupt machen will...
Habe bei mir annähernd die gleichen Bedingungen, MeanWell+Trucki+Lumentree & nebenher noch OpenDTU (die alte Version ohne Bat.)
Allerdings lässt sich die Regelung auch nicht unbegrenzt oft per DTU umsetzen, der stürzt nämlich bei zu vielen Regelungs-Befehlen einfach ab nach meiner Erfahrung. Deshalb läuft das bei mir im 10s-Takt.
Habe da bemerkt, das die Regelung im Hintergrund oft noch gut weiterläuft, allerdings nur die Web Anzeige einfriert. Kann mir die aktuellen Werte durch ein Tasmota-Stecker am Hoymiles extra anzeigen lassen.
Das Skript ist nicht sonderlich kompliziert, alles ein paar "Falls - Sonst falls - sonst" Bedingungen. Wichtig ist, den WR wieder auf 100% zu regeln, wenn die Bedingungen nicht zutreffen. Die Regelung sollte auch immer etwas Überschuss produzieren, damit nicht der Lumentree anspringt..
Würdest du es ev. teilen, auf diesem Gebiet bin ich bisher noch nicht bewandert, außer das ich weiß was es ist und kleinere Spielereien nachgebaut, mehr noch nicht.
Habe mich bisher damit beholfen, das ich früh den Festwert bei SUN1(local) AC auf 0V gestellt und damit die Einspeise-Reglung unterbunden. Irgendwann wenn genug Sonne da ist, dann die Reglung wieder auf Auto.
Läuft anscheinend wunderbar parallel nebeneinander iobroker ist auch im Einsatz. Letzte Satz dito
Nein, das gesamte Skript will ich nicht teilen, da sind noch andere Dinge drin, die nicht öffentlich gehören. Sag mir einfach, was genau du brauchst, die JSON-Auslesung ist unkompliziert, falls es darum geht.
Das verstehe ich nicht. Du schaltest bei wenig Sonne den WR ab? Warum? Und welchen Wert setzt du dafür auf 0V(!)? Meinst Du 0W?
Ich habe noch ein Skript, welches den WR per Shelly Plug abschaltet wenn der Akku leer ist, um die ca. 5W Standby zu sparen. Wenn das Ladegerät eine entsprechend höhere Batterie-Spannung anzeigt, geht der wieder an.
ich versuche seit Stunden auf einen Wemos D1 mini pro mit dem <a href=" Link entfernt " target="_blank" rel="noopener">ESP-Easy-Flasher die Trucki-Software <a class="Link--primary" title="Trucki2Shelly_Gateway_V1.09.bin.gz" href=" Link entfernt " aria-label="Trucki2Shelly_Gateway_V1.09.bin.gz, (File)">Trucki2Shelly_Gateway_V1.09.bin.gz aufzuspielen.
Während dem Flashvorgang flackert die blaue LED auf dem Wemos und das Flashprogramm meldet "DONE!", aber wenn ich den Wemos dann resete, blinkt die blaue Led nur 1x kurz auf und bleibt dann dunkel.
Frage:
Könnt ihr mir sagen was ich bei dem Flashvorgang falsch mache oder was ein möglicher Fehler für dieses Verhalten sein könnte.
Verstehe und akzeptiere ich, das mit der Weitergabe.
SUN1(local) AC auf 0V, ist natürlich falsch sollte 0W heißen.
Bin noch beim suchen der richtigen Einstellungen der beiden Stick im Zusammen-spiel mit der DTU. Habe noch manches mal, besonders am Morgen den Effeckt, das über den SUN eingespeist wir, gleichzeitig aber der MeanWell den Akku lädt, das bedeutet, das sich "der Strom eigentlich nur im Kreis dreht, da am Zähler/Shelly nahezu Null ist. Damit wird auch der Hoymiles runter geregelt und der Akku nicht geladen. Ab einen bestimmten Punkt, höhere Sonneneinstrahlung, ist es dann OK und alle 3 "spielen friedlich" miteinander.
Das verstehe ich nicht. Du schaltest bei wenig Sonne den WR ab? Nein falsch ausgedrückt/verstanden, wenn schon ausreichend für Grundlast kommt, aber sich die 3 noch nicht einig sind einspeisen oder laden und hoch/runter regeln. Blöd mit paar Worten zu erklären.
Ich habe noch ein Skript, welches den WR per Shelly Plug abschaltet wenn der Akku leer ist, um die ca. 5W Standby zu sparen. Bin nicht ganz sicher, du meintest gewiss das NPB Ladegerät?
Ich sehe schon, muss mich doch noch mit den Skripten und Blockly beschäftigen, ansonsten könnten wir uns bei sehr speziellen Dingen auch über PN verständigen.
Gruß und allen morgen schönen Männertag {green}:hi:
Ja, den Effekt habe ich auch gelegentlich, das passiert, wenn es im Haus eine kurze Stromspitze gibt, die den Netzbezug über 0 schnellen lassen. Dann springt der Wechselrichter (in meinem Fall ein nagelneuer Lumentree mit Trucki) an und bleibt für 20sec auf der Minimalleistung (ca. 25W, real eventuell etwas weniger).
Vermutlich ließe sich dies verhindern, wenn es eine (möglichst einstellbare) Verzögerung für das Anspringen des WR im T2SG gäbe, wie beim T2MG bereits integriert. Da hoffe ich auf das nächste Update. Ich denke mal, das braucht nur wenige Sekunden Verzögerung, die Meter-Werte kommen bei mir ca. 2mal pro Sekunde vom Digitalzähler.
Mir ist noch nicht ganz klar, wie du das machst, legst du einen zusätzlichen Mindestwert für die Einspeisung fest? Das geht doch auch im T2SG, oder?
Allerdings habe ich auch kein Problem mit dem hoch/runter Regeln, das mache ich nur in den Fällen wo entweder das Ladegerät bereits volle Leistung fährt oder die Meldung "full" ausgibt. Und selbst dann regle ich das nur auf ca. 80W Einspeisung, also nicht auf 0. Diese 80W sind mir egal. So hat die DTU nur etwas zu regeln, wenn definitiv kein Einspeisen aus dem WR stattfindet.
Nein. Wenn der Akku komplett leer ist, braucht der Wechselrichter auch nicht mehr im Standby zu bleiben (in dem er ca. 5W verbraucht), dann schaltet das Skript ihn aus, bis die Batteriespannung am Ladegerät (eigentlich am Shelly Uni, aber den habe ich gerade durch einen unglücklichen Fehler zerschossen) wieder eine entsprechende Batteriespannung misst, also mind. 26,5V.
Ich schalte außerdem das Ladegerät nachts aus (per Shelly Plug), weil nachts ja keine Sonne scheint, jedenfalls nicht bei uns...Das spart dann auch die ca. 5W Standby.
Neben der einstellbaren Verzögerung beim WR wünsche ich mir noch, dass die Umschaltung zwischen Automatik und fester Ladeleistung nicht durch ein Überschreiben des Meter Wertes per MQTT außer Kraft gesetzt wird. Bei mir werden die Werte vom Smartmeter nämlich per ioBroker und MQTT an die Truckis weitergegeben, denn sie kommen von einem per USB angeschlossenen Bitshake Reader am Zähler. Wenn ich eine feste Ladeleistung einstellen will (z.B. um einen Akku einmalig komplett aufzuladen, oder im Winter vor Tiefentladung zu schützen) müsste ich nämlich die Weitergabe der Meter-Werte komplett stoppen, sonst funktioniert das nicht. Da das aber unterschiedliche Skripte sind, die ganz andere Trigger haben, ist das gar nicht so einfach. Ich müsste mit einem Skript ein anderes Skript starten und stoppen - vermutlich geht das, aber ich weiß nicht wie.
alles interessant für mich "Frischling", hatte mir die Trucki Sachen + Akku angeschafft, da ich mit meinem 2 BKW und der DTU nicht so richtig zufrieden war.
Gestrige "Solar-TränenTag" bei uns, reicht es hinten und vorne nicht, heute läuft der Akku ab 14 Uhr über.
Ja, den Effekt habe ich auch gelegentlich, das passiert, wenn es im Haus eine kurze Stromspitze gibt, die den Netzbezug über 0 schnellen lassen.
Ja, deswegen, mir fehlt noch die Automation dazu, zeitweise einfach den SUN auf 0W abwürgen, das sich der NPB und DTU morgens auf Leistung aufschaukeln können.
Es gibt ja bei allen 3 Reglungen Zeitverzögerungen, doch vermute ich, das die sich noch zusätzlich mit dem immer schwankenden Real_Verbrauch gegenseitig in die Quere kommen, bis eine auf die "Schnauze" fällt und die anderen Oberhand bekommen. Das könnte der Effeckt, des sich im Kreis drehenden Stromes, ohne Verbrauch, sein.
Mir ist noch nicht ganz klar, wie du das machst, legst du einen zusätzlichen Mindestwert für die Einspeisung fest? Das geht doch auch im T2SG, oder?
Alle IP sind nicht mehr vorhanden, siehe Screenshot unten.
Ich habe alle IP von Hand eingepflegt und gespeichert, aber es geht nichts mehr.
Die Netzwerkverbindung besteht eingebunden, vielleicht kann mir jemand helfen. Danke
Für andere Forumsteilnehmer könnte es interessant sein, woran das lag (oder lag's an der frühen Stunde und der Router war noch gar nicht eingeschaltet?).
das wenn ich wüsste, wie ich aufgestanden bin hat der Trucki/SUN gerade abgeschaltet und nichts mehr gemacht.
Ich habe dann alle IP eingetragen, nichts ging, Stecker vom SUN gezogen nichts ging.
Danach bin ich mit Hund spazieren gegangen vor lauter Frust. Unterwegs habe ich dann in die Shelly App geguckt und gesehen dass meine Frau einen großen Verbraucher eingeschaltet hat und der SUN volle eingestellte Leistung produziert.
Keine Ahnung warum alle IP gelöscht waren, hatte nie Probleme damit.
Kann mir jemand sagen, wie oft ein Shelly 3em Werte an den T2SG übergibt?
Der Grund meiner Frage:
Ich lese meinen Zähler mit einem USB-Lesegerät aus und übergebe die Werte per ioBroker an den T2SG. Das geschieht ungefähr 2x pro Sekunde.
Leider kommt es immer wieder vor, dass der Lumentree kurz anspringt, weil das Meanwell nicht schnell genug die Leistung reduziert. Jetzt dämmert es mir, dass vermutlich der Average Wert auf den Shelly3em optimiert ist. Kann es sein, dass der eine geringere Update-Frequenz hat? Muss ich deshalb den Average Wert herauf setzen?
bislang nur in diesem tollen Forum nur mitgelesen, ist also mein erster Post hier. Hab die rund 94 Seiten im schnelldurchgang in einigen Tagen durchgeackert. Wirklich interessant was es so an Möglichkeiten gibt.
Nun möchte ich mein eigenes Projekt starten, auf der Habenseite: 2 Panel mit je 440 W, SUN 1000G2 M Version 6.1 mit nur einer Buchse „Internal“, WLAN Tasmota Volkszähler Lesekopf, Zähler ist frei geschaltet und liefert sekündlich die Wattzahl, Trucki Platine (@Trucki danke für die schnelle Lieferung ) Victron SmartSolar MPPT 100
-50. Der Lifepo Akku mit 8 Zellen zu je 105 Ah muss ich noch bauen, die Akkus brauchen so lang bis das sie da sind… habe vor solange 2 12V Bleiakkus zu verwenden.
Nun zu meinen Fragen
die wemos pro gibt es mit 4mb oder auch mit 12 mb, welche darf es denn sein?
die Platine passt in den SUN, MUSS ein downgrade auf 5.2 für den limiterhack durchgeführt werden?
Die restlichen fragen kommen dann bestimmt wenn ich alles miteinander verbunden hab Ich häng mal noch Bilder vom SUN mit dran…
Danke für eure Unterstützung Ich weiß das wirklich sehr zu schätzen!
Nachtrag:
inzwischen hab ich den SUN auf 5.2 downgegraded, wenn ich das Limiterkabel verbinde mit dem internen oder externen Remote Eingang auf der Steuerplatine im SUN, dann kommt am SUN eine Leistung zum Vorschein von ca 300W, wenn ich den Netzstecker anders herum stecke wird die Leistung negativ, wenn ich mich daran erinnere. Bin grad nicht vor Ort um es genau sagen zu können. Der SUN ist nackt, also noch kein Akku und auch kein Panel ist angeschlossen. Wenn ich das Kabel abziehe geht die Leistung auf null. Bilder hierzu müsste ich nachliefern wenn ich wieder in KN bin.
Den Wemos Pro hab ich mit der Variante 12Mb verwendet, der gelieferte Wemos mit 4Mb wurde sehr heiß und war defekt. Die Verbindung mit dem Volkszähler WiFi Lesekopf statt dem Shelly klappte auf Anhieb. Nun hab ich aktuell nur noch das Problem mit dem Limiterkabel. Vielleicht weiß da jemand noch was dazu?
Meine Config: Shelly 3EM - MQTT - T2SG 1.12. , 3 mal Sun 1000, iobroker. Bis gestern per ganz normal direkt vom Shelly abgefragt mit http://192.168.10.77/status, total_power, Username und Passwort.
Seit Abends ca 18:00 wollte keiner der 3 Suns mehr irgendwelche Leistung erzeugen. T2SG sagt bei Meter nur not found. Der Shelly zeigt aber alles richtig an und die Daten kommen auch im iobroker per mqtt an.
Ich habe dann mal einen andere Shelly angeschlossen. Das klappt.
Da ich die Daten auch per mqtt an den iobroker sende, kann/muss ich jetzt als Übergangslösung folgendes im T2SG eintragen: http://192.168.10.33:8087/getPlainValue/0_userdata.0.Shelly-Total-Grid-Power
Diese Shelly-Total-Grid-Power berechne ich aus allen drei EMETER Werten per Blockly.
Hat hierzu irgend jemand eine Erklärung? Ich will das wieder direkt vom Shelly an den T2SG übermitteln.
) 
Ich häng mal noch Bilder vom SUN mit dran…
Besten Dank schon mal