PROFINET IO, una red de alto nivel para aplicaciones de automatización industrial, construido sobre tecnologías Ethernet estándar, PROFINET IO utiliza hardware y software Ethernet tradicional para definir una red que estructura la tarea de intercambio de datos, alarmas y diagnósticos con controladores programables y otros controladores de automatización.
PROFINET IO es una de las dos “vistas” de automatización estándar de Ethernet abiertas de Profibus International, mientras que PROFINET IO se centra en el intercambio de datos del Controlador Programable, PROFINET CBA (Automatización Basada en Componentes) se enfoca en sistemas de automatización distribuidos, PROFINET CBA proporciona un sistema basado en DCOM para organizar sistemas de automatización en redes de dispositivos pares que pueden intercambiar datos automáticamente utilizando relaciones predefinidas entre las interfaces de los componentes de automatización, PROFINET CBA se discute a fondo en otro documento.
PROFINET IO es muy similar a Profibus en Ethernet, mientras que PROFIBUS usa comunicaciones cíclicas para intercambiar datos con controladores programables a una velocidad máxima de 12Meg en baudios, PROFINET IO utiliza la transferencia de datos cíclicos para intercambiar datos con controladores programables a través de Ethernet, al igual que con Profibus, tanto un controlador programable como un dispositivo deben tener un conocimiento previo de la estructura y el significado de los datos, en ambos sistemas, los datos se organizan como ranuras que contienen módulos con el número total de puntos de E/S para un sistema y la suma de los puntos de E/S para los módulos individuales.
PROFINET IO utiliza tres canales de comunicación diferentes para intercambiar datos con controladores programables y otros dispositivos, el canal TCP/IP estándar se usa para la parametrización, configuración y operaciones de lectura/escritura acíclicas, el canal RT o Tiempo Real se utiliza para la transferencia de datos cíclicos estándar y las alarmas, las comunicaciones de RT evitan la interfaz TCP/IP estándar para acelerar el intercambio de datos con los controladores programables, el tercer canal, Isochronous Real Time (IRT) es el canal de muy alta velocidad utilizado para las aplicaciones de control de movimiento, IRT se implementa utilizando un ASIC personalizado y no es el tema de este documento.
Historia de PROFINET IO
La mayoría de las personas que trabajan en una oficina asocian el término “Ethernet” con el cable físico detrás de su escritorio, este cable conecta la PC de su oficina a las impresoras y servidores de la red local y los sitios web infinitos en Internet, este cable es solo la parte física de Ethernet, el medio que lleva mensajes de Ethernet a su PC, en este cable hay toda una serie de protocolos de comunicación, como EtherNet IP, el Protocolo de Internet; TCP, el Protocolo de Control de Transporte; y varios protocolos de Microsoft como NetBEUI, Este conjunto de protocolos funciona bien para el entorno de oficina, Permite a los usuarios compartir archivos, acceder a impresoras, enviar correos electrónicos, buscar en Internet y realizar todas las demás comunicaciones utilizadas en el entorno de la oficina.
Las necesidades en los procesos de producción son muy diferentes con algunos requisitos muy especiales, en lugar de acceder a archivos e impresoras, los controladores de planta deben acceder a los datos incrustados en los sistemas de unidades, estaciones de trabajo del operador y dispositivos de E/S, en lugar de dejar que un usuario espere mientras se realiza una tarea, las necesidades de comunicación de datos de la planta son en tiempo real o casi en tiempo real, terminar la operación de llenado en una botella requiere comunicaciones mucho más precisas en el tiempo que acceder a la página siguiente de un sitio de Internet.
Tradicionalmente, Ethernet solo tenía una aceptación limitada en la automatización industrial, hasta hace poco, el gasto, la falta de conmutadores y enrutadores sofisticados y la dominación de grandes proveedores con protocolos propietarios impedían la amplia aceptación de Ethernet en la fábrica, ahora que los precios están bajando, las PC con capacidad de Ethernet inherente se mueven en masa hacia la fábrica y los conmutadores y enrutadores inteligentes, Ethernet está ganando aceptación, solo la falta de una capa de aplicación flexible y ampliamente aceptada dirigida a la automatización industrial ha impedido su completa aceptación.
Términos importantes de PROFINET
PROFINET IO, como muchos otros sistemas de redes, tiene un conjunto de terminología única, la Tabla 1 contiene algunos de los términos que se usan comúnmente cuando se habla de PROFINET IO.
| Arkansas | Relación de aplicación (Application Relationship): la relación entre un controlador PROFINET IO y un dispositivo de E/S. Un dispositivo PROFINET IO puede admitir más de una relación de aplicación. |
| AP | Proceso de solicitud (Application Process): el proceso de aplicación que se ejecuta en el dispositivo v.PROFINET admite procesos de aplicación predeterminados y procesos de aplicación adicionales, específicos del perfil. |
| Canal | Un único punto de E/S. Un canal puede ser discreto o analógico. |
| Subslot | Un grupo de uno o más canales. Los subslots pueden ser reales o virtuales. |
| Espacio | Un grupo de uno o más Subslots. Las tragamonedas pueden ser reales o virtuales. |
| Módulo | Los módulos son componentes definidos por el usuario que se conectan a las ranuras. Los módulos pueden ser reales o virtuales. |
| Submódulo | Un componente de un módulo que se enchufa en un subslot. Un submódulo es real o virtual. |
| Comunicaciones cíclicas | Comunicaciones programadas, repetitivas. Los datos de E/S y las transferencias de alarmas son cíclicas. |
| Comunicaciones aciclicas | Comunicaciones no programadas, a pedido. Los mensajes de diagnóstico de un supervisor de E/S a un dispositivo de E/S son acíclicos. |
| GSD | Descripción de la estación genérica |
| GSDML | Lenguaje de marcado de la descripción de la estación genérica: el archivo que contiene la descripción XML del dispositivo PROFINET IO. |
| Estado del proveedor | El estado que un dispositivo de E/S proporciona a un controlador IO con los datos transferidos al controlador. |
| Estado del consumidor | El estado que un dispositivo de E/S proporciona a un controlador IO para los datos que consume de IO Controller. |
| RT | Tiempo real ( Real Time): El canal de PROFINET IO en tiempo real. Los datos de E/S y de alarma se transfieren a través del canal RT. |
| NRT | Tiempo no real (Non Real Time): el canal PROFINET IO no en tiempo real. Los mensajes de configuración y diagnóstico se transfieren a través del canal NRT. |
| CR | Relación de comunicación (Communication Relationship): un canal de comunicación virtual dentro de un AR. |
| ID de cuadro | El campo de dos bytes en el marco de Ethernet que define el tipo de mensaje PROFINET IO. |
| Apoderado | Un dispositivo que mapea datos no PROFINET IO a PROFInet. |
| DCP | Discovery Control Protocol (Protocolo de control de descubrimiento): un protocolo de comunicaciones con PROFINET IO que permite a un controlador o supervisor de IO encontrar todos los dispositivos PROFINET IO en una subred. |
Beneficios de PROFINET IO
PROFINET IO es una capa de aplicación Ethernet industrial única, ofrece muchos beneficios sobre las capas de aplicaciones de la competencia, que incluyen:
- Operación de alta velocidad: el canal de comunicación en tiempo real proporciona un intercambio de mensajes de alta velocidad al pasar por alto el tiempo requerido para procesar la pila TCP/IP.
- Integración perfecta y casi idéntica de Siemens S7 PLC a Profibus.
- Soporte para aplicaciones de control de movimiento de tiempo crítico.
- Inicio rápido.
- Inteligencia distribuida.
- Facilidad de instalación.
- Tiempo mínimo de puesta en marcha y soporte técnico.
- Clasificación de dispositivos PROFINET
PROFINET IO clasifica los dispositivos en tres tipos; Controladores IO, Dispositivos IO y Supervisores IO, los controladores IO son dispositivos que ejecutan un programa de automatización, Los controladores, funcionalmente similares a un Maestro Clase 1 de Profibus, intercambian datos con dispositivos IO, los dispositivos IO son dispositivos sensores/actuadores distribuidos conectados al controlador IO a través de Ethernet, en términos de Profibus, los dispositivos IO son similares a los esclavos de Profibus, los Supervisores de IO son HMI, PC u otros dispositivos de puesta en marcha, monitoreo o análisis de diagnóstico, estos dispositivos son similares a los Class 2 Profibus Masters.
Los controladores IO asignan datos IO de los dispositivos PROFINET IO a la imagen de proceso del controlador, en los controladores programables Siemens S7, los datos de E/S, alarmas y datos de estado se asignan a la imagen de proceso de la misma manera que se realiza para los dispositivos Profibus, estos valores de datos están disponibles para ser utilizados por el programa de control, los controladores IO deben admitir los siguientes tipos de servicios:
- Intercambio de datos cíclico – el intercambio de datos entre los controladores IO y los dispositivos IO.
- Intercambio de datos acíclicos – El intercambio de datos de configuración y diagnóstico.
- Alarmas – intercambio de datos de alarma de un dispositivo IO a un controlador IO.
- Gestión de contexto – Procesamiento de conexión.
Los supervisores IO se utilizan para la puesta en servicio y la recopilación de datos de diagnóstico, los supervisores de IO pueden leer y escribir datos de diagnóstico internos asociados con la pila de PROFINET IO o datos de diagnóstico proporcionados por el programa de aplicación de un dispositivo, los supervisores de IO también pueden leer y escribir datos de configuración utilizando servicios de objetos de datos de registro especiales, no cíclicos, estos tipos de dispositivos solo se pueden usar durante el proceso de puesta en servicio o se pueden usar como HMI para mostrar datos de diagnóstico al usuario final.
Un sistema PROFINET IO requiere al menos un controlador IO y un dispositivo IO, Los sistemas se pueden configurar en varias configuraciones; múltiples controladores de E/S para un único dispositivo de E/S; controladores de E/S individuales para dispositivos de E/S múltiples y controladores de E/S múltiples con dispositivos de E/S múltiples.
Representación de red PROFINET IO
La representación de red de un dispositivo es la vista del dispositivo desde la red, en Modbus y Modbus TCP, los dispositivos se representan como una serie de registros (enteros de 16 bits) y bobinas (bits), en EtherNet/IPT y DeviceNetT, los dispositivos se representan como objetos, otras redes tienen otras configuraciones de red, en LonworksT, los datos se representan mediante una serie de “etiquetas de datos” que el dispositivo proporciona al mundo exterior, en todos los casos anteriores, el dispositivo presenta una visión de sí mismo al mundo exterior, esa representación es la representación en red.
La representación de la red PROFINET IO es muy similar a Profibus, Consiste en un dispositivo con slots, subslots y canales, los subslots son subcomponentes de una ranura, a cada subsote se le asigna una cantidad de puntos o canales de E/S, un canal es el término PROFINET IO que se refiere a una entrada física discreta, salida discreta, entrada analógica o salida analógica, un dispositivo puede tener casi cualquier número de ranuras, subslots y canales.
A excepción de la Ranura cero, todas las demás ranuras y subslots contienen datos de estado, diagnóstico y alarma para los canales de esa ranura, para los puntos transferidos a un controlador IO, el estado del proveedor y la información de diagnóstico se transfieren automáticamente en cada ciclo de exploración de E/S, para los puntos transferidos a un dispositivo IO, el estado del consumidor se devuelve al IO-Controller.
A pesar de que los dispositivos PROFINET IO y los archivos GSD se refieren a “Ranura cero”, no hay una Ranura cero, la primera ranura de E/S de un dispositivo es la ranura uno, en lugar de referirse a una ranura real, la ranura cero se refiere al dispositivo en sí, no hay datos de E/S contenidos en la ranura cero, en lugar de los datos de E/S, la ranura cero administra todos los datos genéricos del dispositivo, como el nombre del proveedor, el número de catálogo del producto y la información de la versión del software y hardware y otra información similar.
Los módulos son componentes funcionales específicos que pueden asociarse con una ranura, los módulos pueden ser virtuales o reales, un módulo, real o virtual, debe conectarse a una ranura antes de que el dispositivo de E/S se conecte, el módulo le da a la ranura una identidad específica, por ejemplo, un módulo de entrada discreta de 16 da a la ranura una identidad de entrada discreta de 16, de la misma manera que los módulos proporcionan identidad a las ranuras, los submódulos proporcionan una identidad de subsuelo, el módulo de 16 entradas discretas puede estar compuesto por un submódulo de 16 entradas discretas, dos submódulos de 8 entradas o cuatro submódulos de 4 entradas.
Los controladores de E/S se asocian a un dispositivo y todas las ranuras y subslots, la versión actual de PROFINET IO solo admite dispositivos asociados a un controlador IO a la vez, las versiones futuras de PROFINET IO pueden eliminar esta restricción y asociarse a los controladores IO por ranura.
En un controlador IO como un controlador programable Siemens 317, se recopilan los puntos o canales de E/S para los subslots asignados a dichos controladores programables y ese grupo de datos forma la imagen de datos de E/S que se transfiere entre el dispositivo IO y el IO. Controlador, por ejemplo, si tiene un dispositivo PROFINET IO con cuatro ranuras de entrada (16 entradas cada una) y dos ranuras de salida (16 salidas cada una), la imagen de E/S transferida entre el controlador y el dispositivo es de 4 bytes en la dirección del controlador programable y 2 bytes en la dirección del dispositivo IO.
Internamente, en un controlador IO, todas las entradas PROFINET IO se asignan a la tabla de datos de entrada y todas las salidas se asignan a la tabla de datos de salida, tal como se hace para Profibus.
Configurando los dispositivos PROFINET
Los dispositivos PROFINET IO se configuran utilizando una herramienta de configuración que actúa como Supervisor IO, El IO-Supervisor utiliza un archivo GSD similar a los archivos GSD comunes a Profibus, a diferencia de los archivos GSD de Profibus, los archivos GSD de PROFINET IO están basados en XML y contienen mucha más información que el GSD de Profibus, debido a que están basados en XML, los archivos GSDML de PROFINET se denominan archivos GSDML (consulte la sección posterior para obtener más información sobre el archivo GSDML).
La configuración se transfiere desde el IO-Supervisor utilizando los servicios de registro de objetos de datos (RDO), estos servicios permiten a un dispositivo externo leer y escribir datos mantenidos por la pila PROFINET IO o la aplicación, los datos de registro son datos en tiempo no real, incluye datos como datos de configuración, diagnóstico y estado, los datos de registro siempre se transfieren de forma acíclica en un modo de transmisión en cola, orientado a la conexión, los datos de registro pueden consistir en:
- Datos de diagnóstico: los datos de diagnóstico asociados con un canal (punto de E/S).
- Entradas del libro de registro: el registro de alarmas y diagnósticos que mantiene el dispositivo PROFINET IO.
- Entradas de identificación: datos de identificación que describen el nombre del dispositivo, el apellido y otros datos de identificación (ver más abajo).
- Objetos de datos IO: Datos de canal.
La dirección IP del dispositivo PROFINET IO se almacena en la memoria persistente del dispositivo, puede ser modificado por un Supervisor de IO utilizando servicios de RDO, un dispositivo PROFINET IO también puede configurarse para obtener una dirección IP automáticamente desde un servidor bootp o DHCP.
Alarma frente a datos de diagnóstico
Las alarmas y los datos de diagnóstico en un sistema PROFINET IO están relacionados y son fácilmente confundidos por el novato PROFINET IO, los datos de diagnóstico son datos asociados con un canal o punto de E/S, por ejemplo, una entrada analógica puede tener un diagnóstico de límite máximo o una entrada discreta puede tener un diagnóstico de cortocircuito, los datos de diagnóstico siempre se transfieren de forma acíclica utilizando las comunicaciones de Datos de registro a través del canal de tiempo no real (NRT), un IO-Supervisor debe solicitar específicamente los datos de diagnóstico del dispositivo utilizando los servicios RDO (objeto de datos de registro).
Los datos de alarma son muy diferentes, Si bien un tipo de alarma es una alerta de que existen datos de diagnóstico en un canal específico, hay muchas más razones por las que un dispositivo podría emitir una alarma, las alarmas se señalizan cuando un módulo o submódulo se conecta o se tira, cuando se conecta el módulo o submódulo incorrecto, cuando se alcanza un límite de proceso, cuando cambia el estado del dispositivo o por muchas otras razones (consulte la Tabla 2), a diferencia de los datos de diagnóstico, los datos de alarma se transmiten en el canal de tiempo real (RT) y solo al controlador programable vinculado a ese módulo, por ejemplo, un dispositivo con dos módulos conectados a dos controladores programables diferentes emite datos de alarma del módulo solo al controlador programable que intercambia datos con el módulo que habilita la alarma.
| TIPOS DE ALARMA |
| Aparece el diagnóstico |
| Alarma de proceso |
| Módulo / Submódulo Pull Alarm |
| Módulo / Submódulo Plug Alarm |
| Alarma de estado |
| Actualizar alarma |
| Alarma de redundancia |
| Supervisor de alarma de control |
| Supervisor de alarma de liberación |
| Alarma de submódulo incorrecta |
| Alarma de diagnóstico desaparece |
| Desajuste de comunicaciones multicast |
| Alarma de notificación de cambio de datos de puerto |
| Alarma de notificación de cambio de datos de sincronización |
| Alarma de notificación en modo isócrono |
Tabla 2 – Tipos de datos de alarma
Una característica única de las alarmas PROFINET IO es que las alarmas que se emiten no solo se emiten en caso de fallas, sino que también se emiten cuando se borra la condición de alarma, por ejemplo, cuando se emite una alarma en un cortocircuito de entrada, se emite otra alarma cuando desaparece el cortocircuito, casi lo mismo sucede cuando una alarma indica que existen datos de diagnóstico para un canal (punto de E/S), en lugar de emitir la alarma para cada canal con datos de diagnóstico, se emite una alarma cuando se crea la primera entrada de datos de diagnóstico y cuando se libera la última entrada de datos de diagnóstico.
Se confirman tanto los datos de alarma como los de diagnóstico, los datos de diagnóstico se reconocen simplemente porque IO-Supervisor recibe un mensaje de respuesta a la solicitud de lectura de datos de diagnóstico, los datos de alarma forman parte de los datos en tiempo real (RT) emitidos por el dispositivo y son reconocidos específicamente por el controlador programable.
Archivo GSDML PROFINET
El archivo GSDML (Lenguaje de marcado de descripción de estación genérica) es un archivo XML (lenguaje de marcado extensible) que describe la implementación esperada de un dispositivo PROFINET IO, La tabla 3 describe los elementos de nivel superior de un archivo GSDML de PROFINET IO.
| Elemento | Descripción |
| Encabezado de perfil | Describe el propio archivo XML, incluido su número de versión, el tipo de dispositivo y la descripción. |
| Perfil de cuerpo | Detalles de la implementación del dispositivo real. |
Tabla 3 – Elementos GSDML de nivel superior
El cuerpo del perfil detalla la implementación del dispositivo en tres elementos principales. La tabla 4 describe estos elementos.
| Elemento | Descripción |
| Identidad del dispositivo | La identidad del dispositivo identifica el dispositivo en términos de la identificación del proveedor asignada por Profibus International, la descripción del nombre y la cadena de texto que describe el dispositivo. |
| Función del dispositivo | Especifica la descripción de texto del nombre de familia para este dispositivo. |
| Proceso de solicitud | El Proceso de Solicitud describe la aplicación del dispositivo. Describe la cantidad de slots, subslots, módulos y submódulos que puede tener el dispositivo. |
Tabla 4 – Perfil del cuerpo
El Proceso de Aplicación se compone de dos elementos muy importantes que se describen en el Cuerpo de Perfil y detalla la implementación del dispositivo en tres elementos principales.
| Elemento | Descripción |
| DeviceAccessPointList | La lista DAP describe la configuración general del dispositivo.Describe el número máximo de módulos, el tamaño máximo de E/S y el módulo en la ranura cero. Los datos del módulo de la ranura cero incluyen su ID de fabricante, el nombre del proveedor, su descripción, el número de versión y el número de pedido. |
| Lista de módulos | La lista de módulos describe todos los módulos y submódulos que son válidos para este proceso de solicitud. Los datos reales del canal se describen para cada uno de los posibles submódulos que pueden instalarse en el dispositivo. |
Tabla 4 – Perfil del cuerpo
El Proceso de Aplicación se compone de dos elementos muy importantes que se describen en el Cuerpo de Perfil y detalla la implementación del dispositivo en tres elementos principales.
| Elemento | Descripción |
| DeviceAccessPointList | La lista DAP describe la configuración general del dispositivo.Describe el número máximo de módulos, el tamaño máximo de E / S y el módulo en la ranura cero. Los datos del módulo de la ranura cero incluyen su ID de fabricante, el nombre del proveedor, su descripción, el número de versión y el número de pedido. |
| Lista de módulos | La lista de módulos describe todos los módulos y submódulos que son válidos para este proceso de solicitud. Los datos reales del canal se describen para cada uno de los posibles submódulos que pueden instalarse en el dispositivo. |
Tabla 5 – Elementos importantes del proceso de aplicación
Para los datos de E/S, el archivo GSDML describe la estructura de los datos de entrada y salida cíclicos transferidos entre el controlador programable y el dispositivo PROFINET IO. Cualquier desajuste entre el tamaño o la estructura de los datos de entrada y salida y la estructura real del dispositivo interno genera una alarma en el controlador.
PROFINET IO Datos constantes
Cada dispositivo PROFINET IO utiliza una serie de valores constantes. La tabla 6 define estos valores y enumera sus fuentes:
| ÍT | DESCRIPCIÓN | PERSISTENCIA |
| ID de proveedor | Valor único que identifica a un proveedor autorizado de PROFINET IO. Este valor es asignado por Profibus International. | Constante estática |
| ID del dispositivo | Valor único que identifica un dispositivo PROFINET IO. Este valor es asignado por el fabricante del dispositivo. | Constante estática |
| ID de módulo | Valor único que identifica un tipo de módulo específico. Este valor es asignado por el fabricante del dispositivo. Cuando el dispositivo PROFINET IO se conecta a un módulo, la identificación del módulo debe coincidir con la identificación del módulo especificada en el archivo GSDML. | Constante estática |
| ID de submódulo | Valor único que identifica un tipo de submódulo específico. Este valor es asignado por el fabricante del dispositivo. Cuando el dispositivo PROFINET IO se conecta en un submódulo, la identificación del submódulo debe coincidir con la identificación del submódulo especificada en el archivo GSDML. | Constante estática |
| Familia de productos | Una cadena de texto específica del fabricante que describe la familia de productos. | Constante estática |
| Nombre de estación | Una cadena de texto que describe la función de la estación en la aplicación. El dispositivo PROFINET IO se entrega con un nombre de estación predeterminado. Un IO-Supervisor o IO-Controller puede enviar un nuevo nombre de estación al dispositivo PROFINET IO. | Almacenado en memoria persistente en el dispositivo PROFINET IO |
| Dirección IP | La dirección IP del dispositivo. La dirección IP puede ser cambiada por un IO-Controller o IO-Supervisor o por un servidor DHCP. Todos los dispositivos PROFINET IO se envían con una dirección IP predeterminada. | Almacenado en memoria persistente en el dispositivo PROFINET IO |
Tabla 6 – Constantes de datos PROFINET IO
Estructura de ejecución PROFINET
El software PROFINET Runtime o “PROFINET Core” es el software que Profibus International pone a disposición de los desarrolladores. Este software es solo uno de los componentes necesarios para implementar un dispositivo PROFINET. La Figura 1 representa gráficamente el núcleo y los componentes adicionales necesarios para construir un dispositivo PROFINET.
APLICACIÓN DE USUARIO (amarillo)
La aplicación de usuario “conecta” los módulos en las ranuras al encender, inicia la tarea PROFINET, genera datos de diagnóstico, emite y emite alarmas y mapea los datos de E/S entre la E/S del dispositivo físico y la E/S PROFINET.
RTOS – Sistema Operativo en tiempo real (cian)
El sistema operativo en tiempo real realiza la gestión de tareas. Como mínimo, PROFINET IO se ejecuta en una tarea, está la tarea de aplicación del usuario y hay una tarea de intercambio de datos.
PROFINET IO (verde)
El núcleo PROFINET IO es el software que Profibus International proporciona a los desarrolladores. Este software no debe ser cambiado. Se compone de los siguientes subcomponentes principales:
- Programa de control de IO: el IOD intercambia datos de E/S con la aplicación
- Administrador de contexto: el CM crea y administra las relaciones de aplicación y comunicación con los controladores programables y los supervisores IO.
- RPC (llamada a procedimiento remoto): el subsistema que administra los mensajes de comunicaciones acíclicas que llegan a través de UDP. Estos mensajes son los servicios de lectura / escritura.
- DCP – Protocolo de descubrimiento para identificar dispositivos PROFINET
- ACP – Protocolo de control de alarmas para gestionar la generación y liberación de alarmas.
- Sockets: implementación de Sockets que admite el envío / recepción de mensajes UDP
- EDD: el controlador de dispositivo Ethernet proporciona servicios para enviar y recibir mensajes de tiempo cíclico, acíclico y no real (NRT).
- CHECKER – El Checker proporciona servicios de gestión de tramas y enrutamiento. Los marcos se enrutan al EDD o la interfaz de Sockets para su procesamiento.
Módulos de interfaz (gris)
Los módulos de interfaz proporcionan la interfaz entre el kernel PROFINET IO y el RTOS. Estos son en su mayoría componentes RTOS estándar, pero algunos deben modificarse para admitir la operación PROFINET IO. La capa Abstracción del SO es la única que no es, al menos, parcialmente proporcionada por el proveedor de RTOS. Asigna las llamadas del sistema operativo del núcleo PROFINET a las llamadas del sistema operativo del RTOS y es específica del RTOS. Es específica para una implementación del RTOS.
Estructura de configuración de PROFINET
Los dispositivos PROFINET IO normalmente están configurados por el software Siemens Step 7. Usando el Paso 7, las descripciones de los dispositivos se cargan desde los archivos GSDML. Las configuraciones de E/S se asignan a las tablas de E/S del controlador Siemens IO y las direcciones IP se asignan a cada dispositivo PROFINET IO. La figura 2 representa gráficamente la estructura de este sistema.
¿En dónde entra PROFIBUS IO?
Profibus es un estándar mundial para la transmisión de datos de proceso entre dispositivos de nivel de campo y controladores programables, ¿Cómo pueden viajar los datos de E/S y otra información entre Profibus y PROFINET IO? A nivel físico estas dos redes de comunicación son completamente incompatibles, Profibus es en su base un estándar de comunicación basado en RS485 con una velocidad máxima de 12M, El núcleo de PROFINET es Ethernet, otro estándar mundial con velocidades de transmisión de 100M y más.
¿Son todos compatibles en el nivel de protocolo? Profibus es impulsado por E/S, los datos se transfieren como bloques de entradas y salidas que se interpretan de acuerdo entre el Maestro de Profibus y el Esclavo, PROFINET también está controlado por E/S con datos transferidos en bloques de entradas y salidas, en ambos sistemas, hay un controlador maestro o IO y uno o más dispositivos IO.
Dado que un dispositivo Profibus Master puede acceder a todos los datos de la red Profibus, el lugar lógico para una puerta de enlace de comunicaciones es como el dispositivo Maestro de la red Profibus, Esto se ilustra en la Figura 3.
Certificacion profesional
A diferencia de Profibus, todos los dispositivos PROFINET IO deben pasar la certificación antes del lanzamiento del producto, la Oficina de Certificación de la Organización de Usuarios Profibus es responsable de establecer centros de prueba donde los dispositivos PROFINET IO puedan ser certificados, El primer centro de pruebas PROFINET IO se encuentra en Alemania, un Centro de Pruebas de Estados Unidos abrió sus puertas en 2005.
La certificación de un dispositivo PROFINET IO es un proceso de tres pasos:
- Certificación de software en tiempo de ejecución: todas las interfaces de tiempo de ejecución se prueban para cumplir con la especificación PROFINET IO.
- Certificación de modelo de ingeniería: el dispositivo PROFINET IO ha sido probado para cumplir con una herramienta de ingeniería.
- Cumplimiento de campo: el dispositivo PROFINET IO se prueba en una red de dispositivos PROFINET IO para verificar el cumplimiento en un entorno de campo.
La certificación PROFINET IO generalmente toma hasta 8 semanas desde el comienzo, un dispositivo de trabajo debe presentarse al Centro de Pruebas, que mantiene una estricta confidencialidad.
Cómo empezar
El software PROFINET Runtime Core se puede descargar de forma gratuita (requiere membresía) de Profibus International como un archivo zip, la transferencia de PROFINET a un RTOS específico requiere que el desarrollador conecte cada componente de PROFINET, Los componentes a puerto incluyen el RPC, el administrador de contexto, la interfaz de sockets, el protocolo de descubrimiento, la interfaz de controlador de alarmas y el controlador del dispositivo Ethernet, El manual de integración de PROFINET proporciona instrucciones individuales para la adaptación de cada uno de estos componentes.
Antes de comenzar este esfuerzo, el desarrollador debe tener antecedentes en Microsoft RPC, COM, Sockets y C++, También es importante tener una amplia experiencia en la operación específica de su RTOS, la operación de TCP/IP y los fundamentos de su procesador.
La implementación de PROFINET no está exenta de desafíos, la transferencia de su núcleo PROFINET a su RTOS incorporado es un desafío importante, el núcleo PROFINET está diseñado para Net OS de NetSilicon, otros núcleos pueden estar disponibles.
Para más información
Profibus International, Definición del servicio de capa de aplicación PROFINET, versión 1.95, noviembre de 2004
Profibus International, Especificación del protocolo de capa de aplicación PROFINET, versión 1.95
Real Time Automation, Inc. (RTA, Inc.) es miembro de la Organización de Comercio Profibus (PTO) y un proveedor de implementación autorizado y miembro de ODVA.
—
Puede adquirir nuestros productos en México en la siguiente página https://www.logicbus.com.mx/, en USA y resto del mundo aquí https://www.logicbus.com.
Para contacto directo puede enviar un correo a ventas@logicbus.com o si requiere asesoría soporte@logicbus.com.
Puede llamarnos al +52 33 3854 5975 o iniciar un chat directo en la “burbuja” de la parte inferior, estamos en línea de Lunes a Viernes 08:00 a 18:00 y Sábados de 10:00 a 13:00 horario de México.