cdlog2

Oups, oublie de ma capture écran !

Bonjour,

Suite à mon WARNING , Avez vous bien corrigé mon Addr mail et Identifiant ( à rentrer en minuscule ) : TESTMAIL@LESUTILES.FR et SMTP.LESUTILES.FR . Le Mot de Passe est bien –1testmail– ( Tiret (6) + Tiret (6) +  Chiffre 1 + TESTMAIL + Tiret(6) + Tiret(6) )

voir image jointe.

L’arborescence de votre carte mémoire est curieuse sur votre capture écran. C’est quoi ces duplications du même dossier ? Avec quel programme avez vous visualisé votre carte mémoire MicroSD ? Type et Taille ?  Votre Système + OS Utilisé  (PC ou autre ? , Windows ou autre ?)

Cdt

J’ai crée provisoirement une boite mail sur un de mes serveurs. Rentrer pour Test, les infos suivantes dans la config Mail de votre WES.

Ces Paramètres fonctionnent avec mon WES et m’envoie bien le mail de TEST rentré dans le champ Mail destinataire 1

testwes@lesutiles.fr
smtp.lesutiles.fr
testwes@lesutiles.fr
–1testmail–
587

Si vous ne recevez pas de mail (Spam) à l’Addr enregistré dans le champ Destinataire 1 , alors mettez l’Addr testwes@lesutiles.fr dans le champ destinataire 1. Enregistrez bien sur la config et faite le TEST.

Faites moi savoir, soit vous recevez votre mail mis en Test (Warning réception en SPAM) ou bien vous m’avez envoyé un Mail de TEST sur le Portail de Mon Serveur avec testwes@lesutiles.fr. alors je vérifierai si je l’ai bien reçu

Vérifier si l’Addr Mail rentrée dans le 1er champ >> Mail destinataire 1 (email de test) est Correct. C’est vers cette Addr qu’est envoyé le mail de TEST.

Si vous avez rentré l’Addr par un copier/coller, vérifier qu’il n’y a pas un espace en début de la ligne. Vérifier le Parefeu de Free s’il n’y a pas un filtrage sur la réception de Mail éventuellement reçu comme Spam.

Si le WES vous indique >> Email envoyé avec succès ! c’est qu’un Mail est bien partie.

Cdt

Re: Un autre point à vérifier. Longueur du mot de passe et possible certains caractères pas autorisés ? voir à modifier le mot de passe de la boite mail avec des caractères simples privisoirement pour éliminer cette hypothèse ?

Voir la config de Yahoo

options de sécurité de Yahoo, et cocher « Autoriser les applications qui utilisent la connexions moins sécurisée »
ou « Autoriser les vielles Connections …….. »

http://www.encyclopedia-bureautique.com/yahoo/astuces-yahoomail

Essayez ensuite avec les port 25, 465, 587. Pour les Connections SMTP en SSL port 465 ou en TLS port 587, je ne sais pas si le Serveur WES gère actuellement ces protôcoles.

Autrement essayez de paramétrer le SMPT et Adresse Mail de votre BOX FAI !

Cdt

Bonsoir @Richard

Je suis un Client comme vous. J’ai pu décortiquer quelques mécanique et structures utilisés par le WES pour gérer ses Pages WEB, étant un vieux programmeur, maintenant à la retraite.

Je n’ai aucune Ambition vis à vis du WES que celui d’apporter une aide de façon bénévole à faire évoluer ce Blog et je propose aussi aux anciens utilisateurs du WES d’apporter aussi leurs expériences vis à vis des nouveaux utilisateurs qui se posent des questions.

Le WES ne m’appartient pas et je ne suis pas sûr que cela plaise à Nicolas de voir une DOC non officielle se répandre sur d’autre Forum. Prendre la responsabilité de diffuser des TUTOS non officiels et expliquer sur des Forums Autre que celui-ci, comment créer ces Propres Fichiers CGX, pour avoir ensuite des retours de plantage de leur WES et se plaindre du produit en dehors de ce Blog, ce fera sans moi !

Je pense avoir donné dans mes explications, le nécessaire pour réaliser vos propres fichier CGX. Si vous avez des problèmes, je peux vous aider si j’ai les réponses, mais cela ce fera uniquement au sein de ce Forum.

Cdt

Bonjour Richard

Je vous ais donné quelques explications sur la structure du data.cgx et comment ce fichier était géré dans le WES.

Par contre je ne participerais pas à la création d’une DOC qui va sortir de ce Blog pour être diffusé sur d’autre Forum !!!.

Vous souhaitez faire un Tuto de mon fil de discussion sans avoir compris à priori vous même certains points.

Déjà vous recopiez le Squelette de Base du Data.cgx sans tenir compte du WARNING que j’ai apporté sur la déformation de certains caractères comme les guillemets retranscrit par l’Editeur du BLOG.

Ce qu’il faut retenir sur la mécanique des Requêtes CGX avec le WES se borne tout simplement à comprendre que le WES va renvoyer en fonction d’un Code prédéfini reçu par la requête, une Valeur en rapport à ce Code, à l’emplacement défini par %xx dans le fichier CGX, ou %xx défini le format de la réponse attendue en retour. Exemple : c pCm1 %0f suffit au WES à rendre la valeur au Format Attendu du Nombre de kWh mensuel de la Pulse n°1. La réponse du WES en retour de la requête écrite ainsi sera uniquement la valeur attendue :

Ligne lu dans le fichier CGX par le WES : c pCm1 %0f
Exemple de réponse renvoyée par le WES : 1234

Si vous demandez la valeur du Nombre de kWh mensuel des 4 pulses > Pulse1, Pulse2, Pulse3, Pulse4 <  écrit sous cette forme :

c pCm1 %0f
c pCm2 %0f
c pCm3 %0f
c pCm4 %0f

vous recevrez en retour de la requête en fonction des valeurs réels de vos 4 compteurs à Impulsions par exemple :

1234
5678
0124
0078  

Si vous demandez à Jeedom ou autres processus, d’interpréter cette suite de valeurs tel quel, vous voyez bien qu’il n’a aucun moyen d’identifier qui fait quoi ?

C’est maintenant que intervient la notion de <TAG> qui permet d’agencer ces valeurs retournées par le WES dans une Structure Standard XML qui permet de définir un NOM à chacune de ces valeurs, pour que Jeedom et autre, reconnaisse facilement ses  » Petits ».
Si vous demandez au WES de mettre ses Valeurs Encapsulés dans des TAGs Nommés à votre choix, il sera plus facile d’en extraire ces Valeurs par le process de Jeedom ou Autres.

Les NOM donnée aux <TAG> sont libre de choix et vous les nommez comme vous le souhaitez. Les Noms des TAGs ne sont pas significatif pour le WES, mais va vous Restituer ces TAGS nommés tel quel de façon transparent. L’objetctif est ce que ces <TAG> puissent être reconnus par le processus (Jeedom…) qui envoie la requête et qui va décrypter le XML Reçu du WES.

Maintenant on peux réécrire la même requête de celle ci-dessus et demander à intégrer les Valeurs du WES entre des TAGS reconnaissables

Exemple de Requête envoyé au WES :

c pCm1 <PULSE1_MOIS>%0f</PULSE1_MOIS>
c pCm2 <PULSE2_MOIS>%0f</PULSE2_MOIS>
c pCm3 <PULSE3_MOIS>%0f</PULSE3_MOIS>
c pCm4 <PULSE4_MOIS>%0f</PULSE4_MOIS>

Réponse du WES :

<PULSE1_MOIS>1234</PULSE1_MOIS>
<PULSE2_MOIS>5678</PULSE2_MOIS>
<PULSE3_MOIS>0124</PULSE3_MOIS>
<PULSE4_MOIS>0078</PULSE4_MOIS>

Vous comprenez bien qu’une suite de valeurs 1234 5678 0124 0078 n’est pas parlant et Jeedom aura du mal à reconnaître qui fait quoi ?
Alors que si vous demandez au WES de mettre ses Valeurs %xx Encapsulés entre des TAGs Nommés à votre choix, il sera plus facile d’en extraire les valeurs par Jeedom et lui même d’affecter ensuite chaque Valeurs à un Identifiant qui lui est propre en interne pour affichage dans son DashBoard.

Voila ce qu’il faut comprendre des fichiers CGX et principalement ceux du DATA.CGX. Ce fichier DATA.CGX à un format d’échange XML Standard et le Nom des TAGs définis par Nicolas resterons immuables quelque soit la version du WES. Mais rien ne vous empêche de changer ces NOM de TAGs par d’autres ! le principal est de conserver les Codes en début des lignes et de placer les %xx pour la réponse du WES aux bons endroits.

Cdt