B.2 Consejos Para La Depuración; B.3 Consejos Para El Método Change - Siemens SINUMERIK 840D sl Manual De Programación

Sugerencias y trucos
B.3 Consejos para el método CHANGE
• Deben reemplazarse varias funciones RNP() sucesivas por una función MRNP()-.
Deben reemplazarse varias funciones RDOP() sucesivas por una función MRDOP().
Motivo:
Reducción de la carga de comunicación y aumento del rendimiento.
• Los parámetros de accionamiento no deben leerse en ciclos de menos de 1 segundo, es
mejor que se lean más despacio.
Motivo: De lo contrario, la comunicación con los accionamientos podría perturbarse en
exceso o incluso provocar fallos.
• Deben evitarse operaciones aritméticas sucesivas con variables de diálogo ligadas a variables
de sistema o de usuario. Para ello, deben utilizarse, p. ej., registro (REG[x]) o variables
auxiliares (invisibles).
Motivo: Cada asignación de un valor da lugar también a una escritura en la variable de
sistema o de usuario ligada.
• Por motivos de claridad, facilidad de mantenimiento y rendimiento (al mostrar las máscaras)
el código del mismo tipo que se utilice en distintos bloques debe agruparse en un bloque
SUB. Este puede abrirse entonces en las posiciones correspondientes con la función CALL().
• Mediante la observación de la carga de la CPU en la línea de diálogo (ajuste en
slguiconfig.xml) puede analizarse cómo afectan al rendimiento las modificaciones en la
máscara.
B.2 Consejos para la depuración
• La función DEBUG() debe utilizarse para el diagnóstico. Al llamar a la función DEBUG() se
escribe en "easyscreen_log.txt" el string transferido. La salida de información en la línea de
diálogo a través de la función DLGL() también puede ser útil.
No obstante, al finalizar el desarrollo de las máscaras esta función debe volver a eliminarse
o debe comentarse por motivos de rendimiento.
• El fichero de registro "easyscreen_log.txt" debe quedar siempre sin entradas una vez que
haya acabado el desarrollo de una máscara.
B.3 Consejos para el método CHANGE
• Los métodos CHANGE deben mantenerse siempre muy breves, en especial aquellos con
variables ligadas a una variable de sistema o de usuario que se modifica a alta frecuencia.
Motivo:
Aumento del rendimiento de la máscara.
• En la medida de lo posible, no deben configurarse funciones RNP() en métodos CHANGE. En
lugar de ello, es preferible crear al mismo tiempo una variable invisible con la variable de
sistema o de usuario que se va a leer y utilizar esta.
Motivo:
Con cada llamada se emitiría inevitablemente una función RNP(). Si no, se accedería simple
y exclusivamente al valor actual ya existente de todos modos.
316
SINUMERIK Integrate Run MyScreens
Manual de programación, 10/2020, A5E40869575E AE