Está en la página 1de 20

1

cap. 4.3 1
Serializacin en la Transmisin
Serializacin en la Recepcin
4.3
Si st ema de c omuni c ac i ones.
4.3.1. Conceptos de transmisin de datos
4.3.1.1. Serializacin
Unos de los aspectos ms importantes en los sistemas de automatizacin industrial
consiste en la capacidad de transmisin de datos entre los equipos que lo conforman
y a otros sistema de mayor nivel en la pirmide de automatizacin.
El mecanismo que se ha encontrado mas verstil para la transmisin digital de datos
consiste en la transmisin serial, lo cual implica que los bits de informacin se
transmiten uno detrs de otro a una tasa que se denomina tasa de bits, y se mide en
bits por segundo (bps).
El mecanismo mediante el cual un byte (tpicamente la unidad bsica de
informacin), se transmite en forma serial se denomina serializacin.
Debido a que los bits se transmiten uno detrs de otro, debe haber algn mecanismo
que permita la sincronizacin del transmisor con el receptor, de modo que el
receptor sepa cuando comienza un nuevo mensaje o cadena de bits.
2
cap. 4.3 2
Formato de un carcter en transmisin asincrnica
4.3
Si st ema de c omuni c ac i ones.
4.3.1. Conceptos de transmisin de datos
4.3.1.2. Transmisin asncrnica
En la transmisin asincrnica, no se transmite una seal de sincronismo (reloj) entre
el transmisor y receptor, sino que ms bien se ajustan los relojes de transmisin y
recepcin a la misma frecuencia, y se enva una trama pequea de bits,
estableciendo una convencin de que el primer bit (start bit) siempre representa un
cero lgico, y el ltimo bit de la trama representa un 1 lgico. Por convencin
cuando el canal estinactivo, siempre se transmite un 1 lgico. De esta forma cada
byte de datos debe tener, adems de sus ocho bits, un bit de arranque y un bit de fin
(Stop Bit).
En algunos casos se puede configurar para agregar un bit ms para deteccin de
errores antes del bit de parada. A este bit se le llama bit de paridad, y puede ser de
paridad par o impar. Si se configura paridad par, entonces el nmero de bits en 1 en
el campo de datos mas el del bit de paridad, debe ser par; en el caso de la paridad
impar sucede lo contrario. El receptor tambin se debe configurar con el mismo tipo
de paridad, de modo si cambia el valor de alguno de los bits de datos durante la
transmisin el receptor se da cuenta porque los bits de paridad no coinciden.
El problema con los bits de paridad es que slo detectan cerca del 50% de los
errores de comunicacin.
3
cap. 4.3 3
Formato de un carcter de datos en transmisin sincrnica
4.3
Si st ema de c omuni c ac i ones.
4.3.1. Conceptos de transmisin de datos
4.3.1.3. Transmisin sincrnica
En la transmisin asincrnica hay que enviar dos seales una para los datos y una
para el reloj de sincronismo. Por lo que hay que tener dos canales de comunicacin
disponibles. Tiene la ventaja de que se pueden enviar tramas muy grandes de bits
sin necesidad de bits de sincronsmo, lo que hace que la comunicacin sea mas
eficiente, sin embargo, la necesidad de un segundo canal lo hacemuy costoso, sobre
todo en aplicaciones de larga distancia, o va radiofrecuencia.
4
cap. 4.3 4
4.3
Si st ema de c omuni c ac i ones.
4.3.1. Conceptos de transmisin de datos
4.3.1.4. Transmisin en banda base
Transmisor
Receptor
fc fc
En la transmisin en banda base, ni el ancho de banda de la
seal ni la frecuencia de corte el alterada para su transmisin
En la transmisin en banda base, la seal a transmitir no sufre ninguna alteracin en
su espectro de frecuencias.
Cuando la seal debe ser transmitida largas distancias, o cuando el medio de
transmisin no es compatible con la seal a transmitir, entonces se debe alterar la
seal original usualmente mediante esquemas de modulacin que le cambian el
espectro de frecuencias que ocupa la seal original.
Por ejemplo, cuando se transmite una seal digital va radio, entonces se debe
modular la seal a frecuencias generalmente muy superiores a la frecuencia
original.
5
cap. 4.3 5
4.3
Si st ema de c omuni c ac i ones.
4.3.1. Conceptos de transmisin de datos
4.3.1.4. Transmisin en banda base (Estndares de
transmisin.
EIA- RS-232C
Caractersticas
- Alcance de la seal: 15 m
- Modo de transmisin: Voltaje.
- Niveles: -25a -3 =>1 Lgico
3 a 25 =>0 Lgico
- Tasa de bits: 110 a 115200 bps
- Tipo de enlace: Punto a punto.
- Direccionalidad: Half o Full
Seales disponibles:
- TxD: Datos a transmitir.
- RxD: Datos Recibidos
- RTS: Solicitud de envo
- CTS: Solicitud aceptada
- DSR: Set de datos recibidos
- DTR: Terminal listo para aceptar datos
- CD: Portadora detectada.
Transmisor-
Receptor
Transmisor-
Receptor
Uno de los estndares ms utilizados para la transmisin de datos a cortas distancias
en conexiones punto a punto, es el RS-232. Este estndar fue diseado
principalmente para la comunicacin entre un equipo terminal de datos (Transmisor
o receptor) y un equipo de comunicacin de datos (DCE), como un MODEM.
Tpicamente, el MODEM queda a corta distancia del equipo terminal, por lo que el
alcance de la seal mediante este estndar es de unos 15m.
Adems de las seales para transmitir y recibir datos, tambin se utilizan seales de
control (Handshaking) entre el equipos DTE y el DCE, las cuales permiten el
control del flujo de la informacin entre ambos.
6
cap. 4.3 6
4.3
Si st ema de c omuni c ac i ones.
4.3.1. Conceptos de transmisin de datos
4.3.1.4. Transmisin en banda base (Estndares de
transmisin.
EIA- RS-485
Caractersticas
- Alcance de la seal: 1200 m
- Modo de transmisin: lazo de corriente
- Niveles: 4 a 50 mA
- Tasa de bits: 110 a 1 Mbps
- Tipo de enlace: Punto-multipunto
- Direccionalidad: Half
Seales disponibles:
- A: Terminal positivo TxD/RxD
- B: Terminal negativo TxD/RxD
T/R T/R T/R
T/R T/R
Nodos terminales
El estndar RS-485 permite un mayor alcance en la seal y la posibilidad de
conexin de ms de dos equipos en un solo bus. El problema fundamental es que la
transmisin es Half Duplex, lo que implica que un equipo no puede estar
transmitiendo y recibiendo datos al mismo tiempo
Se debe considerar que los nodos en los extremos de la red debentener resistencias
terminales de fin de lnea con el objetivo de evitar reflexiones de la seal.
7
cap. 4.3 7
Transmisin va modem
4.3
Si st ema de c omuni c ac i ones.
La palabra MODEM, es el acrnimo de MOdulador/DEModulador. Un MODEM es
un dispositivo electrnico que se utiliza para adaptar la seal original al medio de
transmisin. Por ejemplo, si se desea transmitir una seal digital a travs del sistema
de telefona convencional, se debe transformar la seal a los niveles de voltaje y
frecuencia compatibles con el sistema de telefona, originalmente diseado para
transmitir seales analgicas de voz.
Uno de los primeros mtodos utilizados para la transmisin digital de datos a travs
de canales analgicos (como los de la telefona convencional), fue la modulacin
por conmutacin de frecuencias o FSK (Frequency Shift Keying), el cual consiste
en asignar un tono o frecuencia al 1 lgico y un tono diferente al 0 lgico.
En el lenguaje de transmisin de datos, se denomina al MODEM como equipo de
comunicacin de datos (DCE de las siglas en ingls), y al equipos fuente o receptor
de la informacin como Equipo Terminal de Datos (DTE de las siglas en ingls).
8
cap. 4.3 8
4.3
Si st ema de c omuni c ac i ones.
4.3.2. Esquemas de comunicacin.
4.3.2.1. Comunicacin Maestro-esclavo.
Maestro
1 2 3 4 n
. . . .
Esclavos
1
2
1 : Pregunta del maestro.
2: Respuesta del esclavo.
Sentido del
barrido.
Cuando el mecanismo de acceso al medio, es tal que que slo uno de los nodos
(equipos con capacidad de comunicacin dentro de una red) tiene la capacidad de
iniciar una transaccin, entonces se dice que el esquema de comunicacin es
maestro-esclavo. Siendo el maestro el que inicia la conversacin y los esclavos los
que responden a las preguntas del maestro.
En este esquema, no es permitida la conversacin directa entre esclavos. Los nodos
esclavos slo pueden responder a requisiciones del maestro.
En este caso no se presentan conflictos de acceso, ya que slo el maestro puede
iniciar la transaccin y uno solo de los esclavos es el que responde a la pregunta o
comando del maestro.
Cada nodo esclavo debe tener un nmero o direccin que lo distingue de los dems,
de modo que cuando el maestro inicia una conversacin, debe especificar a cul
esclavo se refiere, de modo que no existan conflictos al momentode la respuesta.
Un nodo esclavo que no entienda una pregunta, ya sea porque el mensaje lleg
errado o porque la velocidad de comunicacin no es la adecuada, el esclavo se debe
inhibir de responder a la pregunta.
Normalmente el maestro interroga a cada uno a uno los esclavos, cumpliendo con lo
que se conoce con el nombre de ciclo de barrido.
9
cap. 4.3 9
Caractersticas resaltantes.
Comunicacin peer to peer
Los nodos pueden ser clientes, servidores o clientes/servidor
El determinsmo depende de la capa fsica que se utilice, en todo caso los tiempos de actua
no son repetitivos.
Permite el reporte por excepcin.
4.3.2.2. Modelo Cliente/Servidor
FUENTE DESTINO DATOS CRC
4.3
Si st ema de c omuni c ac i ones.
C C C/S
S S
C: Cliente
S: Servidor
El esquema cliente/servidor es un modelo lgico, no fsico. En el cual se definen
procesos servidores (generadores de datos) y clientes (usuarios del dato). Un
proceso puede ser cliente, servidor o ambos al mismo tiempo. Los procesos pueden
estar en la misma mquina o en mquinas diferentes en la red. En una mquina
puede haber ms de un cliente y/o servidor.
Se permite el reporte de datos por excepcin, es decir, los datos son reportados, en
el momento que se detecta un cambio, y no necesariamente en forma peridica. El
esquema es tal que los clientes suscriben una lista de datos quedesean obtener de
los servidores, y estos, al detectar un cambio en uno o mas datos de la lista, envan
mensajes a los clientes que requieren la informacin. Se debe enviar un mensaje por
separado a cada uno de los clientes. En este sentido el protocolo es ineficiente, ya
que se requiere enviar un mensaje a cada cliente para reportar un cambio en el
mismo dato, lo que ocasiona a su vez que los datos no llegan al mismo tiempo en
los nodos clientes, ya que se debe primero enviar un mensaje al cliente 1, y un poco
mas tarde el mensaje al cliente 2.
En la medida que se incrementa el nmero de clientes que usan el mismo dato, el
esquema se hace mas ineficiente.
Las redes clientes servidor, fueron originalmente introducidas para sistemas de base
de datos, y han sido adoptadas ampliamente a nivel de las redes de supervisin de
los sistemas de automatizacin.
10
cap. 4.3 10
4.3
Si st ema de c omuni c ac i ones.
Esquema de funcionamiento.
Un productor es un nodo que enva datos
Los mensajes que enva el productor, no contienen la direccin o
nombre de los nodos destino. En su lugar contienen un identificador
de los tipos de datos que estn contenidos en el mensaje.
Un consumidor es un nodo que recibe datos
Todos los consumidores que estn interesados en los datos con un
identificador en especfico lo toman de la red.
Varios consumidores pueden recibir y hacer uso de los datos al
mismo tiempo.
4.3.2.2. Modelo Productor/Consumidor
IDENTIFICADOR DATOS CRC
Entre las caractersticas ms resaltantes del modelo productor/consumidor
encontramos:
Un slo mensaje enviado por bloque de datos: Esto hace que el protocolo sea
mas eficiente, ya que a diferencia del esquema cliente servidor slo hace falta un
mensaje para actualizar a todos los nodos consumidores con un grupo de datos.
Exactitud cronolgica: Todos los consumidores reciben el dato al mismo tiempo,
por lo tanto no se generan diferencias de tipo cronolgico en el registro histrico de
los datos.
Determinstico y repetitivo: Esta caracterstica depende del mecanismo de acceso
al medio (Capa de enlace), sin embargo la mayora de los esquemas implantados
hasta el momento, utilizan una tcnica denominada Acceso Mltiple Concurrente
en el Dominio del Tiempo (CTDMA), la cual permite establecer un tiempo de
actualizacin de la red, el cual se cumple, siempre y cuando se mantenga el nmero
de nodos y de datos por debajo de un lmite calculado por el propio software de
comunicaciones. Esta caractersticas es importante en las redes de control, ya que en
muchos casos se requiere la ejecucin de estrategias distribuidas entre varios nodos,
y por lo tanto se debe garantizar la ejecucin de los algoritmos de control, dentro de
un tiempo determinado y repetitivo.
11
cap. 4.3 11
4.3.2.3. Redes locales de datos (Topologas)
4.3
Si st ema de c omuni c ac i ones.
La forma como estn conectados fsica y lgicamente los nodos a una red, se
denomina la topologa de la red. Las topologas ms populares son:
Bus: Todos los nodos estn conectados en paralelo al medio, por lo que todos los
nodos escuchan los mensajes transmitidos por los dems, y por ende no es necesario
la utilizacin de enrutadores de mensajes. Dentro de los mecanismos de acceso al
medio utilizados en esta topologa, estn el de pase de Token y el de acceso
mltiple con deteccin de colisiones (Ethernet o IEEE 802.3). Esta es una de las
topologas ms utilizadas en redes industriales, por su simplicidad y bajo costo, no
obstante el cuello de botella lo constituye la velocidad del medio.
Anillo: Un nodo estconectado slo al nodo que lo antecede y al que lo sucede,
por lo que para llegar de un extremo a otro de la red hay que pasar por los nodos
intermedios, lo cual involucra tiempos de retardo en los mensajes. Tiene la ventaja
de que si se daa un segmento, se puede mantener la comunicacin, invirtiendo el
sentido de rotacin del token.
Estrella: Todos los nodos estn conectados a un enrutador, por lo que un nodo se
puede comunicar con otro, sin necesidad de que los dems escuchen la informacin.
Todo el sistema depende de la Salud del enrutador. Hoy en da estn cobrando un
gran auge, debido a la introduccin de la la tecnologa de Conmutadores de alta
velocidad (Switching)
12
cap. 4.3 12
4.3.3 El modelo OSI de la ISO
STATION A LAYER NUMBER STATION B
APPLICATION 7 APPLICATION
PRESENTATION 6 PRESENTATION
SESSION 5 SESSION
TRANSPORT 4 TRANSPORT
NETWORK 3 NETWORK
DATA LINK 2 DATA LINK
PHYSICAL 1 PHYSICAL
COMMUNICATION MEDIUM
4.3
Si st ema de c omuni c ac i ones.
Con el objetivo de uniformizar la organizacin de los elementos funcionales que
describen una red, la Organizacin Internacional de estandarizacin (ISO), elabor
un estndar que define la estructura de las redes, el cual se denomina el modelo OSI
(Open System Interconnection). Este modelo consta de 7 capas:
Fsica: Define las seales elctricas a ser utilizadas en la transmisin, as como,
codificacin y esquema de modulacin a ser utilizado.
Enlace de datos: Define el control de acceso al medio, establece los mecanismos
de conexin y de deteccin de errores.
Red: Hace el enrutamiento del mensaje a travs de los posibles diferentes caminos.
Transporte: Hace la segmentacin necesaria en los mensajes para mantener la
longitud mxima requerida. Garantiza que los fragmentos son reconstruidos en
forma exitosa en el otro extremo.
Sesin: Cumple una funcin similar a la capa de transporte, slo que a nivel de los
procesos y no a nivel de las estaciones, es decir, esta capa se encarga de garantizar
la comunicacin entre diversos procesos, que pudieran estar en la misma estacin.
Presentacin: Ejecuta funciones de codificacin y encriptacin de datos.
Aplicacin: Define completamente la interfaz con las aplicaciones
(Fundamentalmente el set de comandos disponibles). Ej. FTP, TELNET, HTTP.
13
cap. 4.3 13
4.3.4. Ejemplo de protocolo maestro/esclavo
4.3.4.1. Protocolo Modbus (Modos de Transmisin)
CHARACTERISTIC ASCII (7-BIT) RTU (8-BIT)
CODING SYSTEM HEXADECIMAL (USES ASCII
PRINTABLE CHARACTERS: 0-
9,A-F)
8 BIT
BINARY
NUMBER OF BITS PER CHARACTER:
START BITS
DATA BITS (LEAST SIGNIFICANT
FIRST)
PARITY (OPTIONAL)
STOP BITS
1
7
1 (1-BIT SENT FOR EVEN OR
ODD PARITY, NO BITS FOR NO
PARITY
1 OR 2
1
8
1 (1-BIT SENT FOR EVEN OR ODD
PARITY, NO BITS FOR NO PARITY
1 OR 2
ERROR CHECKING LRC (LONGITUDINAL)
REDUNDANCY CHECK) SEE
PARAGRAPH 1.2.2
CRC (CYCLICAL) REDUNDANCY
CHECK) SEE PARAGRAPH 1.2.1
4.3
Si st ema de c omuni c ac i ones.
El protocolo Modbus es un protocolo del tipo maestro-esclavo. Existen dos
modalidades de codificacin de la informacin denominadas ASCII y RTU.En la
modalidad ASCII, un byte de informacin es codificado en dos caracteres de 7 bits
cada uno de acuerdo al estndar ASCII. Esto duplica la cantidad de datos a enviar,
por lo que solamente se utiliza en enlaces punto a punto, y cuando la cantidad de
datos a transferir es muy poca. Debido a su simplicidad, no hace falta el uso de
analizadores de protocolo para diagnosticar las comunicaciones.
En la modalidad RYU, los datos son enviados byte a byte sin codificacin alguna.
Para la deteccin de errores se puede utilizar el bit de paridad (en ambos casos) y el
mecanismo de verificacin de redundancia cclica en el caso de la modalidad RTU,
en el cual la probabilidad de no deteccin de errores es de
10
-5
.
14
cap. 4.3 14
4.3.4.1. Protocolo Modbus (Estructura de un mensaje)
SLAVE ADDRESS
FUNCTION CODE
DATA
ERROR CHECK
SLAVE ADDRESS
FUNCTION CODE
DATA
ERROR CHECK
Master Slave
4.3
Si st ema de c omuni c ac i ones.
A nivel de la capa de aplicacin, un mensaje Modbus contiene:
Direccin del esclavo: es un byte que define el destino del mensaje. Cada esclavo
de una red (usualmente un nodo), debe tener una direccin nica que lo distingue
de los dems. Slo el esclavo cuya direccin coincida con la indicada en el mensaje,
puede contestar el mismo.
Cdigo de funcin: Es un byte que indica la funcin que el maestro desea ejecutar
en el esclavo.
Datos: Mximo 248 bytes. Dependen de la funcin.
Verificacin de errores: 2 bytes en la modalidad RTU. Se utiliza para validar que
el mensaje recibido no sufrialteraciones durante la transmisin.
15
cap. 4.3 15
4.3.4.1. Protocolo Modbus (Set bsico de comandos)
CODE MEANING ACTION
1 READ COIL STATUS OBTAINS CURRENT STATUS (ON/OFF) OF A GROUP OF LOGIC
COILS.
2 READ INPUT STATUS OBTAIN CURRENT STATUS (ON/OFF) OF A GROUP OF
DISCRETE INPUTS.
3 READ HOLDING REGISTERS OBTAIN CURRENT BINARY VALUE IN ONE OR MORE HOLDING
REGISTERS.
4 READ INPUT REGISTERS OBTAIN CURRENT BINARY VALUE IN ONE OR MORE INPUT
REGISTERS.
5 FORCE SINGLE COIL FORCE LOGIC COIL TO A STATE OF ON OR OFF.
6 PRESET SINGLE REGISTERS PLACE A SPECIFIC BINARY VALUE INTO A HOLDING
REGISTER.
7 READ EXCEPTION STATUS OBTAIN THE STATUS (ON/OFF) OF THE EIGHT INTERNAL
COILS WHOSE ADDRESSES ARE CONTROLLER DEPENDENT
(SEE SECTION 3.7). USER LOGIC CAN PROGRAM THESE
COILS TO INDICATE SLAVE STATUS. SHORT MESSAGE
LENGTH ALLOWS RAPID READING OF STATUS.
8 LOOPBACK DIAGNOSTIC TEST DIAGNOSTIC TEST MESSAGE SENT TO SLAVE TO EVALUATE
COMMUNICATIONS PROCESSING.
4.3
Si st ema de c omuni c ac i ones.
Los comandos del 1 al 6 se utilizan para leer y escribir datos en el esclavo, ya sea de
variables discretas como de variables analgicas.
Los valores pertenecientes a instrumentos que generan seales discretas, (Ej.
Interruptores de nivel, flujo, posicin, etc), se leen a travs de la funcin 2.
Los valores pertenecientes a elementos de accin final discretos (Como vlvula ON-
OFF) se leen a travs del comando 1, y se escriben a travs de los comandos 5 y 15.
Los valores pertenecientes a instrumentos que generan una seal analgica
(Transmisores), se leen a travs de la funcin 4.
Los valores asociados a elementos de accin final analgicos (Vlvulas de control),
se leen a travs del comando 3 y se escriben a travs del comando 6 y 16.
16
cap. 4.3 16
Modal i dad ASCI I
Start of
Frame
ADDRESS FUNCTION DATA
ERROR
CHECK
EOF
READY TO
REC RESP
: 2-CHAR 2-CHAR N X 4-CHAR 2-CHAR CR LF
16-BITS 16-BITS N X 16-BITS 16-BITS
4.3
Si st ema de c omuni c ac i ones.
Modal i dad RTU
T1 T2 T3 ADDRESS FUNCTION DATA CHECK T1 T2 T3
8-BITS 8-BITS N X 8-BITS 16-Bits
4.3.4.1. Protocolo Modbus (Estructura de un mensaje, capa de enlace)
Dependiendo de la modalidad, el formato del mensaje a nivel de la capa d enlace
vara.
En la modalidad ASCII, el inicio de un mensaje se denota con el carcter :, y el
fin del mensaje con los caracteres CR y LF.
En la modalidad RTU, la separacin en tiempo entre un carcter y el prximo no
debe ser mayor a 3,5 veces el tiempo de transmisin de un carcter, de otro modo, el
receptor asume que se trata de un nuevo mensaje y no de un nuevocarcter.
17
cap. 4.3 17
4.3.4.1. Protocolo Modbus (Cdigos de respuestas con error)
CODE MEANING ACTION
1 ILLEGAL FUNCTION THE MESSAGE FUNCTION RECEIVED IS NOT AN ALLOWABLE
ACTION FOR ADDRESSES SLAVE. IF A POLL COMMAND WAS
ISSUED, INDICATES NO PROGRAM FUNCTION PRECEDED IT.
2 ILLEGAL DATA ADDRESS THE ADDRESS REFERENCED IN THE DATA FIELD IS NOT AN
ALLOWABLE ADDRESS FOR THE ADDRESSED SLAVE
LOCATION.
3 ILLEGAL DATA VALUE THE VALUE REFERENCED IN THE DATA FIELD IS NOT
ALLOWABLE IN THE ADDRESSED SALVE LOCATION.
4 FAILURE IN ASSOCIATED DEVICE THE SLAVE' S PC HAS FAILED TO RESPOND TO A MESSAGE
OR AN ABORTIVE ERROR OCCURRED. (SEE NOTE 1).
5 ACKNOWLEDGE THE SLAVE PC HAS ACCEPTED AND IS PROCESSING THE
LONG DURATION PROGRAM COMMAND. ISSUE A POLL
PROGRAM COMPLETE MESSAGE TO FIND OUT WHEN
PROCESSINGIS FINISHED. A POLL MESSAGE SENT TO THE PC
BEFORE IT IS FINISHED WILL RESULT IN A REJ ECTED
MESSAGE RESPONSE
6 BUSY, REJ ECTED MESSAGE THE MESSAGE WAS RECEIVED WITHOUT ERROR, BUT THE PC
IS ENGAGED IN PROCESSING A LONG DURATION PROGRAM
COMMAND. RETRANSMIT LATER, WHENTHE PC MAY BE FREE.
(SEE NOTE 2).
4.3
Si st ema de c omuni c ac i ones.
En el caso de que un esclavo detecte un error en el mensaje a nivel de la capa de
enlace (Error de CRC o de paridad), el esclavo se inhibirde responder.
En el caso de que el error sea a nivel de la capa de aplicacin, el esclavo responder
indicndole al maestro el tipo de error detectado.
18
cap. 4.3 18
ADDR FUNC
DATA
START
PT
HO
DATA
START
PT
LO
DATA #
OF PTS
HO
DATA #
OF PTS
LO
11 01 00 13 00 25 B6 C5
ERRO CHECK
FIELD
4.3.4.1. Protocolo Modbus (Ejemplo de transaccin.)
ADDR FUNC
BYTE
COUNT
DATA
COIL
STATUS
20-27
DATA
COIL
STATUS
28-35
DATA
COIL
STATUS
36-43
DATA
COIL
STATUS
44-51
DATA
COIL
STATUS
52-56
ERRO
CHECK
FIELD
11 01 05 CD 6B B2 0E 1B D6A5
4.3
Si st ema de c omuni c ac i ones.
Una transaccin en protocolo MODBUS, consta de una pregunta y una respuesta. Es
importante notar que para obtener todos los datos requeridos de un esclavo, el
maestro puede requerir mas de una transaccin, bien sea por la cantidad de datos no
caben en un solo mensaje de respuesta, o porque se requiera ms de un tipo de dato.
Por ejemplo, si hace falta leer datos analgicos y discretos, se requiere de al menos
dos transacciones.
19
cap. 4.3 19
4.3.4.1. Protocolo Modbus (Ejemplo de respuesta con error)
SLAVE
ADDR
FUNC
H.O.
START
ADDR
L.O. NO.
OF
COILS
H.O.
START
ADDR
L.O. NO.
OF
COILS
ERROR
CHECK
FIELD
0A 01 04 A1 00 01 4F32
SLAVE
ADDR
FUNC
EXCEPTION
CODE
ERROR
CHECK
0A 81 2 7345
4.3
Si st ema de c omuni c ac i ones.
En una respuesta con error el bit ms significativo del campo de funcin es 1,
mantenindose el cdigo de la funcin original en los 7 bits menos significativos.
20
cap. 4.3 20
4.3
Si st ema de c omuni c ac i ones.
4.3.5. Criterios de seleccin del esquema de comunicaciones
ms adecuado.
Comunicacin
punto-multipunto
Reportepor excepcin
Repetibilidad y determinismo
El esquemaMaestro- esclavo es
suficiente, yaqueslo es necesaria
lacomunicacin delos esclavos con
el maestro, y no deesclavos entres.
Pasedetoken en topologabus
o anillo puedeser suficiente, en
combinacin con el esquema
maestro-esclavo.
Esquemaproductor/consumidor
Unared tipo bus con esquemacliente
servidor puedeser suficiente.
No
No
No
Si
Si
Si
La seleccin del esquema de comunicacin ms adecuado para una aplicacin
depende de una gran cantidad de factores, sin embargo en trminos generales se
pueden resumir en:
Esquema Maestro-Esclavo: Cuando no se requiere la comunicacin directa entre
los nodos de una red, sino solamente la comunicacin con un nodo maestro,
usualmente el que concentra toda la informacin, entonces este esquema puede
funcionar. Este esquema es muy usual es sistemas SCADA.
Pase de Token o CSMA/CD: Cuando se requiere la comunicacin entre los nodos
y el reporte de datos por excepcin, entonces se debe pasar a un esquema de pase de
Token o de mltiple acceso con deteccin de colisiones (CSMA/CD). Estos
esquemas permiten que cualquier nodo puede iniciar una conversacin. Si no se
requiere el reporte por excepcin, pero si la comunicacin punto-multipunto,
entonces se puede utilizar el esquema maestro-esclavo en combinacin con un bus
token passing.
Cliente-servidor: si se requiere el reporte por excepcin, entonces el esquema
cliente servidor es el mas recomendado, usualmente implantado sobre una red tipo
bus del tipo CSMA/CD. Es utilizado fundamentalmente en redes de automatizacin
a nivel supervisorio
Productor-consumidor: Utilizadas en redes de control de procesos donde se
requiere determinismo y repetibilidad.