PB KNX, jeedom lance des ON OFF en boucle

Bonsoir,
Cela fait quelques temps que j’utilise Jeedom et je trouve généralement réponses à mes questions sur le forum. Mais j’avoue que la, je suis confronté à un pb trés ennuyeux et surtout qui me fait craindre pour mon installation KNX.
En effet, j’ajoute mes luminaires, prises commandées, station météo etc dans Jeedom, jusque la, tout va bien… et pour je ne sais quelle raison, je rajoute un module (en l’occurrence, une prise commandée TOR) avec « ETAT » « ON » « OFF » sur une adresse de groupe propre à cette commande et la, lorsque je la teste dans Jeedom elle bascule de ON à OFF de manière incessante et donc, mon module TOR KNX s’affole.
Seule solution, couper jeedom et le relancer en ne touchant plus aux commandes.

J’ai malheureusement eu le pb avec un ballon d’eau chaude que j’ai grillé avant de m’apercevoir du pb. J’ai tout réinstallé et aujourd’hui… rebelotte

A mon sens, la prog ETS est correcte ainsi que l’intégration ds Jeedom.

Il est possible qu’à force de chercher, la solution se trouve sous mon nez, mais la je seche.

merci de m’indiquer ce dont vous avez besoin pour analyser avec moi le souci, si le coeur vous en dit biensur.

d’avance, merci

As tu fait récemment la mise à jour du core de Jeedom ?

Donne nous un screenshot de tes commandes dans ets et dans jeedom

Bonsoir, désolé pour cette réponse tardive…

ci dessous, un screen de la commande « Action » de ma deuxième ligne de prises de cuisine dans ETS :

ci dessous, un screen de la commande « Etat » de ma deuxième ligne de prises de cuisine dans ETS :

Ci dessou les screens de config dans Jeedom :

merci pour votre aide.

Les commandes binaires sont sur « jamais répéter « ?

Qu’entends-tu par « jamais répéter », tu parles de lecture/ecriture cyclique? si c’est le cas, seules les « infos » le sont pas les commandes

Par contre, mon demon KNX est en 0.0.1 et je vois deux adresse qui écrivent sans cesse 0.0.3 et 0.0.4, je ne sais pas à quoi elles correspondent

Bonjour
Faut revoir tes flag qui ne sont pas bon
Voir la doc

Pas de flag sur une action et surtout pas « lecture » lorsque tu fait une demande cyclique sur l’etat

C’est est pas tout à fait ça 0.0.1 est la première connexions et tu en autorise plusieurs.
Le plugins vas se servir de la première pour le bus monitor et les autres libre pour les action

Attention de tagger le plugin pour plus de visibilité surtout que j’ai tendance par manque de temps à ne lire que les messages sur les tag qui m’intéresse
Je l’ai ajouté

Hello,

merci Mika, j’ai viré tous les flags sur les actions, je n’ai pas de flag lecture sur les demande cyclique sur l’état, ça à l’air de fonctionner.

Que ce soit dans ETS ou Jeedom, j’ai du mal avec les flags…

Attention de tagger le plugin pour plus de visibilité surtout que j’ai tendance par manque de temps à ne lire que les messages sur les tag qui m’intéresse
Je l’ai ajouté

je te suis pas… dsl (c’est bon j’ai capté :roll_eyes:)

Peux-tu mettre un nouveau screenshot pour voir si c’est mieux

Les flags sont difficiles à appréhender au premier abord.
On a tendance à vouloir en vue sur le bus alors que l’on parle des action réalisé sur la commande
On ne retrouve donc pas forcément de correspondance de configuration entre jeedom et ets

bon faut que trouve un moyen de mettre de meilleur capture…

Bon ça fonctionne nickel, je vais me pencher sur cette histoire de flag

Bonjour

Sur ton retour d’etat, il faut

  • supprimer le flag « Transmettre » qui en sert a rien, une commande info ne transmet pas
  • si tu à tu une reponse au READ, tu peux activé le flag « Initialisation »
  • Est tu sur d’avoir besoin de faire une interogation cyclique normalement ton retour d’etat doit arrivé lors d’un evenement

Pour ne pas te prendre la tete avec les flag je te conseille d’utilisé les Template qui n’ont besoin que des Adresse de Groupe pour fonctionné (quelque retour en cas particulier)

Hello, merci pour ton retour, je vais positionner les flag comme indiqué.

pour l’interrogation cyclique, je me suis dis qu’en cas de pb, cela permettrait a Jeedom de connaitre l’etat de la sortie mais visiblement cela ne sert à rien (je suppose qu’en plus cela allège le bus). D’ailleurs dans quel cas l’active t-on?

je vais tester les templates je dois ajouter quelques électrovannes, ça sera l’occasion

En cas de probleme le demon vas redémarrer et faire un init.
Il vaut mieux faire un init qui vas effectivement charger le bus qu’une fois

C’est une option tres peux utilisé mais on peut avoir besoin d’envoyer une valeur de maniere cyclique pour un retour d’etat je ne vois pas vraiment de cas

Où envoyer l’heure /date de manière cyclique sur le bus

Oui c’est a ce que je pensais j’ai voulue rester générique, mais je pense que tu as raison au final un cas concret est certainement plus parlant

Un autre exemple, le thermostat est géré au niveau de jeedom et il envoie un pourcentage d’ouverture de la vanne de chauffage qui elle est en knx. Il existe un système de sécurité sur le module knx qui ferme la vanne si elle ne reçois pas régulièrement la valeur. Il est intéressant de l’envoyer régulièrement même si la valeur ne change pas

Merci bcp pour votre aide… Tout fonctionne parfaitement maintenant.

@ Poluket, tu parles d’envoyer l’heure de manière cyclique sur le bus, j’ai désactivé cette option sur l’etat de cette fonctionnalité de ma station météo et cela fonctionne quand même, je suppose que c’est parceque Jeedom considère cela comme un changement d’etat?

Comme j’ai la chance d’avoir des spécialistes ETS/Jeedom, je vais enchainer un autre post (ou 2 :grinning:)

Bonjour

Ta station meteo a un GPS?
Si oui c’est elle qui envoie l’heure au systeme.
Lorsque tu n’a pas ce type d’equipement mais que ton knx a besoin de l’heure Jeedom peut envoyer de maniere cyclique l’heure sur le bus

Hello,

oui effectivement ma station possède un GPS