Estructura de la trama en el protocolo Profibus.

UART significa Transmisor receptor asíncrono universal y es el procedimiento normal de

codificación para interfaces seriales. Con la codificación UART, cada telegrama consta de
varios caracteres UART. Cada bit se define con un nivel de señal estática. Los caracteres
UART son caracteres Start-Stop con la siguiente estructura:

Start Bit 1 Bit 2 Bit 3 Bit 4 Bit 5 Bit 6 Bit 7 Bit 8 Parity Stop

 Start = 0
 paridad = EVEN
 Stop = 1

Con la paridad EVEN, el número de valores "1" en los datos se redondea a un número
par con la paridad. Por lo tanto, para transmitir 8 bits de datos, es decir, un byte,
siempre se enviarán 11 bits.

Los telegramas individuales comienzan con un intervalo SYN para un telegrama de

solicitud y un intervalo mínimo de TSDR para un telegrama de respuesta.

Se aplican las siguientes reglas de transmisión:

1. El estado de reposo en la línea corresponde al nivel lógico "1".

2. Antes de cada telegrama de solicitud, se debe mantener un tiempo de reposo
de al menos 33 bits (SYN).
3. Entre los caracteres individuales en un telegrama no se permiten tiempos
inactivos.
1. El receptor verifica por carácter: bit de inicio, bit de parada y bit de paridad.

MBP Coding:

Con la codificación Manchester, cada bit se codifica como un cambio de nivel. En este
caso, un cambio positivo es el valor "0" y un cambio negativo es el valor "1". Si es
necesario, se producirá un cambio de nivel adicional entre los tiempos de bits. Esto se
muestra en el siguiente diagrama.
El código de Manchester tiene la ventaja de que el reloj de bits se puede obtener
directamente de la señal, de modo que cada bit se vuelve a sincronizar. Esto permite
transmitir un telegrama completo sin señales de sincronización adicionales. Este tipo
de transmisión se llama síncrono.

Como cada bit siempre consta de proporciones iguales de señal positiva y negativa, el
valor promedio de esta señal siempre es constante. Este promedio ahora se usa para
suministrar los dispositivos. De aquí viene el nombre MBP: Bus Powered codificado
por Manchester.

Formatos de telegramas:

 Telegramas sin campo de datos.

 Telegrama con longitud variable de 4 a 249 bytes y, por lo tanto, una carga
útil en el rango de 1 a 246 bytes.
 Telegrama con longitud de datos fija de 8 bytes de datos.
 Telegrama token.
 Para respuestas cortas y positivas, se ha definido un telegrama corto.

Telegrama sin campo de datos:

SD1 DA SA FC FCS ED

Telegrama con longitud variable:

SD2 LE LEr SD2 DA SA FC PDU FCS ED

(La PDU tiene una longitud variable entre 1 y 246 bytes.)

Telegrama con longitud de datos fija:

SD3 DA SA FC PDU FCS ED

(La PDU tiene una longitud fija de 8 bytes.)

Telegrama Token:

SD4 DA SA

Confirmación corta:

SC
  SC: confirmación breve.
 SD: Start Delimiter, donde estos pueden asumir cuatro valores diferentes.
 ED: End Delimiter, marca el final de un telegrama.

Los campos de control individuales tienen la siguiente codificación para UART:

SD1 SD2 SD3 SD4 ED SC

0x10 0x68 0xA2 0xDC 0x16 0xE5

SC, SD1, SD2, SD3, SD4 y ED tienen una distancia de Hamming entre sí de 4 (HD = 4), es decir,
difieren entre sí en al menos 4 bits. Por lo tanto, el carácter individual SC también es un telegrama
válido con HD = 4.

Para los telegramas que solo deben confirmarse, SC es un telegrama de respuesta válido.

Para los telegramas que deben responderse con datos, se puede usar un telegrama SC para indicar
que los datos no están disponibles actualmente.

 DA: Dirección de destino

 SA: Dirección de origen
 LE: longitud
 LEr: Longitud repetida
 FC: Código de función
 PDU: Unidad de datos de protocolo (datos de carga útil)

El campo de datos de la PDU está compuesto por una parte de dirección y los datos de la carga útil
real. La parte de la dirección contiene de 0 a un máximo de 2 bytes de extensión de dirección en
forma de SAP (puntos de acceso al servicio). La carga útil sin SAP comprende un máximo de 246
bytes y 244 bytes con SAP.

Service Acces Point

En la interfaz del usuario de FDL con FDL, los servicios de transmisión de datos se procesan a
través de un punto de acceso de servicio (SAP). Por lo tanto, durante la transmisión del mensaje,
también se debe enviar el SAP apropiado.

Ejemplo de una trama SD2 con SAP:

SD2 LE LEr SD2 DA SA FC DSAP SSAP PDU FCS ED

El punto de acceso al servicio de origen (SSAP), que representa la dirección de acceso del usuario
local al FDL, se transfiere en el byte SSAP. El punto de acceso al servicio de destino (DSAP), que
representa una dirección de acceso del usuario remoto al FDL, se transfiere en el byte DSAP
(compárese también con el diagrama a continuación).

SSAP y DSAP

Este SAP se utiliza para distinguir qué aplicación y, en el caso del protocolo DP, qué servicio se
debe utilizar.

El rol de un SAP

Una asignación inicial de los valores posibles para las estaciones maestra y esclava se puede
encontrar en las siguientes tablas:

SAP: puntos de acceso al servicio del maestro

SAP: puntos de acceso al servicio del esclavo