{"id":30152,"date":"2024-12-17T01:08:41","date_gmt":"2024-12-17T07:08:41","guid":{"rendered":"https:\/\/www.logicbus.com.mx\/blog\/?p=30152"},"modified":"2026-02-03T11:13:04","modified_gmt":"2026-02-03T17:13:04","slug":"que-es-devicenet","status":"publish","type":"post","link":"https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/","title":{"rendered":"\u00bfQu\u00e9 es y c\u00f3mo funciona una red DeviceNet?"},"content":{"rendered":"<p style=\"text-align: justify;\">Este documento presenta una descripci\u00f3n operativa de <a title=\"DeviceNet by Logicbus\" href=\"https:\/\/tienda.logicbus.com.mx\/BacNet_c_1271.html\"><span style=\"color: #ff6600;\">DeviceNet<\/span> <\/a>\u2122, un protocolo de bajo nivel de aplicaci\u00f3n industrial para aplicaciones de automatizaci\u00f3n industrial. DeviceNet conecta dispositivos industriales simples (<a href=\"https:\/\/www.logicbus.com.mx\/blog\/sensores-para-monitorear-la-actividad-y-productividad-de-la-maquina\/\">sensores<\/a> y actuadores) con dispositivos de nivel superior, como los controladores programables.\u00a0Basado en el est\u00e1ndar de comunicaciones f\u00edsicas CAN (Controller Area Network), DeviceNet utiliza el hardware CAN para definir un protocolo de capa de aplicaci\u00f3n que estructura la tarea de configuraci\u00f3n, acceso y control de dispositivos de automatizaci\u00f3n industrial.<\/p>\n<p style=\"text-align: justify;\">Este documento est\u00e1 destinado al usuario de DeviceNet que desea una comprensi\u00f3n m\u00e1s profunda de DeviceNet.\u00a0Est\u00e1 pensado para proporcionar mucha m\u00e1s informaci\u00f3n de la que se encuentra normalmente en una visi\u00f3n general de la red de DeviceNet, pero mucho menos que la especificaci\u00f3n de varios cientos de p\u00e1ginas de DeviceNet.\u00a0Este documento tambi\u00e9n puede proporcionar un punto de partida para los desarrolladores que est\u00e1n considerando agregar las comunicaciones de DeviceNet a su producto.<\/p>\n<p style=\"text-align: justify;\">Tenga en cuenta que un resumen de una especificaci\u00f3n de m\u00e1s de 200 p\u00e1ginas es incompleto por definici\u00f3n. Se admite que algunos aspectos de la tecnolog\u00eda solo est\u00e1n ligeramente cubiertos, mientras que otros no est\u00e1n cubiertos en absoluto. Los temas que se consideran que proporcionan la mayor informaci\u00f3n sobre c\u00f3mo funciona una red de DeviceNet o que aclaran las ideas err\u00f3neas comunes reciben prioridad.<\/p>\n<p style=\"text-align: justify;\"><iframe id=\"iFrameResizer0\" src=\"https:\/\/www.youtube.com\/embed\/T6D9cXyxK3Y?rel=0\" width=\"640\" height=\"480\" frameborder=\"0\" scrolling=\"no\" allowfullscreen=\"allowfullscreen\" data-mce-fragment=\"1\"><\/iframe><\/p>\n<h2 style=\"text-align: justify;\"><strong>DeviceNet &#8211; UNA VISI\u00d3N R\u00c1PIDA<\/strong><\/h2>\n<p style=\"text-align: justify;\">DeviceNet es un protocolo de capa de aplicaci\u00f3n. \u00bfQu\u00e9 significa eso? Una forma de verlo es que el t\u00e9rmino &#8220;capa de aplicaci\u00f3n&#8221; implica que DeviceNet trata m\u00e1s con los datos de la aplicaci\u00f3n que con un protocolo de nivel inferior o de capa sin aplicaci\u00f3n. Por ejemplo, un protocolo de capa de enlace est\u00e1 dise\u00f1ado simplemente para mover algunos bytes del punto A al punto B. No tiene ning\u00fan inter\u00e9s y no transmite informaci\u00f3n inherente con respecto al contenido del mensaje. Debido a que DeviceNet es un protocolo de capa de aplicaci\u00f3n, sus mensajes transmiten informaci\u00f3n. Un mensaje expl\u00edcito de DeviceNet tiene informaci\u00f3n espec\u00edfica en bytes espec\u00edficos de un mensaje. Hay un byte para un n\u00famero de clase, un byte para un c\u00f3digo de servicio y as\u00ed sucesivamente.<\/p>\n<p style=\"text-align: justify;\">Ahora, si DeviceNet es un protocolo de capa de aplicaci\u00f3n, \u00bfcu\u00e1les son las capas de protocolo inferiores que transportan sus mensajes?\u00a0Ese es el contenido de la siguiente secci\u00f3n.<\/p>\n<h2 style=\"text-align: justify;\"><strong>DEVICENET Y CAN<\/strong><\/h2>\n<p style=\"text-align: justify;\">Controller Area Networking o CAN es un est\u00e1ndar de comunicaciones con un conjunto bastante prol\u00edfico de descendientes que incluye DeviceNet, Can Open, Can Kingdom y varios cientos de otros descendientes en todo el mundo.<\/p>\n<p style=\"text-align: justify;\">Controller Area Networking es un est\u00e1ndar de comunicaciones en serie para que los dispositivos inteligentes se comuniquen entre s\u00ed.\u00a0A diferencia de muchos otros est\u00e1ndares de comunicaci\u00f3n que proporcionan velocidades de datos r\u00e1pidas con miles o millones de bytes de datos en una sola trama, CAN tiene una velocidad de bits m\u00e1xima de 1 mega baudios.\u00a0La mayor\u00eda de las aplicaciones industriales ni siquiera necesitan esa velocidad.\u00a0La mayor\u00eda utiliza el humilde 125Kbaud.\u00a0Y donde otros est\u00e1ndares mueven miles de bytes en un solo cuadro, CAN solo mueve 8 bytes de datos.<\/p>\n<p style=\"text-align: justify;\">Pero donde la velocidad y la capacidad son fortalezas para muchos de los otros est\u00e1ndares, la fortaleza de CAN es su baja sobrecarga y su sencilla interfaz f\u00edsica.\u00a0Con su tama\u00f1o de paquete peque\u00f1o, incluso a 500 Kbaudios, una trama con ocho bytes de datos solo est\u00e1 en el cable de red durante un cuarto de milisegundo.\u00a0Para muchas aplicaciones de control esto es bastante r\u00e1pido.<\/p>\n<p style=\"text-align: justify;\">Adem\u00e1s, el microcontrolador, s\u00ed, un micro de 8 bits con poca potencia puede hacer el trabajo, necesita tan solo 4K de memoria de programa y 256 bytes de RAM para admitir una aplicaci\u00f3n CAN.<\/p>\n<p style=\"text-align: justify;\">CAN fue creada por Bosch en Alemania en marzo de 1985. La compa\u00f1\u00eda Bosch la dise\u00f1\u00f3 para reemplazar el cableado automotriz.\u00a0En los primeros d\u00edas de la especificaci\u00f3n versi\u00f3n 1.2, los mensajes CAN conten\u00edan un identificador de once bits que proporciona la capacidad de direccionar los identificadores 2047.\u00a0En 1992, CAN Specification 2.0 ampli\u00f3 el tama\u00f1o del identificador a 29 bits, proporcionando hasta 56 millones de identificadores \u00fanicos.\u00a0Como ambas especificaciones a\u00fan est\u00e1n en uso (a veces en el mismo cable), la especificaci\u00f3n 1.2 original se llama Parte A y la nueva especificaci\u00f3n 2.0 se denomina parte B. Un atributo \u00fanico de CAN es que solo dos de las capas del Modelo de Referencia OSI est\u00e1n definidas ( Figura 1), la capa de enlace de datos y la capa f\u00edsica.\u00a0El enlazador de datos CAN normalmente se divide en dos subcapas, la subcapa de se\u00f1alizaci\u00f3n f\u00edsica y la subcapa de control de acceso a los medios (MAC).<\/p>\n<figure id=\"attachment_835\" class=\"wp-caption alignleft\" style=\"text-align: justify;\" aria-describedby=\"caption-attachment-835\"><img decoding=\"async\" class=\"aligncenter wp-image-835 size-full\" title=\"DeviceNet By Logicbus\" src=\"https:\/\/www.rtautomation.com\/wp-content\/uploads\/2018\/07\/figure1.gif\" alt=\"Figura 1 - CAN y el modelo OSI\" width=\"423\" height=\"284\" \/><figcaption id=\"caption-attachment-835\" class=\"wp-caption-text\">Figura 1 &#8211; CAN y el modelo OSI<\/figcaption><\/figure>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n<p style=\"text-align: justify;\">Allen-Bradley (Rockwell Automation) cre\u00f3 <span style=\"color: #ff6600;\"><strong>DeviceNet<\/strong><\/span> como un protocolo de capa de aplicaci\u00f3n encima de CAN en la d\u00e9cada de 1990. AB seleccion\u00f3 CAN como la Capa F\u00edsica de DeviceNet por varias razones, entre ellas:<\/p>\n<p style=\"text-align: justify;\">Una capa f\u00edsica extremadamente robusta.<br \/>\nTecnolog\u00eda abierta.<br \/>\nPeque\u00f1a huella de procesador (RAM, requisitos de ROM).<br \/>\nComponentes f\u00edsicos econ\u00f3micos con m\u00faltiples fuentes.<\/p>\n<p style=\"text-align: justify;\">Una de las caracter\u00edsticas m\u00e1s extraordinarias de CAN (y DeviceNet) es el arbitraje a nivel de bits.\u00a0El Arbitraje de Bitwise es el proceso que CAN utiliza para priorizar los mensajes sin perder el ancho de banda de la red.\u00a0En una red CAN, los bits &#8220;cero&#8221; dominan los bits &#8220;uno&#8221;.\u00a0Cuando un dispositivo transmite un mensaje, escucha los bits en la red.\u00a0Si un dispositivo transmite uno y escucha un cero, sabe que se est\u00e1 transmitiendo un mensaje de mayor prioridad y deja de transmitir.\u00a0El nodo con el mensaje de prioridad m\u00e1s alta oye los bits que est\u00e1 transmitiendo y nunca sabe que entr\u00f3 en conflicto con un mensaje de prioridad m\u00e1s baja.\u00a0La secuencia de mensajes en la red se conserva.<\/p>\n<h2 style=\"text-align: justify;\"><strong>DEVICENET &amp; CIP<\/strong><\/h2>\n<p style=\"text-align: justify;\">El Protocolo de Comunicaciones e Informaci\u00f3n (CIP) es un protocolo de comunicaciones para transferir datos de automatizaci\u00f3n entre dos dispositivos.\u00a0DeviceNet es una combinaci\u00f3n del protocolo CIP y la capa f\u00edsica CAN.\u00a0En el Protocolo CIP, cada dispositivo de red se representa a s\u00ed mismo como una serie de objetos.\u00a0Cada objeto es simplemente una agrupaci\u00f3n de los valores de datos relacionados en un dispositivo.\u00a0Por ejemplo, se requiere que cada dispositivo CIP haga que un objeto de Identidad est\u00e9 disponible para la red.\u00a0El objeto de identidad contiene valores de datos de identidad relacionados llamados atributos.\u00a0Los atributos para el objeto de identidad incluyen la ID del proveedor, la fecha de fabricaci\u00f3n, el n\u00famero de serie del dispositivo y otros datos de identidad.\u00a0CIP no especifica en absoluto c\u00f3mo se implementan los datos de este objeto, solo deben admitirse qu\u00e9 valores de datos, generalmente llamados atributos, y que estos atributos deben estar disponibles para otros dispositivos CIP.\u00a0El objeto de identidad es un ejemplo de un objeto requerido.\u00a0Hay tres tipos de objetos definidos por el protocolo CIP:<\/p>\n<h2 style=\"text-align: justify;\"><strong>OBJETOS REQUERIDOS<\/strong><\/h2>\n<p style=\"text-align: justify;\">La especificaci\u00f3n requiere que los objetos requeridos se incluyan en cada dispositivo CIP.\u00a0Estos objetos incluyen el objeto de identidad, un objeto de enrutador de mensajes y un objeto de red.<\/p>\n<h2 style=\"text-align: justify;\"><strong>Objeto de identidad<\/strong><\/h2>\n<p style=\"text-align: justify;\">El objeto de identidad contiene atributos que identifican al dispositivo DeviceNet.\u00a0Los atributos para el objeto de identidad incluyen la ID del proveedor, la fecha del fabricante, el n\u00famero de serie del dispositivo y otros datos de identidad.<\/p>\n<h2 style=\"text-align: justify;\"><strong>OBJETO DEL ENRUTADOR DE MENSAJES<\/strong><\/h2>\n<p style=\"text-align: justify;\">El <a href=\"https:\/\/softwarelab.org\/es\/blog\/que-es-un-router\/\" rel=\"nofollow\">enrutador<\/a> de mensajes es un objeto que existe para enrutar mensajes expl\u00edcitos y respuestas expl\u00edcitas hacia y desde el objeto de conexi\u00f3n.\u00a0Por ejemplo, el objeto de conexi\u00f3n recibe una solicitud de mensaje expl\u00edcito y la pasa al objeto enrutador.\u00a0El enrutador abre el paquete DeviceNet (CIP) e identifica el objeto de destino.\u00a0El mensaje se pasa al objeto de destino para su procesamiento.\u00a0La respuesta del objeto objetivo sigue el curso id\u00e9ntico a la inversa.\u00a0Recuerde que esto es solo el comportamiento operativo externo del objeto Router de mensajes.\u00a0La implementaci\u00f3n de este objeto puede y sigue un mecanismo mucho m\u00e1s conciso y eficiente.<\/p>\n<h2 style=\"text-align: justify;\"><strong>OBJETO DEVICENET<\/strong><\/h2>\n<p style=\"text-align: justify;\">El objeto DeviceNet contiene atributos que identifican el puerto, la velocidad en <a href=\"https:\/\/cv.uoc.edu\/UOC\/a\/moduls\/90\/90_574b\/web\/main\/nwin\/glossari\/defs\/03.html\" rel=\"nofollow\">baudios<\/a>, la identificaci\u00f3n de Mac (direcci\u00f3n de DeviceNet), la identificaci\u00f3n del proveedor y otros par\u00e1metros f\u00edsicos de operaci\u00f3n.<\/p>\n<h2 style=\"text-align: justify;\"><strong>OBJETO DE CONEXION<\/strong><\/h2>\n<p style=\"text-align: justify;\">El objeto Connection contiene los atributos que controlan el procesamiento de mensajes expl\u00edcitos y de E \/ S.\u00a0Lo m\u00e1s importante es que los atributos para la ruta de E \/ S y el tipo de conexi\u00f3n controlan la frecuencia con la que los dispositivos DeviceNet producen datos y la ruta donde el objeto de conexi\u00f3n &#8220;encuentra&#8221; los datos para producir.<\/p>\n<p style=\"text-align: justify;\">Otro objeto requerido es el objeto de enrutador de mensajes.\u00a0La especificaci\u00f3n de DeviceNet describe estos objetos con un detalle insoportable.<\/p>\n<h2 style=\"text-align: justify;\"><strong>OBJETOS DE APLICACI\u00d3N<\/strong><\/h2>\n<p style=\"text-align: justify;\">Los objetos de aplicaci\u00f3n son los objetos que definen los datos encapsulados por el dispositivo.\u00a0Estos objetos son espec\u00edficos para el tipo de dispositivo y la funci\u00f3n.\u00a0Por ejemplo, un objeto Motor en un sistema de accionamiento tiene atributos que describen la frecuencia, la clasificaci\u00f3n de corriente y el tama\u00f1o del motor.\u00a0Un objeto de entrada anal\u00f3gica en un dispositivo de E \/ S tiene atributos que definen el tipo, la resoluci\u00f3n y el valor actual de la entrada anal\u00f3gica.<\/p>\n<p style=\"text-align: justify;\">Estos objetos de la capa de aplicaci\u00f3n est\u00e1n predefinidos para una gran cantidad de tipos de dispositivos comunes.\u00a0Todos los dispositivos CIP con el mismo tipo de dispositivo (sistemas de control, control de movimiento, transductor de v\u00e1lvula, etc.) deben contener la misma serie de objetos de aplicaci\u00f3n.\u00a0La serie de objetos de aplicaci\u00f3n para un tipo de dispositivo en particular se conoce como el perfil del dispositivo.\u00a0Se ha definido un gran n\u00famero de perfiles para muchos tipos de dispositivos.\u00a0La compatibilidad con un perfil de dispositivo permite a un usuario comprender y cambiar f\u00e1cilmente de un proveedor de un tipo de dispositivo a otro proveedor con el mismo tipo de dispositivo.<\/p>\n<p style=\"text-align: justify;\">Un proveedor de dispositivos tambi\u00e9n puede agrupar objetos de capa de aplicaci\u00f3n en objetos de ensamblaje.\u00a0Estos s\u00faper objetos contienen atributos de uno o m\u00e1s objetos de la capa de aplicaci\u00f3n.\u00a0Los objetos de ensamblaje forman un paquete conveniente para el transporte de datos entre dispositivos.\u00a0Por ejemplo, un proveedor de un controlador de temperatura con m\u00faltiples bucles de temperatura puede definir ensamblajes para cada uno de los bucles de temperatura y un ensamblaje con datos de ambos bucles de temperatura.\u00a0El usuario puede elegir el ensamblaje m\u00e1s adecuado para la aplicaci\u00f3n y con qu\u00e9 frecuencia acceder a cada ensamblaje.\u00a0Por ejemplo, un conjunto de temperatura puede configurarse para informar cada vez que cambia de estado, mientras que el segundo puede configurarse para informar cada segundo sin importar un cambio de estado.<\/p>\n<p style=\"text-align: justify;\">Los ensamblajes generalmente son predefinidos por el proveedor, pero el CIP tambi\u00e9n define un mecanismo en el cual el usuario puede crear din\u00e1micamente un ensamblado a partir de atributos de objeto de capa de aplicaci\u00f3n.\u00a0Los ensamblajes din\u00e1micos son bastante raros, ya que la mayor\u00eda de los usuarios finales no querr\u00edan molestarse en definir sus propios ensamblajes.<\/p>\n<h2 style=\"text-align: justify;\"><strong>OBJETOS ESPEC\u00cdFICOS DEL VENDEDOR<\/strong><\/h2>\n<p style=\"text-align: justify;\">Los objetos que no se encuentran en el perfil para una clase de dispositivo se denominan espec\u00edficos del proveedor.\u00a0El proveedor incluye estos objetos como caracter\u00edsticas adicionales del dispositivo.\u00a0El protocolo CIP proporciona acceso a estos objetos de extensi\u00f3n de proveedor en exactamente el mismo m\u00e9todo que la aplicaci\u00f3n o los objetos requeridos.\u00a0Estos datos son estrictamente de la elecci\u00f3n de los proveedores y est\u00e1n organizados en cualquier m\u00e9todo que tenga sentido para el proveedor del dispositivo.<\/p>\n<p style=\"text-align: justify;\">Adem\u00e1s de especificar c\u00f3mo se representan los datos del dispositivo en la red, el protocolo CIP especifica una serie de formas diferentes en las que se puede acceder a esos datos, como c\u00edclicos, sondeados y cambio de estado.<\/p>\n<h2 style=\"text-align: justify;\"><strong>CONEXIONES Y IDENTIFICACIONES DE CONEXI\u00d3N<\/strong><\/h2>\n<p style=\"text-align: justify;\"><span style=\"color: #ff6600;\"><strong>DeviceNet<\/strong><\/span> es una red basada en conexi\u00f3n similar a TCP \/ IP de <a href=\"https:\/\/www.logicbus.com.mx\/blog\/ethernet-ip\/\">Ethernet.<\/a> Cuando dos dispositivos establecen una conexi\u00f3n, intercambian n\u00fameros de identificaci\u00f3n de conexi\u00f3n. Para la mayor\u00eda de los mensajes de DeviceNet, la mensajer\u00eda entre un dispositivo maestro y un dispositivo esclavo, las ID de conexi\u00f3n est\u00e1n predefinidas, lo que permite que los dispositivos de bajos recursos optimicen el procesamiento de estos mensajes. Usando los filtros provistos en una gran cantidad de controladores CAN, estos mensajes se identifican y procesan f\u00e1cilmente, mientras que todos los dem\u00e1s mensajes se descartan r\u00e1pidamente.<\/p>\n<p style=\"text-align: justify;\">Para todos menos unos pocos tipos de conexiones, se asignan dos ID de conexi\u00f3n.\u00a0Uno, el ID de conexi\u00f3n producido se asigna para el mensaje transmitido por el dispositivo.\u00a0El segundo es el ID de conexi\u00f3n consumido, el ID de conexi\u00f3n utilizado en el mensaje consumido por el dispositivo.<\/p>\n<p style=\"text-align: justify;\">Los ID de conexi\u00f3n son una parte integral de la mensajer\u00eda de DeviceNet y son parte del esquema de priorizaci\u00f3n de mensajes.\u00a0El identificador CAN en cada mensaje de DeviceNet se compone de parte de la direcci\u00f3n de DeviceNet y la ID de conexi\u00f3n del mensaje.\u00a0Cuanto menor sea la combinaci\u00f3n de la ID de conexi\u00f3n y la direcci\u00f3n de DeviceNet, mayor ser\u00e1 la prioridad del mensaje en la red.\u00a0En algunas redes con ciertos tipos de esquemas de mensajer\u00eda, el uso de direcciones de ID de Mac m\u00e1s bajas para dispositivos de mayor prioridad es una estrategia de optimizaci\u00f3n v\u00e1lida.<\/p>\n<h2 style=\"text-align: justify;\"><strong>CONEXIONES DE MENSAJE NO CONECTADOS<\/strong><\/h2>\n<p style=\"text-align: justify;\">Cada dispositivo DeviceNet contiene un puerto de acceso virtual especial llamado Puerto de mensaje no conectado.\u00a0Este puerto virtual proporciona una forma para que un dispositivo env\u00ede algunos mensajes predefinidos a un dispositivo DeviceNet sin hacer una conexi\u00f3n primero.\u00a0Los mensajes predefinidos se limitan a crear y eliminar otras conexiones.<\/p>\n<p style=\"text-align: justify;\">El puerto de mensaje no conectado es parte del conjunto de conexiones del grupo 2, el conjunto de conexiones utilizadas por los dispositivos esclavos DeviceNet.\u00a0Esta conexi\u00f3n est\u00e1 dise\u00f1ada para dispositivos poco sofisticados y de bajos recursos.\u00a0De hecho, este conjunto de conexi\u00f3n es exactamente c\u00f3mo un maestro DeviceNet asigna un esclavo DeviceNet, mediante el env\u00edo de mensajes en el puerto de mensajes no conectado del grupo 2.<\/p>\n<p style=\"text-align: justify;\">Los dispositivos m\u00e1s sofisticados tambi\u00e9n implementan el Puerto de Mensajes Desconectados.\u00a0Para estos dispositivos, este puerto se puede usar para crear conexiones expl\u00edcitas en los grupos de conexi\u00f3n 1 o 3, grupos de conexi\u00f3n que se usan para transferir solicitudes de mensajes expl\u00edcitos.<\/p>\n<h2 style=\"text-align: justify;\"><strong>CONEXIONES DE MENSAJES CONECTADOS<\/strong><\/h2>\n<p style=\"text-align: justify;\">Los mensajes conectados son mensajes producidos y consumidos a trav\u00e9s de una conexi\u00f3n entre dos dispositivos. Los mensajes conectados pueden ser mensajes de tipo Respuesta \/ Solicitud expl\u00edcita o mensajes de E\/S que contienen datos con formato. Los mensajes conectados tambi\u00e9n pueden ser mensajes transferidos a una determinada tasa de datos (mensajes c\u00edclicos), en respuesta a una encuesta (mensajes de respuesta de encuesta) o en un cambio de estado (mensajes COS). Los datos pueden ser p\u00fablicos, conjuntos de datos predefinidos o datos propietarios espec\u00edficos de un proveedor en particular (mensaje hom\u00f3logo propietario). El hecho de que dos dispositivos est\u00e9n conectados no implica nada acerca de los datos que se transfieren a trav\u00e9s de la conexi\u00f3n.<\/p>\n<h2 style=\"text-align: justify;\"><strong>EL MAESTRO ESCLAVO CONECTADO MENSAJER\u00cdA<\/strong><\/h2>\n<p style=\"text-align: justify;\">Los dispositivos DeviceNet se pueden clasificar como dispositivos maestros o esclavos.\u00a0Los dispositivos maestros son dispositivos que recopilan datos de entrada de varios dispositivos esclavos y distribuyen datos de salida a los dispositivos esclavos.\u00a0Los dispositivos maestros tambi\u00e9n se conocen como esc\u00e1neres y dispositivos cliente, mientras que los esclavos pueden denominarse servidores.\u00a0Los dispositivos Maestro y Esclavo usan un conjunto de conexiones y secuencias de mensajes que se denominan Conjunto de &#8220;Conexi\u00f3n Maestro Esclavo&#8221;.\u00a0Este conjunto de conexiones y mensajes proporciona una forma conveniente para que el dispositivo DeviceNet Master asigne, configure y transfiera datos de E \/ S a un esclavo DeviceNet no sofisticado.<\/p>\n<p style=\"text-align: justify;\">El Conjunto de conexi\u00f3n de esclavo maestro predefinido se describe con gran detalle m\u00e1s adelante en este documento.<\/p>\n<h2 style=\"text-align: justify;\"><strong>MENSAJER\u00cdA DE CONEXI\u00d3N E\/S<\/strong><\/h2>\n<p style=\"text-align: justify;\">Las conexiones de E \/ S son conexiones que distribuyen datos de salida a los esclavos <span style=\"color: #ff6600;\"><strong>DeviceNet<\/strong><\/span> y recopilan datos de entrada de los esclavos DeviceNet. La direcci\u00f3n de la transferencia de datos siempre se discute en t\u00e9rminos de la red DeviceNet. Los datos que se mueven de la red a un dispositivo son datos de salida. Los datos que se mueven de un dispositivo a la red DeviceNet son datos de entrada.<\/p>\n<p style=\"text-align: justify;\">Las conexiones de E \/ S para el conjunto de conexiones maestro \/ esclavo predefinidas se describen en detalle m\u00e1s adelante en este documento.<\/p>\n<h2 style=\"text-align: justify;\"><strong>MENSAJER\u00cdA DE CONEXI\u00d3N OFFLINE<\/strong><\/h2>\n<p style=\"text-align: justify;\">DeviceNet ahora incluye un conjunto de conexi\u00f3n para dispositivos en el estado de fallo de comunicaci\u00f3n.\u00a0Un dispositivo DeviceNet tiene un fallo de comunicaci\u00f3n si, al encenderlo, detecta otro dispositivo con la misma ID MAC (Direcci\u00f3n DeviceNet).\u00a0Un dispositivo en el estado de Fallo de comunicaci\u00f3n no puede transferir ning\u00fan dato ni realizar ninguna operaci\u00f3n de la aplicaci\u00f3n hasta que se resuelva el fallo.\u00a0La falla generalmente se resuelve al redireccionar manualmente la red para que no existan dispositivos con direcciones duplicadas.<\/p>\n<p style=\"text-align: justify;\">Si muchos dispositivos tienen la direcci\u00f3n id\u00e9ntica, redirigir manualmente la red requiere mucho tiempo y es dif\u00edcil.\u00a0O bien los interruptores en el dispositivo se deben cambiar individual y manualmente o todos los dispositivos deben eliminarse de la red.\u00a0Una vez que se eliminan todos los dispositivos, cada dispositivo direccionable por software puede agregarse a la red y redirigirse uno por uno mediante una herramienta de configuraci\u00f3n.<\/p>\n<p style=\"text-align: justify;\">Este tedioso y tedioso procedimiento es para lo que se dise\u00f1\u00f3 la mensajer\u00eda del conjunto de conexi\u00f3n sin conexi\u00f3n.\u00a0Usando el conjunto de conexi\u00f3n Desconectado, una herramienta de configuraci\u00f3n puede conectarse a un dispositivo con Falla de Comunicaci\u00f3n, cambiar su direcci\u00f3n y luego restablecerla.\u00a0Dado que muchos dispositivos de comunicaci\u00f3n con falla pueden compartir una direcci\u00f3n, la herramienta de configuraci\u00f3n utiliza el n\u00famero de serie del proveedor para identificar un dispositivo espec\u00edfico en la red.\u00a0Al destellar los LED de ese dispositivo en un patr\u00f3n espec\u00edfico, la herramienta puede identificar el dispositivo defectuoso para el usuario que luego puede asignar una direcci\u00f3n a ese dispositivo.<\/p>\n<p style=\"text-align: justify;\">Desafortunadamente, solo una minor\u00eda de dispositivos admite el conjunto de conexi\u00f3n sin conexi\u00f3n.<\/p>\n<h2 style=\"text-align: justify;\"><strong>MENSAJER\u00cdA DE DEVICENET<\/strong><\/h2>\n<p style=\"text-align: justify;\">Hay tres tipos de mensajes que pueden transmitirse entre los nodos de DeviceNet.\u00a0Los mensajes de pares son mensajes sin formato entre dos nodos cualquiera.\u00a0Los mensajes expl\u00edcitos son mensajes de tipo Solicitud \/ Respuesta de un Maestro de DeviceNet a un esclavo de DeviceNet que obtienen o establecen un atributo en un Objeto de DeviceNet.\u00a0Los mensajes de E \/ S son mensajes que transfieren datos de E \/ S predefinidos entre un maestro DeviceNet y un esclavo DeviceNet.<\/p>\n<h2 style=\"text-align: justify;\"><strong>MENSAJER\u00cdA<\/strong><\/h2>\n<p style=\"text-align: justify;\">La mensajer\u00eda entre pares en DeviceNet es un concepto ampliamente mal entendido.\u00a0Aunque se admite la mensajer\u00eda entre pares, no existe una forma pr\u00e1ctica para que los dispositivos fabricados por diferentes proveedores se comuniquen a trav\u00e9s de canales de comunicaci\u00f3n entre iguales.<\/p>\n<p style=\"text-align: justify;\">La mensajer\u00eda entre pares es simplemente el intercambio de mensajes de un dispositivo DeviceNet a otro a trav\u00e9s de cualquier conexi\u00f3n que no sea Master Slave.\u00a0Si dos dispositivos admiten la mensajer\u00eda no conectada y uno de los dispositivos puede emitir un mensaje no conectado, se puede crear un canal de comunicaci\u00f3n entre los dos dispositivos.<\/p>\n<p style=\"text-align: justify;\">Desafortunadamente, la creaci\u00f3n del canal de comunicaci\u00f3n entre pares no implica que los dos dispositivos puedan intercambiar datos significativos.\u00a0A diferencia del grupo de comunicaci\u00f3n Solo Grupo 2 (Maestro \/ Esclavo), no hay una regla u organizaci\u00f3n bien definida para los datos intercambiados en el canal de Comunicaci\u00f3n de igual a igual.\u00a0Si un controlador de temperatura DeviceNet env\u00eda una temperatura a trav\u00e9s de una conexi\u00f3n entre pares a una pantalla, no hay forma de que la pantalla descifre los datos.\u00a0La temperatura puede estar en grados Celsius o Fahrenheit.\u00a0Puede ser de 16 o 32 bits, a escala o sin escala.\u00a0A diferencia de un mensaje de E \/ S entre un Maestro DeviceNet y un Esclavo, no hay una estructura o significado impl\u00edcito para los bytes enviados en un canal de comunicaci\u00f3n de igual a igual.<\/p>\n<p style=\"text-align: justify;\">La mayor\u00eda de las implementaciones de comunicaciones entre pares son utilizadas por dispositivos fabricados por el mismo proveedor.\u00a0El proveedor define el formato y el contenido del mensaje para que cada dispositivo pueda comprender el contenido del mensaje.\u00a0Los proveedores de c\u00f3digos de barras a veces usan mensajes entre pares para crear lo que se denomina un &#8220;esc\u00e1ner universal para hombres pobres&#8221;.\u00a0Usando 2 o m\u00e1s esc\u00e1neres situados alrededor de un objetivo, el dispositivo de c\u00f3digo de barras que lee el c\u00f3digo de barras env\u00eda un mensaje a los otros esc\u00e1neres indicando que tiene el c\u00f3digo de barras y que pueden interrumpir el escaneo.<\/p>\n<h2 style=\"text-align: justify;\"><strong>MENSAJER\u00cdA EXPL\u00cdCITA<\/strong><\/h2>\n<p style=\"text-align: justify;\">Los mensajes expl\u00edcitos son mensajes de solicitud \/ respuesta emitidos por un maestro de <span style=\"color: #ff6600;\"><strong>DeviceNet<\/strong><\/span> para solicitar un servicio de un esclavo de DeviceNet a trav\u00e9s de una conexi\u00f3n de mensajes expl\u00edcitos. El campo C\u00f3digo de servicio en el mensaje expl\u00edcito identifica el servicio solicitado con el resto del mensaje que contiene los datos necesarios para ejecutar el servicio. El c\u00f3digo de servicio GET_ATTRIBUTE es una solicitud t\u00edpica transmitida en un mensaje expl\u00edcito. GET_ATTRIBUTE devuelve el valor de un atributo al dispositivo que emite el mensaje expl\u00edcito. Todos los dispositivos utilizan los mensajes expl\u00edcitos, incluidas las herramientas de configuraci\u00f3n.<\/p>\n<h2 style=\"text-align: justify;\"><strong>DEVICENET SINOPSIS<\/strong><\/h2>\n<p style=\"text-align: justify;\">Los c\u00f3digos de servicio de atributos GET y SET son los mensajes m\u00e1s comunes transmitidos por los mensajes expl\u00edcitos.\u00a0Los datos del c\u00f3digo de servicio asociados con estos mensajes incluyen:<\/p>\n<p style=\"text-align: justify;\">Clase de objeto: el n\u00famero de clase de objeto del objeto en el dispositivo de destino<br \/>\nN\u00famero de instancia: la aparici\u00f3n espec\u00edfica de la clase de objeto en el dispositivo de destino.\u00a0Por ejemplo, un dispositivo con 16 puntos de entrada puede implementarse con un objeto de entrada con 16 instancias, uno para cada punto de entrada.<br \/>\nId. De atributo: el \u00edndice del valor espec\u00edfico en el objeto al que se dirige el servicio Obtener o establecer<br \/>\natributo Valor de atributo (solo configuraci\u00f3n): el nuevo valor para el atributo<\/p>\n<p style=\"text-align: justify;\">Una solicitud de obtenci\u00f3n de servicio para obtener el n\u00famero de serie del dispositivo se ve as\u00ed:<\/p>\n<table style=\"width: 47.0726%;\" border=\"1\" width=\"647\" cellspacing=\"0\" cellpadding=\"0\">\n<tbody>\n<tr>\n<td style=\"width: 17.9012%;\" width=\"114\"><center>ID de conexi\u00f3n<\/center><\/td>\n<td style=\"width: 19.4444%;\" width=\"124\"><center>C\u00f3digo de servicio<\/center><\/td>\n<td style=\"width: 20.9877%;\" width=\"134\"><center>Clase de objeto<\/center><\/td>\n<td style=\"width: 19.9074%;\" width=\"127\"><center>Ejemplo<\/center><\/td>\n<td style=\"width: 21.4506%;\" width=\"136\"><center>ID de atributo<\/center><\/td>\n<\/tr>\n<tr>\n<td style=\"width: 17.9012%;\"><center>\u2014-CID\u2014-<\/center><\/td>\n<td style=\"width: 19.4444%;\"><center>Hexagonal 0E<\/center><\/td>\n<td style=\"width: 20.9877%;\"><center>1<\/center><\/td>\n<td style=\"width: 19.9074%;\"><center>1<\/center><\/td>\n<td style=\"width: 21.4506%;\"><center>6<\/center><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p style=\"text-align: justify;\">Todos los mensajes expl\u00edcitos se enrutan a trav\u00e9s del Enrutador de mensajes expl\u00edcitos dentro del dispositivo DeviceNet.\u00a0El router valida la clase de objeto.\u00a0Si el mensaje expl\u00edcito contiene una clase no v\u00e1lida, el enrutador rechaza el mensaje y devuelve un c\u00f3digo de error al solicitante.\u00a0Si el enrutador valida la clase de objeto, lo pasa al objeto de destino para su procesamiento.\u00a0La respuesta del objeto de destino se devuelve al solicitante a trav\u00e9s del enrutador.\u00a0Tenga en cuenta que esta es solo la vista de red del funcionamiento del dispositivo y puede o no ser la forma en que se implementa el dispositivo.<\/p>\n<p style=\"text-align: justify;\">Una aplicaci\u00f3n interesante de los mensajes expl\u00edcitos es que se pueden utilizar para leer datos de E \/ S.\u00a0Se puede formar un mensaje expl\u00edcito para obtener los datos de atributo que contienen los datos de E \/ S.\u00a0Los datos de E \/ S se pueden recuperar del objeto de origen que genera los datos o del objeto de ensamblaje que contiene los datos listos para transferir al Maestro.<\/p>\n<p style=\"text-align: justify;\">Una conexi\u00f3n de mensaje expl\u00edcito puede admitir un mecanismo de fragmentaci\u00f3n para mensajes de m\u00e1s de 8 bytes.\u00a0Los mensajes expl\u00edcitos fragmentados contienen solo seis bytes de datos.\u00a0Se agregan dos bytes de encabezado para administrar la fragmentaci\u00f3n a cada mensaje.\u00a0Un byte de encabezado indica la posici\u00f3n del mensaje fragmentado (Primero, \u00daltimo, Medio) en la secuencia del mensaje, mientras que el segundo byte contiene un n\u00famero de secuencia.<\/p>\n<p style=\"text-align: justify;\">A diferencia de la fragmentaci\u00f3n de mensajes de E \/ S, los mensajes expl\u00edcitos deben ser reconocidos.\u00a0El receptor (dispositivo maestro o esclavo) debe transmitir un mensaje que indique la aceptaci\u00f3n del mensaje fragmentado antes de que se transmita el siguiente mensaje en la secuencia.<\/p>\n<p style=\"text-align: justify;\">No se requiere que los dispositivos DeviceNet admitan la fragmentaci\u00f3n de mensajes expl\u00edcitos.\u00a0De hecho, la mayor\u00eda de los dispositivos no lo hacen como fragmentaci\u00f3n de mensajes expl\u00edcitos y el manejo de acuse de recibo requerido requiere una enorme cantidad de recursos del dispositivo.\u00a0Un hecho poco conocido es que la mayor\u00eda de los nombres de dispositivos DeviceNet (una cadena ASCII) tienen ocho bytes o menos de longitud para evitar el soporte de la fragmentaci\u00f3n expl\u00edcita de mensajes, ya que los nombres de productos m\u00e1s largos se transferir\u00edan al Maestro como una secuencia de mensajes fragmentada.<\/p>\n<h2 style=\"text-align: justify;\"><strong>MENSAJER\u00cdA DE E \/ S<\/strong><\/h2>\n<p style=\"text-align: justify;\">Los mensajes de E \/ S transfieren datos de E \/ S predefinidos entre un esc\u00e1ner <span style=\"color: #ff6600;\"><strong>DeviceNet<\/strong><\/span> y un dispositivo de E \/ S. Tradicionalmente, las entradas y las salidas est\u00e1n referenciadas desde el punto de vista de la red. Una entrada es un punto de datos producido por un dispositivo de E \/ S y transferido a un esc\u00e1ner a trav\u00e9s de la red. Una salida es un punto de datos consumido por un dispositivo de E \/ S y transferido desde un esc\u00e1ner a un dispositivo a trav\u00e9s de la red DeviceNet.<\/p>\n<p style=\"text-align: justify;\">Los datos de E \/ S est\u00e1n contenidos en un dispositivo en uno o m\u00e1s conjuntos de dispositivos.\u00a0El objeto de ensamblaje de entrada identifica los datos producidos por el dispositivo.\u00a0El atributo tres de cada objeto de ensamblaje de entrada es el atributo que contiene los datos que se deben producir.\u00a0El atributo tres suele ser una recopilaci\u00f3n de datos de uno o m\u00e1s objetos de aplicaci\u00f3n.\u00a0La Figura 2 es un ejemplo de los Conjuntos que puede encontrar en un medidor de flujo simple.<\/p>\n<p style=\"text-align: justify;\"><img decoding=\"async\" class=\"aligncenter wp-image-836 size-full\" title=\"DeviceNet By Logicbus\" src=\"https:\/\/www.rtautomation.com\/wp-content\/uploads\/2018\/09\/figure2.gif\" alt=\"Figura 2\" width=\"426\" height=\"345\" \/><\/p>\n<p style=\"text-align: justify;\">Los objetos del conjunto de salida identifican los datos consumidos por el dispositivo.\u00a0El atributo tres de cada conjunto de salida identifica los datos espec\u00edficos consumidos por el dispositivo.\u00a0El atributo tres de cada conjunto de salida suele ser una recopilaci\u00f3n de datos consumidos por el dispositivo.\u00a0Los datos consumidos est\u00e1n destinados a uno o m\u00e1s objetos de la aplicaci\u00f3n a medida que se reciben.<\/p>\n<p style=\"text-align: justify;\">Un dispositivo puede tener m\u00faltiples ensamblajes de entrada y salida.\u00a0Por ejemplo, un dispositivo <a href=\"https:\/\/www.logicbus.com.mx\/blog\/la-tecnologia-rfid\/\">lector de c\u00f3digo de barras<\/a> puede tener alg\u00fan conjunto de entradas y salidas discretas.\u00a0Los objetos del conjunto para el dispositivo de c\u00f3digo de barras pueden incluir un conjunto con solo datos de c\u00f3digo de barras, un conjunto con solo datos de E \/ S o un conjunto que contiene tanto c\u00f3digo de barras como datos de E \/ S.\u00a0Esto proporciona la m\u00e1xima flexibilidad para el usuario final.\u00a0Un usuario final que no usa la E \/ S en el lector de c\u00f3digos de barras selecciona el primer ensamblaje.\u00a0Un usuario que utiliza el lector de c\u00f3digo de barras como un dispositivo de E \/ S discreto puede seleccionar el segundo conjunto, mientras que el usuario que usa ambos puede seleccionar el \u00faltimo conjunto.<\/p>\n<p style=\"text-align: justify;\">La Figura 2 es un ejemplo de un dispositivo con m\u00e1s de un conjunto.\u00a0En este ejemplo, el usuario puede elegir entre dos conjuntos para un medidor de flujo simple.\u00a0El conjunto 1 contiene el flujo y la temperatura, mientras que el conjunto 2 contiene los datos de E \/ S discretas.<\/p>\n<p style=\"text-align: justify;\">En estos casos, la conexi\u00f3n de E \/ S debe configurarse para hacer referencia a un conjunto que no sea el conjunto predeterminado.\u00a0En el objeto Conexi\u00f3n hay un m\u00ednimo de dos instancias de conexi\u00f3n.\u00a0Una instancia es para la conexi\u00f3n expl\u00edcita y una instancia para la conexi\u00f3n de E \/ S.\u00a0La conexi\u00f3n expl\u00edcita describe c\u00f3mo se transfieren los mensajes expl\u00edcitos.\u00a0La conexi\u00f3n de E \/ S describe c\u00f3mo se gestionan los mensajes.<\/p>\n<p style=\"text-align: justify;\">El atributo Ruta de conexi\u00f3n en la conexi\u00f3n de E \/ S es el objeto de ensamblaje que contiene los datos para consumir y producir.\u00a0Hay varias formas diferentes de especificar la ruta de conexi\u00f3n, la mayor\u00eda de las cuales requieren m\u00e1s explicaci\u00f3n de la que se puede proporcionar en este documento.<\/p>\n<p style=\"text-align: justify;\">Para cambiar la ruta de conexi\u00f3n, un usuario puede usar un mensaje expl\u00edcito para establecer esta ruta directamente o, en muchos casos, el proveedor del dispositivo proporciona un atributo de selecci\u00f3n en uno de los objetos de la aplicaci\u00f3n para establecer la ruta m\u00e1s f\u00e1cilmente.\u00a0Si un dispositivo solo admite la administraci\u00f3n directa del atributo de ruta de conexi\u00f3n, el usuario puede tener que consultar la documentaci\u00f3n del dispositivo o la especificaci\u00f3n de DeviceNet para especificar correctamente la ruta.<\/p>\n<h2 style=\"text-align: justify;\"><strong>Los mensajes de E \/ S vienen en varios sabores:<\/strong><\/h2>\n<p style=\"text-align: justify;\">POLLED: los mensajes sondeados son mensajes de solicitud \/ respuesta que se env\u00edan a la conexi\u00f3n sondeada.\u00a0Los mensajes sondeados son enviados por el esc\u00e1ner a la velocidad de su elecci\u00f3n.<br \/>\nC\u00cdCLICO &#8211; Los mensajes c\u00edclicos son mensajes programados.\u00a0En este modo, el dispositivo esclavo DeviceNet emite peri\u00f3dicamente mensajes al maestro a una velocidad programada.<br \/>\nCambio de estado (COS): los mensajes COS son mensajes que se producen en la conexi\u00f3n de E \/ S en un evento.\u00a0Adem\u00e1s, el dispositivo esclavo DeviceNet tambi\u00e9n emite un mensaje de latido.\u00a0El latido del coraz\u00f3n le permite al esc\u00e1ner saber que el dispositivo esclavo a\u00fan est\u00e1 vivo.<\/p>\n<p style=\"text-align: justify;\">Todos los mensajes transfieren un conjunto de E \/ S entre el esc\u00e1ner y el adaptador.\u00a0Esc\u00e1ner y Adaptador son t\u00e9rminos alternativos utilizados por algunas personas de DeviceNet para referirse al Maestro de DeviceNet (esc\u00e1ner) y al Esclavo (Adaptador).\u00a0Los mensajes de E \/ S tambi\u00e9n implementan un esquema de fragmentaci\u00f3n para datos de E \/ S mayores que los bytes de datos est\u00e1ndar CAN 8.\u00a0A diferencia del protocolo de fragmentaci\u00f3n utilizado para los mensajes expl\u00edcitos, la fragmentaci\u00f3n de los mensajes de E \/ S no se reconoce y no se secuencia.\u00a0Los m\u00faltiples mensajes se transmiten sin codificaci\u00f3n especial o n\u00famero de secuencia.\u00a0El receptor simplemente reconstruye los datos de E \/ S en el orden en que se reciben los mensajes.<\/p>\n<h2 style=\"text-align: justify;\"><strong>ESTABLECIMIENTO DE CONEXI\u00d3N MENSAJER\u00cdA<\/strong><\/h2>\n<p style=\"text-align: justify;\">Solo hay dos requisitos para colocar con \u00e9xito un nuevo dispositivo en una red.\u00a0Uno, la velocidad en baudios del dispositivo coincide con la velocidad en baudios de todos los dem\u00e1s dispositivos en la red y dos, la direcci\u00f3n del dispositivo no debe entrar en conflicto con la direcci\u00f3n de otro dispositivo.<\/p>\n<h2 style=\"text-align: justify;\"><strong>TASA DE BAUDO<\/strong><\/h2>\n<p style=\"text-align: justify;\">Hay tres velocidades en baudios para las redes DeviceNet;\u00a0125K, 250K y 500K.\u00a0La velocidad en baudios limita la longitud de la red.\u00a0Muy simple, las redes CAN requieren que cada dispositivo escuche sus propios bits a medida que se transmiten y establezca el bit de reconocimiento en todos y cada uno de los mensajes transmitidos en la red.\u00a0La implementaci\u00f3n de este \u00faltimo requisito determina la longitud m\u00e1xima de la red para cada velocidad de transmisi\u00f3n:<\/p>\n<figure id=\"attachment_837\" class=\"wp-caption aligncenter\" style=\"text-align: justify;\" aria-describedby=\"caption-attachment-837\"><img decoding=\"async\" class=\"aligncenter wp-image-837 size-full\" title=\"DeviceNet By Logicbus\" src=\"https:\/\/www.rtautomation.com\/wp-content\/uploads\/2018\/09\/figure3.gif\" alt=\"Figura 3 - Longitud de la red para cada velocidad de transmisi\u00f3n\" width=\"220\" height=\"105\" \/><figcaption id=\"caption-attachment-837\" class=\"wp-caption-text\">Figura 3 &#8211; Longitud de la red para cada velocidad de transmisi\u00f3n<\/figcaption><\/figure>\n<p style=\"text-align: justify;\">Identificar la velocidad en baudios actual de un dispositivo puede ser un desaf\u00edo.\u00a0A menos que un dispositivo est\u00e9 configurado con interruptores DIP y la velocidad de transmisi\u00f3n pueda distinguirse de los interruptores, no hay forma de saber cu\u00e1l puede ser la velocidad de transmisi\u00f3n.\u00a0Una de las razones por las que un dispositivo puede no conectarse es una velocidad en baudios diferente a la velocidad en baudios de la red.\u00a0Si no conoce la velocidad en baudios de un dispositivo DeviceNet, el \u00fanico m\u00e9todo seguro para averiguarlo es tratar de conectarse a cada velocidad en baudios.<\/p>\n<h2 style=\"text-align: justify;\">DIRECCI\u00d3N<strong>\u00a0<\/strong><strong>DeviceNet<\/strong><\/h2>\n<p style=\"text-align: justify;\">Se asigna una direcci\u00f3n entera a cada dispositivo DeviceNet en una red.\u00a0Este entero es la direcci\u00f3n del dispositivo o MacID.\u00a0MacID es la abreviatura de Media Access Identifier.\u00a0Hay un m\u00e1ximo de 64 nodos en una red DeviceNet.\u00a0Estos nodos ocupan MacID (direcciones) de 0 a 63 y se pueden configurar utilizando conmutadores o utilizando una herramienta de configuraci\u00f3n DeviceNet.\u00a0No hay dos dispositivos que puedan ocupar la misma direcci\u00f3n DeviceNet.<\/p>\n<p style=\"text-align: justify;\">Al encender cada dispositivo DeviceNet, se env\u00eda un mensaje solicitando acceso a la red.\u00a0Parte de este mensaje es el n\u00famero de serie exclusivo del dispositivo.\u00a0Si m\u00e1s de un devic del mismo proveedor, todos con el mismo ID de proveedor, se encienden e intentan acceder a la red en el mismo instante en que el dispositivo con el n\u00famero de serie m\u00e1s bajo de DeviceNet tenga \u00e9xito.\u00a0Todos los dem\u00e1s dispositivos fallan.\u00a0Esta secuencia se explica con m\u00e1s detalle en la siguiente secci\u00f3n.<\/p>\n<h2 style=\"text-align: justify;\"><strong>DUPLICADO SECUENCIA DE ID MAC<\/strong><\/h2>\n<p style=\"text-align: justify;\">El protocolo <span style=\"color: #ff6600;\"><strong>DeviceNet<\/strong><\/span> requiere que los dispositivos que pasan de un estado sin conexi\u00f3n a otro en l\u00ednea sigan una secuencia de mensajes muy espec\u00edfica con un tiempo espec\u00edfico. Esta secuencia se basa en el mensaje de solicitud de MacID duplicado. Este mensaje consta de la identificaci\u00f3n del proveedor y el n\u00famero de serie del dispositivo. El ID de proveedor es el ID de entero asignado al proveedor por ODVA, mientras que el n\u00famero de serie es un entero largo \u00fanico asignado por el proveedor. Dado que se requiere que el proveedor asigne un n\u00famero de serie \u00fanico a cada dispositivo, no hay dos dispositivos DeviceNet en ning\u00fan lugar del planeta que puedan tener la misma combinaci\u00f3n de proveedor \/ n\u00famero de secuencia. Esto garantiza que no haya dos mensajes de solicitud de MacID duplicados que puedan tener el mismo contenido.<\/p>\n<p style=\"text-align: justify;\">La secuencia de Duplicate MacID consiste en enviar dos mensajes de solicitud de Duplicate MacID consecutivos con un retraso de un segundo entre mensajes.\u00a0Durante la demora, cualquier dispositivo en l\u00ednea con el mismo MacID debe emitir un mensaje de respuesta de MacID duplicado.\u00a0Si el dispositivo que se une a la red recibe un mensaje de respuesta de MacID duplicado, pasa al estado de fallo de comunicaci\u00f3n.\u00a0Si no se recibe respuesta despu\u00e9s de la segunda demora de un segundo, el dispositivo puede realizar la transici\u00f3n oficial al estado en l\u00ednea.<\/p>\n<p style=\"text-align: justify;\">Hay otros requisitos m\u00e1s sutiles para dispositivos DeviceNet.\u00a0Por ejemplo, si un dispositivo en el estado en l\u00ednea recibe alguna vez un mensaje de respuesta de MacID duplicado, debe pasar inmediatamente al estado fuera de l\u00ednea.\u00a0Recibir una respuesta MacID duplicada indica que hay otro dispositivo en la red en el estado en l\u00ednea con la misma MacID.<\/p>\n<h2 style=\"text-align: justify;\"><strong>MENSAJES VARIOS<\/strong><\/h2>\n<p style=\"text-align: justify;\">Un mensaje que est\u00e1 directamente enfrente del mensaje de solicitud de Duplicate MacID es el mensaje de apagado del dispositivo.\u00a0Este mensaje transmite el hecho de que un dispositivo est\u00e1 en transici\u00f3n desde el estado en l\u00ednea al estado fuera de l\u00ednea o no existente.\u00a0Este es un mensaje opcional que puede ser usado por un dispositivo para indicar una condici\u00f3n de falla, comando remoto o alguna otra raz\u00f3n para desconectarse de la red.<\/p>\n<p style=\"text-align: justify;\">Otro mensaje que se usa con poca frecuencia es el mensaje de latido del dispositivo.\u00a0Los dispositivos que admiten la operaci\u00f3n de cambio de estado (COS) utilizan el mensaje de latido del dispositivo (DHC) para comunicar al maestro que est\u00e1n operativos.\u00a0Si no se produce ning\u00fan mensaje de COS que contenga datos nuevos para una duraci\u00f3n determinada, el dispositivo produce el mensaje de DHB.<\/p>\n<h2 style=\"text-align: justify;\"><strong>Estados de error<\/strong><\/h2>\n<p style=\"text-align: justify;\">Los dispositivos DeviceNet pueden asumir cualquiera de los siguientes estados:<\/p>\n<table border=\"1\" width=\"525\" cellspacing=\"2\" cellpadding=\"4\">\n<tbody>\n<tr>\n<td width=\"125\"><center>NO EXISTENTE<\/center><\/td>\n<td width=\"386\">El dispositivo se ha apagado debido a un error interno o alg\u00fan comando remoto.<\/td>\n<\/tr>\n<tr>\n<td><center>DESALGADO<\/center><\/td>\n<td>El dispositivo se ha unido con \u00e9xito a la red, pero actualmente no es &#8220;propiedad&#8221; de un dispositivo DeviceNet Master.\u00a0El indicador LED de estado de red para un dispositivo no asignado parpadea en verde.<\/td>\n<\/tr>\n<tr>\n<td><center>DESCONECTADO<\/center><\/td>\n<td>Los mensajes no han podido llegar en una o m\u00e1s conexiones con el dispositivo maestro.Esto suele ser un error recuperable.\u00a0El indicador LED de estado de red en un dispositivo normalmente parpadear\u00e1 en verde en este estado.<\/td>\n<\/tr>\n<tr>\n<td><center>FALTADO<\/center><\/td>\n<td>El dispositivo ha detectado un error interno o ha recibido un mensaje de respuesta de MacID duplicado.\u00a0Esto no es un error recuperable.\u00a0El indicador LED de estado de la red en un dispositivo normalmente estar\u00e1 de color rojo fijo en este estado.<\/td>\n<\/tr>\n<tr>\n<td><center>BUSOFF<\/center><\/td>\n<td>En el estado BusOff, el dispositivo ha detectado errores de red significativos y se ha retirado de la operaci\u00f3n de la red.\u00a0Esto suele ser un fallo de hardware en los circuitos del dispositivo.\u00a0El LED de estado de la red normalmente estar\u00e1 en rojo fijo en este estado.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2 style=\"text-align: justify;\"><strong>TIPOS DE DISPOSITIVOS DE <\/strong><strong>DeviceNet<\/strong><\/h2>\n<p style=\"text-align: justify;\">Hay tres tipos b\u00e1sicos de dispositivos DeviceNet;\u00a0Dispositivos maestros, dispositivos esclavos y dispositivos pares.\u00a0Un dispositivo puede admitir uno o todos los tipos de dispositivos simult\u00e1neamente.<\/p>\n<h2 style=\"text-align: justify;\"><strong>DISPOSITIVOS MAESTROS (esc\u00e1neres)<\/strong><\/h2>\n<p style=\"text-align: justify;\">Los dispositivos maestros, a veces conocidos como esc\u00e1neres, pero no usualmente como dispositivos cliente, son dispositivos que &#8220;poseen&#8221; dispositivos esclavos DeviceNet. Un maestro puede poseer muchos o todos los dispositivos esclavos, pero un esclavo solo puede ser &#8220;propiedad&#8221; de un maestro <span style=\"color: #ff6600;\"><strong><a style=\"color: #ff6600;\" title=\"Soluciones Logicbus\" href=\"https:\/\/tienda.logicbus.com.mx\/BacNet_c_1271.html\">DeviceNet<\/a><\/strong><\/span>a la vez.<\/p>\n<p style=\"text-align: justify;\">Un dispositivo maestro debe primero &#8220;asignar&#8221; un dispositivo esclavo DeviceNet para obtener la propiedad.\u00a0El proceso de asignaci\u00f3n, descrito m\u00e1s adelante en este documento, es un conjunto de mensajes de intercambio en el que el dispositivo Maestro solicita el control del esclavo y luego configura el esclavo para transferir un conjunto particular de datos a una velocidad de datos especificada por el Maestro.\u00a0El conjunto t\u00edpico de mensajes que solicitan la propiedad se conoce como el &#8220;Conjunto de conexi\u00f3n esclavo maestro predefinido&#8221;.<\/p>\n<p style=\"text-align: justify;\">El proceso de asignaci\u00f3n es simplemente un mensaje de solicitud expl\u00edcita abierta emitido en el puerto de mensaje no conectado que solicita la propiedad del dispositivo esclavo.\u00a0Si el esclavo acepta la propiedad, responde afirmativamente y crea las conexiones solicitadas por el dispositivo maestro en el mensaje de solicitud.\u00a0Por lo general, el Maestro solicita una conexi\u00f3n expl\u00edcita y una de E \/ S.<\/p>\n<p style=\"text-align: justify;\">Un esclavo puede denegar la solicitud de asignaci\u00f3n del dispositivo maestro.\u00a0Los esclavos pueden denegar una solicitud si ya est\u00e1n asignados a otro maestro o si el dispositivo maestro solicita un tipo de conexi\u00f3n no compatible.\u00a0Por ejemplo, si el maestro solicita una conexi\u00f3n c\u00edclica y el esclavo DeviceNet solo admite conexiones de sondeo, se deniega la solicitud de asignaci\u00f3n.<\/p>\n<p style=\"text-align: justify;\">Una vez que el Esclavo acepta la solicitud de conexi\u00f3n, el Maestro utiliza la conexi\u00f3n de Mensaje Expl\u00edcito para configurar la conexi\u00f3n de E \/ S.\u00a0La configuraci\u00f3n incluye la configuraci\u00f3n de los dos atributos m\u00e1s importantes de la conexi\u00f3n de E \/ S;\u00a0la tasa de paquetes esperada y las rutas de conexi\u00f3n producidas y consumidas.\u00a0La tasa de paquetes esperada es la velocidad a la que el maestro espera escanear el dispositivo esclavo DeviceNet.\u00a0Si el maestro no escanea a esta velocidad, el dispositivo esclavo entra en un estado de tiempo de espera agotado y debe ser reactivado expl\u00edcitamente por el dispositivo maestro.\u00a0Las rutas de conexi\u00f3n Producidas y Consumidas son las rutas a los objetos de la aplicaci\u00f3n donde los datos se generan o almacenan respectivamente.\u00a0En general, estas rutas se refieren a uno de los ensamblajes admitidos por el dispositivo esclavo.<\/p>\n<p style=\"text-align: justify;\">El escaneo puede comenzar una vez que el dispositivo esclavo est\u00e9 completamente configurado.\u00a0Durante el escaneo, el dispositivo maestro produce y consume datos de esclavos.\u00a0El maestro produce datos para el ensamblaje de salida del esclavo que se identifica mediante la ruta de conexi\u00f3n consumida en el esclavo.\u00a0El maestro consume datos generados a partir del ensamblaje de entrada del esclavo que se identifica por la ruta de conexi\u00f3n producida en el ensamblaje de salida del esclavo.<\/p>\n<h2 style=\"text-align: justify;\"><strong>DISPOSITIVOS ESCLAVO (Adaptadores)<\/strong><\/h2>\n<p style=\"text-align: justify;\">Los dispositivos esclavos, a veces conocidos como servidores, son dispositivos que reciben y transmiten datos espec\u00edficos de la aplicaci\u00f3n hacia y desde un dispositivo maestro.\u00a0Los dispositivos esclavos por definici\u00f3n implementan el conjunto de conexiones de esclavo maestro predefinido descrito en la secci\u00f3n anterior.<\/p>\n<p style=\"text-align: justify;\">Los dispositivos esclavos deben admitir al menos uno o m\u00e1s de los siguientes tipos de transporte de mensajes de E \/ S:<\/p>\n<p style=\"text-align: justify;\"><strong>POLLING<\/strong>\u00a0: en este modo de operaci\u00f3n, el dispositivo maestro transmite datos de E \/ S al dispositivo esclavo a cierta velocidad.\u00a0Esta tasa debe ser mayor que la tasa especificada por la tasa de paquetes esperada cuando se configur\u00f3 la conexi\u00f3n.\u00a0El dispositivo esclavo responde a un mensaje de sondeo al producir los datos en su conjunto de entrada.<\/p>\n<p style=\"text-align: justify;\"><strong>C\u00cdCLICO<\/strong>\u00a0: en la mensajer\u00eda c\u00edclica, el dispositivo maestro transmite datos de E \/ S al dispositivo esclavo a cierta velocidad.\u00a0Esta tasa debe ser mayor que la tasa especificada por la tasa de paquetes esperada cuando se configur\u00f3 la conexi\u00f3n.\u00a0El dispositivo esclavo puede o no estar configurado para responder de inmediato.\u00a0En la situaci\u00f3n t\u00edpica, el dispositivo esclavo produce sus datos de E \/ S a una frecuencia configurada por el dispositivo maestro.<\/p>\n<p style=\"text-align: justify;\"><strong>CAMBIO DE ESTADO (COS)<\/strong>\u00a0: en la mensajer\u00eda COS, el dispositivo maestro transmite los datos de E \/ S al dispositivo esclavo a una tasa de escaneo superior a la especificada en la tasa de paquetes esperada.\u00a0El dispositivo esclavo puede o no estar configurado para responder de inmediato.\u00a0En la situaci\u00f3n t\u00edpica, el dispositivo esclavo produce sus datos de E \/ S SOLAMENTE cuando la capa de la aplicaci\u00f3n indica que los datos han cambiado o al expirar alg\u00fan temporizador de transmisi\u00f3n, tambi\u00e9n conocido como temporizador de latido.<\/p>\n<p style=\"text-align: justify;\">Un dispositivo maestro transmite impl\u00edcitamente su modo de operaci\u00f3n actual con cada exploraci\u00f3n de E \/ S.\u00a0Si el dispositivo maestro (generalmente un controlador programable) se encuentra en un modo sin ejecuci\u00f3n, el maestro produce un mensaje de E \/ S con cero bytes de datos conocido como mensaje de modo IDLE.\u00a0El dispositivo esclavo puede implementar la funcionalidad requerida del dispositivo cuando su maestro no est\u00e1 en modo de ejecuci\u00f3n.\u00a0Los mensajes recibidos con al menos un solo byte de datos de E \/ S indican al dispositivo Esclavo que el Maestro ahora est\u00e1 en modo Ejecutar.\u00a0DeviceNet no requiere que un dispositivo esclavo implemente ning\u00fan comportamiento espec\u00edfico cuando un dispositivo maestro est\u00e1 en modo IDLE.<\/p>\n<p style=\"text-align: justify;\">Los dispositivos maestros, como las herramientas de configuraci\u00f3n, a menudo asignan el conjunto de conexiones predefinidas de un dispositivo esclavo que solicita solo la conexi\u00f3n de solicitud de mensaje expl\u00edcito.\u00a0Estos dispositivos generalmente asignan la conexi\u00f3n EM, obtienen o establecen un atributo particular y luego liberan el conjunto de conexiones.\u00a0Si estos dispositivos est\u00e1n asignados actualmente por otro dispositivo maestro, el maestro que posee el esclavo DeviceNet imita los mensajes de un dispositivo esclavo desconectado pero solo acepta la conexi\u00f3n de mensaje expl\u00edcito.\u00a0Los mensajes para el esclavo de propiedad son recibidos por este Maestro y enviados al esclavo.\u00a0La respuesta del esclavo se recibe y se transmite al solicitante original, como si el dispositivo maestro original se comunicara directamente con el esclavo.\u00a0De esta manera un dispositivo, como una herramienta de configuraci\u00f3n,<\/p>\n<h2 style=\"text-align: justify;\"><strong>SECUENCIA DE ASIGNACI\u00d3N MAESTRA<\/strong><\/h2>\n<p style=\"text-align: justify;\">Un dispositivo Master DeviceNet hace una conexi\u00f3n con un dispositivo esclavo usando la siguiente secuencia:<\/p>\n<ol style=\"text-align: justify;\">\n<li>El maestro emite un mensaje de solicitud abierta no conectada al esclavo de DeviceNet.\u00a0Un dispositivo esclavo DeviceNet que admite mensajes desconectados asigna una conexi\u00f3n de mensaje expl\u00edcita y responde al mensaje maestro.\u00a0El esclavo devuelve un ID de conexi\u00f3n y describe el tipo de mensajes que el esclavo puede admitir.\u00a0Estos esclavos luego contin\u00faan con el paso 6 de la secuencia de conexi\u00f3n del mensaje.<\/li>\n<li>Si un esclavo no responde a la solicitud de mensaje no conectado dentro de un segundo, el Maestro emite un segundo Mensaje de solicitud de apertura no conectado.\u00a0Los esclavos que no admiten la mensajer\u00eda desconectada ignorar\u00e1n el mensaje de solicitud de apertura desconectada.<\/li>\n<li>Un esclavo puede responder a la segunda solicitud, asignar una conexi\u00f3n de mensaje expl\u00edcita y devolver el ID de conexi\u00f3n al maestro.\u00a0Estos esclavos contin\u00faan con el paso 6 de la secuencia de conexi\u00f3n del mensaje.<\/li>\n<li>Si un dispositivo esclavo no responde a las dos solicitudes de mensajes no conectados, el maestro espera otro segundo y emite una solicitud de conexi\u00f3n de solo grupo 2.\u00a0Este mensaje intenta una asignaci\u00f3n de una conexi\u00f3n expl\u00edcita y \/ o IO utilizando el puerto de solo Grupo 2.\u00a0Este es un puerto especial dise\u00f1ado solo para admitir la asignaci\u00f3n simple de dispositivos esclavos.<\/li>\n<li>Los esclavos que no responden a la solicitud de conexi\u00f3n solo del grupo 2 est\u00e1n marcados como fallidos.\u00a0Algunos maestros pueden reintentar la secuencia de asignaci\u00f3n peri\u00f3dicamente, pero no est\u00e1n obligados a hacerlo.<\/li>\n<li>Usando la conexi\u00f3n expl\u00edcita hecha en el paso anterior, el Maestro usa la conexi\u00f3n para configurar la conexi\u00f3n de E \/ S.\u00a0El maestro establece el tiempo de espera de E \/ S, las rutas de conexi\u00f3n y otros atributos necesarios para operar la conexi\u00f3n de E \/ S.<\/li>\n<li>Una vez que se complete la conexi\u00f3n de E \/ S, el Maestro eliminar\u00e1 expl\u00edcitamente la conexi\u00f3n expl\u00edcita, ya que ya no es necesaria.<\/li>\n<\/ol>\n<h2 style=\"text-align: justify;\"><strong>CUESTIONES DE MEDIOS FISICOS<\/strong><\/h2>\n<h3 style=\"text-align: justify;\"><strong>Indicadores e interruptores<\/strong><\/h3>\n<p style=\"text-align: justify;\">Los dispositivos DeviceNet se configuran utilizando herramientas externas de configuraci\u00f3n de hardware o software.\u00a0El hardware externo puede incluir interruptores rotativos, ruedecillas, interruptores DIP y otros dispositivos de entrada fijos.\u00a0Las herramientas de configuraci\u00f3n de software acceden a la configuraci\u00f3n interna del dispositivo a trav\u00e9s de la red DeviceNet u otro puerto de comunicaci\u00f3n.\u00a0Las herramientas gen\u00e9ricas que pueden configurar cualquier dispositivo DeviceNet utilizan la red DeviceNet.\u00a0Las herramientas espec\u00edficas del proveedor que configuran solo los dispositivos de ese proveedor pueden usar la red DeviceNet o alg\u00fan otro puerto de comunicaci\u00f3n en un dispositivo.<\/p>\n<p style=\"text-align: justify;\">Algunos usuarios finales prefieren la configuraci\u00f3n utilizando interruptores.\u00a0Su filosof\u00eda es que un dispositivo se puede reemplazar f\u00e1cilmente si todo lo que necesita es configurar los interruptores y conectar los dispositivos de reemplazo.\u00a0Otros usuarios finales prefieren la configuraci\u00f3n de software.\u00a0Estos usuarios ven los interruptores como una posible fuente de falla del dispositivo.<\/p>\n<h3 style=\"text-align: justify;\"><strong>Terminaci\u00f3n<\/strong><\/h3>\n<p style=\"text-align: justify;\">DeviceNet requiere resistencias de terminaci\u00f3n en cada extremo de una l\u00ednea troncal de DeviceNet.\u00a0Se debe colocar una resistencia de \u00bc vatio, 120 ohmios en cada extremo de la l\u00ednea troncal entre las se\u00f1ales CAN-H y CAN-L.\u00a0La especificaci\u00f3n de DeviceNet recomienda expresamente que estas resistencias de terminaci\u00f3n no se incluyan dentro de un dispositivo.<\/p>\n<h3 style=\"text-align: justify;\"><strong>Aislamiento<\/strong><\/h3>\n<p style=\"text-align: justify;\">Se recomienda el aislamiento de dispositivos DeviceNet para dispositivos con conexiones a fuentes de alimentaci\u00f3n externas.<\/p>\n<h2 style=\"text-align: justify;\"><strong>HOJAS DE DATOS ELECTRONICAS (EDS)<\/strong><\/h2>\n<p style=\"text-align: justify;\">Los proveedores de DeviceNet deben proporcionar alg\u00fan tipo de documentaci\u00f3n que especifique c\u00f3mo se configura su dispositivo.\u00a0El documento puede ser un conjunto de instrucciones impresas o alg\u00fan archivo electr\u00f3nico.\u00a0Como m\u00ednimo, el proveedor debe proporcionar instrucciones para cualquier conmutador externo y una lista de valores de Clase \/ Instancia \/ Atributo que controlan la configuraci\u00f3n del dispositivo.\u00a0Algunos proveedores crean un &#8220;conjunto de configuraci\u00f3n&#8221; que contiene los datos del par\u00e1metro.\u00a0Este conjunto proporciona un \u00fanico atributo, un \u00fanico punto de referencia donde todos los par\u00e1metros del dispositivo se pueden leer y escribir.<\/p>\n<p style=\"text-align: justify;\">Por lo general, un proveedor proporciona una lista electr\u00f3nica de los atributos que configuran un dispositivo DeviceNet.\u00a0Estos archivos EDS a veces proporcionan poca o ninguna informaci\u00f3n sobre el dispositivo o pueden ser muy largos y complejos.\u00a0Los archivos EDS m\u00e1s extensos permiten que las herramientas de configuraci\u00f3n configuren de forma precisa el dispositivo utilizando identificadores de texto para valores de bits y otras cadenas de texto muy informativas.<\/p>\n<h2 style=\"text-align: justify;\"><strong>DISPOSITIVOS TIPICOS DE DEVICENET<\/strong><\/h2>\n<h3 style=\"text-align: justify;\"><strong>Dispositivos de E \/ S DeviceNet<\/strong><\/h3>\n<p style=\"text-align: justify;\">La mayor\u00eda de los dispositivos DeviceNet son dispositivos de E \/ S esclavos.\u00a0Un dispositivo DeviceNet I \/ O transfiere puntos de E \/ S anal\u00f3gicos o discretos a un DeviceNet Master.\u00a0Los dispositivos de E \/ S de DeviceNet vienen en todas las formas y tama\u00f1os desde uno o dos puntos a muchos puntos.\u00a0Muchos dispositivos de E \/ S no est\u00e1n aislados y se alimentan de la red, mientras que otros utilizan salidas aisladas.<\/p>\n<h3 style=\"text-align: justify;\"><strong>DeviceNet Masters<\/strong><\/h3>\n<p style=\"text-align: justify;\">Los dispositivos maestros DeviceNet suelen ser controladores programables o computadoras personales.\u00a0Los dispositivos DeviceNet Master asignan esclavos DeviceNet y transfieren datos entre el Maestro y sus esclavos.<\/p>\n<h3 style=\"text-align: justify;\"><strong>Puertas de enlace DeviceNet<\/strong><\/h3>\n<p style=\"text-align: justify;\">Las puertas de enlace DeviceNet convierten los datos de otro protocolo a DeviceNet. Las puertas de enlace Modbus, DeviceNet por ejemplo, convierten los dispositivos Modbus en dispositivos DeviceNet. Los gateways ASCII DeviceNet toman datos ASCII y los convierten a Modbus. Hay innumerables convertidores de protocolo para DeviceNet.<\/p>\n<p style=\"text-align: justify;\">El problema dif\u00edcil para una puerta de enlace DeviceNet es la asignaci\u00f3n de datos en el otro protocolo a la estructura de objetos de DeviceNet.\u00a0Por ejemplo, el protocolo Modbus representa sus datos como una serie de enteros de 16 bits, mientras que CIP representa los datos como atributos que forman parte de los objetos.\u00a0Una puerta de enlace DeviceNet debe permitir que alg\u00fan m\u00e9todo convierta los datos en su Modbus nativo, ASCII u otro formato a la estructura basada en objetos de DeviceNet.<\/p>\n<h3 style=\"text-align: justify;\"><strong>DeviceNet Master Stack<\/strong><\/h3>\n<p style=\"text-align: justify;\">Una pila de software DeviceNet Master es el software que implementa los protocolos de comunicaci\u00f3n DeviceNet y CIP.\u00a0Un DeviceNet Master debe poder enviar mensajes a trav\u00e9s de la red f\u00edsica CAN.\u00a0Para hacerlo, debe conocer la interfaz de registro particular de un controlador CAN seleccionado.\u00a0Un desarrollador de dispositivos DeviceNet que quiera implementar un Maestro DeviceNet debe crear la interfaz entre el Maestro DeviceNet y el Controlador CAN seleccionado por el dise\u00f1ador de hardware.\u00a0A veces, como en el caso de las pilas maestras de DeviceNet proporcionadas por Real Time Automation, Inc., se entrega un archivo de interfaz para un controlador CAN en particular como parte de la pila maestra de DeviceNet.<\/p>\n<p style=\"text-align: justify;\">Para implementar un Maestro de DeviceNet, la aplicaci\u00f3n controla los dispositivos de DeviceNet para asignar, la cantidad de bytes de datos para producir y consumir y la frecuencia con que se sondean los dispositivos esclavos de DeviceNet.\u00a0Para obtener m\u00e1s informaci\u00f3n sobre la implementaci\u00f3n de una aplicaci\u00f3n DeviceNet Master, comun\u00edquese con Real Time Automation, Inc ..<\/p>\n<h3 style=\"text-align: justify;\"><strong>Pilas de esclavos DeviceNet<\/strong><\/h3>\n<p style=\"text-align: justify;\">Una pila de software DeviceNet Slave es el software que implementa los protocolos de comunicaci\u00f3n <span style=\"color: #ff6600;\"><strong><a style=\"color: #ff6600;\" title=\"Soluciones Logicbus\" href=\"https:\/\/tienda.logicbus.com.mx\/BacNet_c_1271.html\">DeviceNet<\/a><\/strong><\/span> y CIP. Un esclavo de DeviceNet debe poder recibir un mensaje de asignaci\u00f3n de un maestro de DeviceNet, consumir las salidas generadas por el maestro y generar entradas. Para hacerlo, debe conocer la interfaz de registro particular de un controlador CAN seleccionado al igual que la pila maestra de DeviceNet. Un desarrollador de dispositivos DeviceNet que quiera implementar un esclavo DeviceNet debe crear la interfaz entre el esclavo DeviceNet y el controlador CAN seleccionado por el dise\u00f1ador de hardware. A veces, como en el caso de las pilas de esclavos de DeviceNet proporcionadas por Real Time Automation, Inc., se entrega un archivo de interfaz para un controlador CAN en particular como parte de la pila de esclavos de DeviceNet.<\/p>\n<p style=\"text-align: justify;\">Para implementar un Esclavo de DeviceNet, la aplicaci\u00f3n controla la direcci\u00f3n de DeviceNet, el n\u00famero de bytes de datos para producir y consumir y la estructura de objetos del dispositivo.\u00a0Implementar la estructura de objetos del dispositivo en el esclavo DeviceNet es una de las partes m\u00e1s importantes de la implementaci\u00f3n de un dispositivo esclavo DeviceNet.\u00a0Esta estructura es la estructura que ven los usuarios del dispositivo y debe implementarse correctamente para satisfacer sus necesidades.<\/p>\n<p><span style=\"color: #ff6600;\"><a style=\"color: #ff6600;\" title=\"Soporte Logicbus\" href=\"https:\/\/www.logicbus.com.mx\/servicios.php\"><strong>\u00bfDesea agregar DeviceNet a su proyecto?<\/strong><\/a><\/span><\/p>\n<p><span style=\"color: #ff6600;\"><strong><a style=\"color: #ff6600;\" title=\"Soluciones Logicbus\" href=\"https:\/\/tienda.logicbus.com.mx\/BacNet_c_1271.html\">Ver Soluciones DeviceNet.<\/a><\/strong><\/span><\/p>\n<h2 style=\"text-align: center;\">Cont\u00e1ctanos<\/h2>\n<h3 style=\"text-align: center;\"><a href=\"https:\/\/tienda.logicbus.com.mx\" target=\"_blank\" rel=\"noopener\"><img decoding=\"async\" class=\"card-review alignnone\" title=\"Tienda en linea\" src=\"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2022\/11\/tienda.png \" alt=\"\" width=\"102\" height=\"102\" \/><\/a><a href=\"https:\/\/www.logicbus.com.mx\/\" target=\"_blank\" rel=\"noopener\"><img decoding=\"async\" class=\"card-review alignnone\" title=\"Logicbus\" src=\"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2022\/11\/www.png \" alt=\"\" width=\"104\" height=\"104\" \/><\/a><a href=\"https:\/\/www.logicbus.com.mx\/soporte\" target=\"_blank\" rel=\"noopener\"><img decoding=\"async\" class=\"card-review alignnone\" title=\"Soporte\" src=\"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2022\/11\/soporte.png \" alt=\"\" width=\"106\" height=\"106\" \/><\/a><a href=\"https:\/\/api.whatsapp.com\/send?phone=525554316718&amp;text=Hola%20Logicbus,me%20gustar%C3%ADa%20solicitar%20informaci%C3%B3n\" target=\"_blank\" rel=\"noopener\"><img decoding=\"async\" class=\"card-review alignnone\" title=\"Whatsapp\" src=\"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2022\/11\/wa.png \" alt=\"\" width=\"103\" height=\"103\" \/><\/a><a href=\"https:\/\/www.logicbus.com.mx\/contacto\" target=\"_blank\" rel=\"noopener\"><img decoding=\"async\" class=\"card-review alignnone\" title=\"Contacto\" src=\"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2022\/11\/contacto.png \" alt=\"\" width=\"115\" height=\"115\" \/><\/a><a href=\"https:\/\/www.logicbus.com.mx\/soluciones-en-la-industria-logicbus.php\" target=\"_blank\" rel=\"noopener\"><img decoding=\"async\" class=\"card-review alignnone\" title=\"Soluciones\" src=\"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2022\/11\/soluciones.png \" alt=\"\" width=\"106\" height=\"106\" \/><\/a><\/h3>\n<p style=\"text-align: center;\"><a href=\"mailto:ventas@logicbus.com\">ventas@logicbus.com<\/a>\u00a0 \u00a0 \u00a0 |\u00a0 \u00a0 \u00a0\u00a0<a href=\"mailto:soporte@logicbus.com\">soporte@logicbus.com<\/a>\u00a0 \u00a0 \u00a0 |\u00a0 \u00a0 \u00a0\u00a0<a href=\"https:\/\/api.whatsapp.com\/send?phone=525554316718&amp;text=Hola%20Logicbus,me%20gustar%C3%ADa%20solicitar%20informaci%C3%B3n\">55-5431-67-18<\/a>\u00a0 \u00a0 |\u00a0 \u00a0 \u00a0\u00a0 <a href=\"https:\/\/tawk.to\/chat\/5ca674ff1de11b6e3b06f73d\/default\">Iniciar conversaci\u00f3n<\/a><\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Este documento presenta una descripci\u00f3n operativa de DeviceNet \u2122, un protocolo de bajo nivel de aplicaci\u00f3n industrial para aplicaciones de automatizaci\u00f3n industrial. DeviceNet conecta dispositivos industriales simples (sensores y actuadores) con dispositivos de nivel superior, como los controladores programables.\u00a0Basado en el est\u00e1ndar de comunicaciones f\u00edsicas CAN (Controller Area Network), DeviceNet utiliza el hardware CAN para [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":30495,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[71,5767],"tags":[],"class_list":["post-30152","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-articulos","category-plcs-y-convertidores-de-protocolo"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v28.2 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>\u00bfQu\u00e9 es y c\u00f3mo funciona una red DeviceNet? &#8211; Blog Logicbus<\/title>\n<meta name=\"description\" content=\"DeviceNet es un protocolo de capa de aplicaci\u00f3n que trata m\u00e1s con los datos de la aplicaci\u00f3n que con un protocolo de nivel inferior.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/\" \/>\n<meta property=\"og:locale\" content=\"es_MX\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"\u00bfQu\u00e9 es y c\u00f3mo funciona una red DeviceNet? &#8211; Blog Logicbus\" \/>\n<meta property=\"og:description\" content=\"DeviceNet es un protocolo de capa de aplicaci\u00f3n que trata m\u00e1s con los datos de la aplicaci\u00f3n que con un protocolo de nivel inferior.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/\" \/>\n<meta property=\"og:site_name\" content=\"Blog Logicbus\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/logicbus\/\" \/>\n<meta property=\"article:published_time\" content=\"2024-12-17T07:08:41+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-02-03T17:13:04+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2019\/06\/Afuera-DeviceNet.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1200\" \/>\n\t<meta property=\"og:image:height\" content=\"559\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"Logicbus\" \/>\n<meta name=\"twitter:label1\" content=\"Escrito por\" \/>\n\t<meta name=\"twitter:data1\" content=\"Logicbus\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tiempo de lectura\" \/>\n\t<meta name=\"twitter:data2\" content=\"41 minutos\" \/>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"\u00bfQu\u00e9 es y c\u00f3mo funciona una red DeviceNet? &#8211; Blog Logicbus","description":"DeviceNet es un protocolo de capa de aplicaci\u00f3n que trata m\u00e1s con los datos de la aplicaci\u00f3n que con un protocolo de nivel inferior.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/","og_locale":"es_MX","og_type":"article","og_title":"\u00bfQu\u00e9 es y c\u00f3mo funciona una red DeviceNet? &#8211; Blog Logicbus","og_description":"DeviceNet es un protocolo de capa de aplicaci\u00f3n que trata m\u00e1s con los datos de la aplicaci\u00f3n que con un protocolo de nivel inferior.","og_url":"https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/","og_site_name":"Blog Logicbus","article_publisher":"https:\/\/www.facebook.com\/logicbus\/","article_published_time":"2024-12-17T07:08:41+00:00","article_modified_time":"2026-02-03T17:13:04+00:00","og_image":[{"width":1200,"height":559,"url":"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2019\/06\/Afuera-DeviceNet.jpg","type":"image\/jpeg"}],"author":"Logicbus","twitter_misc":{"Escrito por":"Logicbus","Tiempo de lectura":"41 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/#article","isPartOf":{"@id":"https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/"},"author":{"name":"Logicbus","@id":"https:\/\/www.logicbus.com.mx\/blog\/#\/schema\/person\/42451dd47a6fc9e56bb0386ab20bffd5"},"headline":"\u00bfQu\u00e9 es y c\u00f3mo funciona una red DeviceNet?","datePublished":"2024-12-17T07:08:41+00:00","dateModified":"2026-02-03T17:13:04+00:00","mainEntityOfPage":{"@id":"https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/"},"wordCount":8955,"publisher":{"@id":"https:\/\/www.logicbus.com.mx\/blog\/#organization"},"image":{"@id":"https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/#primaryimage"},"thumbnailUrl":"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2019\/06\/Afuera-DeviceNet.jpg","articleSection":["Articulos","PLCs y Convertidores de protocolo"],"inLanguage":"es"},{"@type":"WebPage","@id":"https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/","url":"https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/","name":"\u00bfQu\u00e9 es y c\u00f3mo funciona una red DeviceNet? &#8211; Blog Logicbus","isPartOf":{"@id":"https:\/\/www.logicbus.com.mx\/blog\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/#primaryimage"},"image":{"@id":"https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/#primaryimage"},"thumbnailUrl":"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2019\/06\/Afuera-DeviceNet.jpg","datePublished":"2024-12-17T07:08:41+00:00","dateModified":"2026-02-03T17:13:04+00:00","description":"DeviceNet es un protocolo de capa de aplicaci\u00f3n que trata m\u00e1s con los datos de la aplicaci\u00f3n que con un protocolo de nivel inferior.","breadcrumb":{"@id":"https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/#breadcrumb"},"inLanguage":"es","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/"]}]},{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/#primaryimage","url":"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2019\/06\/Afuera-DeviceNet.jpg","contentUrl":"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2019\/06\/Afuera-DeviceNet.jpg","width":1200,"height":559,"caption":"Una imagen sobre qu\u00e9 es y c\u00f3mo funciona una red DeviceNet"},{"@type":"BreadcrumbList","@id":"https:\/\/www.logicbus.com.mx\/blog\/que-es-devicenet\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Inicio","item":"https:\/\/www.logicbus.com.mx\/blog\/"},{"@type":"ListItem","position":2,"name":"\u00bfQu\u00e9 es y c\u00f3mo funciona una red DeviceNet?"}]},{"@type":"WebSite","@id":"https:\/\/www.logicbus.com.mx\/blog\/#website","url":"https:\/\/www.logicbus.com.mx\/blog\/","name":"Blog Logicbus","description":"Logicbus Blog ofrece informaci\u00f3n detallada sobre el control de procesos, sus tipos, elementos e importancia.","publisher":{"@id":"https:\/\/www.logicbus.com.mx\/blog\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.logicbus.com.mx\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"es"},{"@type":"Organization","@id":"https:\/\/www.logicbus.com.mx\/blog\/#organization","name":"Logicbus Blog","url":"https:\/\/www.logicbus.com.mx\/blog\/","logo":{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/www.logicbus.com.mx\/blog\/#\/schema\/logo\/image\/","url":"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2021\/03\/logo-logicbus-blog.png","contentUrl":"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2021\/03\/logo-logicbus-blog.png","width":1761,"height":546,"caption":"Logicbus Blog"},"image":{"@id":"https:\/\/www.logicbus.com.mx\/blog\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/www.facebook.com\/logicbus\/","https:\/\/x.com\/Logicbus"]},{"@type":"Person","@id":"https:\/\/www.logicbus.com.mx\/blog\/#\/schema\/person\/42451dd47a6fc9e56bb0386ab20bffd5","name":"Logicbus","image":{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2021\/03\/JosueCetina-96x96.png","url":"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2021\/03\/JosueCetina-96x96.png","contentUrl":"https:\/\/www.logicbus.com.mx\/blog\/wp-content\/uploads\/2021\/03\/JosueCetina-96x96.png","caption":"Logicbus"},"sameAs":["https:\/\/www.logicbus.com.mx\/blog","it@logicbus.com"],"url":"https:\/\/www.logicbus.com.mx\/blog\/author\/itlogicbus-com\/"}]}},"_links":{"self":[{"href":"https:\/\/www.logicbus.com.mx\/blog\/wp-json\/wp\/v2\/posts\/30152","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.logicbus.com.mx\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.logicbus.com.mx\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.logicbus.com.mx\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.logicbus.com.mx\/blog\/wp-json\/wp\/v2\/comments?post=30152"}],"version-history":[{"count":0,"href":"https:\/\/www.logicbus.com.mx\/blog\/wp-json\/wp\/v2\/posts\/30152\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.logicbus.com.mx\/blog\/wp-json\/wp\/v2\/media\/30495"}],"wp:attachment":[{"href":"https:\/\/www.logicbus.com.mx\/blog\/wp-json\/wp\/v2\/media?parent=30152"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.logicbus.com.mx\/blog\/wp-json\/wp\/v2\/categories?post=30152"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.logicbus.com.mx\/blog\/wp-json\/wp\/v2\/tags?post=30152"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}