Deconz-rest-plugin: Persianas inteligentes IKEA FIRST y CADRILL

Me temo que tendremos que esperar hasta el 2 de febrero ...

En pocos días debería llegar a las tiendas de aquí. Compraré uno seguro. Si no me equivoco, funcionan con baterías, por lo que los dispositivos finales

Estoy pensando en conseguir dos el 2 de febrero.

El razonamiento para el repetidor debe ser si el ciego no está emparejado con la puerta de enlace, ¿verdad? ¿No hay control directo de dispositivo final a dispositivo final sin el repetidor?

¿No hay control directo de dispositivo final a dispositivo final sin el repetidor?

Sin enrutador. El repetidor es definitivamente necesario cuando desea controlar la persiana inteligente de forma independiente, sin un concentrador. Sin embargo, el coordinador también es un enrutador, así que creo / espero que pueda deshacerse del repetidor si conecta tanto el control remoto como la persiana inteligente a deCONZ (o, si es posible, a un concentrador IKEA).

Ikea nos dijo que se pospusieron hasta el verano debido a problemas de fabricación y problemas con la implementación del puente IKEA. También estoy muy interesado en estas persianas y espero que se puedan controlar 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.

Sigo esperando a IKEA ...

Según Reddit, el lanzamiento de las persianas podría ocurrir en octubre en los Países Bajos:
https://www.reddit.com/r/tradfri/comments/c8e7ge/blinds_kadrilj_fyrtur_on_sale_in_october

En Suecia llegarán dentro de un mes (con suerte)

A finales de agosto en los Países Bajos, según IKEA, consulte:
https://www.ikea.com/en/en/catalog/categories/departments/Textiles/10701/ :

Desde finales de agosto de 2019, las persianas enrollables eléctricas FYRTUR y KADRILJ estarán disponibles en IKEA. Con un control remoto puede abrir y cerrar fácilmente las persianas enrollables. También se puede utilizar en combinación con la puerta de enlace TRÅDFRI y la aplicación que la acompaña.

Hm, quitaron el texto del sitio web ...

EDITAR (1 de agosto) Y está de vuelta ... todavía a fines de agosto.

Parece que tenemos que mirar el motor de persiana enrollable Xiaomi Aqara
https://s.click.aliexpress.com/e/J1vGk12

Publicado hoy, es de esperar que se integre rápidamente. Quiero comprar algunos: D

Sin tamaño personalizado: /. Demasiado.

En Italia lanzaron la batería de repuesto solo Braunit: p

Ahora debería estar disponible pronto. Han aparecido en el sitio en los Países Bajos esta semana; inicialmente dijo disponible el 18 de agosto. Compraré algunos fyrturs.

Los compré este fin de semana. Si alguien me puede proporcionar una guía paso a paso sobre lo que necesito
que hacer. Enviaré la información.

Supongo que este enlace trata sobre eso.

También compré 2 Fyrtur, pero no sé cuándo tendré tiempo para jugar con ellos.

Hoy también he conseguido dos persianas inteligentes Fyrtur. Desafortunadamente, estoy ejecutando deconz sin cabeza, así que no tengo acceso a la GUI, pero si hay alguna otra forma, podría ayudar, solo diga la palabra :)

Si ejecuta deconz en la ventana acoplable, puede habilitar la interfaz gráfica de usuario del escritorio para que se pueda ver a través de vnc

Sin tamaño personalizado: /. Demasiado.

Creo que lo son;)

https://youtu.be/PL6LPZZoFlo

Necesito 240cm de largo. Ikea vende solo 195: /.

Estoy ejecutando Deconz como un complemento en Hassio. Así que me temo que no puedo acceder a la interfaz gráfica de usuario.

Estoy ejecutando Deconz como un complemento en Hassio. Así que me temo que no puedo acceder a la interfaz gráfica de usuario.

Sí tu puedes; https://github.com/home-assistant/hassio-addons/tree/master/deconz#accessing -the-deconz-application-and-view-the-mesh-via-vnc

Ahora puedo iniciar sesión a través de VNC. He pulsado los dos botones de las persianas de Ikea (paso 2). También configuré el permiso de unión (255). Pero no veo ningún cambio en la vista VNC. ¿Hay algo más que deba hacer?

AÑADIR DISPOSITIVOS A SU
CONTROL REMOTO INALÁMBRICO PARA ABRIR / CERRAR
Cuando se vende el control remoto inalámbrico Open / Close
junto con una persiana enrollable inalámbrica y un
Repetidor de señal (en el mismo paquete),
ya están emparejados.
Para agregar más persianas enrollables inalámbricas, simplemente repita
los pasos a continuación:
Asegúrese de que su persiana enrollable inalámbrica esté
encendido.
1 Abra la tapa trasera del Open / Close
Remoto y busca el botón de emparejamiento.
2 Pulse brevemente ambos botones de la persiana.
Esto hará que el dispositivo se active y esté listo.
para maridar durante 2 minutos.
3 Mantenga el control remoto Abrir / Cerrar muy cerca
la persiana enrollable inalámbrica que desea agregar: no
a más de 5 cm de distancia.
4 Mantenga pulsado el botón de emparejamiento durante
al menos 10 segundos en el inalámbrico Open /
Cerrar control remoto.
5 Una luz roja brillará de manera constante en el Open /
Cerrar control remoto. En tu persiana enrollable inalámbrica
una luz blanca comenzará a atenuarse y parpadear hasta que
los dispositivos se han emparejado correctamente.
Se pueden emparejar hasta 4 persianas enrollables inalámbricas
con 1 control remoto de apertura / cierre.

Para aquellos que vienen de Berlín y están interesados ​​en un FYRTUR, tienen algunos en Berlín Walterdorf.

También puedes consultar online en qué tienda están disponibles :)

Todavía esperando que el Fyrtur esté disponible en Ámsterdam ...

Según tengo entendido, presionar los dos botones establece la persiana en modo de emparejamiento de enlace táctil. Eso no ayudará a emparejarlo con deCONZ. Si es como cualquiera de los dispositivos Trådfri, restablecerlo a la configuración de fábrica debería ser suficiente. Para los controles, esto se hace manteniendo presionado el botón de emparejamiento durante 10 segundos.

Si no puede lograr que la persiana se una a la red deCONZ después de un reinicio, puede intentar emparejar el control remoto con deCONZ (nuevamente, reiniciéndola) y luego vincular la persiana con el control remoto.

Todavía esperando que el Fyrtur esté disponible en Ámsterdam ...

Según tengo entendido, presionar los dos botones establece la persiana en modo de emparejamiento de enlace táctil. Eso no ayudará a emparejarlo con deCONZ. Si es como cualquiera de los dispositivos Trådfri, restablecerlo a la configuración de fábrica debería ser suficiente. Para los controles, esto se hace manteniendo presionado el botón de emparejamiento durante 10 segundos.

Si no puede lograr que la persiana se una a la red deCONZ después de un reinicio, puede intentar emparejar el control remoto con deCONZ (nuevamente, reiniciéndola) y luego vincular la persiana con el control remoto.

Por la presente, la información remota conectada

Y la información de las persianas:

Para restablecer y emparejar la persiana en sí, debe presionar ambos botones en la persiana durante 5 segundos (no en el control remoto) y, por lo tanto, la persiana debería aparecer en la GUI como un dispositivo final. Después de esto, debe emparejar manualmente el control remoto con la persiana. Al menos eso es lo que tengo entendido, ya que actualmente no puedo acceder a la GUI yo mismo. Podría reinstalar mi pi en la versión de escritorio para probar más tarde hoy ...

Editar: Parece que me ganaste Thoit :)

Editar edición: acorté una de mis persianas siguiendo el video publicado anteriormente, salió bien.

@Thoit parece que deCONZ aún no ha leído los descriptores en su totalidad. ¿Puedes intentar leerlos desde la _izquierda_ de las dos rondas desplegables en el nodo? Asegúrese de activar el dispositivo primero. Además, ¿puede publicar la otra información de https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support? Lea los atributos del clúster _Basic_ antes de realizar la captura de pantalla. Nuevamente, asegúrese de que el dispositivo esté activo durante la lectura.

¿Es esta la información que necesita?

Y el mando a distancia:

El control remoto se ve bien. Como era de esperar, tiene un clúster cliente _Window Covering_, para enviar comandos a los ciegos. Esto significa que solo puede controlar (directamente) las persianas, y que las persianas no pueden ser controladas (directamente) por los otros dispositivos de control. No estoy muy contento con el clúster 0xFC7C, que probablemente se use para alguna configuración específica de IKEA.

¿También puede publicar el nodo y los grupos para ciegos? Y el clúster _Basic_ después de leer los atributos. La radio para ciegos debe estar despierta para que la lectura tenga éxito; No estoy seguro de cómo lograrlo. Con suerte, el ciego sondea a su padre cada dos segundos o no podría reaccionar al controlador.

Hola !
Estoy feliz por el progreso, incluidas las persianas de ikea :)
Una pregunta sobre las persianas: ¿se puede personalizar la Endposition? -> Mis ventanas para las que quiero usarlas son menos de 1,95.
-> No pude encontrar ninguna información sobre eso en el manual de ikea

Hola !
Estoy feliz por el progreso, incluidas las persianas de ikea :)
Una pregunta sobre las persianas: ¿se puede personalizar la Endposition? -> Mis ventanas para las que quiero usarlas son menos de 1,95.
-> No pude encontrar ninguna información sobre eso en el manual de ikea

Sí, eso es posible. Establezca la posición final y haga clic 2 veces en uno de los botones de las persianas.

Hola !
Estoy feliz por el progreso, incluidas las persianas de ikea :)
Una pregunta sobre las persianas: ¿se puede personalizar la Endposition? -> Mis ventanas para las que quiero usarlas son menos de 1,95.
-> No pude encontrar ninguna información sobre eso en el manual de ikea

Sí, eso es posible. Establezca la posición final y haga clic 2 veces en uno de los botones de las persianas.

Gracias ! .. así que tan pronto como estén disponibles obtendré algunos :)

@manup, ¿me apoyará para obtener el soporte adecuado de portada de Ikea en deconz posible a corto plazo?

No pude encontrar cómo obtener más información sobre las persianas. Ya presioné los 2 botones cada uno, simultáneamente, hice doble clic pero no veo más información que la que se proporciona en la captura de pantalla.

Hoy he logrado hacerse con algunos de ellos. Me complace proporcionar cualquier detalle técnico que pueda ayudar con la implementación :)

@manup ¿ algún progreso o plan para esto?

Hoy finalmente emparejé una de mis persianas con deconz, pero al igual que Thoit, no veo cómo obtener más información de ella. Puedo obtener la información del nodo, pero aparentemente no hay clústeres para mostrar o leer ...

deCONZ no ha leído los descriptores. Puede intentar leerlos manualmente desde el menú desplegable izquierdo (solo visible) (en el lado derecho del nodo). Dependiendo del sueño del ciego, es posible que deba despertarlo antes de que responda. No estoy seguro de cómo se hace, supongo / espero presionando un botón en la persiana.

Clústeres ciegos y lectura de clúster básica

¡Frio! ¿Podrías intentar leer el grupo _Window Covering_? ¿Y comprobar si puede controlar la persiana a través de sus comandos _Open_ y _Close_?

¿Cómo conectaste las persianas con Deconz @Revorge? Intenté un par de veces, pero no pude hacerlo funcionar :(

@ebaauw aquí está mi implementación ciega de Homebridge de múltiples adaptadores. Podría ser útil para implementar el soporte de persianas en Homebridge-hue
https://github.com/paolotremadio/homebridge-webshades

Lo que me hace preguntarme: ¿debería ser parte de Homebridge-Hue? Técnicamente no es tono ... :)

homebridge-hue ha sido compatible con persianas inteligentes desde v0.10.3 .

¡Frio! ¿Podrías intentar leer el grupo _Window Covering_? ¿Y comprobar si puede controlar la persiana a través de sus comandos _Open_ y _Close_?

Puedo controlar la persiana desde la GUI de deconz usando los botones ejecutivos "Arriba / Abrir", "Abajo / Cerrar" e "Ir a porcentaje de elevación";

No estoy seguro de si la lectura de los atributos se completó correctamente, pero esto fue todo lo que obtuve sin importar lo que intenté:

¿Cómo conectaste las persianas con Deconz @Revorge? Intenté un par de veces, pero no pude hacerlo funcionar :(

Abra la red a través de deconz GUI o "agregue nuevas luces" en phoscon y mantenga presionados ambos botones en la persiana durante aproximadamente 5 segundos; la persiana apareció instantáneamente.

Se ve bien, me gusta que las persianas también proporcionen un grupo de control de encuestas. El control remoto parece ser el mismo que el control remoto de encendido / apagado que se vendió antes y es compatible desde 2.05.58.
https://github.com/dresden-elektronik/deconz-rest-plugin/releases/tag/V2_05_58

Seguro que se necesita algún código adicional para configurar un enlace para permitir que el control remoto controle las persianas directamente.

Como objetivo a corto plazo, creo que tiene sentido apoyar a las persianas a través del truco /lights . No es mi favorito, pero la REST-API v2 llevará algún tiempo, así que hagamos el truco primero y agreguemos una API de persianas adecuada en la v2 más tarde :)

Ayer recibí una notificación por correo electrónico de que el FYRTUR de 140 cm estaba disponible en IKEA Amsterdam. Fui allí de inmediato, pero no pudieron encontrar los FYRTUR, estaban "perdidos". Como las acciones habían cambiado, pensé que las encontraban. Hicieron otro viaje esta mañana, pero solo tenían unas unidades de 60 cm y 80 cm a la izquierda. La unidad restante de 140 cm que figura en el sitio web fue MIA. No saben cuándo llegarán nuevas existencias. Ninguna de las otras tiendas IKEA que se encuentran a una distancia decente en automóvil actualmente tiene stock, así que supongo que esperaré otra semana ...

De todos modos, incluí en la lista blanca el FYRTUR (y, espero, el KADRILJ) por lo que el complemento API REST debería crear el recurso /lights con type Window covering device . Espero que alguien pueda compilar y probar mi última confirmación.

Exponer el nivel de la batería será un poco más desafiante, ya que no hay recursos config en /lights . Podría introducir un tipo ZHABattery /sensors o tal vez mejor esperar a la API v2 /devices .

El control remoto parece ser el mismo que el control remoto de encendido / apagado

No, tiene un firmware diferente, un tipo de dispositivo diferente, y sospecho que envía comandos _Window Covering_ en lugar de comandos _On / Off_ y _Level Control_.

Agregué el tipo de dispositivo remoto a general.xml y lo incluí en la lista blanca para crear un /sensors resoruce. Creo que es suficiente, ya que también anuncia un clúster _On / Off_ de cliente. Para obtener soporte completo, necesito ver qué comandos envía. ¿Alguien podría ejecutar deconz con --dbg-info=2 y capturar los comandos, incluido asdu ?

Realmente es bueno ver que se están haciendo algunos avances y compromisos :) Si puedo ser de alguna ayuda adicional para agregar soporte, solo diga la palabra. Actualmente estoy probando todo esto en una tarjeta SD "grabadora" de todos modos, así que no me importa hacer algunos "retoques" :)

Genial @ebaauw, ¿cómo puedo probar tu código a través del complemento Hassio? ¿O no es eso posible?

Necesita obtener mi última confirmación, compilar el complemento API REST e instalarlo, consulte https://github.com/dresden-elektronik/deconz-rest-plugin#get -and-compile-the-plugin.

Necesita obtener mi última confirmación, compilar el complemento API REST e instalarlo, consulte https://github.com/dresden-elektronik/deconz-rest-plugin#get -and-compile-the-plugin.

Intenté compilar desde su repositorio, pero recibo un error

Agregué el tipo de dispositivo remoto a general.xml y lo incluí en la lista blanca para crear un resoruce / sensores. Creo que es suficiente, ya que también anuncia un clúster On / Off de cliente. Para obtener soporte completo, necesito ver qué comandos envía. ¿Alguien podría ejecutar deconz con --dbg-info = 2 y capturar los comandos, incluido el asdu?

¿Cómo haría uno - "paso a paso" lo que pidió anteriormente?

Maldita sea, me olvidé de eso. Ese es un problema conocido con las confirmaciones posteriores a la v2.05.66, que debería solucionarse en la versión v2.05.67. Vea # 1732 y https://github.com/dresden-elektronik/deconz-rest-plugin/commit/1777accdc688a2a72f762f6e8d38df68dec34fef.

Maldita sea, me olvidé de eso. Ese es un problema conocido con las confirmaciones posteriores a la v2.05.66, que debería solucionarse en la versión v2.05.67. Vea # 1732 y 1777acc .

Eso ayudó :)

Y visible en HomeAssistant: el estado y la posición informados son incorrectos, pero la persiana se puede controlar con el control deslizante de posición.

¡Consigamos esto lanzado!

¿Cuáles son los problemas con el control deslizante Home Assistant? ¿Escala incorrecta?

¿Cuáles son los problemas con el control deslizante Home Assistant? ¿Escala incorrecta?

El único "problema" es que Home Assistant desconoce por completo el estado ciego. La escala del control deslizante es correcta, pero Home Assistant no tiene idea de cuál es la posición actual de la persiana. Puede resolver esto temporalmente simplemente haciendo que Home Assistant recuerde la última posición establecida, pero eso es un asunto de la comunidad de Home Assistant.

¿El estado se refleja en state.bri en la API REST? Debe coincidir con el atributo _Porcentaje de aumento de la posición actual_. El controlador de cortina Xiaomi y, creo, el ubysis J1 solo informan la posición actual después de una calibración exitosa.

¿Qué posición es 0%? ¿Completamente abierto o cerrado? Necesito comprobar el código que se supone que es; Olvidé cuál es cuál, ya que Xioami los invirtió y HomeKit los invirtió frente a ZigBee.

El atributo (y state.bri ) deberían actualizarse automáticamente. Si no es así, ¿podría intentar crear un enlace manualmente desde el clúster _Window Covering_ de la persiana a RaspBee / ConBee?

¿Qué posición es 0%? ¿Completamente abierto o cerrado? Necesito comprobar el código que se supone que es; Olvidé cuál es cuál, ya que Xioami los invirtió y HomeKit los invirtió frente a ZigBee.

0% está completamente abierto. Veré state.bri más tarde.

Si realizo una lectura de los atributos del _Window Covering Cluster_, el estado y la posición se actualizan en Home Assistant, aunque al revés, por lo que 0% (abierto) se muestra como cerrado y 100% (cerrado) se muestra como abierto ... sí mismo parece sondear a su padre cada segundo.

Si realizo una lectura de los atributos del Clúster de cobertura de ventanas, el estado y la posición se actualizan en Home Assistant

La lectura no debería ser necesaria, una vez que cree un enlace desde el grupo _Window Covering_ a RaspBee / ConBee, y configure el informe de atributos para el _Current Position Lift Percentage_.

por lo que 0% (abierto) se muestra como cerrado y 100% (cerrado)

La apertura debe ser 0%, bien, consulte https://github.com/dresden-elektronik/deconz-rest-plugin/pull/746#issuecomment -427590830. Vuelva a verificar state.bri . Debe ser 0 para abierto y 255 para cerrado. Si ese es el caso, Home Assistant debería invertir los valores (también al abrir / cerrar la persiana). HomeKit también usa 100% para abierto y 0% para cerrado, así que tuve que hacer lo mismo en homebridge-hue.

El propio ciego parece sondear a su padre cada segundo.

Esas son buenas noticias. Esperaba que lo hiciera (o no pudiera responder al control remoto), pero es bueno tener confirmación.

La lectura no debería ser necesaria, una vez que crea un enlace desde el clúster de Cobertura de ventana a RaspBee / ConBee, y configura el informe de atributos para el porcentaje de elevación de la posición actual.

Suena excelente, pero me temo que no tengo los conocimientos necesarios.

Para crear un enlace, abra el panel _Bind Dropbox_ en la GUI de deCONZ. Arrastre el grupo _Window Covering_ desde la persiana al campo _Source_ en el cuadro desplegable. Arrastre el punto final 0x01 desde RaspBee al campo _Destination_. Luego presione _Bind_. El dropbox debería mostrar el éxito por un breve tiempo. Puede que sean necesarios algunos intentos. Aquí hay una captura de pantalla (para el controlador de cortina Xiaomi):

Para configurar los informes de atributos, abra el panel _Cluster Info_ en la GUI de deCONZ. Seleccione el grupo _Window Covering_ desde la persiana y desplácese hacia abajo. Haga doble clic en el atributo _Current Position Lift Percentage_ para abrir la ventana _Attribute Editor_. Ingrese los valores de reporte y presione _Write Config_. Cierre la ventana emergente, vuelva a abrirla y presione _Read Config_ para verificar que los valores fueron almacenados. Puede que sean necesarios algunos intentos.

Después de esto, el valor del _Porcentaje de elevación de la posición actual_ debería cambiar automáticamente al abrir o cerrar la persiana. Si esto funciona, podemos mejorar el complemento de la API REST para configurar la configuración de informes de atributos y enlaces automáticamente.

Buen trabajo chicos, acabo de coger 2 ciegas hoy, pero necesito cortarlas un poco primero, pero una vez que las tenga, estaré feliz de ayudar si se necesita más información.

@ebaauw Muchas gracias. Realmente aprecio la ayuda y la explicación detallada :) Estoy de cumpleaños en unos minutos, pero lo daré esta noche. Parece que es todo lo que se necesita para arreglar el funcionamiento básico con HA 👍

Según ikea.nl, hay una persiana de 140 cm en stock en Ikea Amsterdam, pero podría ser la persiana fantasma de antes;)

@ebaauw Seguí sus instrucciones para crear el enlace y la posición ahora se actualiza automáticamente 👍 Ahora solo tengo que averiguar cómo invertir el estado de apertura / cierre en Home Assistant.

Intentaré emparejar el control remoto de apertura / cierre con deCONZ más tarde y probaré si también funciona para controlar las persianas

@Revorge para arreglar Hass solo necesitamos agregar el modelo en https://github.com/home-assistant/home-assistant/blob/d4bd5a180ce9c7dc39b0a00000307148ca6b6303/homeassistant/components/deconz/cover.py#L17

Solo me gustaría averiguar cuál es la forma predeterminada para no tener que especificar todos los dispositivos siguiendo el orden correcto

El control remoto parece ser el mismo que el control remoto de encendido / apagado

No, tiene un firmware diferente, un tipo de dispositivo diferente, y sospecho que envía comandos _Window Covering_ en lugar de comandos _On / Off_ y _Level Control_.

Interesante, cuando recuerdo correctamente, el control remoto de encendido / apagado también proporcionó capacidades para cubrir ventanas.

Combinaré https://github.com/dresden-elektronik/deconz-rest-plugin/pull/1774 para 2.05.67. La creación de encuadernación automática para el grupo de cubiertas de ventanas se puede agregar para la próxima versión.

@manup, ¿tenemos una manera fácil de saber qué portadas tienen lógica inversa hacia arriba / hacia abajo?

@manup, ¿tenemos una manera fácil de saber qué portadas tienen lógica inversa hacia arriba / hacia abajo?

No estoy seguro, pero sugeriría que REST-API solo proporciona una lógica para todas las portadas. Y si una cubierta tiene lógica inversa, esto debe cuidarse internamente para mantener las aplicaciones simples.

El complemento de la API REST normaliza la lógica ... al estándar ZigBee. Entonces, dependiendo de lo que utilicen “sus” sistemas de automatización del hogar, es todo, no ninguno.

@ebaauw ok entonces ¿todos usan especificaciones zigbee? Entonces, ¿no hay razón para mantener el soporte invertido para el componente hass? Tendré que revisar mis antiguas relaciones públicas para ver por qué era necesario originalmente

¿Alguien podría ejecutar deconz con --dbg-info = 2 y capturar los comandos, incluido el asdu?

Estoy tratando de hacer lo anterior (aunque no estoy seguro de entender la parte "asdu"), pero solo recibo un mensaje de "no botton handler" cuando presiono un botón en el control remoto ... ¿Qué debo hacer?

Debería haber un mensaje APS-DATA con el asdu justo antes de este. Consulte, por ejemplo, https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1676#issuecomment -511347951.

Este mensaje ya confirma mi sospecha de que el control remoto envía comandos _Window Covering_ (clúster 0x0102). Necesitamos capturar los diferentes comandos para presionar, soltar, mantener presionados los diferentes botones, para crear un controlador de botones.

--dbg-info=2

Ese es el control remoto que informa su porcentaje de batería (grupo 0x0001, atributo 0x0021).

Quizás confundí las opciones de deCONZ. ¿Podrías probar --dbg-info=2 además de --dbg-aps=2 ?

--dbg-aps=2 - antes y después de una presión hacia arriba y una hacia abajo

Necesito volver a verificar la especificación ZCL cuando estoy en casa, pero parece que son simples comandos _Open_ y _Close_, sin ningún parámetro. ¿El control remoto envía algo más cuando se mantiene presionado o presionado?

¿El recurso ZHASwitch para el control remoto muestra config.group ? ¿Los ciegos ya reaccionan al control remoto?

Necesito volver a verificar la especificación ZCL cuando estoy en casa, pero eso parece simples comandos Abrir y Cerrar, sin ningún parámetro. ¿El control remoto envía algo más cuando se mantiene presionado o presionado?

Manteniendo pulsado el botón durante unos segundos

¿El recurso ZHASwitch para el control remoto muestra config.group? ¿Los ciegos ya reaccionan al control remoto?

No había pensado en esto antes, pero simplemente asigné el mismo ID de grupo ciego y remoto a través de deCONZ GUI y el ciego responde perfectamente a la entrada remota - tanto "presionar una vez hacia arriba y abajo" y "presionar prolongadamente hacia arriba y hacia abajo". Como era de esperar, no se requiere el extensor de rango / repetidor :)

Tenga en cuenta que el comportamiento del mando es el siguiente:

• una sola pulsación hacia arriba: abre las persianas por completo
• pulsación larga hacia arriba: siga abriendo hasta que se suelte el botón (o se alcance la posición de apertura total)
• una sola pulsación hacia abajo: cierre las persianas completamente hacia abajo
• presión larga hacia abajo: siga cerrando hasta que se suelte el botón (o se alcance la posición completamente cerrada)

Tenga en cuenta que el comportamiento del mando es el siguiente:

• una sola pulsación hacia arriba: abre las persianas por completo
• pulsación larga hacia arriba: siga abriendo hasta que se suelte el botón (o se alcance la posición de apertura total)
• una sola pulsación hacia abajo: cierre las persianas completamente hacia abajo
• presión larga hacia abajo: siga cerrando hasta que se suelte el botón (o se alcance la posición completamente cerrada)

Claro, ese es el comportamiento que estoy obteniendo 👍

Y esto es consistente con los comandos que veo en el registro: _Up / Open_ (0x00) o _Down / Close_ (0x01) al presionar un botón, y _Stop_ (0x02) al soltar el botón después de un tiempo. Esto es atípico: el control remoto envía el mismo comando al presionar / soltar que al presionar / mantener presionado, no puedo distinguir entre los eventos de botón x001 y x002. Sigo pensando que tiene sentido enviar x003 en versión larga.

Puedo ver por qué: no importa si presiona o mantiene presionado, la persiana comenzará a moverse. Si es solo una prensa, se detendrá al final del rollo. Si se mantiene pulsado, se detendrá al soltar el botón.

Estoy de acuerdo con usted, la presión prolongada es más descriptiva (siempre que obtengamos un evento cuando se haya soltado el botón). También hará que los códigos sean más consistentes con el control remoto de 5 botones de Ikea

La confirmación anterior debe crear un grupo para el control remoto de apertura / cierre en el emparejamiento (haciendo que aparezca config.group ) y actualizar state.buttonevent al presionar los botones:

• 1002: _Arriba_ presione / suelte o presione / mantenga presionado;
• 1003: _Up_ liberación prolongada;
• 2002: _Abajo_ presionar / soltar o presionar / mantener;
• 2003: lanzamiento largo _Down_.

Agradecería que alguien pudiera probar esto.

Aún queda por hacer: configurar el enlace y los informes de atributos para ciegos.
Y a continuación, la confirmación debe configurar el enlace y los informes de atributos. Sin probar.

@ebaauw He compilado los últimos cambios ayer por la noche. Parece que todavía tengo que configurar manualmente la vinculación y los informes para que la posición se actualice en HA; no sé si podría estar haciendo algo mal ...

No estoy del todo seguro de qué o dónde buscar acerca de la creación del grupo, pero el control remoto es visible en la antigua aplicación web y se pueden agregar ciegos, pero eso no hace que los ciegos respondan a la entrada remota.

Finalmente obtuve mi propio FYRTUR.

No estoy del todo seguro de qué o dónde buscar acerca de la creación del grupo, pero el control remoto es visible en la antigua aplicación web y se pueden agregar ciegos, pero eso no hace que los ciegos respondan a la entrada remota.

Siempre hay un lugar más para incluir un dispositivo nuevo en la lista blanca. El grupo se creó bien, pero el control remoto aún no estaba vinculado a él. También se encontraron algunos errores más, lo que provocó que no se generaran los eventos del botón y un error en general.xml , lo que provocó que no se mostrara el tipo de dispositivo.

Parece que todavía tengo que configurar manualmente la vinculación y los informes para el puesto

Igual que aquí. El complemento de la API REST parece configurar informes de atributos para _SW Build ID_ (0x0000 / 0x4000), pero nada más. Probablemente otro lugar más para incluir en la lista blanca ...

El FYRTUR admite informes de atributos para _Battery Percentage Remaining_ (0x0001 / 0x0021) y, como ya descubrimos, para _Current Position Lift Percentage_ (0x0102 / 0x0008). Configuré manualmente 7200/7200/0 para la batería y 1/300/1 para la posición. La API REST emite notificaciones de conectores web a medida que se mueve la persiana, genial. Reacciona a los comandos de grupo, como ya descubrimos.

Admite escenas de ZigBee que almacenan y recuperan la posición actual con la escena. No creo que la API REST entienda esto, ya que asignamos la posición a state.bri . Algo para API v2, diría yo, similar a exponer el porcentaje de batería.

Como esperaba, homebridge-hue ya es compatible con dispositivos de cobertura de ventanas y expone felizmente el FYRTUR. Necesitaré agregar soporte para el control remoto de apertura / cierre.

Acabo de conseguir las ciegas y el emparejamiento fue exitoso en el primer intento.
Son totalmente controlables, pero mi problema es que aparecen como cerrados cuando están completamente abiertos, y viceversa, tanto en Home Assistant como en Homekit. ¿Cómo cambio esto?

Acabo de conseguir las ciegas y el emparejamiento fue exitoso en el primer intento.
Son totalmente controlables, pero mi problema es que aparecen como cerrados cuando están completamente abiertos, y viceversa, tanto en Home Assistant como en Homekit. ¿Cómo cambio esto?

Esto requiere cambios en un componente de Home Assistant; creo que @ Kane610 está mirando esto cuando el tiempo lo permite :)

Siempre hay un lugar más para incluir un dispositivo nuevo en la lista blanca. El grupo se creó bien, pero el control remoto aún no estaba vinculado a él. También se encontraron algunos errores más, lo que provocó que no se generaran los eventos del botón y un error en general.xml, lo que provocó que no se mostrara el tipo de dispositivo.

Los grupos y el control de las persianas a través de los controles remotos están funcionando ahora :) Pero parece que las persianas no están "engranando", lo que podría ser lo que está causando un retraso significativo en la entrada de una de mis persianas ...?

@jeopold o @revorge si me pueden dar el tipo y la identificación del modelo y me aseguraré de que sean parte de la próxima versión de hass

mi problema es que aparecen como cerrados cuando están completamente abiertos, y viceversa, tanto en Home Assistant como en Homekit.

¿Cómo los expones a HomeKit? ¿Vinculó manualmente el clúster _Window Covering_ a RaspBee / ConBee y configuró informes de atributos para _Current Position Lift Percentage_? De lo contrario, el valor informado por la API REST no es actual.

las persianas no se "entrelazan"

Por supuesto no; son dispositivos finales (nodos grises). Estos se conectan a un solo enrutador (nodo amarillo) [o coordinador (nodo azul)], su "padre".

algún retraso de entrada significativo para una de mis persianas

¿Cúal? ¿Controlas todas las persianas desde todos los controles remotos o usas un control remoto por persiana?

@ebaauw ¿ quizás puedas compartir el tipo y la identificación del modelo de las portadas?

las persianas no se "entrelazan"

Por supuesto no; son dispositivos finales (nodos grises). Estos se conectan a un solo enrutador (nodo amarillo) [o coordinador (nodo azul)], su "padre".

Dohh, solo sirve para mostrar lo novato que todavía soy en todas las cosas de zigbee :) No sé por qué no había notado los colores de los nodos ...

algún retraso de entrada significativo para una de mis persianas

¿Cúal? ¿Controlas todas las persianas desde todos los controles remotos o usas un control remoto por persiana?

Un control remoto por persiana. El control remoto para esa persiana específica se conecta al enrutador más alejado (nodo amarillo :)) No sé si eso podría tener algo que ver con el retraso ...

@jeopold o @Revorge si me pueden dar el tipo y la identificación del modelo y me aseguraré de que sean parte del próximo lanzamiento de hass
@ Kane610 Claro, solo dame una pista de dónde buscar :)

¿Cómo los expones a HomeKit? ¿Vinculó manualmente el clúster _Window Covering_ a RaspBee / ConBee y configuró informes de atributos para _Current Position Lift Percentage_? De lo contrario, el valor informado por la API REST no es actual.
@ebaauw Yo uso el componente HomeKit de Home Assistant. Acabo de agregar la persiana a través de Phoscon, y apareció en Home Assistant y HomeKit, no se realizó ninguna configuración adicional. Sin embargo, noté que se muestra como una luz en Phoscon.

@jeopold
pon esto en hass configuration.yaml, reinicia hass y mira en los registros, allí deberías encontrar luces y dentro que podrías compartir toda la parte sobre las cubiertas

registrador:
predeterminado: información
registros:
pydeconz: depurar
homeassistant.components.deconz: debug

El control remoto para esa persiana específica se conecta al enrutador más alejado (nodo amarillo :)) No sé si eso podría tener algo que ver con el retraso ...

¿Eso es ChildBulb1? A simple vista, la persiana GardinEntre se conecta al mismo enrutador. ¿Es ese el ciego que estás controlando desde este control remoto? ¿Qué tipo de luz es el enrutador? ¿Qué tipo de luz es KantorBulb1 a la que se conectan GardinStue y el otro control remoto?

¿Todavía necesita el repetidor después de emparejar las cubiertas con deconz?

¿Todavía necesita el repetidor después de emparejar las cubiertas con deconz?

No :)

El control remoto para esa persiana específica se conecta al enrutador más alejado (nodo amarillo :)) No sé si eso podría tener algo que ver con el retraso ...

¿Eso es ChildBulb1? A simple vista, la persiana GardinEntre se conecta al mismo enrutador. ¿Es ese el ciego que estás controlando desde este control remoto? ¿Qué tipo de luz es el enrutador? ¿Qué tipo de luz es KantorBulb1 a la que se conectan GardinStue y el otro control remoto?

Gracias por ayudar @ebaauw El ciego con el retraso es GardinKoekken y su control remoto se conecta a KontorBulb1, también lo hace el control remoto de GardinStue (Gardinstue está casi al lado de KontorBulb1). Kontorbulb1 es una "bombilla Trådfri GU10". El control remoto de GardinEntre se conecta a ChildBulb1 y este es un "Trådfri E27 WS".

¿Cómo emparejas las persianas con deCONZ? a través de "Agregar nuevas luces" en phoscon?

¿Cómo emparejas las persianas con deCONZ? a través de "Agregar nuevas luces" en phoscon?

Sí o abriendo la red desde DeCONZ GUI o la vieja aplicación web :)

El ciego con retraso es GardinKoekken

Según la captura de pantalla, esa persiana está conectada a RapsBee / ConBee; los otros dos (sin demora) están conectados a las bombillas IKEA Trådfri. Teorizaría que el firmware Trådfri maneja las transmisiones grupales para dispositivos secundarios de manera diferente que el firmware RaspBee / ConBee y / o el núcleo deCONZ, lo que causa el retraso. Intentaría volver a emparejar la persiana con el ConBee / RaspBee lejos, en un esfuerzo por obligarlo a seleccionar una bombilla Trådfri como padre.

¿Cómo emparejas las persianas con deCONZ? a través de "Agregar nuevas luces" en phoscon?

Sí o abriendo la red desde DeCONZ GUI o la vieja aplicación web :)

_ No _ abra la red desde la GUI. Los dispositivos se unirán a la red correctamente, pero no se crearán recursos de API REST.

El ciego con retraso es GardinKoekken

Según la captura de pantalla, esa persiana está conectada a RapsBee / ConBee; los otros dos (sin demora) están conectados a las bombillas IKEA Trådfri. Teorizaría que el firmware Trådfri maneja las transmisiones grupales para dispositivos secundarios de manera diferente que el firmware RaspBee / ConBee y / o el núcleo deCONZ, lo que causa el retraso. Intentaría volver a emparejar la persiana con el ConBee / RaspBee lejos, en un esfuerzo por obligarlo a seleccionar una bombilla Trådfri como padre.

Muchas gracias por su amable ayuda :) Lo intentaré más tarde esta noche.

@jeopold
pon esto en hass configuration.yaml, reinicia hass y mira en los registros, allí deberías encontrar luces y dentro que podrías compartir toda la parte sobre las cubiertas

registrador:
predeterminado: información
registros:
pydeconz: depurar
homeassistant.components.deconz: debug

Es esto? @ Kane610

Las instrucciones de Ikea son un poco basura.

A continuación, se explica cómo restablecer las persianas y ponerlas en modo de emparejamiento:

• Siga presionando ambos botones de las persianas durante 5 segundos o más
• La luz parpadea lentamente 3 veces y luego se apaga.
• Suelta los botones, la luz parpadeará lentamente
• Abra la red de phoscon usando "Agregar nuevas luces"

¡Ahora funciona!

@Revorge ¡ eso es todo!

Según la captura de pantalla, esa persiana está conectada a RapsBee / ConBee; los otros dos (sin demora) están conectados a las bombillas IKEA Trådfri. Teorizaría que el firmware Trådfri maneja las transmisiones grupales para dispositivos secundarios de manera diferente que el firmware RaspBee / ConBee y / o el núcleo deCONZ, lo que causa el retraso. Intentaría volver a emparejar la persiana con el ConBee / RaspBee lejos, en un esfuerzo por obligarlo a seleccionar una bombilla Trådfri como padre.

@ebaauw Eso lo resolvió :) Gracias una vez más por la excelente ayuda 👍

La API no actualizará la posición actual de la persiana ( bri ), a menos que lea manualmente los atributos del clúster de "ventana que cubre" de la GUI deCONZ. ¿Eso es normal?

Véase más arriba:

Parece que todavía tengo que configurar manualmente la vinculación y los informes para el puesto

Igual que aquí. El complemento REST API parece configurar informes de atributos para SW Build ID (0x0000 / 0x4000), pero nada más. Probablemente otro lugar más para incluir en la lista blanca ...

@manup , realmente me vendría bien tu ayuda aquí.

@paolotremadio Actualmente necesita crear manualmente un enlace entre raspbee / conbee y la ventana de persianas que cubra el informe de configuración de clúster + para la posición. Ebaauw publicó una guía excelente anteriormente en este número.

Véase más arriba:

Parece que todavía tengo que configurar manualmente la vinculación y los informes para el puesto

Igual que aquí. El complemento REST API parece configurar informes de atributos para SW Build ID (0x0000 / 0x4000), pero nada más. Probablemente otro lugar más para incluir en la lista blanca ...

@manup , realmente me vendría bien tu ayuda aquí.

Entonces, ¿falta la unión del clúster de cubierta de ventana?
¿Los registros muestran alguna indicación de lo que está sucediendo?

Desafortunadamente, todavía no tenemos un Fyrtur en la oficina: /

@jeopold & @Revorge arreglaron Hass, esperando que Balloob seleccionara PR en la rama de liberación 0.98

Aquí está el registro, comenzando desde cuando emparejé el FYRTUR:
log.gz

Me impacienté y creé los enlaces y la configuración de informes manualmente. No estoy seguro exactamente de cuándo.

Necesitaba poder vaciar mi red de prueba y volver a emparejar la persiana para capturar un registro limpio.

Hola, mientras espero que las persianas inteligentes ikea estén disponibles en mi país, tengo algunas preguntas para los usuarios que ya las tienen instaladas:
-¿Las persianas inteligentes de ikea admiten la configuración de la posición (por ejemplo, 15%, 45% u 80%)?
-¿La posición actual es informada por la persiana inteligente?
-¿Es controlable en HA / hassio? ¿Algún problema que forme parte de la inversión del estado abrir / cerrar reportado algunos mensajes antes?

1. Solo puede establecer la posición final. Cuando presiona el botón hacia abajo, la cortina bajará hasta el punto final. Si mantiene presionado el botón hacia abajo, bajará hasta que suelte el botón hacia abajo.
2. Yo creo que no.
3. Todavía no, si lees los comentarios, hay un primer lanzamiento para probar un par de cosas. Desafortunadamente, no está disponible en HA / Hassio. Ojalá sea el próximo lanzamiento.

• sí, puede establecer la posición en porcentaje
• sí, se informa incluso cuando la persiana se está moviendo
• un parche para HA está en camino

¿Las persianas inteligentes de ikea admiten la configuración de la posición (por ejemplo, 15%, 45% u 80%)?

Sí lo hace, tanto directamente en la aplicación phoscon como en software de terceros. Lo hice funcionar con Home Assistant y se preparó una solución para el estado inverso de apertura / cierre para una próxima versión de HA.

¿La persiana inteligente informa la posición actual?

Sí, con la vinculación y los informes correctos configurados en deconz. Actualmente se está "investigando" una solución para automatizar esto

¿Es controlable en HA / hassio? ¿Algún problema que forme parte de la inversión del estado abrir / cerrar reportado algunos mensajes antes?

Sí lo es y no hay problemas además del estado incorrecto de apertura / cierre y la inversión de los controles de los botones arriba / abajo. Una vez más, ya se ha hecho una corrección y se espera que se incluya en la rama 0.98 de HA.

¡Gracias por las prontas respuestas! ¡Intentaré conseguir un par de persianas inteligentes cuando estén disponibles!

¡Suena genial!
Ya instalé mis persianas, así que estoy listo para probar esto :)

Aquí está el registro, comenzando desde cuando emparejé el FYRTUR:
log.gz

Me impacienté y creé los enlaces y la configuración de informes manualmente. No estoy seguro exactamente de cuándo.

Necesitaba poder vaciar mi red de prueba y volver a emparejar la persiana para capturar un registro limpio.

La verificación de la vinculación parece estar procesada, sería interesante ver qué sucede cuando la vinculación no está intacta con un Fyrtur recién unido.

Aug 27 15:26:12 pi1 deCONZ[18679]: 15:26:12:517 binding for cluster 0x0102 of 0x000D6FFFFE9E00AA exists (verified by reporting)
Aug 27 15:26:12 pi1 deCONZ[18679]: 15:26:12:517 skip configure report for cluster: 0x0102 attr: 0x0008 of node 0x000D6FFFFE9E00AA (seems to be active)
Aug 27 15:26:12 pi1 deCONZ[18679]: 15:26:12:517 Force binding of attribute reporting for node Bathroom Blind

Prepararé una prueba este fin de semana.

Acabo de instalar una persiana Fyrtur hoy y parece que funciona bien. Gos arriba y abajo como quiero, e informa el estado después de que hice el enlace manual.
Mi sistema es Ubuntu 18.04, HomeSeer 3.0.0.534, JowiHue 2.0.4.6 y deConz 2_05_67
Entonces las persianas funcionan bien.

Sin embargo, no puedo conectar el control remoto de IKEA a mi sistema. ¿Existe algún truco especial para conectarlo o es algo que vendrá en el futuro?
En este momento, el control remoto parece estar en una especie de limbo: puedo verlo en la GUI de deConz, pero no en Phoscon, y no puedo controlar nada con él.

Sin embargo, no puedo conectar el control remoto de IKEA a mi sistema. ¿Existe algún truco especial para conectarlo o es algo que vendrá en el futuro?
En este momento, el control remoto parece estar en una especie de limbo: puedo verlo en la GUI de deConz, pero no en Phoscon, y no puedo controlar nada con él.

En la aplicación Phoscon, abra el menú -> ayuda y "Old Webapp". El control remoto debería aparecer aquí como un grupo. Agregue ciego (s) al grupo.

¿Es controlable en HA / hassio? ¿Algún problema que forme parte de la inversión del estado abrir / cerrar reportado algunos mensajes antes?

Arreglo recién lanzado y todo ahora funciona según lo previsto :)

Gracias por verificar @Revorge

Todavía no consigo un grupo para el control remoto. En raspbee 26330500 deconz 2.05.67

Vea arriba, https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment -525257414: Necesitará la publicación v2.05.67 commit para eso.

Oh vale gracias.

La verificación de la vinculación parece estar procesada, sería interesante ver qué sucede cuando la vinculación no está intacta con un Fyrtur recién unido.

Vacié mi red de prueba, excepto el Fyrtur y el control remoto de apertura / cierre, luego reinicié el Fyrtur. Adjunto el registro deCONZ:
fyrtur.log.gz
y el registro del rastreador:
fyrtur.pcapng.gz

La API REST finalmente creó la configuración de vinculación e informes, pero creo que solo después de leer el grupo _Window Covering_ en la GUI.

Lo tuve funcionando durante 24 horas sin ataduras. No se pudieron crear enlaces hoy, se agotó el tiempo de espera. Persianas inalcanzables. Los eliminó, restableció los valores de fábrica, se reincorporó a la red y creó los enlaces. Todo trabajando ahora. Espero que estén estables.
Sin embargo, me pregunta qué hace el intervalo de informe de 1 segundo con la duración de la batería (no estoy seguro de lo que Ikea tenía en mente)

¿Qué tengo que hacer para ver las persianas en Home Assistant? Los veo en deCONZ y están conectados al controlador, pero ese es el único lugar donde los veo. Estoy usando Home Assistant 0.91.1. ¿Tengo que actualizar a una versión más reciente? ¿Tengo que crear un enlace para que funcione? Y si tengo que crear un enlace, ¿cómo lo hago? No lo veo cuando lo enciendo en la aplicación Phoscon o en la aplicación web.

IIRC 0.91 debe soportar cubiertas. Pero si solicita asistencia, debe comenzar con las últimas versiones del software.

¿Pero no debería verlos en la aplicación web o en Phoscon? Si los veo allí, creo que el error está en deCONZ. Tengo la versión de firmware 26330500 en el dispositivo ConBee, creo que es la última.

Todavía no he agregado el mío a deconz, pero ciertos dispositivos no se muestran en la interfaz justo cuando se agregó el soporte, no puedo decir en este caso

Vea arriba, # 1121 (comentario) : Necesitará la publicación v2.05.67 commit para eso.

¿Alguna indicación de cuándo se etiquetará la creación del grupo remoto en la próxima versión?

Tengo una pregunta sobre el control remoto de las persianas. La información de la API REST muestra un ZHASwtich con un atributo "on": true / false donde normalmente esperaría un valor buttonevent. ¿Va a cambiar esto pronto o se mantendrá el atributo?

{
"estado": {
"lastupdated": "ninguno"
},
"config": {
"on": verdadero,
"alerta": "ninguna",
"batería": 74,
"alcanzable": verdadero
},
"nombre": "TRADFRI abrir / cerrar remoto",
"tipo": "ZHASwitch",
"modelid": "TRADFRI abrir / cerrar remoto",
"Manufacturername": "IKEA of Sweden",
"swversion": "2.2.008",
"uniqueid": "00: 0d: 6f: ff: fe: d0: 9b: 30-01-1000",
"ep": 1,
"etag": "f2ce80986cee1a9c6b19d54431c145c3",
"modo": 1
}

Eso es config.on para habilitar / deshabilitar el sensor. state.buttonevent y config.group Deberían aparecer, una vez que el enlace de grupo esté en su lugar. Desafortunadamente, la v2.05.67 aún no la ha creado, consulte más arriba.

Claro, me confundí en la parte de configuración. Cosa de la edad, supongo :-)

¿Está creado en la nueva versión 2.05.69 o es mejor esperar ahora?

Oye.
¿Cuándo será esto parte de la versión estable, por lo que es solo plug and play? Compré un conbee stick 2 y acabo de instalar el software en mi pi, pero no tengo experiencia en el uso de estas cosas, así que supongo que esperaré hasta que se convierta en parte de la versión estable.

Tanto el controlador ciego como el controlador de apertura / cierre deben ser totalmente compatibles con el complemento REST API a partir de deCONZ v2.05.69.

El ciego está expuesto como un recurso /lights :

{
  "etag": "c26cb3cb86b9c5a77211b6c724c364b4",
  "hascolor": false,
  "manufacturername": "IKEA of Sweden",
  "modelid": "FYRTUR block-out roller blind",
  "name": "Bathroom Blind",
  "state": {
    "alert": "none",
    "bri": 0,
    "on": false,
    "reachable": true
  },
  "swversion": "2.2.007",
  "type": "Window covering device",
  "uniqueid": "00:0d:6f:ff:fe:9e:00:aa-01"
}

Notas:

• Establecer state.bri en 0 (y / o state.on en falso) abrirá la persiana; establecer state.bri en 254 (o state.on en verdadero) lo cerrará. Establecer state.bri en 127 abrirá la persiana al 50%;
• Tenga en cuenta que el porcentaje de batería restante no está expuesto, pero puede verlo en la GUI de deCONZ;
• El complemento de la API REST debería eventualmente configurar informes de atributos para el atributo _Current Position Lift Percentrage_ 0x0008 en el _Window Covering_ cluster 0x0102, pero esto podría llevar mucho tiempo. Si state.bri no se actualiza, es posible que desee configurar los informes de atributos manualmente en la GUI de deCONZ. Consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment -524617659 arriba.

El control remoto se expone como un recurso /sensors :

{
  "config": {
    "alert": "none",
    "battery": 87,
    "group": "316",
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "8bd7fb8dc52097da8ebc2d167b2c8caf",
  "manufacturername": "IKEA of Sweden",
  "mode": 1,
  "modelid": "TRADFRI open/close remote",
  "name": "Bathroom Blind Control",
  "state": {
    "buttonevent": 2002,
    "lastupdated": "2019-09-02T21:49:50"
  },
  "swversion": "2.2.008",
  "type": "ZHASwitch",
  "uniqueid": "00:0d:6f:ff:fe:e3:f4:90-01-1000"
}

Notas:

• Es compatible con los valores state.buttonevent 1002 (pulsación abierta), 2002 (pulsación cerrada), 1003 (liberación prolongada abierta) y 2003 (liberación prolongada cerrada). Tenga en cuenta que no hay eventos para publicación corta ni para espera. Al presionar prolongadamente, verá un 1002 (al presionar), seguido de un 1003 (al soltar);
• Es posible que deba presionar un botón después de la vinculación para que el complemento de API REST complete config.group y cree el grupo;
• Puede agregar persianas (y otros dispositivos para cubrir ventanas, como el controlador de cortinas Xioami) al grupo para controlarlas, incluso cuando deCONZ está abajo. Tenga en cuenta que el control remoto envía comandos _Cubrimiento de ventanas_, por lo que el grupo solo se puede usar para controlar dispositivos de recubrimiento de ventanas_.

¿Cómo establecer el límite para la posición de las persianas directamente en deCONZ? Sé que puedo configurar el sensor en HA y usar el servicio de parada, pero siempre habrá un retraso.

Pon límites a los ciegos. Configúrelos como desee, haga doble clic en el botón arriba o abajo y ese será el nuevo 100%.

El FYRTUR solo admite establecer el límite en el dispositivo en sí, consulte el manual. Esta funcionalidad no se expone en ZigBee.

¿Hay alguna manera de exponer el atributo de la batería a hass por cierto?

No en v2.05.69, pero vea mi último PR.

¿Cómo emparejo mi control FYRTUR?

Lo ingresé en Home Assistant y puedo ver en los registros que cuando presiono los botones, llegan diferentes datos de websocket. Sin embargo, no puedo verlo en la aplicación web deCONZ.

Busque https://www.home-assistant.io/components/deconz/ y deconz_event :)

Tuve que reiniciar mi RPI hoy y el ciego ya no informa actualizaciones. He hecho la desvinculación / vinculación manualmente + el informe, pero aún no lo hace. ¿Alguna pista?

Antes de reiniciar, pude ver un círculo verde parpadeante en la interfaz de usuario deCONZ en el nodo Persianas. Ahora es gris, a menos que lea atributos (luego es azul)

¿Se están leyendo realmente los atributos? Si es así, es la configuración de informes de atributos / enlaces. Si no, el ciego perdió la conectividad hacia / desde el RaspBee. Si esto sucedió después de reiniciar / apagar y encender el RaspBee, lo más probable es que la persiana se haya vuelto a conectar a un enrutador principal que no le gusta. Si puede encontrar el enrutador, puede apagarlo y ver si la persiana selecciona a otro padre. De lo contrario, intente restablecer la persiana y vuelva a emparejarla.

Parece que, como posible artefacto de la lógica de inversión que se está eliminando, el estado de la persiana se informa como closed siempre que sea cualquier cosa menos 100% abierto (completamente retraído). Me parece (y siguiendo esta solución a una tarjeta HA lovelace ), debería ser lo contrario, y solo debería informar closed cuando está al 0% (completamente extendido).

¿Se están leyendo realmente los atributos? Si es así, es la configuración de informes de atributos / enlaces. Si no, el ciego perdió la conectividad hacia / desde el RaspBee. Si esto sucedió después de reiniciar / apagar y encender el RaspBee, lo más probable es que la persiana se haya vuelto a conectar a un enrutador principal que no le gusta. Si puede encontrar el enrutador, puede apagarlo y ver si la persiana selecciona a otro padre. De lo contrario, intente restablecer la persiana y vuelva a emparejarla.

Se han leído los atributos. La persiana está conectada a una toma de corriente Ikea tradfri en lugar de directamente a la conbee deCONZ. Intentaré desenchufar el enchufe y veré cómo funciona. Acerca de reiniciar: ¿te refieres a reiniciar la persiana o también a eliminar el nodo de deCONZ?

Lo solucioné haciendo lo siguiente:

• Desenchufe el tomacorriente ikea tradfri que era el enrutador principal para ciegos
• Desperté las persianas usando los botones de la persiana misma
  Y eso fue todo: los ciegos seleccionaron al conbee como nuevo padre y ahora está informando.

¿No debería funcionar, sin importar quién sea el padre?

Chicos, ¿tienen la lógica correcta de apertura / cierre con la última versión de Home Assistant? Todavía estoy en 0.95.4 pero la lógica ciega de Fyrtur se invierte. Tengo varias otras persianas en HA como la persiana enrollable Fibaro (z-wave), y todas tienen la lógica 0% está cerrada (hacia abajo) y 100% está completamente abierta (hacia arriba). Apple HomeKit sigue el mismo principio. Todos mis dispositivos están expuestos a HomeKit, también quiero usar Fyrtur Blind.

Fyrtur trabaja y el reporte de posiciones también funciona. Después de la encuadernación manual, es instantáneo. Pero la lógica se invierte. Cuando la persiana está completamente levantada reporta 0% y por lo tanto en HomeKit está cerrada, también el ícono es una persiana cerrada. ¿Puedo revertir esto de alguna manera?

Tengo el último firmware de Phoscon y Conbee (2.05.69 y 26330500). Por el momento, pospuse la actualización de Home Assistant a la última versión porque tengo que deshacerme de algunos cambios importantes, pero si la lógica se corrige en la versión actual, no tengo otra opción. Gracias

Parece que, como posible artefacto de la lógica de inversión que se está eliminando, el estado de la persiana se informa como closed siempre que sea cualquier cosa menos 100% abierto (completamente retraído). Me parece (y siguiendo esta solución a una tarjeta HA lovelace ), debería ser lo contrario, y solo debería informar closed cuando está al 0% (completamente extendido).

Creo que probablemente tengas razón sobre esto ... ¿Quizás @ Kane610 pueda

Tengo el último firmware de Phoscon y Conbee (2.05.69 y 26330500). Por el momento, pospuse la actualización de Home Assistant a la última versión porque tengo que deshacerme de algunos cambios importantes, pero si la lógica se corrige en la versión actual, no tengo otra opción. Gracias

Esto se corrige en HA 0.98

@ A320Peter es común y se espera usar la última versión del software antes de informar problemas. Siguiendo esas pautas probablemente funcionará para ti :)

@ Kane610 tienes razón :) Acabo de actualizar a HA 0.98 y ahora la lógica es correcta. Sin embargo, surgió algo más.

En 0.95.4, independientemente de la lógica inversa, mover la persiana con el control deslizante de posición funcionó perfectamente.

En 0.98 cerrar la persiana (bajar) está bien. Pero cuando abro la persiana (subiendo) en un pequeño porcentaje (o completamente) inicialmente comienza a moverse hacia abajo (dirección de cierre), luego se detiene y un segundo después se mueve hacia arriba hasta la posición de destino. Hace así todo el tiempo.

En realidad, experimenté el mismo comportamiento moviéndose en la otra dirección primero, pero pensé que estaba relacionado con la fila de la entidad del control deslizante, pero si @ A320Peter no está usando eso, ¿entonces tal vez no?

También utilizo el componente HomeKit y si controlo la persiana desde la aplicación Apple Home, tiene el mismo comportamiento. Inicialmente se mueve en la otra dirección, luego se detiene y cambia a la dirección correcta.

@ebaauw Lamento mucho hacer una pregunta tan básica, pero estoy buscando obtener las persianas Ikea FYRTUR y tener un concentrador cuadrado Hue v2, no tengo ningún otro dispositivo Tradfri, ¿esta persiana y el interruptor funcionarían directamente con este concentrador y homebridge-hue? ¿O necesito Raspbee y deCONZ?
Estoy usando una Raspberry Pi4 para mi servicio Homebridge.
Muchas gracias si puedes ayudar :)

No, el puente Hue no lo admite.

No, el puente Hue no lo admite.

Oh Ok, gracias @ebaauw Entonces, ¿debería obtener un Tradfri Bridge and Blinds y usar homebridge-ikea-tradfri-gateway?
¿O conseguir que Raspbee y deCONZ los usen en mi RPI4 y usar homebridge-hue y deconz-rest-plugin?

Lo siento, soy bastante nuevo en esto y, en última instancia, quiero obtener las persianas, úselas de forma nativa en la aplicación Home en mi iPhone con Siri. Entonces, ¿cuál es la mejor y más estable solución? La razón por la que me mantuve alejado de Tradfri en el pasado es la estabilidad de la implementación del software de Ikea, no estaba ni cerca de mi implementación de Hue (99% de mi hogar) cuando lo compré todo, la capacidad de respuesta fue lamentable, tengo esperanzas para conseguir las persianas y funcionará muy bien con una de las soluciones anteriores.

No he comprobado por mí mismo cómo funciona el FYRTUR con el concentrador Trådfri. Entiendo que el hub expondría a los ciegos de forma nativa a HomeKit. No conozco el complemento de Homebridge para el concentrador.

La estabilidad puede ser un desafío en una red ZigBee de múltiples proveedores, pero mi FYRTUR está superando mis expectativas. Escogió una luz Hue como su enrutador principal y no he tenido ningún problema. No estoy usando el repetidor Trådfri que vino con los ciegos. Espero que tenga problemas similares con deCONZ como las luces Trådfri, pero se está comportando bien en mi pequeña red de prueba.

Dado que esto se está convirtiendo en un hilo de discusión / soporte, he movido los dos problemas descubiertos a problemas separados.

No he comprobado por mí mismo cómo funciona el FYRTUR con el concentrador Trådfri. Entiendo que el hub expondría a los ciegos de forma nativa a HomeKit. No conozco el complemento de Homebridge para el concentrador.

La estabilidad puede ser un desafío en una red ZigBee de múltiples proveedores, pero mi FYRTUR está superando mis expectativas. Escogió una luz Hue como su enrutador principal y no he tenido ningún problema. No estoy usando el repetidor Trådfri que vino con los ciegos. Espero que tenga problemas similares con deCONZ como las luces Trådfri, pero se está comportando bien en mi pequeña red de prueba.

Erik, ¿qué quieres decir con '_.... Seleccionó una luz Hue como su enrutador principal_'?
Me compré 2 persianas KADRILJ y quiero controlarlas como @ Jbb08 . por HomeKit. Tengo un hue-bridge de Philips, pero esto no es compatible con las persianas de Ikea. Y utilizo su complemento homebridge-hue para lámparas Trafi, conectado a mi puente philips hue.
Entonces, me preguntaba qué solución tienes para las persianas. ¿Utiliza deCONZ? ¿Probablemente tengo que agregar un deCONZ-usb a mi red?

@ skipper79 esto era lo que estaba tratando de resolver.
Por lo que puedo descifrar de Erik es que usa un Hue Hub y Raspbee (o similar) que está instalado en su Pi y usa el complemento y el software deCONZ para crear un nuevo 'hub' en el que no necesita el ikea tradfri hub (aunque creo que aún lo necesitas si quieres actualizar el firmware de los productos ikea)
Las persianas se pueden conectar al Pi habilitado para deCONZ y luego, usando su complemento Hue Homebridge, puede envolverlo todo y agregarlo a HomeKit.

Su bombilla Hue utiliza el protocolo Zigbee ZLL, que la mayoría de los dispositivos zigbee alimentados por la red rebotan cuando crea una red de malla, pero las persianas vienen con un repetidor zigbee que hace precisamente eso, haciendo que la red sea más grande.
Todo suena un poco demasiado, en el Reino Unido, el centro de tradfri tiene £ 20 en oferta.
Y las persianas una vez conectadas se pueden agregar a HomeKit (en el futuro a través de la aplicación Ikea Home Smart) a través del complemento tradfri homebridge, ya que admite persianas. (Sin embargo, necesita el concentrador tradfri)

Me voy a ikea mañana para ver si puedo instalar todo esto.

@ Jbb08 , usar un concentrador tradfri parece la solución más simple, pero prefiero tener menos concentradores ... Ya tengo un puente philips hue y un concentrador aqara. Quizás se podría agregar un usb deCONZ.
Hágame saber su experiencia después de instalar todo esto ;-)

Hola a todos,
Pensé en publicar mi experiencia al intentar usar una de estas persianas.
Parece que hay diferencias en la experiencia aquí, posiblemente en el firmware o incluso en un conjunto diferente de hardware.

De todos modos, sobre lo que tuve que luchar ...

1. El interruptor remoto
   El emparejamiento es muy impredecible. Presiona 4 veces y parpadea 4 veces para reiniciar. Luego comienza a latir lentamente. El emparejamiento puede funcionar si obtiene un destello doble, pero debe tocar la persiana a un lado, un alcance ridículamente corto.
   Si presiona y mantiene presionado el botón de emparejamiento y no obtiene el pulso lento del LED en el interruptor, entonces no se emparejará. Es posible que deba esperar una cantidad de tiempo aleatoria.

1. El repetidor.
   Mi versión (puede que sea específica del Reino Unido, pero esto es lo que estaba obteniendo https://www.youtube.com/watch?v=KsBYDNMvE-g
   Si tiene el interruptor emparejado con la persiana, dejará de funcionar si el repetidor está apagado.
   La única forma en que podía hacer que el interruptor se emparejara con la persiana era primero "emparejarlo" con el repetidor y luego con la persiana.
   Comportamiento interesante: el interruptor siempre pulsará lentamente cuando se mantenga presionado el botón de emparejamiento cerca del repetidor. Parece que hay algún tipo de comunicación inicial que debe tener lugar antes de que intente emparejarse, probablemente por qué falla tan fácilmente emparejarse con el ciego.

2. El ciego.
   Combina bien con la conbee. Mantenga presionado hasta que parpadee 4 veces, se apague durante unos segundos y luego parpadee. Inicie el descubrimiento y lo retomará.
   Sin embargo, ¿presionar ambos botones en la persiana para emparejar interruptores adicionales? No funciona en absoluto.
   De hecho, si despierto las persianas y luego dejo que se apague, la persiana ya no podrá ser controlada por conbee.
   Lo peor de ambos mundos: si el interruptor ya está emparejado y despiertas a los ciegos, también evita que funcione.
   Una cosa más: el interruptor remoto tiene un rango ridículamente bajo para que los ciegos se emparejen.
   Como en serio, no se emparejará a menos que el interruptor esté conectado directamente al lado de la persiana con la batería del botón hacia usted.

Entonces, vaya a obtener un centro y ver si hay una actualización de firmware para obtener la misma experiencia que todos aquí tienen.

Alternativamente, cualquier sugerencia será bienvenida, es posible que tenga una idea que aún no he probado :)

Cuando conecta las persianas a deCONZ, también desea emparejar los controles remotos con deCONZ. No es necesario el repetidor en este caso.

Clústeres ciegos y lectura de clúster básica

Cómo se las arregló para conseguir que no se pueda leer el clúster y el brillo básico

Clústeres ciegos y lectura de clúster básica

Cómo se las arregló para conseguir que no se pueda leer el clúster y el brillo básico

Tengo el mismo problema, ¿lo hiciste funcionar?
Mi única suposición es que necesito actualizar el firmware, y para eso necesito la puerta de enlace ikea.

Necesito actualizar el firmware, y para eso necesito la puerta de enlace ikea.

No, no es así.

Erik tiene razón, no necesitas el Ikea Gateway. Actualicé el firmware a través de deCONZ muy bien.
Puede utilizar estas instrucciones para Osram. Los pasos son los mismos

https://phoscon.de/en/support#ota -update-osram-devices

Asegúrese de utilizar el script de descarga de Ikea para llevar los archivos a su carpeta OTA antes de intentar actualizar.

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/ikea-ota-download.py

Si gracias.
Descubrí que después de un poco de Google, aparentemente confundí Hue con Ikea ..

Mis persianas finalmente se conectaron después de una cantidad aleatoria de restablecimientos de fábrica, supongo que podría ser una interferencia.
Tuve que desmontar uno de ellos y emparejarlo cerca de la conbee, por lo que recomiendo emparejar las persianas antes de instalarlas.

Los ciegos parecen un tanto quisquillosos con el padre con el que quieren trabajar. Mis bombillas Hue parecen estar bien, pero mi controlador de cortina Xiaomi no (que, desafortunadamente, es el enrutador más cercano). Tuve que apagar el Xioami al (volver a) emparejar la persiana para obligarla a conectarse a una de las bombillas Hue.

Tuve un éxito mixto al actualizar el firmware de dispositivos alimentados por batería usando deCONZ en mi red de producción (> 100 nodos). Parece demasiado ocupado para que la actualización se realice correctamente. La actualización desde mi red de prueba (con solo dispositivos de visualización) funciona bien, sin excepción. Tarda un par de horas; asegúrese de cargar la batería por adelantado.

Actualicé ambas anteojeras, ambas lo lograron.
Pero dentro de deconz web gui, dice que uno tiene la "Versión 20190311" y el otro "Versión 2.2.009"
Dentro de la aplicación deconz VNC dice que tienen la misma versión e imagen.

El que tiene la "Versión 20190311" se está comportando un poco extraño, no puedo establecer la extensión máxima dentro del Asistente de inicio, pero aparte de eso, funciona.

No estoy seguro de cómo actualizar el firmware porque todo lo que obtengo es "inactivo" al presionar "Actualizar".

La API REST establece swversion en el valor de _Date Code_ o de _SW Build ID_, el atributo que se haya leído más recientemente. Si lee el atributo en el panel _Cluster Info_ (para el clúster _Basic_), el recurso de API se actualiza.

Tenga en cuenta que se supone que _Date Code_ (según la especificación) es la fecha de fabricación del hardware y no debe modificarse con las actualizaciones de firmware. Sin embargo, algunos dispositivos lo usan como fecha de firmware.

Después de otro restablecimiento de fábrica, ahora ambos muestran la misma versión.
Todos estos problemas extraños simplemente se solucionan con el restablecimiento de fábrica, pero también parece que deconz simplemente acepta cualquier cosa, incluso si no tiene ningún sentido (como el primer problema que tuve cuando aparecieron en deconz, pero no como un cegador)
Oh bueno, espero que si alguien experimente lo mismo que yo y ahora tenga algo de información para encontrar :)

TL: DR
Asegúrate de tener una buena conexión con la persiana (IKEA Kadrilj en esta situación)
Si no aparece como "Dispositivo para cubrir ventanas" y solo muestra "000dXXXXXXX": Realice un restablecimiento de fábrica y asegúrese de tener una conexión aún mejor, como si estuviera lo más cerca posible del Conbee.
Como mencionó ebaauw, otros productos en la malla también podrían ser el problema. El mío Ikea Trådfri también podría contribuir con los problemas que tuve.

¡Oye! Acabo de agregar una persiana Fyrtur a deCONZ y se emparejó bien y todo, pero no recibo ninguna señal a través de la toma de red al controlar las persianas. Yo corro 2.05.71

¿Ve una notificación de socket web al leer los atributos _Window Covering_ en la GUI? Si es así, los informes de atributos no se han configurado.

Corriendo sin cabeza en este momento, así que no puedo verlo, pero probablemente no. ¿No estaba arreglado para 71?

Mis persianas no aparecieron en phoscon; lo intenté las últimas 2 horas con un tipo de acción diferente en la persiana (presione ambos 10seg / 5sec - 5cm cerca de la Raspbee y así sucesivamente) pero no aparece nada en phoscon - ¿qué es? ¿el truco?

puedo verlo en deconz-gui pero no en phoscon / homekit

@ mink2k
Como también tuve algunos problemas para comprender e implementar esto, permítanme describir cómo resolví esto en mi entorno:

1. Por el momento, no verá las persianas y los controles remotos en la aplicación web Phoscon.

2. Puede verlos en la interfaz gráfica de usuario web antigua (IP / login.html) o con aplicaciones como Hue Essentials (HE; en Android)

3. Puede agregar las persianas como lámparas y los controles remotos como sensores en Phoscon (todavía no aparecerán allí)

4. Para agregar el control remoto debe agregar la persiana al grupo correspondiente remoto (se crea automáticamente; ver también 2)

5. Para que el control de persianas funcione correctamente, debe conectarse a la GUI de DeCONZ y seguir las instrucciones publicadas anteriormente. En resumen: enlace la cubierta de ventana a la puerta de enlace manualmente. Luego escriba una configuración que permita controlar la elevación y el recubrimiento del dispositivo. Esto le permitirá controlar las persianas a través del brillo (no en la propia aplicación Phoscon), por ejemplo, con HE

El quinto paso se explica arriba incluyendo capturas de pantalla.

Para crear un enlace, abra el panel _Bind Dropbox_ en la GUI de deCONZ. Arrastre el grupo _Window Covering_ desde la persiana al campo _Source_ en el cuadro desplegable. Arrastre el punto final 0x01 desde RaspBee al campo _Destination_. Luego presione _Bind_. El dropbox debería mostrar el éxito por un breve tiempo. Puede que sean necesarios algunos intentos. Aquí hay una captura de pantalla (para el controlador de cortina Xiaomi):

Para configurar los informes de atributos, abra el panel _Cluster Info_ en la GUI de deCONZ. Seleccione el grupo _Window Covering_ desde la persiana y desplácese hacia abajo. Haga doble clic en el atributo _Current Position Lift Percentage_ para abrir la ventana _Attribute Editor_. Ingrese los valores de reporte y presione _Write Config_. Cierre la ventana emergente, vuelva a abrirla y presione _Read Config_ para verificar que los valores fueron almacenados. Puede que sean necesarios algunos intentos.

Después de esto, el valor del _Porcentaje de elevación de la posición actual_ debería cambiar automáticamente al abrir o cerrar la persiana. Si esto funciona, podemos mejorar el complemento de la API REST para configurar la configuración de informes de atributos y enlaces automáticamente.

Mil millones de gracias por esto. Me lo arregló, sin embargo, hay algo extraño. En HA los valores son superiores a los que informa deconz. Entonces, para una de las ciegas, deconz Cluster Info informa 45, mientras que HA: cover.blinds_door | cerrado | current_position: 56 friendly_name: Blinds Door supported_features: 15 device_class: ventana

¿Esto es normal?

@MrHollowPS también he hecho esto en deCONZ gui como usted describió (enlazar y establecer valores de informe).
Lamentablemente, los ciegos no informan el estado actual periódicamente o cuando cambia.

Pero puedo leer el estado actual cuando hago clic en el botón "leer" (mitad superior de la ventana).
La configuración de informes se estableció como se describe:

¿Hay algo que esté haciendo mal?
Por la noche intentaré apagar y encender el dispositivo y ver si los cambios surten efecto.
¿Alguna otra pista?

¿También creaste una encuadernación?

Sí, lo hice. Varias veces. La lectura manual estuvo bien, pero los informes automáticos no.
Después de leer varios hilos sobre el problema de los informes, reinicié mi fyrtur (desconectando y volviendo a conectar la batería) y ahora los informes están funcionando .

Tengo otra pregunta con respecto a estas persianas:

Cuando envio on / off para subir / bajar el stop, reaccionan realmente raro.
A veces se mueven correctamente, completamente arriba / abajo, pero a veces solo se mueven unos centímetros y la n se detiene. Eso parece completamente aleatorio cuando esto sucede.
Cuando los dejo solos y no envío nada por un tiempo, parece funcionar de nuevo.

Enviar una posición absoluta con bri / pct funciona siempre como debería.

¿Es un problema conocido o estoy haciendo algo mal?
Hay un nuevo firmware 2.2.009, ¿alguien tiene experiencia con esto? ¿Quizás eso resuelva mi problema?

Así funcionan las persianas: un segundo comando _Abrir_ o _Cerrar_ detiene el movimiento en curso. Supongo que es para controlarlos con el _open / close remote_.

Sospecho que deCONZ reenvía el comando cuando no recibe un ACK oportuno en el primer intento. Eso parecería bastante aleatorio. De hecho, es posible que desee establecer el porcentaje en su lugar (a través de state.bri ), o usar transmisiones (a través de /groups ) en lugar de unidifusión (a través de /lights ).

Actualicé mi Fyrtur a .009. Parece un poco más estable, pero el ciego todavía pierde a su padre (¿o el padre pierde al ciego?) Cada dos semanas más o menos. Normalmente se soluciona desconectando la batería durante unos segundos.

muchas gracias por sus pensamientos sobre esto.
Ese realmente podría ser el problema.
La persiana salta / está conectada a través de una bombilla de luz Philips porque el conbee II está demasiado lejos.
En deCONZ las líneas a ciegas son verdes, significa que el rssi es bueno.

¿Hay otra forma de aumentar el tiempo de espera en deCONZ (solo para este dispositivo) o deshabilitar los reintentos?

Seguro que probaré tu sugerencia e intentaré enviar los comandos de encendido / apagado (desde interruptores) a través de / groups.
¿Es suficiente poner a los ciegos en un grupo separado y controlar el grupo?
¿O deben tener al menos dos dispositivos para que funcione una transmisión grupal?

Una pregunta sobre la actualización a 009:
Ejecuté el script de Python (arriba) en mi rpi y descargué los archivos.
Después de activar el servidor UOTA en la interfaz web anterior e ingresar el complemento uota en deconz-gui, dice que no hay archivos después de presionar consulta.
¿Hay algo más que pueda hacer para iniciar la actualización?
¿Debería seleccionar manualmente el archivo "ciego" y presionar actualizar?

Muchas gracias por la ayuda para conseguir este establo ciego en mi configuración

En deCONZ las líneas a ciegas son verdes, significa que el rssi es bueno.

La persiana es un dispositivo final ZigBee, que solo se conecta a un solo enrutador (su padre). Si la GUI muestra varias líneas hacia / desde el ciego, muestra información desactualizada de las tablas vecinas de los enrutadores.

¿O deben tener al menos dos dispositivos para que funcione una transmisión grupal?

Creo que incluso funciona cuando no hay dispositivos en el grupo. Tenga en cuenta que la membresía del grupo se almacena en el dispositivo, el recurso /groups solo vive en el complemento API REST. Un grupo ZigBee es como una dirección de multidifusión a la que se suscribe el dispositivo.

Una pregunta sobre la actualización a 009:

Debe reiniciar deCONZ después de descargar los archivos de firmware. El archivo se copiará con un nuevo nombre en el directorio ~/otau , así es como puede saber que el complemento OTAU lo ha recogido. Debe seleccionar la persiana y presionar _Query_ en el panel de complementos _Standard OTAU_. El complemento OTAU debe completar el tipo de dispositivo y la revisión del firmware, y mostrar que hay un nuevo archivo disponible. Para los dispositivos finales, debe iniciar la actualización manualmente. Esto llevará un par de horas, asegúrese de que la batería esté completamente cargada. Además, puede resultar complicado actualizar el firmware en una malla grande.

ok, te tengo con respecto a la malla, así que volví a verificar y ahora el padre tiene una bombilla de luz de tono y no se muestra ninguna otra ruta. ¿Debería intentar reparar directamente en el conbee? Tal vez el problema sea el reintento sobre el padre (bombilla de tono). Pero la persiana está a dos habitaciones de la conbee II, así que espero que no sea otro problema ...

Respecto a grupos:
Estoy usando fhem en combinación con deCONZ. Cuando lo entendí bien, estoy creando un grupo en deCONZ / phoscon, pon el ciego y uso este grupo en fhem, ¿verdad?

Ahora activé el complemento OTAU nuevamente, seleccioné la persiana y presioné "Consulta", luego se completó la versión y la imagen. Después de presionar "Actualizar" la actualización se está ejecutando ... veremos cómo va con 009.

@ebaauw ahora he actualizado la persiana a 009 (hombre que tarda mucho, alrededor de ~ 18 h) y la reparé directamente en el conbee II.
El comportamiento parece un poco mejor.

Estaba hablando de no enviarlo como unicast, sino que debería enviarlo a un grupo como transmisión.
¿Cómo puedo lograr esto con fhem?
He intentado crear un grupo, agregar la persiana y controlar este grupo con on / off on fhem -> no pasa nada.
¿Puedes guiarme en la dirección correcta?

Otra pregunta que tengo es sobre el estado de la batería de los ciegos.
He agregado el sensor ZHABattery de la persiana a fhem pero no se actualiza.

¿Es posible la generación de informes de batería desde el dispositivo o también he vinculado algún grupo y habilito los informes?

muchas gracias
pOpY

He intentado crear un grupo, agregar la persiana y controlar este grupo con on / off on fhem -> no pasa nada.

Maldita sea, no me di cuenta de esto antes. El ciego admite grupos (así es como el control remoto de apertura / cierre se comunica con él), pero no entiende _On_ o _Off_. El complemento de la API REST traduce state.on a _Open_ y _Close_ para ciegos (o cualquier dispositivo que cubra ventanas), pero a _On_ y _Off_ para grupos (y obviamente para luces). No sabe que se trata de un grupo de dispositivos para cubrir ventanas.

¿Es posible la generación de informes de batería desde el dispositivo o también he vinculado algún grupo y habilito los informes?

Sí, lo es, y el complemento API REST debería configurarlo. Puede hacerlo manualmente vinculando el clúster _Configuración de energía_ al coordinador y configurando informes de atributos para el _Porcentaje de batería restante_.

ok gracias por aclarar ese problema de grupo para los ciegos.
¿Existe alguna solución para esto?

ok, intentará vincular el clúster de configuración de energía al coordinador. ¿Puede publicar la configuración de informes de atributos para "Porcentaje de batería restante"? No quiero configurar mal (corte valores bajos) y agotar la batería :-)

PD: readded la bombilla (que se encuentra entre la conbee y la persiana) y después de unos minutos la mezcla de zigbee cambió -> ahora la bombilla se repite nuevamente para las persianas y el problema con el encendido / apagado ha vuelto a ser como estaba.

Así que creo que la única manera de hacerlo es enviar una transmisión sin un machnismo de confirmación / reintento. Pero, ¿cómo puedo lograrlo?

El ciego tiene el sueño ligero; sondea a su padre cada cinco segundos. Tendría que establecer valores de informes extremos para influir en la duración de la batería. De todos modos, uso 7200/7200/0, informe una vez cada dos horas. Esta es la configuración que usa el puente Hue para el sensor de movimiento Hue, y no tengo ninguna razón para usar nada más.

Para que la transmisión funcione desde la API REST, el complemento debería realizar un seguimiento de los dispositivos que están en un grupo y aplicar la lógica de cobertura de ventanas cuando el grupo contiene (¿solo?) Dispositivos de cobertura de ventanas. A diferencia del puente Hue, deCONZ muestra atributos de estado de color para un grupo de luces regulables, por lo que no hay nada sobre lo que construir.

Como mencioné anteriormente, la alternativa al uso de la transmisión es establecer el porcentaje de elevación, que la API hace al cambiar state.bri .

@ebaauw

El ciego tiene el sueño ligero; sondea a su padre cada cinco segundos. Tendría que establecer valores de informes extremos para influir en la duración de la batería. De todos modos, uso 7200/7200/0, informe una vez cada dos horas. Esta es la configuración que usa el puente Hue para el sensor de movimiento Hue, y no tengo ninguna razón para usar nada más.

He vinculado el clúster y establecí los valores de informes de acuerdo con su publicación.
Cuando leo manualmente el porcentaje que lo recibe deCONZ, ver capturas de pantalla.
¿Pero no obtengo la lectura en el dispositivo ZHABattery?
¿Es esto un problema de deCONZ o una mujer?

Para que la transmisión funcione desde la API REST, el complemento debería realizar un seguimiento de los dispositivos que están en un grupo y aplicar la lógica de cobertura de ventanas cuando el grupo contiene (¿solo?) Dispositivos de cobertura de ventanas. A diferencia del puente Hue, deCONZ muestra atributos de estado de color para un grupo de luces regulables, por lo que no hay nada sobre lo que construir.

Entonces, cuando entendí bien, este es un cambio en el deCONZ / Phoscon, ¿cómo puedo lograr que se recoja? ¿Abrir un problema?

Como mencioné anteriormente, la alternativa al uso de la transmisión es establecer el porcentaje de elevación, que la API hace al cambiar state.bri .

Actualmente estoy usando thr pct de fhem para establecer posiciones absolutas en eventos como los comandos sunrise / alexa. ¿Este pct se traducirá a bri desde el complemento REST API y se enviará un unicasts? Parece que sí porque también en los cambios de pct, la persiana a veces se detiene, pero luego continúa para ejecutar la transición absoluta y termina correctamente en la posición de pct establecida.

Pero, lamentablemente, solo tengo dos eventos de botón gratis para las persianas (pulsación corta arriba / abajo, sin pulsación larga).
Entonces no puedo usar pct / bri para eso, porque ¿cómo podría detenerlo entonces?

La mejor solución para esto sería trabajar con transmisiones (ya que el interruptor original funciona con ciegos). Pero para eso, como pregunté anteriormente, ¿se necesita un cambio de API REST, verdad?

muchas gracias

¿Es esto un problema de deCONZ o una mujer?

Si el sensor ZHABattery muestra el valor, es un problema de fhem.

Entonces, cuando te entendí bien, este es un cambio en el deCONZ / Phoscon

Seguro que es un cambio en el complemento de la API REST. No espero que sea necesario cambiar la aplicación cliente API, si ya es compatible con grupos.

Pero lamentablemente solo tengo dos eventos de botón gratis para las persianas

No entiendo. Cambiaría la regla que establece state.on en true para establecer state.bri en 255 lugar, y la regla que establece state.on en false para establecer state.bri en 0 . No se necesitan eventos de botones adicionales.

Si controla las persianas desde el control remoto de apertura / cierre, no usa eventos de botón en absoluto. Simplemente agregue el ciego al grupo del control remoto (en config.group del recurso ZHASwitch). A continuación, el mando a distancia controla a los ciegos directamente (mediante emisiones), sin interacción con deCONZ o fhem. Si el complemento de la API REST no ha creado un recurso /groups para el grupo del control remoto, lo mejor es agregar los ciegos al grupo en la GUI deCONZ (en el panel _Cluster Info_ para el grupo _Groups_). El complemento de la API REST eventualmente creará el recurso, al leer el clúster _Groups_ (probablemente después de reiniciar deCONZ o apagar y encender la persiana).

Si el sensor ZHABattery muestra el valor, es un problema de fhem.

gracias por confirmar.
Ya informado y corregido en la actualización de mañana de fhem.
Vea aquí: https://forum.fhem.de/index.php/topic , 95424.msg1016154.html # msg1016154
y aquí: https://svn.fhem.de/trac/changeset/21039/

Seguro que es un cambio en el complemento de la API REST. No espero que sea necesario cambiar la aplicación cliente API, si ya es compatible con grupos.

gracias por la información.
¿Cómo puedo informar esto para que sea recogido para una próxima versión?
¿Debería abrir una nueva emisión / ticket?

No entiendo. Cambiaría la regla que establece state.on en true para establecer state.bri en 255 lugar, y la regla que establece state.on en false para establecer state.bri en 0 . No se necesitan eventos de botones adicionales.

Si lo se. De esta manera puedo abrir / cerrar la persiana completamente, pero ¿cómo puedo detenerla?

Si controla las persianas desde el control remoto de apertura / cierre, no usa eventos de botón en absoluto. Simplemente agregue el ciego al grupo del control remoto (en config.group del recurso ZHASwitch). A continuación, el mando a distancia controla a los ciegos directamente (mediante emisiones), sin interacción con deCONZ o fhem. Si el complemento de la API REST no ha creado un recurso /groups para el grupo del control remoto, lo mejor es agregar los ciegos al grupo en la GUI deCONZ (en el panel _Cluster Info_ para el grupo _Groups_). El complemento de la API REST eventualmente creará el recurso, al leer el clúster _Groups_ (probablemente después de reiniciar deCONZ o apagar y encender la persiana).

Lo siento, soy un novato de deCONZ y busqué en la GUI / Phoscon y la interfaz web anterior.
No pude encontrar la parte donde puedo configurar el grupo para el interruptor Ikea Tradfri (dos botones).
También tengo 3x HUE Dimmer en esta sala que controla luces ya diferentes y están emparejados con el puente HUE. Esos DImmers se migrarán a deCONZ más tarde y actualmente solo fhem tiene el estado y los eventos de botón correspondientes. Esa es la forma en que quiero enviar y ordenar:

Atenuador HUE -> HUEBridge -> fhem -> deCONZ -> estores

Y cuando estoy usando el encendido / apagado, tengo el problema de reintento / ack que describí.

Entonces, ¿tengo que esperar a que cambie la API para poder enviar transmisiones en lugar de unidifusión?

Oye, tengo problemas para que Kadrilj aparezca correctamente en decoznGui. Solo es visible como código hexadecimal, no como nombre real. Puedo controlarlo a través de deconz-gui pero no aparece en Homeassistant. El interruptor de apertura / cierre tiene un nombre propio. Intenté restablecerlo un par de veces. ¿Algunas ideas?

Busque nuevos dispositivos en Phoscon (o abra la red en la aplicación web anterior) y lea los atributos del clúster _Basic_ en el panel _Cluster Info_ en la GUI. Eso debería desencadenar la creación del recurso de la API REST y cambiar el nombre del nodo.

Si eso no funciona, publique una captura de pantalla del nodo, con puntos finales y clústeres, de los atributos del clúster _Basic_ (después de haberlos leído) y del panel _Información del nodo_.

Está conectado a mi conbee2 y una luz tradfri.

De acuerdo, parece que su unidad tiene una dirección mac de la nueva gama Silabs, pero por lo demás se ve bien. ¿Cuál es su versión de firmware (haga doble clic en _SW Build ID_ y presione _Read_ en la ventana emergente _Attribute Editor_)? 2.2.009?

No entiendo por qué no se crean recursos. ¿Abrió la red desde Phoscon o la aplicación web anterior antes de leer los atributos del clúster _Basic_? Con la red abierta, ¿puede hacer doble clic en _Model Identifier_ y presionar _Read_ en la ventana emergente? Debería haber un mensaje cuando la lectura sea exitosa.

2.2.007

Al hacer clic en Model Identifier y "leer", solo dice "lectura completa". Lo intenté mientras la "búsqueda de nuevas luces" también estaba activa.

Sí, la forma en que lo agregué fue usando Phoscon Search New Lights. También inicié la "función de luz de búsqueda" y antes de hacer clic en el botón "leer" en la GUI. Sin embargo, no obtengo ninguna indicación de que realmente esté haciendo algo cuando hago clic en leer. Una luz azul parpadeante tal vez en la GUI .. Esta es la primera vez con la GUI, así que no estoy seguro de cómo se supone que debe verse.

Debería haber preguntado esto antes, pero ¿qué versión de deCONZ está ejecutando? El soporte para FYRTUR y KADRILJ se introdujo en v2.05.67. Pero también lo era el soporte para el control remoto de apertura / cierre.

Al hacer clic en Model Identifier y "leer", solo dice "lectura completa".

Eso es bueno.

Sí, la forma en que lo agregué fue usando Phoscon Search New Lights. También inicié la "función de luz de búsqueda" y antes de hacer clic en el botón "leer" en la GUI.

Eso debería hacer el truco.

2.2.007

Es posible que desee actualizar el firmware a 2.2.009, pero no estoy seguro de si eso resolverá su problema.

Hola.

2.05.72 / 12/12/2019
Firmware: 26490700

¿Hay alguna forma de obligarlo a olvidar y volver a conectarse a la red, excepto la cosa de presionar dos veces los 5?

No, así es como reiniciar la persiana.

Hm, está bien, intenté restablecerlo de nuevo. Pero todavía es visible en la GUI. Sin embargo, la lectura del ID de compilación de SW falla, así que supongo que se ha olvidado. ¿O hay algo en el restablecimiento de fábrica que podría causar algún problema persistente?

@ebaauw, así que con respecto a mi problema (reintentar / ack, ver publicaciones arriba) ¿tengo que esperar una actualización de deCONZ? ¿derecho?
¿Cómo puedo lograr que esto se recoja y tal vez en uno de los próximos lanzamientos?

Entonces, con respecto a mi problema (reintentar / ack, ver publicaciones arriba) ¿tengo que esperar una actualización de deCONZ? ¿derecho?

Sí, el complemento de la API REST debe actualizarse para admitirlo. Es posible que tenga una larga espera: este es un gran cambio y hay muchas otras cuestiones que consideraría más urgentes.

¿Cómo puedo lograr que esto se recoja y tal vez en uno de los próximos lanzamientos?

Realice el cambio usted mismo y envíe una solicitud de extracción.

Intenté restablecerlo de nuevo. Pero todavía es visible en la GUI.

Restablecer sin rodeos un dispositivo hace que el dispositivo se olvide de la red, pero la red solo olvidará el dispositivo en un mensaje _Leave_ del dispositivo. La GUI de deCONZ aún recuerda el dispositivo: debe eliminar el nodo usted mismo. Otros enrutadores de la red aún recuerdan el dispositivo, por lo que podría reaparecer en la GUI cuando deCONZ lea las tablas vecinas de estos enrutadores.

Sin embargo, la lectura del ID de compilación de SW falla, así que supongo que se ha olvidado.

El dispositivo ya no está en la red, ya que eliminó la clave de red al reiniciar.

OK gracias. Esperaré.
¿Solo quise decir si debo abrir un problema para que no se olvide?

Ustedes realmente parecen estar descifrando el combo Fyrtur + Remote. He estado luchando con lo mismo con Zigbee2MQTT . No tengo una forma de oler, pero actualmente Z2M funciona bien para controlar las persianas MQTT Fyrtur que están directamente vinculadas, y también puede ver los comandos remotos vinculados Arriba / Abajo / Detener. Pero cuando vincula el control remoto a un grupo de persianas directamente, esta unión solo funciona. Es decir, puede abrir o cerrar las persianas con el control remoto, pero no puede mantener para abrir / soltar para detener, ni puede interrumpir una persiana que se abre / cierra presionando el botón del control de nuevo. Tienes que esperar hasta que se abra por completo o se cierre por completo. También es un retraso de 1-2 segundos antes de que se registre el comando remoto.

¿Ves este comportamiento con deconz? Si no es así, ¿alguna teoría sobre qué podría estar causándolo?

También veo el retraso, que probablemente se deba a que los ciegos duermen y solo se despiertan una vez cada cinco segundos. La interrupción y retención / liberación funcionan para mí. Es posible que desee verificar si el ciego y el remoto tienen el mismo enrutador principal. No creo que este sea un requisito estricto, pero el concentrador IKEA los configura con el repetidor como padre común.

Gracias. Es interesante que no hay demora cuando el control remoto está vinculado al ciego a través del repetidor directamente (sin coordinador); presumiblemente, las persianas también estarían durmiendo.

Verifiqué y tanto el control remoto como las persianas están vinculados al mismo padre: el coordinador. No tengo claro cómo Z2M en el coordinador podría "interceptar" los comandos remotos que están vinculados al grupo e interferir con ellos. Mi comprensión básica (vaga) de la forma en que funciona el enlace de grupo es que el control remoto envía un mensaje a las persianas directamente a través del coordinador.

¿Tiene algún registro de rastreo de tráfico entre el control remoto y un grupo limitado de persianas que podría ser útil para nuestra depuración de esta interacción en Z2M?

No tengo claro cómo Z2M en el coordinador podría "interceptar" los comandos remotos que están vinculados al grupo e interferir con ellos. Mi comprensión básica (vaga) de la forma en que funciona el enlace de grupo es que el control remoto envía un mensaje a las persianas directamente a través del coordinador.

No, "directamente" significa exactamente eso, no: "a través del coordinador". El control remoto envía un mensaje de difusión a la dirección del grupo, que es recogido por los ciegos en ese grupo (o más bien: el que está suscrito a la dirección del grupo). Esto funciona incluso cuando el coordinador está inactivo.

No, "directamente" significa exactamente eso, no: "a través del coordinador". El control remoto envía un mensaje de difusión a la dirección del grupo, que es recogido por los ciegos en ese grupo (o más bien: el que está suscrito a la dirección del grupo). Esto funciona incluso cuando el coordinador está inactivo.

Interesante, para mí el coordinador debe estar encendido, pero sin Z2M ejecutándose para una funcionalidad "completa". Entonces, tal vez eso indique que el control remoto no está vinculado al grupo de esta manera directa. Por cierto, para _direct_ remote -> interacciones ciegas, el control remoto se despierta y envía un mensaje de difusión, entonces, ¿quién se aferra al mensaje mientras las persianas duermen? ¿Y por qué entonces IKEA requeriría un repetidor en ese escenario? Debe cumplir este papel ...

¿Quién se aferra al mensaje mientras las persianas duermen?

El enrutador padre para ciegos. En la configuración de IKEA, ese es el repetidor (y no el concentrador). Debido al enlace táctil, IKEA tiene control total sobre qué dispositivo cumple esta función. En deCONZ, por otro lado, no tiene mucho control sobre qué enrutador seleccionará la persiana como padre (aparte de apagar los enrutadores que no desea). Si el ciego selecciona al coordinador como padre, entonces sí, debe estar en funcionamiento para que el ciego sea controlado. Es decir, la función del enrutador ZigBee en el firmware del dispositivo debe estar en funcionamiento, no la función de puerta de enlace como software de aplicación en el sistema al que está conectado el dispositivo (en su caso Z2M; en nuestro caso, la aplicación principal deCONZ).

@ebaauw ¿ es posible vincular mi control remoto a mis dos persianas desde deconz y no redireccionar todos los comandos a través de automatizaciones en Home Assistant?
¿Si es así, cómo?

No hay necesidad de meterse con las fijaciones. Simplemente agregue ambas persianas al grupo del control remoto.

El enrutador padre para ciegos.sí, debe estar en funcionamiento para controlar a los ciegos. Es decir, la función del enrutador ZigBee en el firmware del dispositivo debe estar en funcionamiento, no la función de puerta de enlace como software de aplicación en el sistema al que está conectado el dispositivo (en su caso Z2M; en nuestro caso, la aplicación principal deCONZ).

Gracias, ese fue mi entendimiento también. Es extraño que el software de mi puerta de enlace interfiera de alguna manera con la acción normal del firmware del dispositivo cuando se ejecuta. Parece algo imposible.

Por cierto, cuando dices agregar persianas al "grupo del control remoto", ¿el control remoto ocupa una identificación de grupo especial por sí solo, _a priori_?

Depende del firmware del dispositivo. El firmware ZLL Trådfri más antiguo elige una identificación de grupo al azar en el restablecimiento de fábrica. El firmware ZigBee 3.0 más nuevo no lo hace, y debe crear un enlace a un grupo (envía una transmisión hasta que se haya realizado el enlace). El complemento de la API REST debería encargarse de eso al emparejar un dispositivo con nuevo firmware. De cualquier manera, la API REST llena config.group cuando ve un comando de grupo. Debería crear el recurso /groups al emparejar el dispositivo. Si no es así, agregue el ciego al grupo en la GUI de deCONZ, y el recurso se creará la próxima vez que el complemento consulte la tabla de grupo de ciegos (probablemente en el anuncio del dispositivo o al reiniciar deCONZ).

Desafortunadamente, el control remoto NO aparece en DECONZ en absoluto. Sin embargo, aparece en el asistente doméstico.

Una cosa más, por alguna razón, el complemento OTAU no encuentra ningún firmware nuevo para ningún dispositivo que CONSULTÉ. Acabo de descargar manualmente el firmware de Blinds y lo actualicé. ¿Hay algún puerto que deba configurarse en el firewall?

Esta es mi configuración de docker-compose para deconz:
deconz:
nombre_contenedor: deconz
reiniciar: siempre
imagen: marthoc / deconz: último
redes:
- web
dispositivos:
- / dev / ttyACM1: / dev / ttyACM1
puertos:
- '$ {IP_ADDRESS}: 8447: 8447'
- '$ {IP_ADDRESS}: 8446: 8446'
- '$ {IP_ADDRESS}: 8445: 8445'
volúmenes:
- './config/deconz:/root/.local/share/dresden-elektronik/deCONZ'
- '/ etc / localtime: / etc / localtime: ro '
- '/ etc / timezone: / etc / timezone: ro '
medio ambiente:
- TZ = $ {TZ}
- USER_ID = $ {PUID}
- GROUP_ID = $ {PGID}
- DECONZ_WEB_PORT = 8446
- DECONZ_WS_PORT = 8445
- DEBUG_INFO = 1
- DEBUG_APS = 0
- DEBUG_ZCL = 0
- DEBUG_ZDP = 0
- DEBUG_OTAU = 0
- DECONZ_VNC_MODE = 1
- DECONZ_VNC_PORT = 8447
- DECONZ_VNC_PASSWORD = CONTRASEÑA
- DECONZ_DEVICE = / dev / ttyACM1
- DECONZ_UPNP = 1
etiquetas:
- 'traefik.enable = false'

Hola.
Sí, el control remoto es un problema. No aparece en la página web de deconz. Lo tengo encuadernado, lo veo a través de vnc y funciona en Home Assistant, pero me gustaría que funcione directamente sin crear automatización en Home Assistant.
¿Qué estoy haciendo mal?

Hola.
Sí, el control remoto es un problema. No aparece en la página web de deconz. Lo tengo encuadernado, lo veo a través de vnc y funciona en Home Assistant, pero me gustaría que funcione directamente sin crear automatización en Home Assistant.
¿Qué estoy haciendo mal?

Puedes verlo en la antigua interfaz gráfica de usuario como grupo.

@ Kane610 ¿ es posible DESACTIVAR la GUI anterior después de habilitarla?

Es solo otra página de nosotros. Nada especial

Hola chicos. Usted está hablando desde un grupo de zigbee que el ciego y el control remoto deberían tener, por lo que el problema de reintento / sop no debe ocurrir.

¿Puede alguno de ustedes explicar cómo se configuró esto exactamente en deCONZ gui?
Guía paso a paso incl. scrrenshots sería realmente bueno :-)

Lo siento, pero no tengo mucha experiencia con zigbee / deCONZ.

Lea la guía del usuario de la GUI (desde el menú de ayuda). Utilice el panel _Cluster Info_ para el servidor (azul) _Groups_ cluster de ciegos.

@ebaauw Lamentablemente, la persiana perdió su conexión / enlace después de haber agregado otras bombillas de tono.
Se reparó con la doble pulsación de 5 segundos, se crearon los enlaces y se activó el informe del porcentaje de elevación y la batería.

Lamentablemente, "pct" ya no se actualizará en fhem, pero sí lo hará.
Además, cuando envío pct, el problema de "reintento" contraataca también porque el "pct" será antes estable.

¿Me falta alguna configuración vinculante / de informes?

muchas gracias

Después de descubrir cómo llegar a la interfaz gráfica de usuario anterior usando el rpi y agrupar ciego con control remoto, funcionan bien.
Home Assistant también puede ver ambos dispositivos, cosas buenas, pero me falta un paso para obtener el nivel ciego de batería en Home Assistant. ¿Alguien sabe qué me estoy perdiendo?

Gracias

EDITAR: Esto se está poniendo viejo ... ¡¡ahora lo tengo !! sensor.fyrtur_block_out_roller_blind_battery_level .. Podría jurar que no lo tenía disponible. Lamento molestarlos chicos 🥇

Después de descubrir cómo llegar a la interfaz gráfica de usuario anterior usando el rpi y agrupar ciego con control remoto, funcionan bien.
Home Assistant también puede ver ambos dispositivos, cosas buenas, pero me falta un paso para obtener el nivel ciego de batería en Home Assistant. ¿Alguien sabe qué me estoy perdiendo?

Gracias

EDITAR: Esto se está poniendo viejo ... ¡¡ahora lo tengo !! sensor.fyrtur_block_out_roller_blind_battery_level .. Podría jurar que no lo tenía disponible. Lamento molestarlos chicos 🥇

@adfolfotregosa ¿cómo

Después de descubrir cómo llegar a la interfaz gráfica de usuario anterior usando el rpi y agrupar ciego con control remoto, funcionan bien.
Home Assistant también puede ver ambos dispositivos, cosas buenas, pero me falta un paso para obtener el nivel ciego de batería en Home Assistant. ¿Alguien sabe qué me estoy perdiendo?
Gracias
EDITAR: Esto se está poniendo viejo ... ¡¡ahora lo tengo !! sensor.fyrtur_block_out_roller_blind_battery_level .. Podría jurar que no lo tenía disponible. Lamento molestarlos, chicos 1st_place_medal

@adfolfotregosa ¿cómo

No lo hice. Debo no haber mirado correctamente la lista de sensores en el asistente doméstico. Creo que no hice nada de lo que pueda recordar. ¿Falta en su asistente de hogar?

Después de descubrir cómo llegar a la interfaz gráfica de usuario anterior usando el rpi y agrupar ciego con control remoto, funcionan bien.
Home Assistant también puede ver ambos dispositivos, cosas buenas, pero me falta un paso para obtener el nivel ciego de batería en Home Assistant. ¿Alguien sabe qué me estoy perdiendo?
Gracias
EDITAR: Esto se está poniendo viejo ... ¡¡ahora lo tengo !! sensor.fyrtur_block_out_roller_blind_battery_level .. Podría jurar que no lo tenía disponible. Lamento molestarlos, chicos 1st_place_medal

@adfolfotregosa ¿cómo

No lo hice. Debo no haber mirado correctamente la lista de sensores en el asistente doméstico. Creo que no hice nada de lo que pueda recordar. ¿Falta en su asistente de hogar?

sí, no aparece en absoluto, solo las persianas y la batería de los controles remotos.

Quizás ... Usando vnc, abra la información del clúster de "configuración de energía" de los ciegos y haga clic en "leer" en "atributos". Debería aparecer "porcentaje de batería restante".

Quizás eso es lo que hice para que apareciera. Honestamente, no sé qué lo desencadenó, pero podría jurar que tampoco lo tuve.

Chicos, deben vincular el clúster al punto final de conbee y configurar los informes de batería como se describe aquí: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment -577537449

De lo contrario, la lectura no se actualizará.

Chicos, deben vincular el clúster al punto final de conbee y configurar los informes de batería como se describe aquí: # 1121 (comentario)

De lo contrario, la lectura no se actualizará.

Perdón por el tema diferente ... pero ¿tenemos que vincular cada "configuración de energía" a la conbee de cada dispositivo Ikea para que actualice el nivel de la batería? Tengo el nivel de batería de los controles remotos, así que estoy confundido

Creo que solo para las persianas, pero no probé con ningún otro producto.
También para los controles remotos tengo la batería y ningún dispositivo ZHABattery adicional.

Vea aquí: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1827

Creo que solo para las persianas, pero no probé con ningún otro producto.
También para los controles remotos tengo la batería y ningún dispositivo ZHABattery adicional.

Vea aquí: # 1827

Entendido. Gracias

Quizás ... Usando vnc, abra la información del clúster de "configuración de energía" de los ciegos y haga clic en "leer" en "atributos". Debería aparecer "porcentaje de batería restante".

Quizás eso es lo que hice para que apareciera. Honestamente, no sé qué lo desencadenó, pero podría jurar que tampoco lo tuve.

Apareció ahora con Home Assistant 104.3, con 103.6 no aparecía.

@MrHollowPS
No olvide configurar los informes como se describe anteriormente, de lo contrario, el valor no recibe actualizaciones del dispositivo.

Hola,

Tengo una pregunta sobre el control remoto E1766.
Podría emparejarlo con el conbee2 y lo puse en un grupo junto con las persianas. Las persianas solo se mueven mientras presiono el botón y se detienen poco después de soltarlo.
¿Es posible abrir completamente la persiana con una pulsación larga o doble y, en caso afirmativo, qué tengo que hacer?

Otra cosa que me interesaría es la relación con las fijaciones. Ya hice un enlace para obtener el porcentaje de posición. Si ahora creo otro enlace, ¿eliminará el anterior?

Gracias

@MrHollowPS
No olvide configurar los informes como se describe anteriormente, de lo contrario, el valor no recibe actualizaciones del dispositivo.

Sí, gracias.

Hola,
Leí todo el texto dos veces, pero no puedo controlar las persianas con el control remoto.
Las persianas funcionan bien, informan de sus estados al asistente de hogar.
Para agrupar el control remoto a las persianas, fui a la antigua WebUI y en el grupo remoto agregué las persianas.
Cuando presiono un botón en el control remoto, no pasa nada.
En Deconz puedo ver que el control remoto está enviando algo.
¿Alguien que lo consiguió puede ayudarme?

Después de unos días de pruebas y errores logré conectar tanto a los ciegos como a los remotos en deconz y trabajar en casa asistente o / ¡Gracias a todos por sus comentarios aquí!

@ yan14 para el control remoto aquí es cómo lo hice funcionar
No necesitas el repetidor ikea zigbee en absoluto (déjalo desenchufado en la caja)

• VNC a deconz / Raspbee
• elimine cualquier control remoto zombie existente (en realidad lo tenía en la interfaz deconz pero no funcionaba)
• establecer permiso unirse (255)
• Presione el botón de emparejamiento 4 veces en 5 segundos.
• interfaz web / conmutador agregar dispositivo
• Mantenga presionado el botón de emparejamiento (durante al menos 10 segundos?) En el control remoto inalámbrico Open / Close. ¡Dale el tiempo suficiente para unirte completamente a la red! Una luz roja brillará de manera constante en el control remoto Open / Close.
• desde la interfaz vnc, debería ver un nuevo dispositivo vinculado al raspbee (si no lo elimina y vuelve a intentarlo, lo más probable es que deba darle más tiempo para unirse por completo
• una vez allí, puede escuchar deconz-event en el asistente doméstico y debería ver los eventos en HA cuando presione el control remoto. Puede crear automatizaciones para abrir / cerrar la persiana cuando presiona los botones del control remoto.

Para las persianas (nota para mí cuando vuelva aquí para emparejar más de ellas :))

• VNC a deconz / Raspbee
• eliminar cualquier persiana zombi existente (si corresponde)
• establecer permiso unirse (255)
• Presione ambos botones durante 5 segundos. Un LED parpadeará una vez para confirmar el reinicio.
• interfaz web / luces agregue dispositivo y espere a que el nuevo dispositivo se una completamente (también puede verificar la interfaz VNC)
• Abra el panel de información del clúster en la GUI de deCONZ. Seleccione el grupo Window Covering de la persiana y desplácese hacia abajo. Haga doble clic en el atributo Porcentaje de elevación de la posición actual para abrir la ventana del Editor de atributos. Ingrese los valores de reporte (1/300/1) y presione Write Config. (créditos a @ebaauw arriba)
• puede hacer lo mismo para el atributo de porcentaje restante de la batería remota
• en HA, llame al servicio deconz.device_refresh (es posible que también deba reiniciar HA) y ¡disfrute!

Asistente de hogar 0.105.2
Foscón 2.05.72
Firmware 264A0700

Y ... me olvidé de hacer la pregunta que en realidad venía a hacer aquí ...
¿Hay alguna forma de definir el límite cercano de los ciegos? En mi caso, nunca debe bajar por debajo de los 150 cm. ¿Podemos definir esto en alguna parte (150 cm = 100% y nunca ir más allá de ese límite)?
Hay un atributo "Límite cerrado físico: elevación" en el clúster que cubre la ventana, pero es de solo lectura.
Alguna idea ?

Debe establecer el límite con el botón de la persiana; consulte el manual. No está expuesto sobre ZigBee.

ah, RTFM entonces :)
No he visto eso, definitivamente lo investigaré. Gracias.

editar: (si alguien más lo busca)
Establecer el nivel máximo de extensión:
Mueva las persianas a la posición deseada utilizando el control remoto Abrir / Cerrar o los botones de la persiana. Cuando la persiana esté en la posición deseada, puede presionar dos veces el botón arriba o abajo en la persiana para guardar esta posición como el nuevo nivel máximo de extensión.
Si desea borrar el nivel máximo de configuración de extensión, primero mueva la persiana a la posición superior. Luego, presione dos veces el botón hacia arriba o hacia abajo en la persiana.
No puede realizar esta configuración con el control remoto Abrir / Cerrar.

Recientemente compré dos de las persianas inteligentes FYRTUR, pero la instalación no fue tan fácil como mis otros dispositivos Zigbee. Encontré los siguientes problemas:

1. Las persianas se muestran como luces en la interfaz web de Phoscon.

Este es un problema menor, pero dado que Phoscon tiene buenas imágenes para casi todos los productos disponibles, esto es en mi humilde opinión un descuido.

2. En mi humilde opinión, el brillo está invertido en la interfaz web de Phoscon.

También es un problema menor. Recibo la implementación, pero me parece extraño que la configuración de brillo del 0% se correlacione con que las persianas estén abiertas.

3. El estado de las persianas no se actualizó

Para mí, este fue el primer problema importante que encontré (con deCONZ). Con la ayuda de este hilo y algo de prueba y error, descubrí que esto se puede solucionar leyendo el atributo _Window Covering_ del dispositivo en la GUI de deCONZ.

después de lo cual puede leer el atributo _Window Position_ en la pestaña _Cluster Info_

y finalmente establezca la configuración de informes

que he establecido en los valores que @ cben0ist proporcionó. Todavía tengo dudas sobre si usar los valores que proporcionó o los de @ebaauw.

4. La persiana deja de funcionar después de un reinicio deCONZ

La lectura de _Configuración de energía_ y _Cubierta de ventana_ parece solucionar este problema

pero esto no es ideal. En mi humilde opinión, este es un comportamiento inesperado en deCONZ.

5. El nivel actual de la batería no es visible en la interfaz web de Phoscon.

6. El emparejamiento de un control remoto de encendido / apagado falla en la interfaz web de Phoscon

Al intentar emparejar un control remoto de encendido / apagado, falla dentro de la interfaz web de Phoscon, pero el interruptor se agrega como se puede ver en la interfaz web anterior, así como en la GUI deCONZ.

7. El control remoto de encendido / apagado no aparece en la interfaz web de Phoscon

Veo todos mis interruptores, pero no estos.

8. El deconz_event id en Home Assistant para el control remoto de encendido / apagado es siempre TRADFRI open/close remote

Cambié el nombre de mis grupos y mi sensor para reflejar el nombre correcto, pero en Home Assistant siempre obtengo esta fuente de evento id: tradfri_open_close_remote . Es posible solucionarlo utilizando la dirección MAC que también se envía como unique_id . En una automatización, esto podría usarse así:

- id: remote_blind_close
  alias: Close blind
  trigger:
    platform: event
    event_type: deconz_event
    event_data:
      id: tradfri_open_close_remote
      unique_id: "ec:1b:bd:ff:fe:00:00:00"
      event: 2002
  action:
    service: cover.close_cover
    data:
      entity_id: cover.fyrtur_blind

Hasta ahora, algunos de los problemas mencionados anteriormente son solo visuales, otros son un poco molestos y la mayoría de ellos tengo una solución alternativa disponible. Lo único que me molesta actualmente es que las persianas no se pueden controlar después de reiniciar deCONZ.

Tal vez @ebaauw pueda brindar información adicional sobre estos problemas o tal vez una solución más permanente para otros. Solo noto estos problemas, porque el resto de deCONZ y Phoscon brindan una gran experiencia de iniciativa.

No puedo ayudar con Phoson (que no es de código abierto y que apenas uso) ni con HA (que no uso ni conozco).

Anuncio 2. Esa es una discusión filosófica: ¿los ciegos están 0% cerrados o 0% abiertos? Los diferentes estándares ven esto de manera diferente: ZigBee usa% cerrado (de ahí los valores de la API REST); HomeKit usa% open. Por supuesto, Xiaomi tampoco sigue el estándar ZigBee aquí, por lo que para exponer mi lumi.curtains de HomeKit, el valor se invierte dos veces.

Anuncio 3. Sigue siendo un desafío configurar dispositivos alimentados por batería desde el complemento de API REST. Debería configurar el informe de atributos, pero a veces no lo hace, o solo más tarde, después de reiniciar deCONZ. Afortunadamente, puede configurarlo manualmente y, afortunadamente, solo debe hacerlo una vez. No es el problema más urgente.

Anuncio 4. Lo he visto a veces también. No sé qué está causando esto. Intento no reiniciar deCONZ (excepto después de un bloqueo o al actualizar).

@ebaauw Gracias por responder.

Con respecto a los problemas de Phoscon, lo entiendo completamente. Y sobre el problema de Home Assistant, solo quiero que esté escrito en alguna parte. Quizás pueda ser útil para otra persona en el futuro 😄.

Anuncio 2. Bastante justo. Además, no es un gran problema para mí, honestamente. Sólo quería hacerte saber.

Anuncio 3. La mayoría de mis dispositivos Zigbee que funcionan con batería (en su mayoría Lumi / Xiaomi) funcionan muy bien desde el primer momento. Simplemente no es algo a lo que esté acostumbrado cuando uso deCONZ / Phoscon. Especialmente con un prodocto tan popular.

Anuncio 4. Casi no reinicio deCONZ. Solo en actualizaciones, y nunca me ha fallado. Entonces debería estar bien. Pero es solo una cosa más para recordar, que trato de evitar.

Solo quería decir que el informe de nivel ciego al asistente de hogar funcionó al principio, pero después de una actualización a .72 se detuvo. No pude hacer que funcionara después.
El estado de la batería sería excelente, pero es bueno tenerlo.
Lo mismo ocurre con el control remoto. Sería genial configurarlo con phoscon, pero es bueno tenerlo para mí.

Tenemos el KADRILJ ahora aquí para probarlo (los dispositivos que cubren ventanas tendrán su propia sección en la aplicación Phoscon). Se han visto los mismos problemas que se puede establecer el estado, pero el valor no se lee.

Los informes de enlaces y atributos para 0x0008 no se establecieron automáticamente, esto se puede arreglar.

Sin embargo, leer el atributo manualmente siempre arroja un valor de 0 por alguna razón. La versión de firmware es la misma que la anterior 20190311 / 2.2.007, actualmente estamos actualizando a 2.2.009, con suerte, esto corrige el valor vacío.

@ yan14 Actualmente estoy en 2.05.74 y leer el estado de las persianas me está funcionando bien. Pero necesitará leer esos atributos como lo describí anteriormente para que funcione. Sin embargo, me pregunto si está experimentando el mismo problema que @manup en un firmware anterior.

@manup Actualmente estoy ejecutando la última versión de firmware 2.2.009, que parece funcionar correctamente cuando los atributos se leen manualmente una vez. Parece que he actualizado (accidentalmente) mis persianas después de haber hecho la captura de pantalla anterior.

¿También está trabajando para que el control remoto de encendido / apagado funcione correctamente? Mis controles remotos parecen perder la asociación con el clúster de vez en cuando, lo cual es un poco molesto.

¿También está trabajando para que el control remoto de encendido / apagado funcione correctamente? Mis controles remotos parecen perder la asociación con el clúster de vez en cuando, lo cual es un poco molesto.

Sí, en resumen, todas las integraciones de dispositivos IKEA deben perfeccionarse lo mejor posible. Actualmente hay varios problemas relacionados con IKEA en investigación, algunos son más engañosos que otros, pero espero que puedan resolverse todos.

Actualmente tengo problemas con una de mis persianas. Ambos desaparecieron de la noche a la mañana dentro de deCONZ. Después de intentar volver a agregarlos, solo aparece uno. El otro no aparece en Phoscon y en la GUI deCONZ el dispositivo no parece tener ninguna propiedad:

No puedo leer / cambiar nada. He intentado mover las persianas muy cerca de mi ConBee II (30 cm) y también quitarlas / volver a agregarlas varias veces. Incluyendo restablecimientos de fábrica. Solo para tener el mismo resultado. Actualmente estoy perdido aquí ...

Con respecto a phoscon, son cambios bastante pequeños para que el TRADFRI abra / cierre remotamente. El interruptor de encendido / apagado TRÅDFRI se puede utilizar como plantilla al realizar cambios en el código fuente.
Dado que es una aplicación web, el código fuente está disponible.

Con respecto a mi problema con una de mis persianas que ya no se empareja, un usuario del foro Dutch

• Pon Phoscon en modo de emparejamiento
• Ponga el FYRTUR / KADRILJ en modo de emparejamiento (presione brevemente ambos botones)
• Mantenga presionados ambos botones en el FYRTUR / KADRILJ hasta que se empareje con deCONZ

Según mi conocimiento y el manual, esto solo debería activar un restablecimiento de fábrica, pero aparentemente esto también hace algo más ... Al menos funcionó para mí y ahora puedo controlar mis persianas nuevamente desde deCONZ / Phoscon / Home Assistant.

He estado investigando los misterios que rodean a mis persianas enrollables IKEA FYRTUR. Como dije en mis últimas actualizaciones, una de mis persianas (_Bedroom east_ en la imagen de abajo) ya no se emparejaría. Lo cual afortunadamente pude resolver con las instrucciones anteriores. Parece que las cortinas enrollables van en una especie de modo de emparejamiento Zigbee Touchlink, pero se emparejan correctamente.

Desafortunadamente, ahora mi otro ciego FYRTUR (_Bedroom south_ en la imagen de abajo) está actuando mal. Los ciegos tienen problemas para informar sobre el estado actual. Ambas persianas están conectadas al coordinador ConBee II a través de una bombilla TRADFRI E27 WW como se ve aquí:

Antes, la persiana este del dormitorio estaba conectada a través de un enchufe inteligente TRADFRI, que fue un desastre total en sí mismo. Tenerlo enrutado a través de la bombilla E27 ya parece bastante mejor.

Sin embargo, actualmente estoy probando con el siguiente conjunto de configuración de atributos:

Configuración de energía

Porcentaje de batería restante, configuración de informes

| Configuración | Valor |
| --- | --- |
| Intervalo de informe mínimo | 7200 |
| Intervalo de informe máximo | 7200 |
| Cambio notificable | 0 |

Control de encuestas

| Atributo | Valor | Valor 2 |
| --- | --- | --- |
| Intervalo de registro | 3600 | 1400 |
| Intervalo de encuesta largo | 20 _ (0x14) _ | 20 _ (0x14) _ |
| Intervalo de encuesta corto | 2 _ (0x02) _ | 2 _ (0x02) _ |
| Intervalo de encuesta rápido | 10 | 40 |

Revestimiento de ventana

Porcentaje de elevación de la posición actual, configuración de informes

| Configuración | Valor |
| --- | --- |
| Intervalo de informe mínimo | 1 |
| Intervalo de informe máximo | 300 |
| Cambio notificable | 1 |

Mis dos persianas están actualizadas con el último firmware IKEA 2.2.009 (20190311). El monitor de señal indicó que mis dos enlaces tienen un RSSI de aproximadamente -65 y un LQI de aproximadamente 250.

Pensé que tal vez había algo mal con los valores definidos de fábrica en los atributos de Poll Control. Los valores predeterminados de Zigbee recomiendan los siguientes valores :

| Atributo | Valor |
| --- | --- |
| Intervalo de registro | 14400 |
| Intervalo de encuesta largo | 20 _ (0x14) _ |
| Intervalo de encuesta corto | 2 _ (0x02) _ |
| Intervalo de encuesta rápido | 40 |

pero al principio quería probar un enfoque más agresivo. Realmente me gusta tener persianas más funcionales con menos duración de la batería que la mitad o incluso ninguna persiana funcional con buena duración de la batería.

_Editado (13-04-2020) para agregar valor 2 al control de la encuesta, que utilizo para las pruebas.

Hola,

Estoy intentando incluir una persiana FYRTUR y he tropezado con algunas dificultades.
Después de intentarlo un poco y fallar, finalmente obtuve el FYRTUR incluido en deConz a través de la aplicación Phoscon.
El problema es que FYRTUR no se muestra en la aplicación phoscon.
Puedo controlar las persianas desde la GUI deConz, pero no con phoscon.

¿Algún consejo sobre cuál puede ser el problema?
También puedo ver a los ciegos en Homeseer 3 con JowiHue, pero tampoco puedo controlar ni obtener ningún estado en HS3.

@StoricU Para mí, el emparejamiento siempre funciona cuando uso el método que describí anteriormente .

No es necesario quitar las persianas de deCONZ para que esto funcione.

Después de actualizar mi instalación de deCONZ a 2.05.75, ambas persianas parecen funcionar perfectamente ahora. Los emparejé usando el método anterior y parecen muy estables durante un par de días. No sé si esto tiene algo que ver con mi configuración o con la nueva versión de deCONZ.

Entonces, con la última actualización (2.05.75), el control remoto abierto y cerrado es visual en phoscon, pero no se puede usar en grupos.
La segunda cosa es que mi persiana ya no es visible en deconz. Entonces no puedo agregarlo a grupos.
Puedo ver la persiana en la interfaz gráfica de usuario deconz y puedo controlarla, la mayoría de las veces, con el asistente de casa.
A veces, las persianas no se pueden controlar. Pierden la conexión, incluso si hay enrutadores de malla zigbee cerca.

Simplemente dice así:

Intenté permitir unirme y luego agregar luz, solo agregar luz, red abierta.
Botón doble 5s, botón doble 15s ...

¿Quizás está demasiado lejos del raspbee? Tengo 3 luces osram cercanas y el repetidor en sí.

¿Puedo establecer una longitud máxima en las persianas? Algunos de ellos se colocan en una ventana donde el máximo es 51%. Pero cuando uso el asistente de Google para decir "cerrar ciego", llegará al 100%

¿Puedo establecer una longitud máxima en las persianas? Algunos de ellos se colocan en una ventana donde el máximo es 51%. Pero cuando uso el asistente de Google para decir "cerrar ciego", llegará al 100%

@ dwarf-rbi, tienes que establecer la longitud máxima de la persiana. Siga el manual.
Creo que encuentras la posición correcta, ya sea con deconz o presionando los botones de la persiana.
Cuando tenga la posición que desea como máxima, creo que tuvo que presionar dos veces el botón físico hacia abajo en la persiana. Luego debería subir unos centímetros y volver a bajar.

@StoricU Gracias, ¡funcionó!

Bueno, la situación no parece muy estable al menos para mí, acabo de abrir vnc para ver el estado y ahora la persiana tiene un enlace a una lámpara cercana, sin hacer nada. Ahora puedo controlarlo desde deconz pero no está en el resto de la API.
Tengo miedo de hacer cualquier otra cosa por lo que podría perder el emparejamiento. ¿Alguna sugerencia?

Tengo el mismo problema, tengo 11 persianas, casi todos los días al menos 2 persianas no reaccionan desde HA, pero puedo controlarlas a través de VNC. Me gusta que estén en modo de espera y es necesario hacer ping antes de volver a trabajar, ya sea presionando el botón "leer atributos" o arriba / abajo.
¿Puedo configurarlo en algún lugar de deconz / vnc para que haga ping automáticamente a las persianas cada hora?

Finalmente logré conectar las persianas inteligentes de Ikea a DeCONZ, pero tengo 1 problema y 1 pregunta.

Problema: El nivel siempre es "100", por lo que Home Assistant siempre muestra Abierto y nunca cerrado :-( ¿Esto es un error o característica?
Pregunta: Estoy ejecutando el firmware 2.2.007, ¿cómo actualizo a 2.2.009 con DeCONZ? Para las cosas de Ikea con alimentación principal es un ciclo de energía el disparador, pero ¿qué es para los dispositivos que funcionan con batería?

FURTUR y KADRILJ no fueron incluidos en la lista blanca para configurar informes de atributos, mi culpa. @SwoopX había solucionado eso en https://github.com/dresden-elektronik/deconz-rest-plugin/pull/2668/commits/0151f6fe61f25a2158fb03d7ebf1afe0b4d42ec8. La mejor configuración es la vinculación manual y la configuración de informes manualmente en la GUI, hasta que este cambio se combine e incluya en la próxima versión. Alternativamente, compile el complemento a partir de esa confirmación y vuelva a emparejar el ciego.

Presione _Update_ en el panel de complementos _OTAU_ en la GUI. Puede intentar un ciclo de energía (desconecte y vuelva a conectar la batería), pero dudo que funcione.

@ebaauw gracias, la configuración manual lo hizo. Puedo ver el nivel ahora en HA. Estoy actualizando el firmware a través de la GUI de DeCONZ ahora (1% de 100% hecho;))

@ebaauw gracias, la configuración manual lo hizo. Puedo ver el nivel ahora en HA. Estoy actualizando el firmware a través de la GUI de DeCONZ ahora (1% de 100% hecho;))

Hola, estoy en la misma situación en la que la persiana es completamente funcional en deCONZ VNC pero nunca se agregó a Phoscon y solo aparece la batería en Home Assistant.

¿Podría darme más detalles sobre esta "configuración manual"?

Muchas gracias !

¿Podría darme más detalles sobre esta "configuración manual"?

Lea el Manual de usuario de la GUI deCONZ, en el menú _Ayuda_.

Las persianas no son compatibles con Phoscon; No sé sobre Home Assistant.

Gracias por esta respuesta rápida @ebaauw, pero no me ayudará.

Parece que cité el mensaje incorrecto ya que tenía la intención de hacerle la pregunta a @ alex3305 ya que se enfrentó al mismo problema que yo y está usando el asistente doméstico.

@lbrichet Acabo de ver que me perdí tu mención. Pero puede seguir los pasos que se describen aquí al emparejar una 'luz' en Phoscon.

Sin embargo, acabo de comprobar mi instalación de Phoscon, que he actualizado a Little Walter después de esa guía y noté que ya no veo las persianas en la descripción general de Lights. Sin embargo, los veo en el grupo de Persianas que he creado antes. Lo cual es un poco extraño en mi humilde opinión. Parece que algo anda mal aquí:

Actualmente estoy esperando ansiosamente una nueva versión (beta) que contenga 0151f6fe61f25a2158fb03d7ebf1afe0b4d42ec8.

¡Gracias @ alex3305 ! De hecho, si otras personas llegan a este hilo mientras intentan emparejar Fyrtur, no tienen que centrarse en Phoscon ya que, para mí, no aparecen en absoluto. Hice todo a través de deCONZ VNC y ahora funcionan más o menos como se esperaba en Home Assistant :)

@lbrichet tengo dem en deConz GUI pero no en phoscon, pero tampoco los veo en HomeAssistant. ¿Qué hiciste para tenerlos en HA?

En la GUI puedo mover las persianas hacia arriba y hacia abajo y a posiciones determinadas. pero eso es todo.

El control remoto está presente en phoscon y debajo de la sección del interruptor. pero no en el editor de conmutadores. y tampoco en HA.

Cualquier indicador sería apreciada.

¡Hola @rufinus !

Creo que mi mayor problema fue ser lo suficientemente paciente, probablemente eliminar la integración deCONZ y volver a agregarla.

Además, agregué el repetidor Ikea en la misma habitación.

Hola a todos,

He intentado que mi Fyrtur Blind se conecte con deconz en HA, pero hasta ahora no tuve suerte.
Lo que hice fue:

• Iniciando el emparejamiento en mi conbee II
• presione brevemente los botones de emparejamiento en la persiana
• la luz se enciende
• Mantenga presionados los botones de emparejamiento en la persiana

Hubo un momento en que lo encontró por solo un segundo, pero luego desapareció y desde entonces no aparecerá más ...

¿Tienen idea de lo que estoy haciendo mal?

@Bladian

Estoy emparejando con:

Mantenga presionados ambos botones en el fyrtur durante 8-10 segundos. Las persianas subirán y el LED parpadeará en blanco.
No está listo para emparejar.
Inicie la búsqueda en HA / Deconz. Utilice el sensor nuevo para encontrarlo. Lo encontrará aunque no sea un sensor, pero se mostrará en la interfaz de usuario deconz cuando esté ubicado en la persiana.
El ciego no mostrará op en deconz debido a un error actual, pero si inicia sesión a través de VNC para deconz, puede ver el dispositivo

@ enano-rbi

¡Muchas gracias! Acabo de descargar VNC para echar un vistazo y parece que se combinó con deconz desde el principio. ¿Puedo encontrar una explicación de VNC? Quiero intentar conectar el interruptor a la persiana inteligente.

También me gustaría poder agregar el interruptor de apertura / cierre a mi grupo con dos persianas y un repetidor.
La cuestión es que mi interruptor remoto (interruptor de abrir / cerrar / no está disponible para agregarlo como interruptor, pero ¿puedo verlo en phoscon como interruptor? ¿Cuando agrego el interruptor, parece que no se está emparejando? cerrar el cuadro de diálogo que aparece debajo de interruptores ??

@ chichin79 Si hablas de Home Assistant siempre puedes hacer la automatización basada en deconz_event.
Entra en DeveloperTools, Events, completa deconz_event y comienza a escuchar.
Presiona el interruptor y puede usar el resultado como disparador de su automatización.

@ chichin79 Si hablas de Home Assistant siempre puedes hacer la automatización basada en deconz_event.
Entra en DeveloperTools, Events, completa deconz_event y comienza a escuchar.
Presiona el interruptor y puede usar el resultado como disparador de su automatización.

Ahh, excelente, lo intentaré.

El control remoto Open / Close controla las persianas de forma nativa, sin necesidad de automatización. Simplemente agregue las persianas al grupo del control remoto. Funciona incluso cuando deCONZ está inactivo.

El control remoto Open / Close controla las persianas de forma nativa, sin necesidad de automatización. Simplemente agregue las persianas al grupo del control remoto. Funciona incluso cuando deCONZ está inactivo.

Esa es la cuestión, el interruptor de abrir / cerrar no aparece como un interruptor que pueda agregar al grupo. El interruptor se muestra en "interruptores" en la GUI de phoscon, pero no puedo agregarlos a un grupo.

Tengo un interruptor de encendido / apagado regular trådfri y un control remoto, y aparecen.

El interruptor se muestra en "interruptores" en la GUI de phoscon, pero no puedo agregarlos a un grupo.

No conozco a Phoscon. El complemento API REST crea un grupo al emparejar el control remoto Abrir / Cerrar y vincula el control remoto a ese grupo. El grupo se informa como config.group en el recurso ZHASwitch /sensors .

Ok, gracias por las respuestas, seguiremos intentando poner el interruptor en phoscon de la forma "correcta".

Bueno, en mi caso, pude agregar el control remoto y la persiana, y luego los enlacé manualmente a través del buzón de enlace. Está funcionando un poco (necesito esperar> 7 segundos entre presionar un botón y el siguiente, si no, se ignora).

FURTUR y KADRILJ no fueron incluidos en la lista blanca para configurar informes de atributos, mi culpa. @SwoopX lo había arreglado en 0151f6f . La mejor configuración es la vinculación manual y la configuración de informes manualmente en la GUI, hasta que este cambio se combine e incluya en la próxima versión. Alternativamente, compile el complemento a partir de esa confirmación y vuelva a emparejar el ciego.

Hola @ebaauw , si no me equivoco, esta solución ahora está incluida en V2_05_76, que es la que estoy usando con el asistente doméstico. Hace algún tiempo (no puedo decir si es esta actualización) el atributo de current_position se actualizaba instantáneamente. Ahora nada se está actualizando pero la persiana todavía funciona. ¿También la corrección @SwoopX debería
¿Tengo que restablecer la persiana y volver a emparejar con deconz para aprovechar esta solución?

Allí, donde algunos errores introducidos con 76. 77 deberían corregir esos

¿Estoy en lo correcto al suponer que las persianas anteriormente estaban controladas por el atributo "bri" y que el atributo "lift" se ha agregado en las últimas versiones? Incluí un Fyrtur y lo controlé con éxito con el atributo "lift" en la API REST. Estoy usando HomeSeer y el complemento JowiHue identifica a las persianas como una luz e intenta controlarlas como una. Hay informes de que esto funcionaba antes, y supongo que JowiHue intenta controlarlo a través de "bri", que supongo que no funciona en .77.

¿Podría el atributo "bri" ser un "alias" del atributo "lift"? ¿Supongo que eso resolvería el problema?
También publiqué en el foro JowiHue para ver si JowiHue podría cambiarse para usar el atributo "lift" (correcto) en su lugar (https://forums.homeseer.com/forum/lighting-primary-technology-plug- ins / Lighting-Primary-Technology-Discussion / jowihue-w-vuyk / 1389436-ikea-fyrtur-blinds-not-Fully-Support)

EDITAR:
Ok, solo intenté enviar "" bri ": 254" a través de la API REST y se tradujo correctamente a "" lift ": 100", así que supongo que el problema es con JowiHue entonces.

Wim ha solucionado el problema con JowiHue (HomeSeer) ahora. :)

Pregunta diferente, ¿cómo puedo enviar un comando de parada con la API REST? Con el interruptor, se detiene al presionar nuevamente el mismo botón, ¿eso se puede hacer con REST?

¿Y alguien podría explicar en unos pocos pasos cómo agregar el interruptor y las persianas al mismo grupo, usando la API REST?

Pregunta diferente, ¿cómo puedo enviar un comando de parada con la API REST?

PUT {"lift": "stop"} , (obsoleto) {"bri": "stop"} , o (obsoleto) {"bri_inc": 0} .

¿Cómo agregar el interruptor y la persiana al mismo grupo, usando la API REST?

• OBTENGA /sensors/ _n_ y observe el valor _g_ para config.group ;
• OBTENGA /groups/ _g_ y observe los ID de recursos /lights debajo de lights ;
• PUT /groups/ _g_ con un cuerpo de {"lights": [ _list_ ]} , donde lista es la lista anterior con la identificación de la luz agregada.

• OBTENGA /sensors/ _n_ y observe el valor _g_ para config.group ;
• OBTENGA /groups/ _g_ y observe los ID de recursos /lights debajo de lights ;
• PUT /groups/ _g_ con un cuerpo de {"lights": [ _list_ ]} , donde lista es la lista anterior con la identificación de la luz agregada.

Hice eso ahora, pero todavía no responde al control remoto ...?

sensores / 45:
{
"config": {
"alerta": "ninguna",
"batería": 87,
"grupo": "7",
"on": verdadero,
"alcanzable": verdadero
},
"ep": 1,
"etag": "e7c0d8ebfe9287b260ad61b33dd0e100",
"última vista": "2020-05-31T08: 39: 07.985",
"Manufacturername": "IKEA of Sweden",
"modo": 1,
"modelid": "TRADFRI abrir / cerrar remoto",
"nombre": "TRÅDFRI abrir / cerrar hovedsov",
"estado": {
"buttonevent": 2002,
"lastupdated": "2020-05-29T17: 50: 12.040"
},
"tipo": "ZHASwitch",
"uniqueid": "ec: 1b: bd: ff: fe: df: cc: f9-01-1000"
}

grupos / 7 (después de PONER {"luces": ["14"]):
{
"acción": {
"bri": 127,
"colormode": "hs",
"ct": 0,
"efecto": "ninguno",
"tono": 0,
"on": falso,
"sentado": 127,
"escena": nulo,
"xy": [
0,
0
]
},
"Devicemembership": [
"45"
],
"etag": "6a7ad3330dceb5601e6fff464d679736",
"id": "7",
"luces": [
"14"
],
"nombre": "TRADFRI abrir / cerrar remoto",
"escenas": [],
"estado": {
"all_on": falso,
"any_on": falso
},
"type": "LightGroup",
"uniqueid": "ec: 1b: bd: ff: fe: df: cc: f9"
}

luces / 14:
{
"etag": "c4a7cb040196416adc156e0e729a816d",
"hascolor": falso,
"última vista": "2020-05-31T08: 30: 03.790",
"Manufacturername": "IKEA of Sweden",
"modelid": "Cortina enrollable de bloqueo FYRTUR",
"nombre": "Hovedsov rullegardin høyre",
"estado": {
"alerta": "ninguna",
"bri": 254,
"levantar": 100,
"on": verdadero,
"abierto": falso,
"alcanzable": verdadero
},
"swversion": "2.2.009",
"type": "Dispositivo para cubrir ventanas",
"uniqueid": "68: 0a: e2: ff: fe: 43: f5: 9c-01"
}

Hm, el lastseen del control remoto es actual, pero state.lastupdated es de anteayer. Eso indicaría que no ha enviado ningún comando recientemente (o al menos que deCONZ no recibió ninguno).

Hm, el lastseen del control remoto es actual, pero state.lastupdated es de anteayer. Eso indicaría que no ha enviado ningún comando recientemente (o al menos que deCONZ no recibió ninguno).

Sí, obtuve de la API REST antes de probar el conmutador.
Ahora el state.lastupdated también se actualiza:
"estado": {
"buttonevent": 2002,
"lastupdated": "2020-05-31T08: 54: 24.695"
},

Pero todavía no hay reacción de los ciegos ...

No estoy seguro de cuándo la API verifica (y dónde corrige) la pertenencia al grupo. Podría esperar una señal de vida del Ciego antes de enviar la orden (ya que el Ciego podría estar dormido). ¿Ha abierto o cerrado la persiana después de agregarla al grupo? ¿Sigue respondiendo a los comandos de la API?

Es posible que desee volver a verificar en la GUI deCONZ que el grupo se ha agregado a los ciegos. Abra el panel _Cluster Info_, seleccione el grupo _Groups_ de la persiana y pruebe el comando _View Group_. Debería mostrar (brevemente) _SUCCESS_ en _Status_. Si (brevemente) muestra _NOT FOUND_, el grupo no se ha agregado. Puede intentar agregarlo usando el comando _Add Group_.

¿Ha abierto o cerrado la persiana después de agregarla al grupo? ¿Sigue respondiendo a los comandos de la API?

Si y si.

Es posible que desee volver a verificar en la GUI deCONZ que el grupo se ha agregado a los ciegos. Abra el panel _Cluster Info_, seleccione el grupo _Groups_ de la persiana y pruebe el comando _View Group_. Debería mostrar (brevemente) _SUCCESS_ en _Status_. Si (brevemente) muestra _NOT FOUND_, el grupo no se ha agregado. Puede intentar agregarlo usando el comando _Add Group_.

Sí, muestra "no encontrado".
El "agregar grupo" solicita un ID de grupo con el formato 0x0000 y / o (?) Nombre del grupo. ¿Qué debo ingresar aquí? 0x0007? ¿Necesito identificación y nombre?

7 en hexadecimal es 0x0007, de hecho. Todavía tengo que ver un dispositivo que realmente admita nombres de grupo. Aceptar para dejar _Group Name_ vacío.

El grupo se ha agregado ahora, pero aún no hay reacción al presionar el interruptor. Controlar la persiana de deCONZ está funcionando bien. La marca de tiempo del control remoto se actualiza al presionarlo. Extraño...

Impar. Como un granizo-María: reinicia la persiana (quita la batería durante 5 segundos) y verifica que todavía sea miembro del grupo. Quiero agregar /groups soporte para dispositivos de cobertura de ventanas, para que podamos enviar los comandos de grupo desde la API.

@ebaauw

Estoy confundido aquí. Tu dijiste

PUT {"lift": "stop"},

Entonces asumí (no puedo encontrar ninguna documentación al respecto) que es un valor de cadena. Pero cuando envío "lift":"10" al resto de la API, se devuelve un error. ¿Cómo necesito usar este atributo para configurar la altura de las persianas?

{"lift": 10} . No estoy contento con el "stop" , pero copió este comportamiento de "bri" . No veo mejor alternativa en este momento. Para API v2, debemos distinguir entre comandos y atributos (también, por ejemplo, para admitir _Toggle_).

Estoy trabajando con definiciones más estrictas sobre los atributos, ya sea int o string, y este atributo "lift" acepta valores de string, pero arroja errores cuando un valor es string y numérico ... tendré que averiguar cómo puedo hacer que esto sea trabaja ahora....

Estoy abierto a sugerencias para una API más consistente. ¿Quizás un atributo stop solo escritura? El {"bri_inc": 0} no tiene sentido semánticamente, pero al menos es sintácticamente consistente.

Me gusta la opción del atributo de parada de solo escritura, después de todo, es solo un comando, no tiene nada que ver con el estado que se devuelve. la elevación se establecería entonces en el porcentaje real, ¿verdad?
Si cree que el bri_inc es más fácil, también estoy de acuerdo, pero de hecho no es lógico, pero al menos el número entero no cambia.

Y en la muestra JSON anterior de Sven-Ove, también hay un atributo "abierto": falso en el objeto de estado. ¿Cuál es el significado de este?
Perdón por todas las preguntas, no he podido ponerme al día aquí durante dos meses, ahora me levanto y parece que me he perdido algunas cosas aquí. ¿Existe un documento actual que describa todos los atributos más nuevos?

Mi último PR implementa {"stop": true} .

Eric,

¡Gracias! Lo prepararé aquí

También tengo las persianas FYRTUR y tengo problemas con ellas (en gris no funciona el botón), con el complemento Home Assistant 5.3.5 (deconz 2.05.75).
¿Alguna sugerencia de cómo solucionar este problema?

También tengo las persianas FYRTUR y tengo problemas con ellas (en gris no funciona el botón), con el complemento Home Assistant 5.3.5 (deconz 2.05.75).
¿Alguna sugerencia de cómo solucionar este problema?

¿Has probado esto?
Cómo vincular y habilitar manualmente los informes de atributos en el ejemplo de la posición actual para los dispositivos que cubren ventanas

1. Vincular manualmente un clúster
En deconz GUI, seleccione Paneles y luego Bind dropbox.
Para su dispositivo y el coordinador (nodo azul), presione la viñeta más a la derecha para expandir los grupos disponibles.
Para el coordinador : Arrastre y suelte 01 Home Automation Endpoint como destino.
Para el dispositivo : seleccione las ventanas que cubren el clúster como fuente, también arrástrelo y suéltelo. Tenga en cuenta que debe ser un clúster de servidores (de color azul).
Presione bind .

2. Configurar manualmente los informes de atributos
Luego, debe configurar los informes de atributos. En la mayoría de los casos, hay configuraciones predeterminadas ya definidas y deben ponerse en acción después de un reinicio deconz o de apagar y encender el dispositivo. Sin embargo, si los valores no se actualizan tras la acción realizada o no se actualizan, es de suponer que los informes de atributos no se han configurado correctamente.

Seleccione las ventanas que cubren el grupo de su dispositivo, haga doble clic en 0x0008 (posición actual).
En el extremo inferior del cuadro de diálogo, ingrese los valores

Min. intervalo de informe: 1
Max. intervalo de informe: 300
Cambio notificable: 1

luego presione write config .

Solo mis 2 centavos. He configurado los mismos parámetros que sugieres @hwikene , pero también estoy experimentando el mismo problema que informa @mdcobra . También con la última versión de DeCONZ. Parece que los informes de atributos todavía no funcionan correctamente para mis dos portadas de FYRTUR.

Después de hacer un read manual de VNC, los atributos se recuperan correctamente. Pero realmente no quiero hacer eso varias veces al día 😉.

Edición rápida: ¿Quizás podríamos abrir un nuevo problema con respecto a los informes de atributos?

Hasta donde yo sé, hay dos problemas relacionados con los informes de atributos:

• A veces, deCONZ no parece configurar esto correctamente. Esta es una nuez muy difícil de romper; en última instancia, debemos abordar esto en API v2, al refactorizar toda la lógica de emparejamiento. Como solución alternativa, puede configurar la vinculación y los informes manualmente en la GUI;
• A veces, los ciegos no envían informes, aunque los informes de atributos parecen haberse configurado correctamente. El único remedio que he visto para este caso es apagar y encender la persiana (retire la batería durante unos 10 segundos).

En cualquier caso, no es necesario eliminar, restablecer y volver a emparejar la persiana. Incluso desaconsejaría eso, ya que debe restablecer el límite de apertura y volver a unirlo al grupo del control remoto.

• A veces, los ciegos no envían informes, aunque los informes de atributos parecen haberse configurado correctamente. El único remedio que he visto para este caso es apagar y encender la persiana (retire la batería durante unos 10 segundos).

Gran sugerencia. Intenté eso y pareció funcionar en mis dos persianas. Ojalá siga funcionando.

@ebaauw ¡ gracias por el consejo sobre el ciclo de energía! Esto lo ha resuelto por ahora, veamos por cuánto tiempo ...

Hola a todos, después de varias salidas en falso, finalmente logré que mi control remoto y ciego apareciera en Deconz y en Home Assistant.

La persiana se muestra como una tapa y responde a los botones arriba, abajo, parada y al control deslizante. También parece estar informando la posición correctamente. EDITAR: Acabo de notar que el ciego también informa el estado del bateador en HA

El control remoto también muestra el% de batería en HA, pero actualmente no opera la persiana, por lo que presumiblemente no está emparejado directamente con la persiana. Sin embargo, si presiono los botones, puedo ver que se generan deconz_events para cada pulsación. Siguiente trabajo, automatice las pulsaciones de botones para mover las persianas ...

Los pasos que tomé para que funcionara involucraron varios intentos, pero básicamente están usando la GUI de Deconz:

1. Configure Deconz para buscar nuevas luces.
2. Reinicie el repetidor de Ikea (clip en el pequeño orificio en la parte delantera) y espere hasta que Deconz encuentre el repetidor
3. Deje de Deconz buscando más luces
4. Vaya a Interruptores e inicie Deconz en busca de nuevos interruptores (EDITAR: elegí OTRO ya que el control remoto no está en el conjunto de IKEA)
5. Reinicie el control remoto (4 clics rápidos en el botón de reinicio hasta que se encienda la luz roja)
6. Espere hasta que Deconz encuentre el interruptor.
7. Regrese para configurar Deconz para buscar nuevas luces
8. Mantenga presionados ambos botones en la persiana durante> 5 segundos hasta que se reinicie (el LED parpadea)
9. espera hasta que Deconz encuentre al ciego

Si alguno de los pasos anteriores no logra encontrar el dispositivo, vuelva a intentarlo desde el paso de restablecimiento respectivo hasta que finalmente lo haga funcionar correctamente. Una vez que todos los dispositivos se encuentran en Deconz, reinicie HA para asegurarse de que tenga las actualizaciones, luego verifique que los dispositivos aparezcan y funcionen como se esperaba. Si encuentra que el control remoto o el ciego no están reportando correctamente en HA, elimínelo de Deconz y repita los pasos para restablecer el dispositivo y agregarlo a Deconz.

Fueron necesarios varios intentos para que todos los dispositivos funcionen como están ahora, así que sigue intentándolo y no te rindas.

Buena suerte

por lo que presumiblemente no está emparejado directamente con los ciegos

Emparejas tanto la persiana como el controlador con deCONZ, no entre sí. El complemento de API debe vincular el control remoto a un grupo (marque config.group en el recurso ZHASwitch /sensors para el control remoto). Necesita agregar ciegos a ese grupo. Después de eso, el control remoto controla la persiana, incluso cuando deCONZ está abajo.

Siguiente trabajo, automatice las pulsaciones de botones para mover las persianas ...

Mejor usa el grupo para controlar la persiana desde el botón. El complemento de API actual no puede enviar comandos de grupo a dispositivos finales, y el envío de comandos de unidifusión está destinado a tener problemas de enrutamiento.

Tenga en cuenta que no necesita utilizar el repetidor, siempre que la persiana y el controlador estén dentro del alcance de otro enrutador Zigbee (o el coordinador).

Estoy usando la GUI de Phoscon a través del complemento HA y usando VNC puedo ver ambos dispositivos, pero no veo cómo vincularlos en un grupo.

En la API, haga un PUT del recurso /groups agregando el recurso /lights del ciego a la matriz lights . Consulte la documentación de la API.

Alternativamente, en la GUI, emita un comando _Añadir grupo_ desde el panel _Cluster Info_, mientras selecciona el servidor (azul) _Groups_ cluster del nodo de la persiana. Consulte el Manual del usuario de la GUI (en _Ayuda_).

No uso Phoscon y no sabría cómo funciona la interfaz de usuario web.

@ebaauw Espero que puedas simplificar este un poco por mí. Estoy tratando de hacer lo mismo que @ Geoff571
Primer intento de usar Deconz. Tenga una experiencia de 30 minutos aquí.

He añadido la persiana y el botón de encendido / apagado. Recibí el estado correcto de informes ciegos de su publicación de abril sobre la configuración de informes. Eso está hecho.

Ahora quiero que el botón controle las ciegas (pronto serán ciegas, tengo una docena de estas).
En Home Assistant, proporciona la GUI de Phoscon, que tiene configuraciones de grupo, pero no me permite poner el botón (interruptor) en un grupo.
Puedo acceder a la GUI de Deconz a través de VNC.

Si selecciono la persiana y selecciono 0004 Grupos (1) puedo ver en "agregar un grupo al dispositivo" ID de grupo 0x0000 y Persianas de nombre de grupo. Hago clic en ejecutivo y vuelve a tener éxito. ¡Excelente!

Si selecciono el botón, 0004 Grupos (0) aparece atenuado. Supongo que (0) significa que no es parte de un grupo. Con este no tengo la opción "Agregar un grupo al dispositivo". Entonces, ¿cómo agrego el botón al mismo grupo que los ciegos?

@ebaauw , después de un poco de persistencia y de aprender cómo poner en funcionamiento la API REST, ahora pasé la noche siguiendo lo que sugirió y agregando los dispositivos al grupo que se creó cuando se agregó el control remoto. El control remoto todavía no funciona a ciegas según la experiencia de @svenove en mayo / junio y todavía estoy en el estado que tenía ayer, excepto que el control remoto ya no genera un deconz_event a HA desde Agregué la luz al grupo.

Entonces, para recapitular, HA puede ver tanto los dispositivos como los datos de sus sensores que genera el control remoto. Ambos aparecen en la GUI de Phoscon (a través del complemento HA Deconz). Intenté agregar el control remoto a deconz primero, luego el ciego y al revés, todo con el mismo resultado.

Aquí está la información de deconz como está actualmente:

Sensores / 46

    "46": {
        "config": {
            "alert": "none",
            "battery": null,
            "group": "47",
            "on": true,
            "reachable": true
        },
        "ep": 1,
        "etag": "ef34257694f525580286b96f6ad76a50",
        "lastseen": "2020-07-27T22:03:56.671",
        "manufacturername": "IKEA of Sweden",
        "mode": 1,
        "modelid": "TRADFRI open/close remote",
        "name": "TRÅDFRI open/close switch",
        "state": {
            "buttonevent": 1002,
            "lastupdated": "2020-07-27T22:03:56.672"
        },
        "type": "ZHASwitch",
        "uniqueid": "00:0d:6f:ff:fe:b1:c6:80-01-1000"
    },

Luces / 12

    "12": {
        "etag": "3a154d9c285b4d7d40685ac3ff2451a6",
        "hascolor": false,
        "lastannounced": null,
        "lastseen": "2020-07-27T20:57:43Z",
        "manufacturername": "IKEA of Sweden",
        "modelid": "KADRILJ roller blind",
        "name": "Window covering device 12",
        "state": {
            "bri": 0,
            "lift": 0,
            "on": false,
            "open": false,
            "reachable": true
        },
        "swversion": "20190311",
        "type": "Window covering device",
        "uniqueid": "d0:cf:5e:ff:fe:d9:92:e1-01"
    },

Grupos / 47

    "47": {
        "action": {
            "alert": "none",
            "bri": 127,
            "colormode": "hs",
            "ct": 0,
            "effect": "none",
            "hue": 0,
            "on": false,
            "sat": 127,
            "scene": null,
            "xy": [
                0,
                0
            ]
        },
        "devicemembership": [
            "46"
        ],
        "etag": "57cab4195d7d8a054e477635a742bb66",
        "id": "47",
        "lights": [
            "12"
        ],
        "name": "TRADFRI open/close remote ",
        "scenes": [],
        "state": {
            "all_on": false,
            "any_on": false
        },
        "type": "LightGroup",
        "uniqueid": "00:0d:6f:ff:fe:b1:c6:80"
    }

¿Puede usted (o alguien más) recomendar qué más probar?

Aquí tienes una actualización nocturna.

Noté que el repetidor que venía con la persiana se había caído de la malla en Phoscon. Sin quitar el dispositivo de repetición, simplemente lo reinicié y configuré Phoscon para que buscara nuevas luces. El repetidor comenzó a aparecer como activo nuevamente.

Probé una corazonada basada en la secuencia de cómo empareja el control remoto, la persiana y el repetidor en las instrucciones de Ikea, y mantuve presionado el botón de reinicio en el control remoto durante> 10 segundos, momento en el que volvió a entrar en modo de emparejamiento.

Las acciones de emparejamiento crearon un nuevo grupo con un nuevo número, 61506. Cuando luego agregué la luz a ese grupo, ocurrió un milagro y el control remoto ahora funciona con las persianas.

Nuevos datos de grupo a continuación (después de agregar la luz):

{
    "action": {
        "alert": "none",
        "bri": 127,
        "colormode": "hs",
        "ct": 0,
        "effect": "none",
        "hue": 0,
        "on": false,
        "sat": 127,
        "scene": null,
        "xy": [
            0,
            0
        ]
    },
    "devicemembership": [
        "46"
    ],
    "etag": "a1cf8537b8ed6b52334d4b3711a957c2",
    "id": "61506",
    "lights": [
        "12"
    ],
    "name": "TRADFRI open/close remote 47",
    "scenes": [],
    "state": {
        "all_on": true,
        "any_on": true
    },
    "type": "LightGroup",
    "uniqueid": "00:0d:6f:ff:fe:b1:c6:80"
}

No tengo idea de por qué esas acciones lo hicieron funcionar y es tarde, y no estoy de humor para romperlo nuevamente para intentar repetir los pasos.

Al comparar las dos versiones del grupo, la diferencia parece ser solo el ID, 61506/47

@ MRobi1 No puede agregar un control remoto a un grupo. Creas un enlace desde el control remoto a la dirección del grupo. El grupo azul en el ciego es un grupo de servidores; el gris del remoto es un clúster de clientes. Además, no puede usar la dirección de grupo 0x0000, esa es una dirección especial.

@ Geoff571 Probablemente, el grupo alto fue creado por el control remoto en el reinicio, mientras que el inferior fue creado por el complemento de API REST. ¿Tiene el firmware más reciente para ciegos, control remoto y repetidor? A veces encuentro que el ciego está medio perdido: todavía envía informes, pero no recibe comandos. Apagar y encender la persiana (quitar la batería durante 10 segundos) generalmente soluciona eso.

@ebaauw está bien, eso me dice que tengo un problema, pero no me da ninguna dirección para solucionar el problema. ¿Cómo creo un enlace desde el control remoto a la dirección del grupo cuando no parece estar creando el grupo que necesito?

Presione un botón en el control remoto y verifique el recurso /sensors del control remoto. Si contiene un valor para config.group , ya está vinculado. El complemento de la API REST debería haber creado el recurso /groups . Tenga en cuenta que Phoscon, por razones ajenas a mí, ya no muestra grupos vacíos.

Ok, con un par de ojos frescos esta mañana, noto que hay otra diferencia entre los detalles del Grupo / 47 y el Grupo / 61506 (el Grupo # 47 se ha ido por cierto, presumiblemente sobrescrito por el # 61506 ya que ambos valores de ID únicos son iguales).

Grupo # 47:

        "name": "TRADFRI open/close remote ",
        "scenes": [],
        "state": {
            **"all_on": false,
            "any_on": false**
        },
        "type": "LightGroup",
        "uniqueid": "00:0d:6f:ff:fe:b1:c6:80"

Grupo # 61506:

    "name": "TRADFRI open/close remote **47**",
    "scenes": [],
    "state": {
        **"all_on": true,
        "any_on": true**
    },
    "type": "LightGroup",
    "uniqueid": "00:0d:6f:ff:fe:b1:c6:80"

Ahora que todo funciona como se esperaba, no voy a tocarlo porque me estoy quedando sin polvo de Pixie y es posible que no vuelva a funcionar.

Muchas gracias por sus sugerencias y ayuda a @ebaauw y buen aspecto a @ MRobi1 ya cualquier otra persona que esté luchando para que sus persianas funcionen. Espero que los pocos datos experimentales que agregué al tema ayuden a alguien.

Después de decir que lo dejaría solo, tuve que desconectar el repetidor Ikea, ya que estaba conectado a través de un cable de extensión a mi PC mientras estaba probando. Y he aquí, mientras está desenchufado, el control remoto no funciona (y sí, mi oficina está llena de otros dispositivos alimentados por la red que actúan como enrutadores). Vuelva a enchufarlo y el control remoto volverá a funcionar.

Ahora estoy convencido de que el repetidor Ikea que viene con las persianas es un factor importante en la funcionalidad remota.

presumiblemente sobrescrito por # 61506 ya que ambos valores de uniqueid son iguales

uniqueid no lo es, a pesar de su nombre. Solo debe exponerse para recursos relacionados con dispositivos Zigbee, mejor ignórelo para otros recursos, como /groups . Tenga en cuenta que es la dirección mac del control remoto de apertura / cierre, lo que indica que la API REST creó estos recursos /groups para el control remoto.

Y he aquí, mientras está desenchufado, el control remoto no funciona (y sí, mi oficina está llena de otros dispositivos alimentados por la red que actúan como enrutadores). Vuelva a enchufarlo y el control remoto volverá a funcionar.

Probablemente el control remoto funcione (debería ver los cambios de eventos de botón en la API), pero los comandos no llegan al FYRTUR.

Si apaga el enrutador principal de un dispositivo final, el dispositivo final no lo notará al principio. Solo después de despertarse, darse cuenta de que su padre se ha ido y encontrar un nuevo padre, el dispositivo final puede volver a recibir mensajes. No conozco el comportamiento exacto de este de los dispositivos IKEA; los dispositivos de diferentes proveedores reaccionan de manera muy diferente a esto. Lo mejor es apagar y encender el dispositivo final después de apagar el enrutador principal.

Ahora estoy convencido de que el repetidor Ikea que viene con las persianas es un factor importante en la funcionalidad remota.

No soy. He estado usando mi FYRTUR y el control remoto de apertura / cierre sin el repetidor desde que los obtuve.

Sospecho que algunos enrutadores pueden ser incompatibles con las persianas IKEA y no se aferran a los mensajes de transmisión grupal enviados por el control remoto de apertura / cierre. A veces, parece que mi FYRTUR ya no recibe ningún mensaje (pero sigue enviando informes felizmente), y apagar y encender el FYRTUR no soluciona eso. Si apago el lumi.curtain y luego apago y apago el FYRTUR, vuelve cada vez. El uso del repetidor no supuso ninguna diferencia: los ciegos parecen deambular por los padres incluso cuando ya han utilizado el repetidor.

OK, estoy llegando a alguna parte. Con un montón de lo que llamaré "romper botones", finalmente obtuve un grupo creado para el botón. Se necesitaron 3 botones diferentes, emparejándose y restableciéndose unas 10 veces, pero finalmente se creó un grupo con una ID de grupo de 3 para el control remoto de apertura / cierre de Tradfri.

Usando la GUI agregué las 3 persianas al grupo 3. El botón controla completamente 2 de las 3 persianas y la tercera no hace nada desde el botón. El control manual de la persiana con los 2 botones de la persiana funciona bien. El control de los ciegos a través del asistente doméstico y el nodo rojo funcionan bien. Pero el botón no controla este.

También puedo ver la "luz" como parte del grupo a través de la API de descanso.
"id": "3", "luces": ["2", "3", "4"], "nombre": "TRADFRI abrir / cerrar remoto"

¿Algún pensamiento ahí?

EDITAR: Acabo de ver su nota anterior sobre el ciclo de energía de la persiana. Sacó la masa durante ~ 10 segundos y ahora responde a los comandos remotos. Honestamente, no estoy seguro de cómo llegué aquí, pero está funcionando de la manera que lo necesito, que es lo único que me importa. ¡Ahora tengo que cortar e instalar 9 más y hacer esto 9 veces más! jajaja

@ MRobi1 Estoy tan contento de que hayas llegado también. Parece que su experiencia fue muy similar a mis esfuerzos de prueba y error. :-)

Oigan todos,

después de luchar para acoplar algunas persianas Fyrtur con HomeAssistant, puedo agregar la siguiente información.

Para poder controlar las persianas a través del control remoto inalámbrico después de acoplar el repetidor, el botón y la persiana a la red Conbee, puede navegar a la antigua interfaz web deconz (llamada 'control de luz' disponible en http://<your_ip> cuando Phoscon está en http://<your_ip>/pwa ) y agregue la persiana al grupo del interruptor de esta manera:

Una vez hecho esto, el botón y la persiana se acoplan y funcionan juntos sin más necesidad de reglas de automatización en su software de automatización del hogar. La red Zigbee, por supuesto, debe estar en funcionamiento y disponible tanto para los ciegos como para los botones.

También tengo una pregunta: la razón por la que estaba luchando para agregar las persianas a la red Zigbee es porque tuve la 'gran' idea de actualizar al último contenedor de docker deconz y actualizar el firmware del stick antes de agregar la persiana. Después de una larga noche de intentar y volver a intentar conectar la persiana y el botón, decidí degradar tanto el firmware de Phoscon como el de Conbee. Tuve que volver a Phoscon 2.05.76 y al firmware 26580700 para que las persianas y los controles remotos estuvieran acoplados y funcionando.

¿Qué versiones de Phoscon y firmware está utilizando?

@hollie Hasta donde yo sé, el fyrtur funciona bien con las últimas versiones.

Sin embargo: Esta pregunta es ideal para Discord :) Busque el enlace en el archivo Léame.

Deconz: 2.05.79 (como complemento HA)
Firmware 26580700

¿El KADRILJ / FYRTUR está funcionando ahora? No puedo entender qué estoy haciendo mal, tengo el botón emparejado y el extensor de rango, y cuando le pido que empareje la persiana, hace la 'onda de atenuación' cosa, y luego emite un destello nítido y se apaga. Eso generalmente significa que está emparejado, pero no lo veo en la lista de luces. Entonces, ¿qué estoy haciendo mal?

@fribse, ¿ ha mirado para ver si el dispositivo se muestra en la vista VNC? Si es así, probablemente se deba a que la aplicación Phoscon no se actualiza correctamente. Intente emparejarlo nuevamente, es posible que primero deba eliminarlo nuevamente en la vista VNC, pero pruébelo sin él. Descubrí que tenía que repetir el proceso varias veces antes de que finalmente se convirtiera en Phoscon.

Hola @ Geoff571 , gracias, no veo nada llamado cover en vnc, ¿se muestra como otra cosa?

Hola @fribse , cuando aparezca inicialmente, tendrá un nombre que es solo una etiqueta hexadecimal hasta que le cambie el nombre o hasta que Phoscon lo encuentre y agregue el tipo de dispositivo como nombre.

Una forma de detectar un nuevo dispositivo cuando lo agrega por primera vez es abrir VNC y familiarizarse con el diseño de sus dispositivos existentes y luego jugar a detectar la diferencia cuando agrega el nuevo.

Ja, ja, 'detecta la diferencia', he intentado la persiana antes, por lo que puede que ya esté en el vnc, puedo ver este:

Que no reconocen, así que voy a quitar eso y ver qué pasa.

Ese se parece al interruptor de abrir / cerrar

Aquí está mi persiana para que te hagas una idea de lo que estás buscando:

Buena suerte

Ok, lo encontré:

Pero parece que no puedo eliminarlo de VNC, si lo elimino y reinicio el software deconz, simplemente vuelve a aparecer sin que lo agregue.
De esa manera no puedo conseguir que entre en la aplicación phoscon.

Hola, solo para su referencia: he estado luchando para que tanto el control remoto como el ciego se vinculen a Phoscon al mismo tiempo con versiones más recientes del firmware y Phoscon. También vi el comportamiento de onda-flash-apagar cuando intenté acoplar las persianas, y luego, cuando lo acoplé, no me permitió controlarlo 'hacia arriba' en el asistente de casa.

Por favor, vea mi comentario más arriba en este hilo:

Tuve que volver a Phoscon 2.05.76 y al firmware 26580700 para que las persianas y los controles remotos estuvieran acoplados y funcionando.

Todavía estoy ejecutando esa versión y 3 persianas y controles remotos funcionan bien y funcionan como se esperaba durante aproximadamente un mes.

¿Podría ser una solución para probar para degradar Phoscon y el firmware en el dispositivo para ver si esto ayuda?

Saludos cordiales,
Hollie.

Estoy ejecutando Phoscon 2.05.79 y hasta ahora solo los ciegos se ausentaron sin permiso una vez y dejaron de responder. Creo que se duerme después de no haber sido usado durante varios días, ya que todavía aparecía en Phoscon y VNC, pero dejó de responder al asistente de inicio o al control remoto. Esto se solucionó fácilmente al quitar y reemplazar la batería como se mencionó anteriormente.

Puede intentar restablecer la persiana y luego eliminar de VNC, luego intentar volver a agregar a través de Phoscon como un interruptor, obviamente después de haber puesto la persiana en modo de emparejamiento. Me tomó algunos intentos lograr que apareciera en Phoscon, aunque casi siempre aparecía en VNC.

Hola @ Geoff571, gracias por compartir tu experiencia. Una pregunta: ¿agregó las persianas a su red Zigbee antes de actualizar la versión de Phoscon a 2.05.79?

La razón por la que pregunto: tenía 1 Fyrtur funcionando como se esperaba en 2.05.76 antes de comprar 2 persianas adicionales. Luego, cuando quise instalar los 2 nuevos, primero actualicé a 2.05.79. No pude hacer que funcionaran como esperaba, aunque intenté acoplarlos varias veces.

La primera persiana que ya estaba acoplada antes de la actualización continuó funcionando como se esperaba con 2.05.79.

Luego revirtí tanto la versión de Phoscon como el firmware del stick como se describió anteriormente y pude vincular tanto las nuevas persianas como los botones a la red Zigbee en el primer intento.

Solo estoy tratando de entender si esto podría estar afectando el problema que está viendo @fribse .

Todo lo mejor,
Hollie.

Hola @hollie

Desafortunadamente, no puedo estar seguro de cuándo actualicé mi dispositivo. La fecha de lanzamiento para .79 fue el 22/05/2020, que es antes de agregar mi persiana. Conociéndome, cuando encontré problemas para agregarlo por primera vez, el primer puerto de escala que habría hecho habría sido para verificar el firmware más reciente, por lo que es probable que lo actualice antes o mientras agregaba mi persiana hace aproximadamente un mes . Lo siento, probablemente no sea de mucha ayuda.

Cuando agregué el mío, tuve que vincular manualmente el botón y cegar al mismo grupo usando la API REST para obtener el control directo del botón

@ Geoff571

Bien, entonces tal vez sea el momento de volver a intentar la actualización y ver si todo sigue funcionando. Gracias por compartir sus experiencias con el nuevo Phoscon.

Estoy de acuerdo con usted en que debe seguir los pasos adicionales para acoplar la persiana y el botón. Como describí anteriormente, hice esto a través de la interfaz web de 'control de luz', también conocida como la 'interfaz web antigua'. La captura de pantalla de eso está disponible más arriba en este hilo.

Hola.

Intenté configurar 3 nuevas persianas hoy, y no actualiza el estado. (ni encuentra la batería).

Tengo 2 persianas que obtuve antes de la 2.05.76, y tuve problemas similares a los que tengo ahora, 2.05.76, solucioné esos problemas y ahora funcionan como una roca, incluso con la versión actual.

En este momento, ejecuto 2.05.81 y, como se indicó, no obtengo el estado o el nivel de la batería.

Como estoy usando Home Assistant, puedo obligarlos a subir y bajar (con un servicio de llamadas), por lo que la comunicación funciona.

Recuerdo que a veces ayudaría quitar la batería y volver a insertarla, mientras la búsqueda de dispositivos en deCONZ está activa. ¿Intentaste eso? De lo contrario no conocería otras opciones

@Nimmsis como @wvuyk sugirió que de hecho funciona. Como @ebaauw sugirió en https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment -649410495 reiniciar el nodo quitando la batería hace que los informes funcionen correctamente.