SoH de la batterie

[400kV]

Bonjour, 

Il faut voir aussi capacité utilisable du vehicule, si il y a une reserve tampon de 4 k, il faut calculer sur la base de 32k, la capa utilisable ne sera jamais de 36k 

[e-Lionel]

Le 05/06/2023 à 07:59, planetaire a dit :

Quelle est la température de ta batterie quand tu as 4,177 V et 4,188 Volts ?

j'étais à 12°C, voir copie d'écran plus haut.... en février et donc à la fin d'une charge lente sur CRO (la batterie ne chauffe pas...)

[e-Lionel]

Le 05/06/2023 à 07:59, planetaire a dit :

Donc si c'est vrai et cela continue linéairement, en 5 ans on atteint le seuil de 30% et ils nous changent le pack,

je te conseillerai de descendre assez bas en SoC , sous 5% si possible, et de recharger à 100% avec ton CRO... et bien-sûr de vérifier le soc (à 100% ou presque) et la capacité après la fin de la charge... (donc en principe, après l'equilibrage des cellules).

 

> évidemment c'est un peu long, prévoir environ 20 heures...

Modifié juin 5, 2023 par e-Lionel

[e-Lionel]

A titre d'exemple :

les 3 SoC disponibles :

State of charge

HV Battery remaining charge (soc avec buffer bas)

et HV battery temperature relative value (soc net)

> le 3eme correspond rellement au soc net, ici une copie d'écran à la fin d'une charge programmée à 80% , et les 2 autres soc associés...

pour les 2 premiers , j'ai essayé d'évaluer le buffer associé, mais ça ne colle pas...

 

remarque : entre le moment où la charge s'est arrêtée et le moment où j'ai connecté mon smartphone avec CarScanner, le soc net est passé de 80% à 79,91%, ce qui correspond à 32,3*0,09/100=0,02907 kWh, soit 29,07 Wh. Or, à l'arrêt, la Mii consomme environ 300W, donc la perte observée correspond effectivement aux qq minutes pendant lesquelles le VE était sous tension avant que je me connecte avec CarScanner...

Modifié juin 5, 2023 par e-Lionel

[priusfan]

Bonjour,

J'ai également une E-Up et je suis concerné par le manque de transparence de VW en ce qui concerne le SoH.

 

J'ai un peu de mal avec les manips ci-dessus.

Par contre, il y a bien une appli qui pourrait donner des résultats vérifiés.

je l'ai découvert sur goingelectric, c'est:

 

 

à voir par ici

mais je n'ai aucune envie de monter une machine linux....

j'ai envoyé un mail au développeur pour avoir qqs explications de façon à pouvoir créer une appli sous android....

 

@suivre

[CyberFox]

Le 09/06/2023 à 14:26, priusfan a dit :

mais je n'ai aucune envie de monter une machine linux....

pourtant c'est tellement plus fiable et rapide que windows!

Essaye au moins en double boot pour te faire une idée de la qualité de ce système

[e-Lionel]

@priusfan : je ne connais pas l'appli, mais en quoi est-ce plus simple que CarScanner ? de toute façon, quelle que soit l'appli, elle ne va pas inventer les données, il faut bien qu'elle se connecte à un dongle OBD 🤷‍♂️

[planetaire]

Hello,

 

@priusfan

Un coup d'oeil sur la source de amigos montre que le "remaining energy/capacity" est associé au pid 22 22 E4

(Affiché en haut à gauche de la copie d'écran)

Le même qu'a indiqué @e-Lionel dans carscanner.

A propos de Carscanner, le capteur qu'on ajoute l'est pour tous les modèles/profils de véhicule. A améliorer.

Il y a aussi un 22 2A B8 qui est intitulé remaining energy.

 

Modifié juin 9, 2023 par planetaire

[priusfan]

@e-Lionelje ne cherche pas la simplicité, mais des données validées, avec des unités correspondantes...

 

D'accord... il faut se connecter à un interface OBD.

Mais moi j'aime bien comprendre (et je commence à avoir une certaine habitude des requêtes via OBD en utilisant Iso15765 ).

Avant d'écrire mon post précédent, j'avais testé en utilisant un OBDLINK MX+, avec le logiciel merveilleux bt serial...

 

et j'étais broucouille...

 

avant d'envoyer une requête du genre 22 22 E4, il faut préciser le destinataire et l'adresse de réception

1. au minimum, il va y avoir un AT SH adr_dest
2. et, éventuellement, préciser qui va répondre ATCRA adr_resp

 

et parfois, cela va beaucoup plus loin, il faut "négocier une session" . voir les subtilités de UDS

 

le machin de car scanner ne parle pas de données validées.

 

Pour mémoire, j'avais développé canion (vers 2012), je fais partie de l'équipe de dev de Hybrid Assistant, dans tous les cas, les données affichées ont été double-checkées.

 

Sur le fond: Si on obtient la capacité en kWh, à l'instant T,  telle que la watture la connait, on n' a plus vraiment de questions à se poser (en tous cas, pas moi)... Si j'obtenais les infos suivantes: je suis à 100% de SoC, il fait 25° et j'annonce 35,4 kWh, cela m'irait bien...

 

ps,: je monte un linux dans une VM sur un ancien portable (enfin j'essaie)

 

[priusfan]

En complément, le dev de l'appli ci-dessus m' a répondu:

Citation

Hi X....., I know Canion very well, from 2016 to 2020 I had a Peugeot iOn so I was using Canion to check the battery of the iOn. It was a great app, thanks for making it. 😄 Even though you say that you are too old to install Linux on a laptop I highly recommend you to do it anyway, nobody is too old to install Linux, these days it's easier to install Linux than Windows.

il va m'expliquer comment a été validée la capacité...

@suivre

[e-Lionel]

Le 09/06/2023 à 20:06, priusfan a dit :

Sur le fond: Si on obtient la capacité en kWh, à l'instant T,  telle que la watture la connait, on n' a plus vraiment de questions à se poser (en tous cas, pas moi)... Si j'obtenais les infos suivantes: je suis à 100% de SoC, il fait 25° et j'annonce 35,4 kWh, cela m'irait bien...

regarde mes copies d'écran du 1er juin, c'est exactement le PID 2222E4, que @planetaire a rappelé juste au-dessus !

j'ai également indiqué les adresses à utiliser, y'a plus qu'à !

J'ai récupéré un certain nombre de PID sur le forum goingelectric.de, ils ont été vérifiés pour la plupart...

en tout cas celui-ci, pour le soc net en kWh à l'instant T, il n'y a aucun doute.

J'ai également identifié celui qui donne la vitesse memorisée du régulateur de vitesse, le soc net en %... la position du mode eco (std/eco/eco+)...

 

Au passage, si quelqu'un a les PID du calculateur 09, je suis preneur ! (non documenté sur goingelectric).

Modifié juin 9, 2023 par e-Lionel

[RaoulG]

C'est quoi le "calculateur 09" ?

Sinon je suis preneur pour les autres PIDs que tu indiques, merci !

 

[planetaire]

Dans la source d'Amigos (cf lien plus haut) il y a une liste de calculateurs avec leurs adresses sur le bus can. Plus les pid  pour chacun.

 

Par exemple le  N° 17 avec entête d'appel 714 (714 qu'on retrouve sur carscanner avec le pid 22 22 E4) et récup des infos avec entête 77E. Il s'appelle 'Dash Panel Insert'

Il y a une liste des calculateurs pour eUp et eGolf du 01 au D7 avec leurs paires d'adresses émission/réception, liste commune donc petit soucis pour ne pas prendre ceux spécifiques à la eGolf. A ce sujet le 22 2A B8 que j'ai mentionné auparavant pourrait bien concerner la eGolf et pas la eUp.

 

Le calculateur 09 est appelé à l'adresse 70E et retour des infos à 778. MAIS à la fois en commentaire il parle du bus kwp2000 (qui a deux broches spécifiques sur la prise odb plus des débits spéciaux etc) mais en plus il donne un mot de passe qui pourrait bien correspondre à une session ? Il s'appelle "central electric". @priusfan sais-tu si les infos qui sont accessibles sur ce bus kwp2000 peuvent être obtenues aussi sur le bus can, j'ai cru le comprendre sur un wiki.

Amigos ne donne aucune info de plus sur ce calculateur, pas de pid.

 

[priusfan]

Hello

Je viens de réussir à faire marcher cette appli...

cela a été vraiment laborieux

monter une vm dans un laptop sous windows.

y installer ubuntu 20.4 (il y a un bug assez emmerdant dans 22.04).

puis suivre le mode d'emploi de obd_amigos...

j'utilise un interface USB OBDLINK EX, j'avais des doutes sur l'usage du BT dans une VM...

 

Pour le moment, je n'ai pas les logs car le raccourci qui permet de les générer ne marche pas.

par contre, la quantité d'infos obtenues est absolument ahurissante

un premier jet par ici: https://photos.app.goo.gl/ANRDZzvFaawNtN296

[planetaire]

Tes copies d'écran me rappellent celles-ci ou une autre eUp en France là obtenues avec vcds.

Ils ont aussi la e-golf, id.3 et l'id.4 de VW.

Modifié juin 11, 2023 par planetaire

[priusfan]

Le dev de obd_amigos est italien.

 

il y a une discussion à ce sujet par ici.

il connait fort bien VCDS.

extrait d'un échange avec lui:

Citation

I spent far more time discovering and correctly interpreting obscure EV
PIDs that not even VCDS (the famous and expensive software for VW group
cars) or OBDeleven knows about. 😄

For example I found the PID that delivers the individual cell pair
capacities (in Ah) and the cell capacity history.

Also I found a PID that shows how many DC charges the car has done in
its lifetime and I partially decoded some other battery history data
(maybe we can collaborate on decoding this data completely in the
future?).

 

[RaoulG]

"PID that shows how many DC charges"

 

J'ai vu cette info sur GE dans les rapports d'état de la batterie fournis en Allemagne (en France on peut se brosser).

[planetaire]

@priusfan j'ai un peu parcouru le forum Italien.

 

Et ce message me plait et rejoint la proposition de @e-Lionel à savoir vider beaucoup la batterie et suivre d'une recharge "complète".

Car dans ce message une 1ière copie d'écran avec 60% de soc extrapolée donne 27,8 kWh "remaining"

Puis après vidage à fond suivi d'une charge à fond (Sous 10A) y a 31,1 kWh "remaining"

SI j'ai bien compris le bms recalcule la capacité restante à condition de vider pas mal.

 

Donc il ne me reste plus qu'à tester aussi, on a pris l'habitude de toujours garder 50 km (autour de 18-20% de soc, moins l'hiver)

 

A+

[priusfan]

Effectivement, il m'a écrit la chose suivante (suite à envoi d'un nouveau lot de captures et analyse de logs)

Citation

BTW, I see from your screenshot that the BMS estimates of the cell
capacities of your e-up are relatively low, try driving your car until
only 2% or 3% SOC are left (don't worry at 3% you still have at least
10 km range at moderate speed left so there is no risk to end up
stranded, I have done it many times) and then recharge it to 100% with
an AC charger, this will allow the BMS to recalibrate its estimate of
the battery capacities which almost certainly will increase (and
therefore also the SOH will increase).


Without occasional 2-3% to 100% recharges the BMS of the e-up does too
low capacity estimates, so sometimes it needs to be recalibrated with
this procedure.

BTW the recalibration does not happen immediately after the 100%
recharge, it can take some days or even a week or two (depends how much
the car gets used) before the BMS updates the cell capacity estimates.

I do it every summer 2 or 3 times (over the course of 3-4 months), not
in winter because lithium-ion batteries don't like to be discharged too
much with cold temperatures, the risk of ending up stranded is higher.

Best regards,

 

[e-Lionel]

Le 11/06/2023 à 12:15, priusfan a dit :

un premier jet par ici: https://photos.app.goo.gl/ANRDZzvFaawNtN296

très intéressant, j'aimerais bien connaître certains des PID associés à ces infos !

[EDIT] Je suis allé fouiner dans le code source.... en particulier les PID : c'est TRES interressant, parce que grâce aux captures d'écran je peux retrouver les pid et l'ecu associé, et integrer ça dans un nouveau dashboard CarScanner, par exemple les caractéristiques de la borne de charge et le verrouillage du câble.

 

=> du coup, si une valeur vous interresse et que vous voulez voir ça sur une appli smartphone comme CarScanner, faites moi signe, je regrouperai avec les infos déjà citées (vitesse du cruise control par exemple)

 

Au passage, je me suis aperçu que certains pid sur goingelectric.de avaient été mal écrits , par ex "22 1D EF" incorrectement reporté comme "22 EF 1D" , avec un identifiant pareil comment deviner que 2 groupes de lettre ont été inversés 😁 ! 

Le forum goingelectric n'est plus très actif, mais je vais essayer de faire corriger ça...

Modifié juin 12, 2023 par e-Lionel

[priusfan]

De mon coté, j'ai maintenant une log détaillée (Q/R et à quoi cela correspond)...

Je vais commencer à préparer un "sequencer" pour valider les temps de réponse.

et, si cela répond bien, cloner ma version de cani5 pour adapter à e_up.

cani5 est la version de canion/canioniq adaptée à Ioniq5 (Martin, mon co-dev avait préparé une version de canion pour ioniq, mais il n'était pas intéressé pour étendre à Ioniq5)

[ViFiftyTwo]

Salut à tous,

Je me suis aussi plongé dans les codes venant de goingelectric, et je n'ai jamais compris pourquoi certains fonctionnaient et pas d'autres. Ainsi, par exemple, 221E32/7E5 fonctionne très bien avec les variables I, J, K & L (c'est celui que j'utilise pour mesurer ma consommation) mais il ne renvoie aucun résultat avec les variables M, N, O, P alors que c'est le même code, quasi la même équation, c'est très bizarre.

J'ai longtemps pensé que mon problème vient de l'appli Torque, trop vieille et plus maintenue, mais j'apprends en vous lisant qu'il y a peut-être aussi des blagues venant de goingelectric. Pour ma part, les codes testés sont regroupés ici.

Je suis content de lire un sujet qui relance la discussion autour de ces codes, en s'y mettant à plusieurs on va bien finir par dénicher ce SoH, il est forcément trouvable quelque part !

 

Modifié juin 13, 2023 par ViFiftyTwo

[priusfan]

Hello

De mon coté, je viens de procéder à des test intensifs, orientés temps de réponse...

voici la séquence que j'ai testée:

[init]
ATWS
ATE0
ATI
VTI
AT@1
ATSP6
VTSWGP AT1,H1,L0,S1,CAF1,GT1,GR1
ATSH7E6
22 F1 90
[1]
ATSH7E5
2202BD
222A0B
221E3B
221E3C
221E3D
221E32
22 02BD 2A0B 1E3B 1E3C 1E3D 1E32
22 74CB
[2]
22 1E40 1E41 1E42 1E43 1E44 1E45 1E46 1E47
22 1E48 1E49 1E4A 1E4B 1E4C 1E4D 1E4E 1E4F
22 1E50 1E51 1E52 1E53 1E54 1E55 1E56 1E57
22 1E58 1E59 1E5A 1E5B 1E5C 1E5D 1E5E 1E5F
22 1E60 1E61 1E62 1E63 1E64 1E65 1E66 1E67
22 1E68 1E69 1E6A 1E6B 1E6C 1E6D 1E6E 1E6F
22 1E70 1E71 1E72 1E73 1E74 1E75 1E76 1E77
22 1E78 1E79 1E7A 1E7B 1E7C 1E7D 1E7E 1E7F
22 1E80 1E81 1E82 1E83 1E84 1E85 1E86 1E87
22 1E88 1E89 1E8A 1E8B 1E8C 1E8D 1E8E 1E8F
22 1E90 1E91 1E92 1E93
[3]
ATSH714
ATCRA 77E 
22 22E0
22 22E4
22 1014
ATCRA

à chaque changement de destinataire, on précise l'adresse par ATSH.

l'instruction ATCRA n'est nécessaire que si l'adresse de réception n'est pas égale a celle du destinataire +8.

On utilise uniquement le mode 22 et on peut regrouper dans une même requête plusieurs DID (data identifier).

cela permet de diminuer d'autant le nombre de requêtes et donc d'obtenir un meilleur rafraichissement.

j'ai également utilisé la possibilité d'obtenir des réponses monoframe. cela facilite le décodage dans une appli et diminue le trafic.

cf instruction STCSEGR 1/0

en pj log de ce test.

je vais donc maintenant adapter canion à la e_up. (mais impératif d'utiliser interface de type Vlinker FD ou MC)OBDSeqLog_230611_155739.txt.out.txt

[Philippe28]

Quelqu'un arrive à suivre ? Moi non plus 👀

[e-Lionel]

Le 13/06/2023 à 20:30, Philippe28 a dit :

Quelqu'un arrive à suivre ? Moi non plus 👀

si si, mais attention @priusfan, interroger un pid est une chose, décoder correctement les octets A B C D... renvoyés en est une autre : quelle grandeur, quelle règle de calcul, quelle unité, et surtout savoir à quel moment le pid renvoie une valeur significative (par exemple les caractéristiques de la borne de charge affichées dans l'appli Amigos ne sont instanciées que pendant la charge, mais la réponse n'est pas toujours évidente pour certains pid...)