Si tu le vois dans deconz avec un nom 0xXXXX, c’est qu’il est dans le réseau zigbee mais non reconnu par l’API.
Donc soit tu n’as pas une version de deconz assez récente, soit tu es tombé sur un nouveau modèle.
La dernière stable est la 2.15.3.
Visiblement d’après le github ce module n’est pas encore implémenté dans sa nouvelle version (enfin nouvelle de 2021). Donc attendre une autre maj.
La version affichée sous Phsocon est celle de l’application deCONZ càd de l’application qui gère réellement le Zigbee (et sa base de données) et interface le dongle Conbee2. Ce dongle est au passage juste un modem basique Zigbee ni plus ni moins…
Le plug in Deconz est une interface utilisateur de l’application deCONZ, comme l’est aussi Phoscon.
Donc il faut vraiment mettre çà jour deCONZ pour que tes modules soient reconnus.
Par contre c’est un fichier DDF.
Donc arrettes de toucher au firmware, ça n’aura aucun impact sur les appareils reconnus, et tu peux essayer d’installer toi même le fichier DDF (qui marche aussi sur les vielles versions de deconz)
Vu que tu as le GUI, tu regardes le model ID de ton appareil pour voir si le fichier DDF convient, et tu peux l’installer dans le dossier « devices » de deconz. Il y a deja 2/3 issues sur ce forum ou j’explique comment installer le fichier DDF (et le dossier « devices » de deconz, pas du plugin jeedom deconz)
All DDF provided directly with deCONZ typically reside in /usr/share/deCONZ/devices/ on a Linux system and are loaded first. However, files residing in the home directory of the user running deCONZ (e.g. /home/deconzuser/.local/share/dresden-elektronik/deCONZ/devices) will override the pre-packaged files to allow users to amend and keep their own files if desired.
Un point que j’ai remarqué, c’est que quand je ne lance pas manuellement le read sur le basic, ça ne remplit pas tous les champs en auto. Ensuite quand je fais un read ça se remplit (mais ça ne reconnait pas le module pour autant…)
A priori ton module est bien reconnu par deCONZ (il est appairé).
Peux tu mettre une copie écran des infos du cluster Basic de chaque end point (le 01 et le 02) en n’oubliant pas de faire le read avant copie
Bah je sais pas c’est bizarre j’ai copié le fichier du github dans le dossier /usr/share/deCONZ/devices/orvibo, il y avait déjà 1 fichier CM10ZW.json qui contenait le même modelid que le mien : 396483ce8b3f4e0d8e9d79079a35a420
Ok donc ça a l’air bon pour le fichier DDF
Je viens de vérifier, ce fichier est en place depuis la v2.15.3.
Quand tu vas dans phoscon (en fonctionnement normal) dans la version, tu vois 2.12 ou 2.15 ? Car du coup le probleme viendrait de tes 2 versions ?
Ha oui mince ^^.
Du coup je vois pas, il y a le DDF, tu as une version récente et c’est la bonne qui tourne.
Tu as bien le « status » en « Gold » dans le DDF.
Les DDF sont utilisés en fonction du model id et du manufacture name, pour le second tu as bien « ORVIBO » en majuscule ?
Edit: j’ai trouvé ^^
Il y a une faute de frappe dans le fichier que tu as (la correction est pas encore en ligne).
Il te faut éditer la ligne 150