Camada De Enlace De Datos; Camada De Transporte Y Red - WEG Anybus-CC SSW7000 Manual Del Usuario

conector del tipo plug-in de 5 vías cuyos terminales es presentado en la sección 2. Para una descripción
completa de los conectores utilizados por el DeviceNet consulte la especificación del protocolo.
5.3

CAMADA DE ENLACE DE DATOS

La camada de enlace de datos del DeviceNet es definida por la especificación del CAN, en la cual define dos
estados posibles. dominante (nivel lógico 0) y recesivo (nivel lógico 1). Un nudo puede llevar la red al estado
dominante si transmitir alguna información. Así, el bus solamente estará en el estado recesivo si no ocurrir
nudos transmisores en el estado dominante.
CAN utiliza el CSMA/NBA para acceder el medio físico. Eso significa que un nudo, antes de transmitir, debe
verificar si el bus está libre. Caso si encuentre, entonces elle puede iniciar la transmisión de su telegrama. Caso
no, debe aguardar. Sí más de un nudo acceder la red simultáneamente, un mecanismo basado en prioridad de
mensaje entrará en acción para decidir cual de ellos tendrá prioridad sobre los otros. 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, remote, overload, error). De estos, DeviceNet utiliza solo el frame
de datos (data frame) y el frame de errores (error frame).
Datos son transladados utilizándose el frame de datos. La estructura de este frame es presentada en la Figura
5.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. Eso 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
5.4

CAMADA DE TRANSPORTE Y RED

DeviceNet requiere que una conexión sea establecida antes de ocurrir el intercambio de datos con el
dispositivo. Para establecer esta conexión, cada nudo DeviceNet debe implementar el Unconnected Message
Manager (UCMM) o el Group 2 Unconnected Port. Estos dos mecanismos de asignación utilizan mensajes del
tipo explicit para establecer la conexión, que a seguir será utilizada para el intercambio de datos de proceso
entre un nudo y otro. Este intercambio de datos utiliza mensaje del tipo I/O (ver ítem 5.7).
Los telegramas DeviceNet son clasificados en grupos, el cual definen funciones y prioridades específicas. Estos
telegramas utilizan el campo identificador (11 bits) del frame de datos CAN para identificar únicamente cada un
de los mensajes, garantizando así el mecanismo de prioridades CAN.
Un nudo DeviceNet puede ser cliente, servidor o ambos. Además de eso, 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 solo consumirán mensajes. O
sea, el protocolo proporciona 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 duplicadas ocurran es, en general, más eficiente que tentar ubicarlos después.
1 bit 11 bits 1 bit 6 bits
Figura 5.1: Frame de datos CAN.
0-8 bytes 15 bits 1 bit 1 bit 1 bit
Protocolo DeviceNet
7 bits ≥ 3 bits
SSW7000 | 33