Rückmeldungen 2.1.6 Release Candidate 1

[raudi]

SoC in der openWB war zuvor via MQTT auf "0" gestellt, der Status vor dem Einstecken war 0%.

09:19 - Log auf "Detail" gestellt.
09:20 - PKW gesteckt, SoC blieb auf 0% und openWB hat beladung gestartet und auch der PKW hat geladen.
09:25 - SoC ist von 0% auf 95,71% gesprungen und beladen wurde beendet, da der maximale SoC erreicht.
09:28 - Log wieder auf "Warnungen und Fehler" gestellt.

Hier sieht man auch, dass alle Werte korrekt übermittelt wurden:

Code: Alles auswählen

2024-11-10 09:20:10,990 - {modules.common.req:32} - {DEBUG:set values cp6} - Get-Response: {"date":"2024:11:10-09:20:10","timestamp":1731226810,"powers":[0,0,0],"power_all":0,"currents":[0,0,0],"voltages":[232.83,233.09,234.68],"frequency":49.969,"imported":809860,"exported":0,"plug_state":true,"charge_state":false,"phases_actual":0,"phases_target":3,"phases_in_use":3,"offered_current":0,"evse_signaling":"unclear","v2g_ready":0,"soc_value":84,"soc_timestamp":1731226807,"vehicle_id":"48:31:33:03:57:7F","rfid_tag":null,"rfid_timestamp":null,"serial":"484042"}

Auch im MQTT Log, vom Cargepoint korrekt, im Auto falsch:

Code: Alles auswählen

2024-11-10 09:24:33,162 - Topic: openWB/chargepoint/6/get/soc, Payload: 84
2024-11-10 09:24:33,164 - Topic: openWB/chargepoint/6/get/soc_timestamp, Payload: 1731226807
2024-11-10 09:24:33,596 - Topic: openWB/chargepoint/6/get/connected_vehicle/soc, Payload: {"fault_str": "Kein Fehler.", "fault_state": 0, "range_charged": 1.335, "range_unit": "km", "range": 0, "soc": 0, "timestamp": 1731226814.801642}

Und dann eine Munite später noch plötzlich über 95%:

Code: Alles auswählen

2024-11-10 09:25:33,297 - Topic: openWB/chargepoint/6/get/connected_vehicle/soc, Payload: {"fault_str": "Kein Fehler.", "fault_state": 0, "range_charged": 1.6, "range_unit": "km", "range": 0, "soc": 95.71, "timestamp": 1731227114.895483}

Hier noch genauer die Uhrzeit, von einer Zeile zur anderen während der Ladung:

Code: Alles auswählen

{"timestamp":1731227113,"time":"09:25:13","grid":8.182,"counter12-power":4.076,"house-power":4.673,"charging-all":4.079,"pv-all":0.572,"cp6-power":4.079,"cp8-power":0.0,"cp9-power":0.0,"ev1-soc":65,"ev2-soc":0,"bat-all-power":0.005,"bat-all-soc":13}
{"timestamp":1731227123,"time":"09:25:23","grid":8.201,"counter12-power":4.079,"house-power":4.675,"charging-all":4.099,"pv-all":0.552,"cp6-power":4.099,"cp8-power":0.0,"cp9-power":0.0,"ev1-soc":65,"ev2-soc":95.71,"bat-all-power":0.0,"bat-all-soc":13}

Und im SoC Log total komische Werte, er meint mit 81 beginnen zu müssen, aber setzt ihn scheinbar nicht:

Code: Alles auswählen

2024-11-10 09:20:14,803 - {modules.common.configurable_vehicle:56} - {DEBUG:fetch soc_ev2} - Vehicle Instance <class 'modules.vehicles.manual.config.ManualSoc'>
2024-11-10 09:20:14,814 - {modules.common.configurable_vehicle:57} - {DEBUG:fetch soc_ev2} - Calculated SoC-State CalculatedSocState(imported_start=797596, manual_soc=None, soc_start=81)
2024-11-10 09:20:14,816 - {modules.common.configurable_vehicle:58} - {DEBUG:fetch soc_ev2} - Vehicle Update Data VehicleUpdateData(plug_state=False, charge_state=False, imported=None, battery_capacity=77000, efficiency=90, soc_from_cp=None, timestamp_soc_from_cp=None)
2024-11-10 09:20:14,817 - {modules.common.configurable_vehicle:59} - {DEBUG:fetch soc_ev2} - General Config GeneralVehicleConfig(use_soc_from_cp=True, request_interval_charging=300, request_interval_not_charging=43200, request_only_plugged=True)
2024-11-10 09:20:14,818 - {modules.common.component_context:26} - {DEBUG:fetch soc_ev2} - Update Komponente ['Manueller SoC']
2024-11-10 09:20:14,820 - {modules.common.configurable_vehicle:64} - {DEBUG:fetch soc_ev2} - No soc update necessary.

Dann 5 Minuten später errechnet er etwas und setzt den SoC:

Code: Alles auswählen

2024-11-10 09:25:14,910 - {modules.vehicles.common.calc_soc.calc_soc:21} - {DEBUG:fetch soc_ev2} - 81% + 11.3256kWh = 95.70857142857143%
2024-11-10 09:25:14,912 - {modules.common.configurable_vehicle:67} - {DEBUG:fetch soc_ev2} - Requested start soc from calculation: 95.70857142857143%
2024-11-10 09:25:14,912 - {modules.common.configurable_vehicle:67} - {DEBUG:fetch soc_ev2} - Requested start soc from calculation: 95.70857142857143%
2024-11-10 09:25:14,914 - {modules.common.store._api:26} - {DEBUG:fetch soc_ev2} - Raw data CarState(soc=95.70857142857143, range=None, soc_timestamp=0)
2024-11-10 09:25:14,946 - {modules.common.store._api:31} - {INFO:store soc_ev2} - Saving CarState(soc=95.70857142857143, range=None, soc_timestamp=0)

Das gleiche hatte ich heute wieder, stecke rein, SoC bleibt auf 0, er beginnt zu laden und 5 Minuten später springt er auf 95% meint er habe den Ziel SoC erreicht und hört auf... Dabei hat er erst 60%. Okay, SoC auslesen klappt nicht oder nicht immer, aber warum errechnet er dann irgendwelche Werte aus alten Infos? ich hatte den manuellen SoC auf 0 eingestellt. Woher holt er dann 5 Minuten später diese Werte?

[ruffieuxh]

Hallo,

Ich verwende meine 1.9 Installation für mehrere Ladepunkte (inkl. Mieter) sowie viele wichtige Smarthome Geräte wie Boiler, etc. Bevor ich also ein Upgrade mache, habe ich mir mal V2 auf einem separaten Raspi installiert um mich zuerst mal mit V2 vertraut zu machen.

Bei der Konfiguration von EVU, PV und Batteriespeicher stelle ich aber fest, dass irgendwie beim EVU (ein Solar-Log 1200) möglicherweise der falsche Zähler ausgelesen wird ( ich habe ein EVU Zähler und 5 weiter Unterverbrauchszähler). Das führt m.E. dazu, dass der Hausverbrauch als Netzbezug angezeigt wird und somit der Hausverbrauch doppelt so hoch ist, wie er sein sollte.

Meine Frage: Wie kann ich den korrekten Solar-Log Zähler auswählen?

Bild vom V2 Verbrauchssituation (der Hausverbrauch sollte in etwa der Batterieleistung entsprechen, weil Abend ist):

Bildschirmfoto vom 2024-11-15 19-44-02.png

(78.87 KiB) Noch nie heruntergeladen

Zur gleichen Minute die Situation im parallel laufenden V1:

Bildschirmfoto vom 2024-11-15 19-44-09.png

(101.95 KiB) Noch nie heruntergeladen

Die V2 Konfiguration sieht wie folgt aus:

Bildschirmfoto vom 2024-11-15 19-48-14.png

(41.85 KiB) Noch nie heruntergeladen

Bildschirmfoto vom 2024-11-15 19-59-35.png (19.45 KiB) 363 mal betrachtet

Kann mir da jemand weiterhelfen?

Besten Dank

Heinz

[aiole]

Ev. hast du einen Hybrid-WR für den Speicher (geht aus deinen Infos nicht hervor). Dann gilt das hier:
https://github.com/openWB/core/wiki/Hyb ... d-Speicher

[ruffieuxh]

Ev. hast du einen Hybrid-WR für den Speicher (geht aus deinen Infos nicht hervor). Dann gilt das hier:
https://github.com/openWB/core/wiki/Hyb ... d-Speicher

Vielen Dank ajole für die rasche Antwort. Ja, ich habe einen GEN24 WR und die Konfiguration entsprechend eingerichtet (nach "Hybrid-System, wenn die PV-Leistung ausgegeben wird"). Wenn ich es anders konfiguriere sieht die Situation noch schlechter aus und am EVU Zähler ändert nichts:

Bildschirmfoto vom 2024-11-15 20-35-58.png

(82.28 KiB) Noch nie heruntergeladen

Ich habe tatsächlich das Gefühl, dass im Solar-Log der falsche Zähler ausgelesen wird.

[mattberlin]

Ev. hast du einen Hybrid-WR für den Speicher (geht aus deinen Infos nicht hervor). Dann gilt das hier:
https://github.com/openWB/core/wiki/Hyb ... d-Speicher

Nun weiß ich endlich, warum ich bei meinem Hybridsystem auch das Layout derart und scheinbar falsch wählen muss: Das RCT-Modul liest leider nicht die AC-Leistung aus.

[aiole]

Ich habe tatsächlich das Gefühl, dass im Solar-Log der falsche Zähler ausgelesen wird.

Das mit den 5 Unterzählern im SL1200 ist sicher nicht der Standardfall. Kann durchaus sein, dass das openWB-SL-Modul dort etwas Falsches ausliest. Dazu müsstest du mal die Register des SL für die einzelnen Zähler und den Gesamtzähler recherchieren, damit sich die jemand von der openWB-Entwicklung ansehen kann.

[zoe*in]

Bug: Ich habe neben dem Standard-Fahrzeug noch 2 weitere Fahrzeuge eingerichtet. Klappt soweit super. Nun bin ich vom 2.1.5p2 auf 2.1.6rc1 gewechselt und kann nun nur noch das Standardfahrzeug auswählen/öffnen/editieren/löschen. Klicke ich auf die anderen beiden Fahrzeuge (d.h. den türkisen Balken) öffent sich nichts. Neustart brachte nichts.

Mit wechsel auf den stable 2.1.5p2 klappte es wieder. Scheint daher ein Bug im 2.1.6RC1 zu sein - oder?

Bekannt? Haben andere das Problem auch - oder ist es was lokales, was ich mir nicht vorstellen kann.

[ruffieuxh]

Ich habe tatsächlich das Gefühl, dass im Solar-Log der falsche Zähler ausgelesen wird.

Das mit den 5 Unterzählern im SL1200 ist sicher nicht der Standardfall. Kann durchaus sein, dass das openWB-SL-Modul dort etwas Falsches ausliest. Dazu müsstest du mal die Register des SL für die einzelnen Zähler und den Gesamtzähler recherchieren, damit sich die jemand von der openWB-Entwicklung ansehen kann.

Danke ajole, wahrscheinlich sind so viele Zähler tatsächlich nicht der Standardfall.

Ich hatte ein ähnliches Problem, als ich in Node-Red meine Batteriesteuerung realisierte: Gemäss Solar-Log Service Center stellt das Solar-Log Gerät den Netto Wert des EVU Zählers NICHT zur Verfügung (liefert nur den Gesamtverbrauch)! Man muss diesen selber errechnen!

Ich habe folgende Zählerkonfiguration im Solar-Log, wobei der Zähler 3 der EVU Zähler ist und alle anderen Verbrauchszähler Unterzähler sind:

Bildschirmfoto vom 2024-11-16 16-21-45.png (40.94 KiB) 236 mal betrachtet

In Node-Red frage ich dazu das folgende Solar-Log"Register" ab:
{"782":null}

Dies resultiert (in der Reihenfolge der obigen Zähler, wobei die Zählernummerierung bei 0 beginnt) in den folgenden Werten (in Watt):

Code: Alles auswählen

{"782":{"0":"10","1":"102","2":"516","3":"0","4":"0","5":"0","6":"409","7":"0","8":"0","9":"0","10":"0","11":"0","12":"0","13":"0","14":"0","15":"0","16":"0","17":"0","18":"0","19":"0","20":"0","21":"0","22":"0","23":"0","24":"0","25":"0","26":"0","27":"0","28":"0","29":"0","30":"0","31":"0","32":"0","33":"0","34":"0","35":"0","36":"0","37":"0","38":"0","39":"0","40":"0","41":"0","42":"0","43":"0","44":"0","45":"0","46":"0","47":"0","48":"0","49":"0","50":"0","51":"0","52":"0","53":"0","54":"0","55":"0","56":"0","57":"0","58":"0","59":"0","60":"0","61":"0","62":"0","63":"0","64":"0","65":"0","66":"0","67":"0","68":"0","69":"0","70":"0","71":"0","72":"0","73":"0","74":"0","75":"0","76":"0","77":"0","78":"0","79":"0","80":"0","81":"0","82":"0","83":"0","84":"0","85":"0","86":"0","87":"0","88":"0","89":"0","90":"0","91":"0","92":"0","93":"0","94":"0","95":"0","96":"0","97":"0","98":"0","99":"0"}}

Um den EVU Notto Wert zu erhalten addiere ich also die beiden WR (1 und 6) und subtrahiere den Verbrauch (2):

Code: Alles auswählen

var Consumption = parseInt(msg.payload[782][2]);
var Gain = parseInt(msg.payload[782][1])+parseInt(msg.payload[782][6]); //Fronius GEN24 + Solaredge Inverter
SolarEdge.payload = parseInt(msg.payload[782][1]);
Grid.payload = Consumption - Gain; //Power export to grid = negative; Power import = positive

Eigentlich müsste man beim Solarlog die Zähler einstellen können (weil jeder ja seine eigene Konfiguration haben kann), oder aber gleich machen wie bei 1.9.)

[LenaK]

SoC in der openWB war zuvor via MQTT auf "0" gestellt, der Status vor dem Einstecken war 0%.

09:19 - Log auf "Detail" gestellt.
09:20 - PKW gesteckt, SoC blieb auf 0% und openWB hat beladung gestartet und auch der PKW hat geladen.
09:25 - SoC ist von 0% auf 95,71% gesprungen und beladen wurde beendet, da der maximale SoC erreicht.
09:28 - Log wieder auf "Warnungen und Fehler" gestellt.

Hier sieht man auch, dass alle Werte korrekt übermittelt wurden:

Code: Alles auswählen

2024-11-10 09:20:10,990 - {modules.common.req:32} - {DEBUG:set values cp6} - Get-Response: {"date":"2024:11:10-09:20:10","timestamp":1731226810,"powers":[0,0,0],"power_all":0,"currents":[0,0,0],"voltages":[232.83,233.09,234.68],"frequency":49.969,"imported":809860,"exported":0,"plug_state":true,"charge_state":false,"phases_actual":0,"phases_target":3,"phases_in_use":3,"offered_current":0,"evse_signaling":"unclear","v2g_ready":0,"soc_value":84,"soc_timestamp":1731226807,"vehicle_id":"48:31:33:03:57:7F","rfid_tag":null,"rfid_timestamp":null,"serial":"484042"}

Auch im MQTT Log, vom Cargepoint korrekt, im Auto falsch:

Code: Alles auswählen

2024-11-10 09:24:33,162 - Topic: openWB/chargepoint/6/get/soc, Payload: 84
2024-11-10 09:24:33,164 - Topic: openWB/chargepoint/6/get/soc_timestamp, Payload: 1731226807
2024-11-10 09:24:33,596 - Topic: openWB/chargepoint/6/get/connected_vehicle/soc, Payload: {"fault_str": "Kein Fehler.", "fault_state": 0, "range_charged": 1.335, "range_unit": "km", "range": 0, "soc": 0, "timestamp": 1731226814.801642}

Und dann eine Munite später noch plötzlich über 95%:

Code: Alles auswählen

2024-11-10 09:25:33,297 - Topic: openWB/chargepoint/6/get/connected_vehicle/soc, Payload: {"fault_str": "Kein Fehler.", "fault_state": 0, "range_charged": 1.6, "range_unit": "km", "range": 0, "soc": 95.71, "timestamp": 1731227114.895483}

Hier noch genauer die Uhrzeit, von einer Zeile zur anderen während der Ladung:

Code: Alles auswählen

{"timestamp":1731227113,"time":"09:25:13","grid":8.182,"counter12-power":4.076,"house-power":4.673,"charging-all":4.079,"pv-all":0.572,"cp6-power":4.079,"cp8-power":0.0,"cp9-power":0.0,"ev1-soc":65,"ev2-soc":0,"bat-all-power":0.005,"bat-all-soc":13}
{"timestamp":1731227123,"time":"09:25:23","grid":8.201,"counter12-power":4.079,"house-power":4.675,"charging-all":4.099,"pv-all":0.552,"cp6-power":4.099,"cp8-power":0.0,"cp9-power":0.0,"ev1-soc":65,"ev2-soc":95.71,"bat-all-power":0.0,"bat-all-soc":13}

Und im SoC Log total komische Werte, er meint mit 81 beginnen zu müssen, aber setzt ihn scheinbar nicht:

Code: Alles auswählen

2024-11-10 09:20:14,803 - {modules.common.configurable_vehicle:56} - {DEBUG:fetch soc_ev2} - Vehicle Instance <class 'modules.vehicles.manual.config.ManualSoc'>
2024-11-10 09:20:14,814 - {modules.common.configurable_vehicle:57} - {DEBUG:fetch soc_ev2} - Calculated SoC-State CalculatedSocState(imported_start=797596, manual_soc=None, soc_start=81)
2024-11-10 09:20:14,816 - {modules.common.configurable_vehicle:58} - {DEBUG:fetch soc_ev2} - Vehicle Update Data VehicleUpdateData(plug_state=False, charge_state=False, imported=None, battery_capacity=77000, efficiency=90, soc_from_cp=None, timestamp_soc_from_cp=None)
2024-11-10 09:20:14,817 - {modules.common.configurable_vehicle:59} - {DEBUG:fetch soc_ev2} - General Config GeneralVehicleConfig(use_soc_from_cp=True, request_interval_charging=300, request_interval_not_charging=43200, request_only_plugged=True)
2024-11-10 09:20:14,818 - {modules.common.component_context:26} - {DEBUG:fetch soc_ev2} - Update Komponente ['Manueller SoC']
2024-11-10 09:20:14,820 - {modules.common.configurable_vehicle:64} - {DEBUG:fetch soc_ev2} - No soc update necessary.

Dann 5 Minuten später errechnet er etwas und setzt den SoC:

Code: Alles auswählen

2024-11-10 09:25:14,910 - {modules.vehicles.common.calc_soc.calc_soc:21} - {DEBUG:fetch soc_ev2} - 81% + 11.3256kWh = 95.70857142857143%
2024-11-10 09:25:14,912 - {modules.common.configurable_vehicle:67} - {DEBUG:fetch soc_ev2} - Requested start soc from calculation: 95.70857142857143%
2024-11-10 09:25:14,912 - {modules.common.configurable_vehicle:67} - {DEBUG:fetch soc_ev2} - Requested start soc from calculation: 95.70857142857143%
2024-11-10 09:25:14,914 - {modules.common.store._api:26} - {DEBUG:fetch soc_ev2} - Raw data CarState(soc=95.70857142857143, range=None, soc_timestamp=0)
2024-11-10 09:25:14,946 - {modules.common.store._api:31} - {INFO:store soc_ev2} - Saving CarState(soc=95.70857142857143, range=None, soc_timestamp=0)

Das gleiche hatte ich heute wieder, stecke rein, SoC bleibt auf 0, er beginnt zu laden und 5 Minuten später springt er auf 95% meint er habe den Ziel SoC erreicht und hört auf... Dabei hat er erst 60%. Okay, SoC auslesen klappt nicht oder nicht immer, aber warum errechnet er dann irgendwelche Werte aus alten Infos? ich hatte den manuellen SoC auf 0 eingestellt. Woher holt er dann 5 Minuten später diese Werte?

Ich habe dir mehrfach erklärt, dass es in der aktuellen Version mit dem Skoda nicht funktioniert. Bitte nutze nur den manuellen SoC ohne Auslesen aus dem Fahrzeug, bis dieser PullRequest gemergt ist: https://github.com/openWB/core/pull/2000

[raudi]

Auch mal was positives, auch wenn es merkwürdig ist, weil für Fehlerfreie Funktion ja eigentlich was umgebaut werden muss. Gestern gesteckt Lademodus PV, er hat SoC erkannt und fehlerfrei geladen.

Heute morgen habe ich dann mal auf Sofortladen umgestellt, hat auch gleich geladen, nur eines war irritierend, folgende Meldungen kamen da nacheinander. Genauen Wortlaut bekomme ich nun nicht zusammen...

Er stand auf 1 Phase, da bei PV er zuletzt vermutlich nur mit einer Phase geladen hatte.

1. Meldung: Umschaltung auf 3 Phasen - CP Unterbrechung für 10 Sekunden
2. Meldung: Ladestart - CP Unterbrechung für 10 Sekunden
Dann hat der Stecker von gelb auf grün gewechselt und dann kam noch mal:
3. Meldung: Ladeunterbrechung wegen Umschaltung auf 3 Phasen - CP Unterbrechung für 10 Sekunden

Hat alles funktioniert, nur mich wundert etwas, er schreibt, er schaltet auf 3 Phasen um, macht es aber nicht, dann startet er und schaltet noch mal auf 3 Phasen um...

Kommt mir komisch vor...

Dann habe ich eben wieder angesteckt, nach dem ich kurz unterwegs war, und er hat wieder erfolgreich den SoC ausgelesen und die Ladung gestartet.

Habe nichts geändert, nach wie vor die Version vom 07.11. und kein Neustart in letzter Zeit...

Gedanke dazu: Längere Laufzeit des Systems, das System wird evtl. langsamer und gleicht dadurch die etwas langsamere Rückmeldung vom Enyaq aus. Und von wegen langsamer, evtl. durch den Fehler mit dem Tasmota auslesen hier. Evtl. hängt das alles zusammen.