cdlog2

Bonjour,

Je vous joint une archive qui contient un sketch fonctionnel, programmable via le IDE ARDUINO et compatible uniquement avec des puces ESP8266.

Ce sketch est une base pour la gestion de requêtes HTTP type CGX en lien avec le WES.

J’ai implémenté deux exemples de récupération de données : On récupère la puissance apparente du TIC1 et le I Instantané du même TIC1. En vous basant sur ces deux exemples, vous pourrez facilement implémenter vos propres requêtes.

Un point concernant la récupération de la Puissance Apparente. Le WES gère ces valeurs P.A pour les 3 Compteurs TIC sur une même ligne, sous forme de Array, Chaque valeur spécifique aux TIC est séparé par des virgules. Donc la récupération de ces valeurs est un peu plus compliqué que la plus par des autres rubriques. La gestion de I Instantané est plus simple et vous montre comment gérer la plus par des champs d’un CGX composés d’un <ID> suivi d’une <VALUE>

Vous devrez personnaliser votre connexion WIFI et l’Adr HTTP de votre WES. Cela ce fait depuis ces globales :

// Personnaliser votre connexion WIFI
const char* ssid     = « SSID WIFI ICI« ;                   // SSID WIFI de la BOX ou Router Wifi
const char* password = « CLE WIFI ICI« ;               // Cle WIFI de la BOX ou Routeur WIfi

// Adresse http du WES, personnaliser votre login, mot passe et IP WES  format: http://<login&gt;:<motpasse>@<Ip Wes>
const char* cHost = « http://admin:1234@192.168.0.116« ;    // Adresse http du WES

Si vous rencontrez des problèmes, faite le moi savoir. Vous pouvez me joindre aussi par mail, lisible en haut du texte.

Oui un Wemos mini d1 peut normalement faire l’affaire. Il est reconnu comme carte programmable par le IDE Arduino. Vous ne disposez toutefois que de 8 GPIO Digitaux (I/O) et un Input Analogique comme un NodeMCU. Par contre vous avez le WIFI, 4Mo de Mémoire Flash et vous pouvez aussi le Booster en 160Mhz.

Je préfère faire des requêtes HTTP au lieu de l’UDP car le protocole est plus sécurisé et plus simple en utilisation, d’autant que l’on peut gérer plus d’informations en réception en 1 seul envoie (au lieu de 2 en UDP) et traiter les réponses du WES sous forme CGX ou JSON.

Pour récupérer les informations d’un TIC du WES, vous pouvez soit personnaliser un fichier CGX avec vos critères demandés ou utiliser le CGX de base du WES et recevoir toutes les Infos des TIC.

La requête HTTP pour recevoir les infos TICs du WES en global est sous cette forme : http://loginWes:motPasseWes@Ip-WES/TICVAL.cgx

Exemple à personnaliser et à envoyer depuis votre navigateur : http://admin:123456@192.168.xx.xx/TICVAL.CGX. Vous recevrez en retour toutes les infos des TIC sous forme CGX

Si cela vous intéresse, je peux vous fournir une base, un Sketch à personnaliser de votre côté concernant la gestions des infos reçus.

Bonjour @TheKiller83

Ok pour votre essais directe. Donc à priori le WES  à du mal à joindre le site BDPV ?

Avez vous modifié quelque chose sur votre réseau local ? Avez vous installé depuis peu un Serveur, un Routeur, etc… entre votre BOX et le WES ?

Essayez de créer une ligne de programme provisoire dans le WES, exemple un simple test sur un ON/OFF d’un Switch Virtuel et envoyer votre requête BDPV comme URL de Destination du changement de la source SW. Cela vous permettra de voir si le WES peut atteindre le le site BDPV depuis le WAN (internet) de votre BOX.

Voyez peut être aussi à re-forcer vos infos de connexion dans le Paramétrage BDPV depuis le menu Config TIC du WES par un nouvel enregistrement, dans le cas ou ces données auraient été altérées suite à une micro coupure secteur du WES. Voyez à changer l’heure d’envoi de la requête BDPV pour test !

Il n’y a pas de raison que le programme de fond du WES plantouille pour rien, si la version n’a pas changé !

Cdt

RE: Juste pour Info, ci-joint une vue éclatée représentant un des circuits d’entrée (photocoupleur) de l’interfaces Tic1 et Tic2 interne au WES.

On remarque la présence d’une diode de protection en parallèle à l’entrée du photocoupleur. Dans le cas d’une liaison mouillée (alimentée) et au regard de la position de cette diode câblée en frontal,  il est impératif de raccorder le VCC (+) de la ligne sur Tic2  (Cathode de la diode) et la composante négative de la ligne sur Tic1 (Anode de la diode).

RE: Important et complément :

Concernant la liaison avec le WES vous pouvez aussi utilisez le 5 volt de la petite alim du schéma du haut pour alimenter le VCC et GND du module (Schéma) du Bas si cela est compliqué de rapatrier une tension depuis le WES. Dans ce cas c’est plus simple et il est inutile de relier le GND (-) au WES.

Dans le cas d’une alimentation 5 volt directe via le Linky via le schéma du haut, La seule liaison et Transmission des Trames avec le WES se fera via une Paire Torsadée connectée entre VCC et TX vers Tic2 et Tic1 du WES.

Important Le VCC (+5volt) sera relié au point Tic2 et TX vers le point Tic1 du WES.

Bonjour,

Concernant les modules du schéma :

le module du haut est un exemple de petite alimentation qui convertie, la tension d’Entrée aux bornes i1 + A du Linky, en une tension de Sortie régulé 5 Volt disponible sur VCC et GND. Cette petite alimentation permet en effet d’alimenter en exemple un petit circuit externe type transmission Radio.

Le module du bas permet d’isoler les trames reçues des bornes i1 + i2 du Linky et permet d’adapter le niveau de sortie TX des trames RS232 avec un circuit externe Lambda un peu éloigné.

Dans le cas d’une connexion directe avec le WES ou un Arduino par exemple, le module d’alimentation du haut n’est pas utilisé car c’est le WES ou le Arduino qui devra fournir le VCC (+) et le GND (-)  ( 3.3Volt, 5Volt ou 12Volt ).

Pour le WES la liaison Input TIC sera câblée via une Paire Torsadée entre VCC(+) et TX en parallèle avec la résistance de 10k, Le GND (-) étant relié via un 3éme fil de la liaison.  La tension VCC et GND peut être du 3.3 volt ou bien le 5 volt disponible au bornier 1Wire.  Le cas échéant le 12volt de l’alim du WES pourra être utilisé suivant la distance et perte en ligne entre le Linky et le WES. Il faut faire des essais.

Cdt

RE: Forcer bien sur  à vider le Cache de votre navigateur avant d’ouvrir le WES.

Bonjour,

Vous avez à priori effectué une mise à niveau de votre WES sur la dernière version. Vous avez à priori copié les nouveaux fichiers via une clé USB.
Mais avez vous formaté la carte MicroSD en Fat32 avant de copier tous les fichiers de la nouvelle version, comme cela est préconisé  ?.
Si vous n’avez pas formaté la carte mémoire, aviez vous supprimé tous les fichiers existants avant la Copie de la nvelle version, avez vous accepté de remplacer tous les fichiers existants ?

Personnellement je commencerais par formater la carte mémoire en Fat32, puis copier intégralement la nouvelle version via clé USB depuis les fichiers Dézipés au préalable dans un dossier du PC. Seulement après, recopier uniquement vos dossiers d’origine CFG, GRAPH, TEMP, TELEINFO, PCE, PLS. Par contre ne pas recopier le Dossier SAV qui contient les sauvegardes de la versions antérieures.

Pour votre problème de Page Programme, probablement vous avez une incohérence avec le fichier PROG.DAT qui se trouve dans le dossier CFG. Je vous conseille de sauvegarder ce fichier dans votre PC, puis de supprimer toutes les lignes de ce fichier dans votre WES sauf la 1ere ligne qui représente la version exemple: v83H

Tester l’ouverture de la page Programme. Si votre page s’ouvre, cela confirme une ou des incohérences parmi les lignes de programme du fichier PROG.DAT d’origine.

Chaque ligne dans ce fichier représente une ligne de programmation. exemple 3 lignes PRG :

11,0,4,-1,58.00,51,1,2,1,0,0,0,9,0
12,0,4,-1,20.00,52,3,0,1,0,0,0,9,0
52,0,0,0,0.00,51,2,0,1,0,0,0,9,0

Recopier pas à pas les lignes programme du fichier d’origine dans le PROG.DAT du WES. Tester l’ouverture de la Page programme par étape. Normalement vous allez trouver la ou les lignes qui vous pose problème. Bien sur ne pas recopier ces lignes et il vous suffira de les reprogrammer.

Revérifier vos configs en général et forcer un enregistrement pour chaque.

Cdt