Motivazione
MotivazioneIl modello tradizionale di dati ETS non è efficace per i dispositivi che contengono molte copie della stessa struttura e per le strutture configurabili. Tali dati si verificano spesso per dispositivi con molti canali (ad es. Gateway) o per dispositivi altamente configurabili (ad es. sensori con touch display).
Il problema è che tutti i dati possibili devono essere esplicitamente inclusi nei dati del progetto il che presenta i seguenti svantaggi:
- Programmi applicativi inutilmente grandi (con lunghi tempi di importazione e carico ed elevato consumo di risorse – generatori potenziali di eccezioni esaurimento-di-memoria – in ETS)
- Rischio di bug introdotti quando si copiano manualmente i dati in MT.
- Spreco di risorse dei dispositivi (ad es. nella tabella oggetti) perché ogni canale (o struttura simile) deve ospitare la dimensione massima dei dati contenuti.
- Questo articolo presenta suggerimenti per migliorare il modello di dati ETS in modo da poter sfruttare i programmi applicativi regolarmente strutturati con un approccio più modulare.
Questo ha l'ulteriore vantaggio che è più facile costruire nuovi programmi applicativi da altri già disponibili, testati e che contengono forse blocchi costruttivi gia' tradotti.
La maggior parte di questi motivi ha un effetto diretto sui costi e sulla qualità del prodotto.
Esempi:
Display tattile universale con parametri mappati in memoria
Considerare un display touch in grado di visualizzare fino a 100 comandi, ognuno dei quali puo' essere una funzione OnOff, una funzione di dimmeraggio o una funzione tapparella.
La funzione OnOff è una realizzazione del FB 'Light Switching Sensor Basic' con due oggetti di gruppo (SwitchOnOff e InfoOnOff) e alcuni parametri. Uno dei parametri è l'etichetta da visualizzare sul pulsante nell'interfaccia utente.
La funzione dimmeraggio è la realizzazione del FB 'Dimming Sensor Basic' con tre oggetti di gruppo (SwitchOnOff, InfoOnOff, Setvalue Control Relativo) e alcuni parametri. Uno dei parametri è l'etichetta da visualizzare sul pulsante nell'interfaccia utente.
La funzione tapparella è una realizzazione del FB 'Shutters and Blinds Sunblind Sensor Basic' con due oggetti di gruppo (Move Up Down e StopStep Up Down) e alcuni parametri. Uno dei parametri è l'etichetta da visualizzare sul pulsante nell'interfaccia utente.
Gateway
Con l'aiuto di un DCA o di uno script gestore di pulsanti, viene determinato il numero e il tipo di dispositivo collegati a un gateway. Per ogni dispositivo scoperto, viene istanziato un modulo: per i dispositivi del Tipo 1, tipo di Modulo 1 e così via.
Manufacturer Tool & Demo
Questo video è una demo generica per MT.
Questo download contiene una demo specifica per MAP, include un progetto MT (v5.7.2) e una versione KNX Virtual dedicata.
Il progetto MT contiene 3 programmi applicativi con la stessa funzionalità, lo stesso layout di memoria e la stessa finestra esatta dei parametri ETS per un dimmer con numero di applicazione 0201h:
- Applicazione Versione 01h: questo e' un programma applicativo 'regolare', cioè che non utilizza alcun modulo
- Applicazione Versione 02h: questo e' un programma applicativo modulare, cioè contiene 8 istanze create manualmente di un modulo
- Applicazione Versione 03h: questo programma applicativo modulare utilizza lo stesso modulo della versione 02h, ma le 8 istanze sono create tramite 1 elemento ripetizione e 3 elementi allocatore
Il dimmer può essere testato tramite un progetto di test ETS in combinazione con la versione KNX Virtual dedicata.