Den här artikeln omfattar följande ämnen:
Utvecklingsalternativ
Det finns tre olika förhållningssätt vid utveckling av KNX-enheter:
Fullständig utveckling
Kostnad:
Låg
Time to market:
Långsam
Beskrivning:
Tillverkaren väljer att utveckla hela KNX-produkten från början. Detta innebär att den enda grunden för dess utveckling är KNX-specifikationerna och att alla delar i produkten, dvs. fysiskt skikt, kommunikationsstack, applikationsprogram måste utvecklas från början och certifieras. Detta alternativ kommer inte att tillåta en snabb time to market, men det har fördelen att tillverkaren är helt oberoende. Detta alternativ är därför mest lämpat för företag med tillräcklig utvecklingskapacitet och som syftar till stora produktionsmängder.
Erforderliga resurser:
Maskinteknik, programvaruutveckling, testning och administration.
Delvis utveckling
Kostnad:
Medium
Time to market:
Relativt snabb
Beskrivning:
Det här alternativet passar bäst för företag som börjar som KNX-medlem, eftersom det tillåter utveckling av nya produkter baserat på tillgängliga och redan KNX-certifierade systemkomponenter och/eller KNX-certifierade kommunikationsstackar eller KNX-certifierade moduler inklusive det (KNX-certifierade) applikationsprogrammet. På så sätt är utvecklingen i 'värsta fall' begränsad till applikationsprogrammets utveckling. Även certifieringen är i ”värsta fall” begränsad till applikationsprogrammet. KNX erbjuder även till och med en utvecklingskokbok (se 'Nedladdningar' i MyKNX, tillgänglig efter inloggning) med exempel baserade på KNX-certifierade systemkomponenter. Utvecklingskokboken är en del av KNX Standard (Volym 2).
Erforderliga resurser:
Delvis maskinteknik & programvaruutveckling. Förenklad testning och (mindre) administrativt arbete.
Förvärv av OEM-utrustning
Kostnad:
Hög
Time to market:
Snabb
Beskrivning:
Tillverkaren väljer att märka om en redan certifierad KNX-enhet som utvecklats av en annan KNX-medlem. Med detta alternativ är utvecklingsarbetet nästan reducerat till noll, endast applikationsprogrammet/programmen måste registreras i den återförsäljande tillverkarens namn. Detta är ett rent administrativt förfarande och kräver därför ingen (om)testning av enheten.
Erforderliga resurser:
Administrativt arbete
Rekommenderade steg
Steg 1: Välj en profil (KNX-specifikationer, Volym 6)
Beskrivning:
KNX-specifikationerna förutses i en mängd olika enhetsfunktioner, dessa funktioner har på grundval av kompatibilitet/hanterbarhet ”grupperats” i ett antal KNX-systemprofiler som avgör run-time-funktionaliteten och hur enheten är konfigurerad (av t.ex. ETS). Dessa profiler beskrivs i Volym 6 i KNX-specifikationerna. Dvs. beroende på önskad enhetsfunktionalitet och hur den ska konfigureras ska den lämpliga profilen väljas, vilken också avgör den typ av mikrostyrenhet som kan användas för att utveckla kommunikationsstacken.
Steg 2: Välj systemkomponenter i enlighet med KNX-media
Beskrivning:
När profilen är fastställd kan utvecklingen av enhetens hårdvara börja, det nödvändiga beslutet som ska fattas är om det önskade KNX-medium som enheten ska tillämpa för sin kommunikation: Twisted Pair, Powerline, Radio Frequency eller IP. Den valda KNX-mediumtypen avgör vilken typ av systemkomponenter som kan användas för att utveckla maskinens hårdvara.
Steg 3: Utveckla applikationsprogrammet (ETS Product entry)
Beskrivning:
När enhetens hårdvara är redo kan programvaran som kallas ”applikationsprogram' utvecklas. Ett sådant applikationsprogram kommer vanligtvis att laddas i enheten av ETS. För att göra applikationsprogram tillgängliga i ETS, dvs att skapa dess 'ETS Product entry', måste ett annat verktyg användas. Detta verktyg kallas 'KNX Tillverkarverktyg', vilket KNX-medlemmar kan hämta via MyKNX. Eftersom en enhet som hanteras av ETS ska lämnas till KNX-certifiering, rekommenderas det starkt att förbereda lämplig input för certifieringstesterna under utvecklingen. För detta finns ytterligare ett verktyg tillgängligt för KNX-medlemmar, dvs. KNX erbjuder KNX Interworking Test Tool (EITT), också via MyKNX.
Steg 4: Registrering, testning och certifiering
Beskrivning:
När överensstämmelsen har kontrollerats tillräckligt av KNX-medlemmen (under utvecklingen) kan applikationsprogrammet skickas till KNX för registrering. Applikationsprogrammet kommer vid registrering undertecknas av KNX. Endast signerade applikationsprogram kan importeras till ETS och lämnas till KNX-ackrediterade testanläggningar för formell KNX-certifiering. KNX-medlemmen har efter registrering tillåtelse att märka enheten med KNX-varumärket, dvs. för att till exempel dra kommersiell nytta av den.