Perte de réponse de module Enocean (VR nodon + radiateur fil pilote)

Bonjour, j’ai une config avec entre autres protocoles du Enocean et une clé USB300 utilisée avec un RPI 3B+.
J’ai dans ce protocole, plusieurs modules dont des Evology pour des volets roulants (des nodon en marque LeroyMerlin) x5, et des Avidsen radiateur fil pilote x5.
Jusqu’à ya quelques semaines, tout roulait à merveille avec mes scénarii qui géraient tout ça.
Mais subitement, j’ai 2 volets sur les 5 qui ont cessé de fonctionner. J’entends par fonctionner : ne répondent plus aux commandes envoyées via Jeedom.

J’ai donc tenté :

  • des recalibrage via les interrupteurs, puis via les 5 pressions sur les modules => calibrage ok, mais rien n’a changé
  • rechargement des commandes (sans, puis avec suppressions des cmd) => rien non plus
  • j’ai carrément tenté une exclusion propre => ok, puis une inclusion propre => ok. Mais toujours pas possible de reprendre le contrôle des modules.
    Je me suis dis qu’une montée de version de ma box pourrait régler le problème.
    => monté de version de Strech vers Buster => crash intégrale => installation from scratch d’une raspian Buster toute neuve => install de Jeedom v4 => restauration d’une sauvegarde en v3 => ok mais mes volets toujours pas fonctionnelle (normal) => montée de version de la v3 en v4 => ok => relance des dépendances du plugin Enocean (entres autres) => OK
    bref, après ajustement de la taille du swap et quelques petits réglages liés à la v4, j’ai de nouveau ma box dispo et tout… sauf mes 2 volets roulants. (oui tout ça pour ça haha)

J’ai retenté du coup mais toujours sans succès :

  • exclusion + inclusion
  • recompile des dépendances Enocean
  • recalibrage
    Rien n’y fait, j’ai même perdu sans raison aussi le contrôle sur 2 radiateurs. Et en voulant tester voir si un de mes volets roulants qui fonctionnait toujours via Jeedom, en appuyant manuellement sur l’interrupteur Schneider => je l’ai perdu aussi.

J’ai observé les logs en debug => je vois bien mes ordres partir de la box vers la clé qui fait des envoies, mais j’ai l’impression qu’elle n’obtient pas de réponse de la part des modules (VR ou radiateur).
Je me suis dis que c’était surement à cause de la distance avec la box (ils étaient affichés en orange ou rouge dans « Santé » du plugin Enocean) :

  • du coup j’ai basculé un volet qui marchait encore en répéteur niv 1 => ca n’a rien changé
  • J’ai basculé le RPI en wifi et je l’ai branché à moins de 2m d’un des modules => RIEN non plus.
    l’état de « Santé » n’a cependant pas évolué.

Par contre pour les actions manuelles sur les inté schneider => les volets bouges et j’entends bien le « clic » des contacteurs du module VR, pareil pour les modules radiateurs qui changent bien de mode et leur led en témoigne aussi.
Mais impossible de les contrôler via la box Jeedom. :frowning:

Une idée ? là jsuis à sec…

  • le dongle USB300? mais les autres modules ne fonctionneraient plus non plus.
  • les modules ont grillé ? non car je n’entendrai pas le « clic » des contacteurs.
  • les modules ont grillé la partie émission de tram ? non car sinon l’exclusion / inclusion ne fonctionnerait pas.
  • la distance avec la box ? non déjà l’inclusion à fonctionner à plus de 10m, et même quand je rapproche la box à moins d’un mètre c’est la même. Et le mode répéteur aurait du faire le taf.

si besoin je peux fournir log ou screenshot, car là, je suis déjà de base très déçu par ce protocole, mais j’ai bien 13 équipements Enocean pour des raisons de tests au début et de coût, et je ne peux me permettre de tout rechanger pour du Zwave ou du Zigbee.

Please… help…

Dohz.
Now : RPI 3B+, Raspbian Buster, Jeedom v4

Bonsoir,
Je ne sais pas si ça peut être une piste pour toi mais j’avais aussi une USB300 que j’ai remplacée par une USB310 sur laquelle on met une antenne externe.
Je lui ai mis une antenne à gain fixée au bout d’un câble de 1m et depuis ça marche nickel.
L’USB300 a une antenne ridicule hyper fragile.

Sauf erreur de ma part, il y a une manipulation que tu n’as pas tenté : la réinitialisation du module volet roulant. C’est pas très agréable à réaliser comme procédure puisque le module va être comme en sortie d’usine et que tu devras refaire l’apprentissage et les appairages, mais vu ton cas je ne vois que ça.
Voici la procédure :

  • Un appui long de plus de 5 secondes sur le bouton du module
  • La LED scintille en orange
  • Un appui court sur le bouton du module
  • La LED clignote alternativement en rouge et vert pour confirmer la prise en compte

J’utilise aussi des module relai Evology (NODON) et des modules Advisen fil pilote en Enocean
J’étais aussi en USB300 et j’ai basculé en USB310 + antenne

Pour déterminer où provient ton problème et en particulier s’assurer que cela vient du manque de couverture Enocean tu peux faire 2 choses :

  1. Débrancher mon module NODON qui ne fonctionne plus et le raccorder en volant (uniquement le 230 Vac) à proximité de ta clé Enocean. En envoyant les commandes si cela fonctionne cela voudra dire que tu as réellement un problème de couverture de réseau Enocean
  2. Utiliser le logiciel DolphinView en version advance avec la clé USB de ton Jeedom (pour garder le n°ID) sur un PC portable et te raproché de ton relai NODON. Tu envoie les trames et tu regardes la réaction de ton relai.
    Cette solution 2 nécessaire plis de connaissance sur les trames Enocean et le logiclel Dolphin view

Maintenant si tu réinitialise ton module et que tu refait une inclusion et que cela réagit bien, cela devrait dire que la couverture est correcte.

Pour moi la solution 1 est la plus simple à mettre en oeuvre

Whoa!! je savais que yavait une bonne communauté coté Jeedom, je suis très fière de l’intégrer !
merci à tous pour vos réponses et votre réactivité, ça fait chaud au coeur!
Bon, j’avais déjà passé le RPI en WIFI pour pouvoir justement l’approcher au plus près (moins d’un mètre ) des modules problématiques. Mais merci pour le tuyau SnoopyFB.
ceci dit ta technique marche très bien (et pourra servir à d’autres) pour l’inclusion de module à positionner très loin du dongle. Je l’ai moi même utilisée pour le l’appairage Zwave et Enocean.
Et oui DolphinView… je voulais pas en arriver là, mais quand ya plus d’espoir… l’agence tous risques ne peut pas être sur tous les fronts! :smiley:
@mich0111 : yeas bien d’accord avec toi! antenne ridicule sur l’USB300 mais la 310 n’était pas sortie. malheureusement. Vu que mon soucis n’est pas un problème de distance, pas besoin de changer de dongle, mais par contre c’est clair que si ca arrive, le 310 avec antenne est une excellente solution efficace! merci pour le rappel du coup!
@ChristopheHD : alors en effet, j’avais tenté l’exclusion et inclusion qui était déjà bien désavantageuse, mais j’avais pas encore tenté le reset usine. Bien vu!

Du coup merci à tous à nouveau, mais allez savoir pourquoi, j’ai laissé tourné la box toute la nuit plus prés des modules, rebasculé les logs en normals, rebooté a nouveau pour la xième fois. et ce midi j’ai retrouvé l’usage des volets roulants après un recalibrage.
Pour les radiateur fil pilote, ils ont l’air d’être de nouveau pilotable aussi.
J’ai encore juste un volet réfractaire, mais je vais tenté le reset indiqué par CHristophe.

Du coup, je vais remettre ma box à sa place, et je vais voir ce qu’en dis la santé Enocean demain. ca sent quand même fortement le problème de distance en effet, mais la j’en aurai confirmation.
Dommage qu’ils n’y ai pas plus d’option d’analyse, de « réparation », de suivi temps réel … du plugin enocean. peut être des amélio à venir…

Merci encore à tous, et j’espère pouvoir vous aider à mon tour très prochainement! :slight_smile:

Dohz

Bon en fait fausse joie, les 3 fameux volets qui merdouaillaient au début ne sont de nouveau plus pilotables via Jeedom.
Par contre quand j’en baisse un à moitié par exemple, je le vois bien bouger sur le widget de mon tel (via la version mobile du site, l’appli n’a pas l’air compatible J V4) avec la valeur de position (nouveauté de la V4), mais impossible de lui faire entendre les commandes d’actions.
Je vais fouiner coté config, mais vu que les autres volets eux réagissent bien, je pense pouvoir écarter la théorie du bug de plugin Enocean.

Bon après moultes différents essaies j’ai pu récupérer un volet suite à une xième exclu/inclu propre, mais 2 sont encore défaillants.
Le truc bizarre, c’est que sur le widget du volet (je suis en V4) quand j’appuie sur l’interrupteur du volet qui était ouvert, pour le fermer => le volet descend, et je vois bien sur le widget l’icone, le chiffre etat et le slider bouger.
Par contre, les commandes sur le widget « monter », « descendre » et « stop » sont sans effet.

J’en déduis que le module communique bien avec la Jeedom (donc problème de distance écarté ?) mais c’est comme si il manquait de puissance pour recevoir les ordres… ou que le module à du mal, ou que ya un soucis d’envoi des trams avec le plugin.

je vous met mon Log de la commande « descendre » depuis le widget qui est restée sans effet :
[2020-05-01 22:52:09][DEBUG] : <----- La preuve :wink:
[2020-05-01 22:52:40][DEBUG] : Client connected to [127.0.0.1:35782]
[2020-05-01 22:52:40][DEBUG] : Message read from socket: {« apikey »:"<macléapi>",« cmd »:« send »,« dest »:« 0582F689 »,« profile »:{« func »:« 05 »,« rorg »:« d2 »,« type »:« 00 »},« command »:{« CMD »:« 1 »,« POS »:« 100 »}}
[2020-05-01 22:52:40][DEBUG] : Client disconnected from [127.0.0.1:35782]
[2020-05-01 22:52:40][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-05-01 22:52:40][DEBUG] : Received command from jeedom : send
[2020-05-01 22:52:40][DEBUG] : Send command
[2020-05-01 22:52:40][DEBUG] : {u’CMD’: 1, u’POS’: 100} on command None 210 5 0
[2020-05-01 22:52:40][DEBUG] : [85, 0, 10, 7, 1, 235, 210, 100, 0, 0, 1, 255, 142, 172, 0, 0, 3, 5, 130, 246, 137, 255, 0, 4]
[2020-05-01 22:52:40][DEBUG] : Last packet for this 05:82:F6:89 was emited 66.9121990204 seconds ago
[2020-05-01 22:52:40][INFO] : Sending packet
[2020-05-01 22:52:40][DEBUG] : « adrdemacleUSBenocean »->05:82:F6:89 (-255 dBm): 0x01 [‹ 0xd2 ›, ‹ 0x64 ›, ‹ 0x0 ›, ‹ 0x0 ›, ‹ 0x1 ›, ‹ 0xff ›, ‹ 0x8e ›, ‹ 0xac ›, ‹ 0x0 ›, ‹ 0x0 ›] [‹ 0x3 ›, ‹ 0x5 ›, ‹ 0x82 ›, ‹ 0xf6 ›, ‹ 0x89 ›, ‹ 0xff ›, ‹ 0x0 ›] OrderedDict([(u’POS’, {u’value’: u’Output position 100%’, u’description’: u’Vertical position’, u’unit’: u’’, u’raw_value’: 100}), (u’ANG’, {u’value’: u’Output angle 0%’, u’description’: u’Rotation angle’, u’unit’: u’’, u’raw_value’: 0}), (u’REPO’, {u’value’: u’Go directly to POS/ANG’, u’description’: u’Repositioning’, u’unit’: u’’, u’raw_value’: 0}), (u’LOCK’, {u’value’: u’Do not change’, u’description’: u’Locking modes’, u’unit’: u’’, u’raw_value’: 0}), (u’CHN’, {u’value’: u’Channel 1’, u’description’: u’Channel’, u’unit’: u’’, u’raw_value’: 0}), (u’CMD’, {u’value’: u’Goto Command’, u’description’: u’Command Id’, u’unit’: u’’, u’raw_value’: 1})])
[2020-05-01 22:52:40][INFO] : Sending packet
[2020-05-01 22:52:40][DEBUG] : « adrdemacleUSBenocean »->05:82:F6:89 (-255 dBm): 0x01 [‹ 0xd2 ›, ‹ 0x64 ›, ‹ 0x0 ›, ‹ 0x0 ›, ‹ 0x1 ›, ‹ 0xff ›, ‹ 0x8e ›, ‹ 0xac ›, ‹ 0x0 ›, ‹ 0x0 ›] [‹ 0x3 ›, ‹ 0x5 ›, ‹ 0x82 ›, ‹ 0xf6 ›, ‹ 0x89 ›, ‹ 0xff ›, ‹ 0x0 ›] OrderedDict([(u’POS’, {u’value’: u’Output position 100%’, u’description’: u’Vertical position’, u’unit’: u’’, u’raw_value’: 100}), (u’ANG’, {u’value’: u’Output angle 0%’, u’description’: u’Rotation angle’, u’unit’: u’’, u’raw_value’: 0}), (u’REPO’, {u’value’: u’Go directly to POS/ANG’, u’description’: u’Repositioning’, u’unit’: u’’, u’raw_value’: 0}), (u’LOCK’, {u’value’: u’Do not change’, u’description’: u’Locking modes’, u’unit’: u’’, u’raw_value’: 0}), (u’CHN’, {u’value’: u’Channel 1’, u’description’: u’Channel’, u’unit’: u’’, u’raw_value’: 0}), (u’CMD’, {u’value’: u’Goto Command’, u’description’: u’Command Id’, u’unit’: u’’, u’raw_value’: 1})])
[2020-05-01 22:52:40][INFO] : Sending packet
[2020-05-01 22:52:40][DEBUG] : « adrdemacleUSBenocean »->05:82:F6:89 (-255 dBm): 0x01 [‹ 0xd2 ›, ‹ 0x64 ›, ‹ 0x0 ›, ‹ 0x0 ›, ‹ 0x1 ›, ‹ 0xff ›, ‹ 0x8e ›, ‹ 0xac ›, ‹ 0x0 ›, ‹ 0x0 ›] [‹ 0x3 ›, ‹ 0x5 ›, ‹ 0x82 ›, ‹ 0xf6 ›, ‹ 0x89 ›, ‹ 0xff ›, ‹ 0x0 ›] OrderedDict([(u’POS’, {u’value’: u’Output position 100%’, u’description’: u’Vertical position’, u’unit’: u’’, u’raw_value’: 100}), (u’ANG’, {u’value’: u’Output angle 0%’, u’description’: u’Rotation angle’, u’unit’: u’’, u’raw_value’: 0}), (u’REPO’, {u’value’: u’Go directly to POS/ANG’, u’description’: u’Repositioning’, u’unit’: u’’, u’raw_value’: 0}), (u’LOCK’, {u’value’: u’Do not change’, u’description’: u’Locking modes’, u’unit’: u’’, u’raw_value’: 0}), (u’CHN’, {u’value’: u’Channel 1’, u’description’: u’Channel’, u’unit’: u’’, u’raw_value’: 0}), (u’CMD’, {u’value’: u’Goto Command’, u’description’: u’Command Id’, u’unit’: u’’, u’raw_value’: 1})])
[2020-05-01 22:52:40][INFO] : Sending packet
[2020-05-01 22:52:40][DEBUG] : « adrdemacleUSBenocean »->05:82:F6:89 (-255 dBm): 0x01 [‹ 0xd2 ›, ‹ 0x64 ›, ‹ 0x0 ›, ‹ 0x0 ›, ‹ 0x1 ›, ‹ 0xff ›, ‹ 0x8e ›, ‹ 0xac ›, ‹ 0x0 ›, ‹ 0x0 ›] [‹ 0x3 ›, ‹ 0x5 ›, ‹ 0x82 ›, ‹ 0xf6 ›, ‹ 0x89 ›, ‹ 0xff ›, ‹ 0x0 ›] OrderedDict([(u’POS’, {u’value’: u’Output position 100%’, u’description’: u’Vertical position’, u’unit’: u’’, u’raw_value’: 100}), (u’ANG’, {u’value’: u’Output angle 0%’, u’description’: u’Rotation angle’, u’unit’: u’’, u’raw_value’: 0}), (u’REPO’, {u’value’: u’Go directly to POS/ANG’, u’description’: u’Repositioning’, u’unit’: u’’, u’raw_value’: 0}), (u’LOCK’, {u’value’: u’Do not change’, u’description’: u’Locking modes’, u’unit’: u’’, u’raw_value’: 0}), (u’CHN’, {u’value’: u’Channel 1’, u’description’: u’Channel’, u’unit’: u’’, u’raw_value’: 0}), (u’CMD’, {u’value’: u’Goto Command’, u’description’: u’Command Id’, u’unit’: u’’, u’raw_value’: 1})])
[2020-05-01 22:52:40][DEBUG] : [85, 0, 1, 0, 2, 101, 0, 0]
[2020-05-01 22:52:40][DEBUG] : 0x02 [‹ 0x0 ›] [] OrderedDict()
[2020-05-01 22:52:40][DEBUG] : [85, 0, 1, 0, 2, 101, 0, 0]
[2020-05-01 22:52:40][DEBUG] : 0x02 [‹ 0x0 ›] [] OrderedDict()
[2020-05-01 22:52:40][DEBUG] : [85, 0, 1, 0, 2, 101, 0, 0]
[2020-05-01 22:52:40][DEBUG] : 0x02 [‹ 0x0 ›] [] OrderedDict()
[2020-05-01 22:52:40][DEBUG] : [85, 0, 1, 0, 2, 101, 0, 0]
[2020-05-01 22:52:40][DEBUG] : 0x02 [‹ 0x0 ›] [] OrderedDict()
[2020-05-01 22:52:40][DEBUG] : Receive response packet : 2
[2020-05-01 22:52:40][DEBUG] : Response is : OK
[2020-05-01 22:52:40][DEBUG] : Receive response packet : 2
[2020-05-01 22:52:40][DEBUG] : Response is : OK
[2020-05-01 22:52:40][DEBUG] : Receive response packet : 2
[2020-05-01 22:52:40][DEBUG] : Response is : OK
[2020-05-01 22:52:40][DEBUG] : Receive response packet : 2
[2020-05-01 22:52:40][DEBUG] : Response is : OK

Moi je trouvais que le log avait l’air bon… :confused:
Merci à vous pour ceux qui ont encore un peu d’énergie. :slight_smile:

Dohz.

Désolé, je sèche.
Le seul truc bizarre que je vois dans tes logs mais je ne sais pas ce que ça veut dire, c’est que j’ai l’impression que l’adresse de ta clé et l’adresse du module sont les mêmes (ce qui n’est pas possible) :

Ici on voit le destinataire : 0582F689

Ici on voit l’adresse de ta clé USB enOcean : 05:82:F6:89

Le dernier post me fait penser que tu n’as pas posté la page de ton plugin.
Qu’as-tu mis comme port USB?
Auto ou fixe ?

Hello! et re-bonjour à vous deux que je retrouve sur pas mal de post du forum (surtout en enocean aussi).
Bon je me suis posé, et j’ai suivi tes remarques Christophe :
j’ai choppé le log de la commande « descendre » sur :

  • un volet qui marche (bureau)
  • un des 2 volets qui ne marchent pas (cuisine)
    La seule différence dans les logs (outre les adresses de destination correspondant à chaque volet), c’est que sur le volet qui marche, j’ai les lignes suivantes en plus (après la première ligne « [DEBUG] : Response is : OK » (05:0F:AC:31 étant l’adresse de mon module du Bureau):
[2020-05-05 21:32:52][DEBUG] : Response is : OK
[2020-05-05 21:32:52][DEBUG] : [85, 0, 10, 7, 1, 235, 210, 91, 0, 0, 4, 5, 15, 172, 49, 0, 0, 255, 255, 255, 255, 80, 0, 211]
[2020-05-05 21:32:52][DEBUG] : 05:0F:AC:31->FF:FF:FF:FF (-80 dBm): 0x01 ['0xd2', '0x5b', '0x0', '0x0', '0x4', '0x5', '0xf', '0xac', '0x31', '0x0'] ['0x0', '0xff', '0xff', '0xff', '0xff', '0x50', '0x0'] OrderedDict()
[2020-05-05 21:32:52][DEBUG] : Message is repeated 0 times
[2020-05-05 21:32:52][DEBUG] : {'repeat': '0', 'dBm': '-80', 'rorg': u'd2', 'destination': 'FFFFFFFF', 'cmd': 4, 'packet_type': '1', 'func': u'05', 'type': u'00', 'id': '050FAC31', 'manufacturer': '000'}
[2020-05-05 21:32:52][DEBUG] : Parsing Packet
[2020-05-05 21:32:52][DEBUG] : Its a VLD message
[2020-05-05 21:32:52][DEBUG] : Decode data : {"repeat": "0", "dBm": "-80", "ANG": {"value": "Output angle 0%", "description": "Rotation angle", "unit": "", "raw_value": 0}, "rorg": "d2", "LOCK": {"value": "Do not change", "description": "Locking modes", "unit": "", "raw_value": 0}, "destination": "FFFFFFFF", "POS": {"value": "Output position 91%", "description": "Vertical position", "unit": "", "raw_value": 91}, "CHN": {"value": "Channel 1", "description": "Channel", "unit": "", "raw_value": 0}, "CMD": {"value": "Reply Position and Angle", "description": "Command Id", "unit": "", "raw_value": 4}, "REPO": {"value": "Go directly to POS/ANG", "description": "Repositioning", "unit": "", "raw_value": 0}, "cmd": 4, "packet_type": "1", "func": "05", "type": "00", "id": "050FAC31", "manufacturer": "000"}
[2020-05-05 21:32:52][DEBUG] : Send to jeedom : {'devices': {'050FAC31': {'repeat': '0', 'dBm': '-80', u'ANG': {u'value': u'Output angle 0%', u'description': u'Rotation angle', u'unit': u'', u'raw_value': 0}, 'rorg': u'd2', u'LOCK': {u'value': u'Do not change', u'description': u'Locking modes', u'unit': u'', u'raw_value': 0}, 'destination': 'FFFFFFFF', u'POS': {u'value': u'Output position 91%', u'description': u'Vertical position', u'unit': u'', u'raw_value': 91}, u'CHN': {u'value': u'Channel 1', u'description': u'Channel', u'unit': u'', u'raw_value': 0}, u'CMD': {u'value': u'Reply Position and Angle', u'description': u'Command Id', u'unit': u'', u'raw_value': 4}, u'REPO': {u'value': u'Go directly to POS/ANG', u'description': u'Repositioning', u'unit': u'', u'raw_value': 0}, 'cmd': 4, 'packet_type': '1', 'func': u'05', 'type': u'00', 'id': '050FAC31', 'manufacturer': '000'}}}
[2020-05-05 21:32:52][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2020-05-05 21:32:52][DEBUG] : http://127.0.0.1:80 "POST /plugins/openenocean/core/php/jeeOpenEnOcean.php?apikey=<MaCLeApi> HTTP/1.1" 200 0

Et pour @mich0111 je te mets un capture de la conf du plugin. Je suis en sélection fixe sur le port USB de la clé EnOcean. Je ne sais pas si ca répond à la question ? :confused:
J’ai même augmenté la durée des cycles histoire d’alléger le démon. Rien.

J’ai lu sur un autre post de Janvier, qu’une personne avait besoin de relancer le démon avant chaque inclusion. Je vais voir si ca peut jouer, mais je sens que je vais aussi passer sur la clé USB310 avec antenne, ça à l’air d’aider dans tous les cas, même si je ne comprends pas pourquoi du jour au lendemain => pouf, plus rien sur ces deux volets. Alors que now, la remontée d’état fonctionne, juste pas les commandes. étonnant.

Encore merci à vous deux pour votre temps!

Dohz.

Bonsoir,
Désolé je ne vois rien d’anormal qui me saute aux yeux.
Juste pour info, j’avais une USB300 qui me permettait d’apairer mes modules mais pas de m’en servir à plus d’1 m.
A priori il n’y avait aucun raison, sauf qu’après l’avoir remplacé par un USB310 et ouvert, je me suis rendu compte que l’antenne était blessée de façon invisible depuis l’extérieur de la clé.

Je vous mets la « Santé » enocean de ma config.
(j’ai pourtant mis des appareils en mode répéteur avec les bons niveaux)

Je sens en effet comme tu le dis Michel, que le problème de réception de la USB300 risque d’être l’origine. à ne rien y comprendre.
Et depuis que tu es sur 310 plus de soucis de ton coté ?

J’ai beaucoup moins d’enocean que toi mais mes 4-5 modules ne m’ont plus jamais posés ce genre de problème, alors qu’avant il n’y avait quasiment aucune communication.
Ou alors tout près du contrôleur.
Je ne dis pas que c’est LA solution à ton problème mais ça a été celle de mon problème.

1 « J'aime »

J’entends bien ! ^^ c’est juste dommage de remettre 50€ + 10€ d’antenne pour un test. Mais bon, c’est le jeu comme on dit. Et vu le nombre de module que j’ai dans ce protocole… un passage sur Zwave serait une grosse perte financière… :slight_smile:
Je vais voir pour la USB310 du coup.
ce qui est le plus bizarre, c’est que le module radiateur pilote situé juste en dessous du module encastré du volet, ainsi que le module capteur d’ouverture de la fenêtre situé au dessus du coup du module volet : sont tous les deux fonctionnels! :confused:
Bref bonne nuit et merci encore. je reviendrai vous faire un retour voir si le nouveau dongle corrige le pb. ca m’embête vraiment de devoir tous ré-inclure aussi. vu le nombre de scénarii impactés… :sob:

Hello à tous qui m’avaient aidé il ya quelques semaines.
Après avoir lutté des semaines à essayer tous ce qui était possible sauf le reset de Jeedom :smiley: j’ai baissé les bras en attendant l’arrivée de ma nouvelle Clé USB310 + une antenne de 7dbi (sur aliexpress). ce qui a pris des semaines.
Allez savoir pourquoi, un soir en plein barbecue dehors, tous mes volets se ferment. TOUS !
y compris les deux qui ne réagissaient plus depuis plusieurs mois. Comme ça d’un coup! (rassurez-vous j’avais laissé la porte d’entrée ouverte, sans quoi on était enfermé dehors). => je n’ai a ce moment là toujours pas changé la clé USB300.

Bref, je pense en effet que le problème venait d’un soucis de distance, donc la USB310 + Antenne me parait indispensable.
Mais le retour des volets qui retombent en marche aussi vite qu’ils sont tombés en panne… je ne me l’explique pas.

Maintenant je cherche à ré-inclure tous mes modules enocean avec la nouvelle clé 310, mais j’ai vu que @snoopyfb s’était déjà prêté à l’exercice avec l’aide de DolphinView advance.
=> je suis preneur du mode op ou d’un peu de tutorat, car il n’est pas trivial ce logiciel… :confused:

Merci en tout cas à la communauté, je vais pouvoir fermer le topic dès que je vous aurai posté un screenshot de ma santé Enocean avant et après changement de clé USB (histoire de voir s’il y a vraiment une amélioration de signal). :slight_smile:

Dohz.

D’expérience, ça ne peut que s’améliorer.
Ceci étant, je te souhaite bonne chance.
Bonne soirée

Bonjour

J’ai effectivement re-inclure avec Dolphin view Advance mes capteurs et cela a bien fonctionné.
Pour cela il faut connaitre les trames d’apprentissage de tes modules de commande.
Pour les sondes Enocean tu n’a rien à faire cela doit déjà fonctionner et tu n’as pas besoin de faire une inclusion (appairage)

La première chose, il faut donc connaitre le type de module de commande afin de déterminer les trames d’apprentissage
Exemple :

Module éclairage NODON ou evology .
Tu mets le module en mode appairage (3 appuie bref) et tu envoie avec la bonne clé la trame sur Dolphine View advance 91 02 46 00 12 01 D2

Module de store NODON ou evology.
Tu mets le module en mode appairage (3 appuie bref) et tu envoie avec la bonne clé la trame sur Dolphine View advance 91 FF 46 00 00 05 D2

Module fils pilote Advisen
Tu mets le module en mode appairage et tu envoie avec la bonne clé la trame sur Dolphine View advance 91 FF FF 07 0C 01 D2

Mode opératoire

  1. Mettre la clé Enocean + lancer Dolphien view Advance + cliquer sur Connect
    image

  2. Dans l’onglet « Telegram transmit » , tu cliques sur « Add operation » + type de telegram UTE + mettre le ID de ta clé dans la cellule ID et l’ID de ton module dans DestinationID + la trame d’apprentissage

image

  1. Tu mets ton module en mode appairage, tu slectionne la trame que tu veux envoyer et tu envoie la trame par Dolphine View en appuyant sur « Execute select »

image

Après tu auras les 2 clés qui pourront fonctionner à part si tu as réinitialisé tes modules avant de refaire l’appairage. Personnellement j’ai conservé l’ancienne configuration comme cela les 2 clés peuvent fonctionner

Cela n’est pas très compliqué.
Avec un peu d’expérience tu pourras lire les trames et voir le traffic du réseau Enocean et décripter les trames

1 « J'aime »

Attention la fonction répéteur des module Volet de Nodon ou evology ne fonctionne pas (bugg du fournisseur NODON) .
Tu peux activer la fonction repeater directement sur le module mais elle reste uniquement en mémoire et donc tu perds cette fonction sur chaque coupure de courant.

Le problème est réglé sur les version V1.4.0 des modules de volets (en cours de commercialisation)
Par contre cela fonctionne sur les module d’éclairage

1 « J'aime »

Apparemment, tu as fermé ton sujet sans attendre davantage.

Arff, c’était pas prévu que cela ferme le topic. :confused: Merci Michel.