Hallo,
ich würde den T2MG Stick gern zusätzlich aus meiner Homematic CCU3 (über CuXD) ansteuern.
Mit den Shelly geht das. z.B. Relay schalten ('<a href=" Link entfernt "> Link entfernt ‘)
Kann man den T2MG auch über einen http Befehl steuern?
3 Befehle suche ich:
Kann da jemand helfen?
Moin,
ich habe hier mal eine Frage, auf die ich nicht so ohne weiteres auf die schnelle eine Antwort im Netz finden konnte.
Besteht die Möglichkeit 2 Meanwell NPB 1700 Ladegeräte parallel zu schalten ?
Ich habe im Zählerschrank einen SDM72 als 3 phasigen Leistungsmesser mit einer Tasmota-WLAN-Ausgabe (HTTP & MQTT) für diverse Geräte, aktuell natürlich auch für ein super funktionierendes Trucki-Speichersystem mit 5 kWh. Da ich aber bereits einen 15 kWh Akku bestellt habe, möchte ich natürlich mit höherer Leistung laden (24,9 kWp PV).
Da ich in der Tasmota Firmware JSON integriert habe, kann ich nun natürlich unabhängig z.B. den Einspeisewert von -1200 W problemlose in zwei JSON/MQTT-Werte mit je -600 W oder auch das Hauptladegerät mit -700 W und das zweite mit -500 versorgen (prozentuale Teilung der aktuellen Einspeisung). Ebenfalls kann man natürlich das zweite Ladegerät mit einer niedrigeren Vollladespannung versorgen, sodass am Ende nur noch ein Ladegerät den Akku voll lädt.
Hat jemand schon zwei NBP parallel an einen Akku zum laden angeschlossen ?
LG
Ralf
@trucki Danke für die schnelle Rückmeldung, Trucki.
Wie vermutet, nachem ich gestern das Ladegerät neu gestartet hatte und es dann lief, stand es heut wieder auf "MQTT" unter ZEPC und die ganze PV Leistung ging ins Netz statt übers Ladegerät in den Akku. Der Fehler ist also reprouzierbar bei mir, ich hab bloss keine Ahnung wo er herrührt.
ACSETPOINTOVR steht auf null bei mir, weil ich as nicht nutze, er soll allein vom aktuellen PV-Überschuss gesteuert werden:
Und als MQTT Broker verwende ich einen public, keinen lokalen.
Das sind die Einstellungen für den ZEPC bei mir:
Werde jetzt erstmal neu starten und gehe davon aus, dass es morgen wieder genauso aussieht.
Ach ja; das Netzteil und damit der T2MG ist bei mir nicht ständig an, sondern wird mit Sonnenauf- und -untergang über eine Shelly geschaltet.
Vermutlich fällt er nach einem solchen Kaltstart auf MQTT zurück, muss ich mal beobachten morgen ob das so ist.
Hallo,
ich bin neu hier im Forum und habe folgende Frage: Wie sieht das Skript aus, mit dem der Tasmota/Bitshake die aktuelle Einspeise/Netzbezugsleistung darstellt, damit der T2MG Stick in der Lage ist, die Werte zu verstehen?
Hintergrund ist, dass ich einen zusätzlichen LiFePo4 Speicher in Betrieb nehmen möchte, um meinen Eigenverbrauch zu erhöhen.
Ich hatte mir die Bitshake Videos auf Youtube angesehen und entsprechend das dort angegebene Skript so angepasst, dass die aktuelle Einspeise/Netzbezugsleistung im Browser angezeigt wird. Leider krieg ich den T2MG trotz dutzenden Versuchen nicht dazu, die Daten zu übernehmen. Ich gehe davon aus, dass es grundsätzlich ein Problem mit dem Auslesen der Syntax dieses angepassten Skripts gibt, und ich leider von Programmierung wenig verstehe. Hat hier im Forum jemand mit der Kombi Tasmota/Bitshake und T2MG positive Erfahrungen und kann weiter helfen?
Vielen Dank im Voraus
Rob
Moin, ich habe einen Trucki2Shelly mit einem Bitshake am laufen, das funktioniert einwandfrei. Ich denke beim Trucki 2 Meanwell Stick den ich übrigens auch bestellt habe kommt die gleiche Einstellung rein wie beim Trucki2Shelly.
Kannst mir ja dein Script mal schicken bzw. hier posten vielleicht kann ich dir helfen.
Grüße
Hast du dafür ein Beispiel, wie man so etwas mit Tasmota skripten kann? Das fände ich sehr interessant
Gibt es Probleme, wenn die NBP Ladegräte im "Dyn. voltage" Modus laufen?
@arcteryx Nutzt du homeassistant? Bei mir werden die Meterwerte per mqtt von HA aus gesendet. Ich habe das Problem so gelöst, dass ich die schnelle Reaktion beibehalten habe (ich glaube average 5) und mit einer Automation die mqtt Werte an ein Gerät jeweils nur dann sende wenn das andere gerade im Leerlauf ist. Ansonsten sende ich eine 0. Damit läuft das bei mir selbst mit knappen Werten (WR 5W und Ladegerät zwischen - 15 und - 45) recht gut.
Gruß
Unlight
@gdbhecht Das Ganze ist recht einfach, ich habe im Zählerschrank einen SDM72D mit Modbus-Schnittstelle an einen TTL/RS485 -> WemosD1 angehängt.
Das läuft natürlich auch mit einer Infrarotschnittstelle und Tasmota-ESP.
Wichtig ist, das USE_SCRIPT_JSON_EXPORT bei der Tasmota-Software eingebunden wird.
Dann brauchen einfach nur noch folgende Zeilen in den entsprechenden Sektionen hinzugefügt werden, evtl. Kommentare entfernen:
>D
;PVU ist die aktuelle 3 phasige Ueberschussleistung +/- am Haus-Anschlusspunkt
PVU=0
;PVUeberschuss geteilt 60/40
PVU60=0
PVU50=0
PVU40=0
>T
;PVU aus dem Meter auslesen -> ist gleich 100%
PVU=SDM72D#power_total
PVU60=PVU0.6
PVU40=PVU0.4
PVU50=PVU*0.5
>J
,"PVU100":"%2PVU%"
,"PVU50":"%2PVU50%"
,"PVU60":"%2PVU60%"
,"PVU40":"%2PVU40%"
Das Ergebniss ist bei mir dann dieses JSON:
{"StatusSNS":{"Time":"2024-03-27T09:20:23","SDM72D":{"power_total":-998,"current_avg":4.92,"voltage_avg":229.81,"frequency":49.96,"Total":1306.9969,"energy_imported":643.050,"energy_exported":663.947},"PVU100":"-998.00","PVU50":"-499.00","PVU60":"-598.80","PVU40":"-399.20"}}
oder 'beautify':
{
"StatusSNS": {
"Time": "2024-03-27T09:20:23",
"SDM72D": {
"power_total": -998,
"current_avg": 4.92,
"voltage_avg": 229.81,
"frequency": 49.96,
"Total": 1306.9969,
"energy_imported": 643.050,
"energy_exported": 663.947
},
"PVU100": "-998.00",
"PVU50": "-499.00",
"PVU60": "-598.80",
"PVU40": "-399.20"
}
}
Kann dann also in jedem Meter so abgefrufen werden, z.B. mit 60%: IP-Adresse,StatusSNS,PVU60
Es kann sein, das StatusSNS,SDM72D,power_total einen etwas anderen Wert hat, da die Verarbeitung und Ausgabe des JSON nur in >T jede Sekunde erfolgt, so kann es zu 1 Sekunde Verzögerung kommen, sprich es wird der anteilige Wert der vorherigen Sekunde übermittelt.
LG
Ralf
Habe vor ein paar Tagen den T2MG und NPB-750-48 in Betrieb genommen.
Nach ersten Überschussladungen habe ich Auffälligkeiten festgestellt, die mir unerklärlich sind und auch nicht gefallen.
Ich habe dann weitere ausführliche Tests durchgeführt. Störungen durch Lumentree Umrichter bzw. AC Überschussladen mit HLG wurden verhindert, weil sie abgestellt wurden!
Das Ziel dieser Tests war: Wieviel Power wird liegen gelassen und vieviel Power wird unnötig über einen langen Zeitraum bezogen.
Die Parameter wurden dafür "aggressiv" gesetzt, damit das System schnell reagiert (egal wieviel EEPROM writes auch anfallen).
Test-Ergebnis und Workaround: Mit meiner Anlage ist nur ein Einsatz mit T2MG sinnvoll, wenn die Solarleistung >190W ist. Leistungen kleiner führen dazu, dass das NPB mit ca. 130W "ballert", obwohl die Solarleistung nicht ausreicht und das Target Fenster 0 bzw. -20W ist. Ich habe in den letzten Tagen es wohl nur 2x kurz (!) gesehen, dass das NPB unter 130 W dynamisch regelt (Leistung in den Akku variiert dann unterhalb 130 W). Beim Abschalten eines 3W Verbrauchers (ein Shelly!) ist die Regelung wieder in das Ballern mit 130 W verfallen).
Programmtechnische Umsetzung:
Unterhalb 190 W Solarleistung wird der NPB "ausgeschaltet" mit einem beliebigen Wert auf ACSETPOINTOVR (ioBroker Ojbects).
Ist ausreichende Solarleistung vorhanden, wird ZEPC wieder "eingeschaltet" mit einem beliebigen Wert auf METEROVR in ioBroker. (Dieser Wert soll dann durch 3EM wieder überschrieben werden mit dem aktuellen Wert, was bei mir aber nicht passiert!).
Trucki schreibt aber hier: "ZEPC->Enable machst Du indem Du 1x irgendeinen Wert (z.B. 1) auf das MQTT Topic "MeterOVR" schreibst.
Dadurch wird der ZEPC wieder aktiviert und dein beliebiger Wert wird sofort durch den nächsten ausgelesenen Meter wert überschrieben."
Ich habe heute nochmal alle bisherigen Beiträge hier durchgearbeitet und weitere Werte für weitere Tests mit Speicherung für graphische Auswertung ausgemacht:
IOUT_SET
IOUT
VOUTSET
Ich werde bei Sonne die nächsten Tage dazu nutzen, weiter Messreihen aufzunehmen und sie dann hier als Chart einstellen zur Begutachtung.
Die eingestellten Parameter werde ich dann auch näher angeben.
Meine Systemumgebung: T2MG mit Version 1.05, NPB mit "alter" FW, ioBroker lokal auf PI5 (HABPanel), LFP 2x24V 100Ah (in Serie, mit Balancer 2x24V),
Arcteryx hat die gleichen Erfahrungen hier beschrieben:
Nachträglich hinzugefügt:
Die Leistungsangaben wurden AC seitig für das NPB-750-48 mit Shelly PlusPlug S ermittelt.
Die ominösen 130 W: Grenze zwischen dyn. voltage und dyn. current ist bei mir wohl: 2,26 A x 54 V = 122,04 W (daher rühren wohl die 130 W)
Bisher habe ich die Überschussladung an 24V Akku (2x parallel) folgendermassen bis runter zu 25 W vorgenommen:
2 Stück HLG-600H-30AB: bis zu einer bestimmten Solarleistung mit einem HLG und PID Regelung (ioBroker TypeScript), ab einer bestimmten Leistung dann mit 2 HLG, 2. HLG mit Festwert 35% Öffnung)
Version mit Tasmota und "3.3P-5V 3.3V PWM Signal Zu 0-10V Spannungswandler D/A Digital Analog SPS Modul"
Version mit Shelly Plus Dimmer 0-10V
Grund für das Umschwenken auf T2MG und NPB:
Leistungsgrenze der HLG und das Fehlen von Ausführungen für 48 V LFP (mit "einem" HLG Netzteil)
Gefährliche Masseschleife (!) bei zwei Spannungswandlern PWM -> 0-10V in Serie und div. Pegel 5V/12V bei der Stromversorgung Tasmota/Spannungswandler
Probleme beim "Synchronisieren" der beiden Shelly Dimmer und PID -Regelung mit ioBroker/TypeScript und Ansteuerung dann über http-Befehle auf die Shelly Dimmer (Latzenz !, daher der Festwert beim zweiten Dimmer!)
Da das NPB-1200-48 erst Ende April lieferbar ist (hoffentlich mit der neuen Firmware wegen EEPROM writes), habe ich vorerst zum Testen ein NPB-750-48 genommen, obwohl ich weiss, dass dessen Leistung für meine Anlage nicht ausreicht
@Trucki +Forum
Es liegen schon Testergebnisse vor, trotz Bewölkung!
Es liegt beim ersten Chart eine sehr hohe Informationsdichte vor!
Ich möchte niemanden überfordern. Das ist nur mein Prototyp für die Visualisierung mit HABPanel. Später soll Grafana zur Anwendung kommen.
Bei der richtigen Reihenfolge der Platzierung der Bilder werde ich noch lernen müssen. Ich bitte um Entschuldigung für das eventuelle Durcheinander bei Bild 4-10.
@photoncatcher Vielen Dank für die schöne Darstellung. Schwer zu sagen warum bei Dir Leistungen kleiner 130W nicht erreicht werden. Mich wundert, dass bei Dir über 2A Ladestrom fließen obwohl Lade- und Batteriespannung gleich sind. Bei mir fließt gar kein Strom mehr, wenn ich keine Potentialdifferenz zwischen Ladegerät und Batterie habe.
Mit der manuellen ACSetpoint Vorgabe im AC Charger Menüpunkt kommt mein NPB-1700-48 leicht auf 30W runter:
1.Habe den min Power auf 0 gesetzt (so wie bei Dir)
Habe dann über AC Send 50 W vorgegeben, keine Reaktion, blieb auf 130 W. Weitere kleinere Wert auch kein Unterschied!
Habe dann Sollwert auf 150 W gestellt. Dann kam Reaktion und es wurden 150 W erreicht.
Danach konnte ich kleinere Werte mit AC + Send anfahren.
Das alles kommt mir sehr suspekt vor.
Mittlerweile sind ja auch schon über 2 Promille Schreibzugriffe absolviert für das EEPROM. Wahrscheinlich ist das NPB schon defekt.
Alles durchgeführt in MANUAL, kein ZEPC aktiv.
Vollkommen unerklärlich! Dateiname sagt aus, was gemacht wurde.
Da scheint selbst am Karfreitag der Server oder die Anwendung überlastet zu sein. Passiert jedesmal, wenn ich eine Antwort hinzufüge.
@photoncatcher hab bei mir Min power 50 W eingestellt
Danke chrisz.
Ausprobiert, aber Verhalten wie vorher.
Bis Eintreffen des NPB-1200-48 dauert es noch eine Weile. Habe kein zweites 750er rumliegen.
Könnte allerdings den neuen T2MG ins Rennen bringen.
Dann kann ich auch gleich schauen, ob das drin ist in der OVP, was drauf steht 
@Trucki: Warum wird ein am 24.3.2024 über Amazon bestellter T2MG (Mean Well Gateway) noch mit der Firmware 1.03 ausgeliefert?
Danke, jetzt fühle ich mich nicht mehr so allein!
@Trucki + All
Ich habe bisher noch folgendes unternommen, um das merkwürdige Verhalten zu ergründen:
2x Reset auf Werkszustand des NPB-750-48
Brandneuen T2MG aus der noch versiegelten OVP ausgepackt und eingerichtet und ausprobiert (Frage an Trucki siehe ganz oben) edit: FW update auf 1.05
Firmware update des 3EM von 1.13.1 auf 1.14.0
Mittlerweile fühle ich mich hier als Black Box Tester und dann fallen einem so Dinge ein, die wahrscheinlich niemand anderes testet oder gestestet hat.
Nach der Neueinrichtung des 2. T2MG habe ich bewusst keine Meter Url angegeben bei der Konfiguration. Es verblieb die fake URL sowie der Username "Admin".
Lustigerweise wurde ich belohnt und konnte kurz im Stand Alone Betrieb dann in Manual AC Sollwerte vorgeben, die auch mit einigen Schwanken ausgeführt wurden.
Bereich 30-230 W und dann wieder auf 0 Vorgabe.
Nachdem ich wieder die "richtige" URL für das Meter (3EM) eingetragen und gespeichert habe, war Schluss mit lustig und das 130 W Verhalten stellte sich kurz nach Start wieder ein. Ich habe dann den User Admin aus der Konfiguration für Meter gelöscht und die Änderung gespeichert.
Dann waren AC Sollwerte wieder kurz möglich in Manual, aber dann haben sich das NPB und der T2MG es sich wieder anders überlegt und mich mit 130 W belohnt, obwohl auf Manual mit AC Sollwerte versucht wurde, die unterhalb der 130 W waren.
Das FW update des 3EM habe ich gemacht, weil ich bewusst KEIN Passwort für den 3EM Zugang eingerichtet habe. Das Löschen des Admin im T2MG Meter Bereich mit Abspeicherung hat ja kurz den Stand Alone Betrieb wieder möglich gemacht.
Roulette macht wohl doch mehr Spaß!
Nein, ich nutze nur rein den T2MG und den T2SG mit einem Shelly Pro 3EM, welcher die Daten liefert.
Aktuell habe ich den Lumentree so eingestellt, dass dieser nur zwischen 16 Uhr und 9 Uhr einspeist. Also am Tag befindet er sich somit im "Ruhemodus". Damit nutze ich den Akku zwar tagsüber nicht. Bei der aktuellen "Sonnenlage" funktioniert das aber recht gut. Mal sehen wie es dann im Hochsommer aussieht.
@photoncatcher
Du bist absolut nicht allein! Genau diese Phänomene hatte ich ja auch bereits am 10.03.2024 in meinem Beitrag (Trucki 2 Meanwell Stick - Überschussregelung für MW NPB 450-17(T2MG) / R4850G2(T2HG) - #66 von arcteryx - Panels, Wechselrichter, Laderegler - Akkudoktor Forum) beschreiben wollen. Vielleicht war meine Beschreibung des Problems nicht ganz so gelungen 
. Bei mir tritt das Phänomen auch im Zusammenhang mit einem NPB-750-24 auf. Evtl. liegt es ja an dieser Meanwell Serie, wenn es zuvor noch niemanden aufgefallen ist?
PS: Ich habe es ab und zu durch manuelle Vorgabe auf < 130W Ladeleistung gebracht. Allerdings hatte ich bisher auch noch keine Systematik entdecken können. Manchmal hat es funktioniert und manchmal nicht. Die Vorgabe von 0W hat jedoch immer zuverlässig funktioniert.
Aktuell habe ich die MinPower auf 70W eingestellt. Bei einem Bezugsstrompreis von ca. 0,3666€/kWh und einer Ein- und Ausspeiseeffizienz des Akkus von 70% lohnt sich dieser Wert rechnerisch dennoch, siehe beigefügte Grafik.
