@EliasMM
Sur la base des tensions au réveil et à l'endormissement, en analysant le code de gestion de la durée d'activité en mode supercapa, je me suis rendu compte que la tension de la capa n'est pas prise en compte en tant que critère principal.
Sur la base de cet article https://abracon.com/uploads/resources/Supercapacitor-Lifetime-Explained.pdf, il apparait qu'il est très important pour la durée de vie de la supercapa de minimiser au maximum la tension de fonctionnement et les courants de charge et décharge. Ne pouvant rien faire sur les courants (qui doivent être très raisonnables), je pense que je vais devoir revoir l'algo de charge et décharge pour garder à l'esprit l'optimisation de la durée de vie de la supercapa sur la base de sa tension de fonctionnement.

@eliasmm
nmsg correspond au nombre de messages publiés avant que le winky se rendorme. Logiquement cela devrait être à moins de 10. J'ai le sentiment que le winky reste éveillé beaucoup trop longtemps.
winky_max défini le nombre de messages complets avant que le winky ne puisse se rendormir. Je propose de le positionner à 3 ou 4.

@Arnaud-R you're welcome !

@Arnaud-R
C'est la température du processeur.
En environnement ouvert il est aux environs de 60°C. S'il est en environnement fermé dans un boîtier, c'est somme toute logique.

@Arnaud-R
Concernant les courbes, c'est assez logique.
Vous deviez être dans une zone où la production était à la limite. Un coup exerces de production, un coup légère conso.

@EliasMM
La publication du JSON Winky est une très bonne idée.
nmsg à 23 me semble très élevé.
Quelle est la valeur de winky_max ?

@Arnaud-R
C'est un mode de fonctionnement non documenté du linky. La puissance consommée est à 0 mais le courant est positif. Nous sommes alors en mode surplus CACSI. Nous sommes alors sur du P = U x I classique.

@Arnaud-R
Je vais séparer dans la doc les parties suivi de production et prévision de production.
Ce sera plus clair.

@Arnaud-R
Concernant home/power, je ne sais pas ce que c'est. Le firmware ne publie rien sur ce topic.
Si c'est le topic de votre production, configurez le dans le firmware et ne précisez aucune clé.

@Arnaud-R
L'API est alimentée via le lien
http://tasmota.ip/solar?power=890&total=10500
Vous devez configurer votre système de production pour appeler cet API en remplaçant l'URL par celle de votre denky et en fournissant les valeurs produites dans l'URL.
Sinon, cote MQTT, il fait juste activer l'option et configurer les topic et clés par celles sur lequel publie votre système de production. Si votre système publié une valeur brute et non pas du JSON, ne renseignez pas la clé.

@Arnaud-R c'est le standard demandé par home assistant. Chaque valeur publiée doit être décrite de la sorte. Mais votre topic de publication est ici denky/tele/SENSOR.
C'est ce topic qui sera exploité. Donc tout est normal.

@Arnaud-R tel que précisé dans la fil
https://github.com/NicolasBernaerts/tasmota/issues/88
le linky est précis à 1A près, soit 230 VA.
d'où la fourchette de valeurs.

@Arnaud-R logiquement toutes les réponses sont sur ma page GitHub
https://github.com/NicolasBernaerts/tasmota/tree/master/teleinfo
dans la section production solaire
En cas de besoin de compléments, pas de soucis.

@EliasMM En vérifiant, effectivement le max de winky_sleep est 60s. Je vais le positionner à 10mn dans la prochaine version.

@EliasMM quelles sont les valeurs limites de tension haute et basse configurées pour le winky ?
winky_sleep est il configuré à 0 (mode automatique) ?

Je vais essayer de le synthesiser sur la page d'accueil GitHub dès que j'aurai un peu de temps.
https://github.com/NicolasBernaerts/tasmota/tree/master/teleinfo

@Arnaud-R
Tout d'abord, il est préférable de créer un topic par sujet pour éviter des topics fourre tout avec sujets et réponses différents mêlés.
Concernant CACSI, tout est dans ce fil :
https://github.com/NicolasBernaerts/tasmota/issues/88

@Arnaud-R
Avez vous fait un répartitionement total de l'esp au moment de la bascule du Tasmota teleinfo classique vers mon fork ?
Les plantages sont quasi systématiquement liés à un pb de partitionnement. J'ai des versions esp32 qui tournent depuis plus de 8 mois en mode standard sans aucune fuite mémoire. C'est pour cela que je doute de l'analyse IA.

@Arnaud-R
Concernant le wifi. ,j'utilise également un réseau mesh Linksys Vélo, avec 3 répéteur. Il est à noter que j'ai désactivé le wifi de ma box pour éviter tout conflit. Avec les 2 options cochées mes esp32 sont très stables, quelque soit la borne utilisée.

Concernant le plantage, le plupart du temps cela provient de l'alimentation. Trop de chargeur USB sont de très très mauvaise qualité. Essayez de changer pour une alimentation USB de qualité.

@Arnaud-R A priori le problème wifi de la Freebox semble connu et touche différents IOT.
https://dev.freebox.fr/bugs/task/39906