@Terdious tengo la impresión de que solo hay un tipo « TemperatureMeasurement », por lo que no es posible discriminar a este nivel.
¿Tienes algo localmente si miras el objeto del dispositivo que podría indicarme que no es un sensor de temperatura ambiente?
@mutmut ¡He hecho algunos parches! 
¡Disponible en la imagen Docker!
Para actualizar, como de costumbre:
sudo docker pull gladysassistant/gladys:matter-integration
sudo docker stop gladys
sudo docker rm gladys
Luego vuelve a ejecutar el contenedor con el mismo comando docker run que antes.
De hecho, creo que no, al menos todavía no hay distinción. Están etiquetados como « TemperatureMeasurement ». Quizás la propiedad « deviceTypeList » que es [ { deviceType: 770, revision: 2 } ] en los 3, pero no creo que queramos pasar por eso.
La mejor solución sería poder editar el dispositivo como para los interruptores (Iluminación/Enchufe) y seleccionar entre los dos tipos de características de temperatura.
Vaya, efectivamente solo podríamos hacerlo así si es el caso 
En la especificación Matter, tampoco veo un deviceType específico para las temperaturas internas:
https://handbook.buildwithmatter.com/howitworks/devicetypes/#pressure-sensor
Me encantaría ver cómo aparecen este tipo de dispositivos en un iPhone en Home!
Hola @pierre-gilles, ¡gracias por las correcciones!
He actualizado Gladys y tengo Las interfaces IPv6 están disponibles en esta máquina ✅ (ipv6 activado en el syno)
He desactivado el ipv6 de mi syno con reinicio de gladys y reinicio de los 2 Matterbridges (syno y lxc): sigo teniendo el mismo mensaje 
He intentado descomisionar el matterbridge lxc: no hay descomisionamiento. Detengo Matter, reactivo Matter: el matterbridge lxc sigue ahí entonces vuelvo a hacer clic en descomisionar: nada.
Voy a los dispositivos y me encuentro con los dispositivos del matterbridge lxc duplicados y luego triplicados (ya no tengo las manipulaciones que he hecho pero muchas descomisionamientos).
Luego volví a poner el ipv6 en el syno, reiniciar Gladys y los 2 matterbridges: pude descomisionar el matterbridge lxc y todo volvió a la normalidad en cuanto a los dispositivos.
En resumen, debo admitir que estoy un poco perdido con mis manipulaciones, pero el hecho de tener un host solo en ipv4 no es nada ideal, eso es una certeza.
Un comentario sobre el recomisionamiento de un matterbridge y sus dispositivos.
Tenía un dispositivo guardado (un relé Sonoff Zigbee añadido a Gladys en Matter) con el primer comisionamiento, sin problemas para el encendido/apagado del interruptor y el estado de retorno.
Descomisiono el matterbridge, los dispositivos desaparecen y este dispositivo permanece (ya que está guardado).
Comisiono de nuevo este matterbridge, por lo tanto con un nuevo número de emparejamiento y encuentro este Sonoff en la lista de dispositivos que puedo añadir a Gladys, y ahí me encuentro con 2 dispositivos: uno guardado y uno emparejado.
¿Sería posible « vincular » automáticamente el dispositivo de matterbridge que siempre tiene el mismo ID único y número de serie (que, por cierto, es el IEEE en Z2M) pero un bridge matter (Node ID) diferente, al dispositivo guardado anteriormente?
Tengo una buena noticia: ¡se ha lanzado la versión 0.13 de Matter.js!
Con las siguientes novedades: soporte para Matter 1.4 y, sobre todo, la gestión de los loggers personalizados, lo que nos permitirá en Gladys no incluir los logs muy detallados de Matter en nuestros logs de Gladys
Voy a probar todo esto y volveré con vosotros.
¡Gracias por probar!
Lo que hago en el código es listar las interfaces disponibles en Gladys (algo así como si ejecutaras un ifconfig en tu máquina), y si hay al menos una interfaz IPv6, muestro « Hay interfaces IPv6 disponibles en esta máquina 
».
En tu caso, esto significa que aún hay una interfaz IPv6 disponible, incluso cuando desactivas IPv6, pero es difícil saber qué hace la desactivación de IPv6 en tu Synology.
@Terdious ya había hecho el comentario, voy a mirar para hacerlo
@mutmut @Terdious ¡Os va a gustar! He desarrollado la funcionalidad para usar el uniqueId cuando esté disponible para reemplazar los dispositivos existentes.
Lo probé en mi casa y funciona genial. Está disponible en la imagen Docker si queréis probarlo
Por cierto, he cambiado el nivel de « Log level » de Matter.js a « notice », y ahora los logs son mucho menos verbosos.
¿Veis algo más que falte para una primera versión de esta integración?
He publicado un mensaje en Reddit r/MatterProtocol para recibir comentarios
Open Source: Buscando comentarios sobre nuestra nueva integración de Matter (Gladys Assistant)
Ok, según los comentarios de un usuario en Reddit, he mejorado la UX general de la integración:
Mala noticia, no funciona bien porque actualmente algunos dispositivos con un solo uniqueId se dividen en varios « dispositivos » Gladys. Lo miraré para solucionarlo
Hace dos días hubo una nueva versión de Matterbridge, y desde entonces no puedo emparejar 
Vale, normalmente he resuelto todos los problemas, y ahora los « dispositivos » con el mismo uniqueId se agrupan en un mismo dispositivo Gladys, ¡quedando mejor
¡No dudéis en probarlo y darme vuestra opinión!
He mejorado el título de deviceFeatures, ya que en la última versión de Matterbridge, han puesto como ejemplo dispositivos que tienen varias funcionalidades en el mismo dispositivo (ejemplo: una placa de cocción con 4 fuegos)
Curiosamente, no encuentro un nombre para cada uno de estos clusters, pero he añadido al menos el número del endpoint, lo que permite diferenciarlos.
Hola @pierre-gilles, acabo de probar (imagen descargada a las 14:10.
¡La interfaz es genial!
Por otro lado, en cuanto a Matterbridge:
¡Qué raro! … yo estaba en 3.0.1 y me propuso una actualización a 3.0.0 que acabo de hacer …
¡Vale, investigaré todo eso, gracias por la prueba!
Estoy construyendo una nueva imagen, estoy separando los dispositivos como antes, es cierto que era práctico poder asignar una habitación diferente a cada childDevice, y también me permite poner el endpoint en el nombre del dispositivo.
Por otro lado, he eliminado la sustitución de dispositivos mediante unique_id, ya no es posible, de hecho nunca funcionó del todo, porque no tengo ningún medio para identificar un child_device, solo el dispositivo físico. Dentro del dispositivo, cada número de endpoint puede cambiar, por lo que es imposible hacer cualquier coincidencia, especialmente para los dispositivos con varias veces la misma función.
¡Compilación terminada!
Realmente extraño, desde Matterbridge 3.0.0, todo me explota en el lado de Matterbridge, ya no puedo controlar nada…
Hace un rato funcionaba, ahora ya no
Mis dispositivos Matter físicos no tienen el problema
Voy a recoger a mi hija, ¡miraré después con el matterbridge físico!
¿Has probado con el plugin matterbridge-eve?
