Utilize o nó SCADAInput para receber mensagens de clientes que se conectam ao intermediário por meio do WebSphere MQ Telemetry Transport.
Este tópico contém as seguintes seções:
Os clientes do dispositivo SCADA utilizam o protocolo MQIsdp para enviar mensagens que são convertidas pelo nó SCADAInput em um formato que é reconhecido pelo WebSphere Event Broker. O nó também estabelece o ambiente de processamento para essas mensagens.
Os fluxos de mensagens que manipulam as mensagens recebidas dos dispositivos SCADA devem sempre iniciar com um nó SCADAInput. Defina as propriedades do nó SCADAInput para controlar a forma como as mensagens são recebidas; por exemplo, você pode indicar que uma mensagem deve ser processada sob o controle da transação.
Ao implementar fluxos de mensagens que contêm nós SCADA em um servidor intermediário, implemente-os em um único grupo de execução, independentemente do número de fluxos de mensagens.
O grupo de execução no qual os fluxos de SCADA são implementados deve ser o grupo de execução padrão. O grupo de execução padrão pode ser identificado pela inspeção do campo defaultExecutionGroup na mensagem BIP2201 na inicialização do grupo de execução. Um valor true indica o grupo de execução padrão.
SCADA é principalmente um protocolo de Publicação/Assinatura; portanto, você geralmente inclui um nó Publicação no final do fluxo. Em cenários em que você não deseja utilizar um nó Publicação, inclua um nó SCADAOutput. Se você incluir um nó SCADAOutput, também deverá incluir um nó SCADAInput, independentemente da origem das mensagens, porque o nó SCADAInput fornece as informações de conectividade exigidas pelo nó SCADAOutput.
Se você incluir um nó de saída em um fluxo de mensagens que comece com um nó SCADAInput, ele poderá ser qualquer um dos nós de saída suportados, incluindo nós de saída definidos pelo usuário. Você pode criar um fluxo de mensagens que recebe mensagens de dispositivos SCADA, e gera mensagens para clientes que utilizam todos os transportes suportados para conectar-se ao intermediário, porque é possível configurar o fluxo de mensagens para solicitar que o intermediário forneça alguma conversão necessária.
Você pode solicitar que o intermediário inicie ou pare um listener SCADA, publicando mensagens com um tópico específico. Este pedido pode ser aplicado a todas as portas ou a uma única porta que esteja identificada na mensagem.
Você não pode utilizar nós SCADAInput
nos fluxos de mensagens que devem ser implementados nos sistemas z/OS.
Se você criar um fluxo de mensagens para utilizar como um subfluxo, não poderá utilizar um nó de entrada padrão; é necessário utilizar um nó Entrada como o primeiro nó para criar um terminal In para o subfluxo.
Se o fluxo de mensagens não receber mensagens pelas conexões SCADA, escolha um dos nós de entrada suportados.
O nó SCADAInput está contido no repositório Protocolos Adicionais da paleta e é representado no ambiente de trabalho pelo seguinte ícone:
Para obter um exemplo de como utilizar esse nó, considere a criação de um fluxo de mensagens com um nó SCADAInput que recebe mensagens de um sensor remoto quando ele detecta uma alteração em seu ambiente operacional (por exemplo, uma queda na temperatura externa). Você conecta o nó a um nó MQOutput, que disponibiliza essas mensagens em uma fila atendida por um aplicativo WebSphere MQ que analisa e responde às informações recebidas.
Quando tiver colocado uma instância do nó SCADAInput em um fluxo de mensagens, será possível configurar o nó. Para obter informações adicionais, consulte Configurando um Nó do Fluxo de Mensagens. As propriedades do nó são exibidas na visualização Propriedades. Para exibir as propriedades do nó no diálogo Propriedades, dê um clique duplo no nó ou clique com o botão direito no nó e clique em Propriedades.
Todas as propriedades obrigatórias para as quais é necessário digitar um valor (aquelas que não têm um valor padrão definido) são marcadas com um asterisco.
Se você estiver utilizando o DB2 como seu banco de dados intermediário, especifique um valor que seja menor que ou igual ao valor definido para os parâmetros de configuração maxappls e maxagents do DB2. Veja informações adicionais na publicação Ativando as Conexões ODBC para os Bancos de Dados.
Utilize esta opção apenas se você esperar que um grande número de clientes (acima de 200) faça conexão.
O nó SCADAInput roteia cada mensagem recuperada com êxito para o terminal Out. Se esta ação falhar, a mensagem será propagada para o terminal Failure; será possível conectar nós a este terminal para manipular esta condição. Se você não tiver conectado o terminal Failure, a mensagem entrará em loop contínuo através do nó, até que o problema seja resolvido.
Se a mensagem for capturada por esse nó após a emissão de uma exceção no fluxo de mensagens, a mensagem será roteada para o terminal Catch. Se você não tiver conectado o terminal Catch, a mensagem entrará em loop contínuo através do nó, até que o problema seja resolvido. Assegure-se de que um nó esteja sempre conectado a este terminal se houver a possibilidade de a mensagem ser revertida em um fluxo de mensagens.
Quando você incluir um nó SCADAInput em um fluxo de mensagens, o valor configurado para o Modo de Transação definirá se as mensagens são recebidas no ponto de sincronização:
O nó MQOutput é o único nó de saída que pode ser configurado para substituir esta opção.
Os terminais do nó SCADAInput são descritos na tabela a seguir.
Terminal | Descrição |
---|---|
Failure | O terminal de saída para o qual a mensagem será roteada se ocorrer um erro. |
Out | O terminal de saída para o qual a mensagem será roteada se for recuperada com êxito da fila |
Catch | O terminal de saída para o qual a mensagem será roteada se for emitida uma exceção downstream e capturada por este nó. |
As tabelas a seguir descrevem as propriedades do nó. A coluna com cabeçalho M indica se a propriedade é obrigatória (marcada com um asterisco caso seja necessário digitar um valor quando nenhum padrão for definido); a coluna com cabeçalho C indica se a propriedade é configurável (você poderá alterar o valor quando incluir o fluxo de mensagens ao arquivo BAR para implementá-lo).
As propriedades Descrição do nó SCADAInput são descritas na tabela a seguir.
Propriedade | M | C | Padrão | Descrição |
---|---|---|---|---|
Nome do Nó | Não | Não | O tipo de nó, SCADAInput | O nome do nó. |
Descrição Breve | Não | Não | Uma breve descrição do nó. | |
Descrição Longa | Não | Não | Texto que descreve a finalidade do nó no fluxo de mensagens. |
As propriedades Básicas do nó SCADAInput são descritas na tabela a seguir.
Propriedade | M | C | Padrão | Descrição |
---|---|---|---|---|
Ativar Listener na Inicialização | Sim | Não | Selecionada | Essa propriedade controla quando o listener é iniciado. Se você selecionar a caixa de opções, o listener será iniciado quando o fluxo de mensagens for iniciado pelo intermediário. Se você limpar a caixa de opções, o listener será iniciado durante a chegada de uma mensagem na porta especificada. |
Porta | Sim | Sim | 1883 | A porta na qual o protocolo SCADA está atendendo. |
Máx. de encadeamentos | Sim | Sim | 500 | O número máximo de encadeamentos a serem iniciados para suportar dispositivos SCADA. |
Utilizar conjunto de encadeamentos | Sim | Sim | Não Selecionada | Se você selecionar a caixa de opções, o conjunto de encadeamentos será utilizado. |
A propriedade Avançada do nó SCADAInput está descrita na tabela a seguir.
Propriedade | M | C | Padrão | Descrição |
---|---|---|---|---|
Modo de Transação | Sim | Não | Sim | Esta propriedade controla se a mensagem que chega é recebida no ponto de sincronização. Os valores válidos são Automático, Sim e Não. |