@Laurent6012 quelle version de firmware utilisez vous ?
Vous parlez de skip, vous utilisez le topic TIC ?

@FH35
Pour suivre la conso quotidienne, il ne faut pas choisir Conso Aujourd'hui car la valeur revient à 0 à minuit. Il faut suivre la valeur Total Conso qui ne fait qu'augmenter. HA gèrera la bascule à minuit.

Hello @Kisifrot

La barre horizontale sert à definir l'intensité de la LED du DenkyD4.

Il est possible de publier toutes les 10sec. Il faut le paramétrer dans le menu Configuration / Journal / Période de télémétrie. Mais le plus efficace est de choisir +/- 100W par exemple dans la configuration teleinfo.

Pour la moyenne CPU, à 31%, aucun soucis. Pas besoin d'ajustement.
Sinon, la commande webload 1 permet de le visualiser en temps réel.

La commande full permet de publier les étiquettes brutes. skip permet de définir le nombre de messages à ignorer entre 2 publications. La plupart du temps ces commandes ne sont pas nécessaire.

@Gilles15001 Sur mon GitHub j'ai publié un firmware qui devrait répondre a votre besoin. Il s'appelle offload et gère le délestage. Il s'abonne au linky et fait du délestage dès qu'une puissance max est atteinte. Il gère des priorités pour avoir plusieurs délestage actifs.

@Gilles15001 bonsoir,
Attention, vous devez prendre en compte deux éléments :

• Il faut moyenner la valeur sinon vous risquez de switcher à chaque message en cas de valeur aux limites
• vous devez intégrer que lors du switch du relai la puissance linky va être modifié de la valeur de la charge et que c'est normal. Il faut prendre en compte cette différence.

@frkb Prenez 3 denkyD4 ou équivalent, qui publierons chacun sur un topic MQTT différent. Vous agrégez ensuite cela sur une base de donnée unique et le tour est joué. Si vous utilisez une base influxdb, le firmware du denky permet de l'alimenter directement !

@jlnvllr est ce que par hasard vous n'auriez pas detruit votre denkyD4 suite à vos différents mauvais branchements ?
Je vous conseillerai d'en commander un autre après avoir validé les branchements afin de vérifier ...

@jlnvllr Les câbles doivent être sur I1 et I2.
De plus il faut alimenter le denky.

@Gilles15001 Merci pour l'invitation.
Votre région est superbe.
Ce sera avec un grand plaisir !

@Gilles15001
Coté courbes, tout est ok maintenant ?

@Gilles15001 Je viens de publier une v15.1beta19 qui devrait régler le problème de détection de votre compteur PME/PMI en exploitant les étiquettes ADS et également MESURES1.
N'ayant pas le moyen de le tester simplement, merci de me confirmer que l'analyse était la bonne.

@Gilles15001 je crois comprendre ...
Votre compteur n'envoie pas l'étiquette ADS qui est normalement la première étiquette émise par un compteur PME PMI.
De ce fait, le décodage du protocole PME PMI n'est pas activé.
C' est à se demander pourquoi ENEDIS se fatigue à publier des protocoles
Je vais voir si une étiquette complémentaire peut être utilisée en complément de ADS pour détecter le compteur PME PMI. Cela devrait régler le problème.

@Gilles15001 vous avez le bouton teleinfo courbes dans la page d'accueil et aucune courbe n'est affichée si vous le sélectionnez ?

@Gilles15001 il faut peut être faire un
energyconfig reset
pour réinitialiser le contrat.
Logiquement vous devriez avoir des donnees qui apparaissent côté graph et historique.

@jlnvllr Il faut brancher deux fils entre le connecteur vert et les plots I1 et I2 du compteur.

@Charles Tout à fait, c'était dans la to-do list
@ben33880 Je viens de publier une v15.1beta18 qui devrait régler le problème. Les compteurs sont maintenant sauvegardés tous les jours après la bascule de minuit et à chaque changement de période.
Cela devrait régler le problème des compteurs aujourd'hui et hier en cas de perte d'alimentation.
A tester ...

@ben33880 Je viens de publier une V15.1beta17 qui devrait corriger le problème.
La commande
webload 1
permet de suivre la charge CPU de l'ESP.

@ben33880 Après investigation, le problème est lié à la migration sur Tasmota 15. Un hook qui était appelé toutes les teleperiodes (5mn par défaut) est maintenant appelé toutes les secondes. Cela sature complètement l'ESP en contexte teleinfo.
Je pense avoir corrigé le problème.
La prochaine version publiée devrait retrouver un comportement normal.

@ben33880
@Charles m'a remonté le pb il y a quelques jours.
N'utilisant pas l'API RTE personnellement (je suis en contrat BASE), je vais la réactiver et regarder quel peut être le problème.

@krissam44 quelques remarques :

Dans votre contrat, heure semaine correspond aux heures pleines et heures weekend aux heures creuses ?

Un taux d'erreur à 3.1% est très élevé. Ce n'est pas normal. Vos étiquettes manquantes peuvent venir de là.

Pour les totaux hier et aujourd'hui, il y avait un bug de calcul pour les contrats non référencés (ce qui est votre cas) en cas de redémarrage. Cela devrait être corrigé dans la prochaine version qui stockera les données entre les reboots.