Alors que la sémantique gagne plus de terrain dans KNX et dans le monde de l'automatisation de la maison et de la construction en général, il faut éviter de soumettre un produit pour l'enregistrement KNX qui a un objet de groupe prenant en charge plusieurs types principaux différents, p. ex. , un objet de groupe avec une valeur non signée telle que 7.001 (U16) ET une valeur à virgule flottante telle que 9.001 (F16) en même temps. Il est donc primordial que dès la phase de développement du produit, ceci soit pris en compte et que le nécessaire soit fait pour créer des objets de communication (ComObjectRefs) supplémentaires dans l'outil Fabricant pour éviter la situation problématique telle que décrite dans l'exemple ci-dessous (ex., deux objets contenant chaque 2 types principaux différents)
Une période transitoire au cours de laquelle on peut s'écarter de la règle susmentionnée sera bientôt communiquée aux fabricants de KNX.