L'horloge de BAT3 est a l'heure, et l'annee se donne sur deux chiffres

Elle avancait de 6 h 09 min 12 s, mesure directement en comparant son
RTC a l'horloge du poste - ce qui tranche definitivement contre
l'estimation de huit heures obtenue le matin par correlation.

Le message d'usage annonce time [year] [month] [day] [hour] [minute]
[second] sans preciser que l'annee tient sur deux chiffres : la forme
a quatre chiffres est refusee.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KKzkkVTG6KXnGXFFC7X9XJ

HANDOFF.md

@@ -4073,11 +4073,26 @@ cellules moderement decalees (6 et 7 du module 1, les cinq du module 3) sont
 les meilleures candidates ; les deux cellules terminales le sont beaucoup
 moins. A verifier sur BAT3 plutot qu'a supposer.
 
-### Horloge — corrigeable ICI et maintenant
+### Horloge de BAT3 remise a l'heure (05/09 12:48, sur validation)
-Contrairement a ce que nous pensions, `time` s'applique parfaitement a BAT3 :
+Avant : RTC `2026-09-05 18:56:35` pour une heure reelle de `12:47:23`, soit
-c'est un module, la commande est locale, et il est isole donc sans consequence
+**6 h 09 min 12 s d'avance**, mesure directement. C'est cette valeur qui fait
-sur le parc. C'est meme le meilleur endroit pour eprouver la commande avant de
+foi ; l'estimation de 8 h obtenue le matin par correlation etait fausse.
-l'appliquer aux modules en service. **En attente de validation** (ecriture).
+
+⚠️ **L'annee se donne sur DEUX chiffres.** `time 2026 9 5 12 47 53` est refuse
+avec « Invalid command or fail to excute », `time 26 9 5 12 48 3` passe.
+Le message d'usage, lui, affiche `time [year] [month] [day] [hour] [minute]
+[second]` sans le preciser.
+
+Apres : RTC `12:48:09` pour `12:48:06` reel — les trois secondes sont la marge
+que j'avais ajoutee pour couvrir la latence de la liaison, qui s'est averee
+negligeable. Sans objet devant un historique au pas de trente minutes.
+
+**Pour les modules en service** : les trois modules du pack 1 affichaient la
+meme seconde dans `pwr`, donc le maitre distribue vraisemblablement l'heure a
+sa chaine. A verifier en reglant le maitre puis en relisant `pwr` : si les
+horodatages des esclaves suivent, une ecriture par chaine suffit. `time` ne
+figure pas dans la liste des « Remote command », donc ne pas compter sur un
+adressage direct.
 
 ### LVHUB — il n'y a rien a reparer, mais une precaution a retenir
 Le proprietaire confirme voir toutes les diodes au vert, aucune alarme. Ajoute

docs/mesures/batteries/202609051247-console.txt

@@ -0,0 +1,20 @@
+
+===== 05/09/2026 12:47:24 =====
+time
+time
+
+@
+
+RTC 2026-09-05 18:56:35
+
+Test result:pass
+
+Command completed successfully
+
+$$
+
+pylon>
+
+===== 05/09/2026 12:47:51 =====
+time 2026 9 5 12 47 53
+time 2026 9 5 12 47 53

docs/mesures/batteries/202609051248-console.txt

@@ -0,0 +1,19 @@
+
+===== 05/09/2026 12:48:01 =====
+time 26 9 5 12 48 3
+time 26 9 5 12 48 3
+
+@
+
+Test result:pass
+
+Command completed successfully
+
+$$
+
+pylon>
+
+===== 05/09/2026 12:48:06 =====
+time
+time
+