Nano42

Bonjour Christian

Désolé d’avoir tardé à vous répondre, mais j’étais absent.

Mes WES sont bien des types V2.

Je confirme qu’à part les câbles de liaison WES > Blocs relais 1 Wire qui sont plats mais très courts, tous les autres câbles vers les sondes sont bien des câbles à paires torsadées, avec alimentation du +5V  séparée comme vous me l’aviez déjà conseillé précédemment.

Au total j’ai essayé plus de 8 sondes différentes, ce qui permet de les dédouanner. Du fait que le phénomène se produit sur mes 2 WES et leurs réseaux respectifs permet également de penser que les WES et les blocs relais 1 Wire ne sont pas en cause non plus.

Reste d’éventuels parasites d’induction générés par le cheminement du câblage de la maison, mais je n’y crois pas trop car le phénomène se produit même avec des câbles volants assez courts (2 ou 3m) entre les sondes et les blocs relais.

Je vais me procurer un analyseur comme le vôtre, histoire d’essayer de comprendre ce qui se passe.

Encore merci pour votre aide,

Cordialement

Bonjour,
Après 2 semaines d’essais en tous genres, je dépose les armes…
Pour information, mon réseau « énergie » est constitué de 2 serveurs WES. Chaque serveur pilote de manière indépendante 3 blocs de 8 relais 1 Wire. Lorsque j’ajoute une ou plusieurs sondes de température sur l’un ou l’autre de ces réseaux 1 Wire, je peux les détecter et les mettre en service, mais au bout de quelques  heures (1 à 10 selon le cas), je constate une dérive brutale des valeurs de température indiquées (jusqu’à 60°c pour une température réelle de l’ordre de 10°c). La ou les sondes concernées passent en rouge sur l’interface avec impossibilité de les scanner de nouveau. Plus grave , il arrive qu’un des blocs relais 1 Wire sur le réseau concerné perde la connexion ( tous les noms des relais disparaissent alors de la programmation d’action et les relais ne fonctionnent plus). Lorsque je débranche la ou les sondes, en effectuant un scan des relais tout rentre dans l’ordre pour ces derniers. Un scan des sondes permet de faire disparaître les voyants rouge de l’interface. Si je les rebranche ensuite, je peux de nouveau les scanner et les remettre en service  (pour quelques heures seulement il est vrai).
Je pense avoir tout essayé (ou presque)… Le phénomène se produit avec tous les types de sonde (contrairement à ce que je pensais au début), j’ai essayé plusieurs sondes de chaque type, des liaisons par RJ 11, des liaisons à vis, des liaisons soudées, des câbles à plat, des câbles blindés, des paires torsadées avec  liaisons tension indépendantes, des résistances pull up dans tous les sens, des modules arduino pour sondes de température, ….rien n’y fait…
Au final j’ai débranché toutes les sondes de température et je me passe de celles-ci. Ce n’est pas très grave car je ne souhaitais pas les utiliser comme déclencheurs mais plutôt comme indicateurs. Il n’en reste pas moins que c’est un peu agaçant de ne pas trouver de solution. Je suppose que mes réseaux 1 Wire sont trop chargés… Le seul essai que je n’ai pas réalisé c’est de débrancher tout, ou partie des blocs relais 1 Wire avant de brancher les sondes, mais comme je l’ai précisé mes relais pilotent des actionneurs, pas les sondes, donc le choix est vite fait….
Je reste preneur de suggestions ou conseils,…. pour savoir…
Bonnes fêtes à tous

Bonsoir Cdlog2

Merci pour ce coup de main qui est le bienvenu.

Les sondes sont bien du modèle  DS18B20 et sont reconnues comme tel par le WES.

En ce qui concerne l’étanchéité de la sonde extérieure, pas de problème, la liaison avec le réseau One Wire se fait dans un boîtier étanche situé à l’intérieur.

Le blindage du câble interne n’est bien relié à la terre que d’un seul côté

Pour les longueurs de câble, seule la partie du réseau 1 Wire desservant la sonde extérieure nécessite une prolongation par un câble Ethernet cat 5 d’environ 6 m de long. Les autres sondes sont branchées directement en étoile sur une multiprise RJ 12 située à côté du dernier bloc de 8 relais 1 Wire utilisé.

Pour les essais j’ai branché une 4 ème sonde qui est d’un modèle étanche.

Sur vos conseils et après plusieurs essais infructueux avec différentes configurations de résistances je pense avoir trouvé une configuration qui fonctionne :

• une 4,7 k branchée sur le dernier bloc 8 relais (et donc située entre le bloc 8 relais et la multiprise RJ12)
• une 4,7 k branchée sur la multiprise RJ12 au départ de la sonde étanche qui mesure la temp de l’eau du puits ( fixée sur un tuyau cuivre)
• une 4,7 k branchée à l’extrémité du câble Ethernet vers la sonde étanche extérieure

Les deux autres sondes, la normale (salon) et l’étanche (ambiance chaufferie) sont branchées sans résistance sur la multiprise RJ12

La configuration tient depuis une petite dizaine d’heures et les mesures remontées par les sondes sont cohérentes, tous voyants au vert.

Je ne touche plus à rien et je vais observer l’évolution de la situation en espérant qu’il n’y en ait pas…. Je posterai dans quelques jours pour indiquer si ça continue de fonctionner.

Encore merci,

Bonne soirée

Bonjour Bibi9

Tout d’abord, merci pour le lien vers le document d’Enedis traitant du fonctionnement du Linky que je ne connaissais pas et qui est une vrai mine d’informations. Je n’ai pas encore tout digéré, mais cela permet d’expliquer beaucoup de choses..

J’ai regardé attentivement les captures d’écran envoyées et cela amène quelques remarques.

Pour la « 114719 » je comprends que les 3 phases sont en injection (le WES ne sachant déterminer le sens que pour la 3 sur votre installation) La puissance totale injectée selon les pinces est donc de 351 + 155 + 241 soit 747 VA. Linky voit quant à lui 831 VA. On ne va pas s’en plaindre, mais cela pose néanmoins question.

Pour la « 112359 » je suppose que  les ph 1 et 2 sont toujours en injection mais que la ph 3 qui supporte votre consommateur est elle en soutirage. La somme algébrique des puissances est donc de 3153 – 210 – 394 soit 2549 VA, ce qui est cohérent avec les 2563 VA de puissance apparente soutirée vus par le linky.

Je ne manquerai pas, lorsque l’ensoleillement le permettra, de faire quelques essais supplémentaires en relevant les pinces comme vous l’avez fait. Cela devrait permettre de me rassurer (ou pas) par rapport au fonctionnement du linky.

Cordialement

Bonjour @ bibi9,

Je rejoins à ce mail le fichier de l’expérimentation en format Word car il n’est pas passé en format pdf  (env.1 Mo)

Je pense que le problème ne se pose pas pour les installations en production pure, car « le sens du courant » est le même pour les 3 phases. La quantité d’énergie totale produite est la somme algébrique de la quantité d’énergie produite par chacune d’elle.

En ce qui concerne la bascule conso/production évoquée, c’est bien l’idée car actuellement le WES ne sait reconnaitre la différence que sur l’une des 3 phases. En lui indiquant « le sens » pour chaque phase par programmation et SW il devrait pouvoir incrémenter correctement les compteurs

En ce qui concerne la faisabilité, je laisse la parole à Nicolas ou Cdlog2, car cela nécessite du développement

Cordialement

Bonjour,

Je viens d’installer la version 0.86 Beta 6D, et j’ai modifié ma programmation d’actions pour utiliser les infos de puissance apparente phase par phase du TIC maintenant disponible dans les sources de programmation. Cela fonctionne parfaitement, merci pour la modification.

Quelques remarques et conseils pour d’autres utilisateurs potentiels :

– la fréquence de rafraichissement du TIC n’est malheureusement pas celle du WES. Entre le moment où l’on déclenche une charge sur l’installation qui fait passer d’injection en consommation (ou vice-versa), il faut compter environ 4 à 5 secondes avant d’avoir le retour TIC (alors que c’est quasi instantané sur le WES quand on utilise la mesure de cos Phi disponible sur une phase).

– le TIC présente fréquemment des erreurs de trame. En fonction de l’importance des automatismes que l’on souhaite piloter à partir des informations TIC, je préconise d’utiliser des switch virtuels pour mémoriser les états et de proscrire les commandes du type « ON tant que condition vrai » qui sont susceptibles de générer des états instables en cas d’erreur trame. L’indicateur « Défaut Teleinfo » permet également de revenir vers une zone connue ou de déclencher une alarme si besoin.

– En ce qui concerne les phases non surveillées en cos Phi dans l’onglet « pinces ampèremétriques », il serait intéressant de pouvoir piloter (forcer) le passage en mode production ou consommation par une commande de programmation. Peut être dans une future version…

Dernier point, les habitués de programmation vont sans doute trouver ma demande un peu bête, mais je ne parviens pas générer le clignotement d’un relais OneWire en utilisant les Actions du WES. Alors Si quelqu’un peut me venir en aide ?…

Bien cordialement