Motivación
El modelo de datos ETS tradicional no es efectivo para dispositivos que contienen muchas copias, en esencia, de la misma estructura y tampoco para estructuras configurables. Estos datos se dan a menudo en dispositivos con muchos canales (por ejemplo, Gateways) o en dispositivos altamente configurables (por ejemplo, sensores con pantalla táctil).
El problema aquí es que deben incluirse explícitamente todos los datos posibles en los datos del proyecto, lo cual tiene los siguientes inconvenientes:
- Programas de Aplicación innecesariamente grandes (con largos tiempos de importación y carga y alto consumo de recursos – incluso excepciones de tipo out-of-memory – en ETS)
- Riesgo de introducción de errores al copiar manualmente los datos en la MT.
- Gasto de recursos del dispositivo (por ejemplo en la tabla de objetos) porque cada canal (o estructura similar) tiene que acomodarse para el tamaño máximo de los datos contenidos.
- Este artículo presenta sugerencias para mejorar el modelo de datos de ETS para aprovechar el uso de Programas de Aplicación estructurados regularmente mediante un enfoque más modular.
Esto tiene la ventaja adicional de que es más fácil construir nuevos Programas de Aplicación a partir de bloques de construcción ya disponibles, probados e incluso tal vez traducidos.
La mayoría de estos temas tienen un efecto directo sobre los costes y la calidad de los productos.
Ejemplos
Pantalla Táctil universal con parámetros mapeados en memoria
Consideremos una pantalla táctil capaz de mostrar hasta 100 controles, cada uno de las cuales puede ser una función OnOff, una función de regulación, o una función de persianas.
La función OnOff es una realización del bloque funcional 'Light Switching Sensor Basic' con dos Objetos de Grupo (SwitchOnOff e InfoOnoff) y algunos parámetros. Uno de los parámetros es la etiqueta que se mostrará en el botón de la interfaz de usuario.
La función de regulación es una realización del FB 'Dimming Sensor Basic' con tres Objetos de Grupo (SwitchOnOff, InfoOnOff, Relative Setvalue Control) y unos pocos parámetros. Uno de los parámetros es la etiqueta que se mostrará en el botón de la interfaz de usuario.
La función de persiana es una realización del FB 'Shutters and Blinds Sunblind Sensor Basic' con dos Objetos de Grupo (Move Up Down y StopStep Up Down) y unos pocos parámetros. Uno de los parámetros es la etiqueta que se mostrará en el botón de la interfaz de usuario.
Pasarela
Con la ayuda de una DCA o un script de gestión de botones, se determina el número y tipo de dispositivos conectados a un gateway o pasarela. Para cada dispositivo descubierto, se instancia un Módulo: para dispositivos de Tipo 1 un Módulo tipo 1 y así sucesivamente.
Manufacturer Tool & Demo
Este video es una demo para la MT en general.
Esta descarga contiene una demo MAP específica, que incluye un proyecto MT (v5.7.2) y una versión KNX Virtual dedicada.
El proyecto MT contiene 3 programas de aplicación con exactamente la misma funcionalidad, exactamente el mismo diseño de memoria y el mismo diálogo de parámetros ETS para un dimmer con el Número de Aplicación 0201h:
- Versión de la Aplicación 01h: este es un programa de aplicación 'normal', es decir, no utiliza ningún módulo
- Versión de la Aplicación 02h: es un programa de aplicación modular, es decir, contiene 8 instancias de un módulo creadas manualmente
- Versión de la Aplicación 03h: este programa de aplicación modular utiliza el mismo módulo que en la versión 02h, pero las 8 instancias se crean a través de una repetición y tres elementos de asignación
El dimmer se puede probar a través de un proyecto ETS de prueba en combinación con la versión KNX Virtual dedicada.