Un sistema de distribución de aire mixto rara vez falla porque alguien haya elegido un controlador inadecuado. Falla porque nadie definió, antes de la especificación, qué unidades de filtro de ventilador había que coordinar, quién debía ponerse en contacto con ellos y qué entendía el proyecto por “control” en primer lugar. Decidir entre el control local y el central consiste, en realidad, en una serie de decisiones más pequeñas sobre zonas, señales y acceso, y conseguir que se secuencien correctamente cambia lo que un proveedor puede configurar realmente.

Empieza por las zonas de funcionamiento, no por la etiqueta del controlador

“Los términos ”local“ y ”central» describen el origen de un comando, no lo que se supone que debe hacer el sistema. Antes de que un comprador pueda comparar las rutas de control, el proyecto debe definir sus zonas operativas: los grupos de unidades de tratamiento de aire (FFU) que deben responder de forma conjunta, los grupos que deben permanecer independientes y las condiciones límite que separan una zona de la siguiente. Una zona no es necesariamente una sala. Puede ser un área de proceso dentro de una sala, un conjunto de unidades que dan servicio a un puesto de trabajo o una única unidad independiente que no tiene relación operativa con sus vecinas.

Esto es importante porque la arquitectura de control se basa en la lógica de zonas, no en el número de equipos. Cuando un proyecto cuenta con muchas unidades de tratamiento de aire (FFU), pero solo unos pocos grupos de funcionamiento independientes, es posible que un sistema en red esté realizando mucho más trabajo del que requiere la zonificación. Cuando un proyecto cuenta con menos unidades, pero cada una de ellas requiere una programación, un acceso o un ajuste basado en las condiciones específicos, incluso una pequeña implantación puede justificar una solución más estructurada que un simple ajuste local. El número de zonas es un dato del proyecto que el comprador define a partir de la distribución de las estancias y los procesos, no una suposición extraída de una instalación de aspecto similar.

La definición de la zona también debe diferenciar entre el suministro de aire y la responsabilidad del control. Tanto una unidad de ventilación con filtro como una unidad de flujo de aire laminar pueden hacer llegar aire filtrado a una zona de trabajo, pero no comparten necesariamente un mismo sistema de control, y una carcasa del filtro terminal Sin ventilador propio, no plantea ningún problema de control en el mismo sentido: su función es el suministro pasivo de aire, no un funcionamiento controlado. Agruparlos a todos bajo una misma conversación de control, simplemente porque se encuentran en la misma sala, dificulta determinar qué equipo necesita realmente una ruta de comando y cuál solo requiere la verificación del flujo de aire.

Los requisitos de acceso forman parte de este mismo ejercicio de zonificación. Quién necesita modificar un ajuste y en qué circunstancias —cambio de horario, cambio de proceso, actividad de mantenimiento— determina si una zona puede gestionarse a nivel de unidad o si requiere un punto de acceso compartido. La documentación del fabricante ilustra este abanico de posibilidades a nivel de producto: La gama CamFFU HP-EC de Camfil enumera las opciones de control manual o mediante BUS para una sola línea de FFU, mientras que el catálogo PURAFLO de Price Industries describe el control local o mediante BACnet para sus propios equipos de aire limpio. Ambos ejemplos muestran que la ubicación del control es un atributo configurable del producto, no una característica fija de ’una FFU“ en general; y esa es precisamente la razón por la que debe primar la definición de la zona por parte del comprador, y no la categoría del equipo.

Comparación entre las rutas de control locales, agrupadas y en red

Una vez definidas las zonas, las tres grandes vías de control pueden compararse en sus propios términos, en lugar de como opciones genéricas que compiten entre sí. El control local sitúa el mando y la indicación en el propio equipo. Elimina cualquier dependencia de una red de comunicación, lo que simplifica tanto la instalación como la resolución de problemas cuando una zona es verdaderamente autónoma. Su coste es el acceso distribuido: cualquier persona que necesite comprobar el estado o realizar un ajuste tiene que estar físicamente junto a la unidad, y la coordinación de varias unidades bajo control local requiere una acción independiente en cada una de ellas.

El control agrupado se sitúa entre ambas opciones. Alinea varias unidades de tratamiento de aire (FFU) que dan servicio a una sala o zona de proceso bajo un punto de control compartido, sin que sea necesario extender dicho control a una red que abarque toda la planta. Esto resulta adecuado en situaciones en las que una zona cuenta con más de una unidad, pero el proyecto no requiere que se muestre el estado de dicha zona más allá de sus propios límites. La contrapartida es que el control agrupado conlleva la instalación de un cuadro de control, cableado y una lista definida de unidades incluidas —decisiones que habrá que revisar si los límites de la zona cambian posteriormente.

El control en red o centralizado amplía los comandos, el estado y, a menudo, los puntos de datos que pueden generarse en gráficos a un sistema de control de proyectos más amplio. Las opciones documentadas por Camfil para su familia HP-EC incluyen control LON, Modbus o de 0-10 V, y el catálogo de Price distingue entre el funcionamiento local y el basado en BACnet, con puntos supervisados como el estado del filtro y la caída de presión. Estos ejemplos demuestran que la disponibilidad de los protocolos depende del producto y varía según el fabricante y la configuración, un hecho que el comprador debe considerar como una cuestión específica del equipo de YOUTH, en lugar de una suposición extraída del catálogo de otro proveedor.

El criterio de decisión no es que el control en red sea más eficaz en un sentido absoluto. Se trata de que el control en red se ajuste a una necesidad del proyecto en cuanto a visibilidad remota, alarmas coordinadas o análisis de tendencias centralizado, y esa necesidad debe existir antes de que merezca la pena incorporar al proyecto la complejidad añadida —configuración de la pasarela, direccionamiento, límites de ciberseguridad, responsabilidad de la integración—. Cuando una zona no tiene la necesidad de enviar información al exterior, el control local o agrupado evita esa sobrecarga. Cuando el equipo de controles del proyecto ya gestiona una red de edificios o instalaciones y espera que las unidades de funcionamiento (FFU) se conecten a ella, el control en red se convierte en el marco que realmente sirve al proyecto, siempre que se confirmen el protocolo y la disponibilidad de los puntos para la configuración seleccionada.

Definir los límites de señales, potencia, acceso y fallos

La elección de una ruta de control solo establece el marco general. El comprador aún tiene que definir las interfaces dentro de ese marco: cómo llega la alimentación a cada unidad, qué señales se transmiten y adónde, quién puede acceder físicamente a una unidad y qué ocurre cuando un enlace o una unidad no están disponibles.

La distribución eléctrica es un elemento del proyecto antes que una cuestión de control. El concepto de suministro disponible —cómo llega la energía a las unidades y los paneles, y dónde se produce el aislamiento— determina qué funciones de control son siquiera posibles en ese lugar. Una unidad cableada para un simple encendido/apagado no puede transmitir comandos de velocidad o modo sin un enfoque diferente de distribución y cableado, independientemente de la vía de control que se haya elegido conceptualmente.

Los comandos y la información de retorno deben especificarse explícitamente, no darse por sentados. En un proyecto, los comandos pueden ser, por ejemplo, encendido/apagado, ajuste de velocidad, selección de modo o funcionamiento según un horario, mientras que la información de retorno puede consistir en el estado, las alarmas o los valores supervisados. Documentación de PURAFLO de Price muestra que determinados equipos pueden proporcionar información sobre aspectos como el estado de los filtros y la caída de presión, además de permitir el acceso al control local o a través de BACnet; sin embargo, esa lista se refiere a los productos de Price citados, no a las unidades FFU en general. La lista de parámetros del comprador debe contrastarse con lo que realmente ofrece la configuración seleccionada, ya que un parámetro deseado que no exista en la unidad elegida no podrá recuperarse posteriormente sin un cambio de hardware.

La topología de red, en la que se elige una ruta en red o agrupada, requiere su propia confirmación: qué protocolo espera la plataforma del proyecto, si se necesita una pasarela, cómo se gestiona el direccionamiento y quién es el responsable de dicha configuración una vez instalada. Aquí es donde debe quedar clara la distinción entre el proveedor de equipos y el integrador de controles del proyecto, ya que un punto de control que existe en la unidad no es lo mismo que un punto que ha sido mapeado, direccionado y verificado en el sistema del proyecto.

El acceso y el plan alternativo completan el conjunto. Las restricciones de acceso del operador y de mantenimiento determinan si es necesaria una anulación local incluso dentro de un esquema agrupado o en red: una unidad a la que solo se puede dar órdenes de forma remota puede seguir necesitando una vía de acceso local documentada para las condiciones de mantenimiento. El manual de equipos de Terra ilustra que la alimentación y el acceso físico a la FFU son interfaces de instalación a nivel de unidad, lo cual es una cuestión independiente de la interfaz de comunicación superpuesta. La respuesta ante una pérdida de comunicación o una unidad aislada —lo que hace el sistema y lo que se espera que haga un técnico— no es algo que el comprador deba dar por sentado ni especificar de forma unilateral. Debe ser documentada conjuntamente por el proveedor y el equipo de control del proyecto, ya que una suposición de seguridad ante fallos no verificada que se traslade a la puesta en servicio se convierte en una deficiencia detectada durante las pruebas, en lugar de resolverse en la fase de diseño.

Convierte la elección en un traspaso de proyecto que se pueda evaluar

Una decisión sobre la arquitectura de control solo tiene valor una vez que se ha plasmado por escrito de tal forma que los equipos de diseño, construcción y puesta en marcha puedan actuar en consecuencia y contrastarla. ISO 14644-4 describe cómo los requisitos se aplican a lo largo de las fases de diseño, construcción, puesta en marcha, verificación y mantenimiento continuo en los proyectos de salas blancas; establece que esta cadena de custodia de la información es importante, sin prescribir cuál debe ser la arquitectura de control ni quién asume la responsabilidad contractual de cada interfaz. Esa asignación es tarea del propio proyecto.

El registro de traspaso debe indicar la arquitectura elegida —local, agrupada o en red— y la pertenencia a zonas que la sustenta, de modo que cualquiera que revise el proyecto posteriormente pueda rastrear qué unidades pertenecen a qué límite operativo. Debe enumerar los comandos y los puntos de retroalimentación acordados para esa arquitectura, distinguiendo los puntos que están disponibles en el equipo seleccionado de aquellos que el sistema del proyecto aún necesita recibir mediante mapeo o configuración. Debe indicar quién es la parte responsable de configurar dichos puntos, ya que una lista de puntos sin un responsable tiende a surgir como una laguna durante la integración, en lugar de durante la revisión del diseño.

Los planos y las listas de puntos deben incluirse en este expediente por la misma razón: un diagrama de control en el que se muestren los cuadros, las zonas, los dispositivos y las vías de comunicación sirve al equipo de puesta en servicio como referencia para comprobar los equipos, pero solo refleja la selección definitiva una vez que esta se ha realizado efectivamente; no puede sustituir a las decisiones sobre equipos e interfaces que aún están pendientes en fases anteriores del proyecto.

Las pruebas de puesta en servicio deben ser específicas para cada proyecto. La elección de un protocolo, o el hecho de documentar que una unidad es compatible con BACnet u otro sistema de comunicación, no constituye prueba de que el sistema instalado funcione según lo previsto ni de que la sala cumpla con las condiciones requeridas. Los criterios de aceptación y las partes responsables de verificarlos son decisiones que se toman en el marco del proyecto, no conclusiones que se derivan automáticamente de la elección de un equipo.

El documento también debe indicar claramente qué queda fuera del ámbito de competencia del proveedor de la FFU: la infraestructura de red más allá de la interfaz de la unidad, la integración a nivel de edificio o las actividades de puesta en marcha en las salas que dependen de otros gremios. Cuando un comprador prepara esta información para su revisión, estructurarla de esta manera proporciona a la revisión de la configuración y el presupuesto de YOUTH un punto de partida definido: una lista de zonas, una lista de puntos y una ruta de control especificada, en lugar de una solicitud de que se deduzcan esas decisiones únicamente a partir de los nombres de los equipos. A partir de ahí, conectar la configuración de FFU elegida y cualquier elemento relacionado unidad de flujo de aire laminar o la carcasa de la terminal en el mismo sistema mixto, la secuencia de entrega e integración del proyecto se reduce a confirmar las interfaces con respecto a este registro, en lugar de tener que renegociar la arquitectura en el momento de la instalación. A los lectores que estén preparando este traspaso, junto con una revisión más amplia de los proveedores, les puede resultar útil basarse en la misma disciplina de documentación descrita en Guía de Youthfilter para la adquisición de equipos para salas blancas y la evaluación de proveedores.

Preguntas frecuentes

Q: ¿Es necesario un control centralizado de las FFU si solo tengo una sala que funciona de forma independiente?
A: No necesariamente. El ajuste local puede ser adecuado para un ámbito operativo pequeño e independiente si el acceso, la indicación y los ajustes necesarios pueden gestionarse desde las propias unidades. Los comandos remotos, las alarmas o los puntos de tendencia pueden justificar otra arquitectura; define esas necesidades antes de elegir una marca de controlador.

Q: ¿Pueden las unidades de producción final (FFU) que dan servicio a diferentes procesos compartir un mismo grupo de control?
A: Solo deben compartir un grupo si los requisitos operativos del proyecto permiten una gestión coordinada. Defina qué unidades deben funcionar conjuntamente y en qué condiciones o horarios difieren. Anote la pertenencia a las zonas y las necesidades de anulación local para que el proveedor pueda confirmar la agrupación propuesta.

Q: ¿El hecho de especificar el mismo protocolo que nuestro sistema de edificio garantizará la compatibilidad?
A: No. Aún hay que confirmar los puntos propuestos, la pasarela, el direccionamiento, la asignación y el alcance de la configuración. Pide al proveedor y al equipo de control del proyecto que acuerden el diagrama de control y la lista de puntos, incluyendo quién suministra los sensores, quién recibe las alarmas y quién se encarga de la integración.

Q: ¿Qué debería decir la cita sobre la pérdida de comunicación?
A: Debe documentar la respuesta propuesta para la configuración seleccionada e identificar qué aspectos quedan pendientes para la confirmación del proyecto. Define tus expectativas en cuanto al funcionamiento y el acceso al servicio y, a continuación, analiza cómo se comportan las unidades y los controles cuando un enlace o una unidad no están disponibles. No deduzcas el comportamiento de reserva a partir de la elección del protocolo.