17.5
Ejecución con "Generar drivers de módulos"
Ejecución
Se generarán automáticamente esquemas de sistema, en los que se integran los bloques de
diagnóstico (bloques MOD o PADP / DPAY), bloques RACK Y SUBNET, OB_BEGIN y
OB_END, así como el bloque para la salida de la imagen de proceso PO_UPDATE. Un
esquema de sistema tiene los nombres "@.....".
Los bloques insertados por el generador de driver reciben el nombre del módulo asignado.
Los mensajes de técnica de mando que aparecen en el sistema de mensajes de WinCC
reciben el nombre de su origen. En este caso, se trata del nombre del bloque y, al mismo
tiempo, del nombre del módulo supervisado.
Sugerencia: si desea que los mensajes de técnica de mando contengan un texto determinado,
puede modificar el nombre del módulo como corresponda en HW Config. De este modo, el
texto formará parte del mensaje de técnica de mando.
Si genera por primera vez los drivers de módulos y los bloques driver (incluidos OB_BEGIN
y OB_END) todavía no están disponibles en la administración de datos de CFC, se importarán
los bloques desde la librería. En primer lugar, se buscarán los bloques en la ruta que se ha
indicado en el cuadro de diálogo "Preferencias – Generar drivers de módulos". Si un módulo
no se encuentra en la ruta indicada se buscará en las rutas estándar, que se han determinado
previamente a través del programa de instalación de las librerías PCS 7.
Nota
Tenga en cuenta lo siguiente:
● Los objetos marcados con "@" no se deben modificar, sino que se deben editar
exclusivamente a través de la función "Generar drivers de módulos". De igual forma, no
se deben insertar manualmente bloques MOD / PADP / DPAY, RACK ni SUBNET.
● Los bloques driver creados por el usuario deben insertarse desde el catálogo de bloques.
Si se copian bloques "@", se borrarán la próxima vez que se ejecute la función "Generar
drivers de módulos", ya que no contienen la correspondiente identificación del generador
de drivers.
Los bloques MOD / PADP / DPAY no sólo se incorporan en los OB de error acíclicos sino
también en los OB 1. De esta forma se garantiza, que después de cargar en línea las
modificaciones el bloque, también se procese éste (porque en este caso el OB 100 ya no se
procesa más). El grupo de ejecución recibe un factor de ciclo de 16. Los bloques sólo se
procesan una de cada 16 veces que se ejecute el OB 1, para no sobrecargar innecesariamente
la CPU.
Cada vez que se inicia el generador de drivers, los grupos de ejecución reciben en el OB 1 el
factor de ciclo = 16. Los cambios que haya realizado el usuario posteriormente se volverán a
sobrescribir. De este modo se evitan incoherencias en la ejecución del programa.
Se comprobará si el bloque PO_UPDAT existe en CFC. Si aún no existe, se importará de la
librería y se insertará en el esquema del sistema. En la secuencia de ejecución se incorporará
en la última posición en OB 100. Si el bloque ya existe, se asegurará que está incorporado
en el OB 100 detrás de los bloques driver y que se ha borrado de todos los demás OBs.
Se comprobará si en CFC hay un OB_BEGIN / OB_END. Si no fuera el caso, se importará de
la librería, se agregará al esquema de sistema y se insertará en la secuencia de ejecución.
CFC para SIMATIC S7 (V9.0)
Manual de funciones, 05/2017, A5E41356107-AA
Procesamiento de señales
17.5 Ejecución con "Generar drivers de módulos"
411