ses

Hab jetzt die 2.7.5+67bf44a8 installiert. Momentan belibt es bei einphasigem Laden mit den vollen 16 A und ~300 bis 450 W Einspeisung. Das halte ich für OK. Jetzt sind aber auch 300 W weniger PV da.

Ist das Problem mit der 2.7.5 behoben? Gerade eben beobachte ich wieder ein seltsames Verhalten mit der 2.6.6+675aeb99 bei dreiphasigem Laden: warp3-2az2-Debug-Report-2025-03-06T13-36-12-354_schnelle_Phasenumschaltung_oder Verbraucher.txt

Brave ist noch in der selben Version, heute lässt sich aber wieder ins Diagramm klicken. Vergessen wir es. Mit 2.6.6 regelt Min+PV nun wieder hoch.

Debug nach Downgrade ist im Anhang, von Config-Größe lese ich nichts. Das Diagramm ist weiterhin nicht klickbar im Brave auf Android. Dessen letzte Version ist vom 05.02., bin mir aber sehr sicher, dass es gestern noch ging… Keine Ahnung, wie ich auf Android sehe, wann das Update installiert wurde. Werde zur Überwachung einfach auf Fennec wechseln. warp3-2az2-Debug-Report-2025-02-09T18-59-21-773.txt

Hallo, seit ich die 2.7.1 installiert habe, bleibt der Strom im Modus Min + PV immer bei 6A, auch wenn vom EV-Zähler mehr Einspeisung gemeldet wird. Stelle ich auf nur „PV“ um, funktioniert die Steuerung wieder. Das sieht mir nach einer Regression aus, mit 2.6.6 ging es noch. Kann ich die Konfiguartion durcheinander gebracht haben? Gleich nach dem Update habe ich die neuen Funktionen „Dy­na­mi­scher Strom­preis“ und „PV-Er­trags­pro­gno­se“ ausprobiert, also Werte eingetragen und so. Deaktivieren hilft aber auch nicht. Weiterhin ist mir aufgefallen: In Chrome-basierten Browsern auf Android kann ich nicht mehr ins Stomzähler-Diagramm „klicken“. Dann wurden unter dem Diagramm Uhrzeit und Zählerwerte angezeigt – wie beim Mouseover am Desktop. In Fennec/Firefox auf Android geht das auch mit 2.7.1 weiterhin. Ist das noch jemandem aufgefallen? Muss ich komplet neu konfigurieren, wenn ich downgrade auf 2.6.6?

Ich antworte mir einmal selbst: Zähler als MQTT gibt es in WARP nicht (nur in einer internen Entwicklungsversion), weil die Daten zugeordnet werden müssten. Es ist möglich, die Zählerdaten vom Lesekopf per MQTT an Homeassistent und andere zu melden und die WARP von dort fremdzusteuern. Momentan für mich viel Konfiguration und nicht KISS. Deshalb habe ich in der WARP einen API-Zähler mit dem einzigen Wert „Wirk­leistung (Bezug minus Ein­speisung); Σ L1, L2, L3 [W]“ angelegt. Vom Lesekopf lasse ich über das tasmota-Script diesen Wert per http POST senden. >D >B =>sensor53 r >S =>WebQuery http://192.168.XXX.XXX/meters/1/update POST [Content-Type:application/json] [%sml[3]%] >M 1 +1,3,s,0,9600,MT631 1,77070100010800ff@1000,Total Consumed,kWh,Total_in,18 1,77070100020800ff@1000,Total Delivered,kWh,Total_out,18 1,77070100100700ff@1,Current Consumption,W,Power_cur,16 #

Hmm, mit Akkus am Wechselrichter habe ich mich noch nicht beschäftigen müssen – zum Glück. Ich weiß aber, dass diese oft auch nur bis 80 oder 90 % geladen werden; um den Verschleiß zu minimieren. Zudem vielleicht, weil die Ladeströme bei hohen SOC abnehmen, wie Du es auch bemerkt hast. Unklar ist mir, warum das Auto erst bei 100 % SOC des Hausakkus geladen würde. Ist das bei WARP so? Einstellungen zu dieser regelbasierten Verteilung des PV-Stromes sehe ich bei EVCC und openWB.

Was passiert, wenn Du testweise die Zähler 2xx auswählst? Die Daten dieses Smartmeters werden ja eigentlich gebraucht.

Danke, das beantwortet meine Frage.

Lässt sich der WR auswählen, also sowohl SG als auch SH? Wär für mich auch interessant, weil ich die WARP noch nicht habe.

Hi, hat die Pro einen Manipulationsschutz für den Zähler? Was passiert, wenn der entfernt wird?

Ist es ein AC-gekoppelter Speicher? Den Sungrow SG10RT habe ich auch, der ist ohne Speicheranschluss. Falls es der SH10RT mit DC-Speicher ist: Dessen Modbusregister unterscheiden sich deutlich von denen des SG!

Soll tatsächlich vom Hausakku ins Fahrzeug geladen werden? Wenn irgend möglich wird das meist vermieden um nicht die doppelten Verluste zu haben. Ist der Hausspeicher für die Hauslast oder Fahrzeugladen oder beides dimensioniert worden? Genau dazu ist es da. Dann ist auch der Zähler in der WARP sinnvoll. Die WARP kann vom Fronius die Werte des Smartmeters bekommen und nur das in Auto laden, was sonst im Netz gelandet wär.

Hallo! Noch habe ich keine WARP3, eine Smart oder Pro wird es aber definitiv werden. Mein Wechselrichter ist ein Sungrow SG10RT, also ohne Speicher und ohne Smartmeter. Um nicht noch einen Zähler hinter dem jetzt neu installierten Zähler des VNB zu installieren, will ich dessen Werte zur Steuerung des PV-Überschussladens nutzen. Für die optische Schnittstelle hab ich einen IR-Lesekopf mit WLAN (ähnlich dem Hichi) bestellt. Auf dessen ESP01S läuft ein Tasmota-Build, die SML-Daten des Zählers stehen als mindestens über MQTT zur Verfügung. Um das als Zähler in der WARP3 anzulegen, brauche ich noch einen MQTT-Broker, oder? Zusätzlich möchte ich ohne Relevanz fürs EV-Laden die Daten eines weiteren Zwischenzählers und des Wechselrichters auslesen. Visualisierung und später auch Steuerung weiterer Verbraucher ist das Ziel. Wechselrichter, VNB- und Unterzähler sind im oder nahe des Zählerschrankes, LAN und WLAN ist da. Wäre es sinnvoll, die ganze Zählerausleserei über ein einziges Gerät im Schrank zu erledigen? Was käme in Frage? Der WEM? Den Zwischenzähler hab ich ebenfalls noch nicht. Üblicherweise haben die Modbus/RTU, wofür wieder ein Gateway nötig wäre. 🙄 Zwei Wärmezähler mit IR-Schittstelle hab ich auch noch… 🫠 Ich freue mich auf eure Ideen oder Links.