Telegrama KNX
Es habitual encontrar en la Red, sobre todo en foros y otras páginas de consulta a personas interesadas por conocer las tramas de la información que se transmite entre los diferentes equipos en una red KNX.
No vamos a entrar en profundidad en el tema pero si que vamos a comentar la estructura general de los llamados telegramas KNX o también llamados datagramas KNX.
En primer lugar podemos decir que los telegramas KNX se producen ante cualquier evento que suceda en el bus, por ejemplo, cuando un usuario acciona un pulsador para enviar la orden de encendido de una luz.
El dispositivo que debe mandar el telegrama esperará un tiempo establecido para cerciorarse de que el bus no está ocupado. Solo tras comprobar la disponibilidad del medio comenzará a enviar el telegrama.
Una vez que se ha transmitido el telegrama, el protocolo establece que hay que esperar otro intervalo de tiempo para recibir un telegrama de acuse de recibo (ACK, acknowledge). De no recibirlo o ser este negativo (NACK) el telegrama se repite hasta en tres ocasiones. De este modo se asegura en muy alta medida la transmisión correcta de los telegramas.
Estructura del Telegrama KNX
1.- Campo de control – Estos 8 bits se encargan de gestionar la prioridad de acceso al bus. En función de la prioridad y de si el telegrama es repetido o no se determina qué telegrama ha de transmitirse antes en caso de que coincida con otro. El emisor que no haya podido enviar su telegrama en su momento quedará a la espera para poder utilizar su turno.
2.- Dirección de origen – 2 bytes dedicados a enviar la información de la dirección física del aparato emisor del telegrama. De este modo siempre se sabe qué aparato ha enviado uno u otro comando al bus.
3.- Dirección de destino – 16 bits (2 bytes) se dedican a marcar la dirección de envío que suele ser una dirección de grupo. También existe la posibilidad de que sea una dirección física, en cuyo caso se indicará con el bit número 17.
4.- Contador de ruta – Son 3 bits que indican el número de acopladores de línea y de area por los cuales ha pasado el telegrama. Se empieza en 6 (110) y se va decrementando en una unidad cada vez que el telegrama atraviesa un acoplador de línea / área. En caso de llegar a cero no podrá atravesar ningún otro. De este modo se previene los problemas que puedan ocasionar bucles en el sistema KNX.
5.- Longitud del telegrama – Estos 4 bits llevan el número de bytes que siguen a continuación. En función del tipo de información a transmitir la longitud es diferente… podemos pasar de una información útil de 1 bit (accionamiento) hasta 14 bytes (14 caracteres de texto).
6.- Datos útiles (información) – En este campo, con una longitud máxima de hasta 16 bytes, viene la información a transmitir a los diferentes dispositivos. Es la parte más importante del telegrama KNX.
7.- Byte de comprobación – Son 8 bits que sirven de comprobación, de forma que el receptor pueda contrastar que la información que le ha llegado está libre de errores. En caso de no ser así se lo hará saber al emisor para que repita el telegrama KNX.
¿Disfrutaste esta entrada? Por qué no dejas un comentario abajo y continúas la conversación, o te suscribes a mi feed y obtienes artículos como este enviados a tu lector de feeds.
Comentarios
No hay comentarios todavía.
Deja un Comentario