SOH der Batterie

Zitat von Chris1988

Die Antwort auf die Anfrage auf PID 22F264 scheint 6 Bytes zu haben, wobei der MeatPi nicht mit dem Alphabet (A, B, C) je Byte arbeitet sondern mit der Kennzeichnung B0, B1, usw.

Hier mal die Antworten der Bytes bei meinem Auto. SOCE bei mir aktuell 98%

Antwort-Byte	Kennung Car-Scanner / Wican pro	Wert	Formel: 100-(BYTE/66)
1	A / B0	5	99,92
2	B / B1	98	98,52
3	C / B2	242	96,33
4	D / B3	100	98,48
5	E / B4	22	99,67
6	F / B5	111	98,09

Ausgehend von den 98%, die mein Auto anzeigt, kämen nach der Tabelle oben 3 Werte in Frage (B/B1; D/B3; F/B5). Jemand in der Lage das einmal bei sich nachzustellen für ein paar vergleichbare Werte?

Alles anzeigen

Wenn ich mir die Werte der uds Antwort ansehen. Lese ich was anderes daraus

Digital: 5 98 242 100 22 111

Hex: 0x5 0x62 0xf2 0x64 0x16 0x6f

Antwort (0x22+0x40=0x64<-bedeutet Antwort auf Anfrage) von did 0xf264 mit insgesamt 5 Byte (erstes Byte immer lange, nächste 3 Byte sind immer Overhead {Antwort auf did}) daher sind die letzte 2 Byte payload der Antwort.

Ich glaube bisher hat keiner den richtigen algo. Wenn jemand rumtüftlen will empfehle ich die letzten 2 Byte.

Wenn man annimmt das die Systemspannung ~375,4v ist und die Akku Verschaltung 117s3p ist. Dann würde bei einem Strang bei bei 3.2v Zellspannung pro Zelle grob 66000wh/375,4v=175,8ah

Geteilt auf einen Strang.

175,8ah/3= 58,6ah

98% von 58,6ah = 57,43ah

Was wiederum 0x166f ergibt. (Die payload aus der did Antwort)

Irgendwo im Forum war ein Bild von dem Catl Akku, vlt steht hier die Verschaltung drauf oder nützliche Daten. dann könnte man meine Hypothese überprüfen)

Von hinten gerechnet mit unschärfe der Rundung.

Strang-> pack (Strang*3) ~zellen (systemspannung/Zellspannung) -> systemspannung (Akku in kWh /Akku in ah)

57,43ah/0,975=58,9ah->176,7ah ~116 Zellen in serie -> 371,2v

57,43ah/0,984=58,36ah->175,09ah ~118 Zellen in serie -> 377,8v

Wenn ich die a und b Werte von theNick anschaue

0x161B

Würde mit meiner Milchmädchen Rechnung 96,x% soce rauskommen je nach strang ah

Wenn ich mir's nochmal genauer anschaue Zweifel ich das die did f264 überhaupt die ist die für den soce/Soh gedacht ist.

Gemini gibt mir mit genügend nachdenken diese dids aus wenn man nach der Fahrzeugplatform und chinesische Quellen fragt.

0x22 E0 01 →\rightarrow→ Abfrage für echten BMS-SoC

0x22 E0 02 →\rightarrow→ Abfrage für Display-SoC

0x22 E0 10 →\rightarrow→ Abfrage für Kapazitäts-SoH

0x22 F2 64 →\rightarrow→ Abfrage für den berechneten Alterungs-/Widerstandsindex

Leider finde ich nicht die entsprechenden Quellen bei gitee und co.

Die f264 ist dennoch eine wichtige did da sie den Akku Innenwiederstand angibt. Hier wärens mit den genannten Beispiel zahlen 5,743 mOhm.

Das würde dann eher für den SOH(r) interessant sein, also für den Innenwiderstand und nicht die Kapazität...

Muss man mal weiter forschen...ich bin da definitiv kein Experte aber mit ein paar Abfragen kann man ja nichts kaputt machen, man schreibt ja nicht

...und wenn dann noch jemand ein SoH-Dashboard für Car Scanner damit bauen könnte, wäre das Grandios! Vielen Dank im voraus 👍

Formel mit A

pasted-from-clipboard.png

Formel mit B

pasted-from-clipboard.png

Formel mit C

pasted-from-clipboard.png

Formel mit D

pasted-from-clipboard.png

Formel mit E

pasted-from-clipboard.png

Formel mit F

pasted-from-clipboard.png

P.S. im PKW wird mir ein Akku mit 98 % SOH angezeigt...

Dann mapped CarScanner nur daten-bytes, der WiCan erlaubt alle. Gut zu wissen. Danke dir!

Zitat von theNick

Formel mit A

pasted-from-clipboard.png

Formel mit B

pasted-from-clipboard.png

Formel mit C

pasted-from-clipboard.png

Formel mit D

pasted-from-clipboard.png

Formel mit E

pasted-from-clipboard.png

Formel mit F

pasted-from-clipboard.png

P.S. im PKW wird mir ein Akku mit 98 % SOH angezeigt...

Alles anzeigen

theNick kannst du Mal die 0x22e010 did abfragen.

Die Formel müsste eigentlich ((a*256)+b)/(irgend ein Factor, wahrscheinlich 100) sein.

Kannst auch Mal mit 1 probieren. Sollte dann irgendwas mit 97 oder 98 am Anfang da sein. Und wahrscheinlich 4-5 stellig. Wenn's bei dir grob passt kann man es noch gegen 3-4 andere User testen.

Zitat von zeroflagnet

theNick kannst du Mal die 0x22e010 did abfragen.

Die Formel müsste eigentlich ((a*256)+b)/(irgend ein Factor, wahrscheinlich 100) sein.

Kannst auch Mal mit 1 probieren. Sollte dann irgendwas mit 97 oder 98 am Anfang da sein. Und wahrscheinlich 4-5 stellig. Wenn's bei dir grob passt kann man es noch gegen 3-4 andere User testen.

...sorry, da benötige ich eine Anleitung. Verstehe kein Wort... 😁

Irgendwo fragst du in dem Sensor die PID 22F264 ab. Diese tauscht du mit 22e010.

Als Formel dann ((a*256)+b)/100 oder ((a*256)+b)/1