Buenas tardes Marcos,
Te paso a detallar las causas del problema y como solucionarlo.
CAUSASLuego de analizar el proyecto completo que enviaste por email, encontré que el mismo "colgaba" el PLC en el mismo instante que se transfería el código desde
StxLadder a la memoria del PLC, sin ejecutar instrucción alguna de tu código.
Por lo tanto, el problema no es de error de código o de alguna función como
StrFormat() que producía misteriosamente cierta interacción de acuerdo a si se comentaba o no.
El problema es de memoria RAM, en este caso, el proyecto utilizaba más memoria RAM que la que tiene asignada el dispositivo para código de usuario, por lo tanto, cuando se cargaba al PLC, interfería con el sistema operativo interno, escribiendo su área de memoria, lo cual generaba fallas aleatorias, de acuerdo a si el proyecto utilizaba más o menos RAM (por ello cuando comentabas, a veces funcionaba y otras no).
El "culpable" fue
StxLadder que comprobaba erróneamente la cantidad de RAM utilizada por el proyecto y no te daba advertencia alguna de que estabas superando los limites del modelo de dispositivo que tenés.
SOLUCIÓNEsto se solucionó en la última versión de
StxLadder, la versión 1.9.0 que liberé hoy.
Te recomiendo instalarla.
Esta versión te muestra al compilar en detalle cuanta memoria
ROM y
RAM utilizas en el proyecto, y cuanto te queda disponible. También, si te excedes, te da un error de compilación para que bajes el consumo.
Por otro lado, también se mejoró el firmware del PLC, que también comprueba previamente si el programa que va a ejecutar no excede sus limites de RAM / ROM. Es decir, un doble-check, entre StxLadder y el PLC. Aumentando la seguridad, y evitando "colgarse" si el programa es inválido, solo prenderia el led
RUN ERROR, pero no perderías conectividad (como te pasaba).
La versión de firmware que debés bajar es la
211 o superior para tu modelo de PLC:
http://slicetex.com/hw/stx8091/soft.php#FirmwareAPLICACIÓN A TU PROYECTOUna vez que instales
StxLadder versión 1.9.0 y actualices el firmware del PLC a la versión 211, abrí tu proyecto.
Si es el mismo que me pasaste a mí, al compilar deberías ver el siguiente mensaje de error:
Error de Memoria: Insuficiente memoria RAM: El proyecto requiere 23268 bytes y el dispositivo tiene disponible 16384 bytes. Disminuya variables globales, variables locales inicializadas, comparta/reutilice variables globales, utilice packed strings, agrupe datos, etc
El mensaje dice que utilizas 23268 bytes de memoria RAM, pero el dispositivo tiene 16384 (16KB).
En el PLC tenés dos memorias, RAM (donde van las variables lectura/escritura) y la ROM (donde van las instrucciones de código para ejecutar la lógica o datos de solo lectura).
La RAM es más pequeña que la ROM, por lo tanto hay que tener más cuidado en definir grandes cantidades de variables, que en escribir código.
El compilador Pawn, considera a los
string literales o constantes string como variables que van en RAM, por lo tanto cuando escribís
"Falla al inicializar ModBus." en
StrFormat(), se coloca en memoria RAM dicha cadena, ocupándote lugar:
StrFormat(errorMsg[1], DISPLAY_LENGTH, false, "Falla al inicializar ModBus.")La cadena "Falla al inicializar ModBus." tiene 26 caracteres más un terminador "0", en total ocupa 27 posiciones. En Pawn, las cadenas son arrays de enteros, por lo tanto cada posición tiene 4 bytes.
La memoria RAM consumida por esa cadena es de: 27*4=108 bytes.
Es bastante, y más si utilizas muchísimas cadenas en tu código, a la larga ocupas toda la memoria RAM.
Un truco para que una cadena literal (constante) no utilice tanta memoria RAM es haciéndola "packed", en ese caso, el compilador agrupa en cada posición 4 caracteres. Esto se especifica con el operador " ! " antes de una cadena, por ejemplo:
StrFormat(errorMsg[1], DISPLAY_LENGTH, true, !"Falla al inicializar ModBus.")Ahora la cadena de 27 caracteres ocupa 27 bytes, una reducción importante.
Notar como el tercer parámetro de
StrFormat() es "true", indicando que la cadena resultante en
errorMsg[] va a ser packed también.
Como la cadena resultante es "packed", podes definir a
errorMsg[] con un tamaño en "celdas" 4 veces menor.
Otro ejemplo:
new String1[] = !"Falla al inicializar ModBus."Esto solo funciona con cadenas, pero para variables enteras o flotantes, arrays, etc, cada vez que definís uno de forma global o del tipo estático (inicializado dentro de una función), te ocupa 4 bytes de memoria RAM. Por lo tanto, también, usar a discreción e intentar ahorrar lo más que pueda.
LUEGO VOY A PUBLICAR UN POST CON TRUCOS Y CONSEJOS PARA DISMINUIR MEMORIA RAMVolviendo a tu proyecto, una forma de considerar a todas las cadenas como "
packed" por defecto, es utilizando la opción "
Packed literal strings" antes de compilar como muestra la siguiente imagen:
Se encuentra en menú "
Proyecto > Propiedades > Compilador (pestaña)".
Ahora si volvés a compilar te va a mostrar "
Compilación correcta":
Notar como en los mensajes ahora el total de RAM requerida es "10348" bytes, respecto a los "23268" bytes de antes.
Una reducción importante logra la opción
Packed literal strings, que considera a todas tus cadenas literales como
packed, tal como si le hubieras aplicado el símbolo " ! " a cada una.
Cuando esta opción esta activada, si antepones el símbolo " ! " a la cadena, genera el comportamiento inverso, se transforma en
unpacked y ocupa 1 carácter por celda.
Si bien utilizar la opción
Packed literal strings ya te permite liberar RAM necesaria para que el proyecto se pueda cargar, te recomiendo no utilizar tantas cadenas, así tenes RAM disponible para futuro uso cuando el proyecto crezca con nuevas funciones o código que le agregues.
En todo caso, hacé las cadenas menos descriptivas, utilizá códigos de error para hacerlas más cortas en extensión, etc.
Por otro lado, al usar el argumento "
true" en
StrFormat(), te habilita a que puedas reducir el tamaño del array:
new errorMsg[8][DISPLAY_LENGTH+5]Que si lo analizás, tiene 8*(DISPLAY_LENGTH+5) celdas. Si DISPLAY_LENGTH=34, la cantidad de celdas utilizadas es:
312 celdas = 1248 bytes (bastante)
Si el string que vas a almacenar es "packed" con
StrFormat() podrías reducir
DISPLAY_LENGTH a 10, para almacenar 39+1 caracteres por linea:
#define DISPLAY_LENGTH 10
new errorMsg[8][DISPLAY_LENGTH]Ahora, el total seria: 80*4 = 320 (bytes)
Podes ir probando reduciendo código o diferentes alternativas con variables, compilar y ver que opción te genera menos consumo de RAM, hasta que logres un equilibrio.
En el detalle de compilación, donde dice "
Data block 6252 bytes", esa es la RAM usada por variables globales, strings, etc.
Luego haré un post resumiendo y explicando mejor como ahorrar RAM, pero esto es lo fundamental.
Saludos!
Mensajes recientes
