L'association KNX s'est engagée à garantir la compatibilité de l'interopérabilité entre les produits des différents fabricants KNX - à la fois dans des domaines d'application spécifiques et dans différents domaines d'application. Pour ce faire, il est essentiel que tous les fabricants de KNX adhèrent au modèle d'interopérabilité tel que décrit dans le volume 3/7/1 lors de la conception de leurs applications.
Dans certains cas, un fabricant peut avoir besoin de mettre en œuvre un objet de groupe pour lequel un type de point de données (DPT) approprié n'est pas disponible dans le volume 3/7/2. Dans ce cas, le fabricant peut proposer un DPT non normalisé pour approbation, à condition qu'il soit conforme aux directives de conception du DPT KNX.
Ces propositions doivent être soumises au département Système KNX de l'association KNX. Si nécessaire, le département peut consulter le groupe de travail Interopérabilité (Working Group Interworking WGI) pour examiner la demande. L'objectif de ce processus est de permettre la réutilisation de DPT non standard par d'autres fabricants et d'ouvrir éventuellement la voie à leur normalisation future.
Comment soumettre un type de point de données non normalisé pour approbation ?
- Si un type de point de données non standardisé est implémenté dans votre programme d'application, il doit d'abord être approuvé avant de soumettre à l'enregistrement le produit KNX dans lequel ce DPT non standard est utilisé.
- Un fabricant peut demander l'approbation de ce DPT non standard dans son compte MyKNX.
Autres lignes directrices
- Demandez l'approbation du DPT non standardisé à temps ; de préférence à ce stade, vous savez qu'un DPT non standardisé sera nécessaire.
- Seule une personne ayant le rôle de "coordinateur de la certification des membres" ou de "contributeur à la certification des membres" peut soumettre un DPT non standardisé pour approbation dans MyKNX.
- Remplissez le formulaire en ligne DPT non standardisé de manière aussi détaillée que possible en anglais. Dans le cas contraire, cela peut entraîner des retards substantiels dans l'approbation.
- Chaque demande d'approbation d'un DPT non standardisé recevra un identifiant unique de l'association KNX.
- Lorsque vous créez votre projet dans l'outil du fabricant, assurez-vous que pour ce DPT spécifique non standardisé, vous laissez le champ Type de point de données vide.
- Lorsque vous complétez les informations relatives au DPT non standardisé dans la demande d'enregistrement dans MyKNX, veillez à vous référer à l'ID du DPT non standardisé approuvé.
- Une entreprise ne peut se référer qu'à ses propres DPT non normalisés approuvés et non aux DPT non normalisés approuvés d'autres entreprises.
- Si un DPT non standardisé déguisé en DPT de compteur (par exemple, 5.010 (DPT_Value_1_Ucount) ou toute autre valeur de compteur) est trouvé par l'Association KNX ou le laboratoire de test accrédité KNX, vous pouvez faire face à la conséquence que toute demande de mise à jour future de ce programme d'application (dans lequel le même non-DPT est réutilisé) sera rejetée. Cela signifie que vos clients qui utilisent déjà ce DPT non normalisé dans leurs projets ne peuvent pas réutiliser les programmes d'application mis à jour, dans lesquels ce DPT non normalisé doit alors être remplacé par un codage différent.
- Si un DPT non standardisé a été approuvé pour la version x de l'application et est réutilisé pour le même type de produit avec le même Functional Block dans un programme d'application avec la version x+1, puis l'association KNX continuera à enregistrer le programme de candidature mis à jour sans réapprobation formelle du DPT non normalisé. Le fabricant peut simplement se référer au DPT non standardisé précédemment approuvé.
Cependant, s'il s'agit d'un type de produit différent avec des blocs fonctionnels différents, le fabricant KNX doit d'abord soumettre à nouveau ce DPT non standardisé pour approbation formelle. - Les DPT non normalisés doivent être conçus dans l'intention d'être réutilisés par d'autres fabricants, voire normalisés. Suivez les directives de conception DPT dans le volume 3/7/1 'Modèle d'interfonctionnement' des spécifications KNX et faites attention aux éléments suivants lors de la conception de votre DPT :
- Réutiliser le codage des champs qui se trouvent dans les DPT normalisés existants (voir volume 3/7/2) et ne pas "réinventer" la roue.
- Pensez à la gestion des erreurs. Existe-t-il un traitement facile des erreurs ?
- Ne pas entrer en conflit/chevauchement avec les types de points de données normalisés. Cela signifie que si, pour une certaine fonctionnalité, il existe une solution KNX normalisée, c'est ce DPT normalisé qui doit être mis en œuvre.
- Choisissez un type de données avec la longueur appropriée. Les bits inutilisés doivent être placés à la position la plus significative (et non pas quelque part au milieu ou au début) et doivent être réglés à zéro.
- Si un DPT non normalisé est utilisé à côté d'un DPT normalisé, et si ce réglage peut être modifié via les paramètres, il convient de s'assurer que la valeur par défaut du réglage des paramètres est définie sur le DPT normalisé.
- Si vous pouvez faire une opération mathématique (plus grand que, plus petit que, plus ou moins) à l'encodage proposé, cela signifie qu'il s'agit d'une valeur de compteur (uCount). Les valeurs de compteur sont utilisées pour compter les choses, par exemple, combien de fois un relais a-t-il été activé/désactivé ? « 0: été », « 1 : automne », « 2 : hiver », « 3 : printemps » n’est pas une valeur de comptage, car l’expression 'été' est plus grande que 'hiver' n’a pas de sens.
- Si vous ne pouvez pas faire des opérations mathématiques à l'encodage proposé, il s'agit probablement d'une Énumération (N). Veuillez noter que dans une énumération, vous ne pouvez avoir qu'une seule valeur possible en même temps. S'il s'agit d'un jeu de bits/booléen, vous pouvez avoir plusieurs valeurs activées en même temps.