cdlog2

Bonjour,

le choix fourni par les boutons radio « ON » et « OFF » visible sous « Actif suivant switch Virtuel » dans une ligne de programme, n’est pas une fonction mais une Option pour déterminer l’état d’un SWITCH VIRTUEL qui peut servir d’une 2eme condition logique en complément au 1er TEST fourni par l’état d’une SOURCE, pour activer l’ACTION fourni en Sortie.

Ce TEST complémentaire est activé lorsque l’on personnalise un Switch Virtuel à la place du choix « Toujours Actif ! » depuis le Menu déroulant « Actif suivant switch Virtuel »

Cela permet de faire : SI le 1er Test est vraie et SI le 2eme Test est vraie ==> alors l’Action est autorisé

Pour illustrer ma réponse, voici 3 exemple d’utilisation :

Dans cette ligne, on force SW3 = ON, dès lors que SW2 = ON et Sans autre condition.
Src: SW2 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. Switch.V. SW3 – Action = ON —  actif suivant : tjs Actif

Dans cette ligne, on rajoute un 2eme TEST pour autoriser SW3 = ON, dès lors que SW2 = ON et à condition que SW1 = ON
Src: SW2 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. Switch.V. SW3 – Action = ON —  actif suivant : SW1 = ON

Dans cette ligne, on rajoute un 2eme TEST pour autoriser SW3 = ON, dès lors que SW2 = ON et à condition que SW1 = OFF
Src: SW2 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. Switch.V. SW3 – Action = ON —  actif suivant : SW1 = OFF

Cdt

RE:

Un exemple plus complet qui vous permet de tester les phases 1 jour sur 2, 1 jour sur 3 et 1 jour sur 4
Les Switch Virtuel utilisés ici peuvent être changés à condition de garder entre eux les relations entre les SW identique

# les Switch Virtuel utilisés dans cet exemple :
# SW1 = ON tous les jours pendant un créneau horaire d’une minute pour incrémenter les compteurs jours.
# SW2 = Compteur qui peut servir de Test = ON 1 jour sur 2
# SW3 = Compteur qui peut servir de Test = ON 1 jour sur 3
# SW4 = Compteur qui peut servir de Test = ON 1 jour sur 4
# SW5 , SW6, SW7 Permet de calculer via le passage à 2 jours révolu de SW2 pour positionner SW3 au 3eme jour

# DEBUT PROGRAMMATION :

# Flag SW1 passe ON tous les jours suivant un créneau horaire de test de 1 minute
Source : Prog.Hor – plage Hor. deb 08:00 fin 08h01 – Tl.jrs. >> Sortie. Switch.V. SW1 – Action = ON — actif si SW1 = OFF

# Flag SW5 et SW6 sert à comptabilisé le cycle de 2 jours révolus testé via SW2 lors du passage au 3eme jour avec SW1 = ON
# test à faire avant le changement de SW2 au cycle suivant
Src: SW2 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. Switch.V. SW5 – Action = ON — actif si SW1 = OFF
Src: SW2 = OFF – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. Switch.V. SW6 – Action = ON — actif si SW1 = OFF
Src: SW5 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. Switch.V. SW7 – Action = ON tant que Cdt vrai — actif si SW6 = ON

# Compteur SW2 peut être testé ON pour le passage de 1 jour sur 2
Src: SW1 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. Switch.V. SW2 – Action = Télérupteur — tjs Actif

# Compteur SW3 peut être testé ON pour le passage de 1 jour sur 3 (test SW1 + SW7 = ON)
# Il faut remettre SW3, SW5, SW6 = OFF après avoir utilisé SW3 dans le programme — SW7 se remet à OFF suivant SW5 ou SW6 = OFF
Src: SW1 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. Switch.V. SW3 – Action = ON — actif si SW7 = ON

# Compteur SW4 peut être testé ON pour le passage de 1 jour sur 4
Src: SW2 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. Switch.V. SW4 – Action = Télérupteur — tjs Actif

# RAZ SW1 = OFF au bout de 2 minutes pour autoriser les prochains test du créneau horaire journalier
Src: SW1 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sort. Switch.V. SW1 – Action = OFF si cdt vrai pendant tempo 120s – actif si SW1 = ON

# Exemple Test de SW2 ( 1 jour sur 2) pour monter un RelJour2
Src: SW2 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. RelJour2 – Action = ON — tjs Actif

# Exemple Test de SW3 ( 1 jour sur 3) pour monter un RelJour3
Src: SW3 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. RelJour3 – Action = ON — tjs Actif

# Exemple Test de SW4 ( 1 jour sur 3) pour monter un RelJour4
Src: SW4 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. RelJour4 – Action = ON — tjs Actif

# Important : Reset de SW5, SW6 et SW3 = OFF dans cet ordre après usage de SW3
Src: SW3 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. Switch.V. SW5 – Action = OFF — tjs Actif
Src: SW3 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. Switch.V. SW6 – Action = OFF — tjs Actif
Src: SW3 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. Switch.V. SW3 – Action = OFF — tjs Actif

Cdt

Re: Dans mon exemple, il se peut que l’activation du SW3 ne se fasse que tous les 1 jour sur 4 au lieu de 1 sur 3 comme mentionné, c’est à tester !

Concernant le SW2, il sera bien actif tous les 1 jour sur 2.

Cdt

Bonjour,

Je suppute un Bug dans le calcul des Totaux Coûts des Pulses côté Serveur, au regard de votre config,  Il y a deux raisons possible ?.

Si je me réfère à ma propre configuration de mes 3 Cpt.Pulses,  ayant un WES installé avec la dernière MAJ logicielle disponible en téléchargement, J’ai deux remarque à faire :

D’une part, ce n’est pas des virgules ( , ) qui doivent délimiter les différentes valeurs décimales mais des Points ( . ) et d’autre part j’utilise l’Option de Calcul du Taux Unitaire des Pulses relatif au « TIC1 » et non personnalisé par « AUTRE » comme vous.

Pour mettre en évidence ces différences, je vous propose de faire la manip suivante. Comme votre Compteur Pulse semble avoir été installé récemment , je suppose que vous ne risquez rien en perdant vos historiques relatifs.

Dans un 1er temps, Désactiver le Comptage ( mise hors service des Pulses) de tous les Compteurs à Impulsion via le 1er bouton en haut à gauche de la page Config des Pulses. Enregistrer cette config et fermez votre navigateur, puis faire un Reset manuel de votre WES. Cette Manip devrait effacer tous les historiques des Pulses côtés Mémoire interne au WES et Fichiers en relatifs.

Ensuite, avant de recharger la Page WEB du WES, forcer à vider le cache du Navigateur. Recharger la Page de Configuration Impulsions, réactiver le Comptage des Pulses (mise en service des Pulses) et reparamétrer votre config avec vos Indexs Actuels soit : Index Actuel = 18.591 et Index Début journée = 17.629. Index Début Mois et Année = 0.000

Ne pas oublier qu’il faut utiliser le signe Point ( . ) à la place des Virgules ( , ) pour délimiter les décimales.

Enfin pour rester dans une normalité comme chez moi, Mettez l’Option du Coût unitaire des Pulses en relatif à « TIC1 » au lieu de « Autre ». Je ne sais pas si cette Option « AUTRE » est fonctionnel sans bug côté Serveur, vous pourrez essayer à nouveau cette option « Autre » une fois avoir trouvé une stabilité et une cohérence de vos donnés avec la config tel que décrite ci-dessus.

Enregistrer bien votre Config. Comme précédemment re-booter le WES et vider le cache du navigateur.

Vérifier en suite vos données, normalement vos valeurs Pulses devraient être corrects .

Tenez nous informé !

Cdt

Bonjour,

Pour @nicolas, afin de pouvoir faire une maintenance plus poussée depuis le WES et voir à corriger des erreurs aléatoires qui pourraient apparaître lors des échanges avec les composants 1Wire connectés sur le BUS 1Wire du WES, il serait bien d’avoir, via l‘activation provisoirement d’une OPTION, une surveillance type Débug du BUS 1Wire et d’enregistrer dans un fichier LOG, les Erreurs constatés dès l’accès à un ou des composants 1Wire connecté au BUS. L’enregistrement du n° de la Sonde ou Carte Relais vue en défaut à l’instant T, avec la date et l’heure suffirait.

Lorsque le Serveur WES interroge un Objet 1Wire, il lui est facile de voir si le composant répond correctement ou si une erreur se produit dans les échanges des Trames 1W avec cet Objet. Il serait bien d’avoir une vue d’ensemble, même si ces erreurs sont aléatoires et ne concerne qu’un échange épisodique.

La tache du WES qui scrute le Bus 1Wire n’est active actuellement que toutes les 30s, je pense qu’enregistrer en fin de séquence d’un cycle de lecture, un compte rendu LOG (si Option débug Activé) et uniquement si une erreur est constaté sur un ou des Objets 1Wre, ne devrait pas manger trop de ressource CPU.

Cela faciliterait l’équilibrage du BUS 1Wire et permettrait de mieux déceler les Objets 1W auprès desquels il serait utile de connecter une résistance de Pull Up de 4.7k afin de voir à réduire les erreurs avec ces Objets. De bien entendu, si le BUS physique n’est pas lui même réalisé conformes aux règles pour ce type de communication, l’ajout de résistance de 4.7K n’apportera rien sur les incidents.

Peut être serait t’il bien de voir la possibilité d’intégrer cette Option, assez facile à mettre en oeuvre, dans une prochaine Release.

Cdt

RE: J’ai oublié de mentionner que le 1er ESP8266 (celui de gauche) qui est utilisé comme Serveur 1Wire Maître dans mon Schéma, Scanne le BUS 1Wire de mon domicile de façon cyclique toutes les Secondes, alors que le WES en fait un Scan complet que toutes les 30 secondes .

Donc j’accède beaucoup plus rapidement côté Gestion, via la communication I2C, aux Datas et Infos des Objets 1W connectés sur le Bus 1Wire Physique du Domicile.

On peux si l’on veut, augmenter ou diminuer cette tempo cyclique, Cela dépend du nombre d’Objets à analyser sur le BUS 1Wire Physique et de la gestion des datas que vous faites après par le biais de la communication I2C qui sert de passerelle vers un autre Microcontrôleur (Raspberry, ESP8266 Wifi Mail, autres..).

RE: Comme le précise Nicolas, Vos pbs de sondes peuvent aussi être induites par de mauvais contacts entre les connections des capteurs 1W et le BUS 1Wire. Cela peut se produit parfois par si vous utilisez des connecteur RJ11/RJ12 mal Sertis et/ou par de mauvais contact dans les prises d’une rallonge RJ11/RJ12. Bouger vos connections et Prises si vous utilisez des rallonges, pour voir si cela influe sur les résultats.

Actuellement Les Valeurs des Sondes du WES sont rafraîchies toutes les Minutes (60s) dans la Pages WEB Température valeur.

Je propose à Nicolas de réduire, pour la prochaine release, cette tempos de rafraîchissement à 30s pour la page TMP.HTM, voir en dessous comme cela est fait dans la Page Température configuration (TMPCFG.HTM) qui est de l’ordre de 10s. Faut voir la tempo de scan du BUS côté Serveur.

Votre WES est t’il en V1 ou V2.

Si je m’abuse, les WES en V1 alimentent leur bus 1Wire en 3.3v ?! Si cela est confirmé par Nicolas ! Si vous avez un ou des capteurs d’humidités, une ou plusieurs cartes à relais 1W (VDD=5volt), il peut  y avoir soit un PB dans le mélange des ALIM du BUS 1W (VDD 1W 3.3v WES V1 et VDD 5V 1W au bornier à vis des cartes relais) ou faiblesse du VDD 3.3v WES v1 pour alimenter les capteurs Humidités.