Podcast sobre Automatización Industrial con Siemens S7-1500

Kapitoly

El Secreto del S7-1500

La Estructura: Más que un Simple Riel

La Fuente de Alimentación Misteriosa

Superpoderes del S7-1500

Direccionamiento: Poniendo Nombre y Apellido

El Primer Paso: TIA Portal

Construyendo el PLC Virtual

Dándole Sentidos y Músculos

Estableciendo la Conexión

Las Reglas del Juego Numérico

Hablando en Binario

Hexadecimal: El Atajo Inteligente

Las Funciones Básicas

El Ciclo SCAN

La Imagen de Proceso: PAE y PAA

Modos de Operación: RUN vs. STOP

Más Allá del Cerebro: La Comunicación

Los Grandes Jugadores

Resumen y Despedida

Přepis

Álvaro: Hay un detalle en la configuración física de los autómatas Siemens S7-1500 que confunde a más del ochenta por ciento de los estudiantes en el examen. Es una pregunta trampa que parece simple... pero no lo es. Y hoy, vamos a desvelar cómo evitar caer en ella para siempre.

Sofía: Exacto. Una vez que entiendes esta pequeña particularidad, todo el sistema cobra sentido. Es un verdadero momento «ajá».

Álvaro: Estás escuchando Studyfi Podcast.

Álvaro: Sofía, empecemos por lo básico. Cuando vemos un S7-1500, ¿qué es lo primero que salta a la vista?

Sofía: Lo primero que ves es su estructura: una configuración en una sola fila. Todos los módulos van montados en algo que llamamos un perfil soporte, que es básicamente un riel metálico.

Álvaro: Como un tren de componentes, ¿no? Cada vagón es un módulo.

Sofía: ¡Exacto! Es una gran analogía. Y lo ingenioso es cómo se conectan. Usan un conector en forma de U por detrás, que crea un bus de fondo autoinstalable. ¡No hay que cablear cada módulo entre sí!

Álvaro: Eso suena muy práctico. ¿Y cuántos «vagones» o módulos puede tener este tren?

Sofía: El sistema S7-1500 admite un máximo de 32 módulos. Ocupan lo que llamamos «slots», que van numerados del 0 al 31.

Álvaro: Vale, 32 módulos. Parece sencillo. Pero aquí es donde viene la parte que confunde a todo el mundo, ¿verdad?

Sofía: Aquí mismo. La pregunta es: ¿qué pasa con la fuente de alimentación? Todo sistema necesita energía, ¿no?

Álvaro: Claro. Necesita por lo menos una fuente de alimentación de carga para dar esos 24 voltios de corriente continua a los módulos y a los circuitos.

Sofía: Correcto. Y aquí está el truco que todos fallan: la fuente de alimentación de carga... no ocupa uno de esos 32 slots.

Álvaro: ¡Ah! Así que no está conectada al bus de fondo como los demás módulos.

Sofía: ¡Exactamente! Puedes montarla en el mismo riel, a la izquierda o a la derecha de la CPU, pero no cuenta para el límite de 32. Es como el director de la orquesta, es esencial pero no se sienta con los músicos.

Álvaro: Me gusta. Y has mencionado que puede generar calor, así que a veces hay que dejar un hueco si la pones a la derecha.

Sofía: Sí, es un detalle práctico a tener en cuenta para que no se sobrecaliente. Puedes usar tantas fuentes como necesites, no hay un límite máximo.

Álvaro: Ok, ya dominamos la configuración física. Hablemos de lo que hace a este autómata tan potente. ¿Qué hay de la comunicación?

Sofía: Es muy avanzado. El S7-1500 habla varios idiomas: Ethernet, Profinet y Profibus. Esto le permite conectarse con una cantidad enorme de dispositivos en la planta.

Álvaro: ¿Y la programación? ¿Necesito aprender un lenguaje súper complicado?

Sofía: Para nada. Utiliza Step 7, que viene dentro del software TIA Portal. Te da opciones. Puedes usar lenguajes gráficos como KOP, que es como un esquema de contactos eléctricos, o FUP, un diagrama de funciones. Son muy visuales.

Álvaro: Suena accesible. Y en un mundo tan conectado, la seguridad es clave.

Sofía: Por supuesto. El S7-1500 lo tiene muy en cuenta. Incluye funciones de seguridad avanzadas como el cifrado de datos y control de acceso para que nadie no autorizado pueda modificar el programa.

Álvaro: Eso da mucha tranquilidad. ¿Y se puede conectar con los sistemas de gestión de la empresa?

Sofía: Sí, y eso es una de sus grandes ventajas. Se integra con sistemas de TI como MES, para la ejecución de la fabricación, o incluso ERP, el sistema de planificación de la empresa. Así, la fábrica y la oficina están en constante comunicación.

Álvaro: Perfecto. Ahora entremos en el software. Digamos que tengo mis módulos conectados. ¿Cómo sabe la CPU a quién hablarle? Hablemos del direccionamiento.

Sofía: Pensemos en ello como si fueran direcciones postales. Cada entrada y cada salida tiene una dirección única. Para los módulos digitales, esta dirección tiene dos partes: la dirección de byte y la dirección de bit.

Álvaro: A ver, un ejemplo. Si veo «A 0.0», ¿qué significa?

Sofía: «A» significa que es una salida. El primer «0» es la dirección de byte, que depende de en qué slot has puesto el módulo. Y el segundo «0» es la dirección de bit, que identifica el canal específico dentro de ese módulo.

Álvaro: Entendido. ¿Y con los módulos analógicos? ¿Es igual?

Sofía: Es un poco diferente. Los valores analógicos, como una temperatura o una presión, no son un simple sí o no. Ocupan más información. Por eso, su dirección es siempre una dirección de palabra, no de bit. Es una dirección más grande, por decirlo así.

Álvaro: O sea, no veré un «punto algo» en la dirección de un canal analógico.

Sofía: Exacto. Cuando configuras el hardware en el software STEP 7, él asigna estas direcciones automáticamente, aunque tú siempre puedes modificarlas si lo necesitas. Es bastante intuitivo una vez que lo ves en pantalla.

Álvaro: Y todo esto se gestiona desde el software que has mencionado, TIA Portal.

Sofía: Correcto. TIA son las siglas de «Totally Integrated Automation». Es el cerebro de la operación. Desde ahí creas el proyecto, configuras todo el hardware que acabamos de describir y, por supuesto, escribes el programa.

Álvaro: Entonces, el primer paso práctico es siempre abrir TIA Portal y crear un nuevo proyecto.

Sofía: Sí, normalmente lo inicias con privilegios de administrador, le das a «Crear proyecto», le pones un nombre... y a partir de ahí empieza la magia.

Álvaro: La magia de la automatización. Creo que con esto, esa pregunta del examen ya no será un problema.

Sofía: Te lo aseguro. Recordad: la fuente de alimentación es vital, pero no ocupa un slot. Con eso, ya estáis por delante de la mayoría.

Álvaro: Ok, Sofía, ya entendimos qué es el hardware del PLC y sus componentes. Pero... ¿cómo le decimos qué hacer? No creo que entienda español, ¿verdad?

Sofía: ¡Buena pregunta! No, no habla español, pero sí el lenguaje del software. Y para el modelo S7-1500, ese software se llama TIA Portal.

Álvaro: ¿TIA Portal? Suena como el nombre de un videojuego. ¿Qué hace exactamente?

Sofía: ¡Casi! Es la abreviatura de 'Totally Integrated Automation Portal'. Piensa en él como el centro de mando universal. Te permite configurar, programar y controlar todo desde una sola pantalla. Es súper potente.

Álvaro: Entendido. Una herramienta para dominarlos a todos. ¿Y la parte de escribir las instrucciones?

Sofía: Esa parte se llama STEP 7. Es el componente dentro de TIA Portal que usamos para la programación y configuración. Es nuestro lienzo en blanco.

Álvaro: Vale, entonces abrimos TIA Portal. ¿Cuál es el primer paso? ¿Empezamos a escribir código directamente?

Sofía: ¡Cuidado! Antes de correr, hay que aprender a caminar. Lo primero es configurar el hardware. Tienes que decirle al software exactamente qué componentes físicos tienes.

Álvaro: Tiene sentido. ¿Cómo se hace?

Sofía: En la 'vista de proyecto', es tan simple como hacer doble clic en 'Agregar nuevo dispositivo'. Ahí empieza la magia.

Álvaro: Y supongo que ahí elegimos nuestro PLC, la CPU.

Sofía: Exacto. Y aquí va un consejo clave: tienes que ser muy específico. No solo el modelo, como una 'CPU 1515-2 PN', sino también la versión del firmware. Para que la simulación funcione bien, por ejemplo, es crucial usar la versión 1.7.

Álvaro: Anotado. La precisión es todo para que esto no se convierta en un dolor de cabeza.

Sofía: Totalmente. Un número equivocado aquí te puede costar horas de frustración.

Álvaro: Ok, ya tenemos el cerebro, nuestra CPU virtual. ¿Ahora qué?

Sofía: Ahora le damos ojos, oídos y manos. Desde el catálogo de hardware, agregamos los módulos de entrada y salida. Son como los sentidos y los músculos del PLC.

Álvaro: ¿Qué tipo de módulos, por ejemplo?

Sofía: Para empezar, podríamos añadir un módulo de 32 entradas digitales y otro de 32 salidas digitales. Y para mediciones más precisas, un módulo de 4 entradas analógicas y otro de 4 salidas analógicas.

Álvaro: Perfecto. Así ya tenemos un PLC completo y listo para interactuar con el mundo real.

Sofía: ¡Exacto! Y ahora viene la parte emocionante: conectar nuestro proyecto con la CPU real.

Álvaro: ¿La conexión online? ¿Para qué sirve exactamente?

Sofía: Sirve para todo lo importante. Para cargarle el programa que hemos creado, para comprobar si funciona, para ver diagnósticos si algo falla, e incluso para forzar valores y probar cosas de forma segura.

Álvaro: Suena como el cable que conecta la mente al cuerpo. ¿Y cómo se establece esa conexión?

Sofía: El primer paso es darle una identidad en la red. Configuramos su dirección IP. En las propiedades de la CPU, vamos a 'Direcciones Ethernet', le asignamos una IP y la agregamos a una subred Profinet.

Álvaro: Entendido. Es como darle su propia dirección de casa para poder enviarle las instrucciones. ¡Increíble! Así que ese es el puente entre nuestro plan en la computadora y la acción en la fábrica.

Sofía: Justo así. Y una vez que tenemos ese puente, podemos empezar a hablar de los lenguajes que entiende el PLC, que es donde la creatividad realmente empieza a jugar.

Álvaro: Okay, eso aclara mucho sobre el hardware. Pero Sofía, me queda una duda... ¿cómo “piensa” exactamente un PLC? O sea, ¿entiende nuestras instrucciones en español o inglés?

Sofía: ¡Ojalá fuera tan fácil! No, para nada. Los PLC, como cualquier computadora, tienen su propio lenguaje. Y todo se basa en los sistemas de numeración.

Álvaro: Uf, sistemas de numeración... Suena a clase de matemáticas de secundaria.

Sofía: ¡Pero es más sencillo de lo que crees! Y entender esto es la clave para dominar la programación de PLC. Piénsalo así: un sistema de numeración es solo un conjunto de reglas y símbolos para contar.

Álvaro: ¿Reglas y símbolos? ¿Como un código secreto?

Sofía: ¡Exactamente! Y cada sistema tiene tres componentes básicos. Primero, la "base", que es cuántos símbolos únicos usa. Segundo, los "dígitos", que son esos símbolos. Y tercero, la "posición" de cada dígito, que le da un valor específico.

Álvaro: Entiendo... Entonces, en nuestro sistema normal, el decimal, la base es diez, porque usamos diez dígitos, del cero al nueve.

Sofía: ¡Bingo! Y cada posición es una potencia de diez. Por eso el 5 en el número 50 vale diez veces más que el 5 en el número... bueno, en el 5. Es el peso posicional.

Álvaro: Vale, eso tiene sentido. ¿Y cuál es el sistema que usan los PLC?

Sofía: Su lengua materna es el sistema binario. Es súper simple. La base es 2, y solo tiene dos dígitos: 0 y 1. Nada más.

Álvaro: ¿Solo ceros y unos? ¿Cómo pueden representar números grandes con eso?

Sofía: ¡Ahí está la magia! Lo hacen con la posición. Cada posición es una potencia de dos. Así que un simple "encendido" o "apagado", un 1 o un 0, puede combinarse para crear cualquier número imaginable.

Álvaro: Wow. Entonces, ¿para convertir un número nuestro a binario, cómo se hace?

Sofía: Es un truco genial. Solo tienes que dividir el número decimal entre 2, una y otra vez. Anotas el residuo, que siempre será 0 o 1, y luego lees esos residuos al revés. ¡Y listo! Ya hablas binario.

Álvaro: Suena como un buen truco de fiesta. ¿Hay otros sistemas importantes?

Sofía: Sí, principalmente el hexadecimal. Los programadores lo aman porque es una forma compacta de escribir números binarios larguísimos. Imagina intentar leer una cadena de treinta ceros y unos... ¡te volverías loco!

Álvaro: Ya me estoy mareando solo de pensarlo.

Sofía: Exacto. El sistema hexadecimal usa base 16. Tiene los dígitos del 0 al 9, y luego usa las letras A, B, C, D, E y F para representar del 10 al 15.

Álvaro: ¿Letras en un sistema numérico? Ahora sí que esto parece un código secreto.

Sofía: Totalmente. Y la conversión es súper útil. Agrupas los dígitos binarios en grupos de cuatro, y cada grupo se convierte en un solo dígito hexadecimal. Es un atajo increíblemente eficiente.

Álvaro: Okay, así que los PLC piensan en binario, pero los humanos usamos hexadecimal para no perder la cabeza. Lo capto.

Sofía: ¡Esa es la idea! Y dominar estas conversiones es lo que te da el control real. Hablando de control, esto nos lleva directamente a cómo se estructuran los datos dentro de la memoria del PLC...

Álvaro: Ok, eso aclara muchísimo cómo se estructura la memoria. Pero ahora me queda una duda gigante, Sofía. ¿Cómo procesa el PLC toda esa información? O sea, ¿piensa? ¿Cómo pasa de una entrada a una acción de salida?

Sofía: Excelente pregunta, Álvaro. No, no "piensa" como nosotros. Pero sí sigue un proceso muy rápido y ordenado. Y aquí es donde entramos al corazón de cómo funciona un PLC: sus conceptos de operación.

Álvaro: El corazón del PLC... suena importante. ¿Por dónde empezamos?

Sofía: Empecemos por lo más fundamental. Un PLC tiene tres funciones básicas. Primero, recibe señales de las ENTRADAS. Piensa en sensores, botones, interruptores...

Álvaro: Lo que le dice qué está pasando en el mundo real, ¿cierto?

Sofía: Exacto. Segundo, procesa esas señales según el PROGRAMA que le hemos cargado. Esa es la lógica que nosotros, como programadores, le damos.

Álvaro: El cerebro de la operación.

Sofía: Precisamente. Y tercero, basado en ese programa, envía acciones al sistema a través de las SALIDAS. Esto activa motores, luces, válvulas... los actuadores.

Álvaro: Entradas, programa, salidas. Suena simple, pero sé que hay más debajo de la superficie.

Sofía: Siempre lo hay. Pero esa es la base de todo. Ahora, la parte fascinante es la velocidad a la que hace todo esto. Se llama ejecución cíclica.

Álvaro: ¿Ejecución cíclica? ¿Te refieres a que repite ese proceso una y otra vez?

Sofía: Exacto. Constantemente. A este ciclo se le conoce como "Ciclo SCAN". Y es increíblemente rápido.

Álvaro: ¿Qué tan rápido estamos hablando?

Sofía: Normalmente, un ciclo completo dura entre 3 y 10 milisegundos.

Álvaro: ¡Wow! Eso es más rápido que un parpadeo. ¿Y de qué depende que sea más rápido o más lento?

Sofía: Buena pregunta. Depende de varios factores. La capacidad de la CPU es uno. También el tamaño del programa... un programa más largo toma más tiempo en leerse.

Álvaro: Tiene sentido. Como leer un folleto versus una novela.

Sofía: ¡Exacto! También influye el número de Entradas y Salidas que tiene que gestionar y la cantidad de comunicación con otros dispositivos.

Álvaro: Entendido. Entonces, el PLC está en este bucle constante: leer, pensar, actuar... leer, pensar, actuar. Sin parar.

Sofía: Así es, siempre y cuando esté en modo RUN. Durante este ciclo, la CPU hace tres cosas principales en orden.

Álvaro: A ver, sorpréndeme.

Sofía: Primero, lee el estado de todas las entradas y lo guarda en su memoria. Segundo, ejecuta nuestro programa, instrucción por instrucción, usando los datos que acaba de leer. Y tercero, una vez que termina el programa, actualiza el estado de todas las salidas físicas.

Álvaro: Espera, has mencionado algo interesante. Dices que primero lee TODAS las entradas y LUEGO ejecuta el programa. ¿No lo hace en tiempo real, entrada por entrada?

Sofía: ¡Ahí está la clave! No, no lo hace. Y aquí es donde tenemos que hablar de un concepto importantísimo: la Imagen de Proceso.

Álvaro: Imagen de Proceso... suena a que le saca una foto a la realidad.

Sofía: ¡Es la analogía perfecta! Antes de empezar a ejecutar el programa, el PLC toma una "foto" del estado de todas las entradas. Esa foto se guarda en un área de memoria especial llamada Imagen de Proceso de Entradas, o PAE.

Álvaro: PAE. Lo anoto.

Sofía: Luego, el PLC ejecuta todo el programa de principio a fin, pero no mira las entradas reales... mira esa foto, la PAE. Esto garantiza que la información sea coherente durante todo el ciclo.

Álvaro: ¿Por qué es tan importante eso? ¿Qué pasaría si una entrada cambia justo a la mitad del programa?

Sofía: Si el PLC leyera las entradas físicas directamente, un sensor que se activa y desactiva rápidamente podría darle valores diferentes en distintas partes del mismo ciclo. ¡Sería un caos! El programa tomaría decisiones inconsistentes.

Álvaro: Claro, sería como intentar jugar un partido de fútbol donde la pelota cambia de lugar por arte de magia a mitad de una jugada.

Sofía: ¡Exactamente! Con la imagen de proceso, todos los cálculos del ciclo se basan en la misma "foto" inicial. La información es estable y predecible.

Álvaro: Ok, eso tiene mucho sentido. Y supongo que pasa algo parecido con las salidas.

Sofía: Así es. Mientras el programa se ejecuta, los resultados no van directamente a las salidas físicas. Se guardan en otra área de memoria, la Imagen de Proceso de Salidas, o PAA.

Álvaro: PAE para entradas, PAA para salidas. Fácil de recordar.

Sofía: Y solo cuando el PLC ha terminado de ejecutar todo el programa, copia el contenido completo de la PAA a las salidas físicas. Todo de una vez.

Álvaro: Entonces, para recapitular: el ciclo es 1) Tomar foto de entradas (PAE), 2) Ejecutar programa usando esa foto y preparar los resultados (PAA), y 3) Actualizar todas las salidas físicas con esos resultados. ¿Correcto?

Sofía: ¡Perfectamente resumido! Esa es la magia del ciclo SCAN. Garantiza orden y consistencia, que es fundamental para que nuestros sistemas funcionen de forma fiable.

Álvaro: Mencionaste antes que todo esto ocurre en modo RUN. ¿Qué otros modos existen?

Sofía: El principal contrapunto es el modo STOP. Y su nombre lo dice todo.

Álvaro: Me imagino que... ¿se detiene?

Sofía: Sí, pero es un poco más específico. En modo STOP, el PLC ignora por completo el programa de usuario. No lo ejecuta. Detiene el ciclo SCAN.

Álvaro: Entonces, ¿qué hace? ¿Se va a dormir?

Sofía: No exactamente. Sigue ejecutando su sistema operativo interno y su software de diagnóstico. Y desactiva todas las salidas por seguridad. Lo más importante es que en este modo podemos conectarnos desde un PC para programarlo o monitorear qué está pasando.

Álvaro: Ah, es el modo de "mantenimiento", por así decirlo.

Sofía: Exacto. Pero hay otra razón por la que un PLC puede entrar en modo STOP... y es una muy importante.

Álvaro: ¿Una parada de emergencia?

Sofía: Algo así. Si el sistema operativo del PLC detecta un error grave —puede ser un error en el programa, un fallo de hardware o un problema de comunicación—, se pondrá en modo STOP automáticamente.

Álvaro: ¡Es una medida de seguridad! Para que no siga operando con un fallo que podría causar un desastre.

Sofía: Precisamente. Y no te dejará volver al modo RUN hasta que el problema que causó el error se haya solucionado. Es su forma de decir: "Oye, algo va muy mal aquí. Arréglalo antes de continuar".

Álvaro: Bien, entiendo cómo piensa y opera el PLC internamente. Pero no es una isla, ¿verdad? Mencionaste la comunicación.

Sofía: Para nada. Un PLC es el cerebro, pero necesita un sistema nervioso para ser útil. Aquí es donde entra el "Diálogo Hombre-Máquina" o HMI.

Álvaro: Las pantallas táctiles y los paneles que vemos en las fábricas.

Sofía: Exacto. Son la forma en que un operador puede ver qué está pasando en el proceso y darle órdenes al PLC. Ya no son solo luces y botones; ahora son representaciones gráficas animadas, mensajes, datos...

Álvaro: Es la interfaz de usuario del proceso industrial.

Sofía: Correcto. Luego tenemos las redes de comunicación, también conocidas como redes de campo o Field Bus. Son los canales por los que los PLCs hablan entre sí, con sensores inteligentes y con sistemas de nivel superior.

Álvaro: Y hablando de sistemas de nivel superior... ¿qué son los sistemas de supervisión?

Sofía: A esos se les conoce como SCADA, que significa Control de Supervisión y Adquisición de Datos. Piensa en ello como el centro de control de toda la planta.

Álvaro: La vista de pájaro.

Sofía: Sí. Un sistema SCADA se comunica con todos los PLCs para recolectar datos, mostrar gráficos de todo el proceso en una pantalla y permitir que los supervisores envíen comandos generales.

Álvaro: Entiendo. Y una última cosa que he oído mencionar: entradas y salidas distribuidas. ¿Qué es eso?

Sofía: Ah, eso es muy práctico. Imagina una fábrica enorme. Si tuvieras que conectar cada sensor y actuador directamente al PLC central, ¡necesitarías kilómetros de cable! Sería una pesadilla.

Álvaro: Y carísimo, me imagino.

Sofía: ¡Por supuesto! En su lugar, se usan módulos de entradas y salidas distribuidas. Pones pequeños módulos cerca de los sensores y actuadores en diferentes zonas, y esos módulos se comunican con el PLC principal a través de un único cable de red industrial. Mucho más limpio, barato y eficiente.

Álvaro: Es como tener pequeños ayudantes del PLC por toda la fábrica. Impresionante.

Sofía: Lo es. Un PLC moderno no es solo un controlador, es el centro de un ecosistema de comunicación y control increíblemente sofisticado.

Álvaro: Queda claro que entender el ciclo SCAN y cómo se comunica el PLC es la base para poder dominarlo. Sin eso, solo estaríamos escribiendo código a ciegas. Ahora que sabemos cómo *piensa*, creo que es el momento de hablar de cómo nos comunicamos nosotros con él...

Álvaro: Y hablando de comunicación, eso nos lleva perfectamente a nuestro último gran tema de hoy: las redes industriales. ¿Listos para el sprint final?

Sofía: ¡Claro que sí! Piénsenlo así: las redes industriales son el sistema nervioso de la fábrica. Sin ellas, todo es caos.

Álvaro: De acuerdo, entonces, ¿cuáles son los nombres clave que necesitamos dominar para el examen?

Sofía: Hay cuatro principales. Primero, tenemos Profinet. Es un estándar basado en Ethernet que se enfoca en integrar todos los procesos. Su misión es que todas las áreas de la fábrica hablen el mismo idioma.

Álvaro: Como un traductor universal para robots... ¡pero sin que se quejen por las horas extra!

Sofía: ¡Exactamente! Luego está el Ethernet Industrial. Es básicamente el internet de tu casa, pero diseñado para sobrevivir en ambientes industriales súper hostiles. Es comunicación de alta eficiencia y muy resistente.

Álvaro: Okay, tiene sentido. ¿Y qué hay de Profibus? Suena bastante famoso.

Sofía: Lo es. Es uno de los buses de campo, o Fieldbus, más reconocidos del mundo. Es famoso por su universalidad. Casi cualquier equipo de automatización puede usarlo. Es una verdadera estrella de rock industrial.

Álvaro: Una estrella de rock. Me gusta. ¿Y el último de la lista?

Sofía: Es As-i. Este es el especialista. Se enfoca en una tarea muy específica: conectar sensores y actuadores con un sistema de bus que es súper poderoso y efectivo. Es el que trabaja a nivel de campo, recogiendo los datos más básicos.

Álvaro: Genial. Entonces, para recapitular: Profinet integra todo, Ethernet Industrial es el tipo rudo, Profibus es el universalmente famoso y As-i es el especialista en sensores.

Sofía: ¡Lo tienes! Con eso cubrimos lo esencial. Y cerramos todos los temas de esta sesión de estudio intensiva.

Álvaro: Ha sido increíble, Sofía. Muchísimas gracias. Y a todos ustedes que nos escuchan, lo tienen. Repasen estos conceptos, confíen en su preparación y van a arrasar. ¡Son capaces de todo!

Sofía: Absolutamente. ¡Mucho éxito a todos y hasta la próxima en Studyfi Podcast!