5- control supervisor y adquisiciÓn de...

CONTROL SUPERVISOR Y ADQUISICIÓN CONTROL REMOTO SUPERVISOR DE UNA COLUMNA DE DATOS (SCADA) DE PLATOS PARA DESTILACIÓN BINARIA

5- CONTROL SUPERVISOR Y ADQUISICIÓN DE DATOS (SCADA)

a) – Estructura del software

Una vez programado el autómata, éste puede funcionar con o sin intervención humana, dependiendo de la configuración y de las necesidades de la instalación. Si se requiere la intervención, es necesario diseñar una forma de comunicarse con el autómata fuera del entorno de programación. Los dispositivos que permiten dicha comunicación se denominan Interfaces Hombre-Máquina, o más conocida por sus siglas en inglés, HMI (Human Machine Intefaces).

Dentro de esta categoría se incluyen teclado, ratón y pantalla de ordenador, pantallas táctiles, botones, mandos giratorios, luces de señalización, sirenas, mandos a distancia y cualquier otro tipo de dispositivo sobre el que se pueda actuar voluntariamente o del que podamos recibir información. La comunicación tiene lugar, por tanto, en ambas direcciones.

El concepto de HMI no se restringe sólo a dispositivos físicos, ya que la interfaz gráfica de cualquier programa informático está también incluida, al igual que los dispositivos de sonido. En este campo, las posibilidades son mucho mayores que en el medio físico, ya que en una misma pantalla se puede mostrar mucha más información que en un panel luminoso, se puede actuar sobre muchos más parámetros, incluso simultáneamente y, sobre todo, se puede modificar el comportamiento sin modificar el medio físico.

En lo que se refiere a automatización industrial, el tipo de HMI dependerá de las necesidades de comunicación y la complejidad de la instalación. Un simple control de marcha-paro con dos botones es más que suficiente para el control de una bomba o una cinta transportadora, pero manejar una planta compleja desde una sala de control solamente con botones y señalización luminosa ni siquiera se contempla como opción. Para estos casos, la opción más adecuada es la implantación de un sistema SCADA, bien en pantallas táctiles, en ordenadores personales o redes corporativas con terminal. Puede tratarse de equipos fabricados para aplicaciones específicas o sistemas de ámbito general que pueden ser adaptados y han de responder a estándares de compatibilidad con otros equipos.

En el ámbito industrial se opta por otro tipo de soluciones debido al elevado coste de desarrollo y mantenimiento. Suele ser preferible adquirir un API cuyo hardware ya viene configurado de fábrica y sólo requiere de una programación simple. Asimismo, como ya se ha indicado, la adquisición de datos y la supervisión del funcionamiento son de suma importancia para conseguir un correcto funcionamiento de plantas complejas.

Al igual que sucede con el entorno de programación del PLC, la mayoría de compañías dispone de su propia línea de productos para sistemas SCADA. La diferencia principal es que, aunque existen muchos modelos de PLC, las comunicaciones industriales están bastante más estandarizadas y son de libre acceso, por lo que existe software libre con las mismas características del software propietario. Por eso mismo, hay una gran variedad de

CONTROL SUPERVISOR Y ADQUISICIÓN CONTROL REMOTO SUPERVISOR DE UNA COLUMNA DE DATOS (SCADA) DE PLATOS PARA DESTILACIÓN BINARIA entornos de desarrollo, de pago y de libre uso, llegando incluso a entornos mixtos. Esto permite que desde un mismo entorno se pueda desarrollar una HMI para un autómata de SIEMENS o para uno de Allen-Bradley, por ejemplo, incluso conectados a un mismo bus de comunicaciones, siempre que utilicen el mismo protocolo.

En el caso de SIEMENS, su gama de software está diversificada para responder a las necesidades específicas de varios tipos de productos. El programa que más se adapta a las necesidades de este proyecto es Windows Control Center (WinCC). Con él no sólo se puede diseñar la HMI, además dispone de adquisición y almacenamiento de datos a través de Microsoft SQL Server, gestión de alarmas, control de acceso de los usuarios y generación de informes entre otras características (navegador web, redundancia, múltiples clientes, etc.)

WinCC incluye dos componentes principales que son Configuration Software (CS) y Runtime Software (RT). El primero está centrado en el programa WinCC Explorer, desde el cual se accede a una serie de editores que generarán el proyecto. Se pueden crear varios proyectos en un mismo PC pero, a diferencia de STEP 7, sólo se podrá trabajar con uno simultáneamente. El Runtime toma el proyecto creado con WinCC Explorer y lo pone en funcionamiento, permitiendo la operación y observación del proceso representado en la pantalla.

Para abrir un nuevo proyecto, se hace doble clic en WinCC Explorer. La primera vez aparecerá un asistente con los tipos de proyecto en el que se seleccionará “Monopuesto”, dando paso a la ventana en la que se asignará el nombre al archivo y la ruta en la que se almacenará. Tras finalizar el asistente, aparecerá la ventana principal de WinCC Explorer de la Figura 5.1. El icono se encuentra en el Escritorio o bien en el grupo de programas SIMATIC dentro del menú Inicio de Windows, junto con el resto de programas de SIEMENS, ayuda, etc.

Figura 5.1 – Pantalla principal de WinCC Explorer


En la Figura 5.1 se pueden observar los diferentes bloques y editores que componen WinCC. Cada uno de ellos se corresponde con los sistemas parciales del programa, entre los cuales destacan los siguientes:

Unidad de proceso Editor Función Sistema gráfico Graphics Designer Configurar pantallas Sistema de avisos Alarm Logging Configurar mensajes y alertas Sistema de archivado Tag Logging Almacenamiento de datos Sistema de informes Report Designer Crear informes y documentos Administración de usuarios User Administrator Administrar usuarios y permisos Comunicaciones Administración de variables Configurar las comunicaciones

Además de los anteriores, hay disponibles muchos más editores como puede verse

en la Figura 5.1, que estarán disponibles en función de las opciones de instalación del programa.

b) – Editores principales

A. Administración de variables

El primer paso es configurar las comunicaciones ya que el entorno gráfico sobre el que se trabaja, requiere de una serie de variables de entrada y salida para poder interactuar con el API. Para intercambiar estas variables es necesario un enlace de comunicación entre ambos equipos, el autómata y el PC.

Las arquitecturas de interconexión de sistemas de comunicaciones están basadas en el modelo de referencia de Interconexión de Sistemas Abiertos (OSI, Open System Interconnection). Se trata de un modelo descriptivo general que sirve de base a la inmensa mayoría de redes de comunicación actuales. Los niveles superiores se diseñan sobre los niveles inferiores.

El autómata dispone de dos puertos de comunicaciones, el MPI y el PROFIBUS DP. El primero es más utilizado para conectar dispositivos próximos o para programar el API mientras que el segundo es un bus de campo que permite mayores distancias, mayor número de equipos y mayor velocidad de transferencia. Dichos puertos, incluidos los circuitos internos, el cable de conexión y la tarjeta de red que se encuentra en el ordenador, componen el nivel más bajo: la capa física del modelo OSI. El resto de niveles están predefinidos en el autómata por lo que no es necesaria ninguna intervención del usuario salvo a efectos de configuración.

En el autómata, la configuración se realiza a través del programa NetPRO. En el ordenador se utilizan dos programas. El primero de ellos, “Ajustar interface PG-PC”, es común para STEP 7 y WinCC. En él se define cuál debe ser la configuración sobre la que han de trabajar dichos programas, bien a través de la tarjeta de comunicaciones en modo MPI o en modo PROFIBUS DP (autoconfigurables) o bien utilizando el simulador con la conexión PLCSIM. El otro programa es el propio WinCC, dentro de la opción de configuración del origen de

CONTROL SUPERVISOR Y ADQUISICIÓN CONTROL REMOTO SUPERVISOR DE UNA COLUMNA DE DATOS (SCADA) DE PLATOS PARA DESTILACIÓN BINARIA variables, haciendo clic derecho sobre Administración de variables. Entre las fuentes de estas variables, se puede seleccionar el grupo de SIMATIC S7 PROTOCOL SUITE, el cual incluye tanto el protocolo MPI como PROFIBUS. Al añadir dicho grupo, se selecciona cual va a ser la conexión que se utilizará y se procede a su configuración en función de los parámetros del API que se hayan configurado previamente en NetPRO (ver Capítulo 4).

Figura 5.2 – Estructura del modelo OSI y comunicaciones industriales SIEMENS

Una vez configurado el enlace de variables, se procede a crearlas dentro de WinCC. Las variables que se utilicen serán tomadas del autómata al final de cada ciclo. Habitualmente, el tiempo de ejecución del ciclo suele ser mucho menor que el de intercambio de datos por lo que no habrá conflictos. Para crear las variables primero es necesario declararlas en el autómata y, posteriormente, importarlas a WinCC. Al crear las variables en WinCC es posible asignarles una función de escalado lineal y unos límites que sirvan para acotar su valor dentro del programa, al igual que se hacía con las entradas analógicas en el API. Existe la posibilidad de acceder directamente a las variables de un proyecto de STEP 7 desde WinCC añadiendo la interfaz de usuario OS de este último al proyecto STEP 7. La mejor opción suele ser la de transferir manualmente dichas variables por su dirección en STEP 7. Los tipos de objetos que se pueden importar a WinCC son los siguientes:

Entradas de los módulos

Salidas hacia los módulos

Marcas

Bloques de datos

Contadores

Temporizadores


Asimismo, los tipos de datos STEP 7 que pueden almacenar las variables en WinCC son BOOL, BYTE, WORD, DWORD, INT, DINT, REAL, CHAR y STRING, que se corresponden con las siguientes variables de WinCC:

Tipos de variables con ajuste de formato Tipos de variables sin ajuste de formato Valor de 8 bits con signo Referencia de texto Valor de 8 bits sin signo Variable binaria Valor de 16 bits con signo Variable de texto de juego de caracteres de 8 bits Valor de 16 bits sin signo Variable de texto de juego de caracteres de 16 bits Valor de 32 bits con signo Tipo de datos sin formato Valor de 32 bits sin signo Tipos de estructura Número de coma flotante 32 bits IEEE 754 REAL Número de coma flotante 64 bits IEEE 754 DOUBLE

Para poder intercambiar estas variables es necesario adquirir una licencia que normalmente se encuentra disponible por número de variables. También es posible declarar variables internas de los tipos anteriores, las cuales no requieren licencia. Resultan útiles para la programación o para realizar simulaciones con WinCC Tag Simulator de forma que se pueda probar el comportamiento visual del proyecto antes de conectarlo directamente al API. La lista de variables está disponible en el Anexo II.

B. Graphics Designer (Fig. 5.3)

Tras definir todas las variables necesarias, el paso siguiente es diseñar la interfaz gráfica de Runtime en la que se mostrarán sus valores respectivos y las diversas configuraciones de manejo y operación. Esta tarea se realiza con el editor Graphics Designer.

Como cualquier programa del entorno Windows, la interfaz gráfica se compondrá de una serie de ventanas que podrán ocupar total o parcialmente la pantalla y que podrán incluir gráficos y texto, así como botones, barras de herramientas, menús, listas y otros muchos elementos que son comunes a la mayoría de entornos gráficos.

Además, se pueden insertar diversos tipos de controles específicos como es el caso de tablas o gráficas de seguimiento de variables con tan solo seleccionar el objeto (en la Paleta de objetos o en cualquiera de las diversas librerías de que dispone el programa) y arrastrarlo hasta el área de trabajo.


Figura 5.3 – Pantalla principal de Graphics Designer con una nueva imagen en blanco

El lenguaje de programación de WinCC está orientado a objetos, es decir, utiliza elementos creados previamente, cuyas propiedades y comportamiento se pueden modificar directamente sin tener que saber cómo está diseñado. Un ejemplo sencillo sería un cuadro de texto que mostrara el texto “BOTÓN PULSADO” cuando se pulsara un botón conectado al autómata y “BOTÓN LIBRE” cuando no estuviera pulsado. Para configurar esta acción no es necesario saber nada de programación ya que sólo hay que conectar la propiedad correspondiente del objeto “Cuadro de texto” con la variable correspondiente del API, lo que se hace dentro de las propiedades del objeto insertado, como puede verse en la Figura 5.4. Es decir, no se requiere programar sino configurar.

Figura 5.4 – Conexión de las propiedades dinámicas de un objeto con una variable

En la Figura 5.4 se observa cómo se asigna el valor dinámico del atributo “Fill level” de un objeto, en este caso una representación de un depósito incluida en la librería de WinCC (objetos dinámicos), a una variable que se seleccionará de las que hayan sido creadas con anterioridad. El valor de la variable se intercambiará con el API y al cambiar provocará que varíe el nivel de la barra de llenado del tanque. Se puede ver el valor real de la variable


añadiendo un cuadro de texto de E/S y conectando de la misma forma la propiedad correspondiente con la variable.

El programa incluye una gran cantidad de objetos y opciones que permiten diseñar rápidamente y de manera simple la mayoría de acciones. Adicionalmente, dispone de los lenguajes de programación C y Visual Basic Script (VBS) en los que un programador más experto puede diseñar algoritmos más complejos y con mayores posibilidades. Por ejemplo, en el caso de que el tanque fuera esférico y se tratara de un sensor de nivel capacitivo cuya salida fuera una señal 4-20 mA, se podría utilizar una función matemática programada en cualquiera de los lenguajes anteriores para convertir el valor de salida en unidad de volumen. Como puede verse en la Figura 5.4, es posible conectar dinámicamente el valor de una propiedad con el resultado de una acción en C, en VBS o con un “Diálogo dinámico” que resulta más simple en algunos casos. Algunos ejemplos de funciones en C y VBS utilizadas en el proyecto:

LENGUAJE C /*Esta función se encuentra conectada al botón INICIAR SESIÓN ubicado en la imagen */ /* INICIO del proyecto. Al hacer clic en dicho botón se ejecuta la función */ /*PASSLoginDialog() que se encuentra en la librería apdefap.h. Sirve para mostrar */ /*el cuadro de diálogo de inicio de sesión. */ #include "apdefap.h" void OnClick(char* lpszPictureName, char* lpszObjectName, char* lpszPropertyName) { PASSLoginDialog('c'); }

LENGUAJE VBS

'Esta función permite a los botones de la barra de herramientas cambiar de imagen. 'Se le pasa como referencia el objeto “Botón” de la barra de herramientas cuyo atributo 'Userdata contiene la cadena de texto correspondiente a la imagen asociada al botón. Sub ActivarImagen(Byval NombreImagen) Dim objScreen Dim strScreenName Dim CurrentPictureName Set CurrentPictureName = HMIRuntime.Tags("@CurrentPictureName") strScreenName = NombreImagen.Userdata HMIRuntime.BaseScreenName = strScreenName CurrentPictureName.Value = strScreenName CurrentPictureName.Write End Sub

La mejor manera de aprender a diseñar es acudir a la guía inicio rápido (Primeros pasos -> Getting Started) que se encuentra dentro de la ayuda del programa. En esta guía se muestra paso a paso el procedimiento para crear una imagen, añadir objetos, conectar sus propiedades dinámicas con variables internas y realizar una simulación del funcionamiento.


C. Tag Logging

Durante la operación de una planta hay ciertos valores que conviene almacenar para realizar un seguimiento posterior del funcionamiento, análisis estadísticos, optimización de costes, etc. La capacidad del autómata es limitada ya que está diseñado específicamente para otro tipo de actividades por lo que los datos se suelen almacenar externamente en otros dispositivos.

En el caso de WinCC, el almacenamiento se realiza en un servidor de bases de datos denominado SQL Server de Microsoft instalado sobre un ordenador personal con sistema operativo Windows. Queda justificado su uso ya que los accesos de lectura y escritura están diseñados de forma que en caso de fallo, sólo se pierda la información del registro correspondiente y no afecte a la integridad del resto de datos. Además, permite múltiples conexiones simultáneas de lectura y escritura, gestión de usuarios y permisos, aumentando la seguridad y disponibilidad del sistema.

Al instalar WinCC se instala y configura automáticamente el MS SQL Server por lo que no es necesaria ninguna actuación al respecto. Las variables a almacenar se añaden desde el propio WinCC en la opción correspondiente del árbol del proyecto, mediante el editor Tag Logging.

Los datos se almacenan en función del tiempo de adquisición. Antes de definirlo, es necesario especificar qué variable es la que se va a almacenar. Otro parámetro importante es la permanencia de los datos, es decir, la antigüedad máxima de los datos almacenados, ya que en un almacenamiento continuo si la frecuencia de adquisición es muy alta, el tamaño de la base de datos aumentará rápidamente consumiendo espacio en el disco duro. Es recomendable ajustar ambos tiempos de forma adecuada, así como el tamaño máximo de los archivos.

Además de los dos tiempos anteriores, hay un tercer tiempo que es el utilizado para la lectura de la variable, o sea, para su salida hacia el Runtime. Una persona que supervisara la pantalla sólo necesitaría una actualización del valor cada segundo mientras que una alarma o sensor de posición puede necesitar una actualización del orden de centésimas de segundo.

Es bastante sencillo e intuitivo añadir las variables por lo que no se profundiza más en este editor. Al igual que sucede con Graphics Designer, la guía de inicio rápido incluida en la ayuda es la mejor forma de aprender a manejar el programa. Para integrar el seguimiento de variables en Runtime se pueden utilizar los controles “WinCC Online Trend Control” o “WinCC Online Table Control” en Graphics Designer. Cada uno de ellos dispone de un manual incluido en la ayuda de WinCC, también disponible durante Runtime, desde el botón de ayuda de cada control.

D. Alarm Logging

Cuando la instalación se encuentra funcionando, el sistema de automatización debe encargarse de la mayor parte de tareas posible, de forma que descargue al operador de las mismas. El sistema debe reaccionar automáticamente ante ciertos eventos para que el proceso funcione de manera estable. No obstante, pueden presentarse fallos o desviaciones en el


comportamiento que no estén contemplados. Por ello, resulta indispensable la supervisión humana.

El entorno WinCC dispone de un sistema de registro de alarmas que informan al operador cuando sucede algún evento. Entre dichos eventos se cuentan la activación o desactivación de bits y la vigilancia de valores límite en formato analógico. Los primeros suelen estar asociados a eventos discretos de cambio de estado en variables internas o externas como interruptores de nivel, pulsación de botones, arranque y parada de bombas o señalización de fallos mientras que los segundos vigilan los valores de señales analógicas del proceso como temperatura, presión, etc.

Las alarmas se almacenan en una lista y en función del tipo se dispara un avisador acústico o visual que llame la atención del operario, normalmente mediante sirenas, zumbadores o balizas luminosas. En este proyecto se conectan los avisos a la tarjeta de sonido del PC ya que dispone de un altavoz interno con potencia suficiente.

También en función del tipo de aviso será necesario que el operario confirme que lo ha recibido. A esto se denomina “Acuse del aviso”. En la pantalla correspondiente a la lista de avisos se dispone un botón para acusar los distintos avisos generados (ver Anexo II).

El sistema de avisos de WinCC sirve para enviar informes completos sobre los estados de averías y funcionamiento, así como para poder detectar a tiempo las situaciones críticas, evitar y reducir los periodos de inactividad, aumentando la calidad.

Para configurar el sistema de avisos en WinCC se hace uso del editor Alarm Logging, que puede verse en la Figura 5.5. Está compuesto por cuatro secciones (Bloques de avisos, Clases de avisos, Avisos de grupo y Configuración del fichero) y una lista de los distintos avisos configurados. Hay una sección adicional, la de vigilancia del valor límite, que se añade haciendo clic en Herramientas -> Add-Ins.

- Bloques de avisos

Define los grupos de mensajes que serán utilizados para cada aviso, como por ejemplo los bloques del sistema (fecha, hora, número de aviso), bloques del usuario (mensaje, localización del aviso) y bloques de valor del proceso (valor de la variable que provoca el aviso).

- Clases de avisos

Define las clases y tipos de avisos. Los avisos del sistema son generados por el sistema de automatización, por ejemplo, cuando hay una avería. Los avisos de proceso son generados por el propio proceso. Pueden configurarse nuevas clases si es necesario.

- Avisos de grupo

Los avisos individuales se pueden agrupar para generar avisos de grupo. Por ejemplo, si se detecta algún fallo en un componente del equipo, se generaría un aviso “Fallo en el equipo” además del fallo del componente.


Figura 5.5 – Ventana principal de Alarm Logging

- Configuración del fichero

Sirve para configurar de qué forma se almacenan y registran los avisos.

- Vigilancia del valor límite

Dentro de esta opción se asignan los valores límite para las variables de proceso analógicas a partir de los cuales se dispararán los avisos, tanto por exceso como por defecto.

Los avisos individuales se añaden en la parte inferior de la ventana principal de Alarm

Logging haciendo clic derecho y seleccionando “Agregar nueva fila…”. Haciendo clic derecho de nuevo sobre la nueva fila y seleccionando “Propiedades”. Para integrar el sistema de avisos dentro del Runtime sólo hay que añadir el control “WinCC Alarm Control” en el Graphics Designer.

E. Report Designer

Con este editor se generan informes de diversos tipos que son enviados a la impresora. Estos informes pueden ser tablas, gráficas, listas de avisos o también pueden ser parte de la documentación del proyecto, incluyendo listas de variables, listas de objetos, propiedades, eventos asociados y otro tipo de informes que generan cada uno de los editores de WinCC.

F. User Administrator

Las tareas de supervisión y control pueden ser responsabilidad de distintas personas en función de su formación y conocimiento del proceso. Una forma de asegurar que esto se cumpla es la gestión de permisos de acceso. WinCC permite dos tipos de acceso: con nombre de usuario y contraseña o bien con tarjeta inteligente o SmartCard. Además, dispone de un programa opcional que aumenta la seguridad del sistema llamado SIMATIC Logon. Los usuarios


se crean con el editor User Administrator y pueden tener permisos que dependan del área de la instalación de la que son responsables (Figura 5.6).

Figura 5.6 – Ventana principal de User Administrator

Durante la programación de la interfaz gráfica, se puede restringir el acceso y la manipulación de ciertos controles en Runtime en función de los permisos asignados. Los permisos configurados por defecto son:

- Administración de usuarios: Si está activado este punto, entonces el usuario puede llamar a la administración de usuarios y puede efectuar modificaciones.

- Entrada de valores: Si está activada, entonces el usuario puede introducir manualmente valores, p. ej. campos E/S.

- Operaciones de bajo nivel: Este punto permite al usuario efectuar manejos, p. ej. conmutación manual / automática.

- Tratamiento de imágenes: Esta autorización le otorga al usuario el derecho a modificar imágenes y elementos de imágenes.

- Cambio de imagen: Este punto permite al usuario efectuar cambios de imagen y llamar de este modo a otra imagen configurada.

- Selección de ventanas: Esta autorización permite al usuario cambiar las ventanas de aplicación en Windows.

- Copia de pantalla: Facilita al usuario imprimir la imagen de proceso actual. - Acusar avisos: Esta autorización permite al usuario acusar avisos. - Bloquear avisos: Esta autorización permite al usuario bloquear avisos. - Liberar avisos: Esta autorización permite al usuario liberar avisos. - Edición de avisos: Esta autorización le puede otorgar al usuario el derecho de modificar

avisos en el Alarm Logging. - Iniciar fichero: El usuario tiene permiso para efectuar el inicio de un archivado. - Detener fichero: El usuario tiene permiso para detener el archivado.


- Editar valores de fichero: Permite al usuario modificar las variables archivadas. - Configuración de ficheros: Esta autorización permite al usuario controlar o modificar el

archivado. - Edición de acciones: Otorga al usuario el derecho a efectuar o modificar scripts. - Administración de proyectos: Autoriza al usuario el acceso a WinCC Explorer.

Dichos permisos se asignan a cada usuario o a cada grupo de usuarios creado en el editor de forma sencilla, seleccionando al usuario o grupo y haciendo clic en la autorización correspondiente.

G. Equipo y configuración del Runtime (Fig. 5.7)

Antes de activar un proyecto es necesario configurar ciertos parámetros en las propiedades del equipo (bloque Equipo de la lista de editores), como el nombre del mismo. Al activar un proyecto se cargan módulos de programa adicionales necesarios para la ejecución de Runtime. En la lista de arranque se define qué aplicaciones se abren. Dependiendo de la configuración, WinCC ya incluye algunas aplicaciones en la lista. Graphics Runtime siempre se abre y está activado como ajuste predeterminado. El resto deben ser activadas para que estén disponibles, en función de los requisitos del proyecto.

Figura 5.7 – Propiedades del equipo dentro del proyecto WinCC

Entre las opciones, es posible elegir qué imagen o pantalla será la primera en mostrarse, qué combinación de teclas estará restringida, cómo se comportará la ventana (pantalla completa, ajuste de tamaño, etc.) o incluso la forma del puntero del ratón.

Cuando todo está configurado, se puede probar el proyecto haciendo clic en Archivo -> Activar Runtime. También existe la posibilidad de configurar el Runtime para que se active al iniciar sesión en Windows sin tener que entrar en WinCC Explorer, lo cual se configura con el programa Autostart que se incluye en el Menú Inicio -> Simatic -> WinCC.

5- control supervisor y adquisiciÓn de...

Documents