Protocolos de Comunicação

Conectividade é uma característica fundamental na plataforma Action.NET, portanto, o sistema possui embutido suporte para vários protocolos padrão da indústria, tais como OPC e Modbus, além destes o Action.NET tem também muitas interfaces de comunicação nativas para uma grande variedade de protocolos proprietários de fabricantes de hardware e PLCs.
As razões para incluir protocolos nativos, além de OPC, são muitas, tais como: redução de custos, já que a maioria dos protocolos não são cobrados; configuração mais fácil, uma vez que está integrado no sistema; maior acesso a funções dos protocolos; por razões de desempenho e diagnósticos, características que não são possíveis quando se usa componentes externos como o OPC. O suporte técnico também é simplificado, pois o fornecedor dos protocolos é único e é o mesmo que desenvolve e fornece o SCADA.

Protocolos Incluídos

Os seguintes protocolos de comunicação estão incluídos na distribuição padrão do produto, porém sua utilização necessita ser licenciada:

• Direção Automation, KOYO, usando o protocolo ECOM

• Barcode Reader ASC

• CTC Binary 5300 model

• Mitsubishi - Series Q

• Modbus - TCP / IP e RS-232, RTU e ASC, protocolo mestre Modbus

• Modbus Slave - TCP / IP e protocolo Modbus escravo RS-232, RTU e ASC

• OPC DA Cliente - OPC acesso do cliente aos servidores locais ou remotos

• OPC UA Client

• Ping

• Rockwell / AB ControlLogix

• Rockwell / AB MicroLogix

• Rockwell / AB DF1 Ethernet

• SIEMENS - Step7

• TRemoteClient - Comunicação Action.NET com Action.NET

• TwinCAT - Interface Beckhoff ADS

• WITS Level Pason

• WITS Level passive

Protocolos Suportados

Existem muitos protocolos que, embora não incluídos nos instaladores padrão do produtos, estão disponíveis mediante solicitação do cliente. Alguns desses protocolos já estão em estado de utilização em produção, outros estão em fase de desenvolvimento e testes. Entre em contato com a SPIN se você tem necessidade de algum dos protocolos nesta lista.
Mesmo se o equipamento com o qual sua aplicação necessita comunicar-se não estiver listado, mas não há informações públicas sobre o protocolo, contate-nos já que, em muitos casos, desde que se possa ter acesso à documentação do protocolo e unidades físicas para testes, há a possibilidade de desenvolvimentos especiais.
Em ordem alfabética:

• Altus AL-1000, AL2000 and Nexto PLCs

• Fatek Facon PLC

• GE Fanuc SNP and SNP-X

• Mitsubishi Series A and FX

• Omron CS/CJ/CP-series CPU Unit ou NSJ Controller

• Reliance CP3000

• Smar CD600

• SMTP - Simple Network Management Protocol

Interfaces adicionais

Há algumas interfaces que estão disponíveis e não foram incluídas na distribuição do produto, pois têm seus próprios pacotes de instalação ou são vendidos como módulos opcionais. Nestes estão incluídos os seguintes protocolos, em ordem alfabética:

Devices e Interfaces

Os dispositivos no Action.NET são qualquer fonte de dados ao vivo em tempo real. Normalmente, um dispositivo é um PLC, outro projeto Action.NET, um servidor OPC, um Asset Manager ou Historian Server externo ou qualquer equipamento que tenha um protocolo de comunicação.

As fontes de dados são conectadas por meio de Canais. Cada canal tem um tipo de interface (por exemplo, RS-232, TCP / IP) e um protocolo específico do dispositivo. Um canal pode acessar várias estações (por exemplo, dispositivos) usando um protocolo comum.

Cada estação é chamada de Nó. Cada nó possui um ou mais pontos de dados. Os pontos de dados fornecem os valores de dados específicos a serem acessados ​​por meio de tags. Cada ponto de dados está vinculado a uma tag específica.

Finalmente, cada ponto de dados é associado a um Tipo de Acesso. Isso define as regras para leitura e gravação de valores neste ponto de dados, como taxa de pesquisa, se uma leitura é realizada na inicialização e se a entrada não solicitada é aceita.

Em resumo, a configuração do Módulo de Dispositivo é executada em 3 etapas:

1. Defina o equipamento (e protocolos) que o projeto usará em Editar → Dispositivos → Canais.

2. Definiu os nós, ou estações PLC relacionadas a cada canal, em Editar → Dispositivos → Nós

3. Mapeie os Tags em seu modelo de dados para endereços nos dispositivos, em Editar → Dispositivos → Pontos.

Opcionalmente, você pode personalizar ou criar novos AccessTypes, mapeando grupos de Tags de requisitos de comunicação semelhantes para o mesmo AccessType.

Para agilizar a configuração, o Action.NET fornece muitos Assistentes de importação que criarão automaticamente os tags e mapeamento de dispositivos usando a configuração do PLC ou outra fonte de informação disponível.

Veja o Apendice - Drivers de Comunicação para uma lista completa de protocolos de comunicação disponíveis no Action.NET.

Configurando Canais

Canais em Action.NET são os objetos que implementam meios de comunicação utilizados para a comunicação do ambiente do SCADA com os PLCs e outros IEDs. Muitos protocolos internos estão disponíveis. Você deve configurar pelo menos um canal para cada protocolo que você precisa usar.

Para configurar canais:

1. Vá para Edit > Devices > Channels

2. Clique em Create New.

   • É mostrada a janela de criação de novo canal (figura a seguir)

Image Removed

Image Added

• Digite ou selecione as informações, conforme necessário.

• Clique OK.

• O canal é adicionado como uma nova linha na tabela.

• Digite ou selecione as informações para o novo Canal, conforme necessário.

Para mostrar ou esconder uma coluna, clique com o botão direito na área de cabeçalho da coluna e marque ou desmarque colunas.

• Continue adicionando quantos canais você precisa.

• Se necessário, clique com o botão direito em uma linha para cortar, copiar, colar ou excluir uma linha

Configurando Nós

Os nós ou Nodos no Action.NET são os objetos que coincidem com os dispositivos IEDs, ou CLPs com os quais a aplicação deve se comunicar no canal em que estão conectados.
Você também pode importar as configurações de um servidor OPC ou de outra fonte de dados. Consulte "Importando de um Servidor OPC"  e "Importando endereços de PLCs".

Para configurar os nós:

1. Vá para Edit > Devices > Nodes.

2. Digite ou selecione as informações, conforme necessário.

   • Para mostrar ou esconder uma coluna, clique com o botão direito na área de cabeçalho da coluna e marque ou desmarque colunas.

• Continue adicionando tantos novos nós quantos você precisar.

Importando de um Servidor OPC

Depois de criar um nó de comunicação OPC, você pode selecionar o nó e clicar em Importar para importar o banco de dados do Servidor OPC para o projeto. O Action.NET cria automaticamente os Tags e os pontos de comunicação (tabela Points).
Depois de ter utilizado a ferramenta de importação, pela primeira vez, o sistema irá salvar as configurações utilizadas, de modo que o botão mostrará a partir de então a palavra SYNC, o que significa que na próxima vez que você usá-lo, será executada uma sincronização, verificando quais endereços já foram importados previamente e quais os novos.

Importando endereços de PLCs

Ao criar os nós de comunicação e pontos de comunicação (Points), você pode importá-los se eles são definidos em outra fonte de dados das seguintes formas:

• Você pode copiar e colar o conteúdo de uma tabela de Excel. As tabelas podem ter diferentes colunas ou ordem, desde que você inclua o título das colunas nas operações de copiar e colar. O sistema irá colocar os dados nas colunas esperadas, mesmo que a ordem seja diferente nas tabelas de origem e de destino.

• Você pode importar os dados de arquivos CSV.

• Para dispositivos Rockwell ControlLogix, você pode importar arquivos de definição L5K.

• Para dados OSIsoft PI ®, existe uma versão Action.NET para compartilhar definições.

• Está disponível também uma API de programação que pode ser usada para escrever scripts preencher as tabelas de Points, até mesmo em tempo de execução, quando é necessário.

Se o dispositivo PLC ou outro IED tem um banco de dados aberto ou arquivo com os endereços disponíveis, e você gostaria de ter uma forte integração para fazer essa configuração e carga de endereços Action.NET, contate o suporte.

Configurando endereços de pontos

A aba Points do espaço Devices é utilizada para definir os tags que serão adquiridos por este canal e node. Nela são especificados os tipos de pontos (conforme o protocolo) e os
identificadores (com os endereços) utilizados pelo protocolo para o mapeamento dos dados dentro dos IEDs.
O número de pontos de dados que você pode configurar está relacionada tanto ao ProductModel configurado para o projeto e sua licença para Action.NET. Para obter informações sobre os modelos de produtos, consulte "Família e Modelo do Produto" .

Para configurar os pontos de dados:

1. Vá para Edit > Devices > Points.

   • Você pode copiar e colar as etiquetas da aba Tag> Objetos.

2. Digite ou selecione as informações, conforme necessário.

   • Para adicionar ou remover uma coluna, clique com o botão direito na área de cabeçalho da coluna e marque ou desmarque colunas.

• Continue adicionando tantos pontos quantos você precisa.

Configurando Tipos de Acessos

Na aba de Tipos de Acesso (Access Types) são definidos os procedimentos de leitura e escrita, com tempos de amostragem, eventos não solicitados e outras propriedades, que serão utilizados no tratamento de cada um dos tags definidos na aba Points.
Você pode configurar os tipos de acesso que controlam ler, escrever e outras configurações quando o aplicativo acessa dados do PLC ou IED..
O Action.NET vem com alguns tipos de acesso predefinidos que você pode usar, ou você pode criar outros próprios, sempre de acordo com as possibilidades existentes no protocolo em questão,

Para configurar os tipos de acesso:

1. Vá para Edit > Devices > AccessTypes..

2. Siga um dos seguintes procedimentos:

   • Para editar um tipo de acesso existente, clique duas vezes em um campo.

   • Para criar um novo tipo de acesso, clique em Create New .

3. Digite ou selecione as informações, conforme necessário.

Ferramentas para diagnose

Depois de iniciada a execução de um projeto você pode, utilizando a Startup window, selecionar algumas ferramentas de diagnose, que mostram as janelas:

• PropertyWatch (Watch)

• TraceWindow (Trace)

• ModuleInformation (Info).

Você também pode iniciar as ferramentas de diagnóstico, como explicado acima, nas páginas Run-Test e Run-StartUp pressionando o botão esquerdo do mouse sobre os ícones das ferramentas de diagnóstico. Se os menus estão habilitados para as Telas você também pode acessar o menu Ferramentas em tempo de execução.

Image Removed

Image Added

Info - Informação dos módulos

A janela Info - Module Information contém informações sobre o funcionamento dos módulos. Por exemplo ao escolher um módulo de Device e um canal específico, tem-se várias informações sobre o funcionamento do canal de comunicação.
Um ponto muito importante é o Ler Grupos de Informação, pois fornece informações sobre os grupos virtuais de leitura, tempo de execução de cada item, quantidade de leituras e leituras que falharam, e também relatórios sobre o código e data / hora do último erro.
Para a investigação de problemas, os seguintes passos tipicamente devem ser seguidos quando se utiliza o Módulo de Informação:

1. Vá para "Read Groups Information", para verificar os números de sucessos e falhas na comunicação, a fim de identificar rapidamente os blocos de comunicação.

2. Se você tem um erro sistemático em todos os blocos, ou códigos de status com valores negativos, normalmente isso significa que você não pode acessar o dispositivo remoto. Verifique se o endereço do nó está correto.

3. Se você tem um ou outro bloco com erro sistemático, verifique as tags e endereços relacionados com o bloco. Use o TraceWindow com informações de Devices para coletar informações sobre esses erros de comunicação.

4. Para alguns protocolos, como OPC, os itens descartados vão mostrar endereços errados na configuração.

Ao executar o aplicativo no modo teste no Modelo Enterprise, tenha em mente que neste modo, somente são executadas leituras a partir de dispositivos de campo, mesmo que você tenha uma configuração para escrever para o campo.
É muito útil executar o aplicativo com ONLINE CONFIGURATION habilitada, para que não seja preciso parar/iniciar o módulo Device ao modificar a configuração. Você pode modificar os endereços PLC em Points, os AccessTypes e a maior parte da aplicação e ver em tempo real os resultados na execução. Você pode usar o Startup-Window ou o Propertywatch para iniciar e parar apenas um módulo, como os Devices, em vez de reiniciar todo o sistema de execução.

Image Removed

Image Added

Watch - Tags, Estados e Propriedades

O Property Watch é uma ferramenta de diagnóstico usado para o acesso de atributos em tempo real e propriedades de Tags internas do sistema para leitura ou escrita. Basta digitar o nome da propriedade do objeto na coluna e obtém-se o seu valor na coluna Valor.

Ex: Tag.Coils, Device.Channel.Modbus.Status. No lado direito, temos propriedades do objeto selecionado.
Em tempo de execução, as tags possuem várias propriedades, além de parâmetros definidos na criação de tags. Entre essas propriedades estão valor, timestamp e qualidade.
O Action.NET usa para codificação de Qualidade as qualidades definidas pela Especificação de Dados OPC.
Veja os códigos de qualidade principais em "Códigos de Qualidade OPC DA".

Janela de Trace

A janela de Trace (rastreamento) é a ferramenta que informa as mensagens do sistema em uma interface do tipo DataGrid (tabela). Ao ativar os dispositivos do módulo no botão Configurações, temos informações sobre o estado de leituras, escritas, não solicitados, quadros TX (envio) e RX (recebido).

Quando se clica no botão Settings na aparece uma janela de configuração onde se pode selecionar quais tipos de mensagens e módulos, que serão mostrados no DataGrid de trace. Estes dados que aparecem podem também ser salvos em arquivos para uma análise mais completa. Também é possível configurar um tag em ObjectName clicando no botão Add. Ai aparece uma janela com um menu para selecionar objetos para incluir no monitoramento.

Objetos runtime Devices

O namespace Device é o ponto de entrada para todos os objetos relacionados com o módulo de dispositivos ou Devices.
O objeto Device.Channel lista todos os canais configurados e suas propriedades em tempo de execução.
O objeto Device.Node lista todos os nós configurados e suas propriedades em tempo de execução
O objeto Device.AccessType lista os tipos de acesso definidos e tem opções para executar chamadas síncronas sobre a leitura e a escrita para o dispositivo.
As seguintes propriedades de tags são atualizados com base no módulo de dispositivo:
tag.tagname.DevicePoint: endereço no ponto de dispositivos conectados com esta tag
Veja http://www.spinengenharia.com.br/help/an-2014/runtime/index.html para a referência de programação completa em objetos de tempo de execução.

Tabelas de Códigos

Códigos de Status

A lista a seguir apresenta códigos utilizados para indicar em tempo real o status de um node ou canal.

Estes códigos estão em tempo real em

• Device.Node.<node name>.Status e em

• Device.Channel.<channel name>.Status

Lista de códigos:

0  Success
-1 BuildCommandException
-2 ParseCommandUnsolicitedException
-3 ParseReplyException
-4 BuildReplyUnsolicitedException
-5 ChannelException
-6 NodeException
-100 Base Send Error
-101 Base SendAndWait Error
-102 TCP Create Error 1
-103 TCP Create Error 2
-104 TCP Create SocketError
-105 TCP Connect Callback Error
-106 TCP Receive Error
-107 UDP Create Error
-108 UDP Receive Error
-109 Serial Create Error
-110 Serial Receive Error
-111 TCP NotConnected
-112 Start message timeout
-113 Receiving bytes timeout
-114 End message timeout
-115 Connect timeout
-200 ProtocolError
-201 InvalidProtocol
-202 InvalidStation
-203 InvalidCommand
-204 InvalidMsgSequence
-205 InvalidCheckSum
-206 InvalidAddress
-207 InvalidModifiers

Valores positivos são utilizados como status de erros para protocolos específicos.

Códigos de Qualidade OPC DA

O que indicam os códigos de qualidade do OPC DA? O código de qualidade OPC é composto por 16 bits.

• • Os 8 bits altos estão disponíveis para uso específico do fornecedor e devem ser todos de 0 quando não usados.

  • Os 8 bits baixos são divididos em três seções.

    • Os dois primeiros bits podem passar o significado Bom, Mau ou Incerto. Se um servidor não suportar códigos de qualidade, um bom valor será sempre passado.

    • Os próximos quatro bits podem ser usados para fornecer informações específicas adicionais sobre a qualidade geral.

    • Os dois últimos bits são usados se as informações de limite forem suportadas pelo servidor. Em VB, estes são retornados como valores Hex que podem ser convertidos em informações significativas.

Os dois códigos de qualidade OPC mais comuns são:

• • 192 ou hex C0 é de boa qualidade.

  • 0 (decimal ou hexadecimal) é de má qualidade.

Códigos de qualidade de especificação OPC

Para mais informações, consulte as especificações do OPC. (Nota: nem todos os servidores suportarão todos esses códigos)