cdlog2

RE:

J’ai apporté une modification dans la Page email : MAILCFG.HTM spécifique à la dernière maj WES V 0.85b01.

Avec ma modification, lorsque vous supprimez une Adresse email de la liste de 4 et que vous laissez une des lignes vides, je force à ce que le WES enregistre une adresse email par défaut : « vide@vide.com »

Trouvez joint mon fichier MAILCFG.HTM modifié sous forme d’archive ZIP.

Si vous souhaitez corriger ce petit bug, Sauvegardez au préalable le fichier d’origine dans votre PC au cas ou vous souhaitez revenir en arrière, puis copier mon fichier MAILCFG.HTM modifié (une fois décompréssé ) dans votre WES.

Videz le cache de votre navigateur avant de faire votre test.

@nicolas, veuillez prendre en compte cette modification pour votre prochaine release.

Cdt

Bonjour,

je souhaite supprimer une adresse email d’envoi

Quel est votre problème exactement ? Pourriez vous préciser !

Vous n’arrivez pas à configurer la Page email du WES et/ou modifier une Adr. email existante ? Ou bien vous souhaitez supprimer une ligne de programme dans la Page Action, qui envoie un émail conditionnel, mais vous ne trouvez pas la Ligne concernée ?

Concernant la 1er hypothèse, le WES vous propose de rentrer 4 adresse emails destinataire de votre choix dans la Page configuration email. Lorsque vous supprimez un de ces email de la liste de 4, le WES remplace la ligne vide par à email par défaut comme « testX@test.fr ». Ceci est normal.

Cdt

RE: Il y a déjà un fil de discussion ouvert sur le même sujet ouvert par @Sibolbe1 en aout 2021. Voici le lien :  https://www.cartelectronic.fr/blog/?topic=integration-wes-dans-home-assistant/#post-11017

Il serait bien que @Sibolbe1 nous fasse un retour, afin de voir s’il a trouvé comment réalisé la récupération des Data de fichier CGX dans son Home Assistant.

Il semble que Home assistant est capable de lire le résultat d’une requête Http formatée au type de fichier JSON. Par contre le WES renvoie ses résultats de requêtes CGX au format XML,

Vous avez par ailleurs un exemple de Script Http WES fourni par un Blogueur de Home Assistant, présenté dans mon 1er Post de ce Fil de discussion, qui récupère le résultat de /WEBPROG/CGX/Homeval.cgx, qui est d’origine du WES ainsi que la récupération du résultat d’un CGX TIC1.GCX qui est crée et personnalisé par le Blogueur à partir d’un extrait du <tic1> du DATA.CGX. A priori ce Script Home Assistant <> WES fourni en exemple ne semble pas être perturbé par le format XML reçue en retour des 2 requêtes http CGX.

Vous savez maintenant qu’il faut intégrer votre Script HTTP dans une Structure de type Config :  configuration.yaml pour intégrer dans Home Assiatant, les Datas reçus et lus de votre Script.

On peut extrapoler en prenant comme exemple le Script donné en exemple depuis le « tic1 » (DATA.GCX) pour extraire les infos de certaines SONDES de notre DATA.CGX du WES :

Je vous donne une exemple de Script qui pourrait fonctionner !?

Je m’arrête à la SONDE10. Si vous avez moins de Sonde, il faut supprimer les groupes sonde(X): (en bas du script) en trop:
Si par contre il vous faut rajouter des Sondes au delà de la Sonde10, dupliquer le bloc sonde10:  et rajouter le bloc en modifiant les n° en relatifs. 10 => 11

Il faut rentrer votre login et mot de passe du WES dans les rubriques username: et password: et fournir la bonne IP de votre WES  resource : http://192.168.x.x/data.cgx

##### Debut du script ######

configuration.yaml :

  sensor:
  – platform: rest
    name: wesdatacgx
    resource: http://192.168.x.x/data.cgx
    method: GET
    authentication: basic
    username: login_wes
    password: mot_passe_wes
    json_attributes_path: « $.data »
    json_attributes:
       – « tic1 »
       – « tic2 »
       – « tic3 »
       – « impulsion »
       – « pince »
       – « temp »
       – « relais »
       – « entree »
       – « analogique »
       – « switch_virtuel »
       – « variables »
       – « relais1W »
    value_template: ‘OK’
    – platform: template
      sensors:
        sonde1 :
        friendly_name: sonde1
        device_class : temp
        unit_of_measurement: ‘°C’
        value_template: >-
             {{ states.sensor.wesdatacgx.attributes[« temp »][« SONDE1 »] | float  }}
        sonde2 :
        friendly_name: sonde2
        device_class : temp
        unit_of_measurement: ‘°C’
        value_template: >-
             {{ states.sensor.wesdatacgx.attributes[« temp »][« SONDE2 »] | float  }}
        sonde3 :
        friendly_name: sonde3
        device_class : temp
        unit_of_measurement: ‘°C’
        value_template: >-
             {{ states.sensor.wesdatacgx.attributes[« temp »][« SONDE3 »] | float  }}
        sonde4 :
        friendly_name: sonde4
        device_class : temp
        unit_of_measurement: ‘°C’
        value_template: >-
             {{ states.sensor.wesdatacgx.attributes[« temp »][« SONDE4 »] | float  }}
        sonde5 :
        friendly_name: sonde5
        device_class : temp
        unit_of_measurement: ‘°C’
        value_template: >-
             {{ states.sensor.wesdatacgx.attributes[« temp »][« SONDE5 »] | float  }}
        sonde6 :
        friendly_name: sonde6
        device_class : temp
        unit_of_measurement: ‘°C’
        value_template: >-
             {{ states.sensor.wesdatacgx.attributes[« temp »][« SONDE6 »] | float  }}
        sonde7 :
        friendly_name: sonde7
        device_class : temp
        unit_of_measurement: ‘°C’
        value_template: >-
             {{ states.sensor.wesdatacgx.attributes[« temp »][« SONDE7 »] | float  }}
        sonde8 :
        friendly_name: sonde8
        device_class : temp
        unit_of_measurement: ‘°C’
        value_template: >-
             {{ states.sensor.wesdatacgx.attributes[« temp »][« SONDE8 »] | float  }}
        sonde9 :
        friendly_name: sonde9
        device_class : temp
        unit_of_measurement: ‘°C’
        value_template: >-
             {{ states.sensor.wesdatacgx.attributes[« temp »][« SONDE9 »] | float  }}
        sonde10 :
        friendly_name: sonde10
        device_class : temp
        unit_of_measurement: ‘°C’
        value_template: >-
             {{ states.sensor.wesdatacgx.attributes[« temp »][« SONDE10 »] | float  }}

### FIN ####

Je vous joins ce Script dans un fichier TXT, car il ne faut pas copier ce script depuis le BLOG, car les caractères guillemets «  » sont déformés par l’éditeur du BLOG.

Cdt

Bonsoir,

Je ne connais pas Home Assistant !.

Mais après une petite recherche Goo.. j’ai trouvé le lien, voir ci-dessous, d’une blogueur qui présente son propre script Home Assistant <> WES afin de récupérer des Infos du WES via des requêtes HTTP sur 2 fichiers CGX du WES : HOMEVAL.CGX et un fichier CGX personnalisé TIC1.CGX

https://forum.hacf.fr/t/integration-du-module-wes-v2-de-la-societe-cartelectronic/1099/4

A priory il mentionne -> configuration.yaml : ? 

Peut être en décryptant le Script, il vous serait facile par analogie, de récupérer les Infos du DATA.CGX. La récupération du TIC1.CGX vers la moitié de son Script semble plus parlant et plus simple à décrypter. Ce fichier TIC1.CGX n’existe pas de base dans le WES et à été crée par le blogueur.

Après il faut voir comment se font la relation des Datas récupérés et l’intégration dans Home Assistant.Il semble utiliser des références via des étiquettes : templates !?

Cdt

Bonjour,

La config de la Page Relais et SW se fait par l’accès au WEB du wES, donc normalement pas PB pour y accéder si le WES fonctionne !.

Par contre, il faut savoir que tout appareil électronique dégage une petite chaleur par le travers de ces CI, le processeur, les divers circuits etc. Ce n’est pas tant cette chaleur qui pose PB, n’étant pas exessive, mais le fait d’avoir un contraste entre une Source Chaude dans un environnement Froid non chauffé. Comme pour une vitre d’une maison en hiver, de la condensation se forme si la maison est chauffée.

Cela est vraie aussi autour des composants. Si la différence des températures est importante, vous pouvez trouver de minuscules gouttelettes de condensation au niveau des Pattes des composants CMS. l’écart entre les Pattes de connexion est de l’ordre de 0.2mn pour certains circuits comme le Processeur ! De l’eau sur les connexions d’un circuit n’est pas très bon !

C’est une hypothèse plausible du plantage de ce WES ? Calfeutrer le WES dans enceinte isolée avec de la laine de roche (protection feu) serait peut être un remède pour éviter ce type de PB, Si réel !?.

Cdt

RE: J’ai oublié un point Essentiel et Important quand je précise que :

Vous pouvez passer d’une version à l’autre en changeant la carte SD. mais vous devez forcer le Serveur à Redémarrer entre chaque changement en forçant un Reset manuel.

Je pense que vous l’aviez compris !, c’est le fichier WESF4.BIN qui met à jour le Programme CPU du WES, à une version spécifique. Mais j’ai oublié de précisez qu’une fois le Serveur a chargé ce fichier WESF4.BIN et après un Reset (redémarrage du WES ), ce fichier est supprimé de la Carte SD.

Donc il vous faut, pour revenir à une version antérieure WES via une ancienne carte SD , recopier dans cette SD, le fichier WESF4.BIN correspondant à la Version WES que vous souhaitez remettre. Sinon le Serveur restera figé côté Programme CPU à la dernière MAJ et seul la partie WEB HTML sera modifié.

Bonjour,

Les valeurs affichés dans le texte pour HP et HC me semblent correct ?

Pour le vérifier, vous pouvez depuis la version v0.84A10 et via votre sourie, sélectionner une zone particulière dans le Graphique. Vous aurez la montée d’une Popup en fin de votre sélection et un Zoom du graphique de la zone. Dans la popup vous aurez le montant kWh calculés pour la tranche horaire sélectionnée.

En sélectionnant uniquement toute la zone horaire HP du graphique, vous devriez retrouver les valeurs affichés dans le texte HP Jour à quelques 1 ou 2 kWh prés.

Cdt

Bonjour,

Un dernier point important à vérifier dans la Config de la mise à l’heure du WES.

D’origine à l’achat, le WES défini dans le fichier /CFG/HORLOGE.CFG une liste de 3 Serveurs NTP qui permettent de faire les MAJ Auto de l’heure du WES via NTP. Suivant l’ancienneté de votre WES, la Liste de ces 3 serveurs NTP configurée d’origine peut être Obsolète actuellement !.

Pour le vérifier, allez dans la config de l’Heure du WES et vérifiez si la liste des 3 serveurs NTP configurée correspond bien à la liste ci-dessous :

1: ntp.obspm.fr
2: fr.pool.ntp.org
3: ntp.unice.fr

Si la Config de votre WES est différente, modifiez et enregistrer la Config.

Cdt