Module Store Eltako

[Ludwigp94]

Bonjour Julien, quelques news pour faire fonctionné les modules Stores? Entre les modules Zigbee qui n'ont pas bougé depuis 3 mois et les modules Stores Enocean qui sont utilisé en simple relais commandé par du filaire je passe pas mal pour un guignole avec ma solution Lifedomus... Je sais, j'aurais fait toute l'installation en Knx j'aurais eu moins de pb mais comme c'était indiqué "compatible", j'avais de l'espoir.

[knxdomus]

Bonjour,

Si vous avez déjà du Knx,pour les solutions Enocean, il faut peut-être penser à mettre une passerelle Knx/Enocean.
Ce qui fera un système usuel beaucoup plus résistant aux aléas des Box qu'elles soit Internet ou domotiques.

Après pour les éléments de confort ou plus sophistiqués... Ok pour une box domotique !
Je pense que les événements élémentaires : Allumer une lumière, ouvrir un volet, se chauffer, l'ouverture des portes ou encore les éléments de sécurité doivent se faire dans le dur.
C'est là ou une logique répartie me semble la plus judicieuse.
Il reste le bus KNX et son alimentation... redondance obligée ... mais nous restons dans des technologie simple et éprouvée avec des durée de vie en phase avec l’immobilier..

En résumé : une couche solide -> Knx + un enrobage magique et ludique (mais également utile) -> Lifedomus

Cordialement.

Bertrand.

[Julien]

Bonjour,

Après vérification, le module envoi un feedback très clair à partir des modules sortie après la semaine 39 de l’année 2012. Si votre module est plus vieux, il se peut qu’il n’envoie pas les trames attendues. Il n’envoie que lorsque le volet est en haut ou en bas. Ce qui peut expliquer le côté aléatoire que vous avez rencontré.

J’ai eu des contacts la semaine dernière avec un intégrateur qui utilise une dizaine de FSB61 en mode générique et en es très satisfait. Cela peut-être une solution.
Si vous ne connaissez pas la semaine de fabrication du module, il faudrait effectuer des tests sur le module, activez le debugger sur le config studio et vérifier que le module renvoi une trame avec 4 octets de data à chaque fois qu’il finit un mouvement (par Lifedomus ou un interrupteur peut-importe).

Julien

[Ludwigp94]

Ok, donc si je comprend, la solution c'est déjà de ré associé les modules en mode générique puis de lancer le debugger pour vérifié que les modules renvois bien les trames. Il sont tous acheté cette année donc à moins que Domadoo n'est eu des vieux stocks je pense qu'ils sont plutôt récent. Par contre je n'ai pas modifié l'état de base des relais. Peut-être qu'il faut activé le confirmation telegrams. Est-ce qu'il faut renoncer au connecteur spécifique FSB61 ou il est prévu tout de même une correction sur la prochaine maj. ?

[Julien]

Vous n'êtes pas obliger dans un premier temps de les binder à lifedomus.

Je vous conseillerais dans un premier temps de faire un clear du module, lui associer un interrupteur et l'utiliser avec l'interrupteur.
Dans le config studio vous lancer le debugger et regarder ce qu'il se passe. Et oui si le module n’envoie pas de trame, il faut peut-être les activer.
Une fois les feedbacks en 4 octets actif, re creer le module de 0 dans lifedomus avec le module FSB61 d'eltako.

Il est fonctionnel si les feedback sont activés.

Julien

[Ludwigp94]

Pas si simple, j'ai activé le Télégram sur 2 stores (l'un qui ne répondait plus et l'autre qui répondait à sa place !!), la presque un miracle le bon store qui correspond à la mac réagit. Par contre il m'indique un retour d'état complètement farfelu et quelques soit son % d'ouverture ou fermeture il ne fait que fermé si j'utilise la commande Enocean de Store. Si je le remonte avec l'interrupteur physique l'état ne change pas. Le debugger à fonctionné 1 fois et depuis il ne m'affiche rien que j'envois ou reçoive des commandes !! Bizarre.

[Ludwigp94]

Il y a du progrès, j'ai enfin un module qui monte et descend et le debugger qui m'affiche bien les informations correctement sur 4 octet. Par contre j'ai toujours le même bug au niveau du CS lorsque je vais sur l'ajout d'un store qui je choisis ma passerelle et que je liste les stores je n'en vois que 3 / 7 !! Et celui qui fonctionne n'est pas dans les 3 car il était visible au début de la configuration et est donc attaché à un store depuis le début. Est-ce qu'il faut que je recréé toutes les associations?

[Julien]

J'ai un peu de mal a vous suivre, mais comme je l'ai dit précédemment un clear d'un module + la suppression de celui-ci dans Lifedomus pour repartir de 0 eu étais un bon point de départ pour aller pas à pas et voir d'ou peut venir le soucis.

Pour l'affichage que de 3 modules sur 7, il est possible d'associer un module EnOcean dans un équipement uniquement si ce module est bindé à Lifedomus. C'est à dire que vous voyez Lifedomus(0) et Lifedomus(I) dans la configuration du module.

[ATTACH=CONFIG]337[/ATTACH]

[Ludwigp94]

Je confirme, les modules sont bindé et pourtant cela ne passe pas. La je viens de voir qu'en envoyant un ordre sur un module, l'un de ceux que j'ai mis totalement en fonction (2 avec retour d'état, monté et descente) commute ! Pourtant au moment de l'enregistrement j'avais allumé les modules séparément pour ne pas les enregistrés entre eux. Je pense reprendre à 0, effacé tous les modules, les remettre en état initial et reprendre pour voir si cela change quelque chose. Autre remarque, dans le module Scénario, monté ou descendre par étape ne fonctionne pas alors que le mode expert avec les pourcentages fonctionne. Je refait les configs et je ferais un retour tout à l'heure.

[Ludwigp94]

Pour le moment pas brillant, j'ai toujours une partie des FSB qui ne sont pas listé dans les passerelles disponibles et pourtant j'ai recréé l'équipement (pas le FSB, juste remonté l'association). Prochaine étape je détruis aussi le FSB pour voir.