Port RS485 de la batterie connecté

[ChrisPv]

Une personne que je connais bien m'a donné un coup de pouce.
Je pense qu'il n'est pas utile de savoir décoder le checksum. Donc on s'enlève un truc pénible.

Voici un début de décryptage:

7E = Début des données
32 30 = Version
30 32 = Numéro de batterie ou champ ADR
34 36 = 34 est un 4 en ASCII en hexadécimal et 36 est un 6 en hexadécimal en ASCII, donc 46 et c'est le code pour les batteries lithium ion (CID1)
34 32 = 42 c'est le code pour l'information analogique de la batterie (CID2)
45 30 30 32 = LENGTH c'est la longueur des données calculées avec un calcul complexe
30 32 = Info batterie 2
46 44 33 33 = Checksum
0d = retour chariot fin requête
7e 32 30 30 32 34 36 34 32 45 30 30 32 30 32 46 44 33 33 0d = Requête pour infos batterie 2
7e 32 30 30 33 34 36 34 32 45 30 30 32 30 33 46 44 33 31 0d   Requête pour infos batterie 3
7e 32 30 30 34 34 36 34 32 45 30 30 32 30 34 46 44 32 46 0d = Requête pour infos batterie 4
7e 32 30 30 35 34 36 34 32 45 30 30 32 30 35 46 44 32 44 0d  = Requête pour infos batterie 5
7e 32 30 30 36 34 36 34 32 45 30 30 32 30 36 46 44 32 42 0d = Requête pour infos batterie 6
manque juste la requête pour la batterie 1, mais à part le checksum cela devrait être
7e 32 30 30 31 34 36 34 32 45 30 30 32 30 32 46 44 XX XX 0d

a priori le checksum est utilisé pour l'envoi de commande qui est vérifié par le master des batteries.
pour le retour des datas demandées  le checksum est présent mais utilisés seulement pour les systèmes critiques qui en ont l'utilité.