Deconz-rest-plugin: Unterstützung für Danalock v3 hinzufügen

Genau!

Hallo,

Ich habe versucht, meinen Danalock V3-Zigbee zu integrieren.

Das Problem ist jedoch, dass der Cluster zum Ändern des Sperrstatus als "unbekannter Cluster" angezeigt wird. Im Anhang sehen Sie die Informationen, die ich sehen kann.

Außerdem habe ich der offiziellen ZigBee-Dokumentation für den Danalock beigefügt.

Zusätzliche Informationen: Danalock verwendet das neue ZHA V3 und wird derzeit nur von Amazon Echo Plus (mit ZigBee) unterstützt.

Darf jemand helfen?

Freundliche Grüße
TD003 ZigBee Handbuch.pdf

Sie müssen den 0x0101-Cluster (Attribute und Befehle) zu general.xml hinzufügen, damit er in der deCONZ-GUI angezeigt wird. In der Regel wird der Text aus der ZCL- oder ZHA-Spezifikation manuell in XML übersetzt.

Der nächste Schritt wäre herauszufinden, wie die Sperre auf die verschiedenen Befehle reagiert, wie sich ihr Status in den Attributen widerspiegelt und ob sie die Attributberichterstattung unterstützt.

Dann müssen wir herausfinden, welche /lights und / oder /sensors Ressourcen für die Sperre erstellt werden sollen. Dies wird hässlich sein: Wir können keine /sensors state , daher wird die Steuerung der Sperre wahrscheinlich über eine /lights -Ressource erfolgen (vgl. Was wir für die Sirene getan haben, Fensterabdeckung und entlüften). Darüber hinaus gibt es keine config.battery für eine /lights Ressource, sodass wir eine zusätzliche /sensors Ressource benötigen würden, um den Batteriestand anzuzeigen.

Ich bin sehr neu in der "Codierung" von ZigBee. Möge jemand bereit sein, mir zu helfen :) Ich denke, es würde auch anderen helfen UND! Ich denke, wenn die Himbeere Smartlocks im Allgemeinen unterstützt, ist dies ein großer Vorteil für das Produkt.

Also habe ich jetzt folgenden Cluster hinzugefügt:

<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>

Es ist aus Danalocks ZigBee-Dokumentation (oben erwähnt) übernommen.

Mit diesem Code wird jetzt jeder Cluster in deconz als "unbekannt" angezeigt. Ich kann keine Syntaxfehler sehen.

Darf jemand mehr wissen als ich? :) :)

Freundliche Grüße

Wenn alle Cluster unbekannt sind, stimmt etwas mit der Datei general.xml nicht. In der Regel ein Syntaxfehler, aber möglicherweise auch ein logischer Fehler. Die Befehls-IDs scheinen Duplikate zu haben. Haben Sie dies in die Domäne _Closures_ eingefügt, kurz vor dem _Windows-Covering_-Cluster? Wenn Sie die komprimierte Datei general.xml anhängen könnten, würde ich einen Blick darauf werfen.

EDIT Die Danalock Zigbee Handbuch ist sehr kurz. In der ZCL-Spezifikation sind die Attribute nicht alle uint32 oder lesen / schreiben. Außerdem haben die Antwortbefehle eine obligatorische Nutzlast, und die festgelegten Befehle verwenden die PIN als optionale Nutzlast. Ich bin mir nicht sicher, ob das Danalock eine PIN unterstützt.

Weitere Informationen werden nicht von danalock ...

Im Anhang finden Sie die angeforderte Zip-Datei mit general.xml

deconz.zip

Freundliche Grüße

Hat jemand meinen Fall bereits überprüft?

Vielen Dank 😘

Okay. Ich hatte gerade einige Versuche ...
Wie ich sehe, bleibt das Unbekannte jedes Clusters bestehen, selbst wenn ich meinen Smart Lock-Cluster aus general.xml entferne.

Ich habe meine general.xml mit der "originalen" hier von github verglichen.

Das Problem tritt weiterhin auf. Jeder Cluster ist jetzt unbekannt. Thefuck ist falsch?

Sieht so aus, als hätten Sie die neuen Einträge in der falschen Domain platziert.

Haben Sie dies in die Domäne _Closures_ eingefügt, kurz vor dem _Windows_-Covering-Cluster?

Hallo

Ja, habe ich. aber wie gesagt, ich habe den Cluster zusätzlich entfernt und mit dem Original verglichen. Und trotzdem ist alles unbekannt. Ich habe auch deconz die Konfiguration erneut lesen lassen

Ich habe auch deconz die Konfiguration erneut lesen lassen

Ich habe das nie zum Laufen gebracht. Beenden Sie deCONZ am besten und starten Sie es neu, um general.xml neu zu laden.

Könnten Sie die general.xml aus meinem oben erwähnten Commit ausprobieren?

Dang! Das funktioniert sofort!

Lassen Sie uns jetzt einfach "apiable" aussehen.

Warum verkleiden wir es nicht als Schalter? Wie 1 ist gesperrt und 0 ist entsperrt.

Könnten Sie bitte einen Screenshot des _Door Lock_-Clusters posten (nachdem Sie alle Attribute gelesen haben)?

Können Sie überprüfen, ob Sie die Attributberichterstattung für das Attribut _Lock State_ einrichten können? Ich würde hoffen / erwarten, dass dieses Attribut den aktuellen Sperrstatus automatisch widerspiegelt, wenn Sie einen Befehl _Lock Door_ oder _Unlock Door_ ausgeben und wenn Sie die Sperre manuell steuern.

Anbei die Screenshots.

Ich muss nichts einrichten. Der Status wird nach der Aktualisierung sofort aktualisiert.

Ich versuche derzeit, die restliche API-Plugin-Quelle zu ändern, indem ich nur die fensterabdeckenden Teile "kopiere".

EDIT: Hmm, Sperre wird nicht angezeigt. : /

Ich versuche derzeit, die restliche API-Plugin-Quelle zu ändern, indem ich nur die fensterabdeckenden Teile "kopiere".

Setzen Sie es am besten als Licht aus, wobei state.on dem Sperrstatus zugeordnet ist. Es steckt jedoch noch ein bisschen mehr dahinter. Ändern Sie addLightNode() in de_web_plugin.cpp:

• Die Hersteller-ID (0x115c) muss definiert und auf die Whitelist gesetzt werden, da sie batteriebetrieben ist ( if (node->nodeDescriptor().manufacturerCode() == VENDOR _...) `;
• Der Cluster muss definiert und in die Whitelist aufgenommen werden, indem hasServerOnOff ( if (i->inClusters()[c].id() == DOOR_LOCK_CLUSTER_ID) ;
• Die Geräte-ID (0x000a) muss definiert und in die Whitelist aufgenommen werden ( case DEV_ID_DOOR_LOCK unter case DEV_ID_HA_WINDOW_COVERING_DEVICE ).

In light_node.cpp:

• Fügen Sie den Anbieter zu setManufacturerCode() .
• Fügen Sie die Geräte-ID zu setHAEndPoint() , um den Typ auf "Door lock" .

Das sollte ausreichen, um die Ressource zu erstellen (hoffe ich). Suchen Sie am besten nach DEV_ID_HA_WINDOW_COVERING_DEVICE und WINDOW_COVERING_CLUSTER_ID , um sicherzustellen, dass sie nicht an anderer Stelle auf der Whitelist stehen.

Hinweis für sich selbst: Die Geräte-ID 0x000a für _Door Lock_ fehlt noch in general.xml.

Als Nächstes müssen Sie state.on dem Attribut _Lock State_ zuordnen (damit Änderungen am Sperrstatus in state.on ). In nodeEvent() in de_web_plugin.cpp wird die Whitelist DOOR_LOCK_CLUSTER_ID aufgerufen, um updateLightNode() aufzurufen. Führen Sie in updateLightNode() Whitelist für denselben Cluster durch und fügen Sie einen Handler für ic->id() == DOOR_LOCK_CLUSTER_ID , ähnlich wie bei _ONOFF_CLUSTER_ID_, aber offensichtlich nach dem Attribut 0x0101 / 0x0000.

Um die Sperre über die REST-API zu steuern, müssen Sie in zcl_tasks.cpp eine neue Routine addTaskDoorLock() erstellen, vgl. die addTaskWarning() ich erstellt habe, um die Sirene zu kontrollieren. Fügen Sie basierend auf einem Sperrstatusparameter eine Aufgabe mit dem Befehl _Lock Door_ oder _Unlock Door_ hinzu. In rest_lights.cpp müssen Sie diese Routine von setLightState() unter if (hasOn) aufrufen. Sie müssen nach taskRef.lightNode->type() == QLatin1String("Door lock") , ähnlich wie ich es unter hasAlert für die Sirene getan habe.

Ich versuche derzeit, die restliche API-Plugin-Quelle zu ändern, indem ich nur die fensterabdeckenden Teile "kopiere".

Wie funktioniert es? Wo kann ich das machen?

Befolgen Sie die Schritte in der README-Datei, um eine lokale Kopie der Quelle des REST-API-Plugins abzurufen und diese zu kompilieren und zu installieren. Bearbeiten Sie dann Ihre lokale Quelle und kompilieren Sie das Plugin neu.

Bearbeiten Sie dann Ihre lokale Quelle

Ich bin ein Anfänger in diesen Dingen. Ist es möglich, dass Sie die geänderten Dateien hochladen?
Ihre Anweisungen oben sind sicherlich gut, aber leider kann ich es nicht ohne Hilfe tun.

Danke im Voraus!!!

So Jungs. Ich habe meine Plugin-Änderungen hier veröffentlicht: https://github.com/pascal1337/deconz-rest-plugin/

Ich habe viele Änderungen gemäß window_covering und Warnings vorgenommen.

Ich bin jetzt an einem Punkt angelangt, an dem ich nicht weiter kommen kann. Die Kompilierung zeigt immer noch einen "nicht deklarierten" Fehler und die API ruft meine Sperre nicht auf.

Vielleicht kann jemand ein näheres lo (o / c) k: P haben

VENDOR_DANALOCK sollte der _Manufacturer Code_ aus dem _Node Info_ Panel sein.

Was ist der Kompilierungsfehler?

Der folgende Fehler wird angezeigt:

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

Ja. Dies ist der Punkt, an dem ich derzeit stehe.

Haben Sie die Sperr- und Entsperrfunktionen in de_web_plugin_private.h deklariert?

Ja, habe ich. Zeile 1072, 1073

Sie müssen auch die neuen Aufgaben in deklarieren
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/db74fcb21e13cf9f0d6c353f625a82a6d6324555/de_web_plugin_private.h#L458

Also habe ich einige Änderungen vorgenommen und das Plugin kompiliert, es nach / usr / share / deCONZ / plugins kopiert, neu gestartet und:

Wenn ich zu Hause bin, werde ich die Funktionalität testen.

Sooo Leute. Wenn ich eine API-Anfrage mache

Es zeigt das Licht korrekt mit all seinen Details:

{
 "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"
}

Wenn ich versuche, den Standzustand zu ändern

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

Die Antwort ist

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

@pascal1337 : Please, coud you update your repository? I warnt to test your changes. Thx!

EDIT:
Vielleicht geht es auch auf Deutsch ;-)
Ich hab das Verzeichnis von Dir neu runter geladen und nun Compiler (ohne Fehler). Danach hab ich das neue plugin „rüber kopiert“ und einen reboot gemacht. Danach eine Suche in Phoscon gestartet. Leider taucht das Danalock dort nicht auf. Mache ich was falsch?

Danke im Voraus!

Grüße

@tomac01 Hallo :) Das Repo ist jetzt aktuell. Ich bin mir nicht sicher, ob die Suche über Phoscon erfolgreich ist. Ich habe das Danalock direkt über die deCONZ Gui auf meinem Raspberry aufgenommen. Du musst hierfür mit einer Büroklammer, Zahnstocher o.ä. ein mal kurz auf das Loch im Danalock drücken. Das Danalock beginnt dann grün zu leuchten / blinken. In diesem Zeitraum muss das Netzwerk für neue Geräte geöffnet werden.

Vielen Dank!
Werde ich nachher sofort ausprobieren.

@pascal1337 : Ich hab mir das Repro nochmal mit „gibt clone“ neu runtergeladen und dann compiliert. Das war auch erfolgreich, denn es wurde das PlugIn erzeugt. Danach hab ich es in das bekannte PlugIn-Verzeichnis kopiert (das alte File wurde ersetzt).

Das Danalock hab ich (was es vorher zwar schon war) nochmal neu eingebunden. Über die deConz-Oberfläche (Netzwerk) kann ich das Schloss auch korrekt per ZigBee bedienen. Danach reboot des Raspi durchgeführt.

Leider zeigt mir das Phoscon das Schloss nicht als Lampe an. Auch nicht, wenn danach suchen lasse.

Hast Du noch eine Idee? Wie gesagt: Im Netzwerk über den Desktop des Raspi (per VNC) kann ich das Schloss steuern. Eingebunden ist es damit. Nur Phoscon zeigt nix an.

Vielen Dank im Voraus!

@pascal1337 Ich hab nochmal meine Anzeige in DeCONZ mit Deinen Bildern oben verglichen. Die general.xml von ebaauw zeigt anstatt „000a“ „Door Lock“ an. Aber das dürfte doch nur die Übersetzung für die 000a sein, oder?

In der Tat wird der Gerätetyp nur in der GUI-Anzeige verwendet.

Batteriebetriebene Geräte sind eine Hündin zum Koppeln. Wenn die Sperre bereits in der GUI angezeigt wird, die REST-Ressourcen jedoch nicht erstellt wurden:

• Öffnen Sie das Netzwerk über die alte Web-App oder suchen Sie über die Phoscon-App nach Lichtern.
• Lesen Sie die Attribute des _Basic_-Clusters über die GUI.
• Machen Sie etwas mit dem Schloss, um sicherzustellen, dass es wach ist (drücken Sie kurz die Reset-Taste oder steuern Sie das Schloss manuell).
• Das REST-API-Plugin sollte die Ressource erstellen, wenn es die _Basic_-Attribute von der Sperre empfängt.

Wenn dies nicht funktioniert, überprüfen Sie, ob Ihr Schloss dasselbe hat:

• Mac-Adresspräfix,
• Hersteller-ID (im _Node info_-Bereich),
• Modell-ID und Name des Herstellers (im Basis-Cluster)

Ich überprüfte

• Präfix der Mac-Adresse: 000b57 -> ok
• Herstellercode: 0x115c -> ok
• Modell-ID: V3-BTZB (es ist die gleiche ID wie bei pascal1337) -> denke, es ist in Ordnung
• Herstellername: Danalock -> ok

Ich habe die Anweisungen von Ihnen genau befolgt. Die Sperre wird jedoch nur in der deCONZ-GUI erkannt. Weder die alte Web-App noch Phoscon erkennen die Sperre.

Hier ist ein Bild der Knoteninfo aus dem Schloss:

Hast du eine andere Idee?
Kann man irgendwo nach Fehlern suchen?

Vielen Dank!

@pascal1337 Könntest Du mir Deine compilierte libde_rest_plugin.so zum Test zur Verfügung stellen? Wenn die nicht geht, liegt es vielleicht an etwas anderem... danke im Voraus!

Einige lange Aufnahmen:

• Sind Sie sicher, dass Sie das Plugin richtig installiert haben? Sie müssen die Bestandsbibliothek überschreiben oder aus dem Verzeichnis / usr / share / deCONZ / plugins verschieben. es reicht nicht aus, es einfach umzubenennen (in .old oder so).
• Führen Sie die neueste Version des deCONZ-Kernprogramms aus?
• Führen Sie deCONZ mit --debug-info=2 und überprüfen Sie, ob der RaspBee Nachrichten von der Sperre empfängt. Wenn nach dem Neustart von deCONZ die _Basic_-Clusterattribute in der GUI gelesen und ausgefüllt werden, sind Sie gut.
• Überprüfen Sie die Batterie des Schlosses.

@ebaauw :

• Das Plugin wird wie in der Readme-Datei beschrieben installiert (überschrieben).
• Ich habe das Deb-Paket erneut heruntergeladen und neu installiert. Es sollte die letzte Version sein (siehe Bild unten).
  

• Laut der App sind die Betteries in Ordnung.
• Die Basisclusterattribute werden in der deCONZ-GUI gelesen und ausgefüllt. Ich kann die Sperre auch über die GUI steuern (Öffnen / Schließen).

Heute Nachmittag werde ich deCONZ mit den Debug-Einstellungen starten und einen Blick darauf werfen ...

Hallo,

mein kompiliertes Plugin: http://dinge.xyz/libde_rest_plugin.so

@ebaauw hast du noch einen

@ pascal1337 Großartig! Nachdem ich Ihre Datei in das Verzeichnis kopiert und einen Neustart auf Phoscon durchgeführt hatte, wurde der Danalock sofort als hell erkannt.

Ich weiß nicht, was ich beim Kompilieren falsch gemacht habe. Aber da muss das Problem sein. Beim Kompilieren ist kein Fehler aufgetreten, und die Datei wurde erstellt. Das war eigentlich ein gutes Zeichen für mich, scheint aber nicht so ... ;-(

Vielen Dank!

Sie haben einen weiteren Tipp für mich in Bezug auf meine API, die nichts tut?

Ich würde der Fehlermeldung (dass die Ressource nicht gefunden werden kann) nicht unbedingt vertrauen, sondern sie lesen, um zu bedeuten, dass beim Behandeln des PUT etwas fehlgeschlagen ist, wie z. B. kein _OnOff_-Cluster. Können Sie noch andere Lichtzustände aktualisieren? Wenn Sie sich Ihr Repo ansehen, haben Sie rest_lights.cpp noch nicht geändert?

Hallo, keine anderen Lichter können noch über Phoscon aktualisiert werden.

Sie können also das Schloss auf Phoscon nicht umschalten? das gleiche für mich

Nein, leider nicht. Obwohl Phoscon anzeigt, dass die "Lampe" leuchtet, reagiert das Schloss nicht. In der deConz-GUI sehe ich auch keine Aktivitäten. Wie gesagt, ich kann das Schloss über die GUI öffnen und schließen. Nicht mit Phoscon.

@pascal1337 : Gibt es schon was Neues? Ich kann hier leider nicht helfen. Ich bekomme ja nicht mal das compilieren hin :-(. Hattest Du schon die Zuordnung des Clusters 101 kontrolliert? Es kann doch eigentlich nur noch etwas Kleines sein...
Viele Grüße

Hi, hab leider nicht so viel Zeit aktuell...

Hab leider keinen weiteren Lösungsansatz.

@ pascal1337 , in rest_lights.cpp müssen Sie setLightState() ändern. Wenn Sie den Schlüssel on im JSON-Body ( if (hasOn) ) behandeln, müssen Sie überprüfen, ob das Gerät gesperrt ist, und in diesem Fall anstelle eines Befehls _Lock Door_ oder _Unlock Door_ ausgeben Befehl _On_ oder _Off_. Sie müssen die entsprechenden Takes in zcl_task, cpp erstellen oder eine neue Datei erstellen, wie dies für Fensterabdeckungsgeräte der Fall war. Siehe PR https://github.com/dresden-elektronik/deconz-rest-plugin/pull/746.

Ich verstehe die verdammte Logik nicht aus rest_lights.cpp. Es ruft hasOn () und dann addTaskSetOnOff () auf. Aber nirgendwo wird gesagt, ob es das Licht ein- oder ausschalten soll. Ich weiß nicht, wo ich mein addTaskDoorLock bzw. addTaskDoorUnlock ablegen soll. Ich möchte auch nicht mit der API ficken, warum können wir kein korrektes Sperrgerät in die API integrieren?

Freundliche Grüße,
Pascal

addTaskSetOnOff verwendet das EIN / AUS als Parameter:
addTaskSetOnOff(task, isOn ? ONOFF_COMMAND_ON : ONOFF_COMMAND_OFF, 0))
Es kommt also auf isOn , das früher eingestellt wurde.

Ich bin völlig neu in diesem Thema und kann noch nicht helfen. Ich habe einen brandneuen Danalock V3 mit ZigBee in meinem Haus.
Was ich auch hier habe, ist ein Raspberry 3B und ein Raspberry Zero W und etwas Programmiererfahrung. Was würde ich zusätzlich brauchen, um so weit zu kommen wie Sie bei der Kontrolle des Danalock? Ich nehme einen ZigBee Stick, RaspBee oder ConBee an. Oder kann es ein ZigBee-Stick sein, wie Qivicon / Telekom / was auch immer?

Hallo
Ich weiß nicht, ob Deconz andere Sticks als Raspbee / Conbee unterstützt. Aber dazu brauchst du nichts mehr.

Gibt es Neuigkeiten zu diesem Thema?
Ich habe kürzlich meine gesamte Automatisierung auf das ZigBee-Protokoll umgestellt und bin dabei, ein intelligentes Schloss zu erhalten. Ich möchte wirklich bei ZigBee bleiben.
Danalock ist das beste Schloss, das Zickzack unterstützt ...
Also ... Gibt es sonst niemanden (mit Programmierkenntnissen ... :-)), der sich damit befasst? @manup? @ebaauw?

Hallo, ich möchte darüber nachdenken, wenn ich genug Zeit hätte.
Ich habe gestern mein Danalock bekommen und arbeite mit Home Assistant und Node-Red.
Also benutze ich einen schlechten Quickfix. Ich benutze https://github.com/ma-ca/deconz-cli-plugin dieses Plugin und den Telnet-Knoten von Node-Red und sende "zclcmd shortaddr 1 0x0101 1", um das Schloss zu öffnen und "zclcmd shortaddr 1 0x0101 0" um es zu schließen. (wobei die Kurzadresse Ihre Locks-Kurzadresse in DeConz ist, dh 0xab12) In HomeAssistant verwende ich eine MQTT-Sperrkomponente. Arbeite wie ein Zauber ... aber es ist keine echte Lösung für Dekonz.

Ich freue mich darauf, den Code in den nächsten Wochen zu reparieren.

@katanapod Hey, vielen Dank für deine gute Idee. Ich habe Ihre schnelle Lösung neu erstellt und sie funktioniert, ist aber nicht so zuverlässig ...

Haben Sie ein Update für den Code?

Ja, die Lösung von Katanapod funktioniert einwandfrei!

Für meine Hausautomation (iobroker) habe ich den Befehl netcast in ein Javascript eingebaut.
Mein Wunsch ist jetzt wahr geworden!

@katanapod : Vielen Dank!

Mein größtes Problem ist jetzt, den Status des Schlosses schnell und zuverlässig zu erhalten. Mein aktueller Code dafür ist:

#!/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

Mit einem Cronjob, der jede Minute läuft
* * * * * root /home/pi/workbench/mqtt-launcher/check_state.sh

Möge jemand bereit sein, eine Sperrfunktion in die deconz rest api zu importieren, ich helfe gerne weiter ...

Ich habe ein Nuki Smart Lock 2.0, das ZigBee _Door Lock Cluster_ in einem Firmware-Update im ersten Quartal 2019 unterstützt.

Die obige Diskussion schlägt vor, die Sperre zu /lights hinzuzufügen, aber ich glaube, @manup ist damit nicht zufrieden.

Ich habe noch nicht begonnen, das Door Lock in die Rest-API zu implementieren, daher bleibt noch Zeit, dies in /sensors zu ändern oder auf eine neue /devices -Ressource zu warten.

Ich denke, bevor man mit einem Türschloss als Licht herumarbeitet, wäre es vernünftig, eine / lock-Ressource zu implementieren, auch angesichts der Tatsache, dass immer mehr intelligente Schlösser ZigBee-kompatibel werden (Danalock, Yale, Nuki, Aqara, ...)

@manup @ebaauw @katanapod

Vielen Dank für Ihre Unterstützung.

Ich möchte die ZigBee-Version dieses Schlosses kaufen. Ich habe deConz / Conbee. Abgesehen von dem Problem, dass es als Licht gesehen wird, wird es sofort funktionieren oder muss ich einige Anpassungen an der Einrichtung von Zigbee deConz / Conbee vornehmen? Vielen Dank. Elliott

@pascal1337:

Ich bekomme bei dem Befehl "value=$(/bin/echo "zclattr 0xe05a 1 0x0101 0x0000" | /bin/nc -w3 192.168.178.13 5008 2>&1 | /bin/grep "APS attr 0x000B57FFFE46F1A1")" aus Deinem Shell-Skript kein Ergebnis bzw. das Skript scheint nicht zum Ende zu kommen. Wenn ich das Ganze ohne Variablenspeicherung per Promt ausführe, bekomme ich zwar das grep-Ergbenis, jedoch bleibt er im nc-Modus.

Die Eingabe ohne grep-Befehl gibt mir neben dem APS-Ergebnis dauerhat die LQIs wieder (Endlosschleife).

Was mache ich falsch?
Danke im Voraus!

@manup @ebaauw @katanapod

Gibt es einen Mechanismus, um die Hardware zu sponsern oder zu unterstützen, wenn dies bei Ihrer Entwicklung helfen würde?

Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivitäten gab. Es wird geschlossen, wenn keine weitere Aktivität stattfindet. Vielen Dank für Ihre Beiträge.

Sollte dies nicht ein aktives Thema sein? Intelligente Schlösser sind sehr beliebt und ich sehe, dass dies mit conbee / Deconz / phoscon an mehreren Stellen online unterstützt werden soll.

In Norwegen ist es fast ausverkauft. Sie bieten sogar vollständige ZigBee-Dokumentation für Dritte. Dies scheint eine gute und beeindruckende Sache für deconz / phoscon und Homebridge-Hue zu sein. Ich werde den ganzen Weg testen!

@ pascal1337 @ tomac01 @katanapod Wird Phoscon (als die aktualisierte Datei general.xml zusammengeführt wurde) in der Lage sein, das Danalock einfach meinem Netzwerk beizutreten und es als Licht zu betrachten (ich erwarte keine Funktionalität in Phoscon, aber nur den einfachsten Weg dazu Probieren Sie das Deconz REST CLI-Plugin aus. Beginnen Sie gerade mit der Suche nach neuen Lichtern und klicken Sie einmal auf das Danalock-Loch? Oder öffnen Sie irgendwie das Netzwerk über die Deconz-Benutzeroberfläche und klicken dann auf Danalock-Loch? Ich kann es auf keinen Fall ins Netzwerk bringen.

Ich habe mich auch gefragt, ob dieses Problem immer noch aktiv ist. Die Unterstützung von Smart Locks (und insbesondere Dana Lock) würde mir sehr helfen und scheint wirklich eine gute Richtung für DeConz zu sein.

Bitte fügen Sie Unterstützung für dieses Schloss hinzu. Das wäre sehr dankbar.

@manup Könnten Sie bitte in Betracht ziehen, dies jetzt gemäß den oben angegebenen Screenshots und dem Code zu unterstützen? Ich weiß, dass REST API v2 in Arbeit ist, aber dies wurde schon lange angefordert und würde viele Benutzer glücklich machen. Wenn nicht in der Phoscon-Web-GUI, zumindest in der REST-API.

TD003 ZigBee HandbuchV0.0.15.pdf

@manup @ebaauw Nach langem Nörgeln habe ich keine Leihgeräte für Ihre Entwickler bekommen, aber ich habe die neueste erweiterte Zigbee 3.0-Dokumentation für das Schloss und das Versprechen "weitere Unterstützung in Q2 oder Q3 im Jahr 2020" von Danalock erhalten. Ich würde denken, dass es möglich wäre, es vorher mit DeCONZ (wie in Zigbee2MQTT) zum Laufen zu bringen. Ich werde eifrig die körperlichen Tests machen!

@ebaauw

Ich habe einige Fortschritte mit diesem Schloss gemacht. Es antwortet auf die Rest-API-Anfrage, dh es sperrt und entsperrt einwandfrei, aber es meldet / aktualisiert seinen Status nicht. Haben Sie einen Vorschlag, was falsch sein kann?

Wird dies von handleWindowCoveringClusterIndication für Fensterabdeckungen erledigt, dh ich muss ein ähnliches für das Türschloss schreiben?

Haben Sie es als /sensors Ressource verfügbar gemacht? In diesem Fall müssen Sie die Attributwerte in updateSensorNode() in de_web_plugin.cpp . Es gibt bereits eine Verzweigung für DOOR_LOCK_CLUSTER_ID , die vom lumi.vibration -Sensor verwendet wird (fragen Sie mich nicht warum). Fügen Sie am besten einen else -Zweig zu if , um diesen Sensor zu testen (der Danalock scheint dem Standard gut genug zu folgen). Andernfalls müssen Sie die Clusterattribute in updateLightNode() . Stellen Sie sicher, dass Sie den Gerätetyp auf die Whitelist setzen.

Haben Sie Bindungen zwischen den Clustern des Schlosses und dem Koordinator eingerichtet (siehe Kapitel 5 des Handbuchs)?

Vielen Dank!

Ich setze es als Licht aus. Ich hatte die Bindung vergessen. Jetzt funktioniert es perfekt! Da ich eine alte Tür habe, an der sich auch das Innere dreht, wenn ich den Schlüssel von außen benutze, habe ich auch eine zuverlässige Statusmeldung vom Schloss.

Um diese Arbeit zu machen, kämpfte ich ein bisschen:
1) Ersetzen Sie die Datei general.xml durch die vom vorherigen Beitrag aktualisierte Datei von pascal1337
2) Ersetzen Sie den Link zum geänderten Rest-API-Plugin (Wenn es darauf ankommt, verwende ich deCONZ v. 2.05.67 und führe einen Raspberry Pi3b + mit Raspbian aus. Ich habe meine Änderung mit dem neuesten vom deconz-rest-Plugin ab gestern begonnen.)
3) Lassen Sie die Sperre dem Netzwerk beitreten, indem Sie die Sperre in den Pairing-Modus versetzen
3) Für mich würde Phoscon das Schloss erst erkennen, nachdem ich den "Read Node Descriptor" in der deCONZ-GUI des Türschlossknotens gedrückt hatte.

Ich benutze keine Lichter mit deCONZ-Setup, daher habe ich möglicherweise einige Funktionen beschädigt.

Ich bin mir nicht sicher, ob ich dazu in der Lage bin oder ob es akzeptiert würde, aber dies in einer Pull-Anfrage wäre fantastisch.

@ebaauw Ich habe versucht, das Handbuch zu lesen (

Ich habe das Rezept von @arnerek befolgt und kann die Sperre jetzt zuverlässig über die Deconz REST-API steuern, aber der Status ist immer entsperrt.

Es wurde versucht, vom Door Luck-Cluster des Schlosses zur Quelle in der Bind Dropbox und sowohl vom Configuration Tool als auch von den Level Control-Endpunkten vom Koordinator zum Ziel zu ziehen und auf Binden zu klicken, aber keine Änderung.

Nach dem Erstellen der Bindung müssen Sie die Berichterstellung für die Attribute einrichten, die automatisch aktualisiert werden sollen. Öffnen Sie das Fenster "Cluster-Info" in der GUI, wählen Sie den Cluster aus, scrollen Sie nach unten und doppelklicken Sie auf das Attribut. Geben Sie im Popup-Fenster die Einstellungen ein (normalerweise min: 1, max: 300) und klicken Sie auf die Schaltfläche _Write Config_.

Vielen Dank!! Ich bekomme leider wie im Screenshot invalid_data_type. Irgendeine Idee warum?

EDIT: Ignorieren Sie das. Ich musste erst einmal warten und Attribute lesen. Funktioniert perfekt!

Das einzige Problem ist jetzt, dass ich den DeCONZ-Dienst (minimal) gestoppt und die GUI mit demselben Benutzer gestartet habe, um dies zu tun, und wenn ich zum minimalen Dienst zurückkehre, scheint er nicht zu halten. Der Status wird nicht erneut gemeldet.

(Abgesehen von dem nicht verwandten Fehler von home.app, bei dem der Türschloss-Typ anscheinend immer "entsperrt" angezeigt wird, wenn die App geöffnet wird, bleibt das Türschloss im Status "Sperren ...", wenn es derzeit gesperrt ist. Aber das ist es ein weiteres Problem.)

EDIT2: @ebaauw Könnte der kopflose Deconz diesbezüglich Einschränkungen haben? Einige Dinge, die in der GUI gemacht werden, werden nicht berücksichtigt? Wie kann ich die GUI anstelle des Headless als Dienst ausführen, wenn das RPI Headless ist und ich gelegentlich nur den minimalen Deconz-Dienst stoppe und die GUI mit X-Weiterleitung an den Mac ausführe?

Einige Dinge, die in der GUI gemacht werden, werden nicht berücksichtigt?

Bindungen und Attributberichte werden auf dem ZigBee-Gerät im nichtflüchtigen Speicher gespeichert.

Könnte der kopflose Deconz diesbezüglich Einschränkungen haben?

Nein, es gibt nur eine deCONZ-Binärdatei mit einer Befehlszeilenoption zum Unterdrücken der GUI. Beide Dienste starten dieselbe Binärdatei.

Ich führe meine Himbeeren kopflos aus, aber immer noch mit aktivierter grafischer Umgebung, wobei ich den VNC-Server und den MacOS-Bildschirmfreigabeclient verwende, um mit der GUI zu interagieren.

Ich dreh durch! Wenn die GUI über die Befehlszeile ausgeführt wird, wird der Status jetzt genau und sofort gemeldet. Wenn ich das schließe und den deconz.service neu starte, wird er aktualisiert, aber der Status 'on' ist immer 'false'. Ich kann jedoch immer noch sperren und entsperren. Tut mir leid, dass ich Sie beunruhigt habe, @ebaauw

EDIT: Ich denke, ich habe es eingegrenzt. Wenn ich das Minimum stoppe und die GUI starte, spiele ich immer mit dem Türschloss herum und überprüfe Cluster 0101 und klicke auf Lesen der Attribute. Es hat dann funktioniert, während die GUI ausgeführt wurde! Wenn ich zum minimalen deconz.service zurückkehre, kann / kann ich natürlich keine Attribute lesen und es funktioniert nicht. Nicht einmal nach langer Zeit oder manueller Manipulation des Schlosses.

Außerdem blinkte das Türschloss in der GUI rot, bevor die Attribute gelesen wurden.

Können Sie anhand dieses Protokolls benutze das Plugin von

Hier schalte ich es frei (während minimal deconz.service läuft):

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

Hier sperre ich es wieder (was den Ein-Zustand nicht in wahr ändert):

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)

Es wurde vorübergehend behoben, indem netcat "r 0xABF9 1 0x0101 0" (Leseattribut 1 von Door Lock) einmal (und aus Sicherheitsgründen jede Stunde) nach dem Start meines minimalen deconz.service an das DeCONZ CLI-Plugin gesendet wurde.

@ebaauw Ich habe jetzt eine schreckliche Akkulaufzeit am Schloss. Ich würde einige erwarten, aber 10-20% weniger pro Tag sind ein bisschen viel. Glaubst du, ich kann es in Deconz zu oft „gebunden“ haben? Es wird also viel zu oft in Duplikaten berichtet? Gibt es irgendwo eine Tabelle aller Bindungen?

Ich denke, es gibt einen ZDP-Befehl zum Lesen der Bindungstabelle; Sie können es mit dem deconz-cli-Plugin senden und die Antwort abhören. Ich denke nicht, dass die Anzahl der Bindungen der Hauptfaktor für die Verkürzung der Batterielebensdauer sein wird. Wahrscheinlicher ist es die Konfiguration der Abfragesteuerung und / oder der Attributberichte, die dazu führt, dass das Gerät zu oft aufwacht.

@ebaauw Sie haben (natürlich) Recht und der ZDP-Befehl zeigt die 1-Bindung an.

Ich habe meine Automatisierungslogik durchgesehen und auch im ZigBee-Messaging (Polling) eine unnötige Schleife gefunden.

Ich sehe jedoch, dass der Status auch etwa alle 5 Minuten gemeldet wird, nachdem ich die Berichterstellung für das Attribut in Clusterinfo in Deconz eingerichtet habe („max: 300“). Ich weiß, dass ich noch nicht alles ZigBee und Deconz verstehe, aber ist das nicht unnötig, da es kein passiver Sensor ist und den Status meldet, wenn das Schloss trotzdem geändert wird ........?

BEARBEITEN: Ich sehe, dass es einen Poll Control-Cluster gibt, auf den standardmäßig 14400 als Eincheckintervall eingestellt zu sein scheint ...

Wird dies in der neuen Softwareversion standardmäßig unterstützt oder muss ich alle obigen Anweisungen befolgen?

Ich entscheide mich zwischen Danalock Zigbee oder Zwave.

Ich bin auch daran interessiert, es zum Laufen zu bringen. Können Sie eine Schritt-für-Schritt-Anleitung teilen? Ich bin auch völlig neu zu deconz

Warum ist dieses Problem veraltet / geschlossen?
Die Sperre wird von deConz vollständig erkannt:

aber nicht durch die restAPI belichtet (und nie von Phoscon / Sensoren / neuen Sensor hinzufügen / andere erkannt)

curl --tcp-nodelay --max-time 59 -H 'Inhaltstyp: application / json' -X GET http: // hassio : 40850 / api / mypass /
"Gerätename": "ConBee II",
"Name": "ZigBee",
"name": "meine Bewerbung"
"Name": "Phoscon # B1066x452"
"Name": "Phoscon # B1290x655"
"name": "pydeconz"
"name": "meine Bewerbung"
"Name": "Bettleuchten",
"Herstellername": "Philips",
"Name": "Farbtemperaturlicht 1",
"Herstellername": "Philips",
"Name": "Farbtemperaturlicht 2",
"Herstellername": "Philips",
"Name": "Tageslicht",
"Herstellername": "Eurotronic",
"name": "SPZB0001",
"Herstellername": "Eurotronic",
"Name": "SPZB0001 (2)",

Müssen wir eine neue Ausgabe eröffnen?

Ich habe die Änderungen von @ pascal1337 zu einer richtigen Gabel hinzugefügt, https://github.com/fr34kyn01535/deconz-rest-plugin/commits/master , konnte aber das Schloss nicht in der restlichen API anzeigen lassen. .

Hallo Sven,

Ich wollte vermeiden, meinen eigenen Code zu forken und zu pflegen.
Dresden Elektronik hat darum gebeten, hier neue Geräte zu veröffentlichen, und alle Informationen werden bereitgestellt.
Aber diese Anfrage ist 2 Jahre alt, wo sind die Leute von Dresden Elektronik?

Ich schaue jetzt in zigbee2mqtt. Die Codebasis dieses Plugins ist ehrlich gesagt ein Chaos, und eine Architektur aus fest codierten Flags bringt uns nicht zu einem größeren Ökosystem von Geräten. Es sollte möglich sein, neue Verhaltensweisen und Geräte hinzuzufügen, ohne einen Großteil des Kernverhaltens neu zu schreiben.

Ich benutze mein modifiziertes Rest-API-Plugin seit Oktober und es funktioniert einwandfrei.

Ich habe das Schloss als Licht freigelegt, bin mir aber nicht sicher, ob diese Lösung akzeptiert wird. Ich bin kein Programmierer und habe keine Erfahrung mit Github. Wenn jemand interessiert ist, kann ich den Code teilen. Es wäre großartig, wenn diese Sperre im offiziellen Code unterstützt würde.

@arnerek teilen es könnte sicherlich dem einen oder anderen hier helfen ..

Ich habe den Code jetzt hier veröffentlicht: https://github.com/arnerek/deconz-rest-plugin/tree/Danalock

@arnerek Ich glaube, dies wird in Ordnung akzeptiert. Es ist genauso, wie es für Rauchmelder usw. gemacht wurde. Können Sie bitte eine Pull-Anfrage an das Haupt-Repository stellen?

@arnerek : Du hast den Kommentar oben gelesen? Ich habe die Pull-Anfrage heute nicht gesehen .. und hoffe immer noch ;-)

Ich werde versuchen, eine Pull-Anfrage zu stellen. Hoffentlich in den nächsten Tagen

Ich sehe, dass @arnerek die Sperre als /lights Ressource verfügbar macht. Ich bin mir nicht sicher, ob das klappen wird, da es normalerweise eine gewisse Verzögerung zwischen dem Festlegen des Zielsperrstatus und dem Ändern des aktuellen Sperrstatus der Sperre gibt. Möglicherweise möchten Sie unterschiedliche Attribute für das Ziel und den aktuellen Status, um dies widerzuspiegeln. die Thermostate. Diese werden als /sensors Ressourcen angezeigt, wobei sich das Ziel im Status in config und der (schreibgeschützte) aktuelle Status in state .
Gleiches gilt natürlich auch für Fensterabdeckvorrichtungen.

Es sieht so aus, als ob diese Sperre _Groups_ nicht unterstützt. Es gibt also keinen zwingenden Grund, sie als /lights -Ressource verfügbar zu machen. Ich weiß jedoch nichts über andere Schlösser.

@ebaauw Was ist dann die Alternative?
Beleuchten nicht nur Ressourcen, die ein- und ausgeschaltet werden können? Dann müssen einige Sensoren hergestellt werden, die die von Ihnen beschriebenen Zustände widerspiegeln?
Entschuldigung, ich kenne Deconz noch nicht genau.

Wie oben erwähnt, wird eine /sensors -Ressource mit dem Zielstatus einem config -Attribut und dem aktuellen Status einem state -Attribut zugeordnet.

Hallo!

Ich habe gerade ein Danalock V3 ZigBee-Schloss gekauft. Ich versuche, den Code zu verwenden, den Arnerek geschrieben hat, weil es schön wäre, ihn in Deconz zu bekommen. Ich bin neu bei Github, aber verstehe ich es richtig, wenn ich in der Lage sein soll, eine Version des Plugins basierend auf dem Arnereks-Zweig zu kompilieren? Weil ich das versuche, dauert das Kompilieren eine ganze Weile, endet aber mit Fehlern.

Mir hat das gefallen:
Git-Klon -b Danalock https://github.com/arnerek/deconz-rest-plugin

cd deconz-rest-plugin

qmake && make -j2

Ist das richtig oder muss ich mehr darüber lesen, wie Git funktioniert? :) :)

/ Erik

Ich denke, es ist richtig und der einfachere Weg (Sie müssen Git Checkout mit dieser Methode nicht verwenden)
Sie verpassen jedoch die Befehlszeile, um die Dateien zu ersetzen

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

und nicht vergessen

sudo apt install deconz-dev

Was ist dein Fehler?

Es hat jetzt tatsächlich funktioniert. Ich schrieb make clean und versuchte es dann erneut.
Kompilierung beendet. Dann machte der nächste Schritt:

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

und ja, ich habe vorher sudo apt install deconz-dev .

Dann wurde der Dienst neu gestartet und versucht, das Schloss in der Phoscon App zu koppeln, aber ich fürchte, ohne Glück.

Ich weiß nicht wirklich, was ich noch tun soll. Hat es noch jemand geschafft, das zum Laufen zu bringen?

@lillaeriika Nur um zu überprüfen Haben Sie die general.xml wie in meinem vorherigen Beitrag ersetzt? Dies sollte die Sperre in deCONZ sichtbar machen und Sie sollten alle Befehle ausführen müssen, um zu sperren und zu entsperren.

@arnerek Hmm , ich habe keinen Beitrag gefunden, in dem du über general.xml gesprochen hast? Aber um klar zu sein, sollte ich die Datei general.xml aus Ihrer Filiale nehmen und in folgenden Ordner legen: /usr/share/deCONZ/zcl ?

Das habe ich getan. Neustart. Funktioniert immer noch nicht. :(

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

Ich denke, dass der Ort korrekt ist. Suchen Sie nach neuem Licht und verwenden Sie zum Koppeln eine Büroklammer im Nadelloch des Danalock.

Ich arbeite auch nicht für mich, habe alles gemacht, was du aufgelistet hast und kann es nicht zum Laufen bringen.

Können Sie versuchen, die Sperre von deCONZ aus mit dem Netzwerk zu verbinden? Von deCONZ aus sollten Sie in der Lage sein, zu sperren und zu entsperren.

Ja, ich kann den Cluster sperren und entsperren, aber ich kann ihn nicht in den Lichtern oder in der API finden

Haben Sie Folgendes versucht: "Für mich würde Phoscon das Schloss erst erkennen, nachdem ich in der deCONZ-GUI des Türschlossknotens auf" Read Node Descriptor "geklickt habe."

Sie können auch versuchen, das Schloss zu drehen, während Sie in phoscon nach neuem Licht suchen

Ich konnte es nicht sperren und entsperren, ohne diesen Knopf zu drücken, also habe ich es schon getan.
Versucht zu sperren und zu entsperren mit einer Suche, aber immer noch nichts.

Was ist Ihre Version des Gateways (in Phoscon gefunden)?

2.05.69 / 25.2.2020

Ich habe sogar versucht, alle Attribute im Basiscluster usw. zu lesen.

Hallo, alle miteinander,

Geräte:
Himbeer Pi 2 Modell B.
Conbee II (Version 2.05.69 / 14.02.2020)

Ich habe folgendes gemacht:

1. sudo apr-get update
2. sudo apt install deconz-dev
3. Git-Klon -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. Öffnen Sie die deCONZ-Benutzeroberfläche erneut

Ich kann das Schloss über die deCONZ-Benutzeroberfläche bedienen
Ich kann es als Lampe in HomeAssistant mit OOTB-Plugins verwenden, aber es speichert nicht den Status der Lampe.

Was soll ich tun, um den Staat zu retten?
Wie kann ich die Lampe zum Schalten (wie Aqara Smart Plug) in deCONZ drehen?

Vielen Dank

Seltsam. Gibt Ihnen die Danalock-App einen zuverlässigen Türschlossstatus?

Ich verwende die Sperrvorlage im Home Assistant: https://www.home-assistant.io/integrations/lock.template/

@arnerek weißt du warum mein schloss nicht in

Nein Entschuldigung. Überprüfen Sie möglicherweise die Berechtigung oder den Besitz der Datei libde_rest_plugin.so? Die Sperre für Deconz löschen und erneut hinzufügen?

Die Berechtigungen sind korrekt. Wie kann ich dieses Element über die GUI löschen? Durch Drücken der Entf-Taste wird die Verbindung 5 Sekunden später wieder hergestellt

Seltsam. Gibt Ihnen die Danalock-App einen zuverlässigen Türschlossstatus?

Ich verwende die Sperrvorlage im Home Assistant: https://www.home-assistant.io/integrations/lock.template/

Vielen Dank.
Es ist jetzt perfekt.

Ich weiß nicht warum, aber anfangs hat lock den Zustand nicht aufrechterhalten. Aber jetzt funktioniert es gut.

Außerdem funktionierte es jetzt, nachdem die Sperre von der GUI gelöscht und über die Danalock-App zurückgesetzt und erneut verbunden wurde

Ich bin auch ein bisschen weiter gekommen. Ich habe die GUI noch nie benutzt, aber als ich sie starten konnte, war die Sperre tatsächlich da. Ich habe es von der Deconz-Benutzeroberfläche gelöscht und es dann über die Webapp wieder hinzugefügt. Es wurde dann sowohl in der GUI als auch in der Phoscon App angezeigt. So, jetzt ist es an allen Orten.

Letztes Problem: Ich kann in GUI und Webapp sperren / entsperren, aber nicht in der Phoscon App?

Eigentlich scheint es in der Phoscon App auch zu funktionieren, aber ein bisschen verzögert. Ich habe es in Openhab bekommen und es scheint von dort aus sehr gut zu funktionieren, also denke ich, dass ich glücklich bin. Ich werde morgen weitere Tests durchführen. Danke für all die Hilfe. Endlich ein guter Schlaf!

Vielen Dank, dass Sie Ihre Gedanken teilen. Ich denke, ich werde auch ein DanaLock kaufen und es testen.
Übrigens: Wussten Sie, ob die Docker-Datei verfügbar ist? Ich starte meine DECONZ auf Docker auf einem OrangePi Zero Plus :)

Bearbeiten:
Es wäre schön, wenn Sie es in Docker mit DanaLock-Support am Laufen halten würden.

Und:
Sehen Sie das HTML-Formular, um Deconz neue Geräte hinzuzufügen ? Hat jemand diese Lösung eingereicht, damit sie in zukünftige Versionen integriert wird?

Ich war im gleichen Zustand wie jemand oben. Das Schloss würde den Zustand nicht halten. Und die Befehle kamen nur manchmal an. Ich habe es noch einmal komplett von Deconz entfernt. Fügte es mit Phoscon hinzu. Hat sofort funktioniert und jetzt funktioniert es perfekt. Die Steuerung von Deconz aus funktioniert, Phoscon, das Hinzufügen zu Openhab und auch die Steuerung von Openhab. So glücklich. Danke euch allen.

@ebaauw Wie ist der Status hier, warum ist das Problem geschlossen? Benötigen die Entwickler weitere Informationen?

Wie ist der Status hier?

Es tut mir leid, ich weiß es nicht. Ich habe selbst kein Smart Lock und habe keinen Code geschrieben, der dies unterstützt. Wie oben erwähnt, befürchte ich jetzt, anders als im Jahr 2018, dass es eine schlechte Idee sein könnte, die Sperre als /lights Ressource freizulegen. Dies kann zu unlösbaren Problemen führen (z. B. das Lesen der Attribute in der GUI, bevor Sie den Status über die API ändern können). Die jüngsten Erfahrungen mit Warngeräten (Sirenen) haben mich veranlasst, meine Ansicht zu ändern. Das einzige überzeugende Argument für die Unterstützung eines Geräts (einer Funktion) als /lights -Ressource ist, wenn diese Funktion Gruppen unterstützt (wie dies bei Geräten mit Fensterabdeckung der Fall ist und bei der Heiman-Sirene (Standalone), jedoch nicht bei der Sirenen von Rauchmeldern).

Warum ist das Problem geschlossen?

Um den abgestandenen Bot glücklich zu machen?

Benötigen die Entwickler weitere Informationen?

Ich denke, hier gibt es wahrscheinlich genug Informationen, zumal @bohtho es geschafft hat, das technische Handbuch zu bewerten, siehe https://github.com/dresden-elektronik/deconz-rest-plugin/issues/520#issuecomment -537240173.

Wie oben erwähnt, ist die aktuelle Codebasis für das REST-API-Plugin sehr komplex, und das Hinzufügen von Unterstützung für einen neuen Gerätetyp erfordert viele Hit-and-Miss-Entwicklungstestzyklen. Aus diesem Grund versuche ich nicht mehr, Unterstützung für Geräte hinzuzufügen, die ich nicht habe. Ich arbeite gerne an der Unterstützung der REST-API (und von Homebridge Hue) für Danalock, wenn ich einen Leihgeber bekommen kann oder wenn die Leute mich sponsern möchten, wenn ich das Gerät selbst bekomme. Bitte beachten Sie, dass ich Phoscon nicht unterstützen kann, da es nicht Open Source ist.

Danke @ebaauw. Ich habe jetzt mit großem Erfolg in Homeassistant (mit Conbee 1) zu nativem ZHA gewechselt. Der Danalock funktioniert sofort.

Hallo zusammen.
In den letzten Tagen versuche ich, mein Danalock V3 für Conbee II (Version 2.05.69, Raspberry PI 4) und Home Assistant 0.109.6 zu verwenden. Nach dem Verbindungsvorgang sehe ich mein Schloss in der Phoscon App als Licht und kann es über die deCONZ-GUI verwalten. Danach führe ich einen Authentifizierungsprozess in der Phoscon App durch, um eine Verbindung mit HA herzustellen (HA ist auf meinem NUC-Server installiert und ich stelle eine Verbindung mit Conbee II her, indem ich die Integration meines PI4 in HA über IP verwende). Es funktioniert außer im Bundesstaat Danalock. Nach dem Neustart meines Danalock funktioniert die Integration nicht! Ich kann es immer noch über die deCONZ-GUI verwalten. Exec-Befehle zum Sperren / Entsperren funktionieren perfekt. Bitte helfen Sie.

Gibt es Neuigkeiten darüber, ob dies in Deconz unterstützt wird? Ich habe versucht, es zum Laufen zu bringen, aber ich habe diesen Thread und das, was ich tun sollte, nicht verstanden :) Kann jemand eine Schritt-für-Schritt-Sache machen?

@ helto4real , du kannst meine Liste der Schritte verwenden:
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/520#issuecomment -612411637
Verwenden Sie dann den Vorschlag von arnerek, wenn Sie ein Element für die Sperroberfläche in Home Assistant benötigen
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/520#issuecomment -612471028

Manchmal habe ich folgende Probleme:

• Das Schloss behält nicht den Zustand. In diesem Fall gehe ich zur deCONZ-GUI und lese den Status manuell
• Unbekannter Status der Sperre, in diesem Fall gehe ich zur deCONZ-GUI und ändere den Status manuell

Gibt es mittlerweile eine "einfache" Anleitung für newbies, um das Danalock mit dem Conbee2 / Deconz zu verbinden?

Vielleicht ist es für jeden interessant, ich habe Änderungen für Danalock mit deconz-rest-plugin-2_05_77_stable zusammengeführt. Mit der vorherigen Version konnte ich Aqara opple nicht hinzufügen.
Quellen sind in meinem Github.

- Von Mimiix bearbeiten> URL bis zur weiteren Freigabe entfernen.

Vielleicht ist es für jeden interessant, ich habe Änderungen für Danalock mit deconz-rest-plugin-2_05_77_stable zusammengeführt. Mit der vorherigen Version konnte ich Aqara opple nicht hinzufügen.
Quellen sind in meinem Github.

- Von Mimiix bearbeiten> URL bis zur weiteren Freigabe entfernen.

Es funktioniert perfekt :-) aber gibt es trotzdem eine Möglichkeit, den Batteriestatus über die API zu erhalten? :-)

Niemand kann eine PR für dieses Repo machen, um es endgültig zu machen?

Ich habe mein Rest-Plugin jetzt aktualisiert, aber die Sperre wurde jetzt aus der Phoscon-App entfernt und ich kann sie auch nicht in der API finden. Irgendwelche Vorschläge für dieses Problem? Bereits versucht, zurückzusetzen und wieder zu verbinden.

@manup bitte

Ich denke, wir haben sie gebeten, dies seit 3 ​​Jahren auf unterschiedliche Weise und in unterschiedlichen Themen zu berücksichtigen. Ich ging weiter zum ZigBee-Hirten. Funktioniert sofort.

Ich habe mein Rest-Plugin jetzt aktualisiert, aber die Sperre wurde jetzt aus der Phoscon-App entfernt und ich kann sie auch nicht in der API finden. Irgendwelche Vorschläge für dieses Problem? Bereits versucht, zurückzusetzen und wieder zu verbinden.

Dann musst du das Plugin downgraden oder die Änderungen manuell hinzufügen, damit es wieder funktioniert :-)

@ smulle48 Es wird vor dem 15. zusammengeführt. Dann erscheint eine neue Version :)

Er verschmilzt oft in der Woche zuvor :)

Übrigens. Ist es nur ich oder ändert sich der Zustand des Schlosses (der Glühbirne) nicht, wenn Sie es manuell drehen?

Meine Sperre behält den letzten von der Web-App initiierten Status bei

Mein Schloss ändert den Status, wenn ich das Schloss manuell drehe.

Haben wir drei Möglichkeiten?

• Sperren
• Freischalten
• Riegel ziehen

Meine Anwendungsfälle wären:

• Die Tür abschließen, wenn niemand zu Hause ist.
• Die Tür aufschließen, wenn jemand in der Nähe von zu Hause ist.
• Ziehen Sie die Verriegelung, wenn ich eine Verbindung zum WLAN herstelle.

Haben wir drei Möglichkeiten?

• Sperren
• Freischalten
• Riegel ziehen

Meine Anwendungsfälle wären:

• Die Tür abschließen, wenn niemand zu Hause ist.
• Die Tür aufschließen, wenn jemand in der Nähe von zu Hause ist.
• Ziehen Sie die Verriegelung, wenn ich eine Verbindung zum WLAN herstelle.

Da es wie eine Glühbirne behandelt wird, haben Sie ein- und ausgeschaltet (sperren / entsperren).

Das automatische Entsperren haben Sie bereits in der Danalock-App erhalten, einschließlich des "Hold on Unlock".

Da es wie eine Glühbirne behandelt wird, haben Sie ein- und ausgeschaltet (sperren / entsperren).

Das automatische Entsperren haben Sie bereits in der Danalock-App erhalten, einschließlich des "Hold on Unlock".

@ smulle48
Das heißt, wenn Sie über ZigBee entsperren, wird die in der App festgelegte konfigurierte Option verwendet.
Es ist also nicht möglich, das Entsperren separat zu deaktivieren und zu halten?

Da es wie eine Glühbirne behandelt wird, haben Sie ein- und ausgeschaltet (sperren / entsperren).

Das automatische Entsperren haben Sie bereits in der Danalock-App erhalten, einschließlich des "Hold on Unlock".

@ smulle48
Das heißt, wenn Sie über ZigBee entsperren, wird die in der App festgelegte konfigurierte Option verwendet.
Es ist also nicht möglich, das Entsperren separat zu deaktivieren und zu halten?

Bisher ist das Sperren und Entsperren nur über ZigBee möglich. Den Rest können Sie über die offizielle Danalock-App erledigen

Da es wie eine Glühbirne behandelt wird, haben Sie ein- und ausgeschaltet (sperren / entsperren).

Das automatische Entsperren haben Sie bereits in der Danalock-App erhalten, einschließlich des "Hold on Unlock".

@ smulle48
Das heißt, wenn Sie über ZigBee entsperren, wird die in der App festgelegte konfigurierte Option verwendet.
Es ist also nicht möglich, das Entsperren separat zu deaktivieren und zu halten?

Bisher ist das Sperren und Entsperren nur über ZigBee möglich. Den Rest können Sie über die offizielle Danalock-App erledigen

Okay, ich danke Ihnen sehr!

Das Schließen dieses als Support wurde mit Version .79 bereitgestellt.