Utilice el nodo SCADAInput para recibir mensajes de clientes que se conectan al intermediario a través de WebSphere MQ Telemetry Transport.
Este tema contiene las secciones siguientes:
Los clientes de dispositivos SCADA utilizan el protocolo MQIsdp para enviar mensajes, convertidos por el nodo SCADAInput a un formato reconocido por WebSphere Event Broker. El nodo también establece el entorno de proceso para estos mensajes.
Los flujos de mensajes que manejan los mensajes recibidos de los dispositivos SCADA siempre deben empezar con un nodo SCADAInput. Establezca las propiedades del nodo SCADAInput para controlar cómo se reciben los mensajes; por ejemplo, puede indicar que un mensaje se procese bajo control de transacción.
Cuando despliegue flujos de mensajes que contienen nodos de SCADA en un intermediario, despliéguelos en un solo grupo de ejecución, independientemente del número de flujos de mensajes.
El grupo de ejecución para el que se despliegan los flujos SCADA ha de ser el grupo de ejecución predeterminado. El grupo de ejecución predeterminado se puede identificar inspeccionando el campo defaultExecutionGroup del mensaje BIP2201 al iniciar el grupo de ejecución. El valor true (verdadero) indica que se trata del grupo de ejecución predeterminado.
SCADA es principalmente un protocolo de publicación/suscripción y, por lo tanto, se incluye normalmente un nodo Publication para terminar el flujo. Cuando no desee incluir un nodo Publication, incluya un nodo SCADAOutput. Si incluye un nodo SCADAOutput, también deberá incluir un nodo SCADAInput, independientemente del origen de los mensajes, debido a que el nodo SCADAInput proporciona la información de conectividad que necesita el nodo SCADAOutput.
Si incluye un nodo de salida en un flujo de mensajes que empieza por un nodo SCADAInput, puede ser cualquiera de los nodos de salida soportados ,incluidos los nodos de salida definidos por el usuario. Puede crear un flujo de mensajes que reciba mensajes de dispositivos SCADA y genere mensajes para clientes que utilizan todos los transportes soportados para conectar con el intermediario, porque puede configurar el flujo de mensajes para que solicite al intermediario que proporcione las conversiones que sean necesarias.
Puede solicitar que el intermediario inicie o detenga un escucha SCADA publicando mensajes con un tema específico. Esta petición se puede aplicar a todos los puertos o a un solo puerto identificado en el mensaje.
No se pueden utilizar nodos
SCADAInput en flujos de mensajes que deban desplegarse en sistemas
z/OS.
Si crea un flujo de mensajes para utilizarlo como subflujo, no puede utilizar un nodo de entrada estándar; debe utilizar un nodo Input como el primer nodo, para crear un terminal de entrada para el subflujo.
Si el flujo de mensajes no recibe mensajes a través de conexiones SCADA, elija uno de los nodos de entrada soportados.
El nodo SCADAInput se encuentra en la bandeja de Additional Protocols de la paleta y está representado en el entorno de trabajo con el siguiente icono:
Para poner un ejemplo de cómo utilizar este nodo, supongamos que crea un flujo de mensajes con un nodo SCADAInput que recibe mensajes de un sensor remoto cuando éste detecta un cambio en el entorno de funcionamiento (por ejemplo, una caída de la temperatura exterior). Conecta el nodo a un nodo MQOutput que coloca estos mensajes en una cola atendida por una aplicación de WebSphere MQ que analiza y responde a la información recibida.
Cuando haya colocado una instancia del nodo SCADAInput en un flujo de mensajes, podrá configurar el nodo. Para ver más información, consulte el apartado Configurar un nodo de flujo de mensajes. Las propiedades del nodo se visualizan en la vista Propiedades. Para visualizar las propiedades del nodo en el diálogo Propiedades, efectúe una doble pulsación en el nodo o pulse con el botón derecho del ratón sobre el nodo y pulse Propiedades.
Todas las propiedades obligatorias para las que debe especificar un valor (las que no tienen un valor predeterminado definido) están marcadas con un asterisco.
Si utiliza DB2 como base de datos del intermediario, especifique un valor que sea menor o igual que el valor establecido para los parámetros de configuración de DB2 maxappls y maxagents. Para obtener información adicional, consulte el apartado Habilitación de las conexiones ODBC con las bases de datos.
Utilice esta opción solamente si espera que se conecten un gran número de clientes (más de 200).
El nodo SCADAInput direcciona al terminal de salida (Out) todos los mensajes que recupera satisfactoriamente. Si esta acción falla, el mensaje se propaga al terminal de anomalías; no se pueden conectar nodos a este terminal para manejar esta condición. Si no ha conectado el terminal de anomalías, el mensaje entra en un bucle continuo a través del nodo, hasta que se resuelve el problema.
Si este nodo capta este mensaje después de que se genere una excepción más adelante en el flujo de mensajes, el mensaje se direcciona al terminal de captación. Si no ha conectado el terminal de captación, el mensaje entra en un bucle continuo a través del nodo, hasta que se resuelve el problema. Asegúrese de que siempre haya un nodo conectado a este terminal si hay la posibilidad de restituir el mensaje dentro de un flujo de mensajes.
Cuando se incluye un nodo SCADAInput en un flujo de mensajes, el valor que se establece para la Modalidad de transacción indica si los mensajes se reciben bajo punto de sincronismo.
El nodo MQOutput es el único nodo de salida que se puede configurar para alterar temporalmente esta opción.
Los terminales del nodo SCADAInput están descritos en la siguiente tabla.
Terminal | Descripción |
---|---|
Failure (de anomalías) | El terminal de salida al que se direcciona el mensaje si se produce un error. |
Out (de salida) | El terminal de salida al que se direcciona el mensaje si se recupera satisfactoriamente de la cola. |
Catch (de captación) | El terminal de salida al que se direcciona un mensaje si se genera una excepción en sentido descendente y después este nodo la capta. |
Las tablas siguientes describen las propiedades de nodo. La columna con la cabecera O indica si la propiedad es obligatoria (marcada con un asterisco si tiene que entrar un valor cuando no hay definido ningún valor predeterminado); la columna con la cabecera C indica si la propiedad es configurable (puede cambiar el valor cuando añade el flujo de mensajes al archivo BAR para desplegarlo).
Las propiedades de Descripción del nodo SCADAInput están descritas en la siguiente tabla.
Propiedad | O | C | Valor predeterminado | Descripción |
---|---|---|---|---|
Nombre de nodo | No | No | El tipo de nodo, SCADAInput | El nombre del nodo. |
Descripción corta | No | No | Descripción breve del nodo. | |
Descripción larga | No | No | Texto que describe la finalidad del nodo en el flujo de mensajes. |
Las propiedades básicas del nodo SCADAInput se describen en la siguiente tabla.
Propiedad | O | C | Valor predeterminado | Descripción |
---|---|---|---|---|
Habilitar escucha en arranque | Sí | No | Seleccionado | Esta propiedad controla cuándo se inicia el escucha. Si selecciona el recuadro, el escucha se inicia cuando el intermediario inicia el flujo de mensajes. Si deselecciona el recuadro, el escucha se inicia cuando llega un mensaje en el puerto especificado. |
Puerto | Sí | Sí | 1883 | El puerto en el que el protocolo SCADA está a la escucha. |
Máximo de hebras | Sí | Sí | 500 | El número máximo de hebras que deben iniciarse para dar soporte a los dispositivos de SCADA. |
Utilizar agrupación de hebras | Sí | Sí | No seleccionado | Si selecciona el recuadro, se utiliza la agrupación de hebras. |
La propiedad Avanzadas del nodo SCADAInput se describe en la siguiente tabla.
Propiedad | O | C | Valor predeterminado | Descripción |
---|---|---|---|---|
Modalidad de transacción | Sí | No | Sí | Esta propiedad controla si el mensaje de entrada se recibe bajo punto de sincronismo. Los valores válidos son Automática, Sí y No. |