Module Store Eltako

[Ludwigp94]

Pour le moment j'ai avancé dans le sens ou j'ai bindé tous les volets et j'ai des fonctionnement a peut prêt partout. La le pb qu'il reste c'est le fonctionnement complètement aléatoire. Si j'envois un ordre sur un store c'est souvent un autre ou plusieurs qui réagissent alors qu'ils ont tous été configurés séparément et remis à zéro avant! Le retour d'état n'est pas toujours correct malgré des retours de trame dans le debugger. J'hésite à activé tous les modules en mode relaie, je ne suis pas certain que cela ne provoque pas une redondance d'informations sur la clé USB. En tout cas si je descend tous les stores par l'interrupteur je n'ai pas un retour correct du niveau des stores sur lifedomus actuellement.

[Julien]

Pour les retour d'états, le module nous envoie la durée qu'il à descendu ou monté. Il faut donc que les durée de cycles d'ouverture et fermeture du volet soient bien renseigner pour une bonne interprétation.

Pour les volets qui s'activent alors qu'ils ne devraient pas, vérifier dans le debugger que lorsque vous faîtes une action dans Lifedomus, qu'il y'est bien qu'une ligne Lifedomus en 4 octet qui part.

[Ludwigp94]

Bizarrement sur lifedomus j'ai 2 lignes par exemple en départ: https://www.dropbox.com/s/z6zpvwsge7k71x....43.41.png

[Julien]

Bonjour,

Lifedomus pour piloter les modules EnOcean, simule des interrupteurs à l'aide de la clé. Chaque interrupteurs simulés à 2 boutons. Lifedomus assigne donc à chaque module lors d'un bind un bouton d'un interrupteur.
Les 2 boutons ont le même ID mais le "rocker" change. Or il se trouve après des tests sur le FSB61 que seul l'id est pris en compte. Ce qui explique que 2 volets ayant le même ID mais pas le même Rocker soient pilotés lors de l'envoi d'une commande.
Je vais continuer mon investigation pour voir si cela est global sur les modules Eltako ou non, et corrigerai en fonction.

Pour ce qui est des 2 trames envoyés, cela n'est pas normal, cependant je n'arrive pas à reproduire l'erreur.
Pouvez vous m'envoyer par mail (julienl@lifedomus.com) un backup ou votre numéro de série pour que je puisse le récupérer et j'analyserai d'où viens la double commande.

[Julien]

Bonjour,

Après différents tests, il apparaît que les différents modules Eltako que j'ai testé ont le même problème. Je vais donc corriger pour les futur binding. (Il faudra supprimer et faire un clear sur tous les modules dans lifedomus après la mise à jour).
Pour les 2 trames, cela n'a rien à voir avec lifedomus, vous devez juste avoir un répétiteur qui renvoi à lifedomus la commande émise. Vous pouvez changer dans les propriétés du connecteur et mettre "Oui" à "La passerelle intègre le répéteur de commande".

Julien

[Ludwigp94]

Ok, parfait, j'attend donc la maj pour continuer les configs, au niveau du connecteur. Dommage de devoir refaire le binding de tous les modules mais si c'est nécessaire je referais un passage.
Sur la passerelle j'avais déjà validé l'option Oui pour le répéteur donc "l'écho" viens surement de quelques modules Eltako qui sont également en mode répéteur.
J'espère que j'aurais autant d’efficacité sur les modules Zigbee qui par contre n'on pas bougé depuis le départ d'Ulrich ... toujours une belle collection de modules inutiles sur lifedomus...

[Ludwigp94]

Bonjour, j'ai donc refait les binding qui semble mieux fonctionner du premier coup puis rester. Pour le moment c'est hyper aléatoire... J'ai encore des stores qui monte lorsque j'en ai qui descende sur un scénario tout ouvert 100%, les retours de positions sont étrange, j'ai des ouvertures à -167% par exemple dans certain cas, parfois j'ai même un affichage ouvert -60% alors que le volet est fermé. Bref, pour le moment rien de bien satisfaisant. Est-ce qu'il faut que je détruise les équipements pour remettre tout dans un étant normal? Je vois bien dans le debugger des trames dans les 2 sens mais par exemple si je lance un script qui commence par un store en bas, j'ai le store du haut qui démarre puis les autres dans l'ordre plus ou moins et au moment du store du haut, j'entend bien le contacteur s'activé ! Je n'ai pas encore pu déterminé si plusieurs stores réagissent à la même commande sur l'un des stores donc je continu mes investigations.

[Ludwigp94]

Donc après quelques test, je confirme, il y a toujours un problème de plusieurs modules qui réagissent alors que je n'envois normalement l'ordre que sur un. Ils ont tous été appéré modules par module après un raz complet pour être certain qu'il n'y ai aucune confusion entre eux. L'ordre viens donc de la lifedomus qui traite les signaux comme elle a envie. J'ai lancer des ouvertures manuels de tous les modules et elle a récupéré le signal volet fermé !! si je relance en manuel l'affichage indique toujours les volets fermés alors que j'ai bien vu sur le debug le signale passé de changement d'état (certain indique même un pourcentage différent du 100% fermé...). Il doit encore manqué quelque chose ou alors il faut que je passe tous les modules en relais? Mais la il risque d'y avoir pas mal d'écho sur la clé USB300 en retour...

[Ludwigp94]

Bonjour,
un petit bug bien fatiguant... j'avais appairé les modules FSB 61 ... malgré un caractère bien aléatoire que je ne m'explique pas (parfois le store fonctionne avec les scripts et parfois rien, j'ai donc décidé de changé le module USB pour un module avec antenne externe avec plus de db... bref, je teste, les inter EnOcean Nodon parfait, comme avant je vois bien tout dans le debug, je vais en manuel sur un FSB61, je vois bien mes codes descentes / monté sur le debug, jusque la tout va bien, je tente une monté / descente et ça ne fonctionne pas... bon je suppose que c'est du au fait que le code doit être dépendant de la clé USB donc je repasse un module en apprentissage, j'envois une séquence... le debug me montre que la LD n'envois rien donc forcément le FSB apprend rien... du coup ça fonctionne pas :-( Je suppose que si je détruit le module, l'équipement et les scripts qui sont derrière et que je recommence ça va fonctionné mais qd on a 19 modules encastré et qu'il faut tout démonté pour passé en mode apprentissage et qu'en plus il y a des scripts dans tous les sens, l'opération va être très laborieuse. Y a t'il un moyen plus rapide pour que la LD accepte d'envoyer le code d'apérage de nouveau? Sans compté que si j'envois un premier coup et que ça passe pas la LD considère que ça passe pas et si je le Eltako l'a apris mais qu'on est entre 2 la LD va refusé de l'utilisé tant que j'ai pas les Lifedomus (1) Lifedomus (2) qui apparaissent... ça c'est aussi très contraignant car ça oblige au clear sur le Eltako pour recommencer :-( Bref c'est largement perfectible et il me faudrait des solutions si possible.

[Ludwigp94]

Et bien plus embêtant, comme je n'avais pas le temps d'attendre un éventuel dépannage sur le reset, j'ai donc fait un CLR sur tous les modules Eltako, effacé toutes les traces de mes FSB61 et recommencé ma config... et la c'est la cata, le debug m'affiche bien la réception de paquet de tous les modules si je les actionnes manuellement mais impossible d'appairé la lifedomus sur les FSB!! j'ai donc du me résoudre à collé dans l'urgence des inter Enocean pour le contrôle manuel mais c'est pas une solution à moyen terme vu que toute la maison tourne avec des scripts sur les actionneurs de volets (programme grosse chaleur etc...). Bref, y a un truc qui m'échappe ou c'est un bug connu qui attend une correction? De même pour avoir essayé d'autres centrales, je pense que la possibilité d'apprendre tout seul les modules serait la bienvenue... Version on actionne un module qui va donc généré un retour, on le retrouve dans la liste des périphériques à faire apprendre et après on a plus qu'a faire la séquence d'appairage. Voir même un bouton test à ce niveau serait probablement pas mal également. J'espère avoir vite un retour pour me sortir de cette galère. Bonne fin de week-end a tous.