Buses de campo – Parte general
Terminología
El telegrama de salida es el telegrama específico del protocolo (PDO de seguridad) que se envía desde el controlador de seguridad al dispositivo de campo seguro. Este telegrama contiene los datos de salida para el dispositivo de campo seguro. | |
El telegrama de entrada es el telegrama específico del protocolo (PDO de seguridad) que se envía desde el dispositivo de campo seguro al controlador de seguridad. Este telegrama contiene los datos de entrada del dispositivo de campo seguro. | |
Instancia del controlador: para cada E/S lógica configurada, se crea un código para una instancia del controlador del tipo de protocolo compatible (por ejemplo, una instancia del controlador del tipo |
Descripción de la interfaz
El controlador de seguridad supervisa la transmisión de los datos de E/S hacia y desde el dispositivo de campo seguro. El sistema de desarrollo genera una E/S lógica para cada dispositivo de campo seguro. Se crea automáticamente una instancia de controlador para cada dispositivo lógico.
Con la creación de la instancia del controlador, se genera un código implícito que da como resultado lo siguiente para las variables de entrada o salida:
Fase 1 (fase de entrada): Procesamiento de los telegramas de entrada (implícito)
La instancia del controlador recibe el telegrama de entrada y lo comprueba de acuerdo con su especificación de protocolo, por ejemplo PROFIsafe.
Los datos de entrada o, en caso de error, los valores sustitutos se copian en las variables de entrada asignadas de la aplicación.
Fase 2: Procesamiento de la solicitud del usuario
Los datos de salida se generan en función de los datos de entrada y del estado de la aplicación.
Fase 3 (fase de salida): Procesamiento de los telegramas de salida (implícito)
Los datos de salida asignados de la aplicación se transmiten a la instancia del controlador, que genera el telegrama de salida de acuerdo con su especificación de protocolo y lo envía al dispositivo de campo seguro.
Comportamiento predeterminado del controlador
Aviso Drv_1 (inicio de la aplicación)
Al iniciar la aplicación, puede ocurrir que a partir del primer ciclo se intercambien datos de proceso entre el campo y la aplicación. El uso de FB con bloqueo de inicio (S_StartReset = FALSE) o la implementación de otras medidas del sistema y de la aplicación (consulte el Manual de usuario de seguridad. "Reglas para el uso de bloques de funciones compatibles con PLCopen") garantiza que no se produzca ningún arranque inesperado (o no intencional) de la maquinaria cuando se inicia la aplicación.
Aviso Drv_2 (error de comunicación al inicio)
De forma predeterminada, los errores de comunicación habituales al inicio no impiden el inicio automático de la comunicación de datos de proceso, sino que sólo se retrasa. Ver Entrada para reconocimiento automático de errores de inicio (error de inicio de reconocimiento automático).
El comportamiento predeterminado del controlador al iniciarse después de un reinicio o al reiniciarse después de un error de comunicación se define mediante el valor inicial de la entrada correspondiente. Para sobrescribir el comportamiento predeterminado, se debe llamar al bloque de funciones en la aplicación y configurar la entrada correspondiente de la siguiente manera:
El programa evita el inicio automático de la transmisión de datos de proceso después del inicio llamando al bloque de función en la aplicación y configurando la entrada error de inicio de reconocimiento automático a FALSE (ver. Entrada para reconocimiento automático de errores de inicio).
La reanudación automática de la transmisión de datos del proceso se habilita mediante el programa llamando al bloque de función en la aplicación y configurando la entrada interrupción de reconocimiento automático entrada a TRUE (ver. Entrada para reconocimiento automático después de una interrupción).
Entrada para reconocimiento automático de errores de inicio
Nombre | Tipo de datos | Valor inicial | Descripción, valores de los parámetros |
|---|---|---|---|
<error de inicio de reconocimiento automático> |
|
| Comportamiento de inicio después de un reinicio (comandos: Reinicio en frío – Seguridad y Reanudar) de la aplicación, por ejemplo PowerON.
|
Importante
tenga en cuenta Aviso Drv_2 (error de comunicación al inicio):El valor inicial para la entrada para el comportamiento de inicio después de un reinicio es TRUETodos los errores en el comportamiento de inicio se reconocen después de un reinicio.
A continuación, la comunicación de datos del proceso comienza tan pronto como desaparece el error de comunicación inicial.
Importante
tenga en cuenta Aviso Drv_1 (inicio de la aplicación): Configuración error de inicio de reconocimiento automático a FALSE no impide el inicio automático de la comunicación de datos de proceso. Si no se producen errores durante el inicio, la pila puede iniciarse automáticamente, incluso si error de inicio de reconocimiento automático está configurado para FALSEEl usuario deberá tener esto en cuenta en la solicitud.
Entrada para reconocimiento automático después de una interrupción
Nombre | Tipo de datos | Valor inicial | Descripción, valores de los parámetros |
|---|---|---|---|
<interrupción de reconocimiento automático> |
|
|
|
Aviso Drv_3 (entrada para reconocimiento automático después de una interrupción)
Atención
Si <error de inicio de reconocimiento automático> y <interrupción de reconocimiento automático> son TRUE, entonces se reconocen todos los errores. Esto sólo tiene sentido en ciertos casos excepcionales.
Comportamiento de reinicio después de un error de comunicación
El valor inicial para la entrada para el comportamiento de reinicio después de un error de comunicación es FALSE; El error en la transmisión de la comunicación no se reconoce automáticamente.
Es necesaria una llamada explícita de la instancia del bloque de función con la conexión correspondiente de las entradas.
Entrada para el borde de reconocimiento (reconocimiento manual)
Los errores se pueden reconocer con un borde positivo en la entrada para el reconocimiento, siempre que (Salida para la solicitud de reconocimiento) está configurado.
Si todos los errores se reconocen automáticamente (lo que sólo tiene sentido en casos excepcionales), esta entrada no es necesaria y puede permanecer desconectada.
Si actualmente no se solicita ningún reconocimiento, se ignora la entrada: por lo tanto, la misma señal se puede conectar a la entrada para el borde de reconocimiento de todas las instancias del controlador para realizar un reconocimiento no específico de los problemas de comunicación.
Nombre | Tipo de datos | Valor inicial | Descripción, valores de los parámetros |
|---|---|---|---|
<borde de retroceso> |
|
| La reanudación de la función de seguridad se confirma después de un error con un flanco ascendente en la entrada. |
Aviso Drv_4 (borde de retroceso)
Atención
El <borde de retroceso> La entrada se utiliza para el reconocimiento por parte del usuario. No debe ser configurada por el programa, sino que debe estar conectada con una señal de entrada.
Sugerencia
El <borde de retroceso> La entrada requiere un flanco ascendente. Después de que el usuario haya detenido el reconocimiento, debería continuar. FALSE de nuevo para concluir el reconocimiento. Solo entonces se solicita el siguiente reconocimiento en la entrada <requerimiento de confirmación> en el próximo error de comunicación.
Salida para solicitud de reconocimiento
La salida es TRUE si se ha producido un error de comunicación (error de inicio o interrupción) y solo es necesario confirmarlo manualmente para reanudar la comunicación.
Si la salida <requerimiento de confirmación> es TRUE, entonces la conexión requiere una confirmación por parte del usuario. Normalmente, se informa al usuario de que se requiere su confirmación (por ejemplo, con la ayuda de una variable de intercambio en el controlador estándar y la visualización)
Si se establece la salida, el error se puede reconocer en la entrada para su confirmación.
Nombre | Tipo de datos | Valor inicial | Descripción, valores de los parámetros |
|---|---|---|---|
<requerimiento de confirmación> |
|
|
Sugerencia
La pantalla en la salida acuse de recibo Puede tener lugar únicamente si:
El error de comunicación no se reconoce automáticamente, es decir, si <error de inicio de reconocimiento automático> o <interrupción de reconocimiento automático> es
FALSE.El <borde de retroceso> La entrada es actualmente
FALSE, es decir, si se ha iniciado un reconocimiento manual pero aún no se ha concluido.
Por lo tanto, si ocurre un nuevo problema de comunicación mientras el usuario aún está reconociendo un problema que ocurrió anteriormente, entonces el nuevo problema de comunicación solo se muestra y procesa después de que el usuario haya completado el reconocimiento del problema anterior.
Llamada explícita del bloque de función
Si el usuario llama explícitamente al bloque de funciones en la aplicación (fase 2), se pueden configurar las entradas del bloque de funciones y leer las salidas del bloque de funciones, aunque el bloque de funciones en sí no ejecute ninguna operación. Para cada instancia de controlador, puede haber como máximo una llamada en la aplicación.
Las salidas del bloque de función de la instancia del controlador se pueden leer independientemente de una llamada.