Quand votre JK BMS redémarre, le Detail Log l'enregistre sous forme de ligne Boot. La plupart de ces lignes sont inoffensives : vous avez appuyé sur le bouton d'alimentation, ou l'app a éteint puis rallumé le BMS. Quelques-unes ne le sont pas, et le log permet de les distinguer sans deviner.

Voici comment distinguer les redémarrages attendus des inattendus, et pourquoi un MOS peut être coupé. Pour le fichier lui-même et son export, voyez exporter et lire le Detail Log du JK-BMS.

Ce que signifie une ligne Boot

Une ligne Boot signifie que le BMS a démarré. La première ligne après un démarrage semble écrite avant toute mesure, donc les tensions des cellules, la tension de la batterie, l'intensité et les températures sont toutes à zéro. Seuls les compteurs de capacité sont conservés, car ils sont mémorisés. Dans le log d'exemple, une ligne Boot affiche CHG OFF et DSG OFF, des zéros partout et une capacité restante de 197.9 Ah sur 200.0 Ah.

Ne lisez pas ces zéros comme une décharge profonde ou une panne de capteur. Les valeurs sont simplement absentes. La ligne ordinaire suivante a de nouveau de vraies valeurs.

Quand vous connectez l'app JK après un redémarrage, elle règle l'horloge, et une ligne Time calibration suit. Cette ligne marque votre propre session. Ce n'est pas un second problème.

Redémarrages JK BMS attendus ou inattendus

Un Boot est attendu quand il survient quelques secondes après une ligne qui a éteint le BMS. Ces lignes comptent :

Button to turn it off et les lignes du bouton d'urgence
APP to turn it off
Shutdown
Enter sleep

La page d'analyse compte un Boot comme attendu quand la ligne juste avant est une ligne d'extinction, de bouton, d'urgence, d'arrêt ou de veille datant de moins de 60 secondes. Tout autre Boot est compté comme inattendu, sauf celui de la toute première ligne du fichier, qui n'a rien avant lui pour en juger.

Le log d'exemple compte 7 lignes Boot, dont 2 inattendues. Cinq d'entre elles surviennent 7 à 37 secondes après Button to turn it off, ce qui ressemble à un redémarrage par le bouton d'alimentation. Les deux autres n'ont pas de telle ligne devant elles :

Un Boot à 23:53, environ 20 minutes après un réarmement de protection et une commande de l'app pour couper la charge. Rien d'autre à proximité.
Un Boot à 00:21 le jour d'essai suivant, environ 70 secondes après que l'app a coupé la charge et la décharge. Les commandes de commutation de l'app ne comptent pas comme une extinction, ce Boot est donc inattendu quel que soit le délai.

Le log ne dit pas pourquoi l'un ou l'autre redémarrage a eu lieu, et l'analyse non plus. Prenez le compte comme une invitation à regarder.

Causes typiques à vérifier, sans ordre particulier et sans qu'aucune ne soit confirmée par le log seul :

Une chute d'alimentation. Le BMS s'alimente sur la batterie, donc une batterie presque vide ou un pic de charge important peut faire chuter brièvement sa propre alimentation.
Un câble B- ou d'alimentation desserré ou corrodé.
Une réinitialisation par le chien de garde du firmware. Celle-ci se voit : le log contient un message Reset Watch-Dog, que l'analyse classe parmi les défauts.
Le réglage de veille intelligente, si le BMS s'endort puis se réveille. Cherchez Enter sleep avant le Boot.

Pourquoi la charge ou la décharge s'est arrêtée

Les colonnes CHG et DSG indiquent si chaque MOS était actif sur la ligne. Un MOS coupé n'est pas toujours un défaut. Raisons courantes, d'après les lignes autour :

L'app, le RS485 ou le CAN l'ont coupé. Cela apparaît sous forme de lignes comme APP close charge ou RS485 discharge off. Un onduleur ou un chargeur qui pilote le BMS en RS485 ou en CAN peut aussi le faire.
Une protection a coupé. La ligne de coupure nomme la protection, et la ligne de réarmement est généralement suivie de la remise en marche du MOS. Une longue période coupée sans ligne de réarmement signifie que la protection était toujours active.
Une protection en température ou l'état du chauffage. La protection de basse température en charge garde la charge coupée jusqu'à ce que la batterie se réchauffe.
La tension d'extinction ou la veille : le BMS s'est éteint lui-même.
Une ligne Boot : les deux MOS affichent OFF sur cette ligne.

Sur la page d'analyse, la piste d'état dessine CHG, DSG, l'équilibrage et le chauffage sous forme de barres sur une ligne de temps. Aligner un trou de la piste CHG avec la liste d'événements en dessous montre généralement lequel des cas ci-dessus s'applique. Pour le sens de chaque message, voyez les messages du log JK BMS expliqués.

Température élevée des MOS

Le BMS a sa propre protection de sur-température des MOS. Quand elle coupe, vous obtenez une ligne de sur-température des MOS et le MOS se coupe. Voyez les paramètres du JK BMS expliqués pour les réglages associés.

L'analyse lève aussi un avertissement distinct "Les MOS chauffent" quand la température des MOS atteint 70 °C sans coupure de sur-température des MOS dans le log. C'est un indice que les MOS ont chauffé sans encore se protéger. Cela renvoie en général à une longue session à fort courant ou à un mauvais refroidissement, et peut justifier un examen des limites de courant.

Que faire

Pour les redémarrages attendus, rien. Un redémarrage par le bouton d'alimentation, c'est le BMS qui fait ce que vous avez demandé.

Pour les inattendus :

Ouvrez les lignes juste avant le Boot. Regardez l'intensité et la tension de la cellule la plus basse sur la dernière ligne avant lui. Un fort courant ou une cellule très basse indique une chute d'alimentation ou une surcharge.
Vérifiez le câblage de B- et de l'entrée d'alimentation à la recherche de connexions desserrées ou chauffées.
Comparez l'heure du Boot avec le log de votre onduleur ou chargeur, s'il en tient un. Un redémarrage au même moment qu'un événement de l'onduleur a souvent la même cause.
Regardez les réglages de veille intelligente et de tension d'extinction dans la référence des paramètres.
Si un message Reset Watch-Dog est présent, notez la version du firmware et traitez-le comme une question de firmware.

Si un onduleur coupe le MOS, vérifiez ses réglages BMS et la façon dont il traite les demandes de tension de charge, qui viennent des valeurs RCV et RFV.

Vérifier avec le log

Chargez votre fichier detaillogs dans la page d'analyse des logs. La tuile des redémarrages affiche le nombre de Boot et combien étaient inattendus. Passez le filtre de famille sur alimentation pour ne voir que les lignes Boot, arrêt et veille, et ouvrez la piste d'état pour voir où chaque MOS était coupé. Si un redémarrage n'est pas la seule chose en cause, le guide du Detail Log explique les autres groupes de messages. Vous pouvez aussi connecter votre BMS ou ouvrir un fichier de réglages dans l'éditeur pour revoir les valeurs d'extinction et de veille avant de les modifier.

Redémarrages du JK BMS et MOS de charge coupé : lire les événements