Ok, Il vous reste à activer les CSV, dès demain vous aurez les 1er fichiers.

Pour info, le petit serveur HTTP python est tout petit (3 fichiers) et tourne sans problèmes avec d’autres processs déjà installés, il ne gêne absolument pas. Il échange avec le WES via des requêtes HTTP. On peut lancer ou arrêtez le serveur facilement. Il tourne sans problème en toute transparence avec le Serveur Apache si installé et peut faire des requêtes MariaDB vs MySQL On accède aux commandes du Serveur via un navigateur par échange de requêtes HTTP et on peut choisir l’IP et le n° de Port qui sont paramétrable dans un fichier JSON. On peut créer une petite interface WEB plus conviviale si nécessaire. Jeedom ou tout autre système analogue peut facilement échanger avec ce Serveur HTTP via requêtes HTTP et Réciproquement.

La maquette que je joins (crée pour @richard) fait un backup journalier de tous les fichiers CSV du WES vers des dossiers au choix. Le serveur récupère, à une heure paramétrable, tous les nouveaux ou derniers fichiers CSV découvert du WES (TELEINFO, PCE, PLS, TEMP) et les copies localement dans des dossiers définis dans un fichier de config JSON . On peut facilement rajouter d’autres actions ou tâche à exécuter dans cette maquette.

Cdt

Bonjour,

Parmi les fichiers DAT vous trouvez 3 types de fichier historiques :

Le Cumul par mois de l’année courante,
Le Cumul par jour d’un mois de l’année courante,
Le détail des consommations mesurées toutes les 10 min d’une journée du mois courant et de l’année courante.

Mais puisque vous travaillez avec excel, pourquoi travaillez vous avec des fichier DAT ? Vous pouvez demandez au WES de créer des fichiers CSV qui seront crées avec les mêmes intervalles de temps.

Vos fichiers journaliers sont indexés en effet par une mesure d’une ligne toutes les 10 minutes, soit 6 lignes par heure. Pourquoi ne pas faire une simple macro sous excel pour faire la somme par groupe de 6 lignes, pour avoir vos totaux horaire !

Pour info, si vous travaillez depuis un PC sous Linux ou Windows 10 ou si vous avez un Raspberry PI en fonctionnement,  je peux vous fournir un petit Serveur programmé en Python que j’ai développé pour @Richard (voir le fil dans ce Forum) qui permet de faire un backup automatiquement des fichiers CSV du WES dans un dossier du PC, à une heure paramétrable de la journée. Il est facile de rajouter le Backup des fichiers DAT qui n’existe pas dans la variante fourni à @Richard qui à installé ce Serveur dans son NAS et qui reste allumé, ce qui permet au Serveur de tourner de façon autonome et réaliser les Backups des fichiers CSV du Jour, automatiquement.

Ce développement à été fait pour @richard qui avait un problème pour récupérer les fichiers CSV des Compteurs Pulses qui ne sont pas transférés par la Page FTP du WES dans les Versions Actuelles. @Nicolas prévoit de rajouter cette lacune dans la prochaine MAJ.

Dans ce petit Serveur, on peut rajouter une tache qui pourrait extraire les valeurs des Fichiers récupérés du WES et Formater un fichier CSV personnalisé  suivant une autre structure désirée.

Pour faire fonctionner ce Serveur Python dans un PC ou Raspberry PI, il faut avoir Python 3 et Curl installé. Ces deux process peuvent être installé aussi bien dans un environnement sous Linux (Ubuntu, Debian etc) Windows 10 et bien sur Raspberry PI.

Ce Serveur est normalement autonome une fois lancé mais on peut à la rigueur lancer le serveur manuellement à la demande comme une simple moulinette, pour extraire les derniers fichiers du WES et créer un fichier CSV personnalisé.

Si ce Serveur vous intéresse, décrivez moi exactement les fichiers que vous souhaitez récupérer et ce que vous souhaitez avoir comme fichier et format en résultat. Vous me direz si le Serveur sera lancé ponctuellement à la demande comme une moulinette ou bien si le Serveur sera autonome une fois lancé dans un PC ou Raspberry PI qui reste toujours allumé. Comme je ne connais pas la structure de vos fichiers à récupérer (dépend des configs de votre WES) joignez moi un exemplaire des fichiers à récupérer comme modèle dans une archive ZIP.

Comme J’ai pas mal de travail en ce moment, soyez un peu patient si cette maquette vous intéresse.

Cdt

Bonjour,

Je peux me tromper, mais on dirait que vos 2 Pinces Atelier et Chauffage sont configurées en Production au lieu de Consommation ? N’est ce pas un retour de production que vous mesurez au lieu d’une consommation ?

Quand vous dites « cas sur des circuits coupés » cela s’entend ‘t’il que les Départs Disjoncteurs sont coupés ? ou bien vos appareils semblent être éteint ?

Vos Pinces sont elles compatibles avec le WES ? les avez vous achetées chez Cartelectronic ?

Avez vous fait la mise au point d’équilibre « Zéro pince (pince débranchée) » depuis la page Calibration des vos Pinces ?

Si Non !? alors débrancher provisoirement vos Pinces du WES et avant de forcer le Point d’équilibre à ZERO, regardez les Valeurs affichées dans les Jauges de vos Pinces déconnectées physiquement du WES. Il est possible que vous lisiez vos valeurs fantômes.

Dans la Page calibration, cliquez seulement sur le Bouton Rouge ZERO PINCE pour chacune de vos Pinces (PINCES Débranchées du WES). Normalement les consommations devraient passer et rester stable à ZERO. Vous pouvez ensuite reconnecter vos Pinces.

Après si vous mesurez encore de petite consommation, c’est qu’il y a probablement un ou des appareils qui consomme en état de veille sur la même Phase, exemple: petite alimentation,  chargeur basse tension d’un Outil ou appareil, le Chauffe-Eau ou ballon ECS qui mesure la température d’eau via un thermostat électronique, etc. Il faudrait Isoler la Phase Commune en coupant le Différentiel 30ma en Amont qui alimente tous les Départs des petits Disjoncteurs (32A, 20A,  16A, 10A) sur la même Rangée du Tableau pour le vérifier.

Quelle est le modèle de votre WES (V1 ou V2) et la Version programme installée ?

Cdt

Bonjour,

Cela sent une MAJ par FTP via FileZilla sans avoir supprimé les anciens fichiers du WES auparavant !

Combien de fichiers n’ont pas été remplacé dans votre WES ??? lors du Transfert FTP ?
Avez vous regardé à la Fin du Transfert des fichiers , le rapport de FileZilla sur le résultat du TRF qui est visible en bas de sa fenêtre !?

Lisez le lien ci-dessous qui date un peu, mais qui est toujours d’actualité
https://www.cartelectronic.fr/blog/?topic=mise-a-jour-0-85-beta03-mail-par-compte-wes/#post-12389

Concernant vos derniers fichiers DAT, j’ai bien peur qu’il soient perdus.

Un conseil, Refaites la dernière MAJ proposée en téléchargement, mais proprement !

Mais rien ne vous oblige à suivre mes conseils !

Cdt

Bonsoir,

Pour clôturer ce fil,  comme vous le savez, le WES ne gère que 3 TIC au total.

@nicolas à déjà répondu à votre dernière question en précisant que la TIC3 ne sera pas modifié et fonctionne exclusivement en RF :  » La partie RF est pour du RF, le TIC3 doit être RF, « 

Donc vous avez seulement deux choix possible si vous voulez rapatrier la TIC de votre nouveau Linky :

–  Soit installer le module RF 868Mhz, mais je comprend que cela est exclus et nous avons fait le tour du sujet.
–  Soit vous libérez la TIC2 pour connecter votre Linky et vous permutez votre Production sur une Pince.

Il n’y a pas d’autre solution avec votre WES au vue de votre config actuelle ! A moins d’acheter un 2eme WES et gérer l’ensemble des données via les fichiers CSV depuis un Tableur dans votre PC.

Cdt

Bonjour,

Désolé je répond avec un peu de retard,

Vous devez englober les datas du Json entre [ ]

t {
t « data »: [ {
c h h « TIME »: « %02d:%02d » ,
.. .. .. ..
c l E2 « ENTREE2 »: %d
t } ] }

Par ailleurs c’est normal que vous ayez le message d’erreur si vous lancez votre requête esp.cgx. depuis votre Navigateur.
En effet le WES renvoie dans le Header de sa réponse à votre requête un Type de fichier XML(même si vous l’avez formaté en Json) et votre Navigateur qui analyse la réponse, s’attend à avoir un format de fichier Type XML au vue du Header de la réponse.

Or c’est un fichier avec un Format Json qui lui arrive et votre Navigateur ne sais pas comment le gérer pour le Parser dans sa Page.

En principe si vous lancez votre requête directement depuis votre ESP8266, ce dernier ne devrait pas faire cette analyse de Type Mime et devrait accepter votre fichier au format Json reçu en retour de la requête CGX !?.

Je ne sais pas dans quel langage vous programmer votre ESP8266, mais en 2017, j’avais fait un petit fichier INO afin de télécharger dans un ESP8266 via le IDE INO Arduino, un Script qui récupérait des Infos issus du Data.CGX du WES. Dans l’exemple que je joins, je récupère des valeurs TIC et PINCES.

Je n’utilise pas la librairie ArduinoJson dans ce INO , mais j’avais fait de petites fonction en C qui permet d’extraire les Valeurs des <Tag> du CGX. Je fait un 1er Trie sur le Groupe à récupérer comme <tic> … </tic> et ensuite je récupère les Valeurs dans le Groupe en ciblant les <Tag> par leur NOM.

Mes petites fonctions prennent beaucoup moins d’espace mémoire et sont aussi rapide dans l’exécution pour Parser directement le XML du WES que la Librairie ArdinoJson en son entier. En plus pas besoin de convertir le Data.cgx en fichier JSON.

Trouvez joint ce fichier INO. Pour d’autres questions, trouvez en tête de mon fichier mon adresse eMail.

Cdt

Bonjour,

Un dernier point.

Il y a d’autres solutions pour réaliser votre liaison entre votre WES et la TIC du Linky distant de 60m.

Je vous propose un autre schéma que je joins plus performant que les solutions déjà fournies mais qui met en oeuvre 2 Raspberry pI Zero 2W qui sont malheureusement en rupture de Stock un peu partout. Coût d’un Rasp Pi Zero 2W environs 19€ et prix des adaptateurs USB RJ45 Ethernet 16€ unitée.

https://www.kubii.fr/cartes-raspberry-pi/3455-raspberry-pi-zero-2-w-5056561800004.html

https://www.google.com/aclk?sa=l&ai=DChcSEwi6pra-65L9AhXyjWgJHSf5AdgYABAGGgJ3Zg&sig=AOD64_1JA8hrk9Z-nhobeLykDbDAOH_ZMQ&ctype=5&q=&ved=2ahUKEwjW-bC-65L9AhVGTKQEHczwCL4Q9aACKAB6BAgDEA8&adurl=

L’idée est d’installer un petit Serveur HTTP dans le RASP côté WES (très simple à faire) et un Client HTTP dans le 2eme RASP du côté du Linky. On peut très facilement établir une liaison HTTP via un câble RJ45 entre les 2 RASP via 2 Adaptateurs USB RJ45 Ethernet.

Il faut bien sur rajouter le Photocoupleur + Mosfet côté Linky et le Mosfet côté WES. Par contre les alimentations peuvent être acheminée sur 2 fil de libre dans la liaison RJ45. L’alimentation externe de 5V 2.5A commune peut être placé du côté du RASP à côté WES.

J’ai déjà réalisé ce genre de Serveur HTTP et j’ai des maquettes prête à l’emploi à adapter bien sûr. Ce genre d’interface permet en autre de commander depuis le RASP Client d’autre Capteurs de tous genres et d’envoyer des requêtes HTTP au RASP à proximité du WES. depuis ce RASP on peux simuler des Sondes Virtuelle ou carte à relais ou compteur à impulsions etc et réaliser des Cnx avec le WES.

Mais ces petites cartes son introuvable ou à des prix +++. On peut bien sur faire la même chose avec des Raspberry Pi 3 ou 4 mais ces cartes coûte plus cher.

Vous voyez, il y a pleins de solutions !

Concernant votre Linky, vous pouvez demander à passer votre Compteur Linky en mode Standard. Mais cela ne vous donnera pas les Infos d’injections. ENEDIS envoie les Infos d’injection dans la TIC des Linky seulement si vous avez un Contrat de revente. Vous en tant que d’Auto Consommation vous n’êtes pas éligible pour recevoir ces infos d’injection dans la TIC du Linky.

Si votre Contrat ENEDIS le permet, il serait préférable de rester en mode Historique à 1200 bauds, Vous aurez moins de problème pour rapatrier la TIC de votre Linky jusqu’à votre WES.

Cdt

Re:

Il me semble qu’en RF 868mHz on doit charger le signal Radio avec une impédance de 50 Ohms. Donc il faut utiliser du Coaxial 50 Ohms sur 60 m si vous souhaitez couvrir la distance entre le WES et le Linky. Déjà vu le prix du mètre, vous en avez pour très cher ! Vous devez aussi inclure le prix de l’ensemble TIC Pulse 868 mHz.

Avec une fréquence de 868Mhz pour une impédance de 50 Ohms et suivant la qualité du Coaxial utilisé, on Table sur une perte de 50dB sur 100m soit un affaiblissement d’environs 28 dB sur vos 60m. Je ne connais pas la puissances des Module RF vendu par @Nicolas.

En tout cas, il ne faut surtout pas relier mécaniquement les deux Entre/Sortie des 2 modules Radio directement.  Cela va créer un échauffement d’un des circuits qui tombera en panne. En plus vous aurez une telle saturation dans les signaux, qu’aucun messages ne sera interprété !!!.

Ce que vous pouvez faire c’est déjà prévoir de diminuer encore les signaux RF de quelques 2 x 10 dB avec des Atténuateurs SMA. L’objectif est de diminuer au maximum la puissance en sortie des 2 Antennes. vous avez déjà 28db d’affaiblissement induit par le câble coaxial + 2×10 soit 20dB via les 2 atténuateurs, cela fera un affaiblissement de l’ordre de 48 à 50dB de la puissance des modules. On pourrait je pense encore réduire d’avantage mais par des Tests à Tâtons.

Ensuite vous découpez un Tube en Acier de 35mm en diamètre intérieur sur une longueur de 2 Antennes + 5 cm. Vous placer les antennes sur une table alignée entre elles avec la sortie des câbles aux extrémités et vous les enrober toutes deux dans un carton souple pour les maintenir ainsi positionné. Vous pouvez utiliser des Bracelets élastiques pour maintenir l’ensemble  Il faut ensuite introduire vos deux antennes dans le Tube en acier qui fera office de Cage de Faraday en cherchant à Centrer les Antennes dans le TUBE sans toucher les parois à l’aide de Carton.

Surtout vérifier que le WES arrive à synchroniser les deux modules dans chacune de vos étapes pour éviter d’aller trop loin dans l’excès.

Personnellement je ne parie pas que cela va fonctionner !?

Cdt