Motivatie
Het traditionele ETS-gegevensmodel is niet doeltreffend voor apparaten die meerdere kopieën van in wezen dezelfde structuur bevatten en voor configureerbare structuren. Dergelijke gegevens komen vaak voor bij apparaten met meerdere kanalen (bv. Gateways) of bij in grote mate configureerbare apparaten (bv. sensoren met aanraakscherm).
Het probleem hierbij is dat alle mogelijke gegevens expliciet in de projectgegevens moeten worden opgenomen. Dit heeft een aantal nadelen:
- Nodeloos grote applicatieprogramma's (met lange import- en laadtijden en een hoog resourceverbruik - zelfs 'geheugen vol' uitzonderingen - in ETS)
- Risico op bugs als de gegevens manueel in MT worden gekopieerd.
- Verspilling van apparaatresources (bv. in de objecttabel) omdat elk kanaal (of soortgelijke structuur) ruimte moet bieden voor de maximale grootte van de opgenomen gegevens.
- Dit artikel doet een aantal voorstellen om het ETS-gegevensmodel te verbeteren om zodoende voordeel te halen uit ordelijk gestructureerde applicatieprogramma's via een meer modulaire aanpak.
Dit biedt het bijkomende voordeel dat het gemakkelijker is om nieuwe applicatieprogramma's op te bouwen vanuit reeds beschikbare, geteste en misschien vertaalde bouwblokken.
De meeste van deze onderwerpen hebben rechtstreekse gevolgen voor de productkosten en productkwaliteit.
Voorbeelden
Universeel aanraakscherm met in het geheugen gemapte parameters
Denk aan een aanraakscherm dat in staat is om tot 100 besturingen weer te geven. Elk van deze besturingen is ofwel een 'aan/uit' functie, een dimfunctie of een rolluikfunctie.
De 'aan/uit' functie is een verwezenlijking van de FB 'Light Switching Sensor Basic' met twee groepsobjecten (aan-/uitschakelen en info aan/uit) en enkele parameters. Een van de parameters is het label dat op de knop in de UI moet worden weergegeven.
De dimfunctie is een verwezenlijking van de FB 'Dimming Sensor Basic' met drie groepsobjecten (aan-/uitschakelen, info aan/uit, regeling relatieve ingestelde waarde) en enkele parameters. Een van de parameters is het label dat op de knop in de UI moet worden weergegeven.
De rolluikfunctie is een verwezenlijking van de FB 'Shutters and Blinds Sunblind Sensor Basic' met twee groepsobjecten (omhoog/omlaag bewegen en omhoog/omlaag stoppen) en enkele parameters. Een van de parameters is het label dat op de knop in de UI moet worden weergegeven.
Gateway
Met behulp van een DCA of een button handler script wordt bepaald hoeveel en welke apparaten op een gateway worden aangesloten. Voor elk ontdekt apparaat wordt er een module geconcretiseerd: voor apparaten van type 1 module type 1 enzovoort.
Manufacturer Tool
Deze video is een demo voor MT in het algemeen.
Deze download is een MAP-specifieke demo, het bevat een MT (v5.7.2) project en een speciale KNX Virtual versie.
Het MT-project bevat 3 applicatieprogramma's met exact dezelfde functionaliteit, exact dezelfde geheugen lay-out en exact dezelfde ETS parameterdialoog voor een dimmer met Applicatienummer 0201h:
- Applicatieversie 01h: dit is een "gewoon" applicatieprogramma, d.w.z. het gebruikt geen enkele module
- Applicatieversie 02h: dit is een modulair applicatieprogramma, d.w.z. het bevat 8 handmatig aangemaakte instanties van een module
- Applicatieversie 03h: dit modulaire applicatieprogramma gebruikt dezelfde module als in versie 02h, maar de 8 instanties worden gemaakt via 1 repeat en 3 allocator elementen
De dimmer kan worden getest via een ETS Test Project in combinatie met de speciale KNX Virtual versie.