Slt tout le monde… 
Je pense que si vous voulez avoir un retour d’état, il faut passer par le mode Répétiteur de signal (meshing): [n’existe pas sur tout les modules EDISIO] et ainsi on doit récupérer l’info que l’on a envoyé sur le module et que lui a reçu et répété…( c’est cette répétition qu’il faut se servir comme état).
@DÖM (Ô¿Ô) 
Bonsoir, en suivant le lien fourni par lolo97430 j’ai créé des virtuels et à présent j’ai une modification de l’état, ce n’est pas fiable à 100% puisque virtuel, mais la méthode dont tu parles n’est malheureusement pas plus fiable puisque pour elle non plus ce n’est pas le retour d’état réel de l’actionneur qui est interrogé. Mais si tu peux nous expliquer clairement ta méthode elle m’intéresse tout de même car en apprenant on trouve des solutions pour d’autres usages. Merci d’avance.
J’ai du mal expliqué alors…
le mode Répétiteur de signal (meshing): [n’existe pas sur tout les modules EDISIO]
pour ceux qui possède cette fonction, effectivement les commandes actionneurs sont répétées …
Mais il faut que le répéteur ne soit pas trop loin (la puissance est diminuée)…donc on récupère les répétitions des cde (comme un virtuel)…
Je répète encore…Pas de retour d’état EDISIO , même leur Box te simule ce retour avec la cde sur leur « Dashboard »
@DÖM (Ô¿Ô)
PS Info EDISIO
Répétiteur de signal (meshing):
Par défaut, la fonction est désactivée afin d’optimiser le temps de réponse du module.
Pour étendre la portée radio entre vos périphériques, vous pouvez activer la fonction en
appuyant 3x R. La led clignote rouge 3x pour confirmer l’activation.
Pour désactiver le répétiteur, appuyer 4x sur R, la led clignote bleu 3x pour confirmer la
désactivation.
Ne pas activer plus de 5 récepteurs en «meshing» par installation.
Bonjour jelo, oui j’utilise bien jeedom pour piloter mes matériels dont un emr-2000 pour le portail, deux autres pour les portes de garage et un récepteur pour les lumières extérieurs. J ai seulement fait l inclusion de mon interrupteur à 4 boutons et configuré mes différentes commandes. Et pour le moment pas de bugs…je vais essayer la méthode des virtuels pour les états…
Bonjour, je ne suis pas tout à fait d’accord avec toi, si tu commandes un actionneur à partir de ta Homebox Edisio, la remontée d’état se fait par l’actionneur lui même et non par renvoi de la commande initiale, chez moi je n’ai aucun actionneur qui renvoi le signal (meshing) vers un autre éventuel récepteur (actionneur) car je n’ai pas activé cette fonction sur mes actionneurs, hors :
1- j’ai bien une remontée de l’état dans la Homebox (mais tu dis que c’est simulé à partir de la commande)
2 - si un actionneur est alimenté et qu’on lui envoi une commande « ON », le visuel du bouton passe bien à « ON » (simulation), si tu débranches ton actionneur du secteur 220V et que tu interroges son état, la commande repasse à « OFF » ,pourtant si c’est simulé cela ne devrait pas changer au niveau de l’état, hors comme le programme n’a pas reçu l’acquittement de l’état il repasse à la position « OFF » du visuel.
3 - si tu veux connaître l’état d’un actionneur (home box Edisio), tu peux interroger les états de tout les actionneurs sans avoir à les piloter. Tu peux interroger un actionneur individuellement également.
Mais je suis d’accord qu’avec Jeedom il n’y a pas de remontée d’état, on ne peut que la simuler effectivement, ce qui est déjà bien, on garde la bonne portée du signal Edisio 868 MHz mais on a perdu la remontée réelle.
ps :Pour les spécialistes d’Edisio, le fonctionnement du retour d’état et la simulation du visuel est dans les faits un peu plus compliqué que ce que j’écris, mais ce n’est pas le sujet ici !
J’ai encore 2 Box Dio (avec 2 prog différents), je vais les rebranchés et vérifier tes « dires » avec l’analyseur de fréquences et RFPLayer
@+ en MP
@DÖM (Ô¿Ô)
Merci de ta prise en compte, j’ai fais l’essai moi aussi avant de te répondre car des fois les souvenirs sont empreints d’erreur, mieux vaut contrôler avant d’affirmer. Je n’ai pas le matériel dont tu est équipé, ce sera profitable de savoir réellement ce qui se passes sur les ondes. Pour plus de clarté, mais cela va compliquer tes essais, il faudrait faire le test sur un actionneur avec meshing actif et aussi avec meshing inactif. Cependant le fait que le meshing puisse exister confirme déjà que l’actionneur est bien capable d’émettre quelque chose et c’est pas plus difficile démettre un état que de ré-émettre un signal il me semble. En tous cas si tu parviens à faire tes mesures ce sera intéressant de les partager avec le développeurs Jeedom, ça peux aider pour l’évolution du programme ! Bon courage à toi!
Au fait, puisque tu as visiblement Jeedom, penses à piloter du Edisio avec Jeedom, ensuite tu vérifies l’état de l’élément piloté dans Jeedom sur le dashboard de la homme box Edisio, tu lances ensuite la commande inverse dans Jeedom et tu reviens vérifier l’état de lélément dans ta Homebox Edisio, je penses que tu seras surpris !
Bon je viens de commander le dernier dongle blanc sur domotiks, j’ai un peu conversé avec le gérant, il était étonné par l’engouement du produit 
Allez savoir pourquoi… 
Bonsoir, au vu du stock de dongle blanc qu’il avait, soit sa boutique est peu connu par les amateurs de domotique, soit il est peu connu tout court, lors de mes recherches sur le net j’ai cherché en Allemagne, Italie, Angleterre, France, Espagne, Belgique, je n’ai trouvé que chez Domotiks ce dongle périmé à la vente, ailleurs c’est le dongle transparent qui est proposé ou si on montre le dongle blanc il est mentionné « plus en stock » avec aucune date de réapprovisionnement connue. Cela dit je n’ai pas poussé plus loin mes recherches puisque j’ai trouvé mon bonheur, si j’ai un peu de temps je vais tout de même chercher un peu pour ceux qui veulent en acheter un, mais attention tout de même car un utilisateur n’a pas réussi à faire marcher son dongle blanc qui datait d’un moment.
Un lien vers une boutique ou l’on trouve les 2 dongles !
dongle blanc et dongle transparent en stock
Bonjour ! Clé usb blanche Edisio reçue aujourd’hui.
Reconnue par le plugin Edisio instantanément
Inclusion de l’interrupteur 3 boutons : OK
Plus qu’à attendre 2/3 jours pour voir si je pers la com comme avec l’autre
Hello, je confirme qu’après plusieurs jours, l’interrupteur fonctionne toujours et Jeedom reçoit bien les changements d’états des boutons.
Merci de ta participation alexpumasage, voilà de quoi rassurer les nouveaux acquéreurx du dongle blanc, ça fait 1 point de plus pour ce dongle; Tu vas pouvoir aider « doubledom » en lui envoyant des logs de tes interrupteurs Edisio si tu peux, je penses que ça fera avancer le smilblik. Bonne journée !
@Doubledom ci-dessous mes logs (1 seul interrupteur inclus pour le moment).
[2020-03-30 21:35:31][DEBUG] : Message: 6C 76 63 02 24 61 2E 08 01 1D 01 00 03 64 0D 0A
[2020-03-30 21:35:31][DEBUG] : Decode data : {'battery': '87', 'mid': '01', 'value': 'toggle', 'bt': '08', 'raw': '6C76630224612E08011D010003640D0A', 'id': '0224612E'}
[2020-03-30 21:35:31][DEBUG] : Message: 6C 76 63 02 24 61 2E 08 01 1D 01 00 03 64 0D 0A
[2020-03-30 21:35:31][DEBUG] : Message already decode, ignore
[2020-03-30 21:35:31][DEBUG] : Message: 6C 76 63 02 24 61 2E 08 01 1D 01 00 03 64 0D 0A
[2020-03-30 21:35:31][DEBUG] : Message already decode, ignore
[2020-03-30 21:35:31][DEBUG] : Message: 6C 76 63 02 24 61 2E 08 01 1D 01 00 03 64 0D 0A
[2020-03-30 21:35:31][DEBUG] : Message already decode, ignore
[2020-03-30 21:35:31][DEBUG] : Send to jeedom : {'devices': {'0224612E010308': {'battery': '87', 'mid': '01', 'value': 'toggle', 'bt': '08', 'raw': '6C76630224612E08011D010003640D0A', 'id': '0224612E'}}}
[2020-03-30 21:35:31][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2020-03-30 21:35:31][DEBUG] : http://127.0.0.1:80 "POST /plugins/edisio/core/php/jeeEdisio.php?apikey=1LHIaKYfhgBGuKPhuP6m8A79vkcCnZQT HTTP/1.1" 200 0
[2020-03-31 00:00:03][DEBUG] : Client connected to [127.0.0.1:56182]
[2020-03-31 00:00:03][DEBUG] : Message read from socket: {"apikey":"1LHIaKYfhgBGuKPhuP6m8A79vkcCnZQT","cmd":"add","device":{"id":"0224612E"}}
[2020-03-31 00:00:03][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-03-31 00:00:03][DEBUG] : Client disconnected from [127.0.0.1:56182]
[2020-03-31 00:00:03][DEBUG] : Add device : {u'id': u'0224612E'}
Bonsoir, penses à repasser en mode log par défaut si le mode debug ne t’es pas utile (dans la fenêtre du plugin clique sur log « defaut » et relance le diable, heu non, le démon plutôt. Ca évitera de remplir tes fichiers log inutilement.
Mais pour suivre les problèmes c’est mieux en mode débug… 
Il faudrait « historisé » le démon du plugin EDISIO, pour voir qu’il tombe bien à
@+DÖM (Ô¿Ô)
Tout à fait, mais parfois on oublie d’en sortir lorsque le debugeage est fini, ce qui remplit plus vite le fichier des logs, si on est resté à 500 lignes de log ça va assez vite !
Slt
Je me suis « pencher » 
sur la façon que la HomeBox Dio faisait remontée l’état des récepteurs, elle envoie une commande "type 20" sur tous ces récepteurs et ils répondent de leurs états (00 ou 01 ou autres) 
DONC EFFECTIVEMENT IL Y A ALORS RETOUR D’ETAT mais seulement dans ce cas là…Mais dans l’état actuel de la version du plugin EDISIO, on ne peut pas envoyé cette trame 
Dans Jeedom avec une info value on récupère la cde sans avoir besoin de virtuel…
A suivre (avec RFPLAYER on peut envoyer plusieurs cde mais le plugin EDISIO ne réagi pas…) 
J’ai enfin récupérer ED-LI-08 ED-LI-01 EBP8 ED-RC-01 et là j’interprète mieux les trames…
@+DÖM (Ô¿Ô) 
La preuve d’une cde type 20
Starting new HTTP connection (1): 127.0.0.1
http://127.0.0.1:80 « POST /plugins/edisio/core/php/jeeEdisio.php?apikey=doubledom HTTP/1.1 » 200 0
Message: 6C 76 63 A6 9E 52 16 01 16 21 05 00 20 64 0D 0A ICI envoie cde type 20 vers A69E5216
Decode data : {‹ battery ›: ‹ 100 ›, ‹ mid ›: ‹ 16 ›, ‹ value ›: ‹ 0 ›, ‹ bt ›: ‹ 01 ›, ‹ raw ›: ‹ 6C7663A69E5216011621050020640D0A ›, ‹ id ›: ‹ A69E5216 ›}
Message: 6C 76 63 A6 9E 52 16 01 16 21 05 00 20 64 0D 0A
Message already decode, ignore
Send to jeedom : {‹ devices ›: {‹ A69E5216162001 ›: {‹ battery ›: ‹ 100 ›, ‹ mid ›: ‹ 16 ›, ‹ value ›: ‹ 0 ›, ‹ bt ›: ‹ 01 ›, ‹ raw ›: ‹ 6C7663A69E5216011621050020640D0A ›, ‹ id ›: ‹ A69E5216 ›}}}
Starting new HTTP connection (1): 127.0.0.1
http://127.0.0.1:80 « POST /plugins/edisio/core/php/jeeEdisio.php?apikey=doubledom HTTP/1.1 » 200 0
Message: 6C 76 63 A6 9E 52 16 01 0B 21 05 00 21 00 64 0D 0A 
Et là → le device répond 00 IL EST BIEN OFF REEL
Message: 6C 76 63 A6 9E 52 16 01 0B 21 05 00 21 00 64 0D 0A
Message already decode, ignore
Pour le ON c’est idem Réponse 6C 76 63 A6 9E 52 16 01 0B 21 05 00 21 10 64 0D 0A
Si on coupe l’alim du device ->00
@+DÖM (Ô¿Ô)
Bonjour, merci pour ce travail de décodage, je sais que ça prend du temps , j’espère que tu communiques tes résultats au développeur du plugin Edisio pour qu’il puisse en profiter et améliorer le plugin, c’est important pour le valoriser au mieux et faire profiter la communauté, cela justifie de ton implication.
Un point à vérifier mais je ne penses pas me tromper, avec la Homebox Edisio lorsque tu pilotes un actionneur, si ce dernier n’est pas alimenté alors le dashboard ne passe pas l’état à « ON » sur le visuel du bouton, il y a donc malgré tout une vrai remontée de l’info réelle de l’état même lors d’une commande.
Sans vouloir abuser de ton temps , si tu peux mettre sur le forum une copie d’écran de la commande « info value » dont tu parles pour passer l’état à « 1 » ou « 0 » lors d’une commande, cela profiterai à tous les utilisateurs du dongle Edisio passé et à venir; Merci d’avance ! Les images parlent d’eux même, les écrits doivent être analysés et parfois c’est pas trop bien fait !
Bonjour à tous,
Ca fait prés d’un an que je possède un actionneur 5 boutons Edisio et j’ai toujours eu des problèmes avec. J’apporte ma pierre à l’édifice…
J’ai installé Jeedom 3 stable et à jour sur RP3.
Je possède une clef edisio transparente (FTDI FT232R_USB_UART (/dev/tty/usb0).
La clef a été reconnue sans probleme.
Inclusion de l’actionneur : OK
Fonctionnement : défectueux.
Les actions (appuis court ou long) sont reconnues et fonctionnent normalement mais après environs 24h, plus aucune réponse aux actions.
Les logs n’indiquent absolument rien comme si la clef usb ne recevait rien. Si je reboot le RP, ca refonctionne normalement… pendant 24h environ.
Voici les logs que j’ai. Les 4/4 et 5/4 j’ai appuyé plusieurs fois sur les boutons, on ne voit rien dans les logs. Le RP3 n’a pas été redémarré sur cette période.
[2020-03-31 23:00:03][DEBUG] : Client disconnected from [127.0.0.1:51272]
[2020-03-31 23:00:03][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-03-31 23:00:03][DEBUG] : Add device : {u’id’: u’227649A0’}
[2020-04-01 12:12:09][DEBUG] : Message: 6C 76 63 22 76 49 A0 01 01 1C 01 00 03 64 0D 0A
[2020-04-01 12:12:09][DEBUG] : Decode data : {‹ battery ›: ‹ 84 ›, ‹ mid ›: ‹ 01 ›, ‹ value ›: ‹ toggle ›, ‹ bt ›: ‹ 01 ›, ‹ raw ›: ‹ 6C7663227649A001011C010003640D0A ›, ‹ id ›: ‹ 227649A0 ›}
[2020-04-01 12:12:09][DEBUG] : Message: 6C 76 63 22 76 49 A0 01 01 1C 01 00 03 64 0D 0A
[2020-04-01 12:12:09][DEBUG] : Message already decode, ignore
[2020-04-01 12:12:09][DEBUG] : Send to jeedom : {‹ devices ›: {‹ 227649A0010301 ›: {‹ battery ›: ‹ 84 ›, ‹ mid ›: ‹ 01 ›, ‹ value ›: ‹ toggle ›, ‹ bt ›: ‹ 01 ›, ‹ raw ›: ‹ 6C7663227649A001011C010003640D0A ›, ‹ id ›: ‹ 227649A0 ›}}}
[2020-04-01 12:12:09][DEBUG] : Starting new HTTP connection (1): 127.0.0.1
[2020-04-01 12:12:09][DEBUG] : http://127.0.0.1:80 « POST /plugins/edisio/core/php/jeeEdisio.php?apikey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx HTTP/1.1 » 200 0
[2020-04-01 23:00:04][DEBUG] : Client connected to [127.0.0.1:57468]
[2020-04-01 23:00:04][DEBUG] : Message read from socket: {« apikey »:« xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx »,« cmd »:« add »,« device »:{« id »:« 227649A0 »}}
[2020-04-01 23:00:04][DEBUG] : Client disconnected from [127.0.0.1:57468]
[2020-04-01 23:00:04][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-04-01 23:00:04][DEBUG] : Add device : {u’id’: u’227649A0’}
[2020-04-02 23:00:04][DEBUG] : Client connected to [127.0.0.1:35314]
[2020-04-02 23:00:04][DEBUG] : Message read from socket: {« apikey »:« xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx »,« cmd »:« add »,« device »:{« id »:« 227649A0 »}}
[2020-04-02 23:00:04][DEBUG] : Client disconnected from [127.0.0.1:35314]
[2020-04-02 23:00:04][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-04-02 23:00:04][DEBUG] : Add device : {u’id’: u’227649A0’}
[2020-04-03 23:00:03][DEBUG] : Client connected to [127.0.0.1:42474]
[2020-04-03 23:00:04][DEBUG] : Message read from socket: {« apikey »:« xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx »,« cmd »:« add »,« device »:{« id »:« 227649A0 »}}
[2020-04-03 23:00:04][DEBUG] : Client disconnected from [127.0.0.1:42474]
[2020-04-03 23:00:04][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-04-03 23:00:04][DEBUG] : Add device : {u’id’: u’227649A0’}
[2020-04-04 23:00:04][DEBUG] : Client connected to [127.0.0.1:49556]
[2020-04-04 23:00:04][DEBUG] : Message read from socket: {« apikey »:« xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx »,« cmd »:« add »,« device »:{« id »:« 227649A0 »}}
[2020-04-04 23:00:04][DEBUG] : Client disconnected from [127.0.0.1:49556]
[2020-04-04 23:00:04][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-04-04 23:00:04][DEBUG] : Add device : {u’id’: u’227649A0’}
J’espère que ca peut aider.
+++