¿Sería posible añadir la funcionalidad « caudal de agua »?
Es la primera de arriba a la izquierda: SWV
De lo que he visto en cuanto al caudal, cada fabricante tiene su propio nombre para esta funcionalidad, a diferencia de los conmutadores u otras funciones « simples » por ejemplo.
En cuanto a desarrollo, no sé si es posible, pero sería genial tener un « grupo » donde se puedan poner todos los nombres que se asignen (espero que sea claro…).
Tengo un SWV de Sonoff y estos son todos los estados, incluido el flow:
{
"auto_close_when_water_shortage": "ENABLE",
"battery": 48,
"current_device_status": "normal_state",
"daily_irrigation_volume": 12,
"flow": 0,
"irrigation_end_time": 1783243880,
"irrigation_start_time": 1783243462,
"last_seen": "2026-07-05T16:19:47+02:00",
"linkquality": 132,
"real_time_irrigation_duration": 600,
"real_time_irrigation_volume": 535,
"state": "OFF",
"update": {
"installed_version": 4100,
"latest_release_notes": null,
"latest_source": "https://raw.githubusercontent.com/Koenkk/zigbee-OTA/master/images/Sonoff/zbswv_v1.0.4.ota",
"latest_version": 4100,
"state": "idle"
}
}
Por mi parte, recupero el real_time_irrigation_duration y real_time_irrigation_volume a través de un dispositivo MQTT virtual, pero no digo que no a una recuperación automática 
¿Funciona bien este tipo de dispositivo? ¿Para qué sirve esta función de abajo?
Muy bien en mi caso para regar el huerto y las plantas de forma automática, y si tengo agua en mis depósitos, activo la bomba para no tomar del suministro urbano (aunque con un bypass manual para depósito<=>urbano).
Es el volumen de agua (en litros) que pasa en tiempo real: muy práctico para reponer 300 litros en la piscina y detener la válvula automáticamente
es sería bueno poder recuperar también estos datos y que pudieran alimentar un gráfico
Me ocuparé de ello tan pronto como pueda
Cuando tenga una imagen disponible, @mutmut, ¿podrías probarla? Porque no tengo el material para probar.
¡sin problema!
Aquí está la imagen de prueba: docker pull willde71/gladys-test:zigbee-sonoff-swv que estará disponible en 20 minutos.
Es un primer borrador, seguramente hay puntos que corregir ya que no puedo probarlo.
¡Yo quiero probarlo porque tengo esta válvula! Pero hay que explicarme bien cómo hacerlo, ya que no he manipulado mucho los comandos SSH.
Hola @Chris75 
Estas manipulaciones requieren buenas habilidades técnicas, y sobre todo no debes realizarlas en tu mini-PC de producción, ya que pueden causar pérdida de datos 
Si aún así quieres echar una mano, lo mejor es configurar un entorno de prueba en una computadora.
Puedes instalar Docker y luego ejecutar un contenedor de prueba siguiendo este tutorial:
Después, en este caso en particular, creo que la función llegará muy pronto a Gladys en producción, así que quizá no te molestes
¡Vale, lo entiendo y no voy a correr ese riesgo!
Por otro lado, ¿puedo instalar docker en un pc con windows 11?
Puedes usar Docker Desktop en Windows, pero hay algunas limitaciones. En la práctica, Docker solo funciona nativamente en Linux: Docker Desktop, por lo tanto, ejecuta una máquina virtual Linux en tu PC con Windows.
Por lo tanto, Gladys se iniciará, pero todas las funciones que requieren acceso directo a la red (descubrimiento de dispositivos, ciertos protocolos, etc.) no funcionarán correctamente.
Sin embargo, para probar la integración Zigbee2MQTT, debería funcionar si la conectas a tu broker MQTT externo existente.
¡Ups! Todavía no es muy sencillo para mí, pero lo intentaré en un PC que no arriesgue nada.
Por otro lado, no he entendido bien cómo puedo recuperar mis dispositivos Zigbee en esta instancia de prueba de Gladys.
Puedes configurar la integración Zigbee2MQTT de tu instancia de prueba para que se conecte al broker MQTT de tu instancia de producción, al que ya están conectados tus dispositivos.
Así, puedes probar el nuevo comportamiento con exactamente los mismos equipos que en tu producción, sin tener que reaparearlos.
No hay riesgo para tu instancia de producción. 
