# Anomalies valeurs TIC **URL:** \ **Category:** Eco-Devices - Téléinfo\ **Tags:** edrt2\ **Created:** [Avril 13, 2023, 4:45 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929 "2023-04-13T16:45:54Z")\ **Posts on this page:** 20\ **Page:** 2
**Author:** ![KAwDeS](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/k/e8c25b/32.png) [@KAwDeS](https://forum.gce-electronics.com/u/KAwDeS)\ **Post date:** [Juillet 2, 2024, 7:30 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/21 "2024-07-02T19:30:23Z")
Bonjour Antonin, J’ai supprimé le serveur de temps mais l’erreur de compteur ce produit toujours. Toujours celui d’heure pleine bleu ainsi que celui d’heure creuse rouge. Étonnant les compteurs HC et HP bleus sont tous deux sollicités en ce moment, pourtant un seul se désynchronise. Pour le rouge c’est encore plus surprenant puisque celui ci n’est pas sollicité en cette période. 2 compteurs TIC sur 7 (6 tempo, 1 de production) se désynchronisent. ---
**Author:** ![antonin](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/a/d07c76/32.png) [@antonin](https://forum.gce-electronics.com/u/antonin)\ **Post date:** [Juillet 3, 2024, 7:57 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/22 "2024-07-03T19:57:00Z")
😮 Cause différente ? Ou même cause mais dans d’autres circonstances ? Vous avez un index production donc j’imagine que la tic est en mode standard ; HC rouge sur l’étiquette EASF05, HP blanc sur EASF04. Comme ces index ne varient pas en ce moment, quelles sont leurs valeurs correctes et quelles sont les valeurs d’erreur que vous avez obtenues pour HC rouge ? Cela permetrait de vérifier si la cause est identique en calculant la checksum. ---
**Author:** ![KAwDeS](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/k/e8c25b/32.png) [@KAwDeS](https://forum.gce-electronics.com/u/KAwDeS)\ **Post date:** [Juillet 5, 2024, 7:38 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/23 "2024-07-05T07:38:12Z")
Bonjour, Oui je suis en mode Standard Les deux (seuls) compteurs incriminés ont les valeurs suivantes: Valeur TIC EASF02 14252718 Valeur compteur 18076439 Valeur TIC EASF05 488051 Valeur compteur 488099 Ci dessous la configuration et les valeurs de TIC ![image](https://forum.gce-electronics.com/uploads/default/original/3X/d/9/d925d393361a2f5a811635f4079c439cd3a497b1.png) Concernant le checksum tu es partis de cette description ENEDIS ? ![image](https://forum.gce-electronics.com/uploads/default/original/3X/5/a/5a592a6b3ec6bded715425386745751acd57f231.png) 🤒 j’ai pas osé me lancer dans cette vérification de checksum. Je veux bien que tu vérifies 🙂 Je trouve vraiment louche que: - seul 2 compteurs (pour l’instant tjrs les mêmes) présentent des erreurs. - Que l’on ait pas plus de remonté de ce « bug » sur le forum. ---
**Author:** ![grocrabe](https://forum.gce-electronics.com/user_avatar/forum.gce-electronics.com/grocrabe/32/6197_2.png) [@grocrabe](https://forum.gce-electronics.com/u/grocrabe)\ **Post date:** [Juillet 5, 2024, 8:17 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/24 "2024-07-05T08:17:01Z")
Bonjour KAwDeS, quelle est la marque et modèle du compteur ? Bonne journée ---
**Author:** ![KAwDeS](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/k/e8c25b/32.png) [@KAwDeS](https://forum.gce-electronics.com/u/KAwDeS)\ **Post date:** [Juillet 5, 2024, 8:37 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/25 "2024-07-05T08:37:05Z")
Bonjour grocrabe, C’est un **ITRON ITE411L3B** Concernant la production PV ça semble être une bonne pioche. [https://forum-photovoltaique.fr/viewtopic.php?t=38996](https://forum-photovoltaique.fr/viewtopic.php?t=38996) Bonne journée également ---
**Author:** ![antonin](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/a/d07c76/32.png) [@antonin](https://forum.gce-electronics.com/u/antonin)\ **Post date:** [Juillet 5, 2024, 9:44 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/26 "2024-07-05T09:44:15Z")
Bonjour @KAwDeS, Oui c’est bien cette description de ENEDIS. Alors j’ai simulé le remplissage chiffre par chiffre du buffer TIC du [edrt2](https://gce-electronics.com/1345-.html) pour la transition entre EASF04 et EASF05, et le résultat le confirme, la cause est bien la même. Le [edrt2](https://gce-electronics.com/1345-.html) considère EASF05 000488099 L alors que la valeur 488051 n’a pas finie d’être transmise. Il s’en suit une valeur 488099 erronée pour HC rouge. Le linky n’est pas en cause dans ce cas. ![image](https://forum.gce-electronics.com/uploads/default/original/3X/e/d/ed8cd55f0d0fffd119abe2bcf141549ae608056d.png) Pareil pour l’autre, entre EASF01 et EASF02, le checksum arrive a être identique rapidement (+1 sur la différence entre 01 et 02 des étiquettes, et -1 sur la différence entre le chiffre 2 du premier index et 1 du 2ème index). ![image](https://forum.gce-electronics.com/uploads/default/original/3X/6/c/6c6af0d6bc32b12e7117b1b69a7d5ccf26d4bcdf.png) ![image](https://forum.gce-electronics.com/uploads/default/original/3X/6/a/6ad16e15207d10440a5fcc18bc28f492b17f5385.png) ---
**Author:** ![pat49700](https://forum.gce-electronics.com/user_avatar/forum.gce-electronics.com/pat49700/32/18913_2.png) [@pat49700](https://forum.gce-electronics.com/u/pat49700)\ **Post date:** [Juillet 5, 2024, 9:48 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/27 "2024-07-05T09:48:59Z")
Bonjour @KAwDeS > [@KAwDeS](#): > > Que l’on ait pas plus de remonté de ce « bug » sur le forum. Bonjour, je viens de vérifier, c’est OK pour moi. Je suis en Tempo avec PV également. Mon problème se situe ailleurs : pas d’infos de prod sur le dashboard : ![image](https://forum.gce-electronics.com/uploads/default/original/3X/6/5/656c921f408ec6cbfb61be5bfec1ef5c08646cd0.png) Je veux bien t’envoyer ma config si besoin… ---
**Author:** ![KAwDeS](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/k/e8c25b/32.png) [@KAwDeS](https://forum.gce-electronics.com/u/KAwDeS)\ **Post date:** [Juillet 5, 2024, 11:06 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/28 "2024-07-05T11:06:13Z")
Bonjour et merci pat49700, Antonin Tu ne serais pas en mode historique 🤔 Si tu peux faire une copie d’ecran des valeurs TIC et configuration compteurs. ---
**Author:** ![pat49700](https://forum.gce-electronics.com/user_avatar/forum.gce-electronics.com/pat49700/32/18913_2.png) [@pat49700](https://forum.gce-electronics.com/u/pat49700)\ **Post date:** [Juillet 5, 2024, 11:13 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/29 "2024-07-05T11:13:27Z")
![image](https://forum.gce-electronics.com/uploads/default/original/3X/3/0/30bbf2e7a21d381bace661afb0581ba4ddc4feaf.png) ![image](https://forum.gce-electronics.com/uploads/default/original/3X/1/0/1001ff49ac46b8cab66a300e03a904a32f2ba9d7.png) ![image](https://forum.gce-electronics.com/uploads/default/original/3X/1/d/1d73f08679577c525f9ee2cfa25b0bbe0fa0ac8a.png) je suis bien en mode standard comme tu peux le voir. ---
**Author:** ![KAwDeS](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/k/e8c25b/32.png) [@KAwDeS](https://forum.gce-electronics.com/u/KAwDeS)\ **Post date:** [Juillet 5, 2024, 11:50 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/30 "2024-07-05T11:50:56Z")
Pour la production il te faut configurer le compteur ![image](https://forum.gce-electronics.com/uploads/default/original/3X/7/9/79f7d5a3454f96c772e04547667d75ba6eb08d5b.png) Config tarif ![image](https://forum.gce-electronics.com/uploads/default/original/3X/c/f/cfc7e39ecba8dd5027ea51d105f4da360f1b591d.png) Config Cpt ![image](https://forum.gce-electronics.com/uploads/default/original/3X/4/a/4a076fbff2eaa31313e1181c7d4eeb9c38b2f939.png) Puis configurer le compteur sur ton Dashboard Peux tu essayer d’arrêter et de remettre en route tes compteurs blancs leurs valeurs ne semblent pas bonnes. Me refaire une copie d’écran de tous tes champs du TIC. ---
**Author:** ![KAwDeS](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/k/e8c25b/32.png) [@KAwDeS](https://forum.gce-electronics.com/u/KAwDeS)\ **Post date:** [Juillet 5, 2024, 12:14 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/31 "2024-07-05T12:14:06Z")
@antonin, Comment cela peut être possible Si la trame n’est pas bonne elle doit être rejetée me semble t’il. Si une trame vient en écraser une autre pourquoi deux compteurs consécutifs ne sont pas HS. 🙄 ---
**Author:** ![antonin](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/a/d07c76/32.png) [@antonin](https://forum.gce-electronics.com/u/antonin)\ **Post date:** [Juillet 5, 2024, 12:14 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/32 "2024-07-05T12:14:13Z")
@pat49700 , c’est autre chose que l’anomalie de comptage TIC, peut-être faudrait-il ouvrir un autre sujet plutôt ? @KAwDeS , pour en revenir au sujet, concernant un éventuel contournement, je ne reproduis pas avec un serveur de temps inaccessible. Comment avez-vous rendu le serveur de temps inaccessible ? Pour ma part j’ai soit désactivé l’accès internet du [edrt2](https://gce-electronics.com/1345-.html) via ma box, soit mis une adresse de mon réseau local qui ne correspond à aucun objet connecté. Je suis en mode historique. Le mode standard serait-il plus sensible… Ce n’est pas une bonne nouvelle. En tout cas il s’agit d’un défaut du [edrt2](https://gce-electronics.com/1345-.html) qui n’attend pas que le linky ait terminé sa phrase avant de la comprendre, pour employer un vocabulaire moins technique ! ---
**Author:** ![antonin](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/a/d07c76/32.png) [@antonin](https://forum.gce-electronics.com/u/antonin)\ **Post date:** [Juillet 5, 2024, 12:18 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/33 "2024-07-05T12:18:39Z")
> Citation > Comment cela peut être possible > Si la trame n’est pas bonne elle doit être rejetée me semble t’il. > Si une trame vient en écraser une autre pourquoi deux compteurs consécutifs ne sont pas HS. La « trame » est bonne !! C’est le [edrt2](https://gce-electronics.com/1345-.html) qui n’attend pas sa transmission complète. Et comme le buffer contient la « trame » précédente, le checksum encore dans buffer peut correspondre à une valeur encore incomplète !! ---
**Author:** ![KAwDeS](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/k/e8c25b/32.png) [@KAwDeS](https://forum.gce-electronics.com/u/KAwDeS)\ **Post date:** [Juillet 5, 2024, 12:33 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/34 "2024-07-05T12:33:18Z")
Antonin, Il est précisé dans la doc ENEDIS que la transmission est plus longue en standard, peut être que cela a une incidence. On récupère beaucoup plus de champs, après je ne sais pas si l’[edrt2](https://gce-electronics.com/1345-.html) les reçoit tous ou seulement ceux configurés. Je pense que c’est tous puis parsé suivant config. C’est pour ça que j’ai demandé à @pat49700 sa configuration, j’ai ajouté au moins une étiquette pour avoir la couleur du lendemain peut être que ça pose pb. On va essayer d’avoir la même config pour voir si c’est reproductible. Pour le serveur de temps j’ai supprimé l’adresse. ![image](https://forum.gce-electronics.com/uploads/default/original/3X/a/9/a921880ec849ba76c33aa3f2b82e0e256822e32b.png) ---
**Author:** ![antonin](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/a/d07c76/32.png) [@antonin](https://forum.gce-electronics.com/u/antonin)\ **Post date:** [Juillet 5, 2024, 12:37 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/35 "2024-07-05T12:37:36Z")
@KAwDeS Peut-être que ce diagramme illustre mieux mon propos. ![image](https://forum.gce-electronics.com/uploads/default/original/3X/9/5/95886254f9a3a483770e5b14b5bb8c65d1911c94.png) Le [edrt2](https://gce-electronics.com/1345-.html) ne devrait pas interpréter le bloc étiquette/valeur avant que celui-ci n’ait été complètement lu ! Cela n’a aucun sens. Dans l’ordre, un bloc étiquette/valeur, un, doit être complet, deux, le checksum doit être valide. ---
**Author:** ![KAwDeS](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/k/e8c25b/32.png) [@KAwDeS](https://forum.gce-electronics.com/u/KAwDeS)\ **Post date:** [Juillet 5, 2024, 12:45 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/36 "2024-07-05T12:45:02Z")
Oui je comprend mieux Pour le checksum il semble qu’il peut être horodaté. Peut être suivant le mode. Dans ce cas le checksum a bcp moins de chance d’être le même. Par contre ça rallonge la transmission. ---
**Author:** ![antonin](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/a/d07c76/32.png) [@antonin](https://forum.gce-electronics.com/u/antonin)\ **Post date:** [Juillet 5, 2024, 12:47 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/37 "2024-07-05T12:47:09Z")
> Citation > Pour le checksum il semble qu’il peut être horodaté. Non, l’horodatage ne concerne que certaines données, pas ces données de relevé d’index. ---
**Author:** ![antonin](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/a/d07c76/32.png) [@antonin](https://forum.gce-electronics.com/u/antonin)\ **Post date:** [Juillet 5, 2024, 12:49 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/38 "2024-07-05T12:49:54Z")
@KAwDeS Il y a un dernier coup à tenter pour le contournement : si vous mettez une adresse IP locale dans le champ serveur de temps ? ---
**Author:** ![KAwDeS](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/k/e8c25b/32.png) [@KAwDeS](https://forum.gce-electronics.com/u/KAwDeS)\ **Post date:** [Juillet 5, 2024, 5:08 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/39 "2024-07-05T17:08:01Z")
@antonin C’est en test avec une IP locale. J’ai aussi essayé de réduire le nombre de champs. ---
**Author:** ![antonin](https://forum.gce-electronics.com/letter_avatar_proxy/v4/letter/a/d07c76/32.png) [@antonin](https://forum.gce-electronics.com/u/antonin)\ **Post date:** [Juillet 6, 2024, 8:35 UTC](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929/40 "2024-07-06T08:35:41Z")
Bien bien. 🫰 Linky transmet toutes les données successivement et en continu,toujours dans le même ordre tel que décrit dans le document d’Enedis. Le [edrt2](https://gce-electronics.com/1345-.html) les lit et peuple uniquement les champs qui ont été configurés. Réduire le nombre de champ ne devrait pas impacter la lecture. [Page précédente](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929.md?page=1) [Page suivante](https://forum.gce-electronics.com/t/anomalies-valeurs-tic/16929.md?page=3)