Support Philips RWL021

[KiwiHC16]

https://community.jeedom.com/t/association-ampoule-hue-impossible-avec-ma-zigate/36162/2

[KiwiHC16]

Pensez à la cagnotte: http://kiwihc16.free.fr/index.html#cagnotte

[KiwiHC16]

[2020-09-02 09:37:35][debug] Abeille1, Type=8102/Attribut report, SQN=07, SrcAddr=5b64, EndPoint=01, ClustID=0000, AttrID=0005, AttrStatus=00, AttrDataType=42, AttrSize=0006, DataByteList=RWL021

RWL021

mais on trouve aussi du LWB010 qui lui est connu.

[KiwiHC16]

[2020-09-02 09:37:40][debug] Abeille1, Type=8102/Attribut report, SQN=22, SrcAddr=5b64, EndPoint=02, ClustID=fc00, AttrID=0001, AttrStatus=00, AttrDataType=42, AttrSize=0005, DataByteList=3000210000
[2020-09-02 09:37:40][debug] Abeille1, Type=8102/Attribut report, SQN=24, SrcAddr=5b64, EndPoint=02, ClustID=fc00, AttrID=0001, AttrStatus=00, AttrDataType=42, AttrSize=0005, DataByteList=3002210000

???

[tcharp38]

Pb de remontée de batterie ?

@Krankhore Peux tu me generer un discovery pour cet equipement ?

[Krankhore]

J'ai essayé avec l'assistant de découverte en réveillant la télécommande en même temps. Le nom est Abeille1/F81C voici le discovery.json et parser.log

AbeilleParser(1).log

discovery.txt

[tcharp38]

RWL021.zip Je te laisse refaire une inclusion avec ce modele.

Le report de batterie n'est pas sur le EP01 mais sur le EP02.

[Krankhore]

J'ai mis en place le fichier json puis recharger depuis l'onglet avancé sur l’épiquement. J'ai actionné la télécommande mais rien. J'ai fait reconfigurer , toujours rien puis réinitialiser, rien non plus. Enfin j'ai supprimé l"équipement, redémarré le démon et actionné la télécommande L'équipement s'est recrée mais toujours pas de valeur à battery-percent.

Je ne sais pas si l'info doit remonter à chaque activation de la télécommande ou à une fréquence au choix de la télécommande comme pour les IKEA ronde.

[tcharp38]

La batterie est remontée seulement toutes les 30 a 60min. Donc faut voir au bout d'1H au moins.

[Krankhore]

ok alors j'attends

[tcharp38]

Tu peux aussi verifier que la config de reporting est bonne via la page avancée de l'EQ

Il doit y avoir un retour dans le log parser, si tu reveilles la remote en meme temps

[Krankhore]

Voici le résultat de la lecture config reporting

0630|[2022-03-08 17:42:07] Abeille1, Type=8002/Data indication, Status=00, ProfId=0104, ClustId=FC00, SrcEP=02, DstEP=01, SrcAddrMode=02, SrcAddr=F81C, DstAddrMode=02, DstAddr=0000 0633|[2022-03-08 17:42:07] Abeille1, Type=8102/Attribute report, SQN=2C, Addr=F81C, EP=02, ClustId=FC00, AttrId=0004, AttrStatus=00, AttrDataType=42, AttrSize=0005 0635|[2022-03-08 17:42:07] Abeille1, Type=8002/Data indication, Status=00, ProfId=0104, ClustId=FC00, SrcEP=02, DstEP=01, SrcAddrMode=02, SrcAddr=F81C, DstAddrMode=02, DstAddr=0000 0638|[2022-03-08 17:42:07] Abeille1, Type=8102/Attribute report, SQN=2E, Addr=F81C, EP=02, ClustId=FC00, AttrId=0004, AttrStatus=00, AttrDataType=42, AttrSize=0005 0652|[2022-03-08 17:42:08] Abeille1, Type=8002/Data indication, Status=00, ProfId=0104, ClustId=FC00, SrcEP=02, DstEP=01, SrcAddrMode=02, SrcAddr=F81C, DstAddrMode=02, DstAddr=0000 0655|[2022-03-08 17:42:08] Abeille1, Type=8102/Attribute report, SQN=2F, Addr=F81C, EP=02, ClustId=FC00, AttrId=0004, AttrStatus=00, AttrDataType=42, AttrSize=0005 0657|[2022-03-08 17:42:08] Abeille1, Type=8002/Data indication, Status=00, ProfId=0104, ClustId=FC00, SrcEP=02, DstEP=01, SrcAddrMode=02, SrcAddr=F81C, DstAddrMode=02, DstAddr=0000 0660|[2022-03-08 17:42:08] Abeille1, Type=8102/Attribute report, SQN=31, Addr=F81C, EP=02, ClustId=FC00, AttrId=0004, AttrStatus=00, AttrDataType=42, AttrSize=0005 0662|[2022-03-08 17:42:08] Abeille1, Type=8002/Data indication, Status=00, ProfId=0104, ClustId=FC00, SrcEP=02, DstEP=01, SrcAddrMode=02, SrcAddr=F81C, DstAddrMode=02, DstAddr=0000 0665|[2022-03-08 17:42:08] Abeille1, Type=8102/Attribute report, SQN=32, Addr=F81C, EP=02, ClustId=FC00, AttrId=0004, AttrStatus=00, AttrDataType=42, AttrSize=0005 0667|[2022-03-08 17:42:08] Abeille1, Type=8002/Data indication, Status=00, ProfId=0104, ClustId=FC00, SrcEP=02, DstEP=01, SrcAddrMode=02, SrcAddr=F81C, DstAddrMode=02, DstAddr=0000 0670|[2022-03-08 17:42:08] Abeille1, Type=8102/Attribute report, SQN=34, Addr=F81C, EP=02, ClustId=FC00, AttrId=0004, AttrStatus=00, AttrDataType=42, AttrSize=0005 0719|[2022-03-08 17:42:12] Abeille1, Type=8011/APS data ACK, Status=00/Success, Addr=F81C, EP=01, ClustId=0001, SQNAPS=CC 0720|[2022-03-08 17:42:12] Abeille1, Type=8002/Data indication, Status=00, ProfId=0104, ClustId=0001, SrcEP=02, DstEP=01, SrcAddrMode=02, SrcAddr=F81C, DstAddrMode=02, DstAddr=0000 0723|[2022-03-08 17:42:12] Abeille1, Type=8122/Read reporting config, SQN=71, Addr=F81C, EP=02, ClustId=0001, Status=00/Success

Mais pour l'instant aucune remontée du niveau de batterie

[tcharp38]

Dommage il manque une ligne, celle qui donne le detail.

[Krankhore]

J'avais fait un filtre sur F81C , Je recommence, voici la log AbeilleParser(2).log

[tcharp38]

Donc [2022-03-08 18:19:36] Abeille1, Type=8002/Data indication, Status=00, ProfId=0104, ClustId=0001, SrcEP=02, DstEP=01, SrcAddrMode=02, SrcAddr=F81C, DstAddrMode=02, DstAddr=0000 [2022-03-08 18:19:36] FCF=18/General/Serv->Cli, SQN=6A, cmd=09/Read Reporting Configuration Response [2022-03-08 18:19:36] Status=00/Success, Dir=00, AttrId=0021, AttrType=20, minInterval=FFFF, maxInterval=FFFF

min & max ne sont pas bons. Tu peux me filer le package de logs quand tu as refais une inclusion ?

[Krankhore]

Je viens de refaire la réinitialisation de la télécommande voici le package de logs AbeilleLogs-220309.tar.gz

[tcharp38]

Je ne vois pas la phase de reinclusion dans ces logs :(

Je te suggere de passer le nombre de lignes à 5000 au lieu des 1000 actuellement.

On peut proceder autrement

• tu refais la config via la page avancé La j'ai mis reporting toutes les 5mins

• tu tentes une relecture

puis file moi le package de logs pour cette manip.

[Krankhore]

Je n'avais pas supprimé la télécommande mais juste fait un reinitialiser par la page avance , c'est peut être pour ça.

Je vais supprimer l’équipement de jeedom, l'activer puis faire les manips que tu proposes.

[Krankhore]

Voilà la séquence:

• télécommande supprimé de jeedom
• passage log à 5000, effacement de toutes les logs
• redémarrage du démon
• appui sur le bouton "O" de la télécomande
• l'équipement s'enregistre ( pour rappel l'adresse est F81C / 0017880102C2E0F8 )
• configure reporting
• lecture reporting

le package de logs AbeilleLogs-220309(1).tar.gz

[tcharp38]

Je ne comprenais pas pourquoi son adresse ne changeait pas mais c'est clair, il ne s'est pas réannoncé donc il n'a pas eu d'initialisation complete. Il y a a priori un reset au dos de ce truc mais tu peux tenter "reinitialiser" via la page avancé. Il devrait faire une reconfiguration.

En tout cas la config du reporting n'est toujours pas faite.

[Krankhore]

Voilà, j'ai effacé les logs puis fait la réinitialisation depuis la page avancé. Bizarre, il y a eu un message Equipement 'RWL021' inconnu. Utilisation de la config par défaut. A priori, ce message n'existe pas quand on supprime l'équipement et qu'il se recrée au premier message.

puis j'ai fait le configure reporting et la lecture reporting voici le package de logs

Si c'est toujours pas bon, on pourra toujours essayer le setup au dos de la télécommande AbeilleLogs-220309(2).tar.gz

[Krankhore]

J'ai récupéré le niveau de batterie en faisant dans la page avancé un lecture attribut

_0259|[2022-03-09 15:04:12] FCF=18/General/Serv->Cli, SQN=B3, cmd=01/Read Attributes Response 0260|[2022-03-09 15:04:12] Handled by decode81008102 0261|[2022-03-09 15:04:12] Abeille1, Type=8100/Read individual attribute response, SQN=B3, Addr=F81C, EP=02, ClustId=0001, AttrId=0021, AttrStatus=00, AttrDataType=20, AttrSize=0001 0262|[2022-03-09 15:04:12] BatteryPercent=AB => 85.5%

L'heure de collecte est bien à 15:04:12 , reste à voir si cela se mettra à jour en automatqiue Il figure bien maintenant dans la page analyse équipements

[tcharp38]

Voilà, j'ai effacé les logs puis fait la réinitialisation depuis la page avancé. Bizarre, il y a eu un message Equipement 'RWL021' inconnu. Utilisation de la config par défaut. A priori, ce message n'existe pas quand on supprime l'équipement et qu'il se recrée au premier message.

puis j'ai fait le configure reporting et la lecture reporting voici le package de logs

Si c'est toujours pas bon, on pourra toujours essayer le setup au dos de la télécommande AbeilleLogs-220309(2).tar.gz

Toujours pas de config de reporting. Il faut que l'equipement se reannonce. Ce qu'il ne fait pas.

Pour la batterie, effectivement tu l'as en interrogeant toi meme l'equipement. Mais si la config etait bonne il ferait un reporting seul. Bref, aucun progres jusque la.

[Krankhore]

J'ai effacé toutes les logs et redémarré jeedom Puis mis la zigate en inclusion et pressé 5* sur le setup de la télécommande

Dans les logs, j'ai bien l'impression qu'il se réannonce mais l'adresse est resté la même.

J'ai ensuite demandé la lecture de la configuration de reporting Et donc voici toutes toutes les logs. AbeilleLogs-220309(3).tar.gz

Reste plus qu'à attendre pour voir la batterie remonte

[tcharp38]

Voila un résumé de mes observations

• Je vois effectivement un "device announce" cette fois (17:50:12)
• l'addresse reste F81C
• La config qui nous interesse est celle la

[2022-03-09 17:50:13] exec cmd SetReporting 02-0001-0021 with delay 7 [2022-03-09 17:50:13] topic=configureReporting, request=ep=02&clustId=0001&attrType=20&attrId=0021&minInterval=0708&maxInterval=0E10&changeVal=

• Mais il se passe un truc tres etrange

[2022-03-09 17:50:21] Abeille1, Type=8000/Status, Status=00/Success, SQN=42, PacketType=0530, Sent=00, SQNAPS=00 [2022-03-09 17:50:21] Abeille1, Type=8002/Data indication, Status=00, ProfId=0104, ClustId=0001, SrcEP=02, DstEP=01, SrcAddrMode=02, SrcAddr=F81C, DstAddrMode=02, DstAddr=0000 [2022-03-09 17:50:21] FCF=18/General/Serv->Cli, SQN=01, cmd=0B/Default Response [2022-03-09 17:50:21] Cmd=06, Status=80 => Malformed command [2022-03-09 17:50:21] Abeille1, Type=8101/Default response, SQN=01, EP=02, ClustId=0001/Power configuration, Cmd=06, Status=80 => Handled by decode8002

• Accessoirement, tu n'es pas en BETA et ton FW est un peu vieux (3.1d). Je te suggere de basculer sur la beta & FW 321-LEGACY

Du coup dans l'ordre,

• peux tu basculer sur la beta
• puis refaire la manip de config à la main via la page EQ/avancé

et me filer le package de logs suite à ca

[Krankhore]

Bon, je suis passé en beta, j'ai vidé les logs et redémarré Abeille

configure reporting vers 14:36 lecture reporting vers 14:40 Et voici les logs AbeilleLogs-220310.tar.gz

Mais je pense que ce n'est toujours pas bon , j'ai vu dans la logs 0433|[2022-03-10 14:40:11] Abeille1, Type=8122/Read reporting config, SQN=2B, Addr=F81C, EP=02, ClustId=0001, Status=00/Success 0434|[2022-03-10 14:40:11] AttrType=20, AttrId=0021, MinInterval=65535, MaxInterval=65535

Je passe la zigate en 3.21 Legacy Au passage, je vois que Abeille ne s'apercoit pas que la zigate wifi a été débranché (vers 14h54) . Dans la page santé tout est encore au vert 10 minutes après le retrait de la zigate. Sur la ruche, la date de dernière comm date de plus de 10 minutes et le status est au vert. J'ai relancé le démon à15h06? La zigate communique et est bien en 3.21. Je fais refaire les manip de config du reporting

[Krankhore]

J'ai donc refait un configure reporting à 15h13 et lecture config à 15h14

je pense que ce n'est pas bon

2180|[2022-03-10 15:14:04] FCF=18/General/Serv->Cli, SQN=41, cmd=09/Read Reporting Configuration Response 2181|[2022-03-10 15:14:04] Status=00/Success, Dir=00, AttrId=0021, AttrType=20, minInterval=FFFF, maxInterval=FFFF 2182|[2022-03-10 15:14:04] Abeille1, Type=8122/Read reporting config, SQN=41, Addr=F81C, EP=02, ClustId=0001, Status=00/Success 2183|[2022-03-10 15:14:04] AttrType=20, AttrId=0021, MinInterval=65535, MaxInterval=65535

et voici le package de logs

AbeilleLogs-220310(1).tar.gz

[tcharp38]

Ok, la config via la page EQ/avancé ne fonctionne pas sur cet attribut car il manque son type, et l'interface ne permet pas de l'ajouter. Je corrige le tir mais ca sera pour la prochaine beta.

J'avoue que je patauge un peu et c'est galere. Je me demande si ce pb n'est pas fixé par une mise à jour du FW du RWL021. Cette page parle d'une version plus recente que celle de ta remote: https://github-wiki-see.page/m/dresden-elektronik/deconz-rest-plugin/wiki/OTA-Image-Types---Firmware-versions

[Krankhore]

J'ai fait une mise à jour du firmware et le résultat est toujours le même , je fais un configure reporting puis un lecture reporting , et l'intervalle est toujours à 65535

[Krankhore]

Je viens d'installer la nouvelle beta, j'ai bien un champs type pour la commande configure reporting. j'ai essayé le type 20 puisque c'est ce qui figure dans la réponse à la lecture de la config, mais j'ai toujours Cmd=06, Status=80 => Malformed command Quelle valeur devrais je mettre ?

[tcharp38]

Ha oui pardon, type=20 Donc en résumé EP=02, CLUST=0001, ATTR=0021, TYPE=20, MIN=012C, MAX=012C 012C=> ca donne un report toutes les 5mins (pour test)

[tcharp38]

D'ailleurs tu dis avoir fait la mise à jour OTA du device. Tu as vérifié la version donnée (lecture attribut 4000 du cluster 0000 via la page EQ/avancé) Avant tu avais ca "4000":{"value":"5.45.1.17846"}

[Krankhore]

En fait, c'est le même firmware 0016|[2022-03-11 10:53:28] Abeille1, Type=8100/Read individual attribute response, SQN=43, Addr=F81C, EP=02, ClustId=0000, AttrId=4000, AttrStatus=00, AttrDataType=42, AttrSize=000C 0017|[2022-03-11 10:53:28] SWBuildID, hexValue=352E34352E312E3137383436 => 5.45.1.17846

Pourtant la mise à jour à l'air de s'être bien terminé

Je viens de re-essayer le configure mais j'ai encore la réponse 0362|[2022-03-11 10:56:04] Abeille1, Type=8002/Data indication, Status=00, ProfId=0104, ClustId=0001, SrcEP=02, DstEP=01, SrcAddrMode=02, SrcAddr=F81C, DstAddrMode=02, DstAddr=0000 0363|[2022-03-11 10:56:04] FCF=18/General/Serv->Cli, SQN=03, cmd=0B/Default Response 0364|[2022-03-11 10:56:04] Cmd=06, Status=80 => Malformed command

[tcharp38]

Tu l'as pris d ou ? Je ne sais pas ou les recuperer ces FW Philips. Peut etre est il mal nommé aussi.

Enfin bref pour le souci je vois 2 possibilités

• la config du reporting a besoin de + de parametres (donc tres specifique à ce device/FW)
• ou bien il ne sait pas faire du reporting "battery %" mais seulement "battery volt"

[Krankhore]

Je l'ai récupéré par un lien sur le site que tu m'avais indiqué (https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/OTA-Image-Types---Firmware-versions). J'ai vu les transferts pendant plus d'une demi-heure dans la log de parser donc visiblement il reconnaissait bien le firmware et l'a appliqué mais cela devait être le même.

Ce que je peux faire de créer un scenario qui exécute la commande get-battery lorsque je recupere l'évènement d(appui sur une touche par exemple sur EventButtonO

[Krankhore]

Je viens de tester, cela fonctionne . Battery-percent s'est mis à jour et la télécommande a été crée sur la page analyse équipement.

Après , est ce que cette valeur est bien juste ???? J'ai executé la commande plusieurs fois et dans l'ordre, j'ai recupéré 79.5 93 87 88.5

Et la pile est dans la télécommande depuis environ 2 ans , alors je ne sais pas si cette valeur est fiable

[tcharp38]

Qu est ce qui fonctionne ? Le get Battery ? Si oui ca n'est pas du reporting et ca ne devrait pas etre à la charge de l'utilisateur de lire cette info

[Krankhore]

Oui, c'est bien le get battery qui fonctionne. Je sais que ce ne devrait pas être à l'utilisateur de le demander mais cela me permettra au moins de verifier si la pile est à remplacer ( si cette info est bien la bonne , voir mon commentaire updaté plus haut)

[tcharp38]

Le pourcentage est calculé par le device lui meme et du coup cette "estimation" est parfoit peu precise. Mais oui la ca varie pas mal.

Du coup on n'a pas avancé d'un poil. Peux tu retenter une "config du reporting" et me filer les logs dans la foulée pour voir comment il reagit ?

[Krankhore]

Ok je prépare ça. Pour ma part, je trouve qu'on à avancé, avec la modif du json , le get battery renvoi maintenant un résultat. Et j'ai pu comprendre quelques commandes de la page avancé , faire des essais d'OTA et comment interroger la version de firmware. En tout cas, merci pour ton support.

[Krankhore]

Et voilà les logs pour la nouvelle tentative de config J'ai redémarré Abeille pour fais 2 config et 2 lectures de la config AbeilleLogs-220311.tar.gz

[tcharp38]

Suite à la requete je vois toujours un status etrange

[2022-03-11 13:34:18] Abeille1, Type=8002/Data indication, Status=00, ProfId=0104, ClustId=0001, SrcEP=02, DstEP=01, SrcAddrMode=02, SrcAddr=F81C, DstAddrMode=02, DstAddr=0000 [2022-03-11 13:34:18] FCF=18/General/Serv->Cli, SQN=01, cmd=0B/Default Response [2022-03-11 13:34:18] Cmd=06, Status=80 => Malformed command

Peux tu retenter mais cette fois en ajoutant 00 pour 'Change' ? Donc EP=02, CLUST=0001, ATTR=0021, TYPE=20, MIN=012C, MAX=012C, CHANGE=00

[Krankhore]

et voila AbeilleParser(3).log il a l'air d'avoir pris

[Krankhore]

Et à 15h56m35 , j'ai la mise à jour du niveau de batterie. soit effectivement 5 minutes après puis nouvelle maj à 16h01m36

dois je repasser le configure reporting avec EP=02, CLUST=0001, ATTR=0021, TYPE=20, MIN=0708, MAX=0E10, CHANGE=00

[tcharp38]

Yesssssss. Il lui faut donc un parametre optionnel (changeVal=00).

Derniere mouture: RWL021.zip

Ecraser Redemarrer Refaire inclusion

Le reporting de batterie doit se faire toutes les 30 à 60mins SANS faire de "get battery"

[Krankhore]

Mis en place le nouveau json, effacé les logs, redémarré Abeille , 5* appui sur setup puis lecture config reporting;

ça m'a l'air bien. beau travail ! Voici les logs AbeilleLogs-220311(1).tar.gz

La dernière mise à jour du niveau de batterie était à 16h06n39s , je vais surveillé la prochaine remontée qui devrait donc arriver d'ici 30 à 60 mins.

[tcharp38]

oui ca à l air d etre bon.

[2022-03-11 16:16:38] Abeille1, Type=8122/Read reporting config, SQN=AB, Addr=F81C, EP=02, ClustId=0001, Status=00/Success [2022-03-11 16:16:38] AttrType=20, AttrId=0021, MinInterval=1800, MaxInterval=3600

Tu devrais avoir les remontées automatiques.

Autre point manquant sur ce device ?

[Krankhore]

Non pas d'autres points Merci encore.

Je confirmerais dès que j'aurai une remontée et tu pourras clore l'issue

[tcharp38]

Ca marche

[Krankhore]

Remonté à 17h11m25 , c'est à dire après 1h5m Donc le reporting fonctionne bien Tu peux clôturer

[tcharp38]

Ok. A réouvrir si soucis avec ce device.