Camada De Enlace De Datos; Camada De Transporte Y Red; Camada De Aplicación - Protocolo Cip - WEG SSW-07 Serie Manual De Comunicación

1.2.3 Camada de Enlace de Datos

La camada de enlace de datos del DeviceNet es definida por la especificación del CAN, el cual define dos estados
posibles; dominante (nivel lógico o) y recesivo (nivel lógico 1). Un nudo puede llevar a la red al estado dominante
se transmitir alguna información. Así, el baramiento solamente estará en estado recesivo se no haber nudos
transmisores en estado dominante.
CAN utiliza el CSMA/NBA para acceder el medio físico. Esto significa que un nudo, antes de transmitir, debe
verificar se el barramiento esta libre. Caso esté, entonces el puede iniciar la transmisión de su telegrama. Caso no
esté, debe aguardar. Se mas de un nudo acceder a la red simultáneamente, un mecanismo basado en prioridad
de mensaje entrará en acción para decidir cual de ellos tendrá prioridad sobre el otro. Este mecanismo es no
destructivo, o sea, el mensaje es preservado mismo que ocurra colisión entre dos o más telegramas.
CAN define cuatro tipos de telegramas (
data frame
de datos ( ) y el frame de errores (
Datos son intercambiados utilizándose el frame de datos. La estructura de este frame es mostrada en la figura 1.1.
Ya los errores son indicados a través del frame de errores. CAN posee una verificación y un confinamiento de
errores bastante robusto. Esto garantiza que un nudo con problemas no perjudique la comunicación en la red.
Para una descripción completa de los errores, consulte la especificación del CAN.
Interframe
Space

1.2.4 Camada de Transporte y Red

DeviceNet requiere que una conexión sea establecida antes de que haga cambio de datos con el dispositivo. Para
establecer esta conexión, cada nudo DeviceNet debe implementar el
Group 2 Unconnected Port.
o el
establecer la conexión, que a seguir será utilizada para el cambio de datos de proceso entre un nudo y otro. Este
cambio de datos utiliza mensajes del tipo I/O (ver ítem 1.2.7).
Los telegramas DeviceNet son clasificados en grupos, el cual definen funciones y prioridades específicas. Estés
telegramas utilizan el campo identificador (11 bits) del frame de datos CAN para identificar únicamente cada una
de la mensajes, garantizando así el mecanismo de prioridades CAN.
Un nudo DeviceNet puede ser cliente, servidor o ambos. Además de esto, clientes y servidores pueden ser
productores y/o consumidores de mensajes. En un típico nudo cliente, por ejemplo, su conexión producirá
requisiciones y consumirá respuestas. Otras conexiones de clientes o servidores apenas consumirán mensajes. O
sea, el protocolo prevé diversas posibilidades de conexión entre los dispositivos.
El protocolo dispone también de un recurso para detección de nudos con dirección (MAC ID) duplicados. Evitar
que direcciones duplicados ocurran es, en general, mas eficiente que intentar localízalos después.
1.2.5 Camada de Aplicación – Protocolo CIP
Common Industrial Protocol (CIP)
DeviceNet utiliza el
estrictamente orientado a objetos utilizado también por el ControlNet y por el EherNET/IP. O sea, el es
independiente del medio físico y de la camada de enlace de dato. La figura 1.2 presenta la estructura de este
protocolo.
CIP tiene dos objetivos principales:
Transporte de datos de control de los dispositivos de I/O.
Transporte de informaciones de configuración y diagnostico del sistema siendo controlado.
data, remote, overload, error
error frame
1 bit 11 bits 1 bit 6 bits
Figura 1.1 - Frame de dados CAN
Estés dos mecanismos de afijación utilizan mensajes del tipo
). De estos, DeviceNet utiliza apenas el frame
).
0-8 bytes 15 bits 1 bit 1 bit 1 bit
Unconnected Message Manager (UCMMO)
en la camada de aplicación. Tratase de un protocolo
7 bits ≥ 3 bits
explicit
para
9