Non, j’avais déjà fait le test.
Si tu regarde bien cette ligne du log
[2020-12-01 15:16:37][DEBUG] : {"devices":{"4110":{"packettype":"0x10","rssi":4,"unitcode":"0x01","id":"41","subtype":"0x00","cmnd":"0x00"}}}
On vois bien que le device (41 c’est son nom) est bien reconnu.
Que ça concerne la commande « 0x01 » qui correspond au bouton 1 et dans les autres valeurs il y a le RSSI mais aussi un CMND qui lui change bien en fonction du ON ou du OFF mais qui ne mets rien à jour dans le device.
Normalement tu devrais pouvoir lire le « cmnd » que tu as créé car on voit bien que « loic » envoie l’info:
Je me connecte à un RPI pour voir le prog de décodage
Et après on verra encore des gars dire que tu ne maitrises pas ce protocole !
MDR 
Tu fais pas la sieste !
Je te donne les deux lignes du bouton 1 :
Le OFF
[2020-12-01 15:16:37][DEBUG] : {"devices":{"4110":{"packettype":"0x10","rssi":4,"unitcode":"0x01","id":"41","subtype":"0x00","cmnd":"0x00"}}}
Le ON
[2020-12-01 15:16:37][DEBUG] : {"devices":{"4110":{"packettype":"0x10","rssi":4,"unitcode":"0x01","id":"41","subtype":"0x00","cmnd":"0x01"}}}
Seul change le CMND dans ces deux lignes.
Pour le bouton 2 c’est pareil, il y a juste le changement de l’unitcode qui passe de « 0x01 » à « 0x02 »
Si quand la petite la fait elle aussi…
j’aurai pas encore dormi beaucoup avant de repartir…
Unitcode c’est comme le N° du Bp
Dans le plugin , il n’y a pas de création de « cmnd », je sais pas si volontaire de la part de @Loic , mais tu devrais pouvoir en créé un , puisqu’il le met à jour ?
Cela me fait penser que j’ai pas fait la « sieste » 
Si je créé une commande CMND comment je différencie le CMND du bouton1 et celui du bouton2 ?
C’est bien vrai ça ! (on va réveiller la mère Denis) 
Tu fais le test sur l’unicod qui lui est le Bp , un peu plus compliqué …
Voir si @Loic fait la « modif » dans le plugin pour le packettype 0x10 subtype 0x01
Surtout si c’était oublie ou pas config normale …
Ok, j’attends les remarques de @Loic sur le décodage de ce type de packet.
Merci pour tout votre temps et votre patience… et bonne sieste si c’est pas trop tard
La beta de demain renverra la valeur en decimal au lieu de hexa c’est a tester
Slt @Loic Petite question c’est quoi le « filler » que tu décodes, ici on peut croire anciennement « battery » .
Mais maintenant je le vois aussi sur l’ID 1 du 0x.11 ?
Qu’est-ce quand dit ta doc , STP Merci …
Filler c’est un truc vide, en gros c’est pour remplir les trous
non je l’ignore
Merci patron, on sera moins bête …
Bonjour,
mon souci semble similaire, je complète un peu savoir si c’est la même correction (ça ressemble aux même logs mais pas le même subtype).
J’ai un bouton A2.
La commande a bien été créé dans jeedom après inclusion :
[2020-12-02 18:22:19][DEBUG] : {"devices":{"4110":{"packettype":"0x10","subtype":"0x00","id":"41","unitcode":"0x02","cmnd":"0x01","rssi":5}}}
[2020-12-02 18:22:23][DEBUG] : {"devices":{"4110":{"packettype":"0x10","subtype":"0x00","id":"41","unitcode":"0x02","cmnd":"0x00","rssi":5}}}
Oui, normalement même base 0x.10 du subtype 0x.00 à 0x.0C