Community Forum

@Stephane-Petit
Le message "aucune donnée publiée" laisser penser que la liaison n'est pas bonne entre le linky et le denky. Petit être là gpio sélectionnée n'est pas la bonne. Sinon, il lfaudrait vérifier les plots de connexion linky et le câble.

@Yves30290 elle n'est peut être pas publiée en auto discovery. Je vais regarder. Si c'est le cas, je vais l'ajouter.

@Arnaud-R il faut absolument le flasher en mode Factory avec erase.
Un esp32, c'est comme un disque dur. Si les partitions ne sont pas bonnes, rien ne fonctionne.
Un partionnement différent le fera planter très régulièrement.
Demandez à ChatGPT pour un mode opératoire sur votre environnement.

@Arnaud-R
https://www.google.com/search?client=firefox-b-m&q=++++Exception%3A+0%2C+EPC%3A+4000bff0%2C+EXCVADDR%3A+00000000 #lfId=ChxjMe

Power supply problem or bad flash.

@Yves30290 le denky étant basé sur Tasmota, vous pouvez tout configurer en vous connectant en http sur le device.
Avec mon fork, la majorité de paramètres peuvent être configurés via le menu configuration.
Pour le reste la console Tasmota est un outil indispensable.

@Yves30290 le denkyd4 étant un client wifi, une réponse sera difficile à donner pour une utilisation sans wifi ...

@plancktos sans doute le fuseau horaire mal défini.
https://tasmota.github.io/docs/Timezone-Table/

@plancktos parfait.
N'ayant pas HA moi même, pourriez vous faire un screen de l'auto detection côté MQTT, que je l'ajoute sur ma page GitHub ?
Merci

@plancktos s'il est arrivé avec mon fork de Tasmota, il ne devrait y avoir aucun problème de partitionnement. Avez vous coché la case Home Assistant dans la page de configuration Teleinfo ?

@plancktos si vous aviez un firmware officiel Tasmota, ne cherchez pas. Tant que vous n'avez pas fait un serial flash avec un firmware factory, cela ne sera pas stable.
Ensuite ... no prob.

@plancktos avez vous fait un flash en mode Factory ?

@EliasMM
J'ai publié une v15.5beta2 ...
On ne s'arrête plus

@EliasMM @charles @ferrader
Je viens de déposer une v15.5beta1 pour le WInky.
Elle est basée sur le tout nouveau Tasmota 15.5.0.
Elle corrige un bug de calcul du courant de charge dans le cas où le compteur fournisse moins de courant que prévu et que l'on fasse un réveil avec sommeil immédiat.

@ascqannapes
l'IP fixe n'a rien à voir avec l'intégration home assistant.
Si le paramétrage IP n'est pas sauvegardé, ne cherchez pas, vous avez un problème de partitionnement.
Il faut faire un vrai flash en mode Factory et tout ira mieux.

@EliasMM
En fait ce qui m'embête c'est vboot et vsleep qui sont très hauts. Pour la supercapa il est préférable de se situer entre 4V et 4.20V car d'après différents articles cela peut multiplier la durée de vie à pleine capacité par un facteur 10 ou 20 !
La nouvelle version devrait le gérer beaucoup mieux.

@EliasMM @charles @ferrader
Je viens de publier une v15.2beta12 qui revoit fortement la gestion du deepsleep.
Les principales règles sont les suivantes :

• definition d'une tension de consigne pour le démarrage
• calcul de la puisssance de charge pendant le deepsleep
• calcul de la durée de sleep pour atteindre la tension de consigne
• durée de sleep minimale de 5 sec

J'ai également simplifié fortement les commandes disponibles :

Pensez à vérifier ces paramètres avant branchement en mode auto-alimenté.

Une fois la configuration faite en mode USB, tout devrait rouler.

Les publications se font toutes les 20 sec environ avec mon Linky qui fournit du 135mW à peut près.

J'ai testé la stabilité sur quelques heures et pour l'instant pas de soucis.

@EliasMM petite question : utilisez vous influxdb ou mqtt ou les 2 ?

@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 !