cdlog2

Bonjour,

Vous avez trouvez un palliatif au BUG que j’ai laissé dans le Script Domoticz, pour récupérer les bonnes valeurs.

Mais vous pouvez retirer tout ce que vous avez rajouté car il suffit de rajouter une VAR Local ex: deb ou toto ou titi … associé à la VAR Local field_start existante car ils vont recevoir chacun en retour de l’appel au str.find(s,..) associé, l’index Début et l’index Fin du TAG recherché,

Local deb aura l’Index du début du TAG qui pointe sur « <«  et Local field_start  aura l’index fin du TAG qui pointe sur « > »

La ligne s’écrit : local deb , field_start  = string.find(str ,field)

La fonction Api string.find (…. , ….) retourne 2 valeurs, soit index début + index fin de la chaîne string recherchée.

Voici votre fonction que vous avez modifié et ce que vous pouvez retirer car ne sert à rien si vous corrigé le BUG d’origine par l’ajout de la Var Local manquante

———————————————-
— function XML_Parse_Value(field, str)
—
— Récupère la Value d’un Tag d’un XML
— field : Tag de la Value XML à récupérer
— str : Fichier XML
— Return = Value Numérique ou « On »/ »Off » si value d’un Switch
— Return 0 si le Tag n’est pas trouvé
———————————————–
function XML_Parse_Value(field, str)

— local field_start = string.find(str ,field)   — ICI BUG, il faut 2 Var avant appel find(….) une 1ere Var<=index début, 2eme Var<=index fin
local deb , field_start = string.find(str ,field)  — ICI Corrigé, la Var deb va pointer au début du TAG « < » et la Var field_start sur « > »

if field_start == nil then
print (« XML error – Value NOT found »)
return 0
end

local field_end = string.find(str, « </ » ,field_start)
—- str_field = string.sub(str, field_start+0, field_end-1)   — ICI PAS bon la valeur se trouve à l’index field_start+1 et non + 0
str_field = string.sub(str, field_start+1, field_end-1)        — LIGNE Corrigée

if debug == true then print(str_field) end

—– ICI vos RAJOUT ne Servent à rien si vous corrigez le BUG d’origine (bug manque var local deb sur le 1er find)
   — local field_e = string.find(str, « > » ,field_start)       — Doublon pour rien la VAR str_field intégre déjà la Valeur du TAG
   — str_field = string.sub(str, field_e+1, field_end-1)      — Doublon pour rien  

if str_field == « ON » or str_field == « OFF » then
return str_field
else
return tonumber(str_field)
end

end

VOICI la Fonction qui fonctionne après correction du BUG suite Oubli de la VAR DEB sur le 1er str.find(s,…)

———————————————-
— function XML_Parse_Value(field, str)
—
— Récupère la Value d’un Tag d’un XML
— field : Tag de la Value XML à récupérer
— str : Fichier XML
— Return = Value Numérique ou « On »/ »Off » si value d’un Switch
— Return 0 si le Tag n’est pas trouvé
———————————————–
function XML_Parse_Value(field, str)

—– ICI il faut mettre deux VAR en appel du Find(…)
 local deb , field_start = string.find(str ,field)     — Ligne Corrigée, deb va pointer au début Tag « < » et field_start sur la fin du TAG « > »

   if field_start == nil then
      print (« XML error – Value NOT found »)
      return 0
   end

   local field_end = string.find(str, « </ » ,field_start)
   str_field = string.sub(str , field_start+1 , field_end-1)        — LIGNE Corrigée on est bien cadré <tag>+1 => valeur <= -1</tag>

   if debug == true then print(str_field) end

   if str_field == « ON » or str_field == « OFF » then
     return str_field
   else
     return tonumber(str_field)
   end
end

De même il faut rajouter la VAR deb dans la function XML_Parse_TAG(field, str)

———————————————–

function XML_Parse_TAG(field, str)

local tagdeb = « <« ..field.. »> »
local tagend = « </ »..field.. »> »
local deb , field_start = string.find(str ,field)   — ICI Corrigé, la Var deb va pointer au début du TAG « < » et la Var field_start sur « > »
…….
…….

Bonjour,

Vous déterrez un vieux sujet de discussion et vous donnez très peu d’information pour bien comprendre votre problème. Qu’elle est la version de votre WES ?

De ce que je peux comprendre de votre énoncé, c’est que vous n’arrivez pas à extraire correctement les états des Relais rendus par le WES suite à l’envoie de requêtes sur le Data.cgx depuis votre Script Domoticz.

Quel est votre Script Domoticz ? il existe deux versions, l’une écrite en Python et l’autre en Lua ? Pourriez vous nous transmettre votre script Domoticz utilisé sous forme d’archive ZIP ?

Concernant la réponse du WES à une requête sur Data.cgx, oui en effet, les états des Relais sont rendus par « On » ou « Off ».

Exemple : extrait réponse du data.cgx pour les relais du WES:

<relais>
<RELAIS1>ON</RELAIS1>
<RELAIS2>OFF</RELAIS2>
</relais>

Si vous utilisez le Script Domoticz écrit en LUA, il existe une fonction qui extrait les valeurs du Data.cgx suivant un Mots Clé XML passé en argument et qui fait une analyse de la valeur lue relative à cette Clé en vérifiant s’il s’agit d’une réponse « ON ou  OFF », soit une valeur rendue par une Clé type Switch ou Relais. Si la valeur lue est bien « ON ou OFF » alors la fonction retourne cette valeur sans la modifier et pour tous les autres cas, la valeur est convertie en valeur numérique.

Voici en exemple la fonction concernée accompagné d’un appel à cette fonction avec enregistrement dans Domoticz de la valeur associée à son n° Ident.

     ———————————————-
    — function XML_Parse_Value(field, str)
    —
    — Récupère la Value d’un Tag <ID> d’un XML
    — field : Tag <ID> de la Value XML à récupérer
    — str : Fichier XML
    — Return = Value Numérique ou « On »/ »Off » si value d’un Switch
    — Return 0 si le Tag <ID> n’est pas trouvé
    ———————————————–
    function XML_Parse_Value(field, str)

       local field_start = string.find(str,field)
       if field_start == nil then
          print (« XML error – TAG NOT found »)
          return 0
       end
       
       local field_end = string.find(str, « </ », field_start)
       str_field = string.sub(str, field_start+1, field_end-1)
       if debug == true then
          print(str_field)
       end
       if str_field == « ON » or str_field == « OFF » then
          return str_field
       else
          return tonumber(str_field)
       end
    end

    ————————————————————
    — Implémente toutes les valeurs WES dans la Array commandArray
    ———————————————————-
 
    idx_relais1 = 80                                          — n° Ident relais 1 Domoticz

    relais1 = XML_Parse_Value(« <RELAIS1> »,XML_string)         — demande l’état du Relais 1 rendu par le Data.cgx, soit « On ou OFF »
    commandArray[idx_relais1] = {[‘UpdateDevice’] = idx_relais1..’|0|’..relais1}     — enregistre la réponse au n° Ident dans Domoticz

Trouvez en pièce jointe un exemple de Script LUA Domoticz dédié pour envoyer des requêtes data.cgx au WES.

Cdt

Bonjour,

Le condensateurs Céramiques de 0.1uf raccordé côté borniers du WES, pour les Compteurs à Eaux, sert à filtrer les Rebonds du Contact ILS de ce type de Compteur.

Par contre, il ne sera pas vraiment efficace pour filtrer vos Parasites induits par votre Cordon chauffant.

Il faut absolument que la liaison entre votre Compteur à Eau et le WES se fasse via une seule Paire Torsadée, issue d’un câble type Cat5, Téléphonique ou équivalent.

Si vous connectez le blindage du câble de liaison à la Terre, il ne faut pas relier les deux extrémités du câble. Seul le blindage proche de votre compteur doit être connecté.  Il ne faut surtout pas relier la Masse (GND) du WES à la terre !

Il faudrait par ailleurs vérifier que cela ne soit pas cette mise à la Terre qui vous apporte ces parasites. Voyez à faire un test sans cette mise à la Terre de l’écran du câble de liaison.

Pour filtrer plus efficacement les parasites induits par votre Cordon chauffant, il faudrait y connecter un Filtre Anti parasites en série entre le 230V et son point d’alimentation, au plus près du cordon.

Je vous joins un Schéma type de ce genre de Filtre. Vous en trouvez tout fait dans le commerce.

Cdt

Bonsoir,

Le ms122402 joue le rôle d’un Onduleur, hormis que l’alimentation 230v – 12v et la batterie sont externe à ce module.  Cet appareil est très réactif, il détecte les coupures électrique via photocoupleur.  Chez moi aussi il y a souvent des micros coupures de délestage de Erdf. Je n’ai jamais eu de PB depuis que j’utilise cet ensemble.

C’est le ms122402 qui gère et joue un rôle de régulateur de la batterie. La batterie est isolé en temps normal de la sortie 12v utilisation. elle est chargée automatiquement lorsque nécessaire. La capacité de charge de la batterie est réglable et est fonction du type de la batterie connectée, vous pouvez mettre des batteries au plombs entre 2Ah jusqu’à 20Ah.

Lorsque le secteur est présent, la sortie utilisation reçois le 12v directement de l’alimentation externe.

Je ne connais pas l’alimentation qui alimente votre WES. qu’elle est sa capacité en Amp ?.

Il faut considéré que l’Alim intégré dans un ensemble avec batterie de secour, doit avoir une puissance suffisante pour d’une part alimenter correctement les circuits utilisateurs mais aussi pouvoir fournir un courant suffisant pour charger la batterie lorsque nécessaire.

En général on prévoit au moins un courant de charge et de maintien d’une batterie de environs 10% de la capacité de la batterie. Une batterie au plomb de 20Ah sera correctement maintenue et chargée si on lui fournie un courant de charge de l’ordre de 2 Amp.

Donc pour répondre à votre question, il vous suffit de calculer les consommations des appareils alimentée par votre Alim 12v et vous rajouter 10% de la capacité de la batterie que vous allez connecter. Il est toujours préférable d’avoir des épinard de réserve que d’être juste en limite de toutes choses !

Vous pouvez aussi utilisez l’ensemble décrit par @Gaby-69. Cela vous revient à moins cher. Il suffit d’avoir une bonne alimentation bien stabilisée et de connecter une batterie en Tampon. Mais l’inconvéniant d’une alimentation secourue avec la batterie toujours en charge va fatiguée cette batterie qui dans le temps va se dégrader plus rapidement et perdra  plus rapidement ses capacités de maintien.

Moi j’ai fait le choix d’une alimentation 12V de 10A, ce qui me donne de la marge en prévision de rajouter quelques équipements complémentaires.

Cdt

Bonsoir

Voici la dernière mouture de la gestion de sélection dans les Graphs des TIC et PCE.

La gestion des Consos et Injection (production) géré lors de la sélection des Graph dans les fichiers PCEGRAPH.HTM et pcegraph.html ont été validé en test pas Nicolas.

Donc normalement ces fichiers Joints seront les derniers . Les fichiers sont compatibles avec les versions v0.84A10 et v0.84A4 simple et double site

Seul la version v0.84A4 double site recevra la copie des 4 fichiers de l’archive. Pour la version v0.84A4 simple site et la dernière version v0.84A10

il ne faut copier que les fichiers HTM, soit PCEGRAPH.HTM et TICGRAPH.HTM

Sauvegardez vos fichiers d’origines avant leurs remplacement.

Je reviens dès que j’aurais implémenté cette nouvelle fonction de sélection pour les Graph des PULSES.

Cdt

Bonjour,

Je n’ai pas installé la version  v0_84A10 dans mon WES. Je suis resté en version  V0.84A4. Dans cette version il n’y a pas de widget visible dans la page Graph des Températures. Par contre il y a deux fenêtres qui montrent les Mini-Maxi pour toutes les sondes, ceux du Jour, Mois et Année.

Mais il faut bien comprendre qu’il n’y a pas d’heure précise d’enregistrement des ces Minima et maxima. C’est le serveur qui analyse au fil de l’eau, toutes les 30s, les températures qui sont lues du bus 1Wire et ces valeurs sont comparées aux valeurs extrêmes déjà enregistrés afin de voir s’il y à lieu de faire un update des valeurs existantes.

Seul Nicolas peut enregistrer la date et heure d’un Update d’un Minima et Maxima, car c’est au niveau du serveur que cela ce passe et nous n’avons pas accès aux sources. Cette modifs ne être effectuée depuis les pages WEB.

concernant le changement de lecture à date pour les Graphs, oui ont peut mettre deux boutons afin de facilité le changement. Mais cela restera purement incrémental ou l’inverse et il y auras toujours une petite pause entre chaque chargement.

Je vais voir ce que je peux faire pour faciliter cette option.

Cdt

Bonjour,

Désolé, je n’ai pas été assez rapide et vous êtes matinal. J’ai découvert 2 petits bugs dans mes fichiers et je vous transfère les nouveaux fichiers dans une autre archive. Ces fichiers remplacent les précédents.

Je peux regarder à implémenter cette gestion de sélection des Graphs aussi pour les Pulses mais concernant les températures je ne comprend pas ou se trouve l’intérêt ? à moins d’établir une moyenne des Temp. sur la période de temps sélectionné pourquoi pas, c’est peut être votre idée ?

Concernant le défilement des jours du calendrier des Graphs à l’aide d’ascenseur est certainement faisable, mais assez dangereux. On lit les datas contenus dans le dossiers Graph (TIC, PCE, PLS Tmp ) de la carte mémoire SD et cette carte mémoire n’est pas un disque dur. Les temps de lecture sont plus important. On ne pourrait pas avoir une fluidité dans les lectures et cela pourrait même provoquer des blocages si vous faites défiler l’ascenseur trop rapidement. Autrement la modif est assez simple à mettre en oeuvre ! Je vais voir à trouver un compromis acceptable pour cette demande.

De même, toucher aux Widgets est faisable, mais cela devient compliqué pour réintégrer ce genre de modifs lors de MAJ, surtout si la page d’accueil est remaniée à l’occasion d’une Release. Je jéterais néanmoins un coup d’oeil.

Cdt