- web_ui.cpp : vin/vout resynchronises sur les memes bornes que les
bargraphs OLED (VIN_MAX=25V, VOUT_MIN=200V/MAX=500V), qui avaient
divergees. Ces bornes restent volontairement sous la pleine echelle
ADC reelle (marge de fonctionnement normal, pas la limite physique du
capteur).
- doc/ESP32-UART.md : corrige une note affirmant a tort que
updateSimulation() etait desynchronisee des valeurs mesurees -- le
code reel etait deja coherent, la note se basait sur une vieille
description perimee du fichier plutot que sur le code.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Etend la trame telemetrie avec FAULT=0-5 (court-circuit, surintensite
I1/I2, temperature critique T1/T2) : le TMS320 signale le defaut apres
coup (la protection materielle elle-meme est independante de l'UART),
l'ESP32 l'affiche (DEFAUT clignotant, icone danger masquee) sans
deviner de seuils. Documente le protocole complet dans
doc/ESP32-UART.md pour le firmware TMS320.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
- TMS_DUMMY_MODE=false : reception/emission UART reelle avec le TMS320
(au lieu de la simulation), echo debug optionnel sur Serial.
- Remplace le driver OLED maison (legacy/er_oled.*) par u8g2 : dashboard
graphique avec bargraphs, icones d'alerte/danger, splash logo anime,
economiseur d'ecran (balle rebondissante) qui se reactive sur activite
HT ou consultation du dashboard web.
- Renomme le SSID WiFi en "HIVY", documente le protocole UART et les
problemes d'affichage SSD1322/u8g2 rencontres (doc/OLED-u8g2.md).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Vitesse UART divisee par deux (115200 -> 57600) pour fiabiliser la
liaison. Ajoute les coefficients de mise a l'echelle ADC->grandeur
physique pour VIN, IIN, V1, VOUT, IOUT, I1/I2 dans la doc TMS320.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01StKu9rqrsdz8CAVt1XMxon
