Micro module switch legrand inclusion + perte de réseau (id = Micromoduleswitch)

[edgd1er]

Bonjour,

J'ai acheté un interrupteur micromodule Legrand Zigbee, le modèle existe dans Abeille et a été parfaitement reconnu et crée sur la dashboard.

Juste après la création/inclusion, Abeille n'arrive plus a se connecter au module:
J'ai fait deux inclusions, une dont l'adresse est 6F90, l'autre est A1B2.
AbeilleLogs-231121.tar.gz

Est ce un pb de module defectueux ? le module est a 15-20 metres de la zigate, sans murs, mais avec des portes en bois + vitres entre le deux.

[tcharp38]

Salut @edgd1er
Je vois que tu n'es pas sur la derniere beta et certains points que je vois dans les logs sont differents maintenant.
Ca t'ennuies de mettre à jour ?

Je note que le device ne repond pas aux requetes. Il doit etre en "NO ACK" non ?

Bon je doute qu'il soit defectueux. Si tu peux refaire une inclusion c'est qu'il est toujours vivant.
File moi le package de logs dans la foulée STP.

Pour etre clair je soupconne qqch à la config qui le mette en vrac mais j'aurai besoin de ton aide pour faire qq tests.

[tcharp38]

Tiens, peux tu refaire l'inclusion apres avoir ecrasé le modele actuel avec celui ci ?
Et me filer le package de lgos dans la foulée bien sur et me dire ce que ca donne

Micromoduleswitch.zip

Pour memo: j'ai supprimé le configure reporting. Seul le bind reste.

[edgd1er]

Salut @edgd1er Je vois que tu n'es pas sur la derniere beta et certains points que je vois dans les logs sont differents maintenant. Ca t'ennuies de mettre à jour ?

Je note que le device ne repond pas aux requetes. Il doit etre en "NO ACK" non ?

Bon je doute qu'il soit defectueux. Si tu peux refaire une inclusion c'est qu'il est toujours vivant. File moi le package de logs dans la foulée STP.

Pour etre clair je soupconne qqch à la config qui le mette en vrac mais j'aurai besoin de ton aide pour faire qq tests.

Salut @tcharp38,

Merci d'avoir regardé si rapidement :) Je fais toujours un rebase sur la dernière beta et/ou master pour avoir 2,3 modifs a moi en plus (un sonar sur le php, 2 devices avec options d'historisation et la modal network avec un id en plus, et du nettoyage .hooks, commandes/OBSOLETES) Je me suis peut etre loupé à un moment. Dans mes difs, je ne vois rien sur les logs.

je place le nouveau modele et j'envoie les logs des que possible.

[tcharp38]

Ok tiens moi au jus.
Tu fais des modifs du code ? Tu peux me les montrer que je comprenne pourquoi ?

[edgd1er]

Voici le zip d'inclusion, j'ai peu galéré, donc j'ai tout demonté du mur pour travailler sur une table et plus en equilibre au dessus de l'évier sur une échelle :) Je me suis rapproché de la zigate je suis a 5 metres en direct, plus proche que d'autres elements zigbee qui fonctionnent ( capteur temp/hum/press).
AbeilleLogs-231125.tar.gz
Les heures de collectes et time time restent au moment de l'inclusion, aucune commande ne répond.

[tcharp38]

Alors je vois le meme truc que sur le log précédent.
Tres etrange.
Le device s'annonce

[2023-11-25 21:43:48] Abeille1, Type=004d/Device announce, Addr=66E4, ExtAddr=000474000015DFE7, MACCapa=8E
[2023-11-25 21:43:48]   eq={"ieee":"000474000015DFE7","macCapa":"8E","rxOnWhenIdle":1,"rejoin":"00","status":"idle","time":1700945028,"endPoints":{"01":{"servClusters":"0000\/0003\/0004\/0006\/0005\/000F\/FC01","manufId":"Legrand","modelId":"Micromoduleswitch","location":""},"F2":{"servClusters":"0021"}},"mainEp":"01","manufId":"Legrand","modelId":"Micromoduleswitch","location":"","jsonId":"Micromoduleswitch","jsonLocation":"Abeille","sqnList":{"01":{"fcf":"14","time":1700943872},"6C":{"fcf":"18","time":1700944299},"6D":{"fcf":"19","time":1700944299},"03":{"fcf":"18","time":1700944895},"02":{"fcf":"18","time":1700944891},"05":{"fcf":"18","time":1700944931},"06":{"fcf":"18","time":1700944932},"09":{"fcf":"18","time":1700944937},"0E":{"fcf":"18","time":1700944990}},"manufCode":"1021","modelSignature":"Micromoduleswitch","customization":null,"tuyaEF00":null,"groups":{"01":""},"xiaomi":null}
[2023-11-25 21:43:48]   deviceUpdates('epList', '01/F2'): Status=identifying
[2023-11-25 21:43:48]   findModel(), manufId='Legrand', modelId='Micromoduleswitch', loc=''
[2023-11-25 21:43:48]   EQ is supported with 'Micromoduleswitch' identifier
[2023-11-25 21:43:48]   JSON id 'Micromoduleswitch', location 'Abeille'
[2023-11-25 21:43:48]   deviceConfigure(Abeille1, 66E4, jsonId=Micromoduleswitch)

Abeille fait la config minimale
Et... le device quitte le reseau

[2023-11-25 21:43:56] Abeille1, Type=8048/Leave indication, ExtAddr=000474000015DFE7, RejoinStatus=00

Donc pas surprenant qu'il ne reponde plus.
Je vais voir les sujets sur ce device.

[edgd1er]

Voici le zip d'inclusion, j'ai peu galéré, donc j'ai tout demonté du mur pour travailler sur une table et plus en equilibre au dessus de l'évier sur une échelle :) Je me suis rapproché de la zigate je suis a 5 metres en direct, plus proche que d'autres elements zigbee qui fonctionnent ( capteur temp/hum/press).
AbeilleLogs-231125.tar.gz
Les heures de collectes et time time restent au moment de l'inclusion, aucune commande ne répond.

Lors que l'inclusion, lampe raccordée au module s'eteint puis s'allume de nouveau. le module reste inactivé dans jeedom, mais ça j'avais deja eu le cas.
J'ai l'impression que le module ne rejoint pas vraiment le réseau, il reste une led rouge allumée sur le module.
Legrand aurais ajouté une etape à l'inclusion ?

[2023-11-25 21:58:46] Abeille1, Type=8048/Leave indication, ExtAddr=000474000015DFE7, RejoinStatus=00

==> Abeille <==
[2023-11-25 21:58:46][DEBUG] : msgFromParser(): Leave indication for Abeille1/000474000015DFE7, rejoin=00
[2023-11-25 21:58:46][DEBUG] : preSave()
[2023-11-25 21:58:46][DEBUG] : this={}
[2023-11-25 21:58:46][DEBUG] : postSave()
[2023-11-25 21:58:46][DEBUG] :   [Maison][Legrand micro module switch - 305] has left the network => DISABLED

[tcharp38]

Tiens, un nouveau modele pour une nouvelle tentative d'inclusion.
Je me suis inspiré de ce qui était fait chez "zigbee-herdsman-converters".
Micromoduleswitch.zip

N'oublies pas les logs STP

[edgd1er]

Bine joué, c'est bien mieux, la led clignotante verte après le reset du module , passe au vert fixe.
L'équipement dans le dashboard passe directement a actif et visible.
Le bouton on et off sont effectifs. le status n'est pas mis a jour lors des changements d'états.

AbeilleLogs-231125_02.tar.gz

[tcharp38]

Ha oui cool, la procedure d'inclusion se passe bien mieux et le device ne quitte plus le reseau.
Tu dis que ON & OFF fonctionnent et qu'il ne manque que le retour c'est ca ?

[edgd1er]

Ha oui cool, la procedure d'inclusion se passe bien mieux et le device ne quitte plus le reseau. Tu dis que ON & OFF fonctionnent et qu'il ne manque que le retour c'est ca ?

c'est ça.

[tcharp38]

Encore un test du coup
Micromoduleswitch.zip

[edgd1er]

on s'approche d'un modèle efficace :)
le status n'est pas mis a jour après un changement d'état ( appui sur on ou off).
Par contre en affichant, le get status, le status correct est remonté et affiché dans jeedom.

La lumiere etait allumée / etat allumée,

• je clique sur off, la lumière s'eteint, état allumé,
• get-status => etat eteint,
• clic sur on, lumiere s'allume , etat eteint
• get-status => état allumé,

je ne sais pas si c'est mieux de faire un toggle depuis jeedom ou de faire un get status a chaque clic ?

AbeilleLogs-231126.tar.gz

[tcharp38]

Bon donc ca n'est pas bon.
Le get status n'est pas supposé etre utilisé si le reporting est correct.

Bon je regarde ton log demain. Mal aux yeux
A suivre...

[edgd1er]

Ok tiens moi au jus. Tu fais des modifs du code ? Tu peux me les montrer que je comprenne pourquoi ?
2 modifs sur les modeles, historisation du battery pourcent, recalcul du niveau de batterie: ( on en avait discuté, et on s'etait accordé pour dire que l'on n etait pas d'accord ;) )
"inf_zbAttr-0001-BatteryPercent": {
"isVisible": 1,
"isHistorized": 1,

"inf_batteryVoltAndPercent-285-300": {
"comment2": "Computing battery percent from received voltage, assuming min=2.85V, max=3.2V",
"type": "info",
"subType": "numeric",
"configuration": {
"trigOut": "0001-#EP#-0021",
"trigOutOffset": "(max(min(#value#,3.2),2.85)-2.85)*100/(3.2-2.85)"

Pour le network, c'est ancien, je crois que c'etait pour avoir un meilleur affichage du schema du reseau.

AbeilleNetwork_modal.php:
#idLinksGraphTabSVG {
height: 100%;
width: 100%
}

[tcharp38]

Tu n'utilises pas le dernier modele.
Il manque un "configureReporting" que j'ai ajouté dans le dernier modèle et que je ne vois pas passer dans les logs pendant l'inclusion.

Pour ta modif du reseau, je ne la comprends pas. Il me semble y avoir deja ca dans le code. Non ?

Cote pile... ca c'est pour du Xiaomi.
Mais c'est une bidouille qui ne depend que de ta pile... donnée pour 3V elle n'a aucune raison d'etre à 3.2V. Bref on peut pas pousser une modif comme ca.
En ligne ?

Au passage je viens de faire des modifs pour nettoyer du tres vieux code sur ton device [RDC][Xiaomi Cuisine - 232]
je n'avais encore vu personne l'utiliser donc je ne touchais rien.
Deja sur le master, tu devra au moins faire une mise à jour du modele via la page equipement/avancé.

[edgd1er]

Tu n'utilises pas le dernier modele. Il manque un "configureReporting" que j'ai ajouté dans le dernier modèle et que je ne vois pas passer dans les logs pendant l'inclusion.

J'ai utilisé les modèles que tu m'as fourni. a 19h, j'ai fait un rebase sur le master, mis a jour le plugin, et mis a jour le modèle via la page avancée. Les modifications ont permis de passer de 20 secondes entre la commande et sa réalisation à 3 a 5 secondes.

Pour ta modif du reseau, je ne la comprends pas. Il me semble y avoir deja ca dans le code. Non ?

vu que c'est un rebase, ça disparait si c'est deja dans le code, si c'est encore présent dans mon master, c'est que ce n'est pas dans ton master. La question est: est ce encore utile ? je n'ai pas testé en l'enlevant.

Cote pile... ca c'est pour du Xiaomi. Mais c'est une bidouille qui ne depend que de ta pile... donnée pour 3V elle n'a aucune raison d'être à 3.2V. Bref on peut pas pousser une modif comme ca. En ligne ?

oui, c'était la conclusion de notre échange, c'est pour ça que je n'ai pas fait de mr pour ça.

Au passage je viens de faire des modifs pour nettoyer du tres vieux code sur ton device [RDC][Xiaomi Cuisine - 232] je n'avais encore vu personne l'utiliser donc je ne touchais rien. Deja sur le master, tu devra au moins faire une mise à jour du modele via la page equipement/avancé.

J'en ai profité pour mettre a jour les modèles via la page avancée du switch aquara, de la vanne eTRV0100, du microswitch legrand. Justement le switch aquara pilotera le micromodule legrand :)

La remontée de l'état ne se fait après une action, il faut faire un get-status pour avoir l'info. Pas de changement par rapport a hier soir sur ce point.

AbeilleLogs-231126_02.tar.gz

[tcharp38]

Salut
Comme je disais je ne vois pas la commande "configure reporting" ajoutée.
Donc on va proceder autrement, via la page EQ/avancé

puis

et tu me files le package de logs STP

[edgd1er]

J'ai deux configure reporting, je n'ai fait que le premier. j'ai un peu cafouillé avec les set et describe, tu auras qq infos parasites, mais un peu avant 15h50, j'ai refait les manips

AbeilleLogs-231127.tar.gz

Le modèle en place depuis 26/11 16h00.

root@ef09601cd62a:/var/www/html/plugins/Abeille/core/config/devices/Micromoduleswitch# cat Micromoduleswitch.json
{
    "Micromoduleswitch": {
        "manufacturer": "Legrand",
        "model": "064888",
        "type": "Legrand micro module switch",
        "timeout": "60",
        "configuration": {
            "mainEP": "01",
            "icon": "Legrand-MicromoduleSwitch"
        },
        "category": {
            "automatism": "1"
        },
        "commands": {
            "Identify": {
                "use": "act_zbCmdC-Identify",
                "nextLine": "after"
            },
            "On": {
                "use": "act_zbCmdC-0006-On",
                "isVisible": 1
            },
            "Off": {
                "use": "act_zbCmdC-0006-Off",
                "isVisible": 1
            },
            "Toggle": {
                "use": "act_zbCmdC-0006-Toggle",
                "nextLine": "after"
            },
            "Get-Status": {
                "use": "act_zbReadAttribute",
                "params": "clustId=0006&attrId=0000"
            },
            "Status": {
                "use": "inf_zbAttr-0006-OnOff",
                "isVisible": 1
            },
            "Bind-0006-ToZigate": {
                "use": "act_zbBindToZigate",
                "params": "clustId=0006",
                "execAtCreation": "Yes"
            },
            "Bind-000F-ToZigate": {
                "use": "act_zbBindToZigate",
                "params": "clustId=000F",
                "execAtCreation": "Yes",
                "comment": "Seems required at config to avoid device to leave"
            },
            "SetReporting-0006-0000": {
                "use": "act_zbConfigureReporting2",
                "params": "clustId=0006&attrType=10&attrId=0000",
                "execAtCreation": "Yes"
            }
        }
    }

[tcharp38]

Salut @edgd1er
Désolé pour ma latence.
J'ai du revoir en particulier le configureReporting2 mais je ne crois pas que ca va changer qqch pour toi.
Néanmoins il faudrait te mettre à jour sur la beta, plutot celle qui sera dispo demain (231202-BETA-3).

[edgd1er]

Salut @tcharp38 ,

pas de soucis, tu travailles deja sur plein de sujets. Le module marche pas trop mal. l'allumage marche presque a chaque fois. L'extinction quasiment jamais. j'ai laissé branché un interrupteur pour l’éteindre. Le get Status fonctionne rarement.
j'ai l'impression qu'après une série de commandes, le module ne reçoit plus les infos comme si il était saturé.
Je suis tombé sur des forums ou le support legrand refuse catégoriquement de données les infos d’implémentation aux développeurs externes à Legrand. Dans ces conditions, legrand n'est sans doute pas le bon matériel pour une utilisation avec la zigate.

je fais les maj des que tu commites sur master et/ou un tag beta apparait. J'ai 3 vannes danfoss donc je suis tes ameliorations avec attention.

[tcharp38]

Salut

Donc c'est plutot mauvais comme controle. Si tu ne peux pas eteindre chaque fois ou allumer chaque fois c'est tout sauf utilisable, en excluant bien sur le manque de retour, non ?

Je compte sur toi pour faire un retour de toute regression ou chose qui n'irait pas dans le bon sens.

[edgd1er]

Salut,

J'ai changé l'interrupteur par un bouton poussoir, ce devait participer au problème, je pense.
Depuis hier, avec le changement d'interrupteur et la mise a jour du plugin sur le dernier tag beta, ça marche beaucoup mieux.
j'ai pu enlever les envois x5 des ordres au modules.(chaque ordre etait envoyé 5 fois pour etre sur que l'un d'eux étaient effectivement traité.
La zigate ne semblait pas prendre en compte les demandes on/off, status proche dans le temps. ce n'est plus le cas.
J'attends encore qq jours pour confirmer, mais je pense que l'on pourra clore ce sujet.

il reste le point ou le module ne semble pas envoyer son status après un changement d'état. j'ai géré ça par des scenarii.
le fait que le plugin n'estime pas un status mais attend un retour du module pour changer l'état me parait logique.
Cependant, j'ai l'impression que le widget status ne se met pas a jour quand c'est un scenario qui met a jour le status, mais ce n'est pas un point bloquant pour moi et je vois que tu as pas mal d'autres sujets en cours.
merci pour ton aide, bon courage.

[tcharp38]

Salut @edgd1er
Oui trop de sujets en // mais je pense que c'est plutot stable la et je voudrais justement officialiser la version beta courante.

On peut fermer ce sujet et tu en ouvres un spécifique sur les pbs restants ?
Ou les pbs sont en ligne avec le sujet initial ?

[tcharp38]

Salut @edgd1er
On fait quoi avec ce sujet la ? On peut le fermer ?