Dentro de los sistemas electrónicos de gestión del agua: qué hacen y qué se necesita para desarrollarlos

Qué hacen estos sistemas

Las siguientes capacidades aparecen en los productos de esta categoría, en combinaciones variables. Pocos productos las ofrecen todas, y pocos edificios las necesitan todas.

Todas ellas recurren a un conjunto común de bloques de control, pero no son intercambiables. La detección, la comunicación y la arquitectura de seguridad pueden diferir de manera considerable entre un producto para aseos y uno instalado en equipos de emergencia, y esas diferencias determinan la mayor parte del trabajo de diseño.

Qué hay debajo

Detección. Como mínimo, detectar que un usuario solicita agua. Más allá de eso, la temperatura en el punto de uso, el caudal allí donde un sistema necesita establecer que el agua se movió, o la presión allí donde necesita demostrar que la línea respondió.

Lógica de control. Temporizadores, estados y decisiones: modos de activación, ciclos de enjuague, bloqueos, estados seguros ante fallo, la prioridad entre una pulsación del usuario y un ciclo programado. Aquí reside el comportamiento del sistema, y es casi enteramente firmware.

Accionamiento de la válvula. Salida por impulsos para las electroválvulas biestables, accionamiento continuo para las monoestables, con la etapa de accionamiento dimensionada según la bobina y la alimentación.

Alimentación. Red eléctrica, fuente de baja tensión o batería. Esta elección condiciona todo lo demás, y normalmente la decide el edificio y no quien diseña el producto.

Comunicación. Una capa física y un protocolo, ya sea un contacto seco, un enlace serie, un bus de campo o una vía de acceso a los protocolos del edificio a través de una pasarela.

Configuración. Algún medio para establecer los parámetros: un terminal, una aplicación, una herramienta de servicio técnico, o comandos remotos a través del mismo enlace que se utiliza para reportar.

La parte física. La estanqueidad, los materiales, la superficie de accionamiento y el montaje en un elemento sanitario diseñado por otra parte. Se trata de ingeniería real por derecho propio, no de un simple ejercicio de carcasa.

Cualquiera de estos aspectos puede ser exigente por sí solo. Lo que hace que el conjunto sea más difícil que la suma de sus partes es que se condicionan mutuamente, y esas restricciones se agudizan en cuanto la instalación carece de alimentación de red.

Lo que exige más trabajo del que parece

El firmware más allá de la lista de funciones

Las funciones visibles son una parte pequeña del código. El resto gestiona estados que no figuran en la lista de funciones: una pulsación del usuario durante un ciclo programado, un corte de alimentación en mitad de un enjuague, un parámetro que se escribe mientras un temporizador está en marcha, un reloj que queda desajustado tras una reconexión. El diseño de la máquina de estados y el análisis de fallos deberían identificar estos casos de antemano; las pruebas verifican después el comportamiento y detectan lo que el análisis pasó por alto. En cualquier caso, el esfuerzo depende de las transiciones, las entradas, las combinaciones de parámetros y los modos de fallo, y no del número de funciones que figuran en la hoja de datos.

El presupuesto energético

Con alimentación por batería, cada decisión de diseño se convierte en una cuestión energética. El consumo de corriente en reposo puede ser el factor dominante en una instalación con un ciclo de trabajo reducido, porque el dispositivo pasa casi toda su vida útil en espera, mientras que en otros diseños la energía por impulso de válvula, el ciclo de trabajo, la autodescarga o la temperatura representan una proporción mayor del total.

Una cifra de varios años es un resultado calculado que se apoya en datos medidos, no algo observado antes del lanzamiento.

El método correcto consiste en medir las corrientes y el perfil de trabajo, calcular a partir de esas mediciones, junto con la capacidad de la batería, la autodescarga y los supuestos de temperatura y envejecimiento, la vida útil, y validar ese modelo mediante pruebas de larga duración o aceleradas.

La conmutación en un entorno húmedo

La superficie de accionamiento tiene que funcionar con las manos mojadas y con guantes, resistir productos de limpieza y el lavado a presión, y seguir funcionando después de años de uso. En estas condiciones se emplean interruptores mecánicos sellados, que incorporan piezas móviles, juntas y desgaste. La conmutación de estado sólido elimina esa vía de desgaste y traslada el problema al diseño electrónico y al ajuste de la sensibilidad.

Homologaciones y materiales

Los componentes en contacto con agua potable están sujetos a requisitos de homologación de materiales en numerosos mercados, con un alcance que depende del mercado, del componente y de la naturaleza del contacto. La electrónica tiene sus propios requisitos de compatibilidad electromagnética y de seguridad. Se trata de procesos ya establecidos, pero conllevan un riesgo técnico real además de tiempo de calendario, y una prueba fallida en una fase avanzada del programa resulta costosa, por lo que deben incorporarse a la planificación antes de congelar el diseño.

La puesta en marcha a gran escala

Configurar un único punto de uso en el banco de pruebas es una tarea acotada y con un método conocido. Hacerlo en varios cientos de puntos de uso de un hospital cambia la naturaleza del trabajo, porque pasa a ser un problema de logística y de software, y no de configuración. Muchos emplazamientos trabajan con un número reducido de perfiles de régimen estándar, lo cual ayuda, pero los volúmenes de los ramales siguen siendo distintos entre sí, y cada dispositivo necesita una identidad que tenga sentido dentro del sistema que después reportará sobre él.

La vida útil

Estos productos se instalan en edificios y se espera que permanezcan en servicio durante años. Eso conlleva obligaciones que un prototipo no tiene: disponibilidad de componentes a lo largo de distintos lotes de producción, una vía de revisión del firmware en versiones posteriores, acceso diagnóstico cuando algo falla mucho después del lanzamiento, y documentación que permita trabajar con el producto a un técnico que nunca lo haya visto antes.

Qué demuestran los registros

El reporte merece una atención especial, porque es donde las afirmaciones con más frecuencia se adelantan a la ingeniería.

Un controlador puede reportar que se ordenó un ciclo en un momento determinado. Eso es útil, y no es lo mismo que la evidencia de que la válvula se movió o de que el agua circuló. Los sistemas que necesitan una afirmación más sólida añaden retroalimentación de posición de la válvula, de presión o de caudal: la posición muestra que la válvula fue accionada o se movió, la presión muestra que la línea respondió, el caudal muestra que el agua pasó realmente. Cada una de ellas tiene un coste en hardware, en energía y en instalación.

Un sistema del que se afirme que contribuye al cumplimiento normativo debe explicitar cuáles de estas evidencias produce realmente. Los registros son evidencia para un programa; no constituyen cumplimiento en sí mismos.

Si usted especifica en lugar de desarrollar

Para un ingeniero de instalaciones o de gestión de edificios, lo anterior se traduce en una breve lista de preguntas que vale la pena plantear a cualquier proveedor.

Desarrollar esta capa, o adquirirla

Todo lo anterior es la capa electrónica de un producto sanitario o de seguridad, y constituye una disciplina distinta de la válvula, la grifería y el elemento sanitario. Conlleva además una obligación particular y continuada: el firmware y su documentación de respaldo se revisan y se mantienen mientras el producto siga a la venta, un compromiso que el fabricante asume de forma deliberada y no que descubre después.

Desarrollar la electrónica de enjuague de forma interna o contratarla externamente expone ambas caras de esa decisión, y la conexión del control de enjuague con los sistemas de gestión de edificios (BMS) trata la capa de integración con más detalle.