SoC: MeatPi WiCAN + Manueller SoC (AutoPID)

[zut]

Man kann halt nur durch Beobachtung von angezeigten und Roh-SoC die Formel bestimmen. 51/115 als Steigung ist doch auch fast 0.4425 und Offset 6,4 oder 6,19 ist auch fast identisch.

[ChristophR]

Schöne Anleitung. Wichtig ist noch, als erstes ein Firmwareupdate durchzuführen, falls noch etwas früheres als Firmware 3.48 auf dem WiCan ist.
Eine rudimentäre Anleitung dafür habe ich in die Doku des soc_helper eingebaut.

Das hatte ich nur in den Voraussetzungen erwähnt.
Im PR von openWB habe ich noch einen Punkt dafür eingebaut.
https://github.com/openWB/core/blob/659 ... s/WiCAN.md
Verweise aber nur auf die Seite von meatPi, da steht es inzwischen ganz gut beschrieben.

Ich habe eine Frage zur Display-SoC-Berechnung:
Bisher (SoC-Helper, Deine Hilfestellungen und scheinbar auch bei Car Scanner) wird das Polynom "((B4*51)/115)-6.4" verwendet.
Nun wird aber "B4*0.4425-6.1947" verwendet.

Kennst Du den Grund dafür?

Eigentlich sind beide Formeln nicht optimal, der SoC in der Anzeige ist immer etwas höher (auch wenn man die Rundung auf volle Prozent berücksichtigt).
Bei dieser Formel war es aber näher dran, die habe ich aus ABRP. meatPi hat sie dann so übernommen.
Solange die Hersteller die echten Formeln nicht rausrücken, können wir halt nur raten...

Kleiner Hinweis zum Text:
Unter 5. steht gleich als erster Satz: "Für die Anbindung an HomeAssistant werden bei meatPi die benötigten PID Parameter verschiedener Fahrzeuge in Vehicle-Profilen gesammelt."
Hier soll doch bestimmt "openWB" hin statt "HomeAssistang", oder?

Die Profile wurden für die Anbindung an HA erfunden, wir bedienen uns nur aus den Werten. Ist daher eigentlich schon richtig.
Wenn Dir eine andere Formulierung einfällt, die weniger verwirrend ist, können wir die gerne nehmen.

[solarproggy]

Ich verwende noch openWB Version: 1.9.303.0. Den SOC bekomme ich über die Homeassistant Integration.Allerdings muss ich diesen dann an openWB übergeben, was nicht so recht funktioniert.
Ich würde gerne die direkte Methode von ChristophR nehmen, weiß aber nicht welche Topics für openWB Version 1.9.303.0 zu nehmen sind.
Ich habe einen e-up. Kann mir jemand sagen, was im Wican bei den Custom Pids eingetragen werden muss?

Vielen Dank im Voraus

[zut]

[...] Topics für openWB Version 1.9.303.0 zu nehmen sind.

openWB/set/lp/1/manualSoc

Wobei die 1 die Ladepunktnummer ist - ggf. anpassen.

[ChristophR]

Ich verwende noch openWB Version: 1.9.303.0. Den SOC bekomme ich über die Homeassistant Integration.Allerdings muss ich diesen dann an openWB übergeben, was nicht so recht funktioniert.
Ich würde gerne die direkte Methode von ChristophR nehmen, weiß aber nicht welche Topics für openWB Version 1.9.303.0 zu nehmen sind.
Ich habe einen e-up. Kann mir jemand sagen, was im Wican bei den Custom Pids eingetragen werden muss?

Vielen Dank im Voraus

Also zusammengefasst (für Ladepunkt 1):

Custom Initialisation: ATSP6;ATST96;
Name: manualSoC
Init:
PID: 22028C1
Expression: B4/2.5
Period: 60000
Type: MQTT_Wallbox
Send_to: openWB/set/lp/1

P.S: Habe die Ergänzung zur openWB 1.9 noch schnell mit eingebaut, wo der PR noch nicht gemerged wurde
https://github.com/openWB/core/blob/f39 ... s/WiCAN.md

[zut]

Ich würde nicht den Roh-SoC verwenden, da sonst das Laden aufhört, bevor 100% erreicht werden. Im soc_helper ist die Berechnung des angezeigten SoC verwendet.

[ChristophR]

Ich würde nicht den Roh-SoC verwenden, da sonst das Laden aufhört, bevor 100% erreicht werden. Im soc_helper ist die Berechnung des angezeigten SoC verwendet.

OK, Zeit für eine neue Grundsatzdiskussion.
Ich dachte, der SoC(BMS) und SoC(Anzeige) werden aus verschiedenen Werten gebildet.
Wenn es nur eine andere Umrechnungsformel ist, dann passt da etwas nicht:

Wenn SoC (BMS) = B4/2.5, dann kann der bis 102% betragen (FF bzw. 255).
Wenn SoC (Anzeige - Formel1) = B4/2.5*51/46-6.4, dann kann der bis 106,68% betragen (FF bzw. 255)
Wenn SoC (Anzeige - Formel2) = B4*0.4425-6.1947, dann kann der bis 106,64% betragen (FF bzw. 255)
Die beiden Formeln für die Anzeige sind also eher Rundungsdifferenzen.

Die Frage ist, welche 100% zur Abschaltung im Auto führen?
100% sind nach:
BMS=250
Anzeige=240

Wenn also das BMS bis 250 laden möchte, schalten wir bereits bei 240 ab (96% BMS), da wir dann 100% "sehen".
Also wäre zum richtig voll laden der SoC(BMS) doch eigentlich besser???

Wenn die Ladung schon bei 100% SoC(Anzeige) stoppt, dann passt es...

Ich vermute, die Berechnungen für den e-Up und den ID.3 sind hierbei identisch?

P.S: Jonny mit seinem ellenlangen e-Golf Thread kommt auf ähnliche Werte:
(B4-20)*10)/22 kommt auf 106.82% bei FF bzw. 255, da sind 100% auch 240.

[Heavendenied]

Wenn man bis 100% laden möchte sollte man einfach die SOC Begrenzung abschalten.
Sonst wird (egal wie man den SOC überträgt) teils das Balancing unterbunden.

[zut]

OK, Zeit für eine neue Grundsatzdiskussion.
Ich dachte, der SoC(BMS) und SoC(Anzeige) werden aus verschiedenen Werten gebildet.
Wenn es nur eine andere Umrechnungsformel ist, dann passt da etwas nicht:

Wenn SoC (BMS) = B4/2.5, dann kann der bis 102% betragen (FF bzw. 255).
Wenn SoC (Anzeige - Formel1) = B4/2.5*51/46-6.4, dann kann der bis 106,68% betragen (FF bzw. 255)
Wenn SoC (Anzeige - Formel2) = B4*0.4425-6.1947, dann kann der bis 106,64% betragen (FF bzw. 255)
Die beiden Formeln für die Anzeige sind also eher Rundungsdifferenzen.

Die Frage ist, welche 100% zur Abschaltung im Auto führen?
100% sind nach:
BMS=250
Anzeige=240

Wenn also das BMS bis 250 laden möchte, schalten wir bereits bei 240 ab (96% BMS), da wir dann 100% "sehen".
Also wäre zum richtig voll laden der SoC(BMS) doch eigentlich besser???

Wenn die Ladung schon bei 100% SoC(Anzeige) stoppt, dann passt es...

Ich vermute, die Berechnungen für den e-Up und den ID.3 sind hierbei identisch?

P.S: Jonny mit seinem ellenlangen e-Golf Thread kommt auf ähnliche Werte:
(B4-20)*10)/22 kommt auf 106.82% bei FF bzw. 255, da sind 100% auch 240.

Bei Grundsatzdiskussionen bin ich doch immer gerne dabei

Beim Fahrzeug-CAN werden üblicherweise die obersten Werte des definierten Wertebereiches einer Größe für Sonderfälle reserviert. Wenn für den SoC 8 Bit reserviert sind, kann zum Beispiel der gültige Wertebereich von 0..250 gehen mit 0.4% Quantisierung. 255 könnte dann für allgemeiner BMS-Fehler, bitte BMS auslesen stehen. Desgleichen sind oft noch andere Werte für Sonderfälle definiert.

Aus Gründen der Lebensdauer sind einige % des Gesamt-SoC-Bereiches eines Akkus am oberen und unteren Rand nicht genutzt. Wieviel, gibt der Akkulieferant vor. Beim e-Up sind 36,8 kWh Akku-Kapazität spezifiziert, von denen 32,3kWh genutzt werden. Wo sich die ungenutzten (1-32,3/36,8)=12,3% befinden, ob gleichmäßig oben oder unten ist mir nicht bekannt. Wenn wie oben ein Anzeigewert von 106,8% bei 255 vorläge, kommt eine gleichmäßige Aufteilung der Reserve von gut 6% am oberen und unteren Rand gut hin.

Mir persönlich ist es ganz lieb, wenn der SoC_Wert in der Wallbox übereinstimmt mit dem, was mir das Fahrzeug anzeigt. Daher habe ich bei der manuellen SoC-Berechnung 32kWh Kapazität stehen. Man kann natürlich auch das andere Bezugssystem nutzen, dann wird die Ladung bei vielleicht 89% langsamer (zugelassene Stromabweichung der Wallbox beachten!) und hört bei 94% auf, obwohl die Wallbox noch anbietet. Für ein stimmiges Ladelog muss der Akku dann mit 37kWh in der Wallbox angegeben werden.

Die Berechnungen für eUp, eGolf und ID3 sind mit einiger Wahrscheinlichkeit nicht identisch. Ich glaube sogar, daß die Umrechnung auch von der Akkugröße abhängen könnte, sofern unterschiedliche Akkugrößen von unterschiedlichen Herstellern stammen. Ich hörte sogar mal das Gerücht, daß die kleinen Akkus in der Pure-Variante (45kWh netto) eigentlich per Software begrenzte 54kWh-Akkus (netto) der Pro-Version seien. Wäre interessant, bei welchem Rohwert des SoC hier die Ladung vom Auto beendet wird.

[solarproggy]

[...] Topics für openWB Version 1.9.303.0 zu nehmen sind.

openWB/set/lp/1/manualSoc

Wobei die 1 die Ladepunktnummer ist - ggf. anpassen.

Vielen Dank für diesen Hinweis. Jetzt kann ich den SOC per Automation über Home Assistant in openWB eintragen. Allerdings muss ich den SOC für openWB 1.9.. vorher in einen ganzzahligen Wert umwandeln.