Redes de Sensores y Actuadores PDF
Document Details
Uploaded by ExquisiteBay
UPNA
Ignacio Del Villar
Tags
Summary
This document provides an overview of sensor and actuator networks, specifically covering CAN, AS-i, and IO-Link. It details their characteristics, applications, and implementations.
Full Transcript
Grado en Ingeniería Eléctrica y Electrónica - Comunicaciones industriales 5. REDES DE SENSORES Y ACTUADORES Ignacio Del Villar 5. REDES DE SENSORES Y ACTUADORES 5.1. Introducción 5.2. Bus CAN - Origen histórico de CAN - Características generales y aplicaciones - Versiones de CAN - Nodo CAN - Cap...
Grado en Ingeniería Eléctrica y Electrónica - Comunicaciones industriales 5. REDES DE SENSORES Y ACTUADORES Ignacio Del Villar 5. REDES DE SENSORES Y ACTUADORES 5.1. Introducción 5.2. Bus CAN - Origen histórico de CAN - Características generales y aplicaciones - Versiones de CAN - Nodo CAN - Capa física y de enlace de datos - CAN bus en vehículos 5.3. AS-i - Características y estructura - Versiones de AS-i: 2.0 vs 2.1 - Ciclo de lectura y escritura con los esclavos - Configuración y programación de una red AS-i con S7-300 5.4. IO-Link - Características - Mensajes - Ejemplo de trama IO-Link - El espacio de memoria 5.5. Resumen Introducción En este capítulo se describirán tres redes de sensores muy importantes: IO-Link AS-interface (AS-i) CAN bus. Los protocolos de redes de control como Profinet y Ethercat gozan de una excelente compatibilidad con IO-Link y AS-i CAN bus no está tan asociado a redes de control y ofrece menores prestaciones en aplicaciones exigentes, pero también conviene conocerlo por su gran popularidad 5. REDES DE SENSORES Y ACTUADORES 5.1. Introducción 5.2. Bus CAN - Origen histórico de CAN - Características generales y aplicaciones - Versiones de CAN - Nodo CAN - Capa física y de enlace de datos - CAN bus en vehículos 5.3. AS-i - Características y estructura - Versiones de AS-i: 2.0 vs 2.1 - Ciclo de lectura y escritura con los esclavos - Configuración y programación de una red AS-i con S7-300 5.4. IO-Link - Características - Mensajes - Ejemplo de trama IO-Link - El espacio de memoria 5.5. Resumen Bus CAN Origen histórico de CAN Robert Bosch GmbH propuso Controller Area Network (CAN) para interconexión de componentes electrónicos del automóvil y se estandarizó en la norma ISO 11898-1 Características generales y aplicaciones: Se trata de un bus robusto, de uso sencillo, respuesta en tiempo real, y con aplicación en sistemas embebidos o abiertos Muchos fabricantes ofrecen en sus productos integración en redes CAN Se ofrecen herramientas hardware y software para análisis de bus CAN Es la base de CANOpen, DeviceNet, Sercos, SDS, CAN-Kingdom… Se utiliza en automatización naval, como subred de edificios inteligentes, ascensores, aire acondicionado, ferrocarril, aviones, equipos médicos, parques eólicos… Antiguamente en el automóvil se empleaban dos buses, pero ahora se usan más ABS Bus de alta velocidad Salpicadero Climatización Bus de baja velocidad Motor Suspensión Elevalunas Luces Buses CAN en VW Polo Bus CAN Red genérica de un vehículo actual Red de un vehículo actual concreto: Buses CAN en VW Polo Bus CAN Versiones de CAN 2.0A: los mensajes tienen un identificador de 11 bits 2.0B: los mensajes tienen un identificador de 29 bits Nodo CAN: consta de: Microcontrolador con software de capas altas del protocolo Controlador CAN: dispositivo que tiene implementado el protocolo CAN. Puede ser de dos tipos: 2.0B pasivo: recibe y transmite mensajes 2.0A, y recibe mensajes 2.0B pero no los guarda 2.0B activo: como el 2.0B pasivo pero además guarda mensajes 2.0B Transceptor de alta velocidad sobre par de hilos: convierte la señal de voltaje de circuito integrado a señal diferencial con valores acordes con el estándar CAN Los elementos del nodo CAN pueden ir integrados en un solo chip o separados: Microcontrolador + XTAL Controlador CAN TX RX Transceptor CAN can-h can-l gnd CAN_H CAN_L GND (0V) Bus CAN Capa de enlace de datos Se pueden transmitir cuatro tipos de tramas: Trama de datos (Data Frame): un nodo transmisor envía datos a los receptores Trama remota (Remote Frame): un nodo solicita la transmisión de una trama de datos con el mismo identificador Trama de error (Error Frame): la envía un nodo cuando detecta un error en el bus Trama de sobrecarga (Overload Frame): la envía un nodo cuando requiere un tiempo antes de recibir la siguiente trama Formato de la trama de datos o la remota: Bus idle Arbitration field 11 bit SID SOF Mensaje Control Data Field DLC Data (0-8 Bytes) RTR Notas: r0 CRC ACK EOF 15 bits Delimiter Delimiter r1: indica con estado dominante que lo que viene es trama 2.0A SID: standard identifier – identificador estándar del mensaje RTR: vale 0 si se trata de trama de datos y 1 si es remota Control: está formado por 6 bits (r1 y r0 para futuras apliaciones) DLC: indica el número de bytes del Data Field EOF: tiene 7 bits recesivos Después del EOF se envían 3 bit recesivos Bus CAN Capa de enlace de datos Gestión de acceso al medio – CSMA/CD + AMP (Arbitration on Message Priority) Cuando el bus está sin actividad (idle) varios nodos pueden transmitir Cada nodo compara los bits del campo identificador transmitidos con los recibidos Si detecta que recibe un bit dominante cuando ha enviado uno recesivo se pone en modo recepción: Nodo 1 0 1 1 0 1 0 0 0 1 1 0 0 dominante recesivo dominante Nodo 2 Nodo 3 0 0 SOF 1 1 0 1 0 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 10 8 7 6 5 4 3 2 Tiempo de bit 9 nodo 3 abandona 0 1 recesivo dominante recesivo Los bits 0, dominantes tienen nivel de señal alto y los bits 1, dominantes, nivel bajo (es lógica invertida) 0 nodo 2 abandona Ventajas: No hay que esperar un tiempo variable a retransmitir como en Ethernet (CSMA/CD) No hay que esperar un turno de ranuras para cada nodo como en CSMA/CA (Collision Avoidance) Desventajas: No existe opción de establecer un equilibrio entre nodos (siempre hay prioridad) El nivel físico de cada bit debe ser estable (se reduce la velocidad de transmisión para garantizarlo) Bus CAN Capa de enlace de datos Sincronización Los datos se transmiten de forma asíncrona mediante codificación NRZ En los controladores CAN hay una señal de reloj local de frecuencia más elevada que la señal del bus y que hay que sincronizar cuando en la línea aparecen flancos de subida y de bajada Se emplea bit stuffing para garantizar transiciones cuando se transmiten 5 bits consecutivos de la misma polaridad (en la región SOF hasta CRC de las tramas de datos y remotas) Gestión de errores Error de bit: salvo en el arbitraje, cuando el nodo que transmite detectan que un bits recibido es diferente que el transmitido Error de relleno: si se detectan 6 o más bits de la misma polaridad Error de CRC Error de forma: bits con valor fijo tienen un valor diferente al esperado Error de reconocimiento: se refiere al bit ACK Cuando un nodo detecta un error envía 6 bit dominantes (se invalida el mensaje enviado a los demás nodos) y el nodo transmisor intentará retransmitir Bus CAN Capa de enlace de datos Filtros y máscaras en controladores El controlador, además de hardware para protocolo CAN, tiene un buffer de transmisión y uno o varios buffer de recepción dependiendo de la versión de CAN. Cada buffer de recepción tiene una máscara y uno o varios filtros En la versión que utilizamos en el laboratorio, cada nodo dispone de dos buffer de recepción (cada uno con su máscara), y 6 filtros (4 de ellos asociados a uno de los pares buffer/máscara y otros 2 asociados a al otro par buffer/máscara) A la hora de hacer los cálculos se considera la parte del mensaje que se recibe en el buffer y que corresponde con el identificador (SID) del mensaje. Este identificador se multiplica con un AND lógico por la máscara y se compara con uno o varios filtros. En el siguiente ejemplo se analiza el caso de un mensaje cuyo identificador se multiplica por la máscara y se compara con un filtro. En caso de que el resultado sea positivo el mensaje se acepta. Si hubiera más de un filtro, con que la comparación con uno de los filtros dé positiva basta para aceptarlo Bus CAN Capa física Debe soportar la representación en estados recesivo y dominante y consta de tres subcapas: Subcapa 1. Physical Medium Attachment (PMA): transforma los niveles lógicos a los requeridos por el medio físico. Típicamente la señal transmitida (TX) por el controlador CAN se convertirá mediante el transceptor en una señal diferencial que se transmitirá por los pines can-h y can-l, y la señal diferencial que reciba el transceptor se convertirá a una señal en un hilo interpretable por el controlador Microcontrolador + XTAL Controlador CAN TX RX Transceptor CAN can-h can-l gnd CAN_H CAN_L GND (0V) Bus CAN Capa física Subcapa 1. Physical Medium Attachment (PMA): a) Circuito de transceptor CAN. b) Señales CAN bus emitidas o recibidas por el transceptor En el siguiente enlace se muestra una técnica para el obtener la VCC/2, la tensión común en modo recesivo: https://bit.ly/31LiFpS Bus CAN Capa física Subcapa 2: Medium dependent interface (MDI): especifica características del conector y del medio de transmisión: Los cables se pueden trenzar y apantallar Se recomienda resistencias de terminación de 120 Ω La estructura del cableado lo más próxima a la línea simple Si se emplean derivaciones, que sean lo más cortas (e.g. a 1Mbps no exceder 0.3 m) No se recomienda longitud de bus superior a 1 km CAN in Automation añade otras características como: el uso de conectores tipo D de 9 pines Posibilidad de utilizar repetidores para buses de longitud mayor que 1 km Posibilidad de usar optoacopladores para buses de longitud mayor que 200 m Bus CAN Capa física Subcapa 3: Physical Signaling Layer (PSL): Se implementa en el controlador y se encarga de codificación, sincronización y temporización Cada bit tiene cuatro segmentos, de tiempo superior a la señal del oscilador y múltiplo del time quanta (TQ) El controlador lee el nivel del bus en el punto de muestreo Tiempo nominal de bit SYNC_SEG PROP_SEG PHASE_SEG1 PHASE_SEG2 Punto de muestreo Para arreglar los problemas de sincronismo se modifican las longitudes de algunos campos (más info en https://ww1.microchip.com/downloa ds/en/Appnotes/00754.pdf ) Bus CAN CAN bus en vehículos El protocolo On Board Diagnostics (OBD) se implementó para controlar de forma electrónica las emisiones de los vehículos. Actualmente se trabaja fundamentalmente con la versión OBDII, la cual soporta 5 protocolos: SAE J1850 PWM (Pulse Width Modulation) - 41.6 kbps. SAE J1850 VPW (Variable Pulse Width) - 10.4 kbps. ISO 9141-2 – Comunicación serie asíncrona a 10.4 kbps. ISO 14230 KWP2000 (Keyword Protocol 2000). ISO 15765 CAN (250 kbps o 500 kbps). El protocolo que se va imponiendo es CAN bus. De hecho es obligatorio implementarlo en los vehículos desde hace ya unos cuantos años Bus CAN CAN bus en vehículos Cada vehículo tiene varios buses Can que se controlan desde el terminal OBDII OBDII Conector OBD-II CAN H Compartimento del conductor CAN L Bus CAN CAN bus en vehículos El protocolo OBDII puede soportar hasta 10 modos de diagnóstico: A modo de ejemplo, los 4 primeros son: Modo 1: Devuelve los valores de los diferentes sensores del vehículo. Cada sensor se identifica con un número llamado PID (Parameter Identifier). Por ejemplo, la velocidad tiene el PID número 0x0D. Modo 2: Devuelve una trama de datos instantánea de una falla en un sensor. Modo 3: Muestra los códigos de diagnóstico del vehículo. Son códigos estándar para todos los vehículos. Modo 4: Se utiliza para eliminar los códigos de falla almacenados y desactivar el piloto de error en el motor. La forma general de solicitar los datos mediante OBDII Se envía un mensaje con identificador en hexadecimal 7DF (es un identificador que las ECUs están preparadas para recibir) Si se desea trabajar en modo 1, los datos del mensaje seguirán este formato: El byte 0 es el número de bytes que datos que se envían (2 en este caso) El byte 1 es el modo (modo 1 en este caso) El byte 2 es el PID (por ejemplo para la velocidad el PID es 0x0D - se puede encontrar un listado con los parámetros más comunes en http://bit.ly/1E4lqxE) Bus CAN CAN bus en vehículos Trama recibida por OBDII Dependiendo de la ECU que responda, recibiremos un mensaje con un identificador u otro. Lo normal es que recibamos de la 7E8 porque las ECUs están ordenadas con identificadores de en orden de prioridad del 7E8 al 7EF Los datos de la trama seguirán el formato indicado a continuación: El byte 0 indica el número de bytes de datos que vienen después El byte 1 indica si los datos recibidos son actuales El byte 2 indica el código PID (en el ejemplo sabemos que el dato pertenece a la temperatura del líquido refrigerante) Dependiendo de cuántos bytes se usen para el parámetro en cuestión se pueden emplear el byte 3, el 3 y el 4, o el 3,4,5 y 6. Ejemplo 1 : para temperatura se usa solo el byte 3 y al el resultado obtenido hay que restarle 40 Ejemplo 2: para las revoluciones por minuto se usan el byte 3 y 4, de modo que hay que multiplicar el byte 3*256 y sumarle el byte 4. El resultado se divide entre 4 Vídeo demostrativo: https://drive.google.com/file/d/1bi4oCKtiRBp9Qsg61rMjD9LNdZcSRzY5/view 5. REDES DE SENSORES Y ACTUADORES 5.1. Introducción 5.2. Bus CAN - Origen histórico de CAN - Características generales y aplicaciones - Versiones de CAN - Nodo CAN - Capa física y de enlace de datos - CAN bus en vehículos 5.3. AS-i - Características y estructura - Versiones de AS-i: 2.0 vs 2.1 - Ciclo de lectura y escritura con los esclavos - Configuración y programación de una red AS-i con S7-300 5.4. IO-Link - Características - Mensajes - Ejemplo de trama IO-Link - El espacio de memoria 5.5. Resumen AS-i Fue desarrollado inicialmente por diversas empresas alemanas (Siemens, Festo, Pepper-Fuchs etc.), aunque se ha extendido a otras como Omron y Schneider El objetivo primordial fue sustituir el cableado paralelo1 Es básicamente un bus de sensores y actuadores Se sitúa en el nivel jerárquico más bajo, donde un único cable interconecta un dispositivo maestro con múltiples sensores y actuadores binarios que actúan como esclavos: sistema ahora solo utilizado en sistemas de seguridad en el que cada señal solo puede tomar una dirección. El cableado y la complejidad aumentan 1 AS-i En 1990 fue creado por iniciativa de un grupo de empresas En 1992 se creó la asociación AS-i, encargada de certificar los productos AS-i y expandirlos a nivel mundial AS-i se convirtió en 1999 en un estándar, el IEC 62026-2. En 2018 salió al mercado la versión 5, en línea con la industria 4.0 y combinado de forma más estrecha con IO-Link Sin embargo, primero se explicará la versión 2 y la 3, que han tenido bastante popularidad y están implementadas en bastantes lugares del mundo Los productos AS-i llevan un logotipo que acredita la certificación de la asociación Esta certificación permite que AS-i sea un bus estándar, abierto y no dependiente del fabricante En 2013 ya había más de 24 millones de dispositivos de campo con AS-I instalados en el mundo, con una tasa de crecimiento de 2 millones al año AS-i Características de AS-i 2.0 La distancia máxima de transmisión es 100 m y la velocidad máxima 167 Kbps El control de acceso al medio es determinista (sin colisiones) con un ciclo de entre 5 y 10 ms En el modelo estándar se pueden conectar hasta 31 esclavos (a cada esclavo se pueden conectar 4 sensores y 4 actuadores), y el extendido 62 esclavos La transmisión es banda base con codificación Manchester Diferencial Instalación sencilla Coste reducido de la instalación: menor número y longitud de cable que con cableado convencional M1 M2 M3 C1 C2 C3 Maestro C4 Sin bus AS-i Con bus AS-i AS-i Características de AS-i Elementos de distintos fabricantes, modulares e intercambiables Compatible con sensores y acondicionadores estándar ya instalados Diagnóstico inmediato en caso de fallo de componentes Topología libre estrella en línea controlador controlador Maestro ramas en árbol controlador Maestro controlador Maestro Maestro esclavo esclavo esclavo esclavo esclavo esclavo esclavo esclavo esclavo esclavo esclavo esclavo esclavo esclavo esclavo esclavo esclavo esclavo esclavo esclavo esclavo esclavo AS-i Características de AS-i Facilidad de ampliación y modificación instalaciones existentes Posibilidad de conectar y desconectar elementos en caliente sin afectar al resto de la instalación Los maestros AS-i de SIMATIC net extendidos también soportan el acceso a sensores y actuadores analógicos Estructura El medio físico utilizado son un par de hilos por el que circulan tanto los datos como la alimentación de los componentes del bus Los componentes se conectan y desconectan del cable por perforación autocicatrizante Los esclavos pueden ser pasivos o activos. Los activos llevan un circuito integrado específico D0 = commutation D1 = warning D2 = enable Una sola conexión D3 = test P0 = timer AS-Interface IC del esclavo P1 = inversión P2 = distancia P3 = función especial alimentación Sensor o actuador AS-i Proceso de transmisión y posterior reconstrucción de señal NRZ en red AS-i AS-i Versiones de AS-i: 2.0 vs 2.1 Se diferencian en que una y otra tiene 31 y 62 esclavos respectivamente En la 2.0 hay conectividad para 4 sensores y 4 actuadores, mientras que en 2.1 hay para 4 sensores y 3 actuadores, dejándose el último bit para indicar el tipo de esclavo: A o B Actualmente se trabaja con la versión 3.0, que solo difiere de 2.1 en que puede emplear hasta 8 entradas y 8 salidas digitales por esclavo, la posibilidad de gestionar entradas analógicas de 8, 12 o 16 bit, y la distancia (600 m) AS-i Ciclo de lectura y escritura con los esclavos Utiliza un sistema polling para lectura y escritura de los esclavos por parte del maestro En la versión 2.0 invierte 5 ms en actualizar todos y cada uno de los esclavos y en la versión 2.1 invierte 10 ms (5 ms en los esclavos A y 5 ms en los B) Maestro AS-i como intermediario: AS-i Tramas AS-i Maestro AS-i como intermediario: AS-i Características de la versión AS-I 5 El tiempo de ciclo será de solo 1.2 ms Se podrán conectar hasta 384 sensores y 384 actuadores Cantidad de datos de proceso por esclavo de 16 bits hasta 32 bytes Compatible con todos los dispositivos y componentes de ASi hasta la fecha Permite la transmisión de valores analógicos y la integración de sensores inteligentes de hasta 32 bytes, como los de sensores IO-Link Más información sobre AS-I en: https://www.bihl-wiedemann.de/es/asi-5.html https://www.pepperl-fuchs.com/spain/es/ASi5.htm ¿Cuándo conviene usar AS-I o IO-Link? https://us.profinet.com/io-link-versus-asi AS-i Configuración y programación de una red AS-i con un S7-300 Conexión de dispositivos de E/S estándar a los esclavos AS-i Conectores hembra M12 Conexión de sensores y actuadores estándar -+ AS-i Configuración y programación de una red AS-i con un S7-300 Ejemplo - Se desea controlar: AS-i Configuración y programación de una red AS-i con un S7-300 Ejemplo – Desarrollo del ejercicio: 1. Se direccionan los esclavos 2. Se conexionan los sensores y actuadores AS-i Configuración y programación de una red AS-i con un S7-300 Ejemplo – Desarrollo del ejercicio: 3. Montaje y conexionado de la red AS-i AS-i Configuración y programación de una red AS-i con un S7-300 Ejemplo – Desarrollo del ejercicio: 4. Configuración de la red mediante el maestro AS-i - Se pone la CPU del PLC en modo STOP - Se acciona el pulsador SET (se pasa a modo configuración) - Se comprueba que los esclavos están indicados en el panel frontal del maestro AS-i - Se acciona el pulsador SET (se pasa a modo protegido) - Se pone la CPU del PLC en modo RUN 5. Realización del programa de aplicación - Se crean un bloque OB1 donde irán incluidos los segmentos de programación para las entradas y salidas: AS-i Configuración y programación de una red AS-i con un S7-300 Ejemplo – Desarrollo del ejercicio: 5. Realización del programa de aplicación Se determina el origen de datos de los esclavos en el maestro AS-i Se observa en el maestro AS-i las direcciones de datos de los esclavos AS-i Configuración y programación de una red AS-i con un S7-300 Ejemplo – Desarrollo del ejercicio: 5. Realización del programa de aplicación en el bloque OB1: I306.3 Q308.5 I305.0 Q308.5 IO-Link Características IO-Link es una interfaz genérica para conectar sensores y actuadores a un dispositivo maestro que sigue el estándar IEC61131-9 Contiene dos tipos de dispositivos: Maestros Devices (se conectan punto a punto con el maestro) El conector típico es el clase A (port class A): 5. REDES DE SENSORES Y ACTUADORES 5.1. Introducción 5.2. Bus CAN - Origen histórico de CAN - Características generales y aplicaciones - Versiones de CAN - Nodo CAN - Capa física y de enlace de datos - CAN bus en vehículos 5.3. AS-i - Características y estructura - Versiones de AS-i: 2.0 vs 2.1 - Ciclo de lectura y escritura con los esclavos - Configuración y programación de una red AS-i con S7-300 5.4. IO-Link - Características - Mensajes - Ejemplo de trama IO-Link - El espacio de memoria 5.5. Resumen IO-Link Características Distancia máxima de transmisión: 20 metros por cable sin apantallar Tiempo de ciclo 2 ms. Velocidades de transmisión: 4.8, 38.4 y 230.4 kbps (en desarrollo la versión IO-Link SPE Single-Pair Ethernet, donde se pueden alcanzar velocidades de entre 10 y 100 Mbps, y longitudes de cable de hasta 1000 metros) Mensajes IO-Link emplea polling (sondeo) del master al device Tres tipos de mensajes: cíclicos, acíclicos y eventos Los mensajes acíclicos y los eventos son solicitados explícitamente por el maestro mientras que los cíclicos solo necesitan de una orden inicial de llamada IDLE telegram para que se vayan enviando cíclicamente sin que se vuelva a hacer otra solicitud. IO-Link Ejemplo de trama IO-Link CMD incluye 3 subcampos: R/W: es 1 bit que indica si el master desea leer del device o escribir en él. Será 0 cuando desea escribir y 1 cuando desea leer. Data Channel: 2 bits que indican 4 opciones posibles: process data, parameter data, diagnosis data y service PDU. Address: la dirección del device CHK/TYPE: tiene el subcampo Data Channel y el subcampo Checksum/Stat, con información del estado en que se encuentra el master y también información de verificación de si el mensaje se ha transmitido correctamente. El device tiene en su trama un campo muy parecido al CHK/TYPE que se llama CHK/STAT IO-Link El espacio de memoria Cada device dispone de 216 registros de 232 octetos cada mediante un indice y un subíndice se puede acceder a toda o a parte de esa información: Cuando el subíndice es 0 se accede a los 232 octetos de la fila referenciada con el índice Cuando el subíndice tiene valor distinto de 0 se accede al octeto correspondiente al número del subíndice. Por ejemplo, si el subíndice es 5, se accede al octeto 5 Este modo de funcionamiento presenta alguna excepción como que los primeros 2 índices, el 0 y el 1, se refieren a una zona reservada para parámetros directos que no ocupan 232 sino 16 octetos. 5. REDES DE SENSORES Y ACTUADORES 5.1. Introducción 5.2. Bus CAN - Origen histórico de CAN - Características generales y aplicaciones - Versiones de CAN - Nodo CAN - Capa física y de enlace de datos - CAN bus en vehículos 5.3. AS-i - Características y estructura - Versiones de AS-i: 2.0 vs 2.1 - Ciclo de lectura y escritura con los esclavos - Configuración y programación de una red AS-i con S7-300 5.4. IO-Link - Características - Mensajes - Ejemplo de trama IO-Link - El espacio de memoria 5.5. Resumen Resumen AS-i se emplea fundamentalmente para sistemas con muchas entradas y salidas digitales (típico en una cadena de montaje). Dispositivos analógicos simples con tiempos de actualización relativamente lentos. Volumen bajo de datos Cuando se necesita seguridad funcional en la red. AS-I Safety at Work puede conectarse de forma transparente a PROFIsafe. IO-Link se usa para: Sensores y actuadores inteligentes. (Por "inteligente", entiéndase "volumen de datos grande"). cableado punto a punto No tiene una especificación de seguridad funcional, por lo que ahí es más competitivo AS-i, aunque se está trabajando en que IO-Link implemente esto. Como resumen, AS-i es apropiado para una red de dispositivos de bajo volumen de datos, mientras que IO-Link para conexiones punto a punto de dispositivos de alto volumen de datos. CAN tiene menores prestaciones que AS-i e IO-Link pero es muy económico y robusto, de ahí que se emplee en aplicaciones como la del automóvil