cdlog2

Bonjour Nicolas,

Je suis d’accord avec vous, si le problème est seulement lié à la « valeur corrigée » cela n’a pas de relation directe avec les sonde physique ou avec un pb au niveau du bus et je le précise bien dans mon exposé. Je dissocie bien les deux problèmes possible.

#judoboy semble dire qu’il à parfois des valeurs de sondes délirantes et précise aussi un autre problème bien distinct vis à vis d’une sonde dont la valeur corrigée se modifie seule en valeur totalement incohérente, avec l’impossibilité de remettre et enregistrer les bonnes valeurs.

J’ai déjà eu ce problème , mais en version V1 du WES, au niveau des valeurs corrigées qui changent bizarrement en valeurs incohérente toutes seule à chaque Scan du bus par le WES avec l’impossibilité de remettre cette valeur à ZERO ou à la bonne valeur rendu par la sonde à un instant T lors d’un enregistrement entre deux Scan du WES.

C’est comme si la structure en mémoire de la sonde concernée , au niveau du champs « valeur corrigée » était écrasé par un dépassement induit par l’écriture d’une autre champ. La seule possibilité que j’avais été de supprimer les structures des sondes et de les reconstruire.

Je suppose que le problème m’était apparue lors d’une modification du bus 1Wire et/ou l’ajout d’une nouvelle sonde ou carte relais sur le bus. Ce n’etait pas systématique, mais j’ai eu ce problème à 2 ou 3 reprises en V1.

Cdt

Bonjour,

Votre problème peut venir soit d’un déséquilibre de votre bus 1Wire, d’un défaut d’une sonde en interne ou d’un problème dans la gestion côté WES.

Déjà pour éliminer une incohérence interne au WES :

– Déconnecter provisoirement le bus 1Wire du WES. Vider le cache du navigateur CTRL+F5
– Allez dans la config des Sondes.
– Faites un Scan du bus 1wire, normalement toutes vos sondes vont passer en état absente.
– sélectionner les lignes de vos sondes encore visible en état absente et supprimer toute la liste sans exception.
– enregistrer la config.

Aller ensuite dans la config Relais 1wire, Vos cartes à relais sont normalement absentes, si ce n’est pas le cas faites un Scan du bus 1Wire.
Si vous constatez des lignes de relais 1Wire en trop par rapport au nombre de carte physique normalement connectée, supprimer globalement toutes les lignes. Enregistrer la config avant de sortir

– Rebrancher le bus 1Wire au WES, Vider le cache du navigateur CTRL+F5
– Faites un Scan du bus 1wire des relais. Vos cartes à relais vont revenir.
– Enregistrer la config.

Allez dans la page des Sondes, normalement vos sondes sont revenues ? si ce n’est pas le cas faites un Scan du BUS 1wire
– Enregistrer la config,

Vérifier si votre problème concernant la « valeur corrigée » des sondes à disparue. laissez les valeurs à ZERO pour le moment.
Faites CTRL+F5 à nouveau et Fermer le navigateur.

Attendez quelques 5 minutes avant de revenir dans la config des Sondes du WES pour voir si votre problème de « valeur corrigée » à disparue.

Maintenant, en faisant abstraction de la valeur corrigée, si c’est la Valeur Réelle rendue par une ou les sonde(s) qui parfois présente une incohérence, c’est fort possible que votre bus 1Wire est déséquilibré ou une sonde connectée présente un défaut interne.

Si ce problème n’apparaît que sur une seule sonde, notez le n° de ROM et essayez de la permuter physiquement avec une autre.
Vider le cache du navigateur CTRL+F5 et Refaire un Scan du Bus 1Wire. Si le défaut de la valeur Sonde est toujours présent sur le même n° de Rom une foi permutée alors remplacer cette sonde. Si le problème se produit en lecture de la valeur Réelle d’une autre sonde après permutation, alors le problème est certainement dû à un déséquilibre du bus 1Wire.

Le rajout d’une résistance de 4,7k raccordée entre le +5v et le signal 1W en bout de ligne la plus éloignée du bus 1Wire du WES,  près de la dernière sonde ou carte à relais peut corriger votre problème dans le cas d’un déséquilibre du bus.

Si votre ligne est en étoile, rajouter une résistances de 4,7k raccordée entre le +5v et le signal 1W aux extrémités des lignes les plus éloignée du WES, toujours au plus près de la dernière sonde ou carte à relais en bout de ligne. Faites des essais ligne par ligne tant que le problème persiste si le bus est en étoile et toujours en commençant par les lignes les plus éloignée du WES.

Cdt

Bonjour,

Il y a une autre astuce pour travailler sur des inputs Virtuel de façon plus général.  L’idée est d’utiliser les VARS  du WES comme valeur de Input.

De bien attendu ces Vars ne peuvent pas interagir directement en tant que Input physique, mais peuvent représenter une valeur reçue indirectement d’un capteur analogique ou digital lamda et d’envoyer la valeur au WES.

On peut modifier les valeurs de chaque VAR par envoie de requête Http  ex var1=12345.25 :

 http://login:password@192.168.xx.xx/?varv1=12345.25    // 2 chiffres après la point (le signe virgule pas reconnue)

Les valeurs peuvent être envoyées sous forme HEXA ex:

http://login:password@192.168.xx.xx/?varv1=12345.00                         //  Val en analogique
http://login:password@192.168.xx.xx/?varv1=0x3039                            // Val en Hexa
http://login:password@192.168.xx.xx/?varv1=0x0011000000111001    // Val en Binaire Bit à Bit

On peut lire les valeurs des VAR par requêtes CGX :

# Format Fichier.Cgx >> Réponse WES sous format XML
#
t <?xml version= »1.0″ encoding= »utf-8″ ?>
t <data>
t <variables>
c Vv1 <VARIABLE1>%.02f</VARIABLE1>
c Vv2 <VARIABLE2>%.02f</VARIABLE2>
c Vv3 <VARIABLE3>%.02f</VARIABLE3>
c Vv4 <VARIABLE4>%.02f</VARIABLE4>
c Vv5 <VARIABLE5>%.02f</VARIABLE5>
c Vv6 <VARIABLE6>%.02f</VARIABLE6>
c Vv7 <VARIABLE7>%.02f</VARIABLE7>
c Vv8 <VARIABLE8>%.02f</VARIABLE8>
t </variables>
t </data>

# Format fichier.Cgx >> Réponse WES sous format CSV  ( ne pas oublier le point final )
#
t <form>
c VV  <array><var>VAR</var><value>0,%.02f,%.02f,%.02f,%.02f,%.02f,%.02f,%.02f,%.02f</value></array>
t </form>
.

Comme on peut envoyer à une VAR une valeur HEXA et convertir la valeur reçue en HEXA par lecture en retour req.Cgx on peut très facilement définir des inputs DIGITAUX en utilisant chaque Octs comme des états I/O

ex : http://login:password@192.168.xx.xx/?varv1=0x0110001001  >> 1er=OFF, 2éme=ON, 3éme=ON, 4éme=OFF etc

La valeur MAX accepté par le WES en valeur HEXA pour une VARx :
http://login:password@192.168.xx.xx/?varv1=0xfffffffffffffffffffffffffffffff    //  Float = 21267647932558654000000000000000000000.00

De bien entendu les VARS peuvent être utilisées comme référence d’une Source dans les lignes de Programmation du WES
Pour parfaire les discris Bit à Bit sur des valeurs côté Programme du WES, il faudrait que Nicolas ajoute des tests sur valeur type Logique  ET / OU .

Mais déjà on peut faire un semblant de Do Case pour une ou des valeurs données sur une VAR x. Les valeurs sont reconnu en valeur Float analogique dans le WES.

Cdt

RE: l’image n’est pas passée

Bonjour,

Je fais juste une petite parenthèse sur votre fil concernant votre souhait : « j’aimerai bien avoir des entrées sur le 1W. »

J’avais déjà demandé à Nicola, il y a déjà un moment par échange de mail, la possibilité d’utiliser pleinement les gestions I/O du circuit Dallas DS2408 géré par le WES.  Le WES reconnaît ce petit circuit uniquement dans son mode Output (Cartes 8 relais) mais ce circuit peut aussi être utilisé en mode Input à 8 entrée et le WES ne le gère pas pour le moment !.

Ayant comme vous, le besoin d’avoir des entrées 1Wire pour faire des tests de changement d’état Input côté programmation dans le WES, j’ai détourné ce manque de gestion 1Wire côté WES, par un artifice très facile à implémenter. Peut être le savez vous, il existe une librairie (compatible Arduino, esp8266, esp32 etc) qui permet de faire des échanges 1Wire en émulation de circuits Dallas par soft. Vous trouverez cette librairie ici : https://github.com/orgua/OneWireHub

Rapidement je vous décrits comment j’utilise cette libraire en relation avec le WES.

Cette libraires permet de créer et de simuler 32 circuits Dallas 1Wire Virtuel via un Arduino, ESP8266 ou ESP32 par exemple, donc de créer et de gérer les deux circuits 1Wire reconnus par le WES, à savoir le DS2408 (cartes à Relais) et le DS18B20 (sonde de temppérature).

On peut donc créer des Cartes à 8 Relais aussi bien que des Sondes de température de façon Virtuelles. Le micro contrôleur utilisé peut donc manager ces entrées et sorties avec le WES, Ex: Envoyer des valeurs de températures Virtuelles relatives aux Sondes crées ou intercepter les changements des Relais Virtuels soumis par le WES.

Donc l’idée est de détourner la gestion des relais 1Wire, accessible côté WES, en mode Input ? Relais. Comme j’utilise un ESP8266, je peux envoyer des requêtes Http (Wifi) afin d’activer les relais du WES à la demande. Donc dès que je détecte dans le ESP8266 un changement d’état d’un GPIO défini en mode input digital, j’envoie une requête Http au WES pour faire activer le relais Virtuel en relation. Dès lors le WES opère le changement sur ce Relais Virtuel et côté programmation dans le WES, je peux tester l’état de ce relais Virtuel et m’en servir comme élément Source.

Oui ! c’est un peu tordu, mais cela fonctionne parfaitement bien. La seule contrainte de ce dispositif est d’avoir dans le WES une carte à Relais Virtuelle en visuel au lieu d’une Entrée type Input.

Mais c’est juste une vue de l’esprit car dès que l’on sait qu’elle est la Carte à Relais mise en Oeuvre, on peut aussi utiliser cet état de fait pour faire par exemple des Interrupteurs type Va et Vien, par exemple : Le Input Gpio coté ESP8266 peut être connecté à un interrupteur mécanique et un changement d’état de cet interrupteur (relais virtuel) peut aussi être effectué via les pages Relais du WES. Les ESP peut lire et gérer ces changements d’état dans les deux sens. La lecture du bus 1Wire depuis la libraire OneWireHub permet au ESP8266 de connaître l’état des relais Virtuel pratiquement en temps réel.

Comme le ESP8266 n’a pas assez de GPIO pour créer les 8 inputs, je passe par un multiplexeur à 8 entrée vers une sortie, lecture des 8 inputs de façon cyclique par adressage avec 3 Gpio et un Gpio en sortie permet de lire les valeurs associées pour les envoies des requêtes RL vers le WES.

Je me sert de cette mécanique pour commander 15 Prises sans fil de chez PlugWise. Une librairie (GitHub) permet de gérer ces Prises PlugWise en dehors du Logiciel propriétaire fourni par la Marque. Le ESP8266 implémente aussi cette librairie et crée dans le WES via la librairie OneWireHub les deux cartes à Relais Virtuel (soit 16 relais ) associé à chaque prise PlugWise. Donc c’est le WES qui traite maintenant ces Prises PlugWise issue d’un autre système ! Je peux donc commander ces prises avec des interrupteur mécanique ou via le WES en système Va et Vient.

Les sondes de température Virtuelle pourraient aussi servir comme Input analogique, on peut envoyer les valeurs des sondes 1wire Virtuelle depuis le micro contrôleur et lire les valeurs de la sonde Virtuelle côté WES et s’en servir comme source côté programmation. Mais comme la lecture des sondes est seulement faites toutes les 30s depuis le changement de version, il est impossible d’avoir une réactivité suffisante lors d’un changement de valeur de la sonde virtuelle (input analogique !)

J’avais envoyé une maquette de démo à Nicolas.

Cdt

A priori les script eedomus sont bien écrit en PHP

voici un exemple pour récupérer les valeurs numérique de pw1 et cofi1. Pour pw2, pw3, pw4 juste dupliquer et changer les termes x <IRx> </IRx>

je pars du principe que votre requête Wes et reçue et que la var $recstring = ‘réponse reçue du WES’.
Vous avez certainement cette $var sous un autre nom. juste modifier $recstring avec le nom de votre var

 // vue éclatée supposée être la réponse du wES on travaille su IR1 dans l’exemple
$recstring = ‘bla bla bla  <IR1>1234 W cos phi 1.03</IR1>
<IR2>1234 W cos phi 1.03</IR2>
<IR3>1234 W cos phi 1.03</IR3>
<IR4>1234 W cos phi 1.03</IR4>   bla bla bla ‘

$pos1 = strpos($recstring, ‘<IR1>‘);            // récup position de ‘<IR1>’  à changer pour IR2 IR3 et IR4
$pos2 = strpos($recstring, ‘</IR1>‘);           // récup position de ‘</IR1>’ à changer pour IR2 IR3 et IR4
$value = substr($recstring, $pos1+5, $pos2-1);  // recup string value = ‘1234 W cos phi 1.03’ de <IR1>value</IR1>
$pos3 = strpos($value, ‘W’);                         // position de ‘W’
$pwstr  = substr($value, 0, $pos3-1);           // pwstr = ‘1234’ format string
$pos4 = strpos($value, ‘phi’);                       // position de phi
$cofistr = substr($value, $pos4+4);             // cofistr = ‘1.03’ format string

// conversion dePwstr et cifistr en valeur numérique
$pw1 = intval($pwstr);                              // pw1 = integer numérique
$cofi1 = floatval($cofistr);                         // cofi1 = float numérique

Je n’est pas testé l’exemple et il n’y a pas de test de cohérence, vous pouvez les rajouter

re : ATTENTION La modification du fichier Data.cgx décrite ci-dessus n’est valide que pour la dernière Version WES : v0_83H

Je pense que Nicolas utilise le co phi relatif au modèle du Transfo qui est utilisé pour mesurer la tension dans le WES.