Deconz-rest-plugin: Agregar soporte para Danalock v3

¡Estoy de acuerdo!

Oye,

Intenté integrar mi Danalock V3-Zigbee.

Pero el problema es que el grupo para cambiar el estado de bloqueo se muestra como "grupo desconocido". Adjunto puede ver la información que puedo ver.

También he adjuntado la documentación oficial de zigbee para el danalock.

Información adicional: Danalock usa el nuevo ZHA V3 y actualmente solo es compatible con amazon echo plus (con zigbee)

¿Alguien puede ayudar?

Atentamente
TD003 Zigbee manual.pdf

Deberá agregar el clúster 0x0101 (atributos y comandos) a general.xml para que se muestre en la GUI deCONZ. Normalmente, esto implica traducir manualmente el texto de la especificación ZCL o ZHA a XML.

El siguiente paso sería averiguar cómo responde la cerradura a los diversos comandos, cómo se refleja su estado en los atributos y si admite informes de atributos.

Luego, necesitamos averiguar qué recursos /lights y / o /sensors crear para el bloqueo. Esto será feo: no podemos PONER un /sensors state , por lo que es probable que el control del bloqueo se realice a través de un recurso /lights (cf. lo que hicimos con la sirena, cubierta de ventana y ventilación). Además, no hay config.battery para un recurso /lights , por lo que necesitaríamos un recurso adicional /sensors para exponer el nivel de batería.

Soy muy nuevo en la "codificación" de zigbee. Que alguien esté dispuesto a ayudarme :) Supongo que también ayudaría a otros Y! Creo que cuando el raspbee admite smartlocks en general, será una gran ventaja para el producto.

Así que ahora agregué el siguiente grupo:

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

Se adoptó de la documentación de danalocks zigbee (mencionada anteriormente).

Pero con este código, cada clúster en deconz ahora se muestra como "desconocido". No veo ningún error de sintaxis.

¿Puede alguien saber cómo más que yo? :)

Atentamente

Si todos los clústeres se muestran como desconocido, hay algún problema con general.xml. Normalmente es un error de sintaxis, pero quizás también un error lógico. Los ID de comando parecen tener duplicados. ¿Pusiste esto en el dominio _Closures_, justo antes del clúster de cobertura _Windows_? Si pudiera adjuntar el archivo general.xml comprimido, echaré un vistazo.

EDITAR El manual de Danalock Zigbee es muy breve. En cuanto a las especificaciones de ZCL, los atributos no son todos uint32 ni lectura / escritura. Además, los comandos de respuesta tienen una carga útil obligatoria, y los comandos establecidos toman el PIN como carga útil opcional. Sin embargo, no estoy seguro de si Danalock admite un PIN.

Danalock no envía más información ...

Adjunto puede encontrar el archivo zip solicitado que contiene general.xml

deconz.zip

Atentamente

¿Alguien ya revisó mi caso?

Muchas gracias 😘

Bueno. Solo tuve algunos intentos ...
Como veo, incluso si elimino mi clúster de bloqueo inteligente de general.xml, lo desconocido de cada clúster permanece.

Comparé mi archivo general.xml con el "original", aquí de github.

El problema sigue apareciendo. Cada grupo es ahora desconocido. ¿Thefuck está mal?

Parece que colocó las nuevas entradas en el dominio incorrecto.

¿Pusiste esto en el dominio _Closures_, justo antes del clúster de cobertura _Windows_?

Hola

Sí, lo hice. pero como mencioné, también eliminé el grupo y lo comparé con el original. Y aún todo es desconocido. También dejo que deconz vuelva a leer la configuración

También dejo que deconz vuelva a leer la configuración

Nunca conseguí que eso funcionara. Es mejor salir y reiniciar deCONZ para volver a cargar general.xml.

¿Podrías probar el archivo general.xml de mi compromiso mencionado anteriormente?

¡Maldita sea! ¡Esto funciona fuera de la caja!

Ahora hagamos que las apariencias sean "aptas".

¿Por qué no lo disfrazamos como un interruptor? Como 1 está bloqueado y 0 está desbloqueado.

¿Podría publicar una captura de pantalla del clúster _Door Lock_ (después de leer todos los atributos)?

¿Podría comprobar si puede configurar informes de atributos para el atributo _Lock State_? Espero / espero que este atributo refleje el estado de bloqueo actual automáticamente cuando emite un comando _Lock Door_ o _Unlock Door_ y cuando controla el bloqueo manualmente.

Adjunto las capturas de pantalla.

No tengo que configurar nada. El estado se actualiza inmediatamente después de la actualización.

Actualmente trato de modificar la fuente del complemento de API restante, simplemente "copiando" las partes que cubren la ventana.

EDITAR: Hmm, el candado no aparecerá. : /

Actualmente trato de modificar la fuente del complemento de API restante, simplemente "copiando" las partes que cubren la ventana.

De hecho, es mejor exponerlo como una luz, con state.on asignado al estado de bloqueo. Sin embargo, hay algo más. Cambiar addLightNode() en de_web_plugin.cpp:

• El ID del proveedor (0x115c) debe definirse y incluirse en la lista blanca, ya que funciona con batería ( if (node->nodeDescriptor().manufacturerCode() == VENDOR _...) `;
• El clúster debe definirse e incluirse en la lista blanca configurando hasServerOnOff ( if (i->inClusters()[c].id() == DOOR_LOCK_CLUSTER_ID) ;
• La identificación del dispositivo (0x000a) debe definirse y incluirse en la lista blanca ( case DEV_ID_DOOR_LOCK debajo de case DEV_ID_HA_WINDOW_COVERING_DEVICE ).

En light_node.cpp:

• Agregue el proveedor a setManufacturerCode() ;
• Agregue la identificación del dispositivo a setHAEndPoint() para establecer el tipo en "Door lock" .

Eso debería ser suficiente para que se cree el recurso (espero). Lo mejor es buscar DEV_ID_HA_WINDOW_COVERING_DEVICE y WINDOW_COVERING_CLUSTER_ID para asegurarse de que no estén incluidos en la lista blanca en otro lugar.

Nota personal: el ID de dispositivo 0x000a para _Door Lock_ todavía falta en general.xml.

A continuación, debe asignar state.on al atributo _Lock State_ (para que los cambios en el estado de bloqueo se reflejen en state.on ). En nodeEvent() en de_web_plugin.cpp, incluya en la lista blanca DOOR_LOCK_CLUSTER_ID para llamar a updateLightNode() . En updateLightNode() , incluya en la lista blanca el mismo clúster y agregue un controlador para ic->id() == DOOR_LOCK_CLUSTER_ID , similar a _ONOFF_CLUSTER_ID_, pero obviamente comprobando el atributo 0x0101 / 0x0000.

Para controlar el bloqueo desde la API REST, debe crear una nueva rutina addTaskDoorLock() en zcl_tasks.cpp, cf. el addTaskWarning() que creé para controlar la sirena. Según un parámetro de estado de bloqueo, agregue una tarea con un comando _Lock Door_ o _Unlock Door_. En rest_lights.cpp, debe llamar a esta rutina desde setLightState() debajo de if (hasOn) . Debe verificar taskRef.lightNode->type() == QLatin1String("Door lock") , similar a lo que hice en hasAlert para la sirena.

Actualmente trato de modificar la fuente del complemento de API restante, simplemente "copiando" las partes que cubren la ventana.

¿Como funciona? Donde puedo hacer esto

Siga los pasos del archivo README para obtener una copia local del código fuente del complemento de la API REST y compílelo e instálelo. Luego edite su fuente local y recompile el complemento.

Luego edite su fuente local

Soy un principiante en estas cosas. ¿Es posible que cargue los archivos modificados?
Sus instrucciones anteriores son ciertamente buenas, pero desafortunadamente no puedo hacerlo sin ayuda.

¡¡¡Gracias por adelantado!!!

Así que chicos. Publiqué los cambios de mi complemento aquí: https://github.com/pascal1337/deconz-rest-plugin/

Hice muchas modificaciones de acuerdo con window_covering y Warnings.

Ahora estoy en un punto en el que no puedo llegar más lejos. La compilación todavía muestra un error "no declarado" y la API no muestra mi bloqueo.

Tal vez alguien pueda tener un lo (o / c) más cercano k: P

VENDOR_DANALOCK debe ser el _Código de fabricante_ del panel de información _Nodo_.

¿Cuál es el error de compilación?

Aparece el siguiente error:

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

Si. Este es el punto en el que me encuentro actualmente.

¿Declaraste las funciones de bloqueo y desbloqueo en de_web_plugin_private.h?

Sí, lo hice. Fila 1072, 1073

También debe declarar las nuevas tareas en
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/db74fcb21e13cf9f0d6c353f625a82a6d6324555/de_web_plugin_private.h#L458

Así que hice algunos cambios y compilé el complemento, lo copié en / usr / share / deCONZ / plugins, reinicié y:

Cuando esté en casa, probaré la funcionalidad.

Taaan chicos. Cuando hago una solicitud de API

Muestra la luz correctamente con todos sus detalles:

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

Cuando trato de cambiar este estado

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

La respuesta es

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

@ pascal1337 : Por favor, ¿podría actualizar su repositorio? Advierte que pruebes tus cambios. ¡Gracias!

EDITAR:
Quizás también sea posible en alemán ;-)
Recargué el directorio de usted y ahora el compilador (sin errores). Luego "copié" el nuevo complemento e hice un reinicio. Luego comenzó una búsqueda en Phoscon. Desafortunadamente, el Danalock no aparece allí. ¿Estoy haciendo algo mal?

¡Gracias por adelantado!

saludos

@ tomac01 Hola :) El repositorio está actualizado ahora. No estoy seguro de si la búsqueda de Phoscon tendrá éxito. Grabé el Danalock directamente en mi Raspberry usando deCONZ Gui. Tienes que hacer esto con un clip, palillo de dientes o similar. Presione brevemente el agujero en el Danalock una vez. El Danalock comienza a encenderse / parpadear en verde. Durante este período, la red debe abrirse a nuevos dispositivos.

¡Muchas gracias!
Lo probaré inmediatamente después.

@ pascal1337 : Descargué la reproducción nuevamente con "da clon" y luego la compilé. Eso también fue un éxito porque se creó el complemento. Luego lo copié en el directorio de complementos conocido (se reemplazó el archivo anterior).

Reintegré el Danalock (que era antes). También puedo operar la cerradura correctamente a través de ZigBee a través de la interfaz deConz (red). Posteriormente se llevó a cabo el reinicio de la Raspi.

Desafortunadamente, el Phoscon no muestra el candado como una lámpara. Ni siquiera si lo estoy buscando.

¿Tienes otra idea? Como dije: puedo controlar el bloqueo en la red a través del escritorio Raspi (a través de VNC). Está integrado con él. Solo Phoscon no muestra nada.

¡Gracias por adelantado!

@ pascal1337 Nuevamente

De hecho, afaik el tipo de dispositivo se usa solo en la pantalla GUI.

Los dispositivos que funcionan con baterías son difíciles de emparejar. Si el candado ya se muestra en la GUI, pero los recursos REST no se crean:

• Abra la red desde la aplicación web anterior o busque luces en la aplicación Phoscon;
• Lea los atributos del clúster _Basic_ de la GUI.
• Haga algo con la cerradura para asegurarse de que esté activa (presione brevemente el botón de reinicio o controle la cerradura manualmente).
• El complemento de la API REST debería crear el recurso cuando reciba los atributos _Basic_ del bloqueo.

Si eso no funciona, verifique que su cerradura tenga lo mismo:

• Prefijo de la dirección Mac,
• ID del fabricante (en el panel _Información de nodo_),
• ID de modelo y _Nombre del fabricante_ (en el grupo _Basic_)

lo comprobé

• Prefijo de la dirección Mac: 000b57 -> ok
• Código del fabricante: 0x115c -> ok
• ID de modelo: V3-BTZB (es la misma ID que la de pascal1337) -> creo que está bien
• Nombre del fabricante: Danalock -> ok

He seguido exactamente sus instrucciones. Pero el bloqueo solo se reconoce en la GUI de deCONZ. Ni la aplicación web antigua ni phoscon reconocerán el bloqueo.

Aquí hay una imagen de la información del nodo de la cerradura:

¿Tienes otra idea?
¿Es posible buscar errores en alguna parte?

¡Muchas gracias!

@ pascal1337 ¿Podrías poner a mi disposición tu libde_rest_plugin.so compilado para probarlo? Si eso no funciona, podría deberse a otra cosa ... ¡gracias de antemano!

Algunos tiros lejanos:

• ¿Está seguro de que instaló el complemento correctamente? Debe sobrescribir la biblioteca de valores o sacarla del directorio / usr / share / deCONZ / plugins; simplemente cambiarle el nombre (a .old o algo así) no es suficiente.
• ¿Está ejecutando la última versión del programa central deCONZ?
• Ejecute deCONZ con --debug-info=2 y verifique que RaspBee reciba mensajes de la cerradura. Si, después de reiniciar deCONZ, los atributos del clúster _Basic_ se leen y se completan en la GUI, está bien.
• Revisa la batería de la cerradura.

@ebaauw :

• El complemento se instala (sobrescribe) como se describe en el archivo Léame.
• He descargado el paquete deb de nuevo y lo he reinstalado. Debería ser la última versión (ver imagen a continuación).
  

• Según la aplicación, las mejoras están bien.
• los atributos básicos del clúster se leen y se rellenan en deCONZ-GUI. También puedo controlar el bloqueo a través de la GUI (abrir / cerrar).

Esta tarde comenzaré deCONZ con la configuración de depuración y echaré un vistazo ...

Hola,

mi complemento compilado: http://dinge.xyz/libde_rest_plugin.so

@ebaauw, ¿tienes otro consejo para mí con respecto a mi api, que no está haciendo nada?

@ pascal1337 ¡Genial! Después de que copié su archivo en el directorio e hice un reinicio en Phoscon, el Danalock fue inmediatamente reconocido como ligero.

No sé qué hice mal al compilar. Pero debe haber un problema. No se produjo ningún error al compilar y se creó el archivo. Eso fue realmente una buena señal para mí, pero no lo parece ... ;-(

¡Muchas gracias!

tienes otro consejo para mí con respecto a mi api, que no está haciendo nada?

No confiaría necesariamente en el mensaje de error (que no se puede encontrar el recurso), pero lo leería para significar que algo falló mientras se manejaba el PUT, como si no hubiera un clúster _OnOff_. ¿Todavía puedes actualizar otros estados de luz? Mirando su repositorio, ¿aún no ha cambiado rest_lights.cpp?

Hola, ninguna otra luz se puede actualizar a través de phoscon.

Entonces, ¿no puede activar la cerradura de phoscon? lo mismo para mi

No, desafortunadamente no. Aunque Phoscon muestra que la "lámpara" está encendida, la cerradura no reacciona. En la GUI de deConz, tampoco veo ninguna actividad. Como dije, puedo abrir y cerrar la cerradura a través de la GUI. No con Phoscon.

@ pascal1337 : ¿Hay algo nuevo? Desafortunadamente no puedo ayudar aquí. Ni siquiera puedo compilar :-(. ¿Ya verificó la asignación del clúster 101? En realidad, solo puede ser algo pequeño ...
muchos saludos

Hola, no tengo tanto tiempo ahora mismo ...

Lamentablemente no tengo otra solución.

@ pascal1337 , en rest_lights.cpp necesitas cambiar setLightState() . Cuando se maneja la clave on en el cuerpo json ( if (hasOn) ), debe verificar si el dispositivo es una cerradura y, de ser así, emitir un comando _Lock Door_ o _Unlock Door_, en lugar de un Comando _On_ o _Off_. Debe crear las tomas correspondientes en zcl_task, cpp o crear un nuevo archivo, como se hizo para los dispositivos de cobertura de ventanas. Ver PR https://github.com/dresden-elektronik/deconz-rest-plugin/pull/746.

No saco la maldita lógica de rest_lights.cpp. Llama a hasOn () y luego addTaskSetOnOff (). Pero en ninguna parte se dice si debería encender o apagar la luz. No sé dónde poner mi addTaskDoorLock respectivamente addTaskDoorUnlock. Tampoco quiero joder con la API, ¿por qué no podemos integrar un dispositivo de bloqueo correcto en la API?

Atentamente,
Pascal

addTaskSetOnOff toma el ON / OFF como parámetro:
addTaskSetOnOff(task, isOn ? ONOFF_COMMAND_ON : ONOFF_COMMAND_OFF, 0))
Por tanto, depende de isOn , que se configuró anteriormente.

Soy totalmente nuevo en este tema y todavía no puedo ayudar. Tengo un Danalock V3 nuevo con Zigbee en mi casa.
Lo que también tengo aquí es una Raspberry 3B y una Raspberry Zero W y algo de experiencia en programación. ¿Qué necesitaría adicionalmente para llegar tan lejos como tú en el control del Danalock? Asumo un palo Zigbee, raspBee o conBee. ¿O puede ser cualquier palo Zigbee, como Qivicon / Telekom / lo que sea?

Hola
No sé si deconz admite otros palos que no sean raspbee / conbee. Pero además no necesitas nada más.

¿Hay novedades al respecto?
Recientemente cambié toda mi automatización al protocolo zigbee y estoy a punto de obtener una cerradura inteligente y realmente quiero seguir con zigbee.
Danalock es la mejor cerradura que soporta zigbee ...
Entonces ... ¿No hay nadie más (con habilidades de programación ... :-)) investigando esto? @¿ser valiente? @ebaauw?

Hola, quiero mirar sobre eso si tuviera suficiente tiempo.
Ayer conseguí mi danalock y trabajo con Home Assistant y Node-Red.
Entonces uso una mala corrección rápida. Estoy usando https://github.com/ma-ca/deconz-cli-plugin este complemento y el nodo Telnet de Node-Red y envío "zclcmd shortaddr 1 0x0101 1" para abrir el bloqueo y "zclcmd shortaddr 1 0x0101 0" para cerrarlo. (donde shortadress es tu Locks shortadress en DeConz, es decir, 0xab12) En HomeAssistant utilizo un componente de bloqueo MQTT. Funciona como un encanto ... pero no es una solución real para deconz.

Espero arreglar el código en las próximas semanas.

@katanapod Hola, muchas gracias por tu buena idea. Reconstruí tu solución rápida y funciona, pero no tan confiable ...

¿Tiene alguna actualización sobre el código?

sí, ¡la solución de katanapod funciona bien!

Para mi domótica (iobroker) tengo el comando netcast integrado en un javascript.
¡Mi deseo ahora se ha hecho realidad!

@katanapod : ¡muchas gracias!

Mi mayor problema ahora es obtener el estado de la cerradura de forma rápida y fiable. Mi código actual para esto es:

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

Con un cronjob, que se ejecuta cada minuto
* * * * * root /home/pi/workbench/mqtt-launcher/check_state.sh

Que alguien esté dispuesto a importar una función de bloqueo a la api de descanso deconz, estaré encantado de ayudar ...

Tengo un Nuki Smart Lock 2.0 que admitirá ZigBee _Door Lock Cluster_ en una actualización de firmware en el primer trimestre de 2019.

La discusión anterior sugiere agregar el bloqueo a /lights pero creo que @manup no está contento con eso.

En realidad, no he comenzado a implementar Door Lock en el rest-api, por lo que todavía hay tiempo para cambiar esto a /sensors o esperar un nuevo recurso /devices .

Supongo que antes de trabajar con una cerradura de puerta tan ligera, sería racional implementar un recurso / locks también en vista de que cada vez más cerraduras inteligentes se vuelven compatibles con zigbee (Danalock, Yale, Nuki, Aqara, ...)

@manup @ebaauw @katanapod

Muchas gracias por su apoyo.

Estoy buscando comprar la versión Zigbee de este candado. Tengo deConz / Conbee. Aparte del problema de que se ve como una luz, ¿funcionará de inmediato o necesito hacer algunos ajustes con la configuración de Zigbee deConz / Conbee? Gracias. Elliott

@ pascal1337 :

Con el comando "value = $ (/ bin / echo" zclattr 0xe05a 1 0x0101 0x0000 "| / bin / nc -w3 192.168.178.13 5008 2> & 1 | / bin / grep" APS attr 0x000B57FFFE46F1A1 ")" desde su shell -Script sin resultado o el script no parece llegar a su fin. Si hago todo a través de Promt sin guardar variables, obtengo el resultado de grep, pero permanece en modo nc.

Entrar sin un comando grep me da el resultado APS y los LQI (bucle sin fin).

¿Qué estoy haciendo mal?
¡Gracias por adelantado!

@manup @ebaauw @katanapod

¿Existe un mecanismo para patrocinar / apoyar el hardware, si eso pudiera ayudar con su desarrollo?

Este problema se ha marcado automáticamente como obsoleto porque no ha tenido actividad reciente. Se cerrará si no se produce más actividad. Gracias por sus aportaciones.

¿No debería ser este un tema activo? Las cerraduras inteligentes son enormemente populares y veo que esto se quería compatible con conbee / Deconz / phoscon en varios lugares en línea.

Está casi agotado en Noruega. Incluso proporcionan documentación completa de zigbee para terceros. Esto parece algo bueno e impresionante para que deconz / phoscon y Homebridge-Hue lo admitan. ¡Lo probaré todo el camino!

@ pascal1337 @ tomac01 @katanapod Will Phoscon (ya que se fusionó el archivo general.xml actualizado) podrá dejar que Danalock se una a mi red y exponerlo como una luz (no espero ninguna funcionalidad en Phoscon, sino solo la forma más sencilla de pruebe el complemento CLI REST de Deconz). ¿Está comenzando una búsqueda de nuevas luces y haciendo clic una vez en el agujero de alfiler de Danalock? ¿O de alguna manera abre la red desde la GUI de Deconz y luego hace clic en el agujero de alfiler de Danalock? No puedo conseguirlo en la red de ninguna manera.

También me preguntaba si este problema todavía está activo, el soporte de cerraduras inteligentes (y Dana Lock en específico) me ayudaría mucho y realmente parece una buena dirección a seguir con DeConz.

Agregue soporte para este bloqueo. Eso sería muy apreciado.

@manup ¿Podría considerar admitir esto ahora de acuerdo con las capturas de pantalla y el código proporcionado anteriormente? Sé que REST API v2 está en proceso, pero esto se ha solicitado durante mucho tiempo y haría felices a muchos usuarios. Si no está en la GUI web de Phoscon, al menos en la API REST.

TD003 Zigbee manualV0.0.15.pdf

@manup @ebaauw Después de muchas

@ebaauw

He hecho algunos progresos con este candado. Responde a la solicitud de Rest API, es decir, se bloquea y desbloquea perfectamente bien, pero no informa / actualiza su estado. ¿Tiene alguna sugerencia de qué puede estar mal?

¿Esto es manejado por handleWindowCoveringClusterIndication for Window Covers, es decir, necesito escribir un similar para la cerradura de la puerta?

¿Lo expuso como un recurso /sensors ? En ese caso, debe manejar los valores de atributo en updateSensorNode() en de_web_plugin.cpp . Ya hay una rama para DOOR_LOCK_CLUSTER_ID que usa el sensor lumi.vibration (no me preguntes por qué). Mejor añadir un else rama a if pruebas de que el sensor (el Danalock parece seguir la norma lo suficientemente bien). De lo contrario, debe manejar los atributos del clúster en updateLightNode() . Asegúrese de incluir en la lista blanca el tipo de dispositivo.

¿Configuró enlaces desde los grupos de la cerradura al coordinador (consulte el capítulo 5 del manual)?

¡Gracias!

Lo expongo como una luz. Me había olvidado de la encuadernación. ¡Ahora funciona perfectamente! Como tengo una puerta vieja donde el interior también gira cuando uso la llave desde el exterior, también tengo un mensaje de estado confiable de la cerradura.

Para hacer que esto funcione, luché un poco:
1) Reemplace el archivo general.xml con el actualizado de la publicación anterior por pascal1337
2) Reemplace el enlace del complemento rest api modificado (Si importa, uso deCONZ v. 2.05.67 y ejecuto una Raspberry Pi3b + con Raspbian. Comencé mi modificación con la última versión del deconz-rest-plugin a partir de ayer).
3) Deje que la cerradura se una a la red configurando la cerradura en modo de emparejamiento
3) Para mí, Phoscon solo reconocería la cerradura después de haber presionado "Leer descriptor de nodo" en la GUI deCONZ del nodo de la cerradura de la puerta.

No utilizo ninguna luz con la configuración deCONZ, por lo que es posible que haya roto algunas funciones.

No estoy seguro de poder hacerlo, o incluso si sería aceptado, pero esto en una solicitud de extracción sería increíble.

@ebaauw Traté de leer el manual (cap. 9 Bindings) pero todavía no creo

He seguido la receta de @arnerek y ahora puedo controlar el bloqueo de manera confiable a través de la API REST de Deconz, pero el estado siempre está desbloqueado.

Intenté arrastrar desde el clúster Door Luck de la cerradura a la fuente en Bind Dropbox y desde los extremos de la Herramienta de configuración y el Control de nivel desde el coordinador hasta el destino y haga clic en vincular, pero sin cambios.

Después de crear el enlace, debe configurar los informes de los atributos que desea que se actualicen automáticamente. Abra el panel _Cluster Info_ en la GUI, seleccione el clúster, desplácese hacia abajo y haga doble clic en el atributo. En la ventana emergente ingrese la configuración (típicamente min: 1, max: 300) y presione el botón _Write Config_.

¡¡Gracias!! Obtengo invalid_data_type desafortunadamente como en la captura de pantalla. ¿Alguna idea de por qué?

EDITAR: Ignore eso. Primero tuve que esperar y leer los atributos una vez. ¡Funciona perfectamente!

El único problema ahora es que detuve el servicio DeCONZ (mínimo) e inicié la GUI con el mismo usuario para hacer esto, y cuando volví al servicio mínimo, no parece sostenerse. El estado no se informa de nuevo.

(Aparte del error no relacionado de home.app, aparentemente siempre muestra el tipo de cerradura de puerta como "desbloqueado" cada vez que se abre la aplicación, lo que hace que la cerradura de la puerta permanezca en el estado "Bloqueando ..." cuando está actualmente bloqueada. otro problema.)

EDIT2: @ebaauw ¿Podría el Deconz sin cabeza tener limitaciones en este sentido? ¿Algunas cosas hechas en la GUI no se tienen en cuenta? ¿Cómo puedo ejecutar la GUI en lugar del headless como servicio cuando el rpi es headless y ocasionalmente solo detengo el servicio mínimo de Deconz y ejecuto la GUI con X-forwarding a Mac?

¿Algunas cosas hechas en la GUI no se tienen en cuenta?

Los enlaces y los informes de atributos se almacenan en el dispositivo ZigBee, en una memoria no volátil.

¿Podría el Deconz sin cabeza tener limitaciones a este respecto?

No, solo hay un binario deCONZ con una opción de línea de comandos para suprimir la GUI. Ambos servicios inician el mismo binario.

Ejecuto mi Raspberries sin cabeza, pero aún con el entorno gráfico habilitado, usando el servidor VNC y el cliente de uso compartido de pantalla MacOS para interactuar con la GUI.

¡Me estoy volviendo loco! Cuando la GUI se ejecuta desde la línea de comandos, el estado ahora se informa de forma precisa e inmediata. Cuando lo cierro y reinicio el servicio deconz.service, se actualiza, pero el estado 'encendido' siempre es 'falso'. Sin embargo, todavía puedo bloquear y desbloquear. Perdón por molestarte, @ebaauw

EDITAR: Creo que lo he reducido. Cuando detengo el mínimo e inicio la GUI, siempre juego con la cerradura de la puerta y verifico el grupo 0101 y hago clic en Leer en los atributos. ¡Es entonces que ha funcionado mientras se ejecuta la GUI! Cuando vuelvo al mínimo deconz.service, por supuesto, no puedo / no puedo leer atributos y no funciona. Ni siquiera después de mucho tiempo o manipulando manualmente la cerradura.

Además, la cerradura de la puerta parpadeaba en rojo en la GUI antes de leer los atributos.

¿Puede decirnos por qué el estado no se actualiza desde este registro, @ebaauw ? Utilizo el complemento de

Aquí lo desbloqueo (mientras se ejecuta un mínimo deconz.service):

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

Aquí lo vuelvo a bloquear (lo que no cambia el estado de encendido a verdadero):

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)

Lo resolví temporalmente enviando netcat "r 0xABF9 1 0x0101 0" (atributo de lectura 1 de Door Lock) al complemento CLI de DeCONZ una vez (y cada hora para estar seguro) después del inicio de mi servicio mínimo deconz.

@ebaauw Ahora tengo una duración de batería terrible en la cerradura. Esperaría algo, pero un 10-20% menos cada día es un poco demasiado. ¿Crees que puedo haberlo "encuadernado" demasiadas veces en Deconz? Entonces, ¿informa con demasiada frecuencia por duplicado? ¿Hay una tabla de todas las fijaciones en alguna parte?

Creo que hay un comando ZDP para leer la tabla de enlace; podría enviarlo usando el deconz-cli-plugin y olfatear la respuesta. No creo que la cantidad de enlaces sea el factor principal que reduce la duración de la batería; es más probable que sea el control de sondeo y / o la configuración de informes de atributos, lo que hace que el dispositivo se active con demasiada frecuencia.

@ebaauw Tiene (por supuesto) razón y el comando ZDP muestra el enlace 1.

Revisé mi lógica de automatización y también encontré un bucle innecesario en la mensajería zigbee (sondeo).

Pero veo que también informa su estado cada 5 minutos más o menos después de configurar el informe del atributo en Cluster Info en Deconz ("max: 300"). Sé que todavía no entiendo todo zigbee y Deconz, pero ¿no es esto innecesario ya que no es un sensor pasivo e informará el estado cuando se cambie el bloqueo de todos modos ...

EDITAR: Veo que hay un clúster de Poll Control que parece estar configurado por defecto en 14400 como intervalo de registro ...

¿Es esto compatible de forma predeterminada en la nueva versión del software, o debo seguir todas las instrucciones anteriores?

Estoy decidiendo entre Danalock Zigbee o Zwave.

También estoy interesado en hacerlo funcionar. ¿Puedes compartir una guía paso a paso? también soy totalmente nuevo en deconz

¿Por qué este problema está obsoleto / cerrado?
DeConz detecta completamente el bloqueo:

pero no expuesto a través del resto de API (y nunca detectado por Phoscon / sensores / agregar nuevo sensor / otro)

curl --tcp-nodelay --max-time 59 -H 'Content-Type: application / json' -X GET http: // hassio : 40850 / api / mypass /
"devicename": "ConBee II",
"nombre": "Zigbee",
"nombre": "mi aplicación"
"nombre": "Phoscon # B1066x452"
"nombre": "Phoscon # B1290x655"
"nombre": "pydeconz"
"nombre": "mi aplicación"
"name": "Luces de cama",
"nombre del fabricante": "Philips",
"name": "Luz de temperatura de color 1",
"nombre del fabricante": "Philips",
"name": "Luz de temperatura de color 2",
"nombre del fabricante": "Philips",
"nombre": "Luz del día",
"nombre del fabricante": "Eurotronic",
"nombre": "SPZB0001",
"nombre del fabricante": "Eurotronic",
"nombre": "SPZB0001 (2)",

¿Necesitamos abrir una nueva edición?

Agregué los cambios de https://github.com/fr34kyn01535/deconz-rest-plugin/commits/master , pero no pude hacer que el bloqueo se mostrara en el resto de la API. .

Hola Sven,

Quería evitar bifurcar y mantener mi propio código.
Dresden Elektronik solicitó publicar nuevos dispositivos aquí, y se proporciona toda la información.
Pero esta solicitud tiene 2 años, ¿dónde está la gente de Dresden Elektronik?

Estoy buscando en zigbee2mqtt ahora. La base de código de este complemento es honestamente un desastre, y una arquitectura de indicadores codificados no nos llevará a un ecosistema de dispositivos más grande. Debería ser posible agregar nuevos comportamientos y dispositivos sin reescribir gran parte del comportamiento principal.

He estado usando mi complemento de API rest modificado desde octubre y ha estado funcionando sin problemas.

Expuse la cerradura como una luz, pero no estoy seguro de si esta solución sería aceptada. No soy un programador y no tengo experiencia con github. Si alguien está interesado, puedo compartir el código. Sería genial tener este bloqueo compatible con el código oficial.

@arnerek compartirlo seguramente podría ayudar a uno u otro aquí ...

Ahora he publicado el código aquí: https://github.com/arnerek/deconz-rest-plugin/tree/Danalock

@arnerek Creo que esto se aceptará sin problemas, es de la misma manera que se ha hecho para los detectores de humo, etc. ¿Pueden hacer una solicitud de extracción al repositorio principal?

@arnerek : ¿

Intentaré hacer una solicitud de extracción. Ojalá en los próximos días

Veo que @arnerek expone el bloqueo como un recurso /lights . No estoy seguro de que funcione, ya que normalmente hay un retraso entre la configuración del estado de bloqueo de destino y el cambio de bloqueo de su estado de bloqueo actual. Es posible que desee diferentes atributos para el estado objetivo frente al actual para reflejar eso, cf. los termostatos. Estos se exponen como recursos /sensors , con el destino en estado en config y el estado actual (solo lectura) en state .
Por supuesto, lo mismo se aplica a los dispositivos para cubrir ventanas.

Parece que este bloqueo no es compatible con _Groups_, por lo que no hay una razón convincente para exponerlo como un recurso /lights . Sin embargo, no conozco otras cerraduras.

@ebaauw ¿Cuál es la alternativa entonces?
¿No son solo los recursos de luces los que se pueden activar y desactivar? Entonces, ¿es necesario hacer algunos sensores que reflejen los estados que describió?
Lo siento, todavía no conozco a Deconz al revés.

Como mencioné anteriormente, un recurso /sensors con el estado de destino asignado a un atributo config y el estado actual asignado a un atributo state .

¡Hola!

Acabo de comprar una cerradura Danalock V3 Zigbee. Estoy tratando de usar el código que ha escrito arnerek porque sería bueno tenerlo en Deconz. Soy nuevo en github, pero ¿lo entiendo bien si se supone que debo poder compilar una versión del complemento basada en la rama arnereks? Porque eso es lo que estoy tratando de hacer, la compilación continúa durante bastante tiempo pero termina con errores.

Me gustó esto:
git clone -b Danalock https://github.com/arnerek/deconz-rest-plugin

cd deconz-rest-plugin

qmake && make -j2

¿Es esto correcto o tengo que leer más sobre cómo funciona git? :)

/ Erik

Creo que es correcto y la forma más fácil (no es necesario utilizar git checkout con este método)
Pero pierde la línea de comando para reemplazar los archivos

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

y no olvides

sudo apt install deconz-dev

cual es tu error

De hecho funcionó ahora. Escribí make clean y luego lo intenté de nuevo.
Compilación finalizada. Luego hizo el siguiente paso:

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

y sí, lo hice sudo apt install deconz-dev antes.

Luego reinicié el servicio e intenté emparejar el bloqueo en la aplicación Phoscon, pero me temo que no tuve suerte.

Realmente no sé qué más hacer. ¿Alguien más ha logrado que esto funcione?

@lillaeriika Solo para comprobar ¿Reemplazó el archivo general.xml como en mi publicación anterior? Esto debería hacer que el bloqueo sea visible en deCONZ, y debe estar seguro de ejecutar los comandos bloquear y desbloquear.

@arnerek Hmm, ¿no encontré ninguna publicación en la que estuvieras hablando de general.xml? Pero para ser claros, ¿debería tomar el archivo general.xml de su rama y ponerlo en la carpeta: /usr/share/deCONZ/zcl ?

Eso es lo que hice. Reiniciado. Todavía no funciona. :(

Esta publicación: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/520#issuecomment -538741388

Creo que la ubicación es correcta. Busque nueva luz y use un clip en el orificio del alfiler del Danalock para emparejar.

Además, no funciona para mí, hice todo lo que enumeraste y no puedo hacer que funcione.

¿Puedes intentar que la cerradura se una a la red desde deCONZ? Desde deCONZ debería poder bloquear y desbloquear.

sí, puedo bloquear y desbloquear desde el clúster, pero no puedo encontrarlo en las luces o en la API

¿Intentó esto ?: "Para mí, Phoscon solo reconocería la cerradura después de haber presionado" Leer descriptor de nodo "en la GUI deCONZ del nodo de la cerradura de la puerta".

También puede intentar girar la cerradura mientras busca nueva luz en phoscon

No pude bloquearlo y desbloquearlo sin presionar este botón, así que sí, ya lo hice.
Intenté bloquearlo y desbloquearlo con una búsqueda, pero todavía nada.

¿Cuál es su versión de la puerta de enlace (que se encuentra en Phoscon)?

2.05.69 / 25.2.2020

incluso intenté leer todos los atributos en el clúster básico, etc.

Hola a todos,

Dispositivos:
Raspberry Pi 2 Modelo B
Conbee II (Versión 2.05.69 / 2/14/2020)

Hice lo siguiente:

1. sudo apr-get update
2. sudo apt install 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. reabrir deCONZ GUI

Puedo operar la cerradura desde deCONZ GUI
Puedo usarlo como lámpara en HomeAssistant con complementos OOTB, pero no guarda el estado de la lámpara.

¿Qué debo hacer para salvar el estado de la lámpara?
¿Cómo puedo encender la lámpara para cambiar (como el enchufe inteligente Aqara) en deCONZ?

Gracias

Extraño. ¿La aplicación Danalock le brinda un estado de bloqueo de puerta confiable?

Utilizo la plantilla de bloqueo en Home Assistant: https://www.home-assistant.io/integrations/lock.template/

@arnerek, ¿sabes por qué mi candado no aparece en las luces?

No lo siento. ¿Quizás comprobar el permiso o la propiedad del archivo libde_rest_plugin.so? ¿Eliminar el bloqueo de Deconz y agregarlo de nuevo?

Los permisos son correctos. ¿Cómo puedo eliminar ese elemento con la GUI? Al presionar la tecla del, simplemente se "volverá a conectar" 5 segundos después

Extraño. ¿La aplicación Danalock le brinda un estado de bloqueo de puerta confiable?

Utilizo la plantilla de bloqueo en Home Assistant: https://www.home-assistant.io/integrations/lock.template/

Gracias.
Ahora es perfecto.

No sé por qué, pero inicialmente Lock no mantuvo el estado. Pero ahora funciona bien.

también lo hizo funcionar ahora después de eliminar el bloqueo de la GUI y restablecerlo y volver a conectarlo a través de la aplicación Danalock

Yo también llegué un poco más lejos. Nunca antes había usado la GUI, pero cuando logré iniciarla, la cerradura estaba allí. Lo eliminé de la GUI de Deconz y luego lo volví a agregar a través de la aplicación web. Luego apareció tanto en la GUI como en la aplicación Phoscon. Así que ahora está en todos los lugares.

Último problema: ¿Puedo bloquear / desbloquear en GUI y Webapp pero no en la aplicación Phoscon?

En realidad, parece funcionar también en la aplicación Phoscon, pero un poco retrasado. Lo conseguí en Openhab y parece funcionar muy bien a partir de ahí, así que creo que estoy feliz. Mañana haré más pruebas. Gracias por toda la ayuda. ¡Finalmente una buena noche de sueño!

Gracias por compartir tus pensamientos. Creo que también compraré un DanaLock y lo probaré.
Por cierto: ¿Sabías si Dockerfile está disponible? Estoy ejecutando mi DECONZ en Docker en un OrangePi Zero Plus :)

Editar:
Sería bueno mantenerlo funcionando en Docker con el soporte de DanaLock.

Y:
¿Ves el formulario HTML para agregar nuevos dispositivos a Deconz ? ¿Alguien envió esta solución para que se integre en futuras versiones?

Me puse en el mismo estado que alguien de arriba. La cerradura no conservaría el estado. Y los comandos solo llegaban a veces. Lo eliminé una vez más por completo de Deconz. Lo agregó con phoscon. Trabajó de inmediato y ahora funciona perfectamente. Controlarlo desde Deconz funciona, phoscon, agregarlo a Openhab y también controlarlo desde Openhab. Tan feliz. Gracias a todos.

@ebaauw ¿Cuál es el estado aquí? ¿Por qué está cerrado el problema? ¿Los desarrolladores necesitan más información?

¿Cuál es el estado aquí?

Lo siento, no lo se. Yo no tengo ninguna cerradura inteligente y no escribí ningún código que la respalde. Como se mencionó anteriormente, a diferencia de lo que sucedió en 2018, ahora me temo que exponer el candado como un recurso /lights podría ser una mala idea. Puede dar lugar a problemas irresolubles (como la necesidad de leer los atributos en la GUI antes de poder cambiar el estado de la API). Las experiencias recientes con dispositivos de advertencia (sirenas) hicieron que cambiara de vista. El único argumento convincente para admitir un dispositivo (función) como recurso /lights es cuando esa función admite grupos (como es el caso de los dispositivos que cubren ventanas, y con la sirena Heiman (independiente), pero no con la sirenas de detectores de humo).

¿Por qué está cerrado el problema?

¿Para mantener feliz al viejo robot?

¿Los desarrolladores necesitan más información?

Creo que probablemente haya suficiente información aquí, especialmente desde que @bohtho logró anotar el manual técnico, consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/520#issuecomment -537240173.

Como se mencionó anteriormente, la base de código actual para el complemento de la API REST es muy compleja, y agregar soporte para un nuevo tipo de dispositivo implica muchos ciclos de desarrollo-prueba de aciertos y errores. Debido a esto, ya no intento agregar soporte para dispositivos que no tengo. Estoy feliz de trabajar en el soporte de REST API (y Homebridge Hue) para Danalock si puedo conseguir un préstamo o si la gente quisiera patrocinarme para que yo mismo obtenga el dispositivo. Tenga en cuenta que no puedo agregar soporte a Phoscon, ya que no es de código abierto.

Gracias @ebaauw. Ahora he cambiado a ZHA nativo en Homeassistant (usando Conbee 1), con gran éxito. El Danalock funciona fuera de la caja.

Hola todos.
Durante los últimos días, estoy tratando de hacer que mi Danalock V3 funcione con Conbee II (Versión 2.05.69, Raspberry PI 4) y Home Assistant 0.109.6. Después del proceso de conexión, veo mi candado como una luz en la aplicación Phoscon y puedo administrarlo a través de la GUI deCONZ. Luego de esto estoy haciendo el proceso de Autenticación en Phoscon App para conectarlo con HA (HA está instalado en mi servidor NUC y hago conexión con Conbee II usando la integración en HA por IP de mi PI4). Funciona excepto el estado del Danalock. ¡Después de reiniciar mi Danalock, la integración no funciona! Todavía puedo administrarlo a través de la GUI deCONZ, los comandos ejecutivos para bloquear / desbloquear funcionan perfectamente. Por favor ayuda.

¿Alguna noticia sobre si esto va a ser compatible con Deconz? Intenté que funcionara, pero no entendía este hilo y lo que se suponía que debía hacer :) ¿Alguien puede hacer una cosa paso a paso?

@ helto4real , puedes usar mi lista de pasos:
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/520#issuecomment -612411637
luego use la sugerencia de arnerek si necesita bloquear el elemento de la interfaz de usuario en Home Assistant
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/520#issuecomment -612471028

A veces tengo los siguientes problemas:

• la cerradura no mantiene el estado. En este caso, voy a deCONZ GUI y leo el estado manualmente
• estado desconocido de la cerradura, en este caso, voy a deCONZ GUI y cambio el estado manualmente

¿Existe ahora una guía "simple" para que los principiantes conecten el Danalock al Conbee2 / Deconz?

Tal vez sea interesante para cualquiera, combiné los cambios para Danalock con deconz-rest-plugin-2_05_77_stable. Con la versión anterior no pude agregar Aqara opple.
Las fuentes están en mi github.

- Edite por Mimiix> Eliminando URL hasta mayor autorización.

Tal vez sea interesante para cualquiera, combiné los cambios para Danalock con deconz-rest-plugin-2_05_77_stable. Con la versión anterior no pude agregar Aqara opple.
Las fuentes están en mi github.

- Edite por Mimiix> Eliminando URL hasta mayor autorización.

Funciona perfectamente :-) pero, ¿hay alguna forma de obtener el estado de la batería a través de la API? :-)

¿Nadie puede hacer un PR para este repositorio, para hacerlo definitivo?

Actualicé mi complemento de descanso ahora, pero el bloqueo ahora se eliminó de la aplicación Phoscon y tampoco puedo encontrarlo en la API. ¿Alguna sugerencia para este problema? Ya intenté restablecer y reconectar.

@manup por favor

Creo que les hemos pedido que incluyan esto de diferentes maneras y temas durante 3 años. Pasé a zigbee-herdsman. Funciona al instante.

Actualicé mi complemento de descanso ahora, pero el bloqueo ahora se eliminó de la aplicación Phoscon y tampoco puedo encontrarlo en la API. ¿Alguna sugerencia para este problema? Ya intenté restablecer y reconectar.

Luego, debe degradar el complemento o agregar manualmente los cambios para que funcione nuevamente :-)

@ smulle48 Se fusionará antes del día 15. Ahí es cuando se lanza una nueva versión :)

A menudo se fusiona la semana anterior :)

Por cierto. ¿Soy solo yo o el estado de la cerradura (bombilla) no cambia cuando lo gira manualmente?

Mi candado conserva el último estado iniciado por la aplicación web

Mi candado cambia de estado cuando lo giro manualmente.

¿Tenemos tres opciones?

• Bloquear
• desbloquear
• Tirando del pestillo

Mis casos de uso serían:

• Bloquear la puerta si no hay nadie en casa.
• Destrabar la puerta si hay alguien cerca de casa.
• Tirando del pestillo si me estoy conectando al WiFi.

¿Tenemos tres opciones?

• Bloquear
• desbloquear
• Tirando del pestillo

Mis casos de uso serían:

• Bloquear la puerta si no hay nadie en casa.
• Destrabar la puerta si hay alguien cerca de casa.
• Tirando del pestillo si me estoy conectando al WiFi.

Como se trata como una bombilla, se enciende / apaga (bloquear / desbloquear).

Ese Desbloqueo automático, ya lo tiene en la aplicación Danalock, incluido el "mantener en desbloqueo".

Como se trata como una bombilla, se enciende / apaga (bloquear / desbloquear).

Ese Desbloqueo automático, ya lo tiene en la aplicación Danalock, incluido el "mantener en desbloqueo".

@ smulle48
Eso significa que si desbloquea a través de zigbee, ¿usa la opción configurada establecida en la aplicación?
Entonces, ¿no es posible desbloquear y mantener el desbloqueo por separado?

Como se trata como una bombilla, se enciende / apaga (bloquear / desbloquear).

Ese Desbloqueo automático, ya lo tiene en la aplicación Danalock, incluido el "mantener en desbloqueo".

@ smulle48
Eso significa que si desbloquea a través de zigbee, ¿usa la opción configurada establecida en la aplicación?
Entonces, ¿no es posible desbloquear y mantener el desbloqueo por separado?

Hasta ahora, solo es posible bloquear y desbloquear a través de zigbee. El resto lo puedes hacer desde la aplicación oficial de Danalock

Como se trata como una bombilla, se enciende / apaga (bloquear / desbloquear).

Ese Desbloqueo automático, ya lo tiene en la aplicación Danalock, incluido el "mantener en desbloqueo".

@ smulle48
Eso significa que si desbloquea a través de zigbee, ¿usa la opción configurada establecida en la aplicación?
Entonces, ¿no es posible desbloquear y mantener el desbloqueo por separado?

Hasta ahora, solo es posible bloquear y desbloquear a través de zigbee. El resto lo puedes hacer desde la aplicación oficial de Danalock

¡Vale, muchas gracias!

Cerrando éste como soporte se ha proporcionado con la versión .79.