Por Simon Buddle, KNXtoday. A medida que crecen muchas pequeñas empresas de integración de sistemas, es probable que cada año añadan otro producto o capacidad técnica a su arsenal. Este crecimiento gradual nos permite navegar con éxito por las aguas infestadas de tiburones que suponen los proyectos de mayor envergadura. Sobrecargar a una empresa en cuanto a recursos o capacidades técnicas, al intentar hacerse con el «huevo de oro» que supone un gran proyecto, ha sido la ruina de más de un empresario, mientras que hacer crecer la empresa de forma orgánica suele ser el camino hacia el éxito. Técnicamente, hay momentos en los que tenemos que dar ese gran salto: del sistema de iluminación al sistema de gestión de edificios (BMS), de la placa de consumo a la gestión energética. Estos pasos son a veces necesarios y pueden resultar extremadamente intimidantes: ese terreno en el que las uñas mordidas y los despertares nocturnos en medio del pánico más absoluto conviven con las largas jornadas de trabajo hasta altas horas de la madrugada. Cada producto KNX tiene un conjunto de funciones que puede realizar, y estas pueden combinarse con el conjunto de funciones de otro producto de modo que, por ejemplo, uno de los objetos de grupo de un teclado pueda encender o apagar un circuito de iluminación en un actuador, o tal vez regular la intensidad de la luz al alza o a la baja. En realidad, esto es todo lo que abarca la formación inicial; a partir de ahí, todo se reduce a la prueba y el error o, como se conoce más comúnmente, ¡«aprender sobre la marcha»! La formación se centra exclusivamente en el bus y sus capacidades. 
Ejemplo de funciones lógicas complejas para el control de edificios. Un bus fiable Una de las muchas grandes ventajas de la plataforma KNX es el bus: un único cable que conecta todos los dispositivos para proporcionar control, retroalimentación y generación de informes en tiempo real. En todo este proceso no hay dongles, puentes, interfaces multiplataforma ni protocolos secundarios. Esta limitación de funciones, totalmente intencionada, es una de las razones por las que el bus es tan robusto. No se ve afectado por el estado del router de Internet, sino que seguirá funcionando a su propio ritmo prosaico mientras todo a su alrededor se derrumba bajo el peso de los bits y bytes que se le hacen llegar a la fuerza por el cable. Las características de cada dispositivo se ajustan exactamente a los requisitos de control, ya sea como señal de entrada o de salida. Cuando el sensor de temperatura ambiente alcanza el punto de consigna, cierra la válvula; todo ello de forma muy sencilla utilizando los parámetros del dispositivo. Pero esos mismos conjuntos de parámetros pueden resultar increíblemente frustrantes: a menudo no hacen exactamente lo que uno quiere que hagan. Quizá emitan un bit en lugar de un byte, o quizá se necesite un retardo de tiempo o una función variable como «if{night}else», y eso simplemente no sea posible dentro de los parámetros del producto. Llegados a este punto, estoy seguro de que todo el mundo está pensando en «Homeserver», y, por supuesto, es la solución perfecta. Dejando a un lado las capacidades de la interfaz de usuario —razón más que suficiente para instalar uno para la mayoría de los clientes—, contiene un lienzo en blanco que podemos utilizar como motor lógico para todos y cada uno de los dispositivos del sistema. Pero a veces puede ser como usar un mazo para cascar una nuez. En proyectos más sensibles al precio, puede que no sea la mejor opción. Incluso en trabajos relativamente pequeños, es habitual necesitar al menos algún tipo de lógica o una macro. 
Incluso en proyectos relativamente pequeños, suele ser necesario incluir al menos algún elemento lógico (izquierda) o una macro (derecha). Módulos lógicos ABB, Gira y otros fabricantes ofrecen módulos lógicos asequibles que permiten implementar lógicas sencillas propias del bus KNX. Una unidad podría utilizarse para proporcionar una función de refuerzo para la calefacción de segunda etapa mediante el uso de un «comparador de temperatura» junto con puertas lógicas. Esto significaría que los radiadores, por ejemplo, podrían encargarse de la calefacción primaria de fondo diaria, pero el sistema podría poner los calefactores de zanja (calefacción de segunda etapa) en modo de refuerzo si la temperatura bajara rápidamente, lo que permitiría que la habitación recuperara la temperatura adecuada en muy poco tiempo. 
Ejemplo de un módulo lógico: el módulo lógico ABB LM/S 1.1 MDRC ofrece 12 funciones diferentes en un solo dispositivo, de las cuales se pueden implementar hasta tres al mismo tiempo. Planificación y pruebas Siempre es recomendable anotar y luego esquematizar lo que se pretende conseguir con la lógica antes de implementarla in situ. Realice pruebas exhaustivas en un dispositivo, introduzca los cambios necesarios en el código y vuelva a probarlo. Compruebe qué ocurrirá con la lógica si el bus falla o si, por cualquier motivo, recibe un valor que se encuentra fuera de sus parámetros de control. Garantizar el funcionamiento robusto de la lógica es tan importante como cualquier otra parte del bus. Una vez que estés satisfecho con lo que has escrito, copia y pega la lógica en todos los dispositivos necesarios. 
Cuando estés satisfecho con lo que has escrito, copia y pega la lógica en todos los dispositivos necesarios. Conclusión Los módulos lógicos requieren ciertos conocimientos sobre los principios de programación, incluidas las tablas de verdad para funciones lógicas como NOR, NAND y similares. En mi opinión, son un buen término medio entre los parámetros de los dispositivos y el controlador completo basado en PC, ya que ofrecen una vía económica para adentrarse en la programación más avanzada. Los módulos lógicos no son la solución para funciones lógicas complejas como la que se muestra al principio de este artículo, pero constituyen una parte inestimable del sistema KNX que te permitirá sacar ese plus al sistema. Y lo que es más importante, permitirán a tu empresa dar ese paso hacia el campo de la lógica de control que podría ser justo lo que te haga ganar el próximo proyecto. Simon Buddle es consultor e instalador de integración de sistemas. Simon también colabora habitualmente con las revistas KNXtoday y HiddenWires, y fue el primer ganador del Premio de Reconocimiento Especial de la Región 1 de CEDIA. Te invitamos a comentar este artículo. Consulta más abajo.
