Pour être franc avec toi, je prends le soucis à l’envers :
Pour moi le premier affichage est correct. Et le second ne l’est pas.
Je m’explique : d’abord tu n’auras jamais aucun équipement d’aucune marque qui va calculer des mesures de consommation en kwh avec une précision décimale de + de 10 chiffres. Le plus que j’ai vu, que ce soit fibaro, eve, aeotec, ranaro, etc, qubino, ils vont à maxi deux décimales. C’est logique, il est physiquement impossible de mesurer avec une telle précision. Donc l’arrondi devrait d’office être fait à deux décimales, tout le temps.
Ces chiffres alimentent également le calcul de coût. Personne n’est intéressé de savoir qu’à un moment T, tu as consommé 0.0000000000001 euro d’électricité, ce chiffre n’est ni intéressant ni relevant pour l’utilisateur final.
Au final je vois plus loin, stocker de l’info avec une telle précision inutile n’est pas optimal : on stocke de l’information qui sert à rien au final avec une précision sur quoi ? 64 bits ? alors que 16 bits suffisent ? (et encore) … je sais, déformation professionelle, toujours optimiser l’utilisation des resources … mais bon, voila quoi.
Je ne sais pas si tu me suis dans mon raisonnement …
Je viens de tester ici : c’est en fait le cron15 qui tourne dans le plugin énergie qui rafraichit les valeurs du widget sans les arrondir. Car c’est après que lui se soit lancé que l’affichage devient suspect. Donc je corrige ce que j’ai dit plus haut, c’est pas après 1 ou 2 minutes. C’est systématiquement quand le cron a tourné.
Le code source de ce plugin là n’est pas public, mais je suis assez convaincu que si je pouvais aller jeter un oeil, je verrai que dans le premier affichage, on a bien l’arrondi à 2 décimales, et dans le cron, cet arrondi a été « oublié » (si j’ose dire).