Compatibilité WES v2 – DS2450

Bonjour,

Non cela n’est pas intégré, le WES lit les sondes de températures / humidités toutes les 30 secondes, ce n’est pas idéale pour lire des valeurs analogiques (il est préférable d’utiliser une des 4 entrée AN du WES pour cela)

Bonjour,

Comme l’a précisé Nicolas, le DS2450 n’est pas intégré en lecture comme composant 1wire dans le WES.
Les seuls composants 1Wire pris en charge par le WES sont:

Les DS18b20 : Lecture des sondes de températures
Les DS2408  : Intégrés dans les cartes à 8 Relais 1Wire
Les DS2438  : Mais uniquement programmé côté WES pour Lire le Hardware des modules Température, Humidité et lumière vendu sur le site.
La connexion d’un DS2438 sur le Bus 1Wire du WES sera de façon implicite reconnu par le WES comme un module : Temp. Hum. et Lum. et les valeurs seront intégrés comme étant une extension dans la Page des Températures.

L’utilisation d’un module Sonoff pourrait effectivement faire l’affaire, mais je ne connais pas de module Sonoff capable de lire un bus 1Wire.
D’autant plus que si vous souhaitez connecter vos DS2450 sur le Bus 1Wire du domicile, vous aurez forcément un conflit entre deux Serveurs Maitres 1Wires (WES et Sonoff) qui veulent accéder sur le même Bus 1Wire ou sont raccordés Vos DSxxxx (1Wires esclave)

Mais que voulez vous activer côté WES par vos requêtes HTTP ?

Les seuls données dans le WES qui pourraient être modifiés aux valeurs de vos capteurs envoyés par requêtes sont les VAR.
Par Requêtes vous pouvez activer des Etats de Relais, Modifier des Etats de Switchs, Modifiers des Valeurs de VAR mais impossible de forcer la valeur d’une entrée Analogique ou celle d’une SONDE !

Si vous modifié la valeur d’une VAR par requête, vous ne pourrez pas utiliser cette VAR comme Source Directe dans la programmation du WES, mais uniquement indirectement via une Source qui peut être comparée à la valeur de cette VAR !

Par contre, vous pouvez définir des scénarii dans le ESP pour activer par exmemple un Relais ou un Switch en fonction de valeurs lues d’un Capteur du Sonoff.

Si vous êtes un peu bricoleur, je vous propose une petite carte PCB à souder que j’avais développé en 2017 à base d’un ESP8266 et qui fonctionne comme ces modules Sonoff.

Cette petite carte de 5cm x 6,5cm est capable de lire 8 entrées Analogique, 1 Bus 1Wire (64 Dsxxx de tous Type), 1 Capteur Infra rouge (permet d’activer des Cdes via des télécommandes lambda) et toutes les Données issues des Capteurs peuvent être envoyées par requêtes HTTP vers n’importe quel Serveur comme le WES et autres comme Jeedom, Domoticz, Eedomus
II suffit de définir l’IP du Serveur à cibler ainsi que le format des requêtes à envoyer tel que vous le souhaitez.
Vous pouvez bien sur créer des scénarii en fonctions des Valeurs de Capteurs et requêtes HTTP à envoyer.

Ma petite carte dispose donc d’une connexion pour lire un Bus 1Wire et peux être raccordé sur le même Bus 1Wire de votre domicile en parrallèle avec le WES.

En effet côté Soft, j’analyse par interruption le signal descendant 1Wire du BUS, afin de voir si un autre Serveur Maitres 1Wire (ex: WES) occupe le Bus 1Wire.  Donc vous ne pouvez pas avoir de conflit, grâce à cette gestion, entre la gestion du Bus 1Wire de ma carte et la gestion 1Wire du WES.
Le serveur WES est prioritaire en accès au Bus 1Wire.

Ma carte prend en charge le Bus 1Wire commun uniquement lors des silences des accès 1Wire du WES (soit dans les intervalles des 30s pour les Sondes et environs 600ms pour toutes action sur carte à Relais). Ma carte peut Scruter le Bus 1Wire lors des silences du WES avec des Tempos cyclique de l’ordre de 800ms.

L’alimentation 5 volt de ma carte est externe (500mA). Le 3v3 du ESP est crée en interne de la carte.

Ma carte dispose d’un DIP Switch qui permet de lui attribuer une adresse reconnaissable dans les requêtes HTTP.
Donc vous pouvez mettre en Service 256 de ces Petites Cartes dans votre système. Chacun ayant bien sur les mêmes Capteurs.
Pratique pour créer des BUS 1Wire par connexion WIFI, ou allumer la lumière d’une pièce via une télécommande lambda.

Trouvez joint le Schéma de ma Carte ainsi que la Carte avec Ses composants.

Si cela vous intéresse je peux vous fournir un PCB de ma Carte nue à souder (Composants à montés en surface CMS) ainsi que le Programme INO qui peut être personnaliser à vos besoins avant de le Télécharger en tant que Firmware dans le ESP, via l’Editeur IDE Arduino.

Cdt

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

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

RE: Mais rien ne vous empêche de créer des scénarios programmés directement depuis ma Carte ESP avec les valeurs Analogique captées de la Carte.

Vous souhaitez manager ces informations : paramètres de la piscine: Température, Ph, Clore libre ou Redox, hauteur d’eau,

Prenons en exemple la hauteur d’eau : Vous avez certainement un Capteur qui permet de mesurer la Hauteur d’eau de votre Piscine. Je suppose que ce Capteur fourni une Tension Variable en fonction de cette hauteur d’eau ou bien c’est un simple Switch actionné lorsque le niveau haut est atteint.

Quelques soit le type de Capteur, vous pouvez le raccorder à une des entrées Analogique de ma Carte ESP.

Côté Programme en interne de ma Carte vous pouvez faire des Tests sur les valeurs de niveaux mesurée de ce Capteur et définir qu’il faille activer par exemple un Switch Virtuel du WES ou 1 Relais du WES en fonction de résultats définis. Donc il suffit d’envoyer par une Requête HTTP au WES afin d’activer soit le SW(n) ou le Relais choisi à ON ou OFF.

Côté Programme du WES, il suffit d’analyser le Switch Virtuel (si c’est un SW qui est modifié par requête HTTP) pour action en relatif.

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

RE: Les Scénarios sur les Tests des Capteurs Analogiques ou Valeurs reçues en lecture de DSxxx du BUS 1Wire propriétaire de ma Carte ou Code Infra Rouge reçu d’une touche d’une Télécommande sont bien sur programmés en interne dans ma Carte ESP.

Seul le résultat des Tests effectués en interne de ma Carte seront envoyées au WES par requêtes HTTP pour soit modifier la Valeur d’une VAR(n), Soit modifier l’état d’un Switch Virtuel ou commander directement un Relais du WES.

Mais on peut aussi depuis ma Carte ESP, envoyer de façon cyclique des requêtes HTTP type CGX au WES afin de lire des valeurs interne du WES. Toutes les données du WES peuvent être lus depuis ma Carte par envoie de requête HTTP Cgx. Ces données du WES peuvent servir en complément de Valeurs à tester dans vos Scénarios avec ceux des Capteurs internes.

Un exemple d’application. Vous pouvez connecter sur le BUS 1Wire de ma Carte ESP, une Carte à 8 Relais.
Côté WES, vous pouvez réservez 8 Switchs Virtuel pour simuler les états de ces 8 Relais de la Carte à Relais 1Wire Distante WIFI.

On peut donc depuis ma Carte ESP, envoyer une requêtes HTTP CGX de façon cyclique toutes les secondes par exemple, pour lire les états de ces 8 SW(n) et en fonction du résultat reçu en retour de la Requête Cgx, positionner chaque Relais de la Carte à 8 Relais 1Wire connectée sur le Bus 1Wire de ma Carte à la valeur de Chaque SW du WES respectif.

Donc vous pouvez commander par liaison WIFI chacun des 8 Relais de la Carte 1Wire connecté sur le Bus 1 Wire de ma Carte, en fonction de l’état des 8 Switchs du WES ou bien soit directement la ma Carte sans passer par le WES. Pratique pour commander depuis le WES des Relais situé à proximité de votre Piscine proche des autre Capteurs analogique !

Vous pouvez aussi commande ces Relais directement depuis ma Carte ESP sans passer par le WES suivant le résultat de Valeurs des Capteurs ou bien envoyer une requête HTTP au WES pour activer un des SW dédié au Relais côté WES ou tout Autre SW qui peut servir dans la programmation du WES comme critère d’action supplémentaire d’activation d’un de ces Relais

Exemple des lumières de la Piscine, vous pouvez les commander directement du WES via les SW ou directement depuis ma Carte sans passer par le WES ou via requêtes HTTP sur les SW, les Relais de la carte 1Wire dédié à gérer les lumières en ayant les relais physiquement proche de la Piscine connectés au Bus 1Wire de ma Carte donc sans connexion physique avec le WES.

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: Trouvez joint le schéma de l’Arduino Nano tel que décrit dans mon précédent Post.

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

RE : Je fais suite de mon Fil de ce lien : https://www.cartelectronic.fr/blog/?topic=compatibilite-wes-v2-ds2450/#post-12552

Je vous joins un Sketch INO que j’ai réalisé et vous pouvez charger dans le Arduino NANO dont je vous fourni encore joint le schéma de câblage. Vous pouvez télécharger le fichier INO dans le UNO via le Prog. IDE Arduino en mettant comme carte un Arduino Nano comme référence ainsi que le Port monté avec le Arduino Nano une fois connecté à votre PC en USB.

J’ai essayé ce Programme avec mon WES de Test et le WES répond correctement et découvre bien les 8 Sondes Virtuelles liés au 8 Entrées Analogiques de l’Arduino.

Par contre je pense que le résultat ne va pas vous satisfaire ! En effet le Serveur WES plafonne toutes les Valeurs des Sondes de température au delà de 125°. Cela veut dire que vous ne pourrez uniquement mesurer que des variations de valeurs, issues de vos Capteurs Analogiques, comprise entre 0 et 125 max et bien sur les valeurs sont rafraîchies que toutes les 30 secondes dans le WES.

Trouvez aussi joint la Page de Température de mon WES de TEST, la 1ere Sonde est une Vraie DS18B20. Les 8 autres Sondes Virtuelles crées depuis le UNO, sont reconnaissables car je leurs ai donné une Adresse MAC avec des CA (Capt.Ana) et le 7eme Octet du MAC eet le n° du Capteur Analogique en vis à vis. Le dernier et 8eme Octet du MAC est un checksum que l’on ne peut modifier. Les Capteurs Analogiques du UNO mesuraient des valeurs variables comprise entre 200 et 500, c’est pourquoi on voit toutes ces Sondes Virtuelle plafonnées à la Valeur max 125° dans le WES

Je ne sais pas si cela peut vous servir, mais vous avez cette maquette une des solutions qui peut répondre à votre projet d’utiliser des Sondes pour simuler des valeurs Analogiques avec le WES.

PS : si vous arriviez à utilisation des DS2438 pour votre projet ?, vous seriez de la même manière confronté au même problème du plafond de ces 125° max comme valeurs des Sondes côté WES.

Cdt

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 : Comme je l’ai spécifié le WES ne prend pas les Valeurs de Sondes au delà de la Valeur 125°
Si une Valeur > 125 est soumise à une Sonde, celle-ci ne change pas de Valeur et reste sur sa Valeur
initiale telle que détectée lors d’un précédent Scan du BUS 1Wire ayant soumis une valeur <= 125.

Donc laissez les Sondes Virtuelles à leurs valeurs précédentes si un Capteurs Analogique envoie une valeur > 125
peut vous induire en erreur sur des Tests de Valeurs de vos Capteurs.

Donc Je rajoute une modif qui consiste à forcer les Sondes Virtuelle à la valeur MAX 125 lorsque
le Capteur Analogique en relatif lui envoie une valeur > 125.

Forcer les Sondes Virtuelles à la valeur 125 pour toutes Valeurs issues des Capt Analog > 125 permet de voir que vous êtes en Overflow
sur la valeur MAX autorisée pour les Sondes par le WES.

Modif à rajouter en Ligne 79 en dessous de la Ligne 78 Existante du fichier INO

valAna = analogRead(pinArray[i]);           // Ligne 78 >> read la valeur du Capteur ANALOG.
if (valAna > 125) valAna = 125;             // Ligne 79 à rajouter >> Force la Sonde à la valeur MAX 125 si la Valeur du Capt.Analog > 125

Je ne fais pas une nouvelle Archive pour cette modif.

Je vous laisse rajouter cette nouvelle ligne 79 vous même si vous devez utiliser ce INO.

Cdt

RE: Bonsoir vince67,

Je reviens sur ma Solution pour transmettre des Valeurs lues de Capteurs Analogiques vers des Sondes Virtuelles crées dans le WES en utilisant un Arduino Nano connecté sur le Bus 1 Wire du WES.

Les Capteurs Analogiques du Arduino Nano fonctionnent avec une Tension d’Entrée variable comprise entre 0 et 5V donc compatible avec la plus part des OutPut des Capteurs Analogiques vendus dans le Commerce.

La lecture des entrées Analogiques depuis le Nano vous donne une variation de Valeur entre 0 et 1023 correspondante à la tension de OutPut des Capteurs soit 0v <> 5v

On sait que les Valeurs des Sondes de Température du WES sont bridées à 125 Max
Donc on ne peut pas soumettre directement aux Sondes Virtuelles, créé par le Nano, la Valeur réelle lue en entrée des Ana du Nano  (0 <> 1023).

Par contre on peut convertir les Valeurs lues des Capteurs Analogique connectés au Nano soit en Valeur de Volt 0.0v <> 5.0v ou en valeur de Pourcentage de Volt 0%<>100% relatif au 5Volt max admissible en Input et dans ces 2 cas les Valeurs à transmettre aux Sondes Virtuelle du WES sont bien inférieure à la valeur plafond de 125.

Donc on peut modifier mon Programme INO dans ce sens dans la Fonction du LOOP {..}

       float valAna = analogRead(pinArray[i]);        // Lecture de la Valeur réelle du Capteur Analogique qui peut être 0 <> 1023
       float valtension = ((valAna*5.0)/1023);           // conversion Valeur lue en valeur de tension entre 0.0V <> 5.0V
       int valpcent = ((int)(100/5)*valtension);         // conversion ABS ((100/5volt)*tension lue) = valeur de pourcentage du 5v 0% <> 100%

Donc nous avons le choix de 2 valeurs pouvant être transmises aux Sondes Virtuelles du WES:
– soit la valeur de la Tension en Entrée du Ana qui peut prendre 0.0 <> 5.0
– soit un rapport en pourcentage de la Tension lue du ANA ayant comme référence 5Volt max en entrée.

Je vous joins une dernière Archive avec le Projet INO modifié dans ce sens à téléverser dans le Arcuino Nano dont le Shémat est encore joint.

La valeur par défaut envoyée aux Sondes Virtuelles du WES est la Tension mesurée des Capteurs ANA comprise entre 0.0 <> 5.0
Vous pouvez aussi choisir d’envoyer aux Sondes Virtuelles du WES la Valeur de Pourcentage de la Tension mesurée des Capt.ANA
si vous dé-commentez le #define OUTPUT_POURCENT visible en début de fichier INO ( faut supprimer les 2 ‘ // ‘ à gauche du #défine)

Je joins aussi deux Captures écran avec les 8 Sondes Virtuelles crées depuis le Nano et visibles depuis mon WES de Test.
L’une des Captures montre les Valeurs reçues des CaptAnalog converties en Tension 0.0<>5.0 et l’autre avec ces même Valeurs converties en Pourcentage de la Tensions d’entrée en référence au 5V max 0%<>100%

Ce projet répond à 100% à votre demande d’utiliser les Sondes du WES comme référence à des Capteurs Analogiques Externes. Coût du projet moins de 10€ alim externe comprise si composants achetés en Chine. Pas de WIFI dans cette maquette !

Par contre nécessite d’avoir le Bus 1Wire du WES qui passe non loin des Capteurs Analogiques.

Cdt

RE: Juste pour information, Les Captures écran joints dans mon précédent Post montrent les Valeurs des Sondes Virtuelles du WES reçues des Entrées Analogique du Nano utilisé comme Test.

Seule l’entrée Analogique n°3 du Nano est reliée au 5Volt. Toutes les autres Entrées Analogiques du Nano sont libre et n’ont aucun Capteur connecté  ni aucune référence au GND ou 5V, donc sont très sensibles aux bruits parasites de l’environnement. Ces autres Entrées ont leurs Valeurs qui changent seules en relatif, ce qui explique la différence des valeurs affichées en Volt d’une des Captures écran par rapport à la Valeur convertie en pourcentage pour un même Analogique de l’autre Capture écran. Les valeurs Analogique détectée ayant changées entre ces deux Captures écran.

RE: Une correction de dernière minute, je renvoie l’archive INO modifié OK à téléverser dans le Arduino Nano