Non j ai lu trop vite. la reiteration viendrait du plugin
Pour les logs tu as fait comment pour avoir ce niveau de details. Tu as active debug dans la gestion du plugin et apres tu regardes dans le log de chaque equipement ?
Je voudrais comparer la trame emise par un interrupteur avec celle emise par jeedom.
J ai 15j pour ramener les prises mais vu qu elles marchent c est dommage. 
Dans la configuration du plugin, tu as un bouton « Mode debug forcé temporaire » et tous les logs arrivent en haut à gauche de la page de configuration du plugin. Ensuite il faut fouiller pour retrouver les logs correspondant au module qui t’intéresse (enfin si comme moi tu as déjà plein de capteur qui envoient plein de données).
Je n’avais pas cet info, c’est effectivement étonnant et pas rassurant sur la fiabilité du protocole (mais je me trompe peut-être).
Oui c est sur. Tu as un modele de prises qui marche en enocean si je n arrive pas avec celles la ?
J’ai 2 autres modèles :
Un modèle Ubiwizz, qui se pilote bien mais qui remonte sa consommation toutes les 2 secondes (ce qui fait beaucoup).
Un modèle Smartplug de Nodon, qui ne réagit qu’une fois sur 2 aux commandes de la centrale.
Rebonjour Christophe, Pour te tenir au jus:
J’ai refait des essais ce matin, après plein de test j’ai essayé un truc qui marche avec toutes mes prises. Sauf la conso qui ne remonte toujours pas.
Il faut redemarrer le demon avant chaque appairage de prise. D’ailleurs le comportement est différent après redémarrage du démon, une fois la prise détectée celle ci éteint son voyant alors que lorque le pilotage ne marchait pas elle s’éteignait que après les 30s.
Le pilotage marche 9 fois sur 10 avec le retour d’état mais pas la conso.
Merci pour l’info, mais je me sens pas de prendre le temps de désappairer/réappairer mes prises, cela nécessiterait de reconfigurer tous mes scénarios associés. J’espère qu’une prochaine mise à jour du plugin viendra corriger ce bug.
Bonjour,
n’avez-vous pas un problème de qualité de réception ? J’ai plusieurs de ces prises sans rencontrer de problème particulier … Quand vous allez dans la page santé Enocean, quelle est la qualité de réception affichée ? (colonne dBm)
C’est bizarre, la prise est bien active et elle est située entre la box et un autre module qui fonctionne bien. La santé indique -76 dBm et me fait remarquer que la prise n’a pas communiqué depuis 2 mois. Je vais creuser pour comprendre pourquoi elle ne communique plus avec Jeedom.
Bonsoir, avez-vous essayé d’utiliser la commande « Refresh puissance » ou « Refresh consommation » pour vérifier si la communication se fait dans ce sens ?
Les commandes « Refresh puissance » et « Refresh consommation » ne changent pas la date de dernière communication.
Donc il y a bien un problème de communication … As-tu la possibilité de refaire ce test en mettant la prise juste à côté de ta box ? Juste pour éliminer cette hypothèse de problème de transmission (la distance ne fait pas tout, je me rend compte chez moi que certains modules situés à quelques mètres de la box ont une qualité de signal médiocre, et d’autres beaucoup plus loin une très bonne réception … La transmission des ondes est vraiment un machin complexe 
: parasites, rebonds, traversée de matériaux … )
Bonjour, j’ai acheté cette même prise hier à Leroy Merlin, Prise Enocean Nodon ASP-2-1.
L’appairage s’est fait immédiatement, mais impossible de la commander via Jeedom : Pas de On / Off et pas de retour de consommation que ce soit instantané ou total.
Seul chose qui fonctionne le retour d’état (quand ou l’allume et l’éteint avec le bouton sur la prise)
Des idées de comment régler cela ? dommage car à 22€ la prise c’était très intéressant !
Salut tit_juju,
Je n’ai pas d’idée pour le on/off qui ne fonctionne pas mais pour la consommation qui ne remonte pas, as-tu vérifié le paramètre « report measurement » dans la configuration du module ?
Salut @ChristopheHD,
Merci pour ta réponse, après si je « on/off » ne fonctionne pas je n’ai aucun intérêt a relevé la consommation car mon but était de programmer la recharge d’un appareil, et de suivre sa consommation.
Mais voici quand même les commandes d’origine crées pour cette prise si cela peux aider :
C’est plutôt la configuration de l’équipement qui peut aider à débugger. Tu la trouveras dans l’onglet équipement et en cliquant sur le bouton Configuration.
Bonsoir,
Avez-vous pu régler le problème de la commande des prises nodon enocean ?
Cordialement.
Bonjour,
J’ai acheté la même prise récemment et je rencontre les mêmes problèmes.
Celle-ci s’est intégré sans soucis dans jeedom par contre impossible de la piloter, pas de remonté de consommation rien.
Au début je soupçonnais un problème de communication à distance du coup j’ai mis jeedom juste à côté de la prise et malgré ça la puissance reste à -91dbm et pas moyen d’exécuter quoi que ce soit…
Dans les logs je n’ai rien de particulier (j’ai tester le retour d’état, envoyé la commande off puis re tester le retour d’état dans les logs ci-dessous) :
[2022-03-12 16:43:31][DEBUG] : <----- La preuve 
[2022-03-12 16:43:40][DEBUG] : Client connected to [127.0.0.1:54868]
[2022-03-12 16:43:40][DEBUG] : Message read from socket: {« apikey »:« ssDmgQNWcO1uZkGxAmJf1PUkCBB021tI »,« cmd »:« send »,« dest »:« 05164014 »,« profile »:{« func »:« 01 »,« rorg »:« d2 »,« type »:« 0b »},« command »:{« type »:« switch »,« command »:« 1 »,« IO »:« 0 »,« OV »:« 0 »}}
[2022-03-12 16:43:40][DEBUG] : Client disconnected from [127.0.0.1:54868]
[2022-03-12 16:43:40][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2022-03-12 16:43:40][DEBUG] : Received command from jeedom : send
[2022-03-12 16:43:40][DEBUG] : Send command
[2022-03-12 16:43:40][DEBUG] : {u’OV’: 0, u’IO’: 0} on command 1 210 1 11
[2022-03-12 16:43:40][DEBUG] : [85, 0, 9, 7, 1, 86, 210, 1, 0, 0, 255, 191, 189, 128, 0, 3, 5, 22, 64, 20, 255, 0, 31]
[2022-03-12 16:43:40][DEBUG] : Last packet for this 05:16:40:14 was emited 276.027315855 seconds ago
[2022-03-12 16:43:41][INFO] : Sending packet
[2022-03-12 16:43:41][DEBUG] : FF:BF:BD:80->05:16:40:14 (-255 dBm): 0x01 [‹ 0xd2 ›, ‹ 0x1 ›, ‹ 0x0 ›, ‹ 0x0 ›, ‹ 0xff ›, ‹ 0xbf ›, ‹ 0xbd ›, ‹ 0x80 ›, ‹ 0x0 ›] [‹ 0x3 ›, ‹ 0x5 ›, ‹ 0x16 ›, ‹ 0x40 ›, ‹ 0x14 ›, ‹ 0xff ›, ‹ 0x0 ›] OrderedDict([(u’CMD’, {u’value’: u’Command ID 1’, u’description’: u’Command indentifier’, u’unit’: u’’, u’raw_value’: 1}), (u’DV’, {u’value’: u’Switch to new output value’, u’description’: u’Dim value’, u’unit’: u’’, u’raw_value’: 0}), (u’IO’, {u’value’: u’Output channel 0 (to load)’, u’description’: u’I/O channel’, u’unit’: u’’, u’raw_value’: 0}), (u’OV’, {u’value’: u’Output value 0% or OFF’, u’description’: u’Output value’, u’unit’: u’’, u’raw_value’: 0})])
[2022-03-12 16:43:41][INFO] : Sending packet
[2022-03-12 16:43:41][DEBUG] : FF:BF:BD:80->05:16:40:14 (-255 dBm): 0x01 [‹ 0xd2 ›, ‹ 0x1 ›, ‹ 0x0 ›, ‹ 0x0 ›, ‹ 0xff ›, ‹ 0xbf ›, ‹ 0xbd ›, ‹ 0x80 ›, ‹ 0x0 ›] [‹ 0x3 ›, ‹ 0x5 ›, ‹ 0x16 ›, ‹ 0x40 ›, ‹ 0x14 ›, ‹ 0xff ›, ‹ 0x0 ›] OrderedDict([(u’CMD’, {u’value’: u’Command ID 1’, u’description’: u’Command indentifier’, u’unit’: u’’, u’raw_value’: 1}), (u’DV’, {u’value’: u’Switch to new output value’, u’description’: u’Dim value’, u’unit’: u’’, u’raw_value’: 0}), (u’IO’, {u’value’: u’Output channel 0 (to load)’, u’description’: u’I/O channel’, u’unit’: u’’, u’raw_value’: 0}), (u’OV’, {u’value’: u’Output value 0% or OFF’, u’description’: u’Output value’, u’unit’: u’’, u’raw_value’: 0})])
[2022-03-12 16:43:41][INFO] : Sending packet
[2022-03-12 16:43:41][DEBUG] : FF:BF:BD:80->05:16:40:14 (-255 dBm): 0x01 [‹ 0xd2 ›, ‹ 0x1 ›, ‹ 0x0 ›, ‹ 0x0 ›, ‹ 0xff ›, ‹ 0xbf ›, ‹ 0xbd ›, ‹ 0x80 ›, ‹ 0x0 ›] [‹ 0x3 ›, ‹ 0x5 ›, ‹ 0x16 ›, ‹ 0x40 ›, ‹ 0x14 ›, ‹ 0xff ›, ‹ 0x0 ›] OrderedDict([(u’CMD’, {u’value’: u’Command ID 1’, u’description’: u’Command indentifier’, u’unit’: u’’, u’raw_value’: 1}), (u’DV’, {u’value’: u’Switch to new output value’, u’description’: u’Dim value’, u’unit’: u’’, u’raw_value’: 0}), (u’IO’, {u’value’: u’Output channel 0 (to load)’, u’description’: u’I/O channel’, u’unit’: u’’, u’raw_value’: 0}), (u’OV’, {u’value’: u’Output value 0% or OFF’, u’description’: u’Output value’, u’unit’: u’’, u’raw_value’: 0})])
[2022-03-12 16:43:41][DEBUG] : [85, 0, 1, 0, 2, 101, 0, 0]
[2022-03-12 16:43:41][DEBUG] : 0x02 [‹ 0x0 ›] [] OrderedDict()
[2022-03-12 16:43:41][DEBUG] : [85, 0, 1, 0, 2, 101, 0, 0]
[2022-03-12 16:43:41][DEBUG] : 0x02 [‹ 0x0 ›] [] OrderedDict()
[2022-03-12 16:43:41][DEBUG] : Receive response packet : 2
[2022-03-12 16:43:41][DEBUG] : Response is : OK
[2022-03-12 16:43:41][DEBUG] : Receive response packet : 2
[2022-03-12 16:43:41][DEBUG] : Response is : OK
[2022-03-12 16:43:41][DEBUG] : [85, 0, 1, 0, 2, 101, 0, 0]
[2022-03-12 16:43:41][DEBUG] : 0x02 [‹ 0x0 ›] [] OrderedDict()
[2022-03-12 16:43:41][DEBUG] : Receive response packet : 2
[2022-03-12 16:43:41][DEBUG] : Response is : OK
[2022-03-12 16:43:50][DEBUG] : Client connected to [127.0.0.1:54872]
[2022-03-12 16:43:50][DEBUG] : Message read from socket: {« apikey »:« ssDmgQNWcO1uZkGxAmJf1PUkCBB021tI »,« cmd »:« lognormal »}
[2022-03-12 16:43:50][DEBUG] : Client disconnected from [127.0.0.1:54872]
[2022-03-12 16:43:50][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2022-03-12 16:43:50][DEBUG] : Received command from jeedom : lognormal
[2022-03-12 16:43:50][INFO] : Passage du demon en mode de log initial
Avez-vous trouvez des solutions pour ce soucis sur jeedom V4 ?
Merci d’avance.
Hello
Rien depuis l ouverture du sujet, soit tu t en contente, sois tu essai un retour chez le vendeur et tu change de protocole.
1 « J'aime »