cdlog2

RE: J’ai apporté une petite modification dans le Sketch INO du Arduino Nano qui permet au WES
de mieux Scruter le BUS 1Wire du Arduino.

Je vous joins l’Archive Modifiée.

Cdt

RE: N’oubliez pas que la solution d’utiliser des Sondes pour simuler des valeurs Analogiques vous restreint à avoir un rafraîchissement des changements des Valeurs que toutes les 30 secondes ! côté WES, Adieu le rafraîchissement toutes les secondes qui est possible via mes Cartes ESP.

Faire monter un Relais comme action en résultat d’un test sur un Capteur depuis la Page programme du WES est le même résultat que de faire monter ce même Relais par envoie d’une requête HTTP suivant le résultat du même test mais effectué en interne de la Carte ESP ! sauf que dans le second cas la réaction est 30 fois plus rapide !

Cdt

Bonsoir,

Oui en effet vous avez certainement raison , Si c’est juste pour tester 4 valeurs analogiques depuis le WES !, l’usage de ma petite Carte Wifi décrite précédemment est bien trop sophistiqué pour ce seul usage. ! même si le coup de réalisation est seulement de quelques 10€ à 15€.

Mais j’ai présenté ma petite Carte Wifi et Tous Ses possibles en opposition à votre intérêt d’utiliser éventuellement une Carte Sonoff qui vous offre moins de 80% de souplesse que ma Carte pour réaliser ?? un projet qui par ailleurs n’est pas clairement défini ?? aussi bien sur vos objectifs et moyens à disposition de mise en œuvre !?.

Si Passer et Simuler des valeurs analogiques par des valeurs de Températures soient une solution pour votre projet ?, l’usage d’un DS2438 ne vous apportera rien vu que ce composant Dallas 1Wire DS2438 est programmé côté Serveur WES spécifiquement en phase avec le Hard de la Capteur Humidité 1WIRE vendue sur le Site.

Vous ne pourrait pas détourner l’utilisation de ce DS2438 avec le WES comme vous le souhaiteriez. L’utilisation et le mode de fonctionnement d’un composant DS2438 peut être personnalisé par la Configuration des Options de Ses Registres Internes et c’est ce que fait le WES. Le seul moyen d’utiliser un DS2438 serait de modifier la Carte Vendue sur ce Site et Remplacer ses 3 Capteurs Hard : humidité; température et lumières, par une adaptation avec les sorties Analogique de vos Capteurs de Piscine !. Ce qui peut devenir assez cher sans être sur du succès !

Si par ailleurs l’utilisation et la proximité d’un Bus 1Wire est possible pour réaliser votre Projet et simuler des valeurs de Sondes de Température comme valeurs Analogique, Alors il y a une solution très simple que j’avais déjà décrite dans ce Forum.

En deux mots rapide, il existe une librairie Soft qui peut être chargée par exemple dans un petit Arduino Nano (moins de 4€ sur site Chinois) et qui permet de faire des Emulations Virtuelles de 32 Composants 1Wire parmi toute la famille Dallas et lisibles depuis un Bus 1Wire asservi par un Serveur comme le WES : https://github.com/orgua/OneWireHub

Cela fonctionne parfaitement car j’utilise cette librairie chez moi installée dans une ESP8266 pour créer des DS2408 Virtuels dans le WES, donc des Cartes 8 Relais Virtuelle reconnu comme de vraie Cartes Relais par le WES et qui sont à l’images des Carte à 8 Relais qui eux sont connectées sur les Bus 1Wire de mes Petites Carte ESP Wifi répartis dans ma maison. Mon WES pilote ces Relais Virtuel et émule parfaitement mes vraies Cartes 8 Relais distantes via des envoies de requêtes HTTP Cgx. comme expliqué dans mon Post précédent.

Pour revenir à votre projet, l’astuce consiste à créer côté Soft dans un Arduino Nano, autant de Sondes DB1820 Virtuelles en rapport au nombre de Capteurs Analogique selon vos besoins. Les Capteurs Analogiques seraient alors connectés aux entrées Analogiques de l’Arduino Nano et la sortie du BUS 1Wire Virtuel de l’Arduino Nano connectée sur le Bus 1Wire du WES. Vous pourriez alimenter le Arduino Nano depuis le 5v et Gnd directement pris de l’alim 5v du Bus 1Wire, si vous n’utilisez pas déjà des Cartes Humidité sur votre Bus 1Wire. Il faut faire attention à ne pas trop charger sur le 5Volt du Bus 1Wire. Au pire vous pouvez alimenter le Arduino Nano avec un 5Volt externe et relier le Gnd en commun avec le Gnd du Bus 1Wire.

Le WES va Reconnaître vos Sondes Virtuelles comme de vraie SONDE DS18B20 et vous les verrez dans la Page de Températures. Il suffit toujours en interne côté soft de l’Arduino, d’affecter séquentiellement les Valeurs lues de vos Capteurs Analogique à chaque Objet 1Wire Virtuels qui vous devez créer au préalable via cette Librairie, pour que le WES vous affiche Ces Sondes Virtuelles parmi vos vraies Sondes avec les Valeurs fournies de vos Capteurs.

Donc vous pouvez ensuite utiliser les Valeurs de ces Sondes Virtuelles comme Source dans la Programmation du WES.

Si vous souhaitez avoir plus d’info ou un exemple de Programme INO prêt à être chargé dans un Arduino Nano, faites moi le savoir. Je pense que c’est la meilleure solution à votre problème.

Cdt

RE : Autre exemple : Vous souhaitez pouvoir allumer les lumières de la Piscine, commandées par un Relais du WES, le soir venu pendant une période ou à l’occasion d’un Dîner à proximité de la Piscine un soir d’été !

Soit vous connectez un Capteur de lumière à ma Carte ESP ou bien vous souhaitez via une Télécommande Lambda activer la lumière manuellement via le Capteur Infra rouge de la Carte.

Quelque soit la façon de donner ordre d’allumer ces lumières, vous pourrez analyser le Capteur de lumière ou la valeur de la touche de la télécommande, pour envoyer une requête HTTP au WES afin d’activer le Relais du WES à ON ou OFF.

Si vous souhaitez activer un Switch Virtuel par Requête HTTP par exemple à la place du Relais WES, vous pourrez par programme dans le WES donner ordre au Relais Lumière Piscine du WES, d’allumer ou éteindre ces lumières automatiquement selon une programmation Horaire avec comme critère d’action supplémentaire l’état du Switch Virtuel envoyé par requête (Actif suivant SW(n) ).

Programmer des Scénarios sur les Valeurs lue des Capteurs Analogiques ou ceux reçus Via le Bus 1Wire (Sonde par exemple) de ma Carte ESP vous ouvre toutes les possibilités en complément aux programmations du WES.

Cdt

Bonsoir,

Oui ! ma Carte permet d’envoyer par requête HTTP vers le Serveur WES ou autre.., Ces propres 8 Valeurs Inputs Analogique ou Ceux lues de circuits DS2450 qui seraient connectée au Bus 1Wire de ma Carte. Depuis ma Carte on peut lire tous les modèles de composants 1Wire DALLAS. Néanmoins, pour certains il y a lieux de rajouter un peu de code facile à implémenter.

Concernant le WES, à ma connaissance mais je n’ai pas la science infuse !, il n’y a pas de possibilité d’assigner une Valeur type Float directement à une Entité Analogique du WES par l’envoie d’une Commande TCP type M2M.

Malgré que ces Valeurs Analogiques soient enregistrées dans des Variables internes au Serveur WES, la seule façon de modifier leurs Valeurs est de fournir une Tension variable physique comprise entre 0v et 3v3 directement à leur Input. Je peux me tromper, mais Nicolas n’a pas prévu une Cde M2M qui permet de modifier leurs Variables directement par  programmation et accessible en externe !?. On peut seulement lire leurs valeurs Analogique depuis le WES ou via des requêtes HTTP CGX.

Par contre une solution possible serait de connecter la Sortie d’un DAC (Convertisseur D/A) à l’Input physique d’Analogiques du WES, qui permet de fournir une Tension Variable en Sortie (OutPut) par rapport à une valeur Numérique d’Entrée (Input).

Il suffirait de réaliser une passerelle pour faire communiquer par requête HTTP ma petite Carte fille directement via WIFI avec un petit Serveur HTTP réalisé lui aussi à base d’un petit ESP8566 qui permettrait ensuite via un DIAC d’injecter directement les Tensions Variables reçu par Requête HTTP au Input Analogique du WES. ( j’ai le Schéma du Serveur HTTP ESP et le Programme INO pour ce type d’interface pour l’avoir mis en pratique).

Exemple de DAC qui serait compatible côté Alimentation avec le WES (3.3v) :

https://www.reichelt.com/fr/fr/convertisseur-d-a-10-bits-1-canal-spi-2-7-v–5-5-v-dip-8-mcp-4811-e-p-p109769.html?PROVID=2810&gclid=EAIaIQobChMIkLmxxbLM-gIVDdF3Ch2H4gH6EAQYAiABEgKXRPD_BwE

Une autre Solution plus Simple, mais beaucoup moins convivial, serait d’assigner les Valeurs Analogiques par Cmd M2M reçue du WES par Requête HTTP de ma Carte, à une Variables VAR(x) du WES, ce qui vous permet de Marier une Valeurs Lambda (Analogique ) à une VAR(n). La Valeur de cette VAR(n) peut être ensuite analysée par la programmation du WES lors d’une Comparaison avec une Source. Mais ce genre de Test côté programmation du WES sont restreinte à quelques Sources exemple : créer un Thermostat pour mesurer la température ambiante avec celle de la Piscine fourni par une VAR(n) reçu par requête HTTP et ensuite Activer une Action en relatif.

Cdt

Bonsoir,

J’ai comparé le fichier TICVAL.HTM entre la version 0.85 B3 et la version 0.84A4.

Je constate qu’il y a des différences entre ces deux Versions, dans la gestion de la récupération des valeurs des Jauges et dans le Trf des donnés dans le Script JS qui gère ces Jauges. Par contre les Script JS qui gère les Jauges sont identiques entre ceux utilisés pour afficher les jauges de la page d’ACCUEIL et la page TICVAL

S’il n’y a pas d’amélioration en forçant la copie du fichier TICVAL.HTM de la 0.85 B3, la seule autre différence qui existe encore, entre la Page d’ACCUEIL et la Page TICVAL, sont les appels des requêtes CGX qui n’utilisent pas les mêmes fichiers CGX entre ces deux Pages.

Afin d’éliminer cette dernière hypothèse, il serait bien de remplacer aussi le fichier actuel /WEBPROG/CGX/TICVAL.CGX par celui issue de votre Archive de MAJ 0.85 B3 que vous trouvez pareil dans /WEBPROG/CGX/TICVAL.CGX. Bien sur faire CTRL+F5 et recharger les Pages WES.

Au moins vous aurez éliminé ce que je pense être un Pb de Trf de fichiers par FTP.

Rien n’explique qu’un WES V1 provoque cette anomalie vu que votre Jauge TIC2 semble bouger dans la Page d’ACCUEIL.

La différence entre la Page d’ACCUEIL et la Page TICVAL sont les fichiers TICVAL.HTM et TICVAL.CGX, La page d’Accueil utilise le Fichier HOMEVAL.CGX pour gérer ses requêtes CGX. Le reste côté Script JS sont identiques. !

Cdt

Bonjour,

Oui cela serait facile à implémenter dans les Pages HTM.

Mais cela ne sert à rien car vous avez actuellement la même facilité de disponible. Cliquez dans l’espace numérique de la date visible, le calendrier va s’ouvrir, vous pouvez rapidement sélectionner une Date via les Flèches de Direction de votre clavier et Valider par la touche Enter ou via la sourie.

Le fait d’avoir des Flèches de direction qui permettraient d’avancer ou de reculer dans les Dates et qui serait accessible depuis la Page HTM ne vous permettrait pas d’accélérer la sélection et l’affichage des historiques entre deux Dates. Votre gain serait uniquement d »environ 100ms corespondant au temps d’ouverture du Popup Calendrier.

Il faut savoir qu’il y a un temps incompressible entre l’affichage graphique d’un historique définie par la Date en cours et l’affichage d’un autre historique d’une autre Date donnée.

Dès que vous sélectionnez une Date, un ensemble de processus s’enchaîne,

On charge depuis le Dossier /GRAPH de la carte mémoire du WES, les Fichiers Historiques DAT correspondant à la Catégorie de la Page et suivant la Date sélectionnée. On va mettre en forme dans un Tableau en zone mémoire, les Data lues de ces Fichiers DAT et en rapport à la config de la Catégorie. On va ensuite transférer ce Tableau dans une Structure mémoire du Script JS qui gère les Graphiques et on lance en final le Script JS Graph pour la Création et l’affichage du Graphique à l’écran.

Tout cela met un certain temps et donc vous ne pourriez pas changer de Date tant qu’un processus déjà engagé n’ait fini.

Vous constateriez d’une certaine Latence entre chaque défilement des Dates en utilisant vos Flèches. Cette Latence est actuellement en partie masquée par  l’Ouverture et la Fermeture du Calendrier qui vous permet de changer de Date actuellement!

Donc aucun gain de temps et possible apport de conflis et blocages dans la gestion des Graphiques. L’affichage de Graphique en temps réel comme l’est le changement d’une page texte dans un éditeur de texte n’est guère possible. Il y aura toujours une latence entre l’affichage de deux graphiques.

Cdt

RE: Je renvoie mes fichiers car ils étaient trop gros en taille pour le Blog.