
Automatización de edificios: 7 errores comunes en la instalación
Una instalación domótica rara vez falla porque un sensor deje de funcionar de un día para otro.
Lo habitual es que el problema se haya sembrado mucho antes: en el diseño de la red, en la elección de un ecosistema cerrado, en un cuadro eléctrico sin margen o en una canalización que nadie quiso sobredimensionar durante la obra.
La automatización de edificios añade una capa de control sobre instalaciones que ya eran críticas por sí mismas: iluminación, climatización, persianas, accesos, videovigilancia, detección de incendios o gestión energética. Cuando esa capa se diseña como un accesorio, aparecen los errores comunes de automatización de edificios inteligentes: sistemas que dependen de un servidor externo, dispositivos que no hablan entre sí, buses mal terminados, radios saturadas y equipos instalados sin una verdadera estrategia de mantenimiento.
No se trata de escoger el protocolo más moderno ni de llenar el edificio de sensores. Se trata de que la instalación siga siendo utilizable cuando falle la conexión a internet, se sustituya un equipo o cambie la empresa que la mantiene.
1. Hacer depender toda la automatización de la nube
El edificio no puede quedarse sin control cuando cae internet
Muchos productos de consumo ejecutan una parte relevante de su lógica en servidores del fabricante. La aplicación móvil funciona, el alta del dispositivo es sencilla y la puesta en marcha parece rápida. El problema llega cuando la conexión WAN se interrumpe, el servicio remoto sufre una incidencia o el proveedor modifica su plataforma.
En una vivienda, el resultado puede ser una persiana que no responde o una cámara que deja de enviar avisos. En un edificio terciario, las consecuencias son más serias: climatización fuera de consigna, pérdida de históricos, accesos que dependen de una autorización remota o alarmas que no generan la notificación prevista.
Una automatización bien planteada debe conservar, como mínimo, las funciones esenciales en local. La orden de encender una luz, cerrar una persiana por horario o mantener una consigna de temperatura no debería necesitar un viaje hasta un servidor situado fuera de la instalación. El acceso remoto puede ser útil, pero no debe convertirse en el único canal de control.
La separación entre control local y supervisión remota también facilita la seguridad. El sistema puede exponer una interfaz de mantenimiento mediante VPN, en lugar de publicar directamente servicios internos en internet. De este modo, el acceso exterior queda limitado a usuarios, equipos y funciones concretas.
Qué debe quedar funcionando sin conexión exterior
En la fase de proyecto conviene identificar qué ocurre cuando desaparece cada servicio externo:
- La lógica básica de iluminación y climatización debe ejecutarse en el controlador local.
- Los horarios, escenas y automatismos principales han de almacenarse en el propio sistema.
- Las órdenes manuales deben seguir disponibles aunque no funcione la aplicación móvil.
- Las alarmas críticas necesitan un canal de comunicación alternativo o, al menos, una señal local claramente visible.
- Los registros de eventos deben conservarse dentro del perímetro definido para la instalación.
- La documentación debe señalar los puntos únicos de fallo, tanto físicos como digitales.
No todas las soluciones cloud son inadecuadas. Pueden simplificar el mantenimiento, habilitar análisis de consumo o permitir la gestión de varias sedes. El error consiste en confundir comodidad con arquitectura de control. Una plataforma remota puede complementar al sistema; no debería ser el sistema entero.
Cuando el control de la vivienda reside en un servidor externo, los elementos físicos quedan reducidos a terminales pasivos en cuanto se corta el acceso.
2. Elegir un ecosistema cerrado sin prever su sustitución
La compatibilidad no se resuelve con una lista de logotipos
La incompatibilidad de dispositivos smart home suele detectarse demasiado tarde. Durante la compra se comprueba que cada equipo tiene una aplicación y que todos prometen integrarse con algún asistente de voz. Eso no significa que puedan trabajar juntos de forma estable, ni que mantengan sus funciones cuando desaparezca una cuenta, una API o una pasarela.
Un ecosistema cerrado puede ser razonable en una instalación pequeña y muy acotada. Se vuelve problemático cuando controla varias disciplinas y debe mantenerse durante años. Si el fabricante abandona una gama, cambia el sistema de autenticación o deja de actualizar el concentrador, la propiedad puede verse obligada a sustituir dispositivos que todavía funcionan físicamente.
El proyecto debe distinguir entre tres niveles de compatibilidad:
1. Compatibilidad eléctrica, es decir, si el dispositivo puede alimentarse y conectarse de forma segura.
2. Compatibilidad de protocolo, que determina si intercambia datos con el resto del sistema.
3. Compatibilidad funcional, que aclara qué puede hacer realmente después de integrarse.
Dos dispositivos pueden compartir protocolo y, aun así, no ofrecer las mismas funciones. Un sensor puede transmitir temperatura, pero no sus parámetros de diagnóstico. Un actuador puede aceptar una orden de encendido, pero no informar correctamente de su estado. Esa diferencia es una fuente habitual de fallos de integración domótica.
Protocolos distintos para problemas distintos
KNX, DALI, BACnet, Modbus, Zigbee, Thread, Matter y otros protocolos no ocupan exactamente el mismo lugar. Compararlos como si fueran productos equivalentes lleva a decisiones poco precisas.
| Tecnología | Uso habitual | Fortalezas | Aspectos que hay que resolver |
|---|---|---|---|
| KNX | Automatización integral de edificios | Arquitectura distribuida, amplia oferta y funcionamiento local | Diseño del bus, programación, direccionamiento y mantenimiento especializado |
| DALI | Control de iluminación | Gestión individual y por grupos de luminarias | Bus específico y correcta configuración de equipos de iluminación |
| BACnet | Gestión técnica de edificios | Integración de climatización y sistemas terciarios | Definición de objetos, redes y responsabilidades entre fabricantes |
| Modbus | Comunicación con contadores, variadores y equipos técnicos | Sencillez y presencia en instalaciones industriales | Menor riqueza semántica y necesidad de documentar registros |
| Zigbee y Thread | Sensores y actuadores inalámbricos | Flexibilidad de despliegue y menor obra física | Cobertura, alimentación, densidad de nodos e interferencias |
| Matter | Interoperabilidad en determinados productos domésticos | Modelo común para varios ecosistemas | Catálogo y funciones aún desiguales según dispositivo y controlador |
KNX, por ejemplo, no elimina la necesidad de diseñar. Su bus puede ser una base sólida para la automatización, pero exige definir topología, fuentes de alimentación, acopladores, direcciones físicas, direcciones de grupo y comportamiento ante la pérdida de un componente. DALI no sustituye a KNX en todas las funciones, del mismo modo que un enlace Modbus con un contador no constituye por sí solo una estrategia de gestión energética.
El error no está en mezclar tecnologías. Una instalación puede utilizar KNX para automatización, DALI para iluminación y BACnet para climatización. El error aparece cuando nadie establece qué sistema es la fuente de verdad, qué pasarela traduce cada dato y qué ocurre si esa pasarela deja de responder.
3. Diseñar la infraestructura física cuando la obra ya está terminada
La canalización no es un detalle de acabado
Los problemas de cableado de automatización suelen nacer antes de que se tire el primer cable. Si las canalizaciones son insuficientes, no hay espacio en los registros o se comparten recorridos sin criterio, cualquier ampliación acaba convirtiéndose en una intervención improvisada.
En edificios nuevos, la automatización debe entrar en el proyecto desde la fase de instalaciones. En reformas, conviene decidir qué funciones necesitan cable dedicado y cuáles pueden resolverse por radio. Sustituir esa decisión por una colección de dispositivos inalámbricos no siempre simplifica la obra: puede trasladar el problema a la cobertura, las baterías y la estabilidad de la red.
La separación entre potencia, control y comunicaciones debe responder al tipo de cable, a su aislamiento y a las instrucciones del fabricante. No basta con colocar todos los conductores en la misma bandeja y confiar en que los equipos filtrarán el ruido. Las líneas de motores, variadores, fuentes conmutadas y cargas inductivas pueden introducir perturbaciones que después se manifiestan como reinicios, telegramas perdidos o lecturas erráticas.
También hay que reservar espacio para:
- Registros accesibles y correctamente dimensionados.
- Tubos de reserva para futuras ampliaciones.
- Armarios con capacidad real para fuentes, actuadores, protecciones y disipación térmica.
- Etiquetado permanente en ambos extremos de cada línea.
- Separación física o funcional entre circuitos de potencia y señales.
- Radios de curvatura compatibles con el cable instalado.
- Acceso de mantenimiento sin desmontar media instalación.
Puesta a tierra: ni fetiche ni elemento prescindible
La puesta a tierra no se puede convertir en una cifra aislada que se repite fuera de contexto. El valor admisible depende del esquema de conexión, las protecciones, las condiciones de la instalación y los criterios reglamentarios aplicables. La ITC-BT-18 del REBT establece las condiciones generales de las instalaciones de puesta a tierra, pero no autoriza a tratar un número como garantía universal de seguridad.
En automatización, la tierra cumple varias funciones que a veces se mezclan:
- Proteger frente a contactos indirectos.
- Evacuar corrientes de defecto.
- Equipotencializar masas metálicas.
- Reducir determinados problemas de compatibilidad electromagnética.
- Referenciar correctamente armarios, bandejas y envolventes cuando corresponde.
Un armario metálico sin continuidad de tierra, una bandeja que no mantiene la equipotencialidad o un conductor de protección interrumpido no se corrigen con una configuración de software. Tampoco es buena práctica conectar pantallas de cable de forma arbitraria en todos los extremos o dejarlas sin criterio. La solución depende del sistema, del fabricante y del entorno electromagnético.
En un bus KNX, además, no basta con tender el cable. Hay que respetar la topología permitida, las distancias, la polaridad, el aislamiento y la alimentación del segmento. Una fuente de alimentación mal dimensionada, una conexión invertida o una derivación ejecutada sin seguir las reglas del sistema puede producir fallos intermitentes difíciles de localizar. Son los conocidos problemas de configuración del bus KNX: la instalación parece viva, pero algunos equipos desaparecen, responden con retraso o dejan de ejecutar escenas.
Una canalización bien resuelta no se ve cuando todo funciona; se nota cuando hay que ampliar, reparar o sustituir un equipo.
4. Tratar el espectro inalámbrico como si estuviera vacío
La cobertura indicada en el catálogo no es una garantía de obra
Las redes inalámbricas permiten automatizar edificios donde abrir rozas sería costoso o inviable. Esa ventaja tiene un precio: el comportamiento de la radio depende del edificio, no solo de la ficha técnica del dispositivo.
Muros de hormigón, forjados, armarios metálicos, falsos techos, cámaras técnicas y revestimientos con aislamiento pueden debilitar la señal. En la banda de 2,4 GHz, además, conviven redes Wi-Fi, dispositivos Zigbee, Bluetooth y otras fuentes de emisión. Que dos equipos utilicen la misma banda no significa que compartan el mismo mecanismo de coordinación ni que la convivencia vaya a ser automática.
Los fallos habituales de una red inalámbrica no siempre son una pérdida total de cobertura. Más a menudo aparecen como:
- Sensores que tardan en actualizar su estado.
- Actuadores que necesitan varios intentos.
- Baterías que se agotan antes de lo previsto porque el dispositivo repite transmisiones.
- Escenas que ejecutan solo una parte de sus órdenes.
- Pasarelas que se desconectan al aumentar la carga.
- Lecturas duplicadas o retrasadas durante determinadas franjas horarias.
La planificación debe comenzar con un inventario radioeléctrico razonable. Hay que localizar puntos de acceso, equipos Bluetooth, cámaras, variadores, fuentes de alimentación y maquinaria que puedan afectar a la instalación. Después se comprueba la cobertura en las posiciones reales, con puertas cerradas, armarios montados y elementos constructivos terminados.
En redes malladas, cada repetidor necesita una alimentación estable y una ubicación adecuada. Colocar muchos nodos alimentados por batería no equivale a crear una malla robusta: los dispositivos de batería suelen dormir para ahorrar energía y no siempre actúan como repetidores. También conviene evitar que una única pasarela concentre demasiadas funciones sin una estrategia de recuperación.
No todo debe ser inalámbrico
La radio es apropiada para determinados sensores, reformas y elementos cuya ubicación pueda cambiar. Para actuadores críticos, equipos de seguridad, accesos o funciones que deban seguir disponibles durante una interferencia, el cable sigue ofreciendo ventajas claras.
Una arquitectura equilibrada puede reservar el cableado para:
- Controladores y armarios principales.
- Lectores y elementos de control de acceso.
- Actuadores de cargas relevantes.
- Redes troncales y puntos de acceso.
- Equipos de climatización y comunicación entre plantas.
- Sistemas que deban mantener una respuesta predecible.
La elección no debería depender únicamente del coste inicial. Hay que considerar la sustitución de baterías, el diagnóstico, la latencia, la disponibilidad de repuestos y la posibilidad de demostrar qué ocurrió después de una incidencia.
5. Integrar biometría sin resolver antes la parte jurídica
Una huella no es solo otro método de apertura
La biometría se presenta a menudo como una solución cómoda para controlar accesos. Huella dactilar, reconocimiento facial o patrón de iris pueden reducir el uso de tarjetas y facilitar la trazabilidad, pero también tratan datos especialmente sensibles desde el punto de vista de la protección de datos.
Antes de instalar un lector biométrico hay que justificar su necesidad, definir la finalidad y analizar si existe una alternativa menos intrusiva. El control de presencia, la apertura de una puerta y la gestión de accesos de alta seguridad no tienen necesariamente la misma base jurídica ni requieren el mismo nivel de información.
La instalación debe contemplar, entre otras cuestiones:
- Quién es el responsable del tratamiento.
- Qué datos se almacenan y durante cuánto tiempo.
- Si se guarda una plantilla biométrica o una imagen recuperable.
- Dónde se procesan los datos.
- Qué proveedores tienen acceso.
- Cómo se revoca el permiso de una persona.
- Qué sucede cuando un trabajador, visitante o contratista deja de estar autorizado.
- Qué alternativa existe para quien no pueda o no deba utilizar biometría.
- Cómo se informa a las personas afectadas.
Guardar las plantillas en un servidor externo añade dependencia técnica y jurídica. Procesarlas en el propio dispositivo puede reducir la exposición, pero no elimina las obligaciones de información, seguridad y control de acceso. Tampoco conviene utilizar la biometría como único factor cuando una combinación de credencial, código, dispositivo o supervisión ofrece una respuesta más proporcionada.
El fallo técnico también puede convertirse en un problema de seguridad
Los lectores biométricos necesitan iluminación, posición, mantenimiento y una política clara ante los falsos rechazos. Un sistema que bloquea a usuarios autorizados o acepta registros de baja calidad genera presión para desactivar controles. La seguridad real empeora cuando el procedimiento de excepción consiste en dejar una puerta abierta o compartir una tarjeta maestra.
Por eso el diseño debe incluir modo degradado, registro de incidencias y un procedimiento de alta y baja. La comodidad de la autenticación no puede justificar que se pierda la trazabilidad.
6. Sobrecargar el cuadro eléctrico con automatización añadida al final
El problema no es solo el número de módulos
Cuando la automatización se incorpora al final de la obra, el cuadro suele recibir fuentes de alimentación, actuadores, routers, pasarelas, protecciones y equipos auxiliares sin que se haya revisado el conjunto. El resultado puede ser un armario saturado, con poca ventilación, circuitos mal agrupados y escaso margen para futuras ampliaciones.
La potencia disponible debe analizarse considerando las cargas reales y su simultaneidad. En vivienda, la ITC-BT-25 del REBT establece criterios para la previsión y distribución de circuitos, pero no convierte una cifra genérica en un límite aplicable sin más a cualquier cuadro domótico. La sección de los conductores, las protecciones, el tipo de receptor, la caída de tensión y las condiciones de instalación forman parte del cálculo.
En edificios terciarios, además, puede haber motores de persianas, válvulas, contactores, fuentes de corriente continua, equipos de red y sistemas de seguridad funcionando al mismo tiempo. Un actuador con varios canales no debe valorarse únicamente por el número de salidas: hay que comprobar qué tipo de carga admite cada canal, la corriente de arranque, el carácter inductivo y la necesidad de relés o contactores intermedios.
Siete comprobaciones que deben formar parte del diseño del cuadro
1. Disipación térmica. La temperatura acumulada dentro del armario puede reducir la vida útil de fuentes y equipos electrónicos.
2. Selectividad y protección. Cada circuito debe disponer de la protección que corresponda, sin resolver toda la instalación con un único dispositivo aguas arriba.
3. Separación funcional. Potencia, control, comunicaciones y seguridad deben organizarse para facilitar el diagnóstico y reducir interferencias.
4. Mantenimiento. Los equipos que se sustituyen con frecuencia no deben quedar enterrados detrás de cableado sin identificación.
5. Reserva. Un cuadro sin espacio libre obliga a instalar ampliaciones externas poco elegantes y más difíciles de proteger.
6. Alimentación de respaldo. Los sistemas críticos deben valorar SAI, fuentes redundantes o procedimientos locales ante un corte.
7. Documentación. El esquema unifilar, la tabla de cargas y la identificación de bornes deben coincidir con lo que existe físicamente.
Un cuadro ordenado no es una cuestión estética. Reduce el tiempo de intervención y limita el riesgo de que un técnico desconecte por error una función que no conocía.
7. Entregar una instalación sin puesta en marcha ni documentación útil
Instalar no es lo mismo que comisionar
El último error es el más transversal: dar por terminada la instalación cuando todos los equipos reciben alimentación. Que un controlador responda a una orden durante la entrega no demuestra que la arquitectura sea estable.
La puesta en marcha debe verificar el comportamiento normal y también las situaciones anómalas. En una instalación cableada hay que comprobar continuidad, polaridad cuando proceda, aislamiento, protecciones y comunicación. En una red IP conviene revisar direccionamiento, reservas, segmentación, credenciales, sincronización horaria y recuperación tras reinicio. En un sistema inalámbrico se deben repetir las pruebas con el edificio en condiciones reales de uso, no solo junto a la pasarela.
Las pruebas más útiles no consisten en pulsar una escena y darla por buena. Hay que provocar de forma controlada los fallos previsibles:
- Desconectar el acceso a internet y comprobar qué funciones permanecen.
- Reiniciar una pasarela y observar si el sistema recupera el servicio.
- Cortar la alimentación de un segmento cuando sea seguro hacerlo.
- Simular la pérdida de un sensor.
- Verificar la respuesta manual de las cargas.
- Comprobar que las alarmas llegan al destinatario correcto.
- Revisar qué ocurre cuando un usuario pierde sus permisos.
- Confirmar que los horarios funcionan después de un cambio de hora o de una interrupción.
- Medir la estabilidad de la comunicación en los puntos más alejados.
La documentación final debe permitir que otra persona entienda la instalación sin depender de la memoria del integrador. Debe incluir planos actualizados, direcciones de dispositivos, versión de firmware cuando sea relevante, copias de seguridad de la programación, credenciales entregadas por un canal seguro, esquema de red y relación de equipos sustituibles.
También debe quedar claro qué parte mantiene el instalador eléctrico, cuál corresponde al integrador y cuál depende de un proveedor externo. Si las responsabilidades se mezclan, cada incidencia acaba rebotando entre empresas.
La red domótica necesita un diseño propio
Los errores de diseño de red domótica no se limitan a elegir una dirección IP incorrecta. Una instalación con cámaras, control de accesos, climatización y automatización residencial puede requerir segmentación, prioridades de tráfico, control de difusión y políticas de acceso diferentes.
No es prudente colocar todos los equipos en la misma red plana y entregar la contraseña general a cualquier usuario de mantenimiento. La separación lógica debe responder a riesgos y funciones, no a una moda de ciberseguridad. Un lector de acceso, una cámara y un controlador de persianas no tienen por qué compartir los mismos permisos ni la misma exposición.
La red también debe sobrevivir a los cambios habituales: sustitución del router, ampliación de una planta, incorporación de un nuevo proveedor o migración de un servidor. Si todo depende de una configuración manual que nadie ha documentado, cualquier modificación menor puede provocar una cadena de fallos de integración domótica.
Una automatización fiable se diseña pensando en el día después
Los siete errores tienen un origen común: considerar la automatización como una colección de productos en lugar de tratarla como una instalación técnica. La nube, la radio, los protocolos, la biometría y el cuadro eléctrico son piezas distintas, pero todas deben responder a la misma pregunta: qué comportamiento tendrá el edificio cuando algo falle, se sustituya o quede fuera de servicio.
Un sistema local, interoperable y correctamente documentado no es necesariamente el más barato en la primera oferta. Sí suele ser más defendible cuando hay que ampliar la instalación, localizar una avería o cambiar de mantenedor. La interoperabilidad no consiste en que todos los dispositivos aparezcan en una aplicación; consiste en conservar las funciones esenciales aunque cambie una marca, una pasarela o una conexión.
La buena instalación tampoco es la que presume de más automatismos. Es la que deja claro qué se controla, por qué se controla, qué ocurre si un sensor miente y cómo recupera el servicio el edificio después de un fallo. Ahí es donde se separa una demostración de producto de una infraestructura electrónica preparada para durar.