Enocean module volets roulants EVOLOGY (D2-05-00)

Bonjour à tous,

Je cherche à intégrer les modules volets roulants Evology (NodOn SIN-2-RS-01) via le plugin ENOCEAN , et je rencontre plusieurs problèmes, je souhaite avoir votre retour pour savoir si j’ai loupé quelque chose ou pas.

Pour commencer, mon installation :

  • Jeedom V4 a jour sur une VM sur un NAS Synology
  • adaptateur clé ENOCEAN USB310 et une antenne de 3 Dbi.
  • Version du plugin beta du 30/01/2024
  • Version du firmware des modules 1.3

Mon installation tourne sans problème avec des interrupteurs Trio2sys depuis quelques mois, et depuis quelques années avec une quarantaine de périphériques ZIGBEE et ZWAVE.

[PLUGIN]

– J’ai donc souhaité passer mes volets roulants en ENOCEAN et commencé par faire un reset des modules (1 appui long 5 secondes puis 1 appui bref 1 sec).
– Je câble mon module, réalise un appui bref sur les boutons poussoirs pour positionner le volet et que le module détecte le type de bouton.
– Je procède à la calibration du volet via 5 appuis bref sur le bouton

-Et vient ensuite l’étape de l’appairage
J’utilise la première option « détection automatique », le module est bien reconnu, par Jeedom en module Nodon (profil D2-05-00), je clique sur sauvegarder et le module arrête de clignoter au bout de quelques secondes pour indiquer qu’il sort d’appairage.

Seulement, à ce stade, je n’ai que les commandes infos des retours d’états qui fonctionnent, aucune commandes action pour la montée ou la descente.

– Je retente un appairage avec exclusion préalable du module, puis appairage, puis trois appuis sur le bouton, même résultat.

-Redémarrage du Daemon avant chaque appairage, même résultat

  • Réinstallation des dépendances, essais avec le plugin en version Beta, meme résultat

Après un petit tour sur le forum, je pense avoir épluché pas mal de sujet concernant ces modules, j’ai pensé à un problème de distance entre les modules et ma clé, pourtant, sur les 3 modules testés, 2 sont corrects au niveau db dans le menu santé du plugin.

[DB]

– Je pense donc à un problème de cycles sur l’option disponible dans le plugin et fait plusieurs essais avec des valeurs allant de 0.3 à 6, rien ne change.

  • Étape supplémentaire, j’utilise Dolphin view pour que mes modules apprennent directement l’id de ma clé et j’ai créé un profil pour ceux que ça intéressent.

Lors de l’appairage via Dolphin view, le module est en learning et ne confirme pas l’appairage (à première vue, c’est normal).

Je retourne sur Jeedom, mode inclusion, toujours pareil, puis nouvelle étape d’exclusion, puis inclusion, et les modules confirment enfin l’appairage lors de l’inclusion. Je précise que cette étape n’a pu être franchie qu’en passant le module en inclusion en premier, puis mode inclusion de Jeedom.

Ici, mon retour d’état fonctionne, et mes commandes actions également moyennant plusieurs appuis pour avoir la montée ou la descente (entre 2 et 8 appuis sur la commande), comme si les trames étaient ignorées par le module, pourtant dans les logs tout est ok et les commandes envoyées me semblent corrects également.

[2024-03-05 10:13:25][INFO] : Client connected to [127.0.0.1:42666]
[2024-03-05 10:13:25][INFO] : Message read from socket: b'{"apikey":"XXXXXXXXXXXXXX","cmd":"send","dest":"059167E2","profile":{"func":"05","rorg":"d2","type":"00"},"command":{"CMD":"1","POS":"0"}}'
[2024-03-05 10:13:25][INFO] : Client disconnected from [127.0.0.1:42666]
[2024-03-05 10:13:25][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2024-03-05 10:13:25][DEBUG] : Received command from jeedom : send
[2024-03-05 10:13:25][DEBUG] : Send command
[2024-03-05 10:13:25][DEBUG] : {'CMD': 1, 'POS': 0} on command None 210 5 0
[2024-03-05 10:13:25][DEBUG] : [85, 0, 10, 7, 1, 235, 210, 0, 0, 0, 1, 255, 143, 160, 128, 0, 3, 5, 145, 103, 226, 255, 0, 244]
[2024-03-05 10:13:25][DEBUG] : Last packet for this 05:91:67:E2 was emited 149.88929295539856 seconds ago
[2024-03-05 10:13:25][INFO] : Sending packet
[2024-03-05 10:13:25][DEBUG] : FF:8F:A0:80->05:91:67:E2 (-255 dBm): 0x01 ['0xd2', '0x0', '0x0', '0x0', '0x1', '0xff', '0x8f', '0xa0', '0x80', '0x0'] ['0x3', '0x5', '0x91', '0x67', '0xe2', '0xff', '0x0'] OrderedDict([('POS', {'description': 'Vertical position', 'unit': '', 'value': 'Output position 0%', 'raw_value': 0}), ('ANG', {'description': 'Rotation angle', 'unit': '', 'value': 'Output angle 0%', 'raw_value': 0}), ('REPO', {'description': 'Repositioning', 'unit': '', 'value': 'Go directly to POS/ANG', 'raw_value': 0}), ('LOCK', {'description': 'Locking modes', 'unit': '', 'value': 'Do not change', 'raw_value': 0}), ('CHN', {'description': 'Channel', 'unit': '', 'value': 'Channel 1', 'raw_value': 0}), ('CMD', {'description': 'Command Id', 'unit': '', 'value': 'Goto Command', 'raw_value': 1})])
[2024-03-05 10:13:25][INFO] : Sending packet
[2024-03-05 10:13:25][DEBUG] : FF:8F:A0:80->05:91:67:E2 (-255 dBm): 0x01 ['0xd2', '0x0', '0x0', '0x0', '0x1', '0xff', '0x8f', '0xa0', '0x80', '0x0'] ['0x3', '0x5', '0x91', '0x67', '0xe2', '0xff', '0x0'] OrderedDict([('POS', {'description': 'Vertical position', 'unit': '', 'value': 'Output position 0%', 'raw_value': 0}), ('ANG', {'description': 'Rotation angle', 'unit': '', 'value': 'Output angle 0%', 'raw_value': 0}), ('REPO', {'description': 'Repositioning', 'unit': '', 'value': 'Go directly to POS/ANG', 'raw_value': 0}), ('LOCK', {'description': 'Locking modes', 'unit': '', 'value': 'Do not change', 'raw_value': 0}), ('CHN', {'description': 'Channel', 'unit': '', 'value': 'Channel 1', 'raw_value': 0}), ('CMD', {'description': 'Command Id', 'unit': '', 'value': 'Goto Command', 'raw_value': 1})])
[2024-03-05 10:13:25][INFO] : Sending packet
[2024-03-05 10:13:25][DEBUG] : FF:8F:A0:80->05:91:67:E2 (-255 dBm): 0x01 ['0xd2', '0x0', '0x0', '0x0', '0x1', '0xff', '0x8f', '0xa0', '0x80', '0x0'] ['0x3', '0x5', '0x91', '0x67', '0xe2', '0xff', '0x0'] OrderedDict([('POS', {'description': 'Vertical position', 'unit': '', 'value': 'Output position 0%', 'raw_value': 0}), ('ANG', {'description': 'Rotation angle', 'unit': '', 'value': 'Output angle 0%', 'raw_value': 0}), ('REPO', {'description': 'Repositioning', 'unit': '', 'value': 'Go directly to POS/ANG', 'raw_value': 0}), ('LOCK', {'description': 'Locking modes', 'unit': '', 'value': 'Do not change', 'raw_value': 0}), ('CHN', {'description': 'Channel', 'unit': '', 'value': 'Channel 1', 'raw_value': 0}), ('CMD', {'description': 'Command Id', 'unit': '', 'value': 'Goto Command', 'raw_value': 1})])
[2024-03-05 10:13:25][DEBUG] : [85, 0, 1, 0, 2, 101, 0, 0]
[2024-03-05 10:13:25][DEBUG] : 0x02 ['0x0'] [] OrderedDict()
[2024-03-05 10:13:25][DEBUG] : [85, 0, 1, 0, 2, 101, 0, 0]
[2024-03-05 10:13:25][DEBUG] : 0x02 ['0x0'] [] OrderedDict()
[2024-03-05 10:13:25][DEBUG] : Receive response packet : 2
[2024-03-05 10:13:25][DEBUG] : Response is : OK
[2024-03-05 10:13:25][DEBUG] : Receive response packet : 2
[2024-03-05 10:13:25][DEBUG] : Response is : OK
[2024-03-05 10:13:25][DEBUG] : [85, 0, 1, 0, 2, 101, 0, 0]
[2024-03-05 10:13:25][DEBUG] : 0x02 ['0x0'] [] OrderedDict()
[2024-03-05 10:13:25][DEBUG] : Receive response packet : 2
[2024-03-05 10:13:25][DEBUG] : Response is : OK

[commandes]

Mais rien ne se passe au niveau du module.

J’ai donc pensé à un problème de plugin ou de liaison entre la clé et le NAS, voir de distance entre les modules et l’antenne (7 mètres à travers une cloison de placo), hier soir, j’ai donc monté une installe de Jeedom sur une VM, avec une autre antenne, et fait des essais sur mon bureau avec le module à moins de 30 cms de l’antenne, le résultat est le même.

J’ai par la suite monté une VM avec Jeedom debian-buster-amd64-4.0.61.iso, en utilisant le plugin en version stable ou béta, meme résultat.

Malgré les resets a répétitions, les inclusions à répétitions, les changements d’antennes ou de versions de jeedom ou plugin, j’arrive à bien inclure le module, la commande manuelle fonctionne bien, la calibration est OK, niveau Jeedom, les commandes infos sont actualisées correctement, mais les commandes actions fonctionnent aléatoirement, je dois cliquer 3 à 8 fois pour avoir une action sur le volet (monté ou descente).

Je précise que les modules fonctionnent parfaitement avec une télécommande ou intérupteur enocean en direct.

Je pense à un blocage logiciel de l’id de ma clé sur cette version de module, ou peut-être un problème de clé, mais je n’ai rien trouvé pour la mettre à jour sur le net.

Je suis également en attente de deux modules Nodon originaux pour voir si le résultat est le même…

En attendant, en désespoir de cause, j’écris ce petit message, car j’ai vu que plusieurs personnes utilisent ces modules Evology sur le forum sans problème particulier.

Je ne pense pas pour ma part que les modules soient « défectueux » sachant que mes essais ont été réalisés sur cinq modules volets et un module contact.

En vous remerciant pour votre aide.

Bon du coup, je donne des nouvelles pour ceux que ça intéresse, hier, j’ai démonté la clé à nouveau pour faire quelques essais.

Je l’ai remonté en serrant l’antenne plus fort (pas uniquement à la main).

Ben d’un coup, ça va beaucoup mieux, les modules s’appairent sans avoir besoin de faire la manip avec dolphin view, et les commandes répondent beaucoup mieux systématiquement au bout du 2ᵉ clic.

Je pense que j’ai un petit travail à faire sur la réception avec des répéteurs.

J’attends une antenne de 5dbi, actuellement, j’ai une 3, je pense que ça aidera un peu.

Du coup, je confirme bien la compatibilité des modules ENKI.

Dans l’ensemble, etes vous satisfait de votre installation en ENOCEAN ? volets et capteurs? J’ai pris les nodon invisibles sans piles également, c’est surtout ca qui est attractif a mon sens.

Je n’ai pas de point de comparaison parce que c’est le seul protocole domotique que j’ai implémenté. Je suis satisfait même si c’est loin d’être parfait. La fiabilité n’est pas parfaite mais est suffisante.

Je n’avais pas vu qu’ils étaient enfin disponible. Je vais m’en commander de ce pas pour tester. Tu en es content ?

Salut Christophe,

Alors pour ma part, je ne sais pas ce que tu entends par fiabilité, mais ce que je constate, c’est que régulièrement les ordres doivent être envoyés deux fois pour être pris en compte par les modules volets, les retours d’états fonctionnent correctement. J’ai essayé de rapprocher un module de la clé et de mettre un répéteur en manuel et via la trame spécifique, c’est toujours pareil. Je ne sais pas si c’est ma clé ENOCEAN qui a un problème pour envoyer des trames ou si c’est normal…

C’est ton cas aussi ?

Pour ce qui est des détecteurs de porte invisibles et sans fils, j’ai testé le premier hier soir, ça fonctionne bien, et cela va m’affranchir de changer des piles tous les deux ans.

Je me tâte de mon côté pour mettre des modules volets wifi, et conserver le ENOCEAN pour les accessoires sans piles.

Désolé pour la réponse tardive.

Non, ça arrive de temps en temps qu’un volet ne s’ouvre pas mais c’est plutôt rare. Après j’ai passé du temps à étudier le meilleur positionnement pour mes répéteurs (en traçant des ronds de 15m sur un plan de ma maison).

J’ai réfléchi à ça, mais j’ai plutôt longtemps hésiter à faire un réseau Zigbee en parallèle.