cdlog2

Bonjour,

Demandez conseil à Enedis, visiblement il y a un problème avec votre compteur , soit côté programmation ou côté circuits de sortie des infos L1 L2 ? Vous devriez mesurer au minimum 600mv AC sur les bornes L1 L2 à vide.

Vous pouvez vérifier l’alimentation interne du circuit de sortie du Linky avec un voltmètre en AC

Voici ce que l’on peut lire dans la Doc du Linky :

Un accès au circuit d’alimentation de la TIC se fait via les bornes I1 et A. Ce circuit est mis à disposition des clients pour alimenter un récepteur de télé-information rattaché au compteur (un module radio, par exemple).

Le circuit d’alimentation de la TIC respecte les caractéristiques suivantes :
à vide: lorsqu’aucune charge n’est raccordée à la sortie de l’alimentation de la TIC, la tension aux bornes de l’alimentation L1 et A
vaut 13 Vrms max

en charge: Puissance fournie 130 MW minimum, Tension 6 Vrms ± 10% à 50 kHz
(12 V pic au maximum  tenant compte d’éventuelles déformations du signal)

Pour  assurer  les  caractéristiques  ci-dessus de l’alimentation TIC, les compteurs Linky sont testés sur des charges purement
résistives comprises entre 225 et 335ohms, la puissance délivrée doit y être toujours supérieure à 130MW

Avez vous une valeurs d’alimentation entre L1 et A chez vous ? elle devrait être proche de 12volt à vide

Cdt

RE: Je vous envoie en pièce jointe une archive ZIP qui contient le fichier data.cgx avec les options <DEMAIN> supprimées pour les 3 groupes de TIC1, TIC2 et TIC3.

Afin de vous éviter de modifier votre propre fichier, renommer simplement pour test, votre ficher data.cgx en org-data.cgx par exemple et copier mon fichier data.cgx dans la carte mémoire du WES.

Normalement votre problème de XML python pour les TICs devrait être corrigé, bien sur s’il n’y a pas d’autres incohérence du même type avec d’autres Option Tic x.

Bonjour,

Il me semble que vous êtes actuellement en version WES 0.83H.

Avez vous un contrat type « couleur du jour du lendemain » avec EDF ?

Si Oui, normalement l’erreur décrite concernant le Champs <DEMAIN> devrait ne pas exister pour le TIC x en relation à votre compteur EDF et vous ne devriez pas avoir de problème dans la lecture du xml pour le TICx EDF.  Par contre si vous avez déclarer un autre Compteur avec un type de contrat différent de  » la couleur du lendemain « , il est évident que vous aurez le problème pour le ou les TIC x concerné.

De même si vous n’avez pas ce type de contrat EDF pour vos compteurs ?, alors normalement vous devriez constatez l’erreur depuis votre navigateur.
Si vous lancez une requête data.cgx via votre navigateur ( http://192.168.x.x/data.cgx) et que vous constatez le même défaut que moi concernant la balise <DEMAIN> dans un des Groupes <TICx> , alors il y a une forte chance que votre problème provienne de cela.

réponse partielle de mon WES pour le TIC1 à la requête Data.cgx :  Voir le commentaire pour la balise <DEMAIN> à la fin du résultat rendu

<tic1>
<OPTARIF>Pas dispo.</OPTARIF>
<ISOUSC>0</ISOUSC>
<PTEC>NON Dispo !</PTEC>
<PAP>0</PAP>
<IINST>0</IINST>
<IINST1>0</IINST1>
<IINST2>0</IINST2>
<IINST3>0</IINST3>
<TENSION1>0</TENSION1>
<TENSION2>0</TENSION2>
<TENSION3>0</TENSION3>
<IMAX>0</IMAX>
<IMAX1>0</IMAX1>
<IMAX2>0</IMAX2>
<IMAX3>0</IMAX3>
<PEJP>0</PEJP>
<DEMAIN/>              // ici erreur du format XML 1ere génération, la balise <DEMAIN> n’est pas fermée par </DEMAIN>
<BASE>000000000</BASE>

Si vous n’avez pas besoin de lire cette Balises <DEMAIN> pour chaque TIC x alors supprimer dans votre ficher data.cgx les lignes ci-dessous qui font références ces champs <demain> dans TIC1, TIC2 et TIc3 :

c Td1 <DEMAIN>%s</DEMAIN>     supprimer cette ligne des Options TIC1
c Td2 <DEMAIN>%s</DEMAIN>     supprimer cette ligne des Options TIC2
c Td3 <DEMAIN>%s</DEMAIN>     supprimer cette ligne des Options TIC3

Ensuite sauvegardez le fichier data.cgx du WES  . Normalement votre problème ne devrait plus exister si c’est bien cela qui vous pose problème.

Nicolas va apporter un correctif dans sa prochaine release.

Cdt

Re: attention : si vous faites un test de mon schéma côté WES, prévoyez de rajouter une résistance en série en sortie du Mofset vers la borne Tic1 du WES. Comme on utilise du 5 volt, si le mofset reçois un signal de plain pot et Sature, le photocoupleur côté WES pourrait souffrir.

Donc avant de relier le WES, tester la sortie du Mofset Tic1 et Tic2 avec une simple LED par sécurité (respecter le sens comme celle du WES) . Rajouter une résistance en série pour limiter éventuellement le courant de sortie à +- 20ma.

Le WES se protège  avec une résistance interne en série dans son circuit. Un diode est placée en tête bêche sur le photocoupleur. Si cette diode est une ZENER alors pas trop de problème,  autrement faire attention. Nicolas à peut être calibré cette résistance pour recevoir 1volt en entré et non pas 5volt.

Cdt

correction : une simple led de 20mA

Bonjour Nicolas,

Juste pour information, Lors d’un contrat de revente de surplus de production, cela implique t’il l’installation d’un 2eme compteurs par enedis pour  comptabilisé la production ? ou bien tout est géré depuis le compteur principal ? et dans ce cas ou lire les infos du surplus de production côté WES paramétré avec 1 seul compteur ?.

Ce qui serait intéressant dans le cas de figure de #chrisv c’est de pouvoir utiliser une Pince pour mesurer la production apparente produite et d’avoir un paramètre spécifique dans la config des TICs pour permettre d’associer le n° de cette pince comme référence de production pour ce même compteur paramétré en mode consommation. Cas de l’utilisation d’un seul compteur linky pour la consommation et la production sans contrat de revente.

Ensuite il vous serait facile d’implémenter un nouveau champ dans la page du Compteur concerné, permettant d’afficher une valeur du surplus de production supposé injecté en faisant le calcul de la valeur lue de cette Pince moins la valeur de la consommation apparente lue du compteur.

Si le résultat Prod – Conso > 0 alors on affiche la valeur calculée supposée injectée sinon on affiche 0.

Cette modification est assez simple à implémenter directement dans 2 fichiers HTM, la page de config Tic et la page des TIC. Mais bien sur cela serait un peu plus compliqué pour afficher les graphiques relatifs et de rapatrier cette nouvelle valeur dans le serveur pour enregistrer l’historique.

Peut être une Option à étudier dans une prochaine release ?

Cdt

Pour vérifier si le problème vient du Linky et si vous avez quelques composants, photocoupleur LTV814 + Mosfet BS170 + 1 résistance de 4,7k et 2 résistances de 10k + un Arduino UNO. vous pourriez tester la communication du linky directement avec un Arduino programmé en simple lecteur Sérial sur une entée RX.

Voir le Schéma joint. La liaison Serial RX utilisé dans le arduino sera paramétrée:

– Mode Standard = bauds:9600 parité:odd(impair) data-bits:7 stop-bit:1

– Mode Historique = bauds:1200 parité:even(pair) data-bits:7 stop-bit:1

Autrement reste à appeler Nicolas à l’aide dans l’absolu.

Le WES n’est pas à ce point une machine à « I.A. ». Il lui faut un minimun de configuration !.

LE WES par défaut configure les Inputs Téléinfo en mode Historique,  c’est pourquoi cela à démarré tout seul à la 1ere Mise en route.

Il faut Modifier la configuration des TICs depuis le Menu > Téléinfo > configuration > config. Tic.

Changer la config du TIC qui est concerné  ??? , en mode Standad et passez le champs rouge consommation en vert Production, Puis vous Enregistrez. Fermer votre navigateur. Faites un Reset du WES au moins 2 fois de suite, manuellement depuis le bouton rouge sur la carte.

Si tout est bien câblé, le sens des fils respecté, il n’y a pas de raison que cele ne fonctionne pas, Si vous êtes sur que le compteur Production est bien configuré en mode Standard

cdt