KNX Association se compromete a garantizar la compatibilidad e intoperabilidad entre los productos de los diversos fabricantes KNX - tanto dentro de dominios de aplicación específicos como a través de diferentes áreas de aplicación. Para conseguirlo, es esencial que todos los fabricantes KNX, durante el diseño de sus aplicaciones, se adhieran al Modelo de Interoperabilidad (Interworking Model), tal y como se detalla en el Volumen 3/7/1.
En algunos casos, un fabricante puede necesitar implementar un objeto de grupo para el que no esté disponible en el Volumen 3/7/2 un Tipo de Punto de Datos (DPT) apropiado. Si esto ocurre, el fabricante puede proponer un DPT no estandarizado para su aprobación, siempre que cumpla con las directrices de diseño de los DPT KNX.
Dichas propuestas deberán ser enviadas al Departamento KNX System de KNX Association. En caso necesario, el departamento podrá consultar con el Grupo de Trabajo Interworking (WGI) para revisar la presentación. El objetivo de este proceso es permitir la reutilización de DPT no estándar por parte de otros fabricantes y, potencialmente, allanar el camino para su futura estandarización.
¿Cómo presentar un Tipo de Punto de Datos no normalizado para su aprobación?
- Si en su programa de aplicación se implementa un tipo de punto de datos no estandarizado, primero deberá ser aprobado antes de presentar para su registro el producto KNX en el que se utiliza este DPT no estandarizado.
- Un fabricante puede solicitar aprobación de este DPT no estándar en su cuenta MyKNX.
Directrices adicionales
- Solicite a tiempo la aprobación del DPT no estandarizado; preferiblemente en la etapa en la que sepa que será necesario el uso de un DPT no estandarizado.
- Sólo una persona que tenga el rol de "Coordinador de Certificación del Miembro" o "Colaborador de Certificación del Miembro" puede presentar un DPT no estandarizado para su aprobación en MyKNX.
- Rellene en línea el formulario del DPT no estandarizado lo más detalladamente posible en inglés. De lo contrario, esto puede provocar retrasos importantes en la aprobación.
- Cada solicitud de aprobación de un DPT no estandarizado recibirá un identificador único por parte de KNX Association.
- Al crear su proyecto en la Manufacturer Tool, asegúrese de que deja vacío el campo Tipo de Punto de Datos para este DPT no estandarizado específico.
- Al completar la información del DPT no estandarizado en la solicitud de registro en MyKNX, asegúrese de hacer referencia a la ID del DPT no estandarizado aprobado.
- Sólo puede referirse a sus propios DPT no estandarizados aprobados, pero no a los DPT no estandarizados aprobados de otras empresas.
- Si KNX Association o el laboratorio de pruebas KNX certificado encuentra cualquier DPT no estandarizado disfrazado de DPT de tipo contador (por ejemplo, 5.010 (DPT_Value_1_Ucount) o cualquier otro tipo de contador), el fabricante podría enfrentarse como consecuencia a que cualquier futura solicitud de actualización de este programa de aplicación (en la que se reutilice el mismo DPT no estandarizado) sea rechazada. Esto significa que sus clientes que ya hacen uso de este DPT no estandarizado en sus proyectos no podrán reutilizar programas de aplicación actualizados, en los que este DPT no estandarizado tenga que ser sustituido por una codificación diferente.
- Si un DPT no estandarizado ha sido aprobado para la versión x de la aplicación y se reutiliza para el mismo tipo de producto con el mismo Bloque Funcional en un programa de aplicación con la versión x+1, entonces la Asociación KNX continuará registrando el programa de aplicación actualizado sin necesidad de una reaprobación formal del DPT no estandarizado. El fabricante puede simplemente referirse al DPT no estandarizado previamente aprobado.
Sin embargo, si se trata de un tipo de producto diferente con diferentes Bloques Funcionales, entonces el fabricante KNX deberá primero presentar nuevamente este DPT no estandarizado para su aprobación formal. - Los DPT no estandarizados deben diseñarse con la intención de ser reutilizados por otros fabricantes, contando con la posibilidad incluso de ser estandarizados. Siga las directrices de diseño de DPTs en el Volumen 3/7/1 “Interworking Model” de las Especificaciones KNX y preste atención a lo siguiente cuando diseñe su DPT:
- Reutilice la codificación de los campos que pueden encontrarse en los DPT estandarizados ya existentes (véase el volumen 3/7/2) y no "reinvente" la rueda.
- Piensen en la gestión de errores. ¿Es posible una gestión de errores más sencilla?
- No entre en conflicto ni se solape con los Tipos de Puntos de Datos estandarizados. Esto significa que si, para una determinada funcionalidad, existe una solución KNX estandarizada, entonces se implementará este DPT estandarizado.
- Elija un tipo de datos con la longitud apropiada. Los bits no utilizados deben colocarse en la posición más significativa (y no en algún lugar del medio o al principio) y deben establecerse en cero.
- Si se utiliza un DPT no estandarizado junto a un DPT estandarizado, y si este ajuste puede modificarse a través de los parámetros, deberá asegurarse de que el valor por defecto del ajuste de los parámetros se establece en el DPT estandarizado.
- Si puede realizar una operación matemática (mayor que, menor que, suma, resta) a la codificación propuesta, esto significa que se trata de un valor de contador (uCount). Los valores de tipo contador se utilizan para contar cosas, por ejemplo, cuántas veces se ha encendido/apagado un relé “0: verano”, “1: otoño”, “2: invierno”, “3: primavera” no es un valor de Contador, ya que la expresión “verano” es mayor que “invierno” no tiene sentido.
- Si no puede realizar operaciones matemáticas con la codificación propuesta, entonces lo más probable es que se trate de una Enumeración (N). Tenga en cuenta que en una Enumeración, solo puede tener un valor posible activo al mismo tiempo. Si es un conjunto de Bits / Booleano, puede tener múltiples valores activados al mismo tiempo.