Deconz-rest-plugin: Ajout de la prise en charge de Danalock v3

Je suis d'accord!

Hey,

j'ai essayé d'intégrer mon Danalock V3-Zigbee.

Mais le problème est que le cluster pour modifier l'état de verrouillage est affiché comme "cluster inconnu". Ci-joint, vous pouvez voir les informations que je peux voir.

J'ai également joint à la documentation officielle de zigbee pour le danalock.

Informations supplémentaires: Danalock utilise le nouveau ZHA V3 et n'est actuellement pris en charge que par amazon echo plus (avec zigbee)

Quelqu'un peut-il aider?

Meilleures salutations
TD003 Zigbee manuel.pdf

Vous devrez ajouter le cluster 0x0101 (attributs et commandes) à general.xml pour qu'il s'affiche dans l'interface graphique deCONZ. En général, cela implique la traduction manuelle du texte de la spécification ZCL ou ZHA en XML.

L'étape suivante consisterait à déterminer comment le verrou répond aux diverses commandes, comment son état est reflété dans les attributs et s'il prend en charge le rapport d'attributs.

Ensuite, nous devons déterminer quelles ressources /lights et / ou /sensors créer pour le verrou. Ce sera moche: nous ne pouvons pas METTRE un /sensors state , donc le contrôle du verrou se fera probablement via une ressource /lights (cf. ce que nous avons fait pour la sirène, le couvre-fenêtre et évent). De plus, il n'y a pas de config.battery pour une ressource /lights , nous aurions donc besoin d'une ressource /sensors supplémentaire pour exposer le niveau de la batterie.

Je suis très nouveau dans le "codage" zigbee. Que quelqu'un soit prêt à m'aider :) Je suppose que cela aiderait aussi les autres ET! Je pense que lorsque le raspbee prend en charge les smartlocks en général, ce sera un grand avantage pour le produit.

J'ai donc maintenant ajouté le cluster suivant:

<cluster id="0x0101" name="Door Lock">
    <description>Provides a mechanism for the controlling a Smart Lock.</description>
    <client>
    </client>
    <server>
        <attribute id="0x00" name="Lock state" type="u32" access="rw" required="o"></attribute>
        <attribute id="0x01" name="Lock type" type="u32" default="0x00" access="rw" required="o"></attribute>
        <attribute id="0x02" name="Actuator enabled" type="u32" default="0x00" access="rw" required="o"></attribute>
        <attribute id="0x10" name="Num lock records supported" type="u32" default="17918" access="rw" required="o"></attribute>
        <attribute id="0x11" name="Num total users Supported" type="u32" default="0" access="rw" required="o"></attribute>
        <attribute id="0x12" name="Num PIN users supported" type="u32" default="0" access="rw" required="o"></attribute>
        <attribute id="0x13" name="Num FRID users supported" type="u32" default="0" access="rw" required="o"></attribute>
        <attribute id="0x14" name="Num weekday schedules supported" type="u32" default="0" access="rw" required="o"></attribute>
        <attribute id="0x15" name="Num yearday schedules supported" type="u32" default="0" access="rw" required="o"></attribute>
        <attribute id="0x16" name="Num holiday schedules supported" type="u32" default="0" access="rw" required="o"></attribute>
        <attribute id="0x20" name="Enable logging" type="u32" default="1" access="rw" required="o"></attribute>
        <attribute id="0x34" name="Zigbee security level" type="u32" default="0" access="rw" required="o"></attribute>
        <attribute id="0x40" name="Alarm mask" type="u32" default="0xFFFF" access="rw" required="o"></attribute>
        <attribute id="0x42" name="RF operation event mask" type="u32" default="0xFFFF" access="rw" required="o"></attribute>
        <attribute id="0x43" name="Manual operation event mask" type="u32" default="0xFFFF" access="rw" required="o"></attribute>
        <attribute id="0xFFFD" name="Cluster revision" type="u32" default="0x01" access="rw" required="o"></attribute>
        <command id="0x00" dir="send" name="LockDoorResponse" required="o">
            <description></description>
            <payload></payload>
        </command>
        <command id="0x01" dir="send" name="UnlockDoorResponse" required="o">
            <description></description>
            <payload></payload>
        </command>
        <command id="0x00" dir="recv" name="LockDoor" required="o">
            <description></description>
            <payload></payload>
        </command>
        <command id="0x00" dir="recv" name="UnlockDoor" required="o">
            <description></description>
            <payload></payload>
        </command>
        <command id="0x01" dir="recv" name="GetLogRecord" required="o">
            <description></description>
            <payload></payload>
        </command>
        <command id="0x04" dir="send" name="GetLogRecordResponse" required="o">
            <description></description>
            <payload></payload>
        </command>
        <command id="0x20" dir="send" name="Operationg Event Notification" required="o">
            <description></description>
            <payload></payload>
        </command>
    </server>
</cluster>

Il est adopté de la documentation de danalocks zigbee (mentionnée ci-dessus).

Mais avec ce code, chaque cluster dans deconz apparaît maintenant comme "inconnu". Je ne vois aucune erreur de syntaxe.

Quelqu'un peut-il savoir comment faire alors moi? :)

Meilleures salutations

Si tous les clusters sont inconnus, il y a un problème avec le general.xml. Typiquement une erreur de syntaxe, mais peut-être aussi une erreur logique. Les ID de commande semblent avoir des doublons. Avez-vous mis cela dans le domaine _Closures_, juste avant le cluster _Windows couvrant_? Si vous pouvez joindre le fichier general.xml zippé, je vais jeter un œil.

EDIT Le manuel Danalock Zigbee est très bref. En regardant la spécification ZCL, les attributs ne sont pas tous uint32 ni en lecture / écriture. En outre, les commandes de réponse ont une charge utile obligatoire et les commandes set prennent le code PIN comme charge utile facultative. Je ne sais pas si le Danalock prend en charge un code PIN.

Plus d'informations ne sont pas soumises par danalock ...

Vous trouverez ci-joint le fichier zip demandé contenant general.xml

deconz.zip

Meilleures salutations

Quelqu'un a déjà examiné mon cas?

Merci beaucoup 😘

D'accord. Je viens de faire quelques essais ...
Comme je le vois, même si je supprime mon cluster de verrouillage intelligent de general.xml, l'inconnu de chaque cluster demeure.

J'ai comparé mon general.xml avec le "original", ici de github.

Le problème persiste. Chaque cluster est maintenant inconnu. Thefuck a tort?

Il semble que vous ayez placé les nouvelles entrées dans le mauvais domaine.

Avez-vous mis cela dans le domaine _Closures_, juste avant le cluster de couverture _Windows_?

salut

Oui je l'ai fait. mais comme je l'ai mentionné, j'ai également supprimé le cluster et l'ai comparé à l'original. Et tout est encore inconnu. J'ai aussi laissé deconz relire la config

J'ai aussi laissé deconz relire la config

Je n'ai jamais réussi à faire fonctionner ça. Il est préférable de quitter et de redémarrer deCONZ pour recharger general.xml.

Pourriez-vous essayer le general.xml de mon commit mentionné ci-dessus?

Dang! Cela fonctionne hors de la boîte!

Maintenant, faisons juste des looks "apiables".

Pourquoi ne le déguisons-nous pas en interrupteur? Comme 1 est verrouillé et 0 est déverrouillé.

Pourriez-vous s'il vous plaît poster une capture d'écran du cluster _Door Lock_ (après avoir lu tous les attributs)?

Pourriez-vous vérifier si vous pouvez configurer la création de rapports d'attributs pour l'attribut _Lock State_? J'espère / je m'attends à ce que cet attribut reflète automatiquement l'état de verrouillage actuel lorsque vous émettez une commande _Lock Door_ ou _Unlock Door_, et lorsque vous contrôlez le verrou manuellement.

Joindre les captures d'écran.

Je n'ai rien à configurer. L'état se met à jour hors de la boîte, après la mise à jour.

J'essaye actuellement de modifier le reste de la source du plugin api, en "copiant" simplement les parties couvrant la fenêtre.

EDIT: Hmm, le verrouillage n'apparaîtra pas. : /

J'essaye actuellement de modifier le reste de la source du plugin api, en "copiant" simplement les parties couvrant la fenêtre.

En effet, il vaut mieux l'exposer comme une lumière, avec state.on mappé à l'état de verrouillage. Cependant, il y a un peu plus. Changez addLightNode() dans de_web_plugin.cpp:

• L'ID du fournisseur (0x115c) doit être défini et mis sur la liste blanche, car il fonctionne sur batterie ( if (node->nodeDescriptor().manufacturerCode() == VENDOR _...) `;
• Le cluster doit être défini et ajouté à la liste blanche en définissant hasServerOnOff ( if (i->inClusters()[c].id() == DOOR_LOCK_CLUSTER_ID) ;
• L'identifiant de l'appareil (0x000a) doit être défini et ajouté à la liste blanche ( case DEV_ID_DOOR_LOCK sous case DEV_ID_HA_WINDOW_COVERING_DEVICE ).

Dans light_node.cpp:

• Ajoutez le fournisseur à setManufacturerCode() ;
• Ajoutez l'identifiant de l'appareil à setHAEndPoint() pour définir le type sur "Door lock" .

Cela devrait être suffisant pour que la ressource soit créée (j'espère). Meilleure recherche pour DEV_ID_HA_WINDOW_COVERING_DEVICE et WINDOW_COVERING_CLUSTER_ID pour vous assurer qu'ils ne figurent pas sur la liste blanche ailleurs.

Note à moi-même: l'ID de périphérique 0x000a pour _Door Lock_ est toujours absent de general.xml.

Ensuite, vous devez mapper state.on à l'attribut _Lock State_ (pour que les modifications de l'état de verrouillage soient reflétées dans state.on ). Dans nodeEvent() dans de_web_plugin.cpp, ajoutez DOOR_LOCK_CLUSTER_ID à la liste blanche pour appeler updateLightNode() . Dans updateLightNode() , ajoutez le même cluster à la liste blanche et ajoutez un gestionnaire pour ic->id() == DOOR_LOCK_CLUSTER_ID , similaire à _ONOFF_CLUSTER_ID_, mais en vérifiant évidemment l'attribut 0x0101 / 0x0000.

Pour contrôler le verrou depuis l'API REST, vous devez créer une nouvelle routine addTaskDoorLock() dans zcl_tasks.cpp, cf. le addTaskWarning() j'ai créé pour contrôler la sirène. En fonction d'un paramètre d'état de verrouillage, ajoutez une tâche avec une commande _Lock Door_ ou _Unlock Door_. Dans rest_lights.cpp, vous devez appeler cette routine à partir de setLightState() sous if (hasOn) . Vous devez vérifier taskRef.lightNode->type() == QLatin1String("Door lock") , similaire à ce que j'ai fait sous hasAlert pour la sirène.

J'essaye actuellement de modifier le reste de la source du plugin api, en "copiant" simplement les parties couvrant la fenêtre.

Comment ça marche? Où puis-je faire cela?

Suivez les étapes du fichier README pour obtenir une copie locale de la source du plug-in de l'API REST, compilez-le et installez-le. Ensuite, modifiez votre source locale et recompilez le plugin.

Puis modifiez votre source locale

Je suis un débutant dans ces domaines. Est-il possible que vous téléchargiez les fichiers modifiés?
Vos instructions ci-dessus sont certes bonnes, mais malheureusement je ne peux pas le faire sans aide.

Merci d'avance!!!

Alors les gars. J'ai publié mes modifications de plugin ici: https://github.com/pascal1337/deconz-rest-plugin/

J'ai fait de nombreuses modifications selon window_covering et Warnings.

J'en suis maintenant à un point où je ne peux pas aller plus loin. La compilation montre toujours une erreur "non déclarée" et l'API n'ouvrira pas mon verrou.

Peut-être que quelqu'un peut avoir un lo (o / c) k plus proche: P

VENDOR_DANALOCK doit être le _ Code du fabricant_ du panneau _Nœud info_.

Quelle est l'erreur de compilation?

L'erreur suivante apparaît:

g++ -c -pipe -Wno-attributes -Wall -Wno-attributes -O2 -std=gnu++11 -Wall -W -D_REENTRANT -fPIC -DDECONZ_DLLSPEC=Q_DECL_IMPORT -DARCH_ARM -DARCH_ARMV7 -DUSE_WEBSOCKETS -DHAS_SQLITE3 -DGW_SW_VERSION=\"2.05.34\" -DGW_API_VERSION=\"1.0.9\" -DGIT_COMMMIT=\"0e7156dc2109aabd38d10146d6e0d3393b48574a\" -DGW_AUTO_UPDATE_FW_VERSION=0x260b0500 -DGW_MIN_RPI_FW_VERSION=0x261f0500 -DGW_MIN_DERFUSB23E0X_FW_VERSION=0x22030300 -DGW_DEFAULT_NAME=\"Phoscon-GW\" -DQT_NO_DEBUG -DQT_PLUGIN -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_SERIALPORT_LIB -DQT_WEBSOCKETS_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -I. -I../.. -I../../common -isystem /usr/include/arm-linux-gnueabihf/qt5 -isystem /usr/include/arm-linux-gnueabihf/qt5/QtWidgets -isystem /usr/include/arm-linux-gnueabihf/qt5/QtGui -isystem /usr/include/arm-linux-gnueabihf/qt5/QtSerialPort -isystem /usr/include/arm-linux-gnueabihf/qt5/QtWebSockets -isystem /usr/include/arm-linux-gnueabihf/qt5/QtNetwork -isystem /usr/include/arm-linux-gnueabihf/qt5/QtCore -Irelease -I. -I/usr/lib/arm-linux-gnueabihf/qt5/mkspecs/linux-g++ -o release/websocket_server.o websocket_server.cpp zcl_tasks.cpp: In member function ‘bool DeRestPluginPrivate::addTaskDoorLock(TaskItem&)’: zcl_tasks.cpp:922:21: error: ‘TaskDoorLock’ was not declared in this scope task.taskType = TaskDoorLock; ^~~~~~~~~~~~ zcl_tasks.cpp: In member function ‘bool DeRestPluginPrivate::addTaskDoorUnlock(TaskItem&)’: zcl_tasks.cpp:957:21: error: ‘TaskDoorUnlock’ was not declared in this scope task.taskType = TaskDoorUnlock; ^~~~~~~~~~~~~~ Makefile.Release:1037: recipe for target 'release/zcl_tasks.o' failed make[1]: *** [release/zcl_tasks.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory '/home/pi/deconz/test/deconz-rest-plugin' Makefile:38: recipe for target 'release' failed make: *** [release] Error 2

Oui. C'est le point où j'en suis actuellement.

Avez-vous déclaré les fonctions de verrouillage et de déverrouillage dans de_web_plugin_private.h?

Oui je l'ai fait. Rangée 1072, 1073

Vous devez également déclarer les nouvelles tâches dans
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/db74fcb21e13cf9f0d6c353f625a82a6d6324555/de_web_plugin_private.h#L458

J'ai donc fait quelques changements et compilé le plugin, je l'ai copié dans / usr / share / deCONZ / plugins, redémarré et:

Quand je serai chez moi, je testerai la fonctionnalité.

Sooo les gars. Lorsque je fais une demande d'API

Il montre correctement la lumière avec tous ses détails:

{
 "etag": "010881e2e4974327caa7b3eb871a1e34",
 "hascolor": false,
 "manufacturername": "Danalock",
 "modelid": "V3-BTZB",
 "name": "Danalock",
  "state": {
   "alert": "none",
   "on": true,
   "reachable": true
  },
"swversion": "0000000E",
"type": "Door Lock",
"uniqueid": "00:0b:57:ff:fe:59:e0:4b-01"
}

Quand j'essaye de changer l'état de steht

PUT http://192.168.178.100/api/CD5466EA30/lights/7/state
{"on": true}

La réponse est

{
"error":{
 "address":"/lights/7",
 "description":"resource, /lights/7, not available",
 "type":3
 }
}

@ pascal1337 : S'il vous plaît, pouvez-vous mettre à jour votre dépôt? Je préviens de tester vos modifications. THX!

ÉDITER:
Peut-être que c'est aussi possible en allemand ;-)
J'ai rechargé le répertoire de vous et maintenant le compilateur (sans erreurs). Ensuite, j'ai "copié" le nouveau plugin et j'ai redémarré. Puis a commencé une recherche dans Phoscon. Malheureusement, le Danalock n'y figure pas. Est-ce que je fais quelque chose de mal?

Merci d'avance!

salutations

@ tomac01 Bonjour :) Le repo est à jour maintenant. Je ne suis pas sûr que la recherche Phoscon aboutisse. J'ai enregistré le Danalock directement sur mon Raspberry à l'aide du deCONZ Gui. Vous devez le faire avec un trombone, un cure-dent ou similaire. Appuyez une fois brièvement sur le trou du Danalock. Le Danalock commence alors à s'allumer / clignoter en vert. Pendant cette période, le réseau doit être ouvert à de nouveaux appareils.

Merci beaucoup!
Je vais l'essayer immédiatement après.

@ pascal1337 : J'ai de nouveau téléchargé la repro avec "donne le clone", puis je l'ai compilée. Cela a également réussi car le plug-in a été créé. Ensuite, je l'ai copié dans le répertoire de plug-in connu (l'ancien fichier a été remplacé).

J'ai réintégré le Danalock (ce qu'il était auparavant). Je peux également faire fonctionner correctement la serrure via ZigBee via l'interface deConz (réseau). Ensuite redémarrage du Raspi effectué.

Malheureusement, le Phoscon ne montre pas la serrure comme une lampe. Pas même si je le cherche.

Avez-vous une autre idée? Comme je l'ai dit: je peux contrôler le verrouillage du réseau via le bureau Raspi (via VNC). Il y est intégré. Seul Phoscon ne montre rien.

Merci d'avance!

@ pascal1337 J'ai de nouveau comparé mon annonce dans DeCONZ avec vos photos ci-dessus. Le general.xml d'ebaauw montre "Door Lock" au lieu de "000a". Mais cela ne devrait être que la traduction du 000a, non?

En effet, afaik le type d'appareil n'est utilisé que dans l'affichage GUI.

Les appareils à piles sont une salope à jumeler. Si le verrou s'affiche déjà dans l'interface graphique, mais que les ressources REST ne sont pas créées:

• Ouvrez le réseau à partir de l'ancienne application Web ou recherchez des lumières à partir de l'application Phoscon;
• Lisez les attributs du cluster _Basic_ à partir de l'interface graphique.
• Faites quelque chose avec la serrure, pour vous assurer qu'elle est réveillée (appuyez brièvement sur le bouton de réinitialisation ou contrôlez la serrure manuellement).
• Le plug-in de l'API REST doit créer la ressource lorsqu'il reçoit les attributs _Basic_ du verrou.

Si cela ne fonctionne pas, vérifiez que votre serrure a la même chose:

• Préfixe d'adresse Mac,
• ID du fabricant (dans le panneau _Node info_),
• ID du modèle et _Nom du fabricant_ (dans le cluster _Basic_)

j'ai vérifié

• Préfixe d'adresse Mac: 000b57 -> ok
• Code du fabricant: 0x115c -> ok
• ID du modèle: V3-BTZB (c'est le même identifiant que par pascal1337) -> pense que c'est ok
• Nom du fabricant: Danalock -> ok

J'ai suivi exactement vos instructions. Mais le verrou n'est reconnu que dans l'interface graphique deCONZ. Ni l'ancienne application Web ni phoscon ne reconnaîtront le verrou.

Voici une image des informations sur le nœud du verrou:

Avez-vous une autre idée?
Est-il possible de rechercher des erreurs quelque part?

Merci beaucoup!

@ pascal1337 Pourriez-vous mettre à ma disposition votre libde_rest_plugin.so compilé pour le tester? Si cela ne fonctionne pas, cela peut être dû à autre chose ... merci d'avance!

Quelques longs plans:

• Êtes-vous sûr d'avoir installé le plugin correctement? Vous devez écraser la bibliothèque de stock ou la déplacer hors du répertoire / usr / share / deCONZ / plugins; il ne suffit pas de le renommer (en .old ou quelque chose).
• Vous utilisez la dernière version du programme principal deCONZ?
• Exécutez deCONZ avec --debug-info=2 et vérifiez que le RaspBee reçoit les messages du verrou. Si, après avoir redémarré deCONZ, les attributs du cluster _Basic_ sont lus et renseignés dans l'interface graphique, vous êtes bon.
• Vérifiez la batterie de la serrure.

@ebaauw :

• Le plugin est installé (écrasé) comme décrit dans le fichier readme.
• J'ai de nouveau téléchargé le package deb et réinstallé. Ce devrait être la dernière version (voir l'image ci-dessous).
  

• Selon l'application, les meilleurs sont ok.
• les attributs de cluster de base sont lus et renseignés dans deCONZ-GUI. Je peux également contrôler la serrure via l'interface graphique (ouverture / fermeture).

Cet après-midi, je vais démarrer deCONZ avec les paramètres de débogage et jeter un œil ...

Salut,

mon plugin compilé: http://dinge.xyz/libde_rest_plugin.so

@ebaauw vous avez une autre astuce pour moi concernant mon API, qui ne fait rien?

@ pascal1337 Super! Après avoir copié votre fichier dans le répertoire et fait un redémarrage sur Phoscon, le Danalock a été immédiatement reconnu comme léger.

Je ne sais pas ce que j'ai fait de mal lors de la compilation. Mais il doit y avoir le problème. Il n'y a pas eu d'erreur de compilation et le fichier a été créé. C'était en fait un bon signe pour moi, mais cela ne me semble pas ... ;-(

Beaucoup de Thx!

vous avez une autre astuce pour moi concernant mon api, qui ne fait rien?

Je ne ferais pas nécessairement confiance au message d'erreur (que la ressource ne peut pas être trouvée), mais le lire pour signifier que quelque chose a échoué lors de la gestion du PUT, comme aucun cluster _OnOff_. Pouvez-vous toujours mettre à jour d'autres états d'éclairage? En regardant votre repo, vous n'avez pas encore changé rest_lights.cpp?

Bonjour, aucune autre lumière ne peut encore être mise à jour via phoscon.

Donc, vous ne pouvez pas activer le verrouillage sur phoscon? la même chose pour moi

Non, malheureusement non. Bien que Phoscon montre que la «lampe» est allumée, la serrure ne réagit pas. Dans l'interface graphique deConz, je ne vois également aucune activité. Comme je l'ai dit, je peux ouvrir et fermer la serrure via l'interface graphique. Pas avec Phoscon.

@ pascal1337 : Y a-t-il quelque chose de nouveau? Malheureusement, je ne peux pas aider ici. Je ne peux même pas compiler :-(. Avez-vous déjà vérifié l'affectation du cluster 101? Il ne peut en fait s'agir que d'un petit ...
bien à vous

Salut, je n'ai pas beaucoup de temps pour le moment ...

Malheureusement, je n'ai pas d'autre solution.

@ pascal1337 , dans rest_lights.cpp vous devez changer setLightState() . Lorsque vous manipulez la clé on dans le corps json ( if (hasOn) ), vous devez vérifier si l'appareil est un verrou et, si c'est le cas, émettre une commande _Lock Door_ ou _Unlock Door_, au lieu d'un Commande _On_ ou _Off_. Vous devez créer les taks correspondants dans zcl_task, cpp, ou créer un nouveau fichier, comme cela a été fait pour les dispositifs de recouvrement de fenêtres. Voir PR https://github.com/dresden-elektronik/deconz-rest-plugin/pull/746.

Je n'ai pas la putain de logique de rest_lights.cpp. Il appelle hasOn () puis addTaskSetOnOff (). Mais nulle part n'est dit s'il doit allumer ou éteindre la lumière. Je ne sais pas, où mettre mon addTaskDoorLock ou addTaskDoorUnlock. Je ne veux pas non plus baiser avec l'API, pourquoi ne pouvons-nous pas intégrer un dispositif de verrouillage correct dans l'API?

Meilleures salutations,
Pascal

addTaskSetOnOff prend ON / OFF comme paramètre:
addTaskSetOnOff(task, isOn ? ONOFF_COMMAND_ON : ONOFF_COMMAND_OFF, 0))
Cela dépend donc de isOn , qui est défini plus tôt.

Je suis totalement nouveau sur ce sujet et je ne peux pas encore m'empêcher. J'ai un tout nouveau Danalock V3 w / Zigbee chez moi.
Ce que j'ai également ici, c'est un Raspberry 3B et un Raspberry Zero W et une certaine expérience en programmation. De quoi aurais-je besoin en plus pour aller aussi loin que vous dans le contrôle du Danalock? Je suppose un bâton Zigbee, raspBee ou conBee. Ou peut-il être n'importe quel bâton Zigbee, comme Qivicon / Telekom / peu importe?

salut
Je ne sais pas si deconz prend en charge d'autres bâtons que raspbee / conbee. Mais en plus vous n'avez besoin de rien de plus.

Y a-t-il des nouvelles à ce sujet?
J'ai récemment déplacé toute mon automatisation vers le protocole zigbee et je suis sur le point d'obtenir un verrou intelligent et je veux vraiment m'en tenir à zigbee.
Danalock est le meilleur verrou supportant le zigbee ...
Alors ... n'y a-t-il personne d'autre (avec des compétences en programmation ... :-)) qui se penche là-dessus? @manup? @ebaauw?

Salut, je veux regarder à ce sujet si j'avais assez de temps.
J'ai eu mon danalock hier et je travaille avec Home Assistant et Node-Red.
Donc j'utilise un mauvais quickfix. J'utilise https://github.com/ma-ca/deconz-cli-plugin ce plugin et le nœud Telnet de Node-Red et envoie "zclcmd shortaddr 1 0x0101 1" pour ouvrir le verrou et "zclcmd shortaddr 1 0x0101 0" pour la fermer. (où shortadress est yout Locks shortadress dans DeConz ie 0xab12) Dans HomeAssistant, j'utilise un composant de verrouillage MQTT. Travaillez comme un charme ... mais ce n'est pas une vraie solution pour deconz.

J'ai hâte de corriger le code dans les prochaines semaines.

@katanapod Hé, merci beaucoup pour votre bonne idée. J'ai reconstruit votre solution rapide et cela fonctionne, mais pas si fiable ...

Avez-vous une mise à jour sur le code?

oui, la solution de katanapod fonctionne très bien!

Pour ma domotique (iobroker), j'ai la commande netcast intégrée dans un javascript.
Mon souhait est maintenant devenu réalité!

@katanapod :

Mon plus gros problème est maintenant d'obtenir l'état de la serrure de manière rapide et fiable. Mon code actuel pour cela est:

#!/bin/bash

statusfile="/home/pi/workbench/mqtt-launcher/status.txt"

old_status=`cat $statusfile`

value=$(/bin/echo "zclattr 0x568e 1 0x0101 0x0000" | /bin/nc -w3 localhost 5008 2>&1 | /bin/grep "APS attr 0x000B57FFFE59E04B")

value=$(/bin/echo $value |/usr/bin/cut -d ' ' -f 8)

if [ "$value" == "02" ]; then
        /bin/echo "UNLOCK" > $statusfile
        new_status="UNLOCK"
elif [ "$value" == "01" ]; then
        /bin/echo "LOCK" > $statusfile
        new_status="LOCK"
fi

if [ "$old_status" != "$new_status" ]; then
        /usr/bin/mosquitto_pub -h 192.168.178.55 -t home/danalock/state -m "$new_status"
fi

Avec un cronjob, qui s'exécute toutes les minutes
* * * * * root /home/pi/workbench/mqtt-launcher/check_state.sh

Que tout le monde soit prêt à importer une fonction de verrouillage dans l'api de deconz rest, je serai heureux de vous aider ...

J'ai un Nuki Smart Lock 2.0 qui prendra en charge ZigBee _Door Lock Cluster_ dans une mise à jour du micrologiciel au 1er trimestre 2019.

La discussion ci-dessus suggère d'ajouter le verrou à /lights mais je pense que @manup n'est pas satisfait de cela.

Je n'ai pas réellement commencé à implémenter le Door Lock dans le reste-api, il est donc encore temps de le changer en /sensors ou d'attendre une nouvelle ressource /devices .

J'imagine qu'avant de travailler avec une serrure de porte comme lumière, il serait rationnel d'implémenter une ressource / locks également dans la mesure où de plus en plus de serrures intelligentes deviennent compatibles zigbee (Danalock, Yale, Nuki, Aqara, ...)

@manup @ebaauw @katanapod

Merci beaucoup pour votre soutien.

Je cherche à acheter la version Zigbee de cette serrure. J'ai deConz / Conbee. Mis à part le problème avec le fait qu'il soit vu comme une lumière, est-ce que cela fonctionnera immédiatement ou dois-je faire quelques ajustements avec la configuration de Zigbee deConz / Conbee? Merci. Elliott

@ pascal1337 :

Avec la commande "value = $ (/ bin / echo" I get zclattr 0xe05a 1 0x0101 0x0000 "| / bin / nc -w3 192.168.178.13 5008 2> & 1 | / bin / grep" APS attr 0x000B57FFFE46F1A1 ")" de votre shell -Script aucun résultat ou le script ne semble pas se terminer. Si je fais le tout via Promt sans enregistrer les variables, j'obtiens le résultat grep, mais il reste en mode nc.

Entrer sans une commande grep me donne le résultat APS et les LQI (boucle sans fin).

Qu'est-ce que je fais mal?
Merci d'avance!

@manup @ebaauw @katanapod

Existe-t-il un mécanisme pour sponsoriser \ soutenir le matériel, si cela peut vous aider dans votre développement?

Ce problème a été automatiquement marqué comme obsolète car il n'a pas eu d'activité récente. Il sera fermé si aucune autre activité n'a lieu. Merci pour vos contributions.

Cela ne devrait-il pas être un problème actif? Les serrures intelligentes sont extrêmement populaires et je vois que cela est pris en charge avec conbee / Deconz / phoscon à plusieurs endroits en ligne.

Il est presque épuisé en Norvège. Ils fournissent même une documentation complète de zigbee pour des tiers. Cela semble être une bonne et impressionnante chose pour deconz / phoscon et Homebridge-Hue à prendre en charge. je vais tester tout le chemin!

@ pascal1337 @ tomac01 @katanapod Est-ce que Phoscon (comme le general.xml mis à jour a été fusionné) pourra simplement laisser le Danalock rejoindre mon réseau et l'exposer comme une lumière (je n'attends aucune fonctionnalité dans Phoscon, mais seulement le moyen le plus simple de essayez le plugin Deconz REST CLI). Vous commencez juste une recherche de nouvelles lumières et cliquez une fois sur le sténopé Danalock? Ou ouvrez-vous en quelque sorte le réseau à partir de l'interface graphique Deconz, puis cliquez sur le sténopé Danalock? Je ne peux en aucun cas l'introduire dans le réseau.

Je me demandais également si ce problème était toujours actif, la prise en charge des verrous intelligents (et Dana Lock en particulier) m'aiderait beaucoup et semble vraiment être une bonne direction avec DeConz.

Veuillez ajouter la prise en charge de ce verrou. Ce serait très apprécié.

@manup Pourriez-vous s'il vous plaît envisager de soutenir cela maintenant selon les captures d'écran et le code fournis ci-dessus? Je sais que l'API REST v2 est en cours d'élaboration, mais cela a été demandé depuis longtemps et ferait le bonheur de nombreux utilisateurs. Sinon dans l'interface graphique Web Phoscon, au moins dans l'API REST.

TD003 Zigbee manuelV0.0.15.pdf

@manup @ebaauw Après beaucoup de harcèlement, je n'ai pas obtenu de prêt de périphériques pour vos développeurs, mais j'ai reçu leur dernière documentation étendue Zigbee 3.0 pour le verrou, et une promesse de "soutien supplémentaire au T2 ou au T3 en 2020" de Danalock. Je pense qu'il serait possible de le faire fonctionner avec DeCONZ (comme dans Zigbee2MQTT) avant cela. Je vais faire les tests physiques avec impatience!

@ebaauw

J'ai fait des progrès avec cette serrure. Il répond à la demande de l'API Rest, c'est-à-dire qu'il se verrouille et se déverrouille parfaitement, mais il ne signale / ne met pas à jour son état. Avez-vous des suggestions sur ce qui peut être faux?

Est-ce géré par handleWindowCoveringClusterIndication pour les couvertures de fenêtre, c'est-à-dire que j'ai besoin d'écrire un texte similaire pour la serrure de porte?

L'avez-vous exposé comme une ressource /sensors ? Dans ce cas, vous devez gérer les valeurs d'attribut dans updateSensorNode() dans de_web_plugin.cpp . Il y a déjà une branche pour DOOR_LOCK_CLUSTER_ID car elle est utilisée par le capteur lumi.vibration (ne me demandez pas pourquoi). Meilleur ajouter un else branche à if test pour ce capteur (le Danalock semble suivre suffisamment de puits standard). Sinon, vous devez gérer les attributs du cluster dans updateLightNode() . Assurez-vous de mettre le type d'appareil sur liste blanche.

Avez-vous mis en place des liaisons entre les clusters du verrou et le coordinateur (cf. chapitre 5 du manuel)?

Merci!

Je l'expose comme une lumière. J'avais oublié la reliure. Maintenant, cela fonctionne parfaitement! Puisque j'ai une vieille porte où l'intérieur tourne également lorsque j'utilise la clé de l'extérieur, j'ai également un message d'état fiable de la serrure.

Pour que cela fonctionne, j'ai eu un peu de mal:
1) Remplacez general.xml par la mise à jour du post précédent par pascal1337
2) Remplacez le lien du plugin reste api modifié (si cela compte, j'utilise deCONZ v. 2.05.67, et j'exécute un Raspberry Pi3b + avec Raspbian. J'ai commencé ma modification avec la dernière du plugin deconz-rest-plugin d'hier.)
3) Laissez le verrou rejoindre le réseau en définissant le verrou en mode d'appairage
3) Pour moi, Phoscon ne reconnaîtrait la serrure qu'après avoir appuyé sur "Read Node Descriptor" dans l'interface graphique deCONZ du nœud de verrouillage de porte.

Je n'utilise aucune lumière avec la configuration deCONZ, donc j'ai peut-être cassé certaines fonctionnalités.

Je ne suis pas sûr de pouvoir le faire, ni même si cela serait accepté, mais cela dans une pull request serait génial.

@ebaauw J'ai essayé de lire le manuel (ch 9 Bindings) mais je ne pense toujours pas l'avoir compris.

J'ai suivi la recette de @arnerek et je peux maintenant contrôler de manière fiable le verrou via l'API Deconz REST, mais l'état est toujours déverrouillé.

J'ai essayé de faire glisser du cluster Door Luck de la serrure vers la source dans la Dropbox de liaison et des points de terminaison de l'outil de configuration et du contrôle de niveau du coordinateur à la destination et cliquez sur lier mais pas de changement.

Après avoir créé la liaison, vous devez configurer la création de rapports pour les attributs que vous souhaitez mettre à jour automatiquement. Ouvrez le panneau _Cluster Info_ dans l'interface graphique, sélectionnez le cluster, faites défiler vers le bas et double-cliquez sur l'attribut. Dans la fenêtre contextuelle, entrez les paramètres (généralement min: 1, max: 300) et appuyez sur le bouton _Write Config_.

Je vous remercie!! J'obtiens malheureusement invalid_data_type comme dans la capture d'écran. Une idée pourquoi?

EDIT: Ne tenez pas compte de cela. J'ai dû attendre et lire les attributs une fois en premier. Marche parfaitement!

Le seul problème maintenant est que j'ai arrêté le service DeCONZ (minimal) et démarré l'interface graphique avec le même utilisateur pour le faire, et lorsque je suis revenu au service minimal, cela ne semble pas tenir. Le statut n'est plus signalé.

(Hormis l'erreur non liée de home.app qui semble toujours afficher le type de verrouillage de porte sur "déverrouillé" chaque fois que l'application est ouverte, le verrouillage de la porte reste à l'état "Verrouillage ..." lorsqu'il est actuellement verrouillé. Mais c'est un autre problème.)

EDIT2: @ebaauw Le Deconz sans tête pourrait-il avoir des limites à cet égard? Certaines choses faites dans l'interface graphique ne sont pas prises en compte? Comment puis-je exécuter l'interface graphique au lieu du service sans tête lorsque le rpi est sans tête et que je n'arrête occasionnellement que le service Deconz minimal et exécute l'interface graphique avec X-forwarding vers le Mac?

Certaines choses faites dans l'interface graphique ne sont pas prises en compte?

Les liaisons et les rapports d'attributs sont stockés sur l'appareil ZigBee, dans une mémoire non volatile.

Le Deconz sans tête pourrait-il avoir des limites à cet égard?

Non, il n'y a qu'un seul binaire deCONZ avec une option de ligne de commande pour supprimer l'interface graphique. Les deux services démarrent le même binaire.

Je lance mes Raspberries sans tête, mais toujours avec l'environnement graphique activé, en utilisant le serveur VNC et le client de partage d'écran MacOS pour interagir avec l'interface graphique.

Je deviens fou! Lorsque l'interface graphique est exécutée à partir de la ligne de commande, l'état est maintenant signalé avec précision et immédiatement. Lorsque je ferme et redémarre le deconz.service, il est mis à jour mais l'état «on» est toujours «faux». Je peux cependant toujours verrouiller et déverrouiller. Désolé de vous déranger, @ebaauw

EDIT: Je pense que je l'ai réduit. Lorsque j'arrête le minimum et démarre l'interface graphique, je joue toujours avec le verrou de porte et vérifie le cluster 0101 et clique sur Lire sur les attributs. C'est alors que cela a fonctionné pendant que l'interface graphique fonctionnait! Quand je reviens au deconz.service minimal, je ne peux bien sûr pas / ne peux pas lire les attributs et cela ne fonctionne pas. Pas même après un long moment ou en manipulant manuellement la serrure.

De plus, le verrou de la porte clignotait en rouge dans l'interface graphique avant la lecture des attributs.

Pouvez-vous dire pourquoi l'état n'est pas mis à jour à partir de ce journal, @ebaauw ? J'utilise le plugin de

Ici, je le déverrouille (pendant que minimal deconz.service est en cours d'exécution):

okt. 14 21:30:06 LillePi deCONZ[22034]: 21:30:02:708 <-LQI 0x0B04   012 9 3 0x000B57FFFEC4FA38 0xE8A8 1 1 2 02 0F 36
okt. 14 21:30:06 LillePi deCONZ[22034]: 21:30:05:951 Endrer tilstand
okt. 14 21:30:06 LillePi deCONZ[22034]: 21:30:05:951 Er her!
okt. 14 21:30:06 LillePi deCONZ[22034]: 21:30:05:951 Er her2!
okt. 14 21:30:06 LillePi deCONZ[22034]: 21:30:05:951 Er her3!
okt. 14 21:30:06 LillePi deCONZ[22034]: 21:30:05:951 Er her4!
okt. 14 21:30:06 LillePi deCONZ[22034]: 21:30:05:951 Er her, 1!
okt. 14 21:30:06 LillePi deCONZ[22034]: 21:30:05:951 Has on!
okt. 14 21:30:06 LillePi deCONZ[22034]: 21:30:05:951 Er her5!
okt. 14 21:30:06 LillePi deCONZ[22034]: 21:30:06:054 profileid 0000, clusterid 8031, srcEndpoint 00, dstEndpoint 00, status 0x00, securityStatus FF
okt. 14 21:30:06 LillePi deCONZ[22034]: 21:30:06:054 APS Ind 71, 0xFD8A: 0C 00 0D 00 03 F6 2C 02 FF FF 2E 21 00 F6 2C 02 FF FF 2E 21 00 00 00 24 02 00 73 F6 2C 02 FF FF 2E 21 00 6D 64 C3 FE FF 57 0B 00 4F 03 25 02 0F D9 F6 2C 02 FF FF 2E 21 00 04 7A 77 FE FF 9F FD 90 04 0B 25 02 0F 29
okt. 14 21:30:06 LillePi deCONZ[22034]: 21:30:06:054 <-LQI 0xFD8A   013 0 3 0x00212EFFFF022CF6 0x0000 0 1 2 02 00 73
okt. 14 21:30:06 LillePi deCONZ[22034]: 21:30:06:519 profileid 0000, clusterid 8031, srcEndpoint 00, dstEndpoint 00, status 0x00, securityStatus FF
okt. 14 21:30:06 LillePi deCONZ[22034]: 21:30:06:519 APS Ind 71, 0xFD8A: 0D 00 0D 03 03 F6 2C 02 FF FF 2E 21 00 12 7C 70 FE FF 57 0B 00 E0 3D 25 02 0F 71 F6 2C 02 FF FF 2E 21 00 B7 BB D6 FE FF 57 0B 00 26 46 25 02 0F 3A F6 2C 02 FF FF 2E 21 00 6A 06 C2 FE FF 57 0B 00 48 4C 25 02 0F D6
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:06:519 <-LQI 0xFD8A   013 3 3 0x000B57FFFE707C12 0x3DE0 1 1 2 02 0F 71
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:07:015 profileid 0000, clusterid 8031, srcEndpoint 00, dstEndpoint 00, status 0x00, securityStatus FF
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:07:015 APS Ind 71, 0xFD8A: 0E 00 0D 06 03 F6 2C 02 FF FF 2E 21 00 86 C4 C7 FE FF 6F 0D 00 18 5E 25 02 0F 81 F6 2C 02 FF FF 2E 21 00 0F ED EE FE FF 57 0B 00 A7 67 25 02 0F 35 F6 2C 02 FF FF 2E 21 00 5B 9B AF FE FF 6F 0D 00 C8 A8 25 02 0F 8A
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:07:015 <-LQI 0xFD8A   013 6 3 0x000D6FFFFEC7C486 0x5E18 1 1 2 02 0F 81
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:07:479 profileid 0000, clusterid 8031, srcEndpoint 00, dstEndpoint 00, status 0x00, securityStatus FF
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:07:479 APS Ind 71, 0xFD8A: 10 00 0D 09 03 F6 2C 02 FF FF 2E 21 00 8E 9C 88 FE FF 9F FD 90 D3 BE 25 02 0F 69 F6 2C 02 FF FF 2E 21 00 88 DC C7 FE FF 6F 0D 00 93 CB 25 02 0F 70 F6 2C 02 FF FF 2E 21 00 38 FA C4 FE FF 57 0B 00 A8 E8 25 02 0F FF
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:07:479 <-LQI 0xFD8A   013 9 3 0x90FD9FFFFE889C8E 0xBED3 1 1 2 02 0F 69
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:07:944 profileid 0000, clusterid 8031, srcEndpoint 00, dstEndpoint 00, status 0x00, securityStatus FF
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:07:944 APS Ind 27, 0xFD8A: 13 00 0D 0C 01 F6 2C 02 FF FF 2E 21 00 57 5F F3 FE FF 6F 0D 00 D1 F4 25 02 0F 5B
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:07:944 <-LQI 0xFD8A   013 12 1 0x000D6FFFFEF35F57 0xF4D1 1 1 2 02 0F 5B
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:369 profileid 0104, clusterid 0101, srcEndpoint 01, dstEndpoint 01, status 0x00, securityStatus FF
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:369 APS Ind 4, 0xABF9: 19 76 01 00
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:369 <-ZCL serverToClient 0xABF9 1 for cluster 0x0101 00
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:416 profileid 0104, clusterid 0101, srcEndpoint 01, dstEndpoint 01, status 0x00, securityStatus FF
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:416 APS Ind 4, 0xABF9: 19 76 01 00
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:416 <-ZCL serverToClient 0xABF9 1 for cluster 0x0101 00
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:817 profileid 0104, clusterid 0101, srcEndpoint 01, dstEndpoint 01, status 0x00, securityStatus FF
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:817 APS Ind 13, 0xABF9: 09 5A 20 01 02 FF FF 00 FF FF FF FF 00
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:817 <-ZCL serverToClient 0xABF9 1 for cluster 0x0101 01 02 FF FF 00 FF FF FF FF 00
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:848 Node data 0x000b57fffe59e55a profileId: 0x0104, clusterId: 0x0101
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:848 Start. UddateLight
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:849 updateLights!
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:849 Status dørlås: 0
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:849 ZCL attribute report 0x000B57FFFE59E55A for cluster 0x0101, ep 0x01
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:849 profileid 0104, clusterid 0101, srcEndpoint 01, dstEndpoint 01, status 0x00, securityStatus FF
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:849 APS Ind 7, 0xABF9: 08 5B 0A 00 00 30 02
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:849 <-ZCL attribute report 0xABF9 0x0101 1 00 00 30 02
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:849 ->ZCL default response seq id 0x5B command id 0x0A, status 0x00
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:09:944 APS-DATA.confirm status 0x00, id = 0x9F, srcEp = 0x01, dstcEp = 0x01, dstAddr = 0xABF9
okt. 14 21:30:13 LillePi deCONZ[22034]: 21:30:11:818 profileid 0000, clusterid 8031, srcEndpoint 00, dstEndpoint 00, status 0x00, securityStatus FF

Ici, je le verrouille à nouveau (ce qui ne change pas l'état On en vrai):

okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:35:753 <-LQI 0x0000   014 13 1 0x000B57FFFEC4FA38 0xE8A8 1 1 3 01 00 B3
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:37:313 Endrer tilstand
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:37:313 Er her!
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:37:313 Er her2!
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:37:313 Er her3!
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:37:313 Er her4!
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:37:313 Er her, 1!
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:37:313 Has on!
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:37:313 Er her5!
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:38:379 profileid 0104, clusterid 0101, srcEndpoint 01, dstEndpoint 01, status 0x00, securityStatus FF
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:38:379 APS Ind 4, 0xABF9: 19 77 00 00
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:38:379 <-ZCL serverToClient 0xABF9 1 for cluster 0x0101 00
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:38:811 profileid 0104, clusterid 0101, srcEndpoint 01, dstEndpoint 01, status 0x00, securityStatus FF
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:38:811 APS Ind 13, 0xABF9: 09 5D 20 01 01 FF FF 00 FF FF FF FF 00
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:38:811 <-ZCL serverToClient 0xABF9 1 for cluster 0x0101 01 01 FF FF 00 FF FF FF FF 00
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:38:842 Node data 0x000b57fffe59e55a profileId: 0x0104, clusterId: 0x0101
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:38:842 Start. UddateLight
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:38:843 updateLights!
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:38:843 Status dørlås: 0
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:38:843 ZCL attribute report 0x000B57FFFE59E55A for cluster 0x0101, ep 0x01
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:38:843 profileid 0104, clusterid 0101, srcEndpoint 01, dstEndpoint 01, status 0x00, securityStatus FF
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:38:843 APS Ind 7, 0xABF9: 08 5E 0A 00 00 30 01
okt. 14 21:33:38 LillePi deCONZ[22034]: 21:33:38:843 <-ZCL attribute report 0xABF9 0x0101 1 00 00 30 01
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:38:843 ->ZCL default response seq id 0x5E command id 0x0A, status 0x00
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:38:990 APS-DATA.confirm status 0x00, id = 0x09, srcEp = 0x01, dstcEp = 0x01, dstAddr = 0xABF9
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:39:179 profileid 0000, clusterid 8031, srcEndpoint 00, dstEndpoint 00, status 0x00, securityStatus FF
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:39:179 APS Ind 71, 0x67A7: 69 00 0D 00 03 F6 2C 02 FF FF 2E 21 00 F6 2C 02 FF FF 2E 21 00 00 00 24 02 00 63 F6 2C 02 FF FF 2E 21 00 6D 64 C3 FE FF 57 0B 00 4F 03 25 02 0F 28 F6 2C 02 FF FF 2E 21 00 04 7A 77 FE FF 9F FD 90 04 0B 25 02 0F 82
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:39:179 <-LQI 0x67A7   013 0 3 0x00212EFFFF022CF6 0x0000 0 1 2 02 00 63
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:39:660 profileid 0000, clusterid 8031, srcEndpoint 00, dstEndpoint 00, status 0x00, securityStatus FF
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:39:660 APS Ind 71, 0x67A7: 6C 00 0D 03 03 F6 2C 02 FF FF 2E 21 00 12 7C 70 FE FF 57 0B 00 E0 3D 25 02 0F 2E F6 2C 02 FF FF 2E 21 00 B7 BB D6 FE FF 57 0B 00 26 46 25 02 0F 34 F6 2C 02 FF FF 2E 21 00 6A 06 C2 FE FF 57 0B 00 48 4C 25 02 0F 1A
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:39:660 <-LQI 0x67A7   013 3 3 0x000B57FFFE707C12 0x3DE0 1 1 2 02 0F 2E
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:40:125 profileid 0000, clusterid 8031, srcEndpoint 00, dstEndpoint 00, status 0x00, securityStatus FF
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:40:125 APS Ind 71, 0x67A7: 6F 00 0D 06 03 F6 2C 02 FF FF 2E 21 00 86 C4 C7 FE FF 6F 0D 00 18 5E 25 02 0F 1E F6 2C 02 FF FF 2E 21 00 5B 9B AF FE FF 6F 0D 00 C8 A8 25 02 0F 2C F6 2C 02 FF FF 2E 21 00 8E 9C 88 FE FF 9F FD 90 D3 BE 25 02 0F 3E
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:40:125 <-LQI 0x67A7   013 6 3 0x000D6FFFFEC7C486 0x5E18 1 1 2 02 0F 1E
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:40:621 profileid 0000, clusterid 8031, srcEndpoint 00, dstEndpoint 00, status 0x00, securityStatus FF
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:40:621 APS Ind 71, 0x67A7: 72 00 0D 09 03 F6 2C 02 FF FF 2E 21 00 88 DC C7 FE FF 6F 0D 00 93 CB 25 02 0F 41 F6 2C 02 FF FF 2E 21 00 38 FA C4 FE FF 57 0B 00 A8 E8 25 02 0F 36 F6 2C 02 FF FF 2E 21 00 57 5F F3 FE FF 6F 0D 00 D1 F4 25 02 0F 64
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:40:621 <-LQI 0x67A7   013 9 3 0x000D6FFFFEC7DC88 0xCB93 1 1 2 02 0F 41
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:41:086 profileid 0000, clusterid 8031, srcEndpoint 00, dstEndpoint 00, status 0x00, securityStatus FF
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:41:086 APS Ind 27, 0x67A7: 74 00 0D 0C 01 F6 2C 02 FF FF 2E 21 00 41 11 8A FE FF 9F FD 90 8A FD 25 02 0F 37
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:41:086 <-LQI 0x67A7   013 12 1 0x90FD9FFFFE8A1141 0xFD8A 1 1 2 02 0F 37
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:44:464 profileid 0000, clusterid 8031, srcEndpoint 00, dstEndpoint 00, status 0x00, securityStatus FF
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:44:464 APS Ind 71, 0x4626: 7A 00 0D 00 03 F6 2C 02 FF FF 2E 21 00 F6 2C 02 FF FF 2E 21 00 00 00 24 02 00 22 F6 2C 02 FF FF 2E 21 00 6D 64 C3 FE FF 57 0B 00 4F 03 25 02 0F 0E F6 2C 02 FF FF 2E 21 00 04 7A 77 FE FF 9F FD 90 04 0B 25 02 0F 52
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:44:464 <-LQI 0x4626   013 0 3 0x00212EFFFF022CF6 0x0000 0 1 2 02 00 22
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:44:944 profileid 0000, clusterid 8031, srcEndpoint 00, dstEndpoint 00, status 0x00, securityStatus FF
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:44:944 APS Ind 71, 0x4626: 7B 00 0D 03 03 F6 2C 02 FF FF 2E 21 00 6A 06 C2 FE FF 57 0B 00 48 4C 25 02 0F 13 F6 2C 02 FF FF 2E 21 00 86 C4 C7 FE FF 6F 0D 00 18 5E 25 02 0F 14 F6 2C 02 FF FF 2E 21 00 0F ED EE FE FF 57 0B 00 A7 67 25 02 0F 30
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:44:944 <-LQI 0x4626   013 3 3 0x000B57FFFEC2066A 0x4C48 1 1 2 02 0F 13
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:45:425 profileid 0000, clusterid 8031, srcEndpoint 00, dstEndpoint 00, status 0x00, securityStatus FF
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:45:425 APS Ind 71, 0x4626: 7E 00 0D 06 03 F6 2C 02 FF FF 2E 21 00 5B 9B AF FE FF 6F 0D 00 C8 A8 25 02 0F 14 F6 2C 02 FF FF 2E 21 00 88 DC C7 FE FF 6F 0D 00 93 CB 25 02 0F 1C F6 2C 02 FF FF 2E 21 00 57 5F F3 FE FF 6F 0D 00 D1 F4 25 02 0F 80
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:45:426 <-LQI 0x4626   013 6 3 0x000D6FFFFEAF9B5B 0xA8C8 1 1 2 02 0F 14
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:45:922 profileid 0000, clusterid 8031, srcEndpoint 00, dstEndpoint 00, status 0x00, securityStatus FF
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:45:922 APS Ind 71, 0x4626: 81 00 0D 09 03 F6 2C 02 FF FF 2E 21 00 41 11 8A FE FF 9F FD 90 8A FD 25 02 0F 37 F6 2C 02 FF FF 2E 21 00 7D CE 93 FE FF 57 0B 00 EE E8 12 00 02 FF F6 2C 02 FF FF 2E 21 00 A0 EF 36 02 00 8D 15 00 44 C5 12 00 02 FF
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:45:922 <-LQI 0x4626   013 9 3 0x90FD9FFFFE8A1141 0xFD8A 1 1 2 02 0F 37
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:46:370 profileid 0000, clusterid 8031, srcEndpoint 00, dstEndpoint 00, status 0x00, securityStatus FF
okt. 14 21:33:46 LillePi deCONZ[22034]: 21:33:46:370 APS Ind 27, 0x4626: 84 00 0D 0C 01 F6 2C 02 FF FF 2E 21 00 5A E5 59 FE FF 57 0B 00 F9 AB 12 00 02 FF
okt. 14 21:33:47 LillePi homebridge[269]: [2019-10-14 21:33:47] [Hue] lumi.remote.b286acn01 Stue: set homekit status fault from 1 to 0
okt. 14 21:33:53 LillePi node-red[950]: 14 Oct 21:33:53 - [info] [sectoralarm-site:34ecc6dc.1194e2] Received 'check' command
okt. 14 21:33:55 LillePi deCONZ[22034]: 21:33:46:370 <-LQI 0x4626   013 12 1 0x000B57FFFE59E55A 0xABF9 2 0 1 00 02 FF
okt. 14 21:33:55 LillePi deCONZ[22034]: 21:33:47:491 Node data 0x00158d00027c069a profileId: 0x0104, clusterId: 0x0000
okt. 14 21:33:55 LillePi deCONZ[22034]: 21:33:47:491 Start. UddateLight
okt. 14 21:33:55 LillePi deCONZ[22034]: 21:33:47:491 no button map for: lumi.remote.b286acn01 ep: 0x01 cl: 0x0000 cmd: 0x0A pl[0]: 001
okt. 14 21:33:55 LillePi deCONZ[22034]: 21:33:47:491 ZCL attribute report 0x00158D00027C069A for cluster 0x0000, ep 0x01
okt. 14 21:33:55 LillePi deCONZ[22034]: 21:33:47:491 0x00158D00027C069A extract Xiaomi special attribute 0xFF01
okt. 14 21:33:55 LillePi deCONZ[22034]: 21:33:47:491         01 battery 3005 (0x0BBD)
okt. 14 21:33:55 LillePi deCONZ[22034]: 21:33:47:491         03 temperature 33 °C
okt. 14 21:33:55 LillePi deCONZ[22034]: 21:33:47:491         04 unknown 17320 (0x43A8)
okt. 14 21:33:55 LillePi deCONZ[22034]: 21:33:47:491         05 RSSI dB (?) 23 (0x0017)
okt. 14 21:33:55 LillePi deCONZ[22034]: 21:33:47:491         06 LQI (?) 4294967296 (0x0100000000)
okt. 14 21:33:55 LillePi deCONZ[22034]: 21:33:47:491         08 unknown 5129 (0x1409)
okt. 14 21:33:55 LillePi deCONZ[22034]: 21:33:47:491         0a unknown 62673 (0xF4D1)

Résolu temporairement en envoyant netcat "r 0xABF9 1 0x0101 0" (lecture de l'attribut 1 de Door Lock) au plugin DeCONZ CLI une fois (et toutes les heures pour être sûr) après le début de mon deconz.service minimal.

@ebaauw J'ai maintenant une autonomie de batterie terrible sur la serrure. Je m'attendrais à une baisse de 10 à 20% chaque jour, c'est un peu beaucoup. Pensez-vous que je puisse l'avoir «lié» trop de fois dans Deconz? Donc, c'est trop souvent des rapports en double? Y a-t-il un tableau de toutes les liaisons quelque part?

Je pense qu'il existe une commande ZDP pour lire la table de liaison; vous pouvez l'envoyer en utilisant le deconz-cli-plugin et renifler la réponse. Je ne pense pas que le nombre de fixations sera le principal facteur de réduction de la durée de vie de la batterie; il est plus probable que ce soit la configuration du contrôle d'interrogation et / ou des rapports d'attributs, ce qui provoque le réveil trop fréquent de l'appareil.

@ebaauw Vous avez (bien sûr) raison et la commande ZDP affiche la liaison 1.

J'ai passé en revue ma logique d'automatisation et j'ai également trouvé une boucle inutile dans la messagerie zigbee (interrogation).

Mais je vois qu'il rapporte également son statut toutes les 5 minutes environ après avoir configuré le rapport de l'attribut dans Cluster Info dans Deconz («max: 300»). Je sais que je ne comprends pas encore tout à fait Zigbee et Deconz, mais n'est-ce pas inutile car ce n'est pas un capteur passif et signalera quand même l'état lorsque le verrou est changé ........?

EDIT: Je vois qu'il y a un cluster de contrôle d'interrogation qui semble être défini par défaut sur 14400 comme intervalle d'enregistrement ...

Est-ce pris en charge par défaut dans la nouvelle version du logiciel ou dois-je suivre toutes les instructions ci-dessus?

Je décide entre Danalock Zigbee ou Zwave.

Je suis également intéressé à le faire fonctionner. Pouvez-vous partager un guide étape par étape? Je suis aussi totalement nouveau sur deconz

Pourquoi ce problème est-il périmé / fermé?
Le verrou est entièrement détecté par deConz:

mais pas exposé via le restAPI (et jamais détecté par Phoscon / capteurs / ajouter un nouveau capteur / autre)

curl --tcp-nodelay --max-time 59 -H 'Content-Type: application / json' -X GET http: // hassio : 40850 / api / mypass /
"nom de l'appareil": "ConBee II",
"nom": "Zigbee",
"nom": "mon application"
"nom": "Phoscon # B1066x452"
"nom": "Phoscon # B1290x655"
"nom": "pydeconz"
"nom": "mon application"
"name": "Lampes de lit",
"manufacturername": "Philips",
"name": "Température de couleur lumière 1",
"manufacturername": "Philips",
"name": "Température de couleur lumière 2",
"manufacturername": "Philips",
"name": "Daylight",
"manufacturername": "Eurotronic",
"nom": "SPZB0001",
"manufacturername": "Eurotronic",
"nom": "SPZB0001 (2)",

Avons-nous besoin d'ouvrir un nouveau numéro?

J'ai ajouté les modifications de @ pascal1337 dans un fork approprié, https://github.com/fr34kyn01535/deconz-rest-plugin/commits/master , mais je n'ai pas pu faire apparaître le verrou dans le reste de l'API. .

Bonjour Sven,

Je voulais éviter de bifurquer et de maintenir mon propre code.
Dresden Elektronik a demandé à publier de nouveaux appareils ici, et toutes les informations sont fournies.
Mais cette demande a 2 ans, où sont les gens de Dresden Elektronik?

Je regarde maintenant zigbee2mqtt. La base de code de ce plugin est honnêtement un gâchis, et une architecture de drapeaux codés en dur ne nous amènera pas à un plus grand système écologique d'appareils. Il devrait être possible d'ajouter de nouveaux comportements et périphériques sans réécrire une grande partie du comportement de base.

J'utilise mon plugin api de repos modifié depuis octobre et il fonctionne parfaitement.

J'ai exposé la serrure comme une lumière, mais je ne sais pas si cette solution serait acceptée. Je ne suis pas un codeur et je n'ai pas d'expérience avec github. Si quelqu'un est intéressé, je peux partager le code. Ce serait formidable que ce verrou soit pris en charge dans le code officiel.

@arnerek le partageant pourrait sûrement aider l'un ou l'autre ici.

J'ai maintenant publié le code ici: https://github.com/arnerek/deconz-rest-plugin/tree/Danalock

@arnerek Je pense que cela sera très bien accepté, c'est de la même manière que cela a été fait pour les détecteurs de fumée, etc. Pouvez-vous s'il vous plaît faire une demande d'extraction au référentiel principal?

@arnerek : Vous avez lu le commentaire ci-dessus? Je n'ai pas vu la pull request aujourd'hui .. et j'espère encore ;-)

Je vais essayer de faire une pull request. Espérons que dans les prochains jours

Je vois que @arnerek expose le verrou en tant que ressource /lights . Je ne suis pas sûr que cela fonctionnera, car il y a généralement un certain délai entre la définition de l'état de verrouillage de la cible et la modification de l'état de verrouillage actuel du verrou. Vous voudrez peut-être que différents attributs pour l'état cible et l'état actuel reflètent cela, cf. les thermostats. Celles-ci sont exposées en tant que ressources /sensors , avec la cible dans l'état dans config et l'état actuel (en lecture seule) dans state .
Bien entendu, il en va de même pour les dispositifs de recouvrement de fenêtres.

On dirait que ce verrou ne prend pas en charge les _Groups_, il n'y a donc aucune raison impérieuse de l'exposer comme une ressource /lights . Je ne sais pas pour les autres serrures, cependant.

@ebaauw Quelle est alors l'alternative?
N'est-ce pas seulement les ressources de lumières qui peuvent être tournées sur et en dehors? Ensuite, faut-il fabriquer quelques capteurs reflétant les états que vous avez décrits?
Désolé, je ne connais pas encore Deconz à fond.

Comme je l'ai mentionné ci-dessus, une ressource /sensors avec l'état cible mappé à un attribut config et l'état actuel mappé à un attribut state .

salut!

Je viens d'acheter une serrure Danalock V3 Zigbee. J'essaye d'utiliser le code qu'Arnerek a écrit car ce serait bien de l'introduire dans Deconz. Je suis nouveau sur github mais est-ce que je comprends bien si je suis censé être en mesure de compiler une version du plugin basée sur la branche arnereks? Parce que c'est ce que j'essaie de faire, la compilation dure un certain temps mais se termine par des erreurs.

J'ai aimé ceci:
git clone -b Danalock https://github.com/arnerek/deconz-rest-plugin

cd deconz-rest-plugin

qmake && make -j2

Est-ce correct ou dois-je en savoir plus sur le fonctionnement de git. :)

/ Erik

Je pense que c'est correct et le moyen le plus simple (vous n'avez pas besoin d'utiliser git checkout avec cette méthode)
Mais vous manquez la ligne de commande pour remplacer les fichiers

sudo cp ../libde_rest_plugin.so / usr / share / deCONZ / plugins

et n'oublie pas

sudo apt installer deconz-dev

quelle est votre erreur?

Cela fonctionnait réellement maintenant. J'ai écrit make clean et j'ai réessayé.
Compilation terminée. Puis a fait l'étape suivante:

sudo cp ../libde_rest_plugin.so /usr/share/deCONZ/plugins

et oui j'ai fait sudo apt install deconz-dev avant.

Ensuite, redémarré le service et essayé de coupler le verrou dans l'application Phoscon, mais sans chance, j'ai peur.

Je ne sais vraiment pas quoi faire de plus. Quelqu'un d'autre qui a réussi à faire fonctionner cela?

@lillaeriika Juste pour vérifier Avez-vous remplacé le general.xml comme dans mon article précédent? Cela devrait rendre le verrou visible dans deCONZ, et vous devriez être prêt à exécuter les commandes de verrouillage et de déverrouillage.

@arnerek Hmm, je n'ai trouvé aucun article où vous parliez de general.xml? Mais pour être clair, dois-je prendre le general.xml de votre branche et le mettre dans le dossier: /usr/share/deCONZ/zcl ?

C'est ce que j'ai fait. Redémarré. Ça ne marche toujours pas. :(

Cet article: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/520#issuecomment -538741388

Je pense que cet emplacement est correct. Recherchez une nouvelle lumière et utilisez un trombone dans le trou d'épingle du Danalock pour l'appairer.

Ne fonctionne pas non plus pour moi, j'ai fait tout ce que vous avez énuméré et je ne peux pas le faire fonctionner.

Pouvez-vous essayer de laisser la serrure rejoindre le réseau depuis deCONZ? Depuis deCONZ, vous devriez pouvoir verrouiller et déverrouiller.

oui je suis capable de verrouiller et de déverrouiller à partir du cluster mais je ne le trouve pas dans les lumières ou dans l'api

Avez-vous essayé ceci: "Pour moi, Phoscon ne reconnaîtrait la serrure qu'après avoir appuyé sur" Lire le descripteur de nœud "dans l'interface graphique deCONZ du nœud de verrouillage de porte."

Vous pouvez également essayer de tourner le verrou tout en recherchant une nouvelle lumière dans phoscon

Je ne pouvais pas le verrouiller et le déverrouiller sans appuyer sur ce bouton, donc oui je l'ai déjà fait.
J'ai essayé de le verrouiller et de le déverrouiller avec une recherche mais toujours rien.

Quelle est votre version de la passerelle (trouvée dans Phoscon)?

2.05.69 / 25.2.2020

même essayé de lire tous les attributs du cluster de base, etc.

Bonjour à tous,

Dispositifs:
Raspberry Pi 2 modèle B
Conbee II (Version 2.05.69 / 14/02/2020)

J'ai fait ce qui suit:

1. sudo apr-get mise à jour
2. sudo apt installer deconz-dev
3. git clone -b Danalock https://github.com/arnerek/deconz-rest-plugin
4. cd deconz-rest-plugin
5. qmake && make -j2
6. sudo mv /usr/share/deCONZ/plugins/libde_rest_plugin.so /usr/share/deCONZ/libde_rest_plugin.so.bak
7. sudo mv libde_rest_plugin.so /usr/share/deCONZ/plugins/libde_rest_plugin.so
8. rouvrir l'interface graphique de deCONZ

Je peux utiliser la serrure à partir de l'interface graphique deCONZ
Je peux l'utiliser comme lampe dans HomeAssistant avec des plugins OOTB, mais cela ne sauvegarde pas l'état de la lampe.

Que dois-je faire pour enregistrer l'état de la lampe?
Comment puis-je faire basculer la lampe (comme la prise intelligente Aqara) dans deCONZ?

Merci

Bizarre. L'application Danalock vous donne-t-elle un statut de verrouillage de porte fiable?

J'utilise le modèle de verrouillage dans Home Assistant: https://www.home-assistant.io/integrations/lock.template/

@arnerek tu sais pourquoi ma serrure

Non désolé. Peut-être vérifier l'autorisation ou la propriété du fichier libde_rest_plugin.so? Supprimer le verrou sur Deconz et ajouter à nouveau?

Les permissions sont correctes. Comment puis-je supprimer cet élément avec l'interface graphique? Appuyez sur la touche Suppr pour le "reconnecter" 5 secondes plus tard

Bizarre. L'application Danalock vous donne-t-elle un statut de verrouillage de porte fiable?

J'utilise le modèle de verrouillage dans Home Assistant: https://www.home-assistant.io/integrations/lock.template/

Je vous remercie.
C'est parfait maintenant.

Je ne sais pas pourquoi mais au départ, le verrouillage n'a pas gardé l'état. Mais maintenant, cela fonctionne bien.

a également fonctionné maintenant après avoir supprimé le verrou de l'interface graphique et réinitialisé et reconnecté via l'application Danalock

Je suis allé un peu plus loin aussi. Je n'ai jamais utilisé l'interface graphique auparavant, mais quand j'ai réussi à la démarrer, le verrou était en fait là. Je l'ai supprimé de l'interface graphique Deconz, puis l'ai rajouté via l'application Web. Il est ensuite apparu à la fois dans l'interface graphique et dans l'application Phoscon. Alors maintenant, c'est dans tous les endroits.

Dernier problème: je peux verrouiller / déverrouiller dans l'interface graphique et Webapp mais pas dans l'application Phoscon?

En fait, cela semble fonctionner également dans l'application Phoscon, mais un peu à la traîne. Je l'ai intégré à Openhab et il semble très bien fonctionner à partir de là, alors je pense que je suis content. Je ferai d'autres tests demain. Merci pour votre aide. Enfin de bonnes nuits de sommeil!

Merci de partager vos réflexions. Je pense que je vais également acheter un DanaLock et le tester.
Au fait: saviez-vous si le Dockerfile est disponible? J'exécute mon DECONZ sur Docker sur un OrangePi Zero Plus :)

Éditer:
Ce serait bien de le laisser fonctionner dans Docker avec le support DanaLock.

Et:
Voyez-vous le formulaire HTML pour ajouter de nouveaux appareils à Deconz ? Quelqu'un a-t-il proposé cette solution qu'elle sera intégrée aux futures versions?

Je suis dans le même état que quelqu'un ci-dessus. La serrure ne garderait pas l'état. Et les commandes n'arrivaient que parfois. Je l'ai à nouveau complètement supprimé de Deconz. Ajouté avec phoscon. A travaillé tout de suite et maintenant cela fonctionne parfaitement. Le contrôler depuis Deconz fonctionne, phoscon, l'ajouter à Openhab et aussi le contrôler depuis Openhab. Tellement heureux. Merci à tous.

@ebaauw Quel est le statut ici, pourquoi le problème est-il clos? Les développeurs ont-ils besoin de plus d'informations?

Quel est le statut ici

Je suis désolé, je ne sais pas. Je n'ai pas de serrure intelligente moi-même et n'ai écrit aucun code le prenant en charge. Comme mentionné ci-dessus, contrairement à 2018, je crains maintenant d'exposer le verrou en tant que ressource /lights pourrait être une mauvaise idée. Cela peut entraîner des problèmes insolubles (comme avoir besoin de lire les attributs dans l'interface graphique, avant de pouvoir modifier l'état via l'API). Les récentes expériences avec les dispositifs d'avertissement (sirènes) m'ont fait changer d'avis. Le seul argument convaincant pour prendre en charge un périphérique (fonction) en tant que ressource /lights est lorsque cette fonction prend en charge les groupes (comme c'est le cas avec les dispositifs de couverture de fenêtre, et avec la sirène Heiman (autonome), mais pas avec le sirènes des détecteurs de fumée).

pourquoi le problème est-il clos?

Pour garder le bot obsolète heureux?

Les développeurs ont-ils besoin de plus d'informations?

Je pense qu'il y a probablement assez d'informations ici, d'autant plus que @bohtho a réussi à https://github.com/dresden-elektronik/deconz-rest-plugin/issues/520#issuecomment -537240173.

Comme mentionné ci-dessus, la base de code actuelle pour le plugin REST API est très complexe, et l'ajout de la prise en charge d'un nouveau type d'appareil implique de nombreux cycles de développement-test à succès. Pour cette raison, je n'essaye plus d'ajouter la prise en charge des appareils que je n'ai pas. Je suis heureux de travailler sur le support de l'API REST (et de Homebridge Hue) pour le Danalock si je peux obtenir un prêt, ou si les gens souhaitent me parrainer pour obtenir l'appareil moi-même. Veuillez noter que je ne peux pas ajouter de support à Phoscon, car ce n'est pas open source.

Merci @ebaauw. Je suis maintenant passé à ZHA natif dans Homeassistant (en utilisant Conbee 1), avec beaucoup de succès. Le Danalock fonctionne hors de la boîte.

Bonjour tous le monde.
Ces derniers jours, j'essaye de faire fonctionner mon Danalock V3 avec Conbee II (Version 2.05.69, Raspberry PI 4) et Home Assistant 0.109.6. Après le processus de connexion, je vois ma serrure comme une lumière dans l'application Phoscon et je peux la gérer via l'interface graphique deCONZ. Après cela, je fais le processus d'authentification dans Phoscon App pour le connecter avec HA (HA est installé sur mon serveur NUC et je me connecte avec Conbee II en utilisant l'intégration en HA par IP de mon PI4). Cela fonctionne sauf l'état du Danalock. Après le redémarrage de mon Danalock, l'intégration ne fonctionne pas! Je peux toujours le gérer via l'interface graphique deCONZ, les commandes exécutables pour verrouiller / déverrouiller fonctionnent parfaitement. Veuillez aider.

Des nouvelles sur si cela va être pris en charge dans Deconz ?? J'ai essayé de le faire fonctionner mais je n'ai pas compris ce fil et ce que j'étais censé faire :) Est-ce que quelqu'un peut faire une chose étape par étape?

@ helto4real , vous pouvez utiliser ma liste d'étapes:
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/520#issuecomment -612411637
puis utilisez la suggestion d'Arnerek si vous avez besoin d'un élément d'interface utilisateur verrouillé dans Home Assistant
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/520#issuecomment -612471028

Parfois, j'ai les problèmes suivants:

• la serrure ne garde pas l'état. Dans ce cas, je vais dans l'interface graphique deCONZ et je lis l'état manuellement
• état inconnu de la serrure, dans ce cas, je vais dans l'interface graphique deCONZ et change l'état manuellement

Existe-t-il maintenant un guide "simple" pour les débutants pour connecter le Danalock au Conbee2 / Deconz?

Peut-être que ce sera intéressant pour tout le monde, j'ai fusionné les modifications pour Danalock avec deconz-rest-plugin-2_05_77_stable. Avec la version précédente, je n'ai pas pu ajouter l'opple Aqara.
Les sources sont dans mon github.

- Édition par Mimiix> Suppression de l'URL jusqu'à nouvel ordre.

Peut-être que ce sera intéressant pour tout le monde, j'ai fusionné les modifications pour Danalock avec deconz-rest-plugin-2_05_77_stable. Avec la version précédente, je n'ai pas pu ajouter l'opple Aqara.
Les sources sont dans mon github.

- Édition par Mimiix> Suppression de l'URL jusqu'à nouvel ordre.

Cela fonctionne parfaitement :-) mais est-il possible d'obtenir l'état de la batterie via l'API? :-)

Personne ne peut faire de PR à ce repo, pour le rendre définitif?

J'ai mis à jour mon plugin de repos maintenant mais le verrou est maintenant supprimé de l'application Phoscon et je ne le trouve pas non plus dans l'API. Des suggestions pour ce problème? J'ai déjà essayé de réinitialiser et de se reconnecter.

@manup s'il vous plaît fusionner ceci dans le code :-)

Je pense que nous leur avons demandé d'inclure cela de différentes manières et questions depuis maintenant 3 ans. Je suis passé au zigbee-berger. Fonctionne instantanément.

J'ai mis à jour mon plugin de repos maintenant mais le verrou est maintenant supprimé de l'application Phoscon et je ne le trouve pas non plus dans l'API. Des suggestions pour ce problème? J'ai déjà essayé de réinitialiser et de se reconnecter.

Ensuite, vous devez rétrograder le plugin ou ajouter manuellement les modifications pour le faire fonctionner à nouveau :-)

@ smulle48 Il sera fusionné avant le 15. C'est alors qu'une nouvelle version sort :)

Il fusionne souvent la semaine précédente :)

Btw. Est-ce juste moi ou l'état de la serrure (ampoule) ne change-t-il pas lorsque vous la tournez manuellement?

Mon verrou conserve le dernier état initié par l'application Web

Mon verrou change d'état lorsque je tourne le verrou manuellement.

Avons-nous trois options?

• Fermer à clé
• Ouvrir
• Tirer le loquet

Mes cas d'utilisation seraient:

• Verrouiller la porte si personne n'est à la maison.
• Déverrouiller la porte si quelqu'un est près de chez vous.
• Tirant sur le loquet si je me connecte au WiFi.

Avons-nous trois options?

• Fermer à clé
• Ouvrir
• Tirer le loquet

Mes cas d'utilisation seraient:

• Verrouiller la porte si personne n'est à la maison.
• Déverrouiller la porte si quelqu'un est près de chez vous.
• Tirant sur le loquet si je me connecte au WiFi.

Comme il est traité comme une ampoule, vous êtes allumé / éteint (verrouiller / déverrouiller).

Ce déverrouillage automatique, vous l'avez déjà dans l'application Danalock, y compris le «maintien au déverrouillage».

Comme il est traité comme une ampoule, vous êtes allumé / éteint (verrouiller / déverrouiller).

Ce déverrouillage automatique, vous l'avez déjà dans l'application Danalock, y compris le «maintien au déverrouillage».

@ smulle48
Cela signifie que si vous déverrouillez via zigbee, il utilise l'option configurée définie sur l'application?
Il n'est donc pas possible de déverrouiller et de maintenir le déverrouillage séparément?

Comme il est traité comme une ampoule, vous êtes allumé / éteint (verrouiller / déverrouiller).

Ce déverrouillage automatique, vous l'avez déjà dans l'application Danalock, y compris le «maintien au déverrouillage».

@ smulle48
Cela signifie que si vous déverrouillez via zigbee, il utilise l'option configurée définie sur l'application?
Il n'est donc pas possible de déverrouiller et de maintenir le déverrouillage séparément?

Jusqu'à présent, il n'est possible de verrouiller et de déverrouiller que via zigbee. Le reste que vous pouvez faire depuis l'application officielle Danalock

Comme il est traité comme une ampoule, vous êtes allumé / éteint (verrouiller / déverrouiller).

Ce déverrouillage automatique, vous l'avez déjà dans l'application Danalock, y compris le «maintien au déverrouillage».

@ smulle48
Cela signifie que si vous déverrouillez via zigbee, il utilise l'option configurée définie sur l'application?
Il n'est donc pas possible de déverrouiller et de maintenir le déverrouillage séparément?

Jusqu'à présent, il n'est possible de verrouiller et de déverrouiller que via zigbee. Le reste que vous pouvez faire depuis l'application officielle Danalock

D'accord, merci beaucoup!

La fermeture de celui-ci comme support a été fournie avec la version .79.