Etiqueta: Mitsubishi GX Works3

Cuando trabajamos con PLCs de distintos fabricantes, uno de los principales retos es traducir mentalmente los conceptos. Siemens y Mitsubishi, por ejemplo, ofrecen funciones muy similares, pero las nombran y organizan de manera distinta. Entender estas equivalencias puede ahorrarnos tiempo y dolores de cabeza.

Un buen ejemplo de esto son los System Memory Bits y Clock Memory Bits en Siemens, y los Special Relays en Mitsubishi.

Configuración en Siemens

En Siemes, a diferencia de Mitsubishi donde el area de memoria de los System Relays (SM) está fija y siempre activa, hay que habilitar los System memory bits y los Clock memory bits, además de que es posible también elegir las direcciones de los bytes en los cuales queremos ese comportamiento. Por default, el MB1 se usara para los System memory bits, y el MB0 para los Clock memory bits.

Para activar los bytes y elegir la dirección en memoria M que tendrá el comportamiento definido, ir a las propiedades del CPU e ir a la opción System and clock memory como se muestra en la siguiente imagen.

Una vez activados los bytes, automáticamente se agregan los tags para cada uno de ellos y para cada uno de los bits, para así poder utilizar direccionamiento simbólico.

Special Relays (SM) en Mitsubishi

En los PLC Mitsubishi, los SM (Special Relays) son relés (bits) internos predefinidos por el fabricante.
Su función es indicar condiciones del propio CPU o proveer señales auxiliares ya listas para usar.

En la siguiente imagen encontramos una lista de los equivalentes a los System y Clock memory bits de Siemens.

Los banderines del sistema

En Siemens, los System Memory Bits (SM bits) son pequeñas banderas internas que nos informan del estado del PLC o de condiciones especiales. Algunos ejemplos típicos son:

• Bit de “primer ciclo” (para ejecutar lógica solo una vez al arrancar).
• Bit de “Siempre en true (1)”.
• Bit de “Siempre en false (0)”.
• Bit relacionados con errores del sistema.

En Mitsubishi encontramos algo equivalente en los Special Relays. Por ejemplo:

• SM402: encendido durante un ciclo de scan cuando la CPU cambia a RUN.
• SM403: apagado durante un ciclo de scan cuando la CPU cambia a RUN.
• SM400: siempre en true (1).
• SM401: siempre en false (0).

En otras palabras:
👉 SM bits en Siemens ≈ Special Relays en Mitsubishi.

Los pulsos de reloj

Otro caso muy común es la necesidad de generar pulsos periódicos, por ejemplo, para hacer parpadear una lámpara o realizar una acción cada cierto tiempo.

En Siemens podemos configurar un área de memoria como Clock Memory Bits. Ahí tendremos disponibles pulsos de distintas frecuencias (10 Hz, 5 Hz, 2.5 Hz, etc.), y nosotros decidimos en qué dirección de memoria los queremos usar.

En Mitsubishi, estos pulsos ya vienen predefinidos dentro de los Special Relays:

• SM409: parpadea con una frecuencia de 100 Hz.
• SM410: parpadea con una frecuencia de 10 Hz.
• SM411: parpadea con una frecuencia de 5 Hz.
• SM412: parpadea con una frecuencia de 1 Hz.
• SM413: parpadea con una frecuencia de 0.5 Hz.

Aquí la diferencia clave es que:
👉 En Siemens, el programador elige dónde colocar los pulsos.
👉 En Mitsubishi, el fabricante ya te da direcciones fijas.

Uso en Siemens

Podemos direccionar a uno de los bits directamente usando su dirección o su nombre simbólico.

Uso en Mitsubishi

Necesitamos ingresar la dirección del Special Relay (SM), GX Works3 ya saque que ese bit tiene una función particular y pone su “nombre” como comentario.

Diferencias de filosofía

Aunque cumplen el mismo propósito, hay una diferencia de enfoque:

• Siemens apuesta por la configuración flexible. Tú defines qué memoria se comportará como “pulsante” o qué dirección usarás como indicador de estado.
• Mitsubishi se va por lo predefinido y directo. Ya sabes de memoria que SM400 siempre será “always true” y que SM413 parpadea con una frecuencia de 0.5 Hz.

Ambos enfoques tienen ventajas. En Siemens puedes organizar tu proyecto a tu manera; en Mitsubishi no pierdes tiempo configurando nada y basta con recordar los códigos principales.

Conclusión

Tanto Siemens como Mitsubishi ofrecen mecanismos internos para conocer el estado del PLC y generar pulsos de reloj. La diferencia es puramente de filosofía: configurable vs. predefinido.

Saber hacer esta traducción mental es fundamental para cualquier ingeniero que trabaje con más de un fabricante. Y al final, entender que un System Memory Bit de Siemens no es tan distinto de un Special Relay de Mitsubishi nos permite hablar el “idioma común” de la automatización.

Links relacionados

• https://dl.mitsubishielectric.com/dl/fa/document/manual/plc/sh081264eng/sh081264engaq.pdf (Pag. 124, 939)

¿Qué es un OB en TIA Portal de Siemens?

Los bloques de organización (OBs), son bloques que sirven como la interfaz entre el sistema operativo del PLC y el programa del usuario. Los bloques de organización son llamados automáticamente por el sistema operativo del controlador y llama a los OBs cada vez que es necesaria su intervención, cuándo y bajo qué condiciones.

Por ejemplo, pueden controlar las siguientes operaciones:

• Características de arranque del sistema de automatización
• Procesamiento cíclico del programa
• Ejecución del programa basada en interrupciones
• Manejo de errores

Información de inicio de los bloques de organización

Cuando se inician ciertos bloques de organización, el sistema operativo proporciona información que puede ser evaluada en el programa de usuario. Existen varios bloques organizacionales en TIA Portal como:

• Program Cycle: Main [OB1]

• Startup [OB100]

• TimeDelayInterrupt [OB20]

• CyclicInterrupt [OB30]

Entre otros bloques, cada uno con funcionalidades distintas dentro de nuestro proyecto y con sus respectivos parámetros modificables.

¿Qué es un Program Execution Type en GX Works de Mitsubishi?

En GX Works, un Program Execution Type es una propiedad que define cuándo y bajo qué condiciones se ejecuta un bloque de programa (OBs, en Siemens) dentro del ciclo de operación del PLC. Estos programas permiten estructurar la lógica del control dividiéndola en tareas según su propósito o prioridad operativa.

Cada programa creado en GX Works debe tener asignado un tipo de ejecución, los cuales son los siguientes:

• Initial: se ejecuta una sola vez cuando el PLC pasa de STOP a RUN. Se usa típicamente para inicializar variables o estados del sistema.
• Scan: se ejecuta de forma cíclica durante cada ciclo de escaneo del PLC. Es el tipo principal para la lógica operativa continua.
• Fixed Scan: se ejecuta a intervalos de tiempo definidos (por ejemplo, cada 10 ms), útil para tareas periódicas con requerimientos temporales constantes.
• Event: se ejecuta solo cuando se produce un evento específico, como una interrupción externa, un cambio de entrada o una condición de sistema.
• Standby: el código permanece cargado pero inactivo; puede ser activado dinámicamente si se requiere.
• No Execution Type: el programa existe pero no está programado para ejecutarse automáticamente; se puede llamar desde otro bloque.

Tabla de equivalencias entre OBs y Program Execution Types

Haciendo un análisis y una comparación de los OBs de TIA Portal y los Program Execution Types en Mitsubishi tenemos como resultado, la siguiente tabla:

Siemens: OBs	Mitsubishi: Program Execution Type
OB 100	Initial
OB 1	Scan
OB 35	Fixed Scan
OB 20 – 23 y OB 40	Event
–	Standby
FC/FB	No Execution Type

Como podemos observar, cada OB de Siemens tiene su equivalente funcional en GX Works de Mitsubishi, aunque con diferencias importantes en la forma de la programación y el entorno de trabajo.

En Siemens, la estructura está centrada en bloques organizativos (OBs) que se activan por el sistema operativo del PLC en función de eventos, ciclos o errores.

En cambio, Mitsubishi utiliza la asignación explícita de tipos de ejecución (Program Execution Types) para cada bloque de programa, podemos observar como cada uno de los programas tiene sus propias ventajas.

Esta comparación no solo ayuda a comprender las similitudes entre ambos entornos, sino que también es clave al momento de migrar proyectos o complementar nuestros conocimientos, esto si ya sabemos manejar un entorno y entramos a otro. Conocer estas equivalencias permite diseñar soluciones más sencillas, sin perder de vista las características particulares de cada plataforma.

Enlaces relacionados:

• https://dl.mitsubishielectric.com/dl/fa/document/manual/plc/sh081215eng/sh081215engan.pdf
• https://support.industry.siemens.com/cs/mdm/109815056?c=108181659275&lc=es-CR