Nodo SCADAInput

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:

Finalidad

Los clientes de dispositivos SCADA utilizan el protocolo MQIsdp para enviar mensajes, convertidos por el nodo SCADAInput a un formato reconocido por WebSphere Message 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.

El nodo SCADAInput maneja los mensajes en los siguientes dominios de mensaje:
  • MRM
  • XML
  • XMLNS
  • XMLNSC
  • BLOB

z/OS platform No se pueden utilizar nodos SCADAInput en flujos de mensajes que deban desplegarse en sistemas z/OS.

Para procesar los datos de un mensaje de entrada SCADA, incluya un nodo como el nodo de ResetContentDescriptor y establezca sus propiedades de modo que obliguen a que un nodo subsiguiente vuelva a analizar la corriente de bits.

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:

Icono de nodo SCADAInput

Utilización de este nodo en un flujo de mensajes

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.

En otro ejemplo, crea un flujo de mensajes con un nodo SCADAInput que recibe mensajes de un sistema remoto cada minuto. Los mensajes contienen detalles de la posición de los conmutadores del sistema. Los datos recibidos se introducen en un nodo ResetContentDescriptor para transformar los datos binarios (BLOB) en datos en formato de mensaje MRM. La información sobre el sistema se almacena en una base de datos utilizando el nodo Database y se enriquece usando un nodo Compute para crear un mensaje XML, que se publica mediante un nodo Publication.

Puesto que es caro enviar mensajes XML (porque la transmisión por satélite tiene un alto coste por cada byte); por lo tanto, es mejor utilizar este método ya que el intermediario enriquece los datos.

Configuración del nodo SCADAInput

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.

  1. Opcional: En el separador Descripción, especifique una Descripción corta, una Descripción larga, o ambas. En este separador también puede redenominar el nodo.
  2. En el separador Básicas, establezca las siguientes propiedades:
    • Actualice el estado del escucha publicando en el tema de control $SYS/SCADA/MQIsdpListener/<número_puerto> con la parte Carga útil del mensaje establecida en ON u OFF. Inicialmente está seleccionado Habilitar escucha en arranque, lo que significa que el escucha para clientes MQIsdp se inicializa cuando se despliega el flujo de mensajes.
    • Especifique el número de Puerto en el que escucha el servidor MQIsdp. Este valor ha de ser un número de puerto exclusivo que no interfiera con otros escuchas (por ejemplo, los definidos para WebSphere MQ o WebSphere MQ Everyplace). El número predeterminado es 1883.
    • Especifique el valor Máximo de hebras para indicar el número máximo de hebras disponibles para que el servidor MQIsdp dé soporte a clientes. El valor predeterminado es 500.

      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.

    • Seleccione Utilizar agrupación de hebras si desea que el nodo utilice una agrupación de hebras para prestar servicio a los clientes. Si selecciona esta opción, el número de hebras disponibles para el servidor MQIsdp está limitado por Máximo de hebras, que es más eficaz cuando se establece en un valor entre 20 y 40. Si no selecciona esta opción, se creará una nueva hebra para cada cliente que se conecte. Inicialmente, el recuadro está vacío.

      Utilice esta opción solamente si espera que se conecten un gran número de clientes (más de 200).

  3. En el separador Análisis de mensaje de entrada, establezca valores para las propiedades que describen el dominio de mensajes, el conjunto de mensajes, el tipo de mensaje y el formato de mensaje que el nodo utiliza, para determinar cómo analizar el mensaje de entrada.
    • En Dominio de mensajes, seleccione en la lista el nombre del analizador que utiliza. Puede elegir entre las siguientes opciones:
      • MRM
      • XML
      • XMLNS
      • XMLNSC
      • BLOB
    • Si está utilizando el analizador , seleccione el Conjunto de mensajes que desee utilizar. Esta lista se llena con conjuntos de mensajes disponibles cuando se selecciona MRM o XMLNSC como dominio.

      Deje en blanco Conjunto de mensajes para los analizadores XML, XMLNS, XMLNSC y BLOB.

    • Si está utilizando el analizador MRM, seleccione el mensaje correcto en la lista de Tipo de mensaje. Esta lista se llena con los mensajes definidos en el Conjunto de mensajes que se ha seleccionado.

      Deje en blanco Tipo de mensaje para los analizadores XML, XMLNS, XMLNSC y BLOB.

    • Si está utilizando el analizador MRM, seleccione el formato del mensaje en la lista de Formato del mensaje. Esta lista incluye todos los formatos físicos que se han definido para este Conjunto de mensajes.

      Deje en blanco Formato del mensaje para los analizadores XML, XMLNS, XMLNSC, y BLOB.

  4. En el separador Opciones de análisis, la opción Temporización del análisis está establecida, de forma predeterminada, en A petición. Este valor hace que la validación se retarde hasta que se analiza mediante el análisis parcial. Si cambia este valor por Inmediato, el análisis parcial se altera temporalmente y se analizan y validan todos los elementos de mensaje, excepto los tipos complejos con una composición de Elección o Mensaje que no se pueden resolver en ese momento. Si cambia este valor a Completo, el análisis parcial se altera temporalmente y se analiza y valida todo lo contenido en el mensaje; los tipos complejos con una composición de Elección o Mensaje que no se pueden resolver en ese momento producen una anomalía de validación.
  5. En el separador Avanzadas, establezca el valor necesario para Modalidad de transacción a fin de definir las características de transacción sobre el manejo de este mensaje:
    • Si selecciona Automática, el mensaje entrante se recibe bajo punto de sincronismo si está marcado como permanente; de lo contrario, no se recibe bajo punto de sincronismo. La transaccionalidad de cualquier mensaje derivado enviado posteriormente por un nodo de salida viene determinada por la propiedad de persistencia entrante, a menos que el nodo de salida haya modificado explícitamente la transaccionalidad.
    • Si selecciona el valor , el mensaje entrante se recibe bajo punto de sincronismo. Cualquier mensaje derivado enviado posteriormente por un nodo de salida en la misma instancia del flujo de mensajes se enviará transaccionalmente, a menos que el nodo de salida haya modificado explícitamente la transaccionalidad.
    • Si selecciona No, el mensaje de entrada no se recibe bajo punto de sincronismo. Cualquier mensaje derivado, enviado posteriormente por un nodo de salida en el flujo de mensajes, se enviará de forma no transaccional, a menos que el nodo de salida haya especificado que el mensaje debe ponerse bajo punto de sincronismo.
  6. En el separador Validación, establezca las propiedades de validación si desea que el analizador valide el texto de los mensajes a partir del Conjunto de mensajes. Si un mensaje se propaga al terminal de anomalías del nodo, no se valida.

    Si desea ver información más detallada, consulte los apartados Validar mensajes y Propiedades de validación.

Conexión de terminales

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.

Configuración de transacciones coordinadas

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.

  • Si establece esta propiedad en (el valor predeterminado), el mensaje se recibe bajo punto de sincronismo; es decir, dentro de una unidad de trabajo de WebSphere MQ). Cualquier mensaje enviado posteriormente por un nodo de salida en la misma instancia del flujo de mensajes se coloca bajo punto de sincronismo, a menos que el nodo de salida haya modificado esto explícitamente.
  • Si establece esta propiedad en Automática, el mensaje se recibe bajo punto de sincronismo en el caso de que el mensaje de entrada esté marcado como persistente; de lo contrario, no se recibe bajo punto de sincronismo. Cualquier mensaje enviado posteriormente por un nodo de salida se coloca bajo punto de sincronismo, según lo determinado por la propiedad de persistencia entrante, a menos que el nodo de salida haya modificado explícitamente esta operación.
  • Si establece esta propiedad en No, el mensaje no se recibe bajo punto de sincronismo. Cualquier mensaje enviado posteriormente por un nodo de salida en el flujo de mensajes, no se pone bajo punto de sincronismo, a menos que un nodo de salida determinado haya especificado que el mensaje debe ponerse bajo punto de sincronismo.

El nodo MQOutput es el único nodo de salida que se puede configurar para alterar temporalmente esta opción.

Terminales y propiedades

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 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 1883 El puerto en el que el protocolo SCADA está a la escucha.
Máximo de hebras 500 El número máximo de hebras que deben iniciarse para dar soporte a los dispositivos de SCADA.
Utilizar agrupación de hebras No seleccionado Si selecciona el recuadro, se utiliza la agrupación de hebras.

En la tabla siguiente se describen las propiedades de Análisis de mensajes de entrada del nodo SCADAInput.

Propiedad O C Valor predeterminado Descripción
Dominio de mensajes No No   Dominio que se utiliza para analizar el mensaje de entrada.
Conjunto de mensajes No No   Nombre o identificador del conjunto de mensajes en el que se define el mensaje de entrada.
Tipo de mensaje No No   Nombre del mensaje de entrada.
Formato del mensaje No No   Nombre del formato físico del mensaje de entrada.

Las propiedades de Opciones de análisis del nodo SCADAInput están descritas en la tabla siguiente.

Propiedad O C Valor predeterminado Descripción
Temporización del análisis No No A petición Esta propiedad controla cuándo se analiza un mensaje de entrada. Los valores válidos son A petición, Inmediato y Completo.

Si desea ver una descripción completa de esta propiedad, consulte Análisis a petición.

Utilizar analizador compacto XMLNSC para dominio XMLNS No No No seleccionado Esta propiedad controla si el analizador compacto XMLNSC se utiliza para mensajes en el dominio XMLNS. Si establece esta propiedad, los datos del mensaje aparecerán bajo XMLNSC en nodos conectados al terminal de salida cuando las propiedades de Análisis de mensaje de entrada Dominio de mensajes sean XMLNS.
Retener el contenido mixto No No No seleccionado Esta propiedad controla si el analizador XMLNSC crea elementos en el árbol de mensajes cuando encuentra texto mixto en un mensaje de entrada. Si selecciona el recuadro, se crean elementos para el texto mixto. Si deselecciona el recuadro, el texto mixto se ignora y no se crea ningún elemento.
Retener los comentarios No No No seleccionado Esta propiedad controla si el analizador XMLNSC crea elementos en el árbol de mensajes cuando encuentra comentarios en un mensaje de entrada. Si selecciona el recuadro, se crean elementos para los comentarios. Si deselecciona el recuadro, los comentarios se ignoran y no se crea ningún elemento.
Retener las instrucciones de proceso No No No seleccionado Esta propiedad controla si el analizador XMLNSC crea elementos en el árbol de mensajes cuando encuentra instrucciones de proceso en un mensaje de entrada. Si selecciona el recuadro, se crean elementos para las instrucciones de proceso. Si deselecciona el recuadro, las instrucciones de proceso se ignoran y no se crea ningún elemento.

La propiedad Avanzadas del nodo SCADAInput se describe en la siguiente tabla.

Propiedad O C Valor predeterminado Descripción
Modalidad de transacción No Esta propiedad controla si el mensaje de entrada se recibe bajo punto de sincronismo. Los valores válidos son Automática, y No.

Las propiedades de validación del nodo SCADAInput se describen en la siguiente tabla.

Para ver la descripción completa de estas propiedades, consulte Propiedades de validación.

Propiedad O C Valor predeterminado Descripción
Validar No Ninguna Esta propiedad controla si tiene lugar la validación. Los valores válidos son Ninguna, Contenido y valor y Contenido.
Acción para anomalía No No Excepción Esta propiedad controla qué sucede si falla la validación. Sólo puede establecer esta propiedad si establece Validar en Contenido o Contenido y valor. Los valores válidos son Rastreo de usuario, Anotaciones de error locales, Excepción y Lista de excepciones.
Incluir todas las limitaciones de valor No No Seleccionado Esta propiedad no se puede editar. Si selecciona el recuadro, se incluyen las comprobaciones de restricción de valor básicas en la validación de Contenido y valor.
Arreglo No No Ninguna Esta propiedad no se puede editar.
Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Su opinión

Copyright IBM Corporation 1999, 2009Copyright IBM Corporation 1999, 2009.
Última actualización : 2009-02-16 13:53:40

ac04620_