CONFIGURAÇÃO DO CANAL

Opções de protocolo

image-20240122-142149.png
  • LinkConfirmMode – Modo do protocolo em que na camada de enlace todas as solicitações recebem resposta de confirmação de seu recebimento. Por default este campo é "Enabled".

  • Accept Unsolicited DNP – Marcando esta opção como "Enabled", faz com que a estação mestre envie para a estação escrava, uma mensagem de Enable Unsolicited Messages (Function Code = 20), ao iniciar a execução do canal, logo após o pedido de Class 0, e a cada vez que o mestre receber indicação de "RESTART" no campo de Internal Indications.

  • MasterStationID - Número entre 1 e 65534, unívoco e corresponde ao endereço da estação mestre. Assim, um mestre quando envia mensagem a um escravo informa seu endereço. Alguns escravos respondem ao mestre desconsiderando este número, outros exigem que o endereço declarado no escravo seja o mesmo do mestre. Por default este campo é "65534".

  • Quality changes timestamp – Marcando esta opção como "Enabled", faz com que ao ser recebida nova leitura de um objeto, com flag, mesmo que não haja alteração do status (ou valor) do tag, mas haja alteração da qualidade, seja feita alteração do timestamp atual do tag.

  • Logging Level – Pode-se escolher nesta lista o modo de funcionamento do log criado pelo módulo de comunicação.

Logging level

Mensagens incluídas no Log

Debug

Todas as mensagens são registradas no LOG.

Info

Apenas as mensagens de Info, Warning e Error são registradas no LOG.

Warning

Apenas as mensagens de Warning e Error são registradas no LOG.

Error

Apenas as mensagens de Error são registradas no LOG.

  • IED time bias from GMT – No Action.NET, internamente, todos os timestamps são armazenados com datas em GMT (UTC). Normalmente os Ieds enviam estas datas também em GMT, e nenhuma correção é feita. O Default para esta opção é Zero. Caso na implantação atual os IEDs enviem os timestamps em sua hora local, deve-se especificar aqui a diferença entre este horário e a hora GMT. Por exemplo em Brasília a hora local é 3 horas menor que GMT. Para este caso deveria ser especificado -3, neste quadro.

  • Password for commands: Para aumentar a segurança no envio de comandos, normalmente iniciados apenas por uma mudança no estado de um tag, é possível especificar aqui uma senha de até 9 algarismos, que será verificada pelo módulo de comunicação contra o valor atual, no momento do recebimento do comando, com o atributo EstimatedValue do tag envolvido no comando. Assim na operação de envio de comando por uma janela, script, etc. deverá ser carregado este número neste atributo. O módulo de comunicação, após executar o comando, passa para ZERO o valor de EstimatedValue. Deixando esta opção com zero, a verificação não será feita.

Observação:

Visando também segurança no envio de comandos, automaticamente, é feita verificação do timestamp da tag de saida. Este timestamp é o da alteração do estado desta tag, e a rotina exige que esta alteração tenha sido feita no máximo a 30s antes do módulo de comunicação receber esta solicitação. Isto é o timesamp deve ser no máximo 30s anterior o do horário atual.

  • Synchronization LAN – Indica o método de sincronização a ser utilizado pelo driver, de acordo com o IED com o qual se comunica. Escolha NONE para não sincronizar, LAN para utilizar o método de Sincronização LAN e NoLan para utilizar o método Non Lan.

    • Procedimento LAN consiste no envio de duas mensagens de solicitação separadas: Record Current Time , e uma mensagem Write. A primeira solicita que a estação externa registre a hora de recebimento do último octeto na mensagem, e a segunda envia a hora em que a mensagem deveria ter chegado à estação externa.

    • Procedimento Non LAN consiste no envio de duas mensagens de solicitação separadas: Delay Measurement e uma mensagem Write. A primeira mede o delay de propagação na camada física do protocolo e a segunda envia o horário que é esperado ser quando a mensagem chegar na estação secundária.

  • Timeout(ms) –Tempo de espera em milissegundos para o recebimento de uma resposta após envio de uma solicitação qualquer. É uma verificação funcional, que não leva em consideração o tipo de solicitação ou resposta, apenas verifica se há respostas sendo recebidas no canal.

  • Dnp30 Level - Por default é utilizado o perfil do Nível 3 ( Level 3). Caso se deseja o funcionamento como no nível 2, pode-se indicar aqui o número 2. O cliente não utilizará objetos e funções disponíveis no nível 3, como habilitação e desabilitação dinâmica de Unsolicited e solicitações de várias classes na mesma mensagem.

  • Tls Enable - opcionalmente pode ser definido uso de segurança criptográfica na comunicação, baseada no padrão TLS – Transport Layer Security. Neste caso ambos Cliente e servidor deverão usar esta opção Enabled e preencher as três próximas opções com os nomes de arquivos de texto contendo chaves e certificados a serem utilizados na comunicação. Estes arquivos deverão ser colocados no subdiretório onde este projeto se encontrar.

    • Tls Own Key – Nome do arquivo com a chave própria

    • Tls Own Certificate – Nome do arquivo com o certificado local próprio do server.

    • Tls CA Certificate – Nome do arquivo com o certificado para validação da cadeia

  • Maximum Changes per minute - Este parâmetro faz parte da funcionalidade de verificação em tempo real de muitas alterações sofrida por pontos digitais de leitura. Pode-se aqui informar o numero máximo de alterações de um ponto BI ou DI, que se considera razoável antes de se bloquear o ponto ou node a que ele pertence. A funcionalidade é definida no nível de Canal mas vale para todos os Nodes do canal. Colocando-se ZERO a funcionalidade fica desabilitada, outros valores serão utilizados como o máximo aceitável de varações por minuto. Veja o próximo item para definir o que será feito se o máximo for atingido.

  • Unactivate Node if Tag maximum changes - Se for escolhido YES, quando pelo menos um ponto alcançar o máximo de alterações, todo o Node será Inativado. Isto é deixará de se comunicar com o Action.NET. Se for escolhido NO, apenas o ponto que superou o numero de alterações terá seu atributo Locked feito igual a 1, e não mais sofrerá qualquer alteração até que manualmente um operador altere este atributo para Zero. Em qualquer destes casos uma mensagem no sumario de Operação será gerada para informar do ocorrido.

  • Time to reactivate node (minutos) - Tempo em minutos que se pode especificar para que o módulo de comunicação volte a ativar o Node, após ter sido desativado. Zero indica para que não haja uma reativação automática.

  • Time to swap stations in fail (ms) - Se este parâmetro for deixado com valor ZERO, As tentativas de troca de estação ativa (Primary e Backup), ocorrerá no período de tempo definido no parâmetro Timeout, citado acima. No caso de se definir um numero não zero aqui, este será o periodo de tempo a ser utilizado quando houver falaha de comunicação entre tentativas de troca de estação ativa primary e backup. Assim pode-se ter tempos diferentes para timeouts por não atividade no canal e troca de estações ativas em caso de falha.

Settings

TCP/IP channels:

  • ShareNodeSameIP: Aceita IED´s com o mesmo IP.

  • Preferencialmente deixar os settings usados por default.



Figura 3 – Settings de TCP/IP

Timeout

Define tempos limites para a transmissão e recepção de caracteres de mensagens e o número de retries.

De fato, neste protocolo somente são utilizados os parâmetros de timeout a seguir detalhados:

Tx, RxFinish e Unsolicited - Não utilizados

RxStart - Este parâmetro é utilizado para definir o tempo máximo de resposta, em milisegundos, à qualquer envio de mensagem feita pelo driver. Isto é, sempre que for enviada uma mensagem para a qual o driver espera uma resposta ou confirmação. Caso a resposta não for recebida neste tempo é considerado erro de falha de comunicação.
NextByte - Este parâmetro é utilizado como tempo, em milisegundos, para a primeira tentativa de reconexão automática quando houver uma perda de conexão na comunicação Tcp-Ip.

Retry - Numero de tentativas de reenvio de mensagem sem resposta, ou de re-conexão após a perda de conexão. antes de ser considerada falha , para a qual será feita tentativa de chaveamento de uma estação para a outra , no caso de haver uma principal e outra backup. Se utilizado ZERO, não haverá novas tentativas e a falha já será considerada em uma única vez.

image-20240122-140506.png


Figura 4 – Atributos de Timeout

Estado Inicial

Define como o canal iniciará: habilitado ou Desabilitado. Se o canal estiver desabilitado, não serão enviadas nem recebidas mensagens através do mesmo, isto é o canal ficará inativo.

Figura 5 – Estado inicial do Canal

Nesta página: