Cet article couvre les sujets suivants :
Options de développement
Trois approches différentes sont possibles lorsque vous développez des appareils KNX :
Développement complet
Coût :
Faible
Délai de commercialisation :
Long
Description :
Le fabricant choisit de développer de toutes pièces la totalité du produit KNX. Cela signifie que les spécifications KNX constituent la seule base utilisée pour le développement et que tous les éléments du produit (couche physique, pile de communication et programme d'application) doivent être développés de toutes pièces et certifiés. Couche physique, pile de Communication , Programme d'Application , doivent être développés à partir de zéro et certifiés. Cette option ne permet pas d'obtenir un délai de commercialisation court, mais elle a l'avantage de garantir l'indépendance totale du fabricant. Elle convient donc mieux aux entreprises ayant une capacité de développement adéquate et visant des chiffres de production importants.
Efforts requis :
Ingénierie matérielle, développement logiciel, tests et administration.
Développement partiel
Coût :
Moyen
Délai de commercialisation :
Relativement court
Description :
Cette option convient plus particulièrement aux entreprises qui débutent en tant que membre KNX, car elle leur permet de développer de nouveaux produits en se basant sur des composants système disponibles et déjà certifiés KNX et/ou des piles de communication ou des modules certifiés KNX, y compris le programme d'application (certifié KNX). Le développement se limite ainsi 'dans le pire des cas' au développement du programme d'application. La certification est également limitée 'dans le pire des cas' au programme d'application. KNX propose même un livre de recettes de développement (intitulé 'KNX Cookbook', voir section 'Téléchargements' dans MyKNX, accessible en se connectant) qui contient des exemples basés sur des composants système certifiés KNX. Ce livre de recettes de développement fait partie du Standard KNX (Volume 2).
Efforts requis :
Ingénierie partielle du matériel & développement logiciel. Développement logiciel et ingénierie matérielle partiels Tests simplifiés et (moins de) tâches administratives.
Acquisition d'équipements OEM
Coût :
Élevé
Délai de commercialisation :
Court
Description :
Le fabricant choisit de re-labelliser un appareil KNX déjà certifié qui a été développé par un autre membre KNX. L'effort de développement requis avec cette option est pratiquement nul, car il se limite à l'enregistrement des programmes d'application au nom du fabricant revendeur. Il s'agit d'une procédure purement administrative qui ne nécessite pas de nouveaux tests de l'appareil.
Efforts requis :
Travail administratif
Étapes recommandées
Étape 1 : sélectionner un profil (spécifications KNX, volume 6)
Description :
Les spécifications KNX anticipent de très nombreuses fonctions d'appareil. Pour des raisons de compatibilité ou de facilité de gestion, ces fonctions ont été 'regroupées' dans un certain nombre de profils système KNX qui déterminent la fonctionnalité en cours d'exécution et la manière dont l'appareil est configuré (par ETS, par exemple). Ces profils sont décrits dans le Volume 6 des spécifications KNX. c'est-à-dire en fonction de la fonctionnalité de l'appareil désiré et de la façon dont il sera configuré, le profil adéquat sera sélectionné, qui déterminera également le type de microcontrôleur qui peut être utilisé pour développer la pile de communication.
Étape 2 : sélectionner les composants système en fonction du média KNX
Description :
Une fois que le profil est établi, le développement du matériel de l'appareil peut commencer. La première décision à prendre concerne le choix du média KNX utilisé par l'appareil pour communiquer : paire torsadée, courant porteur, radiofréquence ou IP. Le type de média KNX sélectionné détermine le type de composants système qui peuvent être utilisés pour développer le matériel de l'appareil.
Étape 3 : développer le programme d'application (entrée de produit ETS)
Description :
Une fois que le matériel de l'appareil est prêt, le développement de son logiciel, appelé 'programme d'application', peut commencer. C'est ce programme d'application qui est généralement chargé dans l'appareil par ETS. Pour mettre des programmes d'application à disposition dans ETS, c'est-à-dire pour créer leurs 'entrées de produit ETS', un autre outil doit être utilisé. Cet outil, appelé 'KNX Manufacturer Tool', est mis à la disposition des membres KNX sur MyKNX. Comme tout appareil géré par ETS doit être soumis à la certification KNX, il est vivement recommandé de préparer les éléments appropriés à fournir pour les tests de certification durant la phase de développement. Pour ceci, un nouvel outil est disponible pour les membres de KNX,à savoir. Les membres KNX disposent pour cela d'un autre outil fourni par KNX, à savoir KNX Interworking Test Tool (EITT), également disponible sur MyKNX.
Étape 4 : enregistrement, test et certification
Description :
Une fois la conformité suffisamment vérifiée par le membre KNX (durant la phase de développement), le programme d'application peut être soumis à KNX pour enregistrement. Le programme d'application sera signé par KNX à l'enregistrement. Seuls les programmes d'application signés peuvent être importés dans ETS et soumis aux laboratoires d'essai KNX accrédités pour les tests formels de conformité de la certification KNX. Le membre KNX est autorisé, après l'enregistrement, à appliquer la marque commerciale KNX à l'appareil, afin de le commercialiser, par exemple.