IC693CPU367 vs. IC693CPU350: actualización de memoria, soluciones para temporizadores TMR y guía de migración de PLC
La actualización de un sistema de control Series 90-30 de la IC693CPU350 a la IC693CPU367 ofrece una mejora considerable de memoria. Sin embargo, los ingenieros suelen informar de un comportamiento inesperado del temporizador TMR después de un reemplazo directo. Este artículo explica la causa real y ofrece pasos prácticos para la migración a profesionales de la automatización industrial.
Velocidad del procesador y memoria: qué cambia realmente
Misma velocidad de reloj, distinta clase de memoria
Tanto la IC693CPU350 como la IC693CPU367 utilizan un procesador 80386EX de 25 MHz. La CPU350 ofrece 32 KB de memoria de usuario fija. En cambio, la CPU367 pertenece a la clase de memoria de 240 KB de la familia GE Fanuc Series 90-30. Como resultado, la CPU367 ofrece 7,5 veces más memoria para la lógica de usuario. Además, ambas unidades comparten la misma velocidad de exploración booleana de 0,22 ms/K. Por lo tanto, la principal ventaja de la actualización es la capacidad de memoria, no la frecuencia de reloj sin procesar.
Comparación del consumo de corriente del plano posterior
La CPU367 consume 940 mA a 5 VCC, mientras que la CPU350 consume 670 mA. Esta diferencia de 270 mA es importante en los racks de automatización industrial con presupuestos de energía ajustados. Los ingenieros deben verificar que la fuente de alimentación tenga suficiente margen antes de energizar el sistema. Además, siempre deben revisar la carga del plano posterior de todos los módulos instalados.
Por qué los temporizadores TMR parecen más rápidos después del reemplazo
Explicación de la anomalía de temporización de TMR
La instrucción TMR de la Series 90-30 se basa en una base de tiempo de 0,01 s, 0,1 s o 1,0 s. Esta base se almacena en un bloque de tres palabras de registros %R. La CPU367 ejecuta los ciclos de lógica a la misma velocidad nominal que la CPU350. Sin embargo, la mayor precisión observada del temporizador, que parece «más rápida», rara vez se debe al reloj del procesador. En cambio, el problema suele deberse a discrepancias en la configuración de la memoria %R o a diferencias en la resolución del temporizador a nivel de firmware.
Reasignación de memoria y asignación de registros del temporizador
La CPU350 proporciona un espacio de memoria fijo de 32 KB con un límite de %R de 9,999 palabras. La CPU367 amplía la memoria de registros a 240 KB, lo que requiere un perfil de configuración de hardware diferente. Si se migró el programa original sin actualizar el ajuste del tamaño de %R, los valores preestablecidos del temporizador pueden interpretarse incorrectamente. Por ejemplo, un valor preestablecido de 1000, destinado a representar 10,0 segundos (base de 0,01 s), podría ejecutarse como 100 segundos si la base de tiempo cambiara silenciosamente a 0,1 s. Además, el acumulador TMR sigue incrementándose hasta 32767 en las CPU 90-30. Por lo tanto, una base de tiempo mal configurada produce un error de temporización escalado proporcionalmente, no un verdadero aumento de velocidad.
Medidas prácticas para corregir la deriva de TMR
Paso 1: Verifique la asignación de memoria %R
Los ingenieros deben verificar primero la asignación de memoria %R en la configuración de hardware. La CPU367 admite hasta 240 KB de memoria de lógica de usuario. Sin embargo, el número de palabras %R debe establecerse explícitamente en al menos 9.999 para igualar el entorno de la CPU350 heredada. Además, documente este ajuste para futuras auditorías de mantenimiento.
Paso 2: Revise cada valor preestablecido y la base de tiempo de TMR
Revise el valor preestablecido de cada instrucción TMR y confirme la base de tiempo prevista. Un procedimiento de migración riguroso evita errores de escala inadvertidos. Además, compare el programa con la lógica original de la CPU350 para detectar constantes que no coincidan.
Paso 3: Compruebe la revisión del firmware de la CPU367
Compruebe la revisión del firmware de la CPU367 antes de ponerla en servicio. Las unidades enviadas con el firmware 10.72 o posterior presentan un comportamiento uniforme de los temporizadores. Por consiguiente, la verificación del firmware debe formar parte de todas las listas de comprobación de migración de PLC en ingeniería de sistemas de control.
Paso 4: Considere migrar a instrucciones ONDTR
Si la aplicación requiere una temporización más precisa que la permitida por el diseño original, considere migrar las instancias críticas de TMR a la instrucción ONDTR. ONDTR ofrece un comportamiento retentivo y un control explícito del reinicio. Por lo tanto, reduce la ambigüedad durante las transiciones entre CPU y mejora la fiabilidad a largo plazo.
Resumen de datos y recomendación de migración
Comparación de parámetros clave
Procesador: ambas unidades utilizan el 80386EX a 25 MHz. Memoria de usuario: 32 KB fijos frente a 240 KB. Velocidad de exploración booleana: 0,22 ms/K en ambas. Capacidad de registros %R: 9.999 palabras frente a un máximo configurable de 240 KB. Corriente del bus posterior: 670 mA frente a 940 mA a 5 VCC. Además, la expansión de memoria por sí sola justifica la actualización para aplicaciones con requisitos de registros cada vez mayores. No obstante, la discrepancia de temporización de TMR es un artefacto de configuración, no un defecto de hardware.
Análisis del autor: un enfoque de migración controlada
Desde un punto de vista práctico, la actualización a la CPU367 es una cuestión de memoria, no de velocidad. En mi experiencia, la mayoría de las quejas por «deriva del temporizador» se deben a ajustes de %R no validados. Un procedimiento de migración riguroso, que valide los ajustes de memoria y los valores preestablecidos de los temporizadores antes de la ejecución, elimina por completo el cambio de precisión observado. Además, los equipos deben considerar la comprobación de la revisión del firmware como un paso estándar en cualquier migración de PLC para proyectos de automatización de fábricas.
Caso de aplicación y escenario de solución
Ampliación de registros en una planta de tratamiento de agua
Una planta de tratamiento de agua necesitaba más espacio de registros para el registro de tendencias y el historial de alarmas. El equipo sustituyó el CPU350 por el CPU367 y amplió la capacidad %R a 240 KB. Sin embargo, al principio los operadores informaron que los temporizadores TMR funcionaban más rápido. Una auditoría de la configuración reveló que no se había actualizado el tamaño de %R. Después de establecer el recuento de %R en 9,999 palabras y confirmar el firmware 10.72, el comportamiento de los temporizadores coincidió con el diseño original. Como resultado, la planta obtuvo mayor capacidad de memoria sin riesgo de alterar los tiempos.
Lista de verificación recomendada para la migración de sistemas de control
Primero, verifique el presupuesto de la fuente de alimentación para el consumo adicional de 270 mA. Segundo, establezca el recuento de palabras %R para que coincida con el entorno heredado. Tercero, revise todos los valores preestablecidos y las bases de tiempo de TMR. Cuarto, confirme que el firmware sea 10.72 o posterior. Por último, considere ONDTR para los temporizadores críticos. Esta lista de verificación facilita transiciones fiables de PLC y DCS en proyectos de automatización industrial.
Preguntas frecuentes
¿La IC693CPU367 funciona más rápido que la IC693CPU350?
No. Ambas CPU usan un procesador 80386EX de 25 MHz y comparten una velocidad de exploración booleana de 0.22 ms/K. La mejora real es la capacidad de memoria, que aumenta de 32 KB a 240 KB.
¿Por qué los temporizadores TMR parecen funcionar más rápido después de sustituir la CPU por una CPU367?
La causa suele ser una discrepancia en la configuración de la memoria %R o un cambio inadvertido de la base de tiempo. Un valor preestablecido de 1000, pensado como 10.0 segundos, puede ejecutarse como 100 segundos si la base cambia de 0.01 s a 0.1 s.
¿Qué recuento de palabras %R debería establecer en el CPU367?
Establezca el recuento de palabras %R en al menos 9,999 palabras para que coincida con el entorno heredado del CPU350. Este paso evita que se interpreten mal los valores preestablecidos de los temporizadores después de la migración.
¿Qué revisión de firmware corrige el comportamiento de los temporizadores en el CPU367?
Las unidades enviadas con firmware 10.72 o posterior presentan un comportamiento uniforme de los temporizadores. Verifique siempre la revisión antes de poner en servicio un bastidor migrado.
¿Debería reemplazar las instrucciones TMR por ONDTR?
Considere ONDTR para temporizadores críticos que necesitan comportamiento retentivo y control explícito de reinicio. Esto reduce la ambigüedad durante las transiciones de CPU en sistemas Series 90-30.
Información de contacto
Consultas: sales@nex-auto.com | +86 153 9242 9628
Socio NexAuto Technology Limited: https://www.nex-auto.com/
Consulta a continuación los artículos más populares para obtener más información sobre AutoNex Controls
