plruffin

Hello Nicolas et Christian,

Alors la je suis scotché et idiot de ne pas avoir pensé et essayé!

Jusque la pour voir les commandes j’utilisais un autre onglet de ma fenêtre Google chrome quand je me dis essaye voir avec un autre navigateur web un clic sur IE et j’envoi la commande et la « miracle » …

Je ne vais pas mettre un coup de Wireshark pour voir les conneries de Google Crome mais bon quel idiot je suis ….

C’est Ok for me

Ca arrive aussi sur la commande de relais http://wes/ajax.cgx?RL1=ON

j’ai l’impression que le parser fait dès fois des siennes

Ne serait il pas possible de « stocker » des variables et sw d extension sur la Sd externe si plus assez de memory interne…voir extend internal memory avec la sd. Je sais sd et rw intense pas terrible mais bon à défaut de pouvoir mettre plus de memory interne…sinon y a wes v3 avec connector ssd…mais la review design

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

Voir le sujet dans installations…

Globalement je n arrive pas à activer désactiver un sw par une requête type http://myipwes/ajax?sv=on/off alors que pour les rl no soucis j ai tout essayé sw switch 1 pour ouais rien n y fait …idem pour changer une valeur de variables. Indispensable pour que ha demande au wes je voudrai que tu fasse  ceci ou cela

• Cette réponse a été modifiée le il y a 2 mois par 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 2 mois par plruffin.
• Cette réponse a été modifiée le il y a 2 mois par plruffin.