Téléinfo compteur EDF

Bonne année à tous :>) Par hasard, qq aurait-il des infos ou un plan pour réaliser,ou acheter un data logger pour enregistrer sur quelques jours ou semaines, les trames d'info que l'on peut récupérer sur les nouveaux compteurs EDF Ceci dans le but de les visualiser ensuite sur un PC, j'ai trouvé comment les voir en direct, mais je ne souhaite pas laisser un ordi allumé en permanence.Rien vu de probant sur google, autres forums tels ceux du photovoltaïque. Enregistrer des trames relativement simples sur une carte mémoire ça doit pouvoir se faire. Le signal une fois décodé est un mot de 8 bits je crois, disponible en 0/5V ou compatible en RS 232 ou en USB.

Reply to
jungers jean-marie
Loading thread data ...

jungers jean-marie a tapoté du bout de ses petites papattes :

Tu pourrais faire ça avec un microcontrôleur et beaucoup de ram. Mais il faut du duplex pour pouvoir demander la trame.

--
LeLapin
Reply to
LeLapin

jungers jean-marie a ecrit

bonsoir ça revient a faire du log de liaison serie en

1200 bauds, 7 bits data, 1 bit stop, parité paire Si tu sais faire : le plus simple à pas cher est d'interfacer un banal PIC (ou autre MUC) gerant l'UART (coté teleinfo EDF) et log des infos sur carte SD ou clé usb formatée en FAT . Sinon rechercher du coté des datalogger rs232 vers carte ou clef usb tout fait genre ça
formatting link

Rvl

Reply to
rvlegran

non, le compteur envoie en permanence les trames. Une trame ressemble à ça : ADCO 70060936XXXX ? OPTARIF HC.. < ISOUSC 20 8 HCHC 004063750 _ HCHP 004423070 ' PTEC HC.. S IINST1 001 I IINST2 000 I IINST3 001 K IMAX1 006 6 IMAX2 016 8 IMAX3 015 8 PMAX 05710 3 PAPP 00280 + HHPHC E 0 MOTDETAT 000000 B PPOT 00 #

Voici les caractéristiques de la sortie téléinfo :

Le principe de la communication est une modulation d'amplitude en tout ou rien d?une porteuse à 50 kHz. La logique est négative.

- un bit émis à "0" correspond à la présence de porteuse pendant le temps correspondant.

- un bit émis à "1" correspond à l'absence de porteuse pendant le temps correspondant. Après démodulation, on retrouve une liaison asynchrone classique dont les caractéristiques sont les suivantes:

- vitesse de transmission 1200 bits/s

- codage de toutes les informations sous forme ASCII (affichable)

-> 7 bits pour représenter un caractère ASCII

-> 1 bit de parité, parité paire (even)

- un bit de start avant chaque caractère "0" logique

- un bit de stop après chaque caractère "1" logique

Structure des trames Une trame est constituée de 3 parties :

- le caractère de début de trame "Start Text" STX (02h)

- le corps de la trame, composé d'un ou de plusieurs groupes d'information

- le caractère de fin de trame "End Text" ETX ( 03h) Une trame peut être interrompue, auquel cas le caractère "End Of Text" EOT (04h) est transmis avant l'interruption. Chaque groupe d'information forme un ensemble cohérent avec une étiquette et une valeur associée. La composition d'un groupe d'information est la suivante :

- le caractère de début de groupe "Line Feed" LF (0Ah)

- le champ étiquette dont la longueur est comprise entre 4 et 8 caractères

- un séparateur "Space" SP (20h)

- le champ données dont la longueur est comprise entre 1 et 12 caractères

- un séparateur "Space" SP (20h)

- un champ de contrôle (checksum), composé d'un caractère

- le caractère de fin de groupe "Carriage Return" CR (0Ch) Le checksum est calculé sur l'ensemble des caractères allant du champ étiquette à la fin du champ données, caractère SP inclus. On fait tout d'abord la somme des codes ASCII de tous ces caractères. Pour éviter d'introduire des caractères ASCII pouvant être non imprimables, on ne conserve que les six bits de poids faible du résultat obtenu. Enfin, on ajoute 20h. Remarque: la notation h signifie hexadécimal. Exemple: 20h égale 32 en décimal.

JC.

>
Reply to
JC

JC a ecrit

bonsoir question (juste pour info pas envie de chercher ;o) ? en permanence cela veut dire : flot continu sans aucune pause ? ou une trame par changement d'un etat ? une trame par seconde ou autre constante de temps ?

Rvl

Reply to
rvlegran

JC a tapoté du bout de ses petites papattes :

D'abord il y a deux prises. Utiliser celle de la télérelève. Tu imagines bien, comme dans un immeuble tous les compteurs sont sur le même bus de télérelève, qu'ils ne parlent pas en même temps. L'appareil de télérelève envoie un header de trame avec le numéro de série avec ou sans wildcards.

--
LeLapin
Reply to
LeLapin

voila, c'est cela. A peine la trame terminée, il enchaine avec une nouvelle.

Sinon, comme il n'en est fait allusion dans aucun des messages, la sortie est en +10/-10v. Il faut donc utiliser un optocoupleur au minimum pour remettre cela en forme et donc l'exploiter en tant que liaison serie.

JC.

Reply to
JC

oui, mais la télérelève est du coté plombée du compteur, donc non accessible. De plus, c'est pas son but, la sortie téléinfo est parfaite pour obtenir tous les renseignements de consommation.

JC.

>
Reply to
JC

JC a tapoté du bout de ses petites papattes :

Avec un peu de redondance ;)

--
LeLapin
Reply to
LeLapin

Intéressant ce petit module Coût assez élevé dans les 350 euros Pour info les trames EDF sont débitée à raison de 1 par sec Je me demande si je ne vais pas essayer d'utiliser un vieux PDA genre Compaq

3050 avec son port série, avec lequel j'enregistrait au même rythme les trames GPS. Si cela vous donne des idées dites le !

"rvlegran" a écrit dans le message de news: snipped-for-privacy@demande.net...

Reply to
jungers jean-marie

Par contre il me semble qu'il faut demander a EDF d'activer cette sortie, car par defaut elle n'est pas active.

--

Alain
Reply to
alain denis

Par defaut elle est activée sur tous les nouveaux compteurs, mais il se peut que lors de la premiere programmation par le technicien, il ait desactivé la sortie, mais cela doit etre tres rare.

JC.

>
Reply to
JC

On peut changer le mode par la liaison série de la télérelève dtf.

--
LeLapin
Reply to
LeLapin

Le 04/01/2010 00:50, jungers jean-marie a ecrit :

Par contre, tu auras un probleme pour exploiter tes données. Le compteur fournit les infos à temps réel, mais il ne donne pas l'heure. dans ton log, tu auras une suite de consommations instantanées, si tu veux faire des graphiques, il te faut savoir à quel moment correspond ta valeur....

dans un post précédent, j'avais donné un exemple de la sortie téléinfo :

ADCO 70060936XXXX ? OPTARIF HC.. < ISOUSC 20 8 HCHC 004063750 _ HCHP 004423070 ' PTEC HC.. S IINST1 001 I IINST2 000 I IINST3 001 K IMAX1 006 6 IMAX2 016 8 IMAX3 015 8 PMAX 05710 3 PAPP 00280 + HHPHC E 0 MOTDETAT 000000 B PPOT 00 #

Imagine un fichier texte avec des centaines de miliers de fois ce texte... Impossible de savoir à quelle heure à été ecrit ce passage.... Un simple data loger ne suffira pas, il faut bien un processeur qui decode les trames puis les enregistre en ajoutant l'heure et date.

JC.

Reply to
JC

"jungers jean-marie" a écrit dans le message de news:

4b40dbc6$0$13117$ snipped-for-privacy@news.free.fr...
ça existe tout fait:
formatting link
c'est un peu cher, mais l'auteur est réactif et le produit à un grand succès pour les producteurs photovoltaïques...
Reply to
Silicium

JC a ecrit

Aucun horodatage meme possiblement dérivé des trames reçues ?

Alors raison de plus pour se tourner vers une realisation DIY MCU based ;o) uart en 1200, RTC basique pour le time stamp et card en sortie :

rapide reflexion :

- soit conserver toutes les trames intactes (log reel de la sortie EUDEUFEU :D ) dans un fichier et timestamper les trames dans un autre

avantages : pas de degradation des messages (copie exacte) une trame = un stamp e timestamp "externe" au log de base permet de se "recadrer" developpement soft MCU 0+ charge MCU process 0+

inconvenients : encombrement de la memoire, encore que pour une trame par seconde que j'evalue à la louche à 256 octets de longueur chacune, sur une carte

1Go ça doit permettre + de 100 ans d'enregistrement ;o) (si je ne me suis pas planté dans une division :oÞ )

- soit au niveau du MCU filtrer et enregistrer horodaté les seuls items interessants (on change ou instant )

avantage : encombrement log moindre (mais bon !)

inconvenients : pas de copie exacte necessite de gerer un "format" proprietaire necessite de reconstituer au dehors (sur pc) un fichier lisible ! developpement soft MCU ++ charge MCU process ++ Rvl

Reply to
rvlegran

Silicium a ecrit

bonjour ça peut sembler cher à un "electromaticien" qui "sait comment faire hard et soft", accepte dés le depart de ne pas compter son temps de developpement, d'experimentation et d'obligatoires "galeres" ! ;o) Sorti de là, le produit exposé semble plutot bien repondre au cahier des charges initial ! Rvl (qui ne cherche pas à reinventer et imposer sa poudre) ;o)

Reply to
rvlegran

nan, le compteur n'a aucune idée de l'heure et de la date. Au mieux, dans le cas d'un tarif HP/HC, on peut detecter le 7h et le

23h, mais aucune date du jour...

Le compteur fournit du 1200bauds en permanence... soit du 1200/8 = 150o/s en 24h, on a 150 * 3600 * 24 = 12.960.000 octets = 12.656 Ko = 12.36Mo

C'est la solution la plus interressante à mon avis... Je ne pense pas qu'il soit tres utile de connaitre la consommation seconde par seconde. Un relevé toutes les minutes peut suffire. De plus, le compteur fournit plusieurs informations à chaque trames qui ne sont pas forcement utiles (no de serie du compteur, i2 max, i3 max, etc)

JC.

Reply to
JC

Bonjour,

Très intéressant. Connaissez-vous la signification des différents champs ?

merci

----------------------------------

JC a écrit :

Reply to
perdrix

Un site qui parle de la tétéinfo

formatting link

"rvlegran" a écrit dans le message de news: snipped-for-privacy@demande.net...

Reply to
willpot

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.