cdlog2

Bonjour,

Si vous pensez ne pas être sur de vos connections entre le WES et le Linky !
Je vous suggère de télécharger depuis le Forum du WES, la dernière DOC : WES V2 Câblage (câblage des entrées/sorties du WES V2)

Vous trouverez la règle de câblage des Tics entre le WES et Compteur Linky dans le chapitre : 4-2 Téléinfo sur les Linky (TIC compteur ERDF)
Il faut respecter le sens des liaisons Tic1-l1 et Tic2-l2 décrite dans la DOC. Il faut utiliser 1 seule paire torsadée pour relier chaque compteur au WES.

Cdt

Bonjour,

Oui, voir le lien du produit et fichiers à télécharger en bas de page :

https://www.cartelectronic.fr/teleinfo-compteur-enedis/127-teleinfo-1-compteur-usb-lc.html?search_query=USBTICLCV2&results=1

Cdt

Bonjour,

Vous souhaitez engager une Action Lambda toutes les 10 secondes et dès lors que la Pince 1 est > 0. Vous souhaitez que le processus s’arrête dès que la Pince 1 revient à 0.

C’est facile à réaliser : On va utiliser par exemple SW1 pour activer l’Action Lambda.

Source > Pince 1  – I Instantané  > 0  **** Sortie > SW1 – On au bout tempo > 1s — Actif suivant switch Vituel  SW1 = OFF
Source > SW1 – Etat = ON  ****  Sortie > SW1 – Off si Cdt vrai pendant Tempo > 10s  — Actif suivant switch Vituel  SW1 = ON

Cela crée une bascule automatique sur SW1 qui passe alternativement de ON à OFF toutes les 10 secondes et Ceci Tant que la Pince 1 est > 0.
Le processus s’arrête seul et Sw1 revient et reste à OFF si la Pince = 0.

Il  vous reste à Tester l’Etat de  SW1 pour lancer votre Action Lambda,  requête ou  tout autres actions.

Cdt

Bonjour,

Je vous présente à mon tour l’installation de mon WES et la gestion de ma domotique par un Raspberry pi.
Cette distribution électrique située dans le local de ma chaufferie est une annexe du tableau de distribution Général Domestique et Compteurs Enedis distant.

Le Wes Gère principalement le délestage électrique entre mes consommations Domestiques avec ceux de la Chaufferie, constitué de 2 Pompes à Chaleurs de 12kw chaque, les 4 circulateurs gérant mes 4 circuits de départ vers les radiateurs, un ballon ECS de 350 litres et une micro station d’épuration.

Le Wes gère également le bus 1Wire du domicile en partage (voir plus loin), les pinces ampermétriques, les compteurs à impulsions et capteurs dédiés à l’ensemble des Postes.

Un Raspberry pi est installé et est scindé en deux Serveurs fait maison : D’une part un Serveur Multicast ( Cnx Rj45 + Wifi ) qui me permet de gérer et mixer plusieurs protocoles de communication avec divers Capteurs distants et un Serveur WEB (apache) qui me permet de personnaliser ma propre interface WEB et gérer toutes les données. Le RASP dialogue et gère aussi plusieurs données avec le WES via des requêtes TCP.

Le WES et les équipements autour du RASP sont alimentés via une alimentation 12v 10A secourue sur Batterie.

Le RASP gère plusieurs protocoles de communication via des plugins dédiés, comme le WES, ZWARE, 1Wire, ModBus RS485, Zigbee PlugWise, des Clients Wifi propriétaires, etc.

En exemple, plusieurs modules ZigBee de chez PlugWise, géré directement par un plugin fait maison dans le Raspberry pi, sont convertis en gestion de Cartes à Relais 1Wire Virtuel ce qui me permet de commander tous les interrupteurs et Va-et-Vient des lumières du domicile, conjointement depuis le WES et depuis ma propre interface WEB.

Cela me permet en autre d’interfacer une gestion IR distante et depuis le RASP de commander en parallèle ces lumières via des Télécommandes lamda. L’installation de l’application Jarvis (en mode Off Line) dans le RAPS, me permet aussi via son synthétiseur vocal, de lancer diverses commandes vocales. En deux mots, tous les Capteurs Distants et quelques soit leurs protocoles de communication sont interconnectés dans une Matrice Commune dans le RASP, ce qui permet une interaction globale entre tous les Capteurs du Domicile.

J’ai en autres réalisé des Capteurs Clients Distants en WIFI, composés Chacun de 8 Inputs Analogique, d’un Capteur IR et d’un Bus 1Wire. Ces capteurs communiquent avec le RASP en WIFI et ce dernier peut gérer tous les capteurs Analogiques, les Flux IR, ainsi que les DSxxx connectés sur le Bus 1Wire propre a chaque Client. Cela me permet en autre de rapatrier vers l’interface WEB du RASP ainsi que vers celui du WES, toutes les Sondes de Température et Cartes à Relais Virtuel Distantes gérées localement par mes Clients WIFI.

Pour réaliser ceci, j’ai développé une interface via un ESP (NodeMCU 10) que j’appelle  » Serveur ESP PONT HUB I2C SLAVE Virtuel OneWire « .

En deux mots : Le Projet utilise un ESP8266 (NodeMCU 10), afin de réaliser un PONT en Y entre un BUS Physique 1Wire composé de DS18B20 (Sondes de temp.) ou DS2408 (Cartes 8 relais) et autres DXxxx (non géré par le WES) et de Partager de façon Transparente le Bus 1Wire Physique entre le Bus Wire du WES, avec un autre Contrôleur distant de type Arduino, Raspberry pi etc. en communication I2c Maitre avec le ESP8266 I2c Slave.

Cela permet de Capturer et de Commander tous les Composants DSxxx du Bus Physique en parallèle avec la gestion 1Wire propre du WES
en temps Réel, et sans perturber le fonctionnement du WES.

La gestion WIFI du ESP8266 est désactivé. L’utilisation d’un ESP8266 (NodeMCU 10x) est choisi pour sa capacité mémoire, sa vitesse CPU programmé et boosté à 160mhz et son prix d’achat relativement faible (moins de 4€).

Cette gestion permet de lire jusqu’à 64 DSxxx d’un bus 1Wire physique du domicile via des commandes I2c  en partage avec le WES sans devoir envoyer des requête au WES pour lire les états des différents composants 1Wire présent. La gestion du Bus 1Wire Physique peut continuer à être géré en communication I2c même si le WES ou le RASP est arrêté.

D’autres Composant DSxxx non gérés par le WES, peuvent être gérés en toutes transparence par le contrôleur distant (Arduino, Rasberry pi etc) en communication I2c.

La liaison entre le BUS Physique 1Wire des DSxxx et le bus 1Wire du WES est autonome. Le ESP8266 à la mise sous tension effectue
un SCAN du BUS 1Wire Physique et enregistre les DSxxx présent dans une Librairie  » OneWireHub que j’ai modifié en 64 bits ».

Le WES peut dès lors faire un SCAN de son BUS 1WIRE et cette librairie lui renvoie de façon Virtuelle les Infos exactes des DSxxx physiques enregistrés et aussi les DSxxx Virtuels crées.

Le ESP8266 peut effectuer un Scan automatique du BUS Physique 1Wire toutes les Minutes. Si de nouveaux composants DSxxx sont connectés au Bus 1Wire physique, ils seront alors enregistrés. Si le WES refait un SCAN de son Bus 1Wire ils seront découvert. On peut aussi envoyer une Cde I2c au ESP pour lui demander de Scanner le Bus 1Wire Physique à tout moment.

On peut aussi via la liaison I2c créer de nouveaux composants DSxxx de façon virtuelle. Cela permet de gérer un ou plusieurs nouveaux DSxxx d’un BUS 1WIRE éloigné par exemple en liaison NetWork (WIFI par exemple) à tout moment. Si ces nouveaux composant Virtuels sont des DS2408 (cartes à relais) ou des Sondes DS18B20, alors le WES pourra les découvrir lors d’un Scan de son Bus et pourra gérer ces DXxxx Virtuel WIFI comme des équipements physique réelles (utilisé en autre pour mes modules PlugWises et gestion des Clients Wifi).

Dans le ESP, la gestion I2c en mode Slave et la Gestion 1Wire avec le WES sont toutes deux gérés par interruption.
Donc pas de Spooling et pas de perte de message possible. Le Protocole 1Wire est prioritaire à celui du I2c dans le cas de 2 appels d’interruption en simultané.

Voila en quelques mots mon installation.

Pour ceux que cela pourrait intéresser, je peux fournir le Sketches au complet de mon projet de pont 1Wire à compiler dans un ESP NodeMCU via le IDE Arduino. Par contre seul les DS2408, DS18B20 et DS28E17 sont reconnus et gérés pour le moment. On peut par contre implémenter la gestion d’autre DSxxx assez facilement. Je joins ci-dessous le schéma de câblage de ce module ESP à titre d’info.

Cdt

En pièce jointe le résultat d’un appel data.cgx, sur un WES de Test dénudé, version V0_0.83H B03

cdt

RE : Erreur format URL , vous avez certainement rectifié, l’URL des requêtes WES ont ce format :

Définition de  : http://login@password:ip-wes/
login = login du WES
password = mot passe du WES
ip-wes = n° IP du WES,  (192.168.xx,xx )

Bonjour,

Non, ce n’est pas un problème de cache navigateur. Regardez je vous envoie la même page réalisé chez moi.

En fait c’est simple, faire un Click droit de la sourie sur le fichier Index.htm et ouvrir ce fichier en choisissant votre navigateur. Vous aurez le même résultat ! L’image posté par DsS est le résultat de Index.htm sans javaScript.

Je ne sais pas qui à installé la carte microSD de ce WES, mais on dirait que l’on décompressé la release « Carte SD WES v0_83H B03.zip » directement dans la carte mémoire. Ce qui ce traduit que le dossier SD WES v0_83H B03 se trouve à la racine de la microSD et que les fichiers du Sites sont masqués derrière ! Bien sur les Scripts et autres ne sont pas actif !

C’est pourquoi je précise de refaire une installation propre et ne copier que les fichiers du site dans la microSD et non l’archive complète !

Cdt

Placer un petit sachet de granules de Gel de Silice Déshydratant dans le boitier du module GCE, ce n’est pas cher et facile à trouver sur la toile ou autres !

Même si vous ne voyez pas d’oxydation, il peut y avoir de la condensation à l’intérieur du boitier, dû à la différence de température entre certains composants du circuit et l’air ambiant. Une petite humidité à peine visible, peut provoquer des pannes sur certains  circuit type CMS (circuit horloge etc).

Isoler votre module dans un petit matelas de Laine de Roche, pour éviter un éventuel incident et risque de départ de feu.

Vous verrez bien si cela règle vos problèmes.

Cdt