Deconz-rest-plugin: Detector de humo Xiaomi Mijia (HonneyWell)

El grupo 0x0500 indicó que este sensor es una zona IAS, por lo que imagino que es fácil admitirlo. Sin embargo, la pregunta es ¿cómo debe representar el sensor la API?

¿ZHAPresence o mejor ZHAOpenClose o tal vez un nuevo tipo como ZHAAlarm?

ZHAAlarm parece el tipo más apropiado. También hay un sensor de gas y un sensor de fugas de agua. Creo que todos podrían usar el tipo ZHAAlarm.

Presencia de humo/gas/agua, entonces ZHA¿Presencia?

Sin embargo, la pregunta es ¿cómo debe representar el sensor la API?

Una dificil. No estoy muy entusiasmado con la posibilidad de admitir otra media docena de tipos de sensores ZHA (y los sensores CLIP correspondientes). Por otro lado, me gustaría una pista a través de la API de qué tipo de sensor es este. Entonces, al menos, querría diferentes atributos de estado para la presencia de personas, humo, gas, agua. Mi sugerencia: si hay diferentes tipos de dispositivos ZigBee (no es que a Xiaomi le importen estos), use diferentes tipos de recursos de sensores; si todos son solo un dispositivo de zona IAS, use un solo tipo de recurso de sensor.

Sabéis si una vez soportado este detector sería posible controlar la sirena desde deconz?

Pensé que sería genial usar mis 8 detectores de humo como sirenas para mi alarma... ;) (cuando no esté en casa, por supuesto... de lo contrario me asustaría muchísimo en medio de la noche...)

de lo contrario, me asustaría como la mierda en medio de la noche

JAJAJA. Podríamos implementar un atributo state.scaringtheshitoutofme para eso.

En una nota más seria, ¿implementa el clúster _IAS WD_ (0x0502) o proporciona otro medio para encender (y, con suerte, apagar) la sirena sobre ZigBee?

¿Implementa el clúster IAS WD (0x0502) o proporciona otro medio para encender (y, con suerte, apagar) la sirena sobre ZigBee?

Puede ser mi falta de conocimiento sobre Deconz, pero no veo ningún punto final además de 01.

Espero que esos puntos finales aparezcan cuando el detector sea compatible. Si no; ¿Cómo puedo hacer más pruebas/depuración?

Usando la puerta de enlace MI, puede habilitar y restablecer la alarma. Esto debería significar que usando Deconz debería ser teóricamente posible hacer esto también.

Esos sensores también permiten probar/identificar. Puede enviar un comando que haga que la prueba del detector de humo emita un pitido corto e informe su estado.

Además, informan sobre el estado de su batería.

@ebaauw De repente me di cuenta de que los interruptores y sensores de movimiento de Xiaomi no informan sus niveles de batería. Sé que informan el estado de la batería. ¿Cómo podemos solucionar esto?

Espero que esos puntos finales aparezcan cuando el detector sea compatible. Si no; ¿Cómo puedo hacer más pruebas/depuración?

Un punto final es como un dispositivo lógico. Tiene un ID (0x01) un perfil (en este ejemplo ZHA o _Home Automation_) y un tipo de dispositivo (0xffff).
Un punto final puede proporcionar varios clústeres. Un clúster tiene una dirección indicada por el color (azul para clústeres de servidor o de entrada; gris para clústeres de cliente o de salida) y un tipo (0x0000 para el clúster _Básico_).
Un clúster de servidores mantiene atributos de estado, que pueden ser leídos y/o escritos por los clientes, o informados a los clientes, y acepta comandos. (Nota: esta no es la terminología correcta de ZigBee, pero me ayuda a comprender). El panel _Información del clúster_ en la GUI de deCONZ muestra los comandos y atributos estándar para los clústeres conocidos (esto es realmente configurable en el archivo ZCLDB, por defecto /usr/share/deCONZ/zcl/general.xml ).

El problema con los nodos que funcionan con batería es que duermen la mayor parte del tiempo, lo que hace que las consultas de la puerta de enlace para descubrir sus puntos finales y clústeres fallen. Parecería que deCONZ no ha leído completamente este sensor, ya que solo se muestra el grupo _Basic_. Es posible que desee intentar abrir la red y presionar el botón de prueba (con la esperanza de que esto active el sensor de humo). Para un sensor de movimiento, agitaría, para un interruptor, presionaría un botón, para sensores de puerta, movería el imán. Si esto no da como resultado que se descubran más clústeres, intente eliminar el nodo (selecciónelo y presione SUPR) y repárelo (mientras presiona el botón de prueba para mantenerlo activo durante el descubrimiento).

Además, informan sobre el estado de su batería.

Esto normalmente se hace a través del clúster _Power Configuration_ 0x0001. Por otra parte, nada de los sensores de Xiaomi es estándar.

De repente me di cuenta de que los interruptores y sensores de movimiento de Xiaomi no informan sobre sus niveles de batería.

Eso es porque no hemos encontrado ninguna evidencia de que los sensores informen sobre el nivel de la batería. Hemos visto algunos mensajes no estándar que aún no hemos resuelto (consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/138#issuecomment-325141455).

Sé que informan el estado de la batería. ¿Cómo podemos solucionar esto?

A menos que Xiaomi haya abierto su puerta de enlace: detecte la comunicación ZigBee entre la puerta de enlace Mi y los sensores, aplique ingeniería inversa al comportamiento de la puerta de enlace Mi e implemente algo similar en deCONZ.

@ebaauw Gracias por tu explicación.
Encontré a un tipo que parece haber realizado ingeniería inversa en algunos sensores de Xiaomi.
Por ejemplo el sensor de movimiento de Xiaomi:

fingerprint profileId: "0104", deviceId: "0104", inClusters: "0000, 0003, FFFF, 0019", outClusters: "0000, 0004, 0003, 0006, 0008, 0005, 0019", manufacturer: "LUMI", model: "lumi.sensor_motion", deviceJoinName: "Xiaomi Motion"

Esta línea muestra los clústeres utilizados (¿dentro y fuera?), ¿Es esta la información necesaria? Su código parece estar bien documentado, por lo que probablemente se podría usar alguna información. Sin embargo, no sé exactamente dónde agregar los grupos para este sensor en el archivo XML.

https://github.com/a4refillpad/Xiaomi/blob/master/devicetypes/a4refillpad/xiaomi-motion-sensor.src/xiaomi-motion-sensor.groovy

Esta línea muestra los clústeres utilizados (¿dentro y fuera?), ¿Es esta la información necesaria? Su código parece estar bien documentado, por lo que probablemente se podría usar alguna información.

Esta sería la información necesaria, pero no se parece a ninguno de los dispositivos Xiaomi que he visto. Supongo que los copió de otro sensor. O tiene una versión muy diferente (hardware/firmware).

Al mirar el código, parece que extrae el valor de la batería del mensaje 0x0000.

Sin embargo, no sé exactamente dónde agregar los grupos para este sensor en el archivo XML.

La mayoría ya están ahí. El archivo XML se usa para construir el panel _Información del clúster_; cualquier clúster que falte en el archivo XML se mostrará en la GUI como desconocido. Hasta donde yo sé, si los clústeres no se muestran en la GUI, el dispositivo no los tiene y deCONZ no tiene forma de agregarlos (con la excepción de corregir las lecturas incompletas durante el emparejamiento).

A menos que Xiaomi haya abierto su puerta de enlace: detecte la comunicación ZigBee entre la puerta de enlace Mi y los sensores, aplique ingeniería inversa al comportamiento de la puerta de enlace Mi e implemente algo similar en deCONZ.

Está bien. eso fue lo que hice.

Sacrifiqué uno de mis botones pulsadores de Xiaomi y lo pasé a un rastreador de paquetes. Olí la clave de transporte para poder oler y ver todos los paquetes :)

He probado mi pulsador:

Bastante agradable, creo!

Bien, ¿qué rastreador es ese?

El hardware es un botón pulsador Xiaomi (Todos los dispositivos Xiaomi tienen almohadillas ftdi integradas)
Inspirado en este chico:
http://faire-ca-soi-meme.fr/hack/2017/04/24/hack-xiaomi-mi-smarthome-decouverte-de-clef/

Ubiqua: https://www.ubilogix.com/
1000 Paquetes por captura gratis por 21 días.
Permite la decodificación sobre la marcha y creo que ofrece una vista interna bastante buena.

Ahora revisemos el detector de humo para que sean compatibles :)

Luce realmente bien :)

Si es posible, capture tantos casos de uso y configure el tráfico como sea posible y proteja los archivos de registro, tal vez Wireshark también pueda abrirlos.

Sí, ¿puedo exportar a PCAP? (Algo parecido, creía que Wireshark usa ese formato

¡Frio! ¿Qué usaste para hacer parpadear el botón? ¿Y de dónde sacaste el firmware del rastreador? ¿Supongo que el tablero negro redondo es el botón de retraso? ¿Y el tablero verde? ¿Es un convertidor normal de USB a serie o algo más?

Bien, lo que hice:

• Comenzó a capturar.
• Se unió el detector de humo a la puerta de enlace.
• Establezca la sensibilidad en "Lugar sin humo"
• Establezca la sensibilidad en "Lugar con poco humo"
• Establezca la sensibilidad en "Lugar con humo"
• Establezca la sensibilidad en "Lugar sin humo"
• Presionó el botón de prueba (la alarma suena + la aplicación Mi home da un mensaje de inserción)
• Presionó el botón de prueba de nuevo
• Sacó la batería
• colocó la batería

La imagen de arriba muestra el ID de captura del paquete de cuando hice las pruebas.
Exporté la captura a formato nativo de ubiqua, a wireshark y new wireshark.

Detector de humo Xiaomi Mijia Honeywell.zip

Probé para importar la captura. La desventaja de abrirlos en wireshark es que los datos están encriptados. Entonces, supongo que lo mejor sería si compartiera la captura y mi clave de descripción para que pudieras verlos en Ubiqua.

Por ejemplo, la prueba que usa el botón da esta información:

Creo que los desarrolladores no podrían desear más información, ¿verdad?

Inspirado en este chico

Desafortunadamente, el archivo de Excel en el que capturó su conclusión de rastreo no nos muestra nada nuevo. No hay información de la batería ;-(

¡Frio! ¿Qué usaste para hacer parpadear el botón? ¿Y de dónde sacaste el firmware del rastreador? ¿Supongo que el tablero negro redondo es el botón de retraso? ¿Y el tablero verde? ¿Es un convertidor normal de USB a serie o algo más?

El tablero negro es el interior del botón pulsador.
Soldé cables en el cabezal FTDI.
Conecté esos cables a mi serie -> convertidor FTDI
Bajó D0 para que el botón Xiaomi Push entrara en modo de programación.
Bosquejo flasheado del sniffer de NXP (JennickSniffer) incluido en el sdk de NXP.
Empezó a capturar

Su hoja de Excel es bastante inútil.
Conectaré uno de mis sensores de movimiento ahora y veré qué información surge.

Depende de ustedes hacerme saber cómo se deben entregar los datos.
Se pueden exportar los datos sin procesar.
Es posible exportar solo fotogramas relevantes con alguna explicación como:
Después de agregar el sensor de movimiento, el sensor envía este anuncio:
https://pastebin.com/VSTh1dab
O simplemente capturas de pantalla o algo así.

Para su información, actualmente tengo:

• Detector de humo Xiaomi Mijia
• Enchufe inteligente Xiaomi
• Xiaomi pulsador gen. 1
• Xiaomi sensor de pociones gen. 1
• Sensor de puerta / ventana Xiaomi Mijia (pedido, llegará pronto)

Para esos dispositivos, puedo proporcionar una depuración extensa si lo desea.

Desafortunadamente, el archivo de Excel en el que capturó su conclusión de rastreo no nos muestra nada nuevo. No hay información de la batería ;-(

Creo que la información de la batería está en el informe 0xff01 enviado al clúster básico después de una hora más o menos. Veo esto para el sensor de contacto de puerta/ventana.

Depende de ustedes hacerme saber cómo se deben entregar los datos.
Se pueden exportar los datos sin procesar.
Es posible exportar solo fotogramas relevantes con alguna explicación como:
Después de agregar el sensor de movimiento, el sensor envía este anuncio:
https://pastebin.com/VSTh1dab
O simplemente capturas de pantalla o algo así.

Los marcos más interesantes son los de la capa APS, como los informes ZCL y los comandos que envía la puerta de enlace a los dispositivos.

Para su información, actualmente tengo:

Detector de humo Xiaomi Mijia
Enchufe inteligente Xiaomi
Xiaomi pulsador gen. 1
Xiaomi sensor de pociones gen. 1
Sensor de puerta / ventana Xiaomi Mijia (pedido, llegará pronto)
Para esos dispositivos, puedo proporcionar una depuración extensa si lo desea.

Xiaomi pulsador gen. 1 y el sensor de puertas / ventanas Xiaomi Mijia ya son compatibles.

Sobre el interruptor redondo.
Sí, es compatible. Sin embargo, encontré lo siguiente. Parece estar informando clics dobles, triples o cuádruples. Ver esta imagen adjunta:

Está bien. para volver al tema. He muestreado fotogramas de todos los eventos de los que soy consciente.
Los he documentado y pegado en Pastebin.
Espero que esta información proporcione suficiente información para que los sensores de humo sean compatibles :-) Ese es el objetivo de este número.

https://pastebin.com/59rUTJKv

Sobre el interruptor redondo.

Frio. Solo tengo el interruptor Aqara (botón redondo, cuadrado en el exterior), que no envía Presionar, solo Liberar. Comprobaré dos veces el atributo 0x8000. ¿También está en el clúster 0x0006 (consulte el encabezado APS)? ¿Y un comando de Atributos de informe (consulte el encabezado ZCL)? ¿Y está configurada la bandera específica del fabricante? Si es así, ¿qué código de fabricante se utiliza?

Ok, genial, también encontré el informe de la batería. Abrirá un nuevo problema con respecto a este botón.

Agregué el atributo AD y los puntos finales del detector de humo a mi hoja de Excel.

https://tenklooster-my.sharepoint.com/personal/richard_tenklooster_net/_layouts/15/guestaccess.aspx?docid=0745e883aa555494cb8885a2d8eb48f3e&authkey=AQ08dGXdAz2r02LBPoyxdMw

Acabo de recibir este detector de humo hoy. ¿Funciona con deCONZ de alguna manera en este momento?
Además, ¿qué necesito presionar en el detector para emparejarlo? :)

Para emparejar debes abrir la red y presionar el botón tres veces.

Y no, los detectores de humo aún no son compatibles. Los enchufes inteligentes y los botones redondos, los eventos de presión múltiple y los datos de la batería aún no se han agregado.

Gracias rtenklooster que funcionó!
Entonces, ¿ahora mismo no podemos sacar nada del detector de humo?
Uso los otros botones, pir e imanes de Xiaomi para Node-Red y luego para Home Assistant.

Eres bienvenido.
Sí, es cierto... no puede usarlo hasta que las direcciones capturadas se hayan agregado al archivo xml.

He rastreado todos los paquetes y publicado el resultado en una hoja de cálculo de Excel arriba. Siéntase libre de darle una oportunidad, debe contener toda la información necesaria. Actualmente estoy muy corto de tiempo para hacerlo yo mismo.

Supongo que los desarrolladores (de Dresde) se están centrando actualmente en otras cosas. Tal vez encuentren tiempo en un futuro cercano para agregar mis datos capturados para que los sensores sean totalmente compatibles. Incluyendo estados de batería, etc. He sacrificado uno de mis botones para proporcionarles todos los datos necesarios. Lo documenté y publiqué el resultado, así que crucé los dedos y espero que encuentren el tiempo :-)

Lo documenté y publiqué el resultado, así que crucé los dedos y espero que encuentren el tiempo :-)

Absolutamente, no se olvide que no puedo proporcionar una ETA, pero los registros del sniffer se utilizarán para continuar con la integración del detector :)

Gracias rteenklooster, muy buen trabajo!! Y gracias manup por integrar este detector en un futuro no muy lejano :)

@ebaauw , ¿es posible hacer que el detector de humo Xiaomi funcione con Homekit (complemento Homebridge-hue)?

Probablemente. Necesito ver cómo se ven los recursos del sensor en la API REST. Homebridge-hue debería emitir un mensaje de advertencia con toda la información cuando encuentre un sensor desconocido.

Extrañé por completo el PR #310. ¿Podría alguien publicar cómo se ven los recursos del sensor para los sensores Heiman, para que pueda agregar soporte para ellos a homebridge-hue? Gracias.

Tengo un sensor de humo Schwaiger que parece ser un sensor Heiman. Publiqué información al respecto en el número 352, tal vez esto ayude. Desafortunadamente no tengo un sniffer zigbee...

@rtenklooster , @AntiHeld889 , tengo el sensor de inundación Xiaomi Aqara funcionando con deCONZ (y con homebridge-hue). También informa alarmas a través del clúster _IAS Zone_, pero no anuncia el clúster. Creo que el sensor de humo se podría apoyar de la misma manera. ¿Puedes probar mi último PR?

Creo que el sensor de humo se podría apoyar de la misma manera. ¿Puedes probar mi último PR?

Todavía soy bastante nuevo en esto, pero intenté conectar uno de mis Xiaomis con 2.05.04 (¿que incluye su último PR?), Sin suerte. Incluso intenté activar la alarma con un par de coincidencias fundidas, mientras la red aún estaba abierta, para empujarla a transmitir algo, pero no zhafire en la API REST.

No, el PR para el sensor de humo Xiaomi se fusionó con deCONZ, pero no está incluido en v2.05.04. Debe esperar a la próxima versión o compilar el complemento REST API usted mismo (consulte LÉAME).

¿Podría verificar dos veces en el panel _Información del nodo_ que el _Código del fabricante_ sea 0x1037 y que la dirección MAC comience con 0x00158d?

Debe abrir la red desde la aplicación web (o la aplicación Phoscon). deCONZ no creará ningún recurso API cuando abra la red desde la GUI. Al emparejar los otros dispositivos Xiaomi, es mejor presionar/soltar el botón de descanso (agujero) regularmente después de abrir la red y luego intentar leer los atributos del grupo _Basic_. Por lo general, admiten _Nombre del fabricante_, _Código de fecha_ y _ID de compilación SW_, pero se necesitan algunos intentos para leerlos.

Abrir la red desde la aplicación web funcionó.
Al pulsar el botón de prueba:

Está catalogado como fuego en lugar de humo.



Así que se ve genial 🥇
¿Es posible activar el estado de incendio para que el sensor emita un pitido?
Como una solicitud PUT a /sensor/id/state
fuego: verdad?

Lo intenté pero obtuve el error 400. Me imagino que no está diseñado para funcionar así. Sin embargo, sería muy bueno poder hacer sonar la sirena desde el asistente de casa. Para extender la alarma de mi asistente de hogar con mis 8 alarmas contra incendios... puedo imaginar que toda la calle se despertaría cuando alguien intenta entrar a mi casa en medio de la noche... 🗡

El resto de la API informa esto:
{ "config": { "on": true, "reachable": true }, "ep": 1, "etag": "748cfe1cfdba9ee12a9db46213a286e5", "manufacturername": "LUMI", "modelid": "lumi.sensor_smoke", "name": "Fire 29", "state": { "fire": false, "lastupdated": "2018-02-19T22:26:06" }, "swversion": "20161018", "type": "ZHAFire", "uniqueid": "00:15:8d:00:01:4d:31:5c-01-0500" }

Está catalogado como fuego en lugar de humo.

Ese es el nombre del tipo de zona IAS.

Conseguiste activar la sirena a distancia o solo suena cuando el propio sensor tiene alarma?

No ha logrado activarlo de forma remota. Tampoco lo he probado.

Tal vez pueda intentarlo mañana. Creo que he visto un video de YouTube que sugiere que cuando se conecta a la misma puerta de enlace mi, la alarma de todos los detectores de humo está vinculada. Eso sugeriría que la funcionalidad está ahí.

Es hora de probarlo mañana. Hagamos un poco de fuego y veamos qué pasa con los otros sensores.

Descarga de Outlook para iOS https://aka.ms/o0ukef

De: Erik Baauw [email protected]
Enviado: lunes, 19 de febrero de 2018 23:48:13
Para: dresden-elektronik/deconz-rest-plugin
CC: Ricardo; Mencionar
Asunto: Re: [dresden-elektronik/deconz-rest-plugin] Detector de humo Xiaomi Mijia (HonneyWell) (#152)

Está catalogado como fuego en lugar de humo.

Ese es el nombre del tipo de zona IAS.

Conseguiste activar la sirena a distancia o solo suena cuando el propio sensor tiene alarma?

—
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub https://github.com/dresden-elektronik/deconz-rest-plugin/issues/152#issuecomment-366820741 o silencie el hilo https://github.com/notifications/ cancelar suscripción-auth/AGNMwi919ZT6dtPIKGRA-JnBGSDZKT0tks5tWfotgaJpZM4PH0WK .

No, el PR para el sensor de humo Xiaomi se fusionó con deCONZ, pero no está incluido en v2.05.04. Debe esperar a la próxima versión o compilar el complemento REST API usted mismo (consulte LÉAME).

Está bien. ¡Lo tengo funcionando hoy con 2.05.05! :)

No tuve suerte activando la sirena de forma remota para mí tampoco. Cuando se empareja con el hub y la aplicación xiaomi, es posible enviar una señal de prueba a la sirena desde la aplicación, pero no activar la sirena. Sin embargo, el concentrador xiaomi se puede configurar como una sirena repetidora, ¿tal vez eso es lo que has visto en el video de YouTube @rtenklooster ?

Tengo los mismos detectores de humo conectados hoy.
Trabajando a la perfección, excepto al encender la sirena de forma remota.

Sería genial crear tu propio sistema de alarma/seguridad para el hogar 👍

Empecé ordenando uno de estos detectores de humo solo para verificar que podía hacer que funcionaran, y el primero lo conecté de inmediato, muy bien, no estoy seguro de qué patrón presioné, pero recuerdo que el emparejamiento fue muy fácil...

3 semanas de avance rápido, otros 10 de estos dispositivos llegan por correo, el primero que recojo tengo algunos problemas para sincronizar con desconz, después de buscar en Google durante unos segundos, leer los consejos de emparejamiento de otros usuarios en este problema, descubrí parece emparejarse si el boton que tiene se presiono 3 veces seguidas...

Sin embargo, todo estuvo bien :)

Parece que he alcanzado algún tipo de límite para estos detectores de humo en la forma en que es absolutamente imposible para mí emparejar un tercer detector de humo, probé no solo uno sino 3 diferentes directamente del empaque original y no puedo conseguir que funcionen. empareje con deconz: la aplicación Phoscon simplemente dice que no se pudo agregar el dispositivo (y puedo confirmar que el rest-api de hecho no tenía un sensor agregado...)

Actualmente usando 2.05.12, algunos raspbian no demasiado antiguos en el Pi 3 con un raspbee. ¿Hay algo que pueda hacer para depurar esto?

Tengo 5 de ellos emparejados para descongelar.
Me tomo algo de tiempo pero parece que le diste a abrir la red y luego presionas el boton 3 veces en el sensor de humo

Supongo que ha alcanzado el límite de dispositivos por enrutador. Experimenté lo mismo hace un tiempo. Hay un número limitado de dispositivos secundarios por enrutador. Por lo tanto, agregar un enrutador adicional, como una bombilla de Ikea o un tomacorriente de Xiaomi, podría resolver sus problemas.
Descarga de Outlook para iOS https://aka.ms/o0ukef

De: QempZor [email protected]
Enviado: miércoles, 4 de abril de 2018 8:00:01 a. m.
Para: dresden-elektronik/deconz-rest-plugin
CC: Ricardo; Mencionar
Asunto: Re: [dresden-elektronik/deconz-rest-plugin] Detector de humo Xiaomi Mijia (HonneyWell) (#152)

Tengo 5 de ellos emparejados para descongelar.
Me tomo algo de tiempo pero parece que le diste a abrir la red y luego presionas el boton 3 veces en el sensor de humo

Op 3 abr. 2018 23:29 schreef Kristian Mide [email protected] :

Empecé ordenando uno de estos detectores de humo solo para verificar que podía hacer que funcionaran, y el primero lo conecté de inmediato, muy bien, no estoy seguro de qué patrón presioné, pero recuerdo que el emparejamiento fue muy fácil...

3 semanas de avance rápido, otros 10 de estos dispositivos llegan por correo, el primero que recojo tengo algunos problemas para sincronizar con desconz, después de buscar en Google durante unos segundos, leer los consejos de emparejamiento de otros usuarios en este problema, descubrí parece emparejarse si el boton que tiene se presiono 3 veces seguidas...

Sin embargo, todo estuvo bien :)

Parece que he alcanzado algún tipo de límite para estos detectores de humo en la forma en que es absolutamente imposible para mí emparejar un tercer detector de humo, probé no solo uno sino 3 diferentes directamente del empaque original y no puedo conseguir que funcionen. empareje con deconz: la aplicación Phoscon simplemente dice que no se pudo agregar el dispositivo (y puedo confirmar que el rest-api de hecho no tenía un sensor agregado...)

Actualmente usando 2.05.12, algunos raspbian no demasiado antiguos en el Pi 3 con un raspbee. ¿Hay algo que pueda hacer para depurar esto?

—
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub https://github.com/dresden-elektronik/deconz-rest-plugin/issues/152#issuecomment-378405607 o silencie el hilo https://github.com/notifications/ cancelar suscripción-auth/AiHjwmGjm1Jj6VZgwR1d9LHK2GCS7fsoks5tk-nOgaJpZM4PH0WK .

—
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub https://github.com/dresden-elektronik/deconz-rest-plugin/issues/152#issuecomment-378489383 o silencie el hilo https://github.com/notifications/ cancelar suscripción-auth/AGNMwvTZi2849z76CSO1YewiR3l6Z_0Yks5tlGFhgaJpZM4PH0WK .

Tengo 5 detectores de humo conectados, así que sigue intentándolo. Algunos dispositivos realmente pueden ser un dolor de cabeza, mi primer sensor de agua tomó alrededor de 100 intentos para conectarse, pero no he tenido éxito con el segundo, debo haber hecho más de 300 intentos con él hasta ahora :P

@QempZor @rtenklooster @martikainen87 Gracias por tus sugerencias :)

Hoy finalmente logré agregar otro, fue algo como esto:
Probé algunos sensores de los que estaba 100% seguro de cómo debían emparejarse; de ​​repente, tampoco pudieron emparejarse, lo que me hizo pensar que debe haber sido deCONZ que de alguna manera realmente no abrió la red cuando debería.
Una actualización a la última versión no ayudó
Pero, un buen y viejo reinicio duro con el token de encendido funcionó, ahora puedo emparejar los detectores de humo y otros sensores que tengo por ahí...

Para aquellos que se preguntan: los detectores de humo xiaomi mijia deberían emparejarse cuando el único botón que tienen se presiona 3 veces seguidas algo rápido

¡Hola! Gran trabajo con estos sensores! Agregué dos hoy con éxito. Se enumeran en el recurso /sensores y aparecen en HASS; sin embargo, no aparecen en la aplicación Phoscon. ¿Deberían ellos? ¿Cómo puedo cambiar sus nombres/identificaciones?

Todavía no se muestran en la aplicación Phoscon, pero lo estarán pronto. Por lo tanto, los nombres actualmente solo se pueden cambiar a través de REST-API.

¿Alguien que haya podido controlar la sirena en los detectores de humo?

@rtenklooster , ¿tiene una puerta de enlace Xioami? Si es así, si usted:

1. empareje dos detectores de humo con él
2. configurarlos para sonar como un grupo
3. disparar uno con humo
4. capturar el tráfico zigbee

¿Tal vez ves los mensajes que enciende la sirena?

Por cierto. Estoy considerando comprar algunos de estos, ¿están presentes en Phoscon todavía @manup , no hay prisa, solo curiosidad?

@sveip
Todavía no lo he probado con el firmware más reciente para mi puerta de enlace. Lo intentaré lo antes posible. Acabo de mudarme a mi nuevo hogar, así que tengo que averiguar dónde están todos mis sniffers y otro hardware.

@rtenklooster , fantástico, no hay prisa :) Sería genial poder hacer que todas las sirenas suenen, incluso si solo una detecta humo. Estoy pensando en hacer un botón en apuros para silenciar a todos menos a los que han detectado humo, para localizar más fácilmente la fuente de fuego/humo.

1. configurarlos para sonar como un grupo..
   Que yo sepa no hay opción de agrupación. Conecté dos de ellos a la puerta de enlace Mi en la última versión, no hay forma de que ambos se alarmen. La única vinculación que ofrecen es vincular la propia alarma de la puerta de enlace.
   Me encantaría esta característica también. Cuando duermo, no puedo escuchar el detector de humo en el garaje, por ejemplo.

Creo que es estúpido que no hayan implementado tal funcionalidad. He buscado en Google sobre el tema, pero no he visto ningún informe de tales alarmas vinculadas.

Gracias por probar @rtenklooster. Es una pena que no sea compatible. ¿Quizás la única forma de averiguar si se admite la agrupación es preguntarle a Xiaomi?

Al leer el manual, dice "Presione y mantenga presionado el botón «Parada de sonido / Autocomprobación» durante 3 segundos, después de lo cualel indicador rojo comenzará a parpadear y se encenderán los pitidos, la alarma entra en elmodo de simulación del sonido de la alarma;"

¿Sabes si hay alguna indicación en el hub/aplicación sobre este evento? Tal vez haya algo de tráfico de Zigbee relacionado con él. Posibilidad remota, pero tal vez valga la pena comprobarlo.

No no hay.

Descarga de Outlook para iOS https://aka.ms/o0ukef

Furgoneta: sveip [email protected]
Verzonden: domingo, 21 de agosto de 2018 14:05
Aan: dresden-elektronik/deconz-rest-plugin
CC: Ricardo; Mencionar
Onderwerp: Re: [dresden-elektronik/deconz-rest-plugin] Detector de humo Xiaomi Mijia (HonneyWell) (#152)

Al leer el manual, dice "Presione y mantenga presionado el botón «Parada de sonido / Autocomprobación» durante 3 segundos, después de lo cual
el indicador rojo comenzará a parpadear y se encenderán los pitidos, la alarma entra en el
modo de simulación del sonido de la alarma;"

¿Sabes si hay alguna indicación en el hub/aplicación sobre este evento? Tal vez haya algo de tráfico de Zigbee relacionado con él. Posibilidad remota, pero tal vez valga la pena comprobarlo.

—
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub https://github.com/dresden-elektronik/deconz-rest-plugin/issues/152#issuecomment-414650768 o silencie el hilo https://github.com/notifications/ cancelar suscripción-auth/AGNMwjj6RGCMVbSMuLlBz-Uu1fLncJjcks5uS_d1gaJpZM4PH0WK .

¿Algo nuevo con respecto a la compatibilidad con los sensores de humo (XIAOMI) Honeywell LUMI en deconz?
Puedo agregar el sensor, pero el primero no es visible en Phoscon.
Cuando agrego el dispositivo en FHEM, solo puedo ver la batería y la lectura alcanzable. ¿Cómo puedo verificar si hay eventos de incendio para activar algunas cosas necesarias en mi casa? Creo que la API REST no proporciona esto correctamente

Hola,

tengo sensor de humo Se agregan dispositivos No es visible es la aplicación Phoscon.
Resto de informes de API a datos de domoticz como este:

al agregar dispositivo:
2019-01-22 17:26:49.536 (Deconz zigbee) ###### Datos de WebSocket: {'id': '54', 'sensor': {'config': {'temperatura': 2500, 'batería ': 100, 'accesible': Verdadero, 'encendido': Verdadero}, 'id': '54', 'nombre': 'lumi.sensor_smoke', 'estado': {'batería baja': Falso, 'fuego': Falso, 'última actualización': '2019-01-22T16:26:18', 'manipulado': Falso}, 'ep': 1, 'etag': 'b73470512b6a6b3496808bbec411e7be', 'nombre del fabricante': 'LUMI', 'tipo' : 'ZHAFire', 'modelid': 'lumi.sensor_smoke', 'uniqueid': '00:15:8d:00:01:db:93:f9-01-0500'}, 'uniqueid': '00:15 :8d:00:01:db:93:f9-01-0500', 'e': 'agregado', 'r': 'sensores', 't': 'evento'}

dar la alarma:
2019-01-22 19:51:23.131 (Deconz zigbee) ### Dispositivo de actualización (Deconz zigbee - lumi.sensor_smoke): {'BatteryLevel': 100, 'sValue': '', 'nValue': 0}
2019-01-22 19:51:23.131 (Deconz zigbee - lumi.sensor_smoke) Actualización del dispositivo desde 0:'' para tener valores 0:''.
borrar alarma:
2019-01-22 19:51:33.846 (Deconz zigbee) ### Dispositivo de actualización (Deconz zigbee - lumi.sensor_smoke): {'BatteryLevel': 100, 'sValue': '', 'nValue': 0}
2019-01-22 19:51:33.846 (Deconz zigbee - lumi.sensor_smoke) Actualización del dispositivo desde 0:'' para tener valores 0:''.

Puedo enviar más datos de diagnóstico si es necesario.

Adán

Tengo alrededor de 6 de ellos. Funcionan bien y desencadenan eventos. No, no puedes verlos en la aplicación, pero están ahí.

También mostrándose correctamente en los asistentes de casa.

Hola,

Voy a comprobar en casa de nuevo.
Ningún cambio. ¿HA usa también la API REST para obtener datos de deconz o se usa un protocolo diferente?
Porque para mí parece que a través de Rest API, las actualizaciones de estado no se envían correctamente al complemento Smanar / Domoticz-deCONZ.

Adán

Ah, sí, tienes razón. Estoy usando FHEM, y aquí tuve que hacer algunas adaptaciones al Módulo 31_HUEDevice.pm.
Ahora obtengo todos los valores como lectura. Informé al mantenedor de este módulo para obtenerlo de forma permanente.

Esto es lo que tenía que hacer: Editar archivo de módulo FHEM/31_HUEDevice.pm
Después de esta línea: $lecturas{estado} = $estado->{presencia}?'movimiento':'nomovimiento' if(defined($estado->{presencia}) );
Insertar:
$lecturas{estado} = $estado->{fuego}?'fuego':'nofuego' if(defined($estado->{fuego}) );

Después de esta línea: $lecturas{consumo} = $estado->{consumo} if(defined($estado->{consumo}) );
Insertar:
$lecturas{fuego} = $estado->{fuego} if(defined($estado->{fuego}) );
$lecturas{manipulado} = $estado->{manipulado} if(defined($estado->{manipulado}) );
$lecturas{batería baja} = $estado->{batería baja}?'baja':'OK' if(defined($estado->{batería baja}) );

Luego, recibirá eventos una vez que se active la alarma o se presione el botón de prueba.

Entonces REST Plugin funciona bien. No se puede mantener con la aplicación Phoscon. Así que creo que tampoco es posible crear un grupo de campanadas/alarmas cuando se detecta un incendio. Pero es bueno ver que ahora puedo crear automatizaciones en caso de emergencia.

Esperando la funcionalidad de grupo de xiaomi :)

¡Smanar solucionó el problema en su complemento!

@rtenklooster , ¿sería posible que use su detector de humo y puerta de enlace Xiaomi para rastrear el tráfico zigbee en los siguientes escenarios?

1) Pruebe la alarma desde la aplicación MI home.
2) Active la alarma con humo real y silencie la alarma activa con la aplicación MI home.

No creo que esos casos hayan sido cubiertos en sus capturas anteriores y esas serían características útiles para exponer a través de deCONZ.

Anteriormente usé mis sensores de humo Honeywell (Xiaomi) usando el Xiaomi GW, pero ahora los cambié a mi ConBee en Hass.io usando el complemento arthoc deCONZ. Los dispositivos funcionan bien (no puedo verlos en Phoscon sino en HASS) pero parece que no puedo encontrar ninguna opción para la configuración. Al usar el Xiaomi GW pude configurar la sensibilidad de los sensores de humo. ¿No es esto posible usando deCONZ?

El rastro anterior mencionado incluye una prueba [pero no un silencio] (https://pastebin.com/59rUTJKv)

El rastro anterior mencionado incluye una prueba [pero no un silencio] (https://pastebin.com/59rUTJKv)

Hola, encontraste mi pasta;) Este volcado contiene todas las acciones posibles. Incluyendo los ajustes de sensibilidad @aronsjoberg y @barnish . Actualmente no hay forma de ajustar esas configuraciones desde deconz.
Sin embargo, sería genial poder ajustar la sensibilidad. Pero eso es algo que @manup podría arreglar (si tuviera tiempo ;))

¿Es posible activar una alarma a través de deconz?

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.

¿Hay alguna posibilidad de que el detector de humo Xiaomi / Honeywell se agregue como dispositivo reconocido?

¿Hay alguna posibilidad de que el detector de humo Xiaomi / Honeywell se agregue como dispositivo reconocido?

Se reconoce el dispositivo, pero no se muestra en Phoscon.
Lo tengo funcionando bien hasta ahora en Home Assistant.

No puedo recordar los pasos que tienes que hacer para que sea completamente funcional porque
utiliza IAS ¿no?

Op vr 13 dic. 2019 a las 11:52 schreef L3H0 [email protected]

Cualquier posibilidad de que el detector de humo Xiaomi / Honeywell se agregue como reconocido
¿dispositivo?

Se reconoce el dispositivo, pero no se muestra en Phoscon.
Lo tengo funcionando bien hasta ahora en Home Assistant.

—
Estás recibiendo esto porque estás suscrito a este hilo.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/152?email_source=notifications&email_token=ABNGEKEUF3AAFCA4ASQJD4TQYNSPBA5CNFSM4DY7IWFKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGZUIWY#issue5
o darse de baja
https://github.com/notifications/unsubscribe-auth/ABNGEKCIC6H4ZHBIEATMGFDQYNSPBANCNFSM4DY7IWFA
.

No necesitas mucho. Simplemente presione el botón 3 veces durante el emparejamiento.

¿Funciona correctamente ahora con deconz?

Funciona con homeassistant pero no en phoscon como sensor.

¡Buenos días!
¿Alguna posibilidad de integrar los detectores de humo en homebridge a través del complemento homebridge-hue?
Tengo dos de ellos, visibles en deconz y no en la aplicación phoscon.

¡Saludos!
Miguel

Si la API REST los admite, homebridge-hue probablemente ya los exponga a HomeKit. De lo contrario, abra un problema con homebridge-hue y adjunte el archivo de volcado de depuración completo (consulte https://github.com/ebaauw/homebridge-hue#debug-dump-file).

Gracias por la respuesta tan rápida... trato de reiniciar mi homebridge y luego puedo ver los detectores de humo. ¡Perfecto! :)

¿Es posible activar una alarma a través de deconz?

Por supuesto que no. No puede configurar casi nada que pueda hacer a través de mi aplicación.

Pena. Gracias

¿Hay alguna posibilidad de que el detector de humo Xiaomi / Honeywell se agregue como dispositivo reconocido?

Me encantaría tenerlo en la aplicación también 🙏

¿Es posible configurar la sensibilidad usando la API REST de deconz?

¿¿¿Grave??? ¿Esta es una solicitud de agosto de 2017 y aún no está lista?
Ahora estoy usando Zigbee2MQTT para esto, es realmente vergonzoso que un producto de código abierto pueda leer el voltaje, la sensibilidad, la cantidad de humo y pueda ver si la sirena está sonando, pero un producto como deCONZ todavía NO PUEDE.

arreglar lo antes posible

Hacer +1 en este problema no cambiará nada, ya que parece que DE no se preocupa por nada de Xiaomi.

Pero este sensor es compatible con la API REST. puedes usarlo en domoticz o HA.

Tenía la impresión equivocada de que webgui era parte del complemento deconz-rest-plugin, pero phoscon es un producto separado, por lo que ahora se eliminó mi +1.

Pero no puede configurar nada en él, solo lea el estado actual ...

Entonces, ¿qué opciones le gustaría 'establecer'? @andriej
¿No es un detector de humo un sensor que solo proporciona datos del sensor?

@RezzZ sí, pero creo que configurar la sensibilidad de un detector de humo es algo esencial, especialmente porque tanto la puerta de enlace original como zigbee2mqtt admiten esta configuración.
También habría una autocomprobación que se puede activar, pero esto puede no ser tan importante como la sensibilidad.

@rezzZ este sensor de humo permite establecer qué tan sensibles son cuando se usan con la puerta de enlace/aplicación xiaomi. Fx en la cocina se puede activar diferente a la sala de estar 🙏

También deberían estar en la GUI.

@RezzZ , si tuviera la amabilidad de echar un vistazo a las publicaciones de problemas anteriores... hay de todo, volcado de opciones olfateadas, opciones en sí mismas: este sensor tiene más que un estado tonto de "encendido/apagado" y no puede administrarlo después de unirse a la red de deconz zigbee.

Aparece en Jeedom, no en la aplicación Phoscon.

Sugerencia para los desarrolladores: ¿Podría agregar el detector de humo Honeywell como luz, por ejemplo? Como el extensor USB de Ikea. Por el momento, no puedo eliminar el detector de humo a través de la aplicación.

Puede usarlo a través de API, es decir, en HA.

No quiero sonar grosero, pero ¿cómo es que el problema se cerró sin ningún comentario?

Cometí un error aquí. La señorita hizo clic en la pestaña alternativa. ¡Lo siento!

Agregue una opción para configurar la sensibilidad y controlar la sirena como lo hizo zigbee2mqtt. ¡Gracias!

@ baneb5 Podría echarle un vistazo, pero no puedo prometer nada. Plantee un problema por separado para que podamos marcarlo adecuadamente y realizar un seguimiento. Estamos mezclando demasiado aquí. ¡Gracias!

@ baneb5 ¿Es esto algo que quieres en Phoscon? Luego, abra un problema en ese repositorio: https://github.com/dresden-elektronik/phoscon-app-beta

@Mimiix Eso probablemente deba ser atendido desde aquí. Déjame comprobarlo primero.

@baneb5 , plantee un problema separado para su solicitud según las sugerencias de @Mimiix .
@andriej por favor haz lo mismo. Podemos moverlo a phoscon beta repo si es necesario.

Chicos, tengan en cuenta que requerimos información de su parte ya que esto no funciona de otra manera.

Realmente quiero saber cuáles son los problemas.

No tengo uno, pero las características que faltan son configurar la sensibilidad del detector y también iniciar la sirena (creo que esto es una especie de modo de prueba)

Aquí hay información sobre cómo se comporta en z1mqtt:
https://github.com/foz333/Xiaomi/blob/master/devicetypes/bspranger/xiaomi-mijia-honeywell-fire-detector.src/xiaomi-mijia-honeywell-fire-detector.groovy
https://github.com/Koenkk/zigbee2mqtt.io/blob/develop/docs/devices/JTYJ-GD-01LM_BW.md#sensibilidad

@sveip ¿Es esta una solicitud de Phoscon o Deconz? De cualquier manera, abra una solicitud de función para esto en el lugar apropiado.

Quiero cerrar este problema ya que nadie sabe realmente qué pasa con esto no más 😂

No quiero ser grosero, pero esto es claramente una solicitud de descongelación, y el problema
ha sido descrito al menos un par de veces en este hilo. Iom haría
mucho más sentido cambiar el nombre del problema en lugar de hacer uno nuevo y hacer referencia a
esto, ya que aquí es donde está toda la información si vuelves a leer un poco.

hombre. 15 de junio 2020 kilos 18:21 skrev Dennis D [email protected] :

@sveip https://github.com/sveip ¿Es esta una solicitud para Phoscon o
Desconz? De cualquier manera, abra una solicitud de función para esto en su lugar apropiado
lugar.

Quiero cerrar este problema ya que nadie sabe realmente qué pasa con esto.
no mas 😂

—
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/152#issuecomment-644234217 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/ABLR4L565ORC5KWFE5LQXUDRWZDARANCNFSM4DY7IWFA
.

No eres grosero :) No te preocupes, estaré bien.

Un problema desde 2017 con más de 108 comentarios es realmente difícil de rastrear para mí lo que se necesita 😄

@SwoopX ¿Puede proporcionar una lista de las pantallas que necesitamos?

El como al principio. Debería mostrar más grupos ahora.

Me disculpo si hice algo mal, pero tengo un hilo rojo, y todo el hilo es sobre el problema que tengo, que es que no podemos controlar el detector de humo xiaomi de la misma manera que zigbee2mqtt (sin mencionar la puerta de enlace original de xiaomi). Me pareció lógico dar de baja este hilo en lugar de hacer uno nuevo, porque toda la información técnica ya está aquí.

@baneb5 todo bien y válido. Simplemente continúe y plantee un problema separado para que lo tengamos claro para nosotros. No es gran cosa.

Por cierto, la capacidad de probar el sensor ya se proporciona a través de la API REST si leí los enlaces correctamente. Sin embargo, faltan exactamente los detalles técnicos necesarios, ya que la primera captura de pantalla muestra una unión incompleta.

Es interesante encontrar este tema tan activo de nuevo.

@SwoopX , ¿cómo puedo probar el sensor a través de la API REST? No pude encontrar una manera.

Si entendí bien la solicitud, también debemos activar la sirena a través de la API REST. Por ejemplo, si se activa el sensor en la HABITACIÓN A, también quiero activar otros sensores. De cualquier manera, déjanos el enlace del nuevo hilo para seguir el progreso.

Gracias por el apoyo.

@rtenklooster , ¿todavía tienes ese equipo para oler los paquetes? ¿Sería posible conectar uno de los detectores de humo al Xiaomi Home Gateway oficial y emitir una "sensibilidad establecida" desde él? Y tal vez también una "sirena de prueba" (términos sacados de mi cabeza, por lo que es posible que no coincidan con su interfaz de usuario). Si hay otros comandos disponibles desde el Hub/aplicación, también esos.

Chicos, por favor. ¿Puedes hacer lo que te he pedido? Son solo 2 cosas: un problema separado para cada solicitud, 1 o 2 capturas de pantalla y algunos resultados de depuración. No hay necesidad real de olfatear el tráfico, aunque eso sería genial.

Una vez que tengo esa información, es solo cuestión de 5 minutos, por lo que puedo decir. Cerrando este ahora.

Según la solicitud de @SwoopX , cerraré este problema.