A medida que la semántica está ganando más terreno en KNX y en el mundo de a automatización de edificios y viviendas en general, debe evitarse presentar un producto para el registro KNX que contenga un objeto de grupo que soporte múltiples tipos principales diferentes, por ejemplo un objeto de grupo con un valor sin signo como 7.001 (U16) Y un valor flotante como 9.001 (F16) al mismo tiempo. Por lo tanto, es primordial que, ya durante la fase de desarrollo del producto, se tenga en cuenta y se haga lo necesario para crear ComObjectRefs adicionales en el Manufacturer Tool que permita evitar esta problemática situación, tal y como se describe en el ejemplo a continuación (por ejemplo, dos objetos que contienen cada uno un par de tipos principales diferentes)
Pronto se comunicará a los fabricantes KNX un período de transición en el que cada uno pueda enmendar estas incidencias de la norma anterior.