La aussi l'affichage, probablement pas de multiplexage, donc pas de compteur rapide etc.. on a juste une 30 aines de segments (peut etre plus je suis pas sur, c'est pas compliquer a compter) avec une ligne par segment, donc consomation au minimum du minimum. Maintenir un segment allumé ne doit pas consommer des masses sur ce type de LCD
En gros la montre c'est une grosse equation logique, il n'y a pas de uC rien de programmable du tout. C'est un assemblage de registre, compteurs et quelque portes logiques pour que le compteur soit transcrit en segments pour afficher l'heure.
Au passage basse consomation fait partie des prerogatives des RTC vu que la majorite d'entre elle sont maintenue par des piles lithiums du meme type et sont bien sur fait pour consomation la plus basse possible.
RTC prise au hasard de Google: DS1307 page 2:
Vbat, oscillateur ON (donc elle compte le temps) sans acces uC: conso typique 300nA. (ta montre est a ~1220nA donc on peux legitimement penser que l'ecran consomme dans les 800nA, et la partie RTC/Alarme/Chrono elle ne mange que dans les 400nA)
Et non a vrai dire, faire une montre a partir d'une lynx est, en tout cas pour l'epoque, prendre le probleme a l'envers.
Ta montre n'est en aucun cas un ordinateur, c'est a peine un calculateur. Il n'y a aucun code, rien de sequentiel, absoluement rien. La montre doit fasilement pouvoir se résumer en une centaines de lignes de VHDL, un uC a lui seul (et c'est sans sa programmation) en prendrais au moins 10 a 100x plus)
tu fait chier, maintenant j'ai envie de faire une montre en VHDL
