Plus les données TIC
-
@krissam44 bonjour,
Ayant réorganisé toute la politique de publication des données et n'utilisant jamais la publication des données TIC, il y a peut être eu une régression sur cette publication.Je vais regarder. -
@Nicolas-Bernaerts
Merci car perso j'utilise TIC pour alimenter une base mysql et pour mes aggregats d'avoir simultanément tous les index me facilite la vie et en plus ça me fait réécrire pas mal de pgm.
Je te remercie de regader car sur l'interface dans message, les TIC sont bien visibles.
Cordialement -
@krissam44 je pense avoir trouvé la source du problème : un mauvais copier/coller pour la mise a jour d'un flag. Je vais publier une version qui devrait corriger le problème.
-
@Nicolas-Bernaerts
Merci pour cette bonne nouvelle.
Cordialement -
Merci Nicolas,
Je viens de faire la mise à jour de mon Denky et je retrouve les trames TIC.
Très cordialement,
Christian -
Nicolas,
Je me suis emballé un peu trop vite, Il manque la "puissance" : SINSTS dans la trame TIC.
Dommage.
-
@krissam44 c'est très étonnant ... Je publie les données TIC telles quelles sans les retravailler du tout. Je droppe uniquement les étiquettes avec checksum en erreur. SINSTS apparaît dans la fenêtre "Messages" ?
-
@Nicolas-Bernaerts
C'est effectivement étrange:
Voici une trame récupérée plutôt via la console du tasmota :
{"ADSC":"061861455877","VTIC":"02","DATE":"E251006192400","NGTF":"Week-End","LTARF":"HEURE SEMAINE","EAST":"084929474","EASF01":"054243207","EASF02":"030686267","EASF03":"000000000","EASF04":"000000000","EASF05":"000000000","EASF06":"000000000","EASF07":"000000000","EASF08":"000000000","EASF09":"000000000","EASF10":"000000000","EASD01":"031582180","EASD02":"046813985","EASD03":"002399894","EASD04":"004133415","IRMS1":"012","URMS1":"231","PREF":"12","PCOUP":"12","UMOY1":"E251006192000 232","STGE":"003A4001","MSG1":"PAS DE MESSAGE","PRM":"09510130206267","RELAIS":"000","NTARF":"01","NJOURF":"00","NJOURF+1":"00","PJOURF+1":"00008001 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE"}
et voici une trame relevée, il y a qq minutes:
{"ADSC":"061861455877","VTIC":"02","DATE":"E251007012337","NGTF":"Week-End","LTARF":"HEURE SEMAINE","EAST":"084933383","EASF01":"054247116","EASF02":"030686267","EASF03":"000000000","EASF04":"000000000","EASF05":"000000000","EASF06":"000000000","EASF07":"000000000","EASF08":"000000000","EASF09":"000000000","EASF10":"000000000","EASD01":"031583062","EASD02":"046817012","EASD03":"002399894","EASD04":"004133415","IRMS1":"002","URMS1":"238","PREF":"12","PCOUP":"12","SINSTS":"00563","SMAXSN":"E251007011607 01001","SMAXSN-1":"E251006171846 04006","CCASN":"E251007010000 00450","CCASN-1":"E251007003000 00498","PJOURF+1":"00008001 NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE NONUTILE"}
Elles sont différentes mais celles de ce soir sont conformes et contiennent SINSTS.
Quand je parsais celles de cet après-midi, le json était bon mais il me manquait juste SINSTS et maintenant c'est OK. Peut-être une anomalie côté Linky.
Je contrôle sur plusieurs jours et vous ferez un retour pour info.
Cordialement -
@krissam44 Effectivement vous avez des trames beaucoup plus complètes que d'autres. Certaines contiennent ces étiquettes et d'autres non :
"SINSTS":"00563","SMAXSN":"E251007011607 01001","SMAXSN-1":"E251006171846 04006","CCASN":"E251007010000 00450","CCASN-1":"E251007003000 00498",J'ai noté que vous avez un contrat de type weekend. Je n'ai jamais eu ce contrat sous la main. Pourriez vous m'indiquer les périodes du contrat ?
S'était-il possible d'enregistrer le flux TIC sur 5 ou 10 mn afin de me permettre de le rejouer pour tests ?Merci
-
@Nicolas-Bernaerts
Bonjour Nicolas,C'est un contrat EDF avec un tarif heures creuses les WE et jours fériés. Dans mon cas, plus intéressant financièrement, que le contrat classique heures creuses. Enedis fixe dans ma zone, la période HC de 23h30 à 7h30,or je chauffe plus la journée que la nuit (en retraite).
Sinon, j'ai constaté sur l'écran du Tasmota, un taux d'erreurs d'environ 3.1%. J'ai joué avec la résistance variable du D4 pour faire diminuer ce taux sans succès. Je viens de commander un nouveau D4 pour comparer. Cela est peut-être une explication.
Avec votre firmware, je peux directement enregistrer les trame ou j'écris un petit pgm pour le faire ?
Remarque: Les calculs de consommation hier et aujourd'hui ne correspondent pas à mes relevés.
J'ai une appli qui stocke l'info linky toutes les 30s dans une table mysql. Ce qui me permet de faire des calculs et stats.- hier : D4 : 20832 kWh, moi : 16210 kWh
- aujourd'hui: D4 : 20837 kWh, moi : 4668 kWh
Cordialement -
@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.
-
@Nicolas-Bernaerts
Oui, c'est cela :- heures pleines : semaine
- heures creuses : WE et jours fériés
Pour le taux d'erreur, je suis d'accord, ce n'est pas normal. Aussi j'attends le D4 que j'ai commandé hier et voir si en réglant la résistance je peux améliorer les choses.
Cordialement
