plruffin

Okje vais extraire le fichiers rules  variables,  switch…sur le wes. Car becoup de conditions active si…le cas du & …..Voir copie ecran

Effectivement ça peut servir d exemples de toute la puissance et quintessence du wes au delà de simplement regarde les infos du tic

A mon sens c est déjà pas mal optimisé trie…mon cursus ce ressent.

Pour le bornier il me semble que rj multibroches…après ok à et b signaux différentiels du rs485

Mon gestionnaire d’énergie n’est ni plus ni moins que le WES c’est bien son job et il le fait a merveille depuis plus de 5ANS avec une fiabilité a toute épreuve (et c’est nécessaire car en TEMPO et rouge HP fau mieux délester (même si en doublon il y a un cablâge avec le contact sec du Linky, on ne sais jamais shutdown wes et la plus de rules)).

MQTT me parait plus important que DynDNS car ceci on peut largement faire avec les routeurs et autres alors qu’avoir un protocole d’échange avancé.

Pour le brochage modbus allez juste un rapide post suffira .

Pour info sans autre vue je suis de formation électronique informatique ….

Mon Gestionnaire domotique est HA sur un PI4

pour le fun ci dessous un snapshoot de mes rules

Bonjour Nicolas,

J’en profite pour faire part de quelques évolutions compléments qui seraient sympathiques.

Augmenter le nombres de variables et de switch virtuels ( voir ci dessous la raison)

Avoir un label nom sur plus de caractère ( pour etre plus explicite et lisible)

Je m’en explique. SI comme moi vous réaliser un « vrai serveur énergie » vous aurez vite un nombre assez considérable de règles (perso j’atteint les 55 après optimisation). Si la programmation par « rules type automate » est assez simple et efficace elle nécessite dès que l’on veux des conditions « complexes de type A & B & C & D & Pas E …. » de passer par des « variables intermédiaires » réalisés avec les SW. Pour  pouvoir mettre des conditions d’exécution en produit!…Le OU ne pose aucun problème il suffit de mettre X règles en parallèle (c’est à dire agissant sur le même résultat! De même si on désire avoir des prédicats (conditions) paramétrables il nous faut des variables qui  détermine la condition et leur nombre est relativement faible. Je dis bien si et seulement si on fait une programmation avancée.

De plus mon serveur énergie est interconnecté avec mon serveur domotique et je considère que ce n’est pas le rôle du serveur domotique d’avoir les règles de gestion d’énergie mais celui du serveur d’énergie justement! Chaque système se doit d’etre autonome avec ses propres règles (exemple si vous demander un prêt ce n’est pas vous qui déterminez les conditions d’acceptation mais la banque). Donc mon Home Assistant il lit les infos du superviseur d’énergie dont il besoin pour lui et lui demande de faire ceci ou cela mais c’est le WES qui fera ou pas selon le respect des règles qui lui sont propres tant sécuritaires que pilotage! Par la le HA ne pilote aucun relais directement du WES.  Toute la communication entre les deux passe par des « variables » en ce cas présent par des SW et si on doit communiquer pas mal de chose ca va vite . Cela est le fait que nous n’avons pour le moment pas d’autres moyens d’échange avec un protocole avancé! C’est du  » pseudo bit à bit ». L’arrivé de Modbus changera cela bien évidement.

Augmenter les variables ne doit pas être insurmontable sur l’espace mémoire disponible .

Sinon je sais que c’est pas facile mais une documentation A JOUR serait sympathique et bien utile tout comme des nouveautés qui soient opérationnelles. C’est surtout pour vous et l’image ce serait un point positif car c’est dommage que cela ait un effet négatif ….Prenons l’exemple de Modbus c’est SUPER et attendu mais Today c’est annoncé  mais on ne peut rien faire à part avoir le menu ( bon si on trouve le brochage du connecteur d’extension on pourrait lire des variables après pas mal d’expérimentations sur comment faut faire ). C’est un avis personnel qui n’engage que moi et ne vous juge pas mais je pense qu’il aurait mieux fallut attendre que ce soit totalement finalisé pour le mettre et l’annoncer comme ca pas de possible déception… Mais encore très bon produit et bravo.

Très sincèrement Pascal

• Cette réponse a été modifiée le il y a 5 mois par plruffin.
• Cette réponse a été modifiée le il y a 5 mois par plruffin.

Version full connect (Rs485, ethernet, wifi…) et tout ca pour environ 55€ sur Amazon

• Cette réponse a été modifiée le il y a 5 mois et 3 semaines par plruffin.

Re

En plus du Write dans le controleur Modbus il faut aussi que le registre write soit en output des actions pour envoyer une commande Modbus

A+

et en utilsant un convertisseur RS485 TCP ethernet et bien le meme moduyle pais en ethernet et voila des ES déportées

re,

rapide tour du modbus je précise pour l’instant sans rien de connecter juste pour voir l’interface et les possibilités.

Pas mal et la meme interface que pour actions est bien.

Juste une remarque pour le moment j’ai bien noté et vue que nous pouvons affecter une lecture d’un registre d’un péripherique Modbus soit vers un SW ou une variable. sachant que les SW et les Variables sont limitées ca va vite etre juste si on a une programmation un poil avancée! Surtout que pour le moment dans les actions on ne peut pas accèder aux variables modbus! Serait possible de prevoir cet accès ?

A+