{"id":3412,"date":"2019-03-25T17:44:10","date_gmt":"2019-03-25T20:44:10","guid":{"rendered":"http:\/\/xexeu.elipse.com.br\/pt\/elipse-gateway\/"},"modified":"2025-01-17T10:56:24","modified_gmt":"2025-01-17T13:56:24","slug":"elipse-gateway","status":"publish","type":"post","link":"https:\/\/kb.elipse.com.br\/en\/elipse-gateway\/","title":{"rendered":"Elipse Gateway."},"content":{"rendered":"
\n

O Elipse Gateway<\/b> prov\u00ea um gateway via software que dispensa a necessidade de hardwares adicionais e garante a efici\u00eancia da transmiss\u00e3o de dados. Esta solu\u00e7\u00e3o pode ser utilizada por subesta\u00e7\u00f5es ou unidades de gera\u00e7\u00e3o para reportar dados para centros de controle e \u00f3rg\u00e3os de gest\u00e3o de energia, ou simplesmente para a troca dados entre dois sistemas.<\/p>\n

A estrutura do Elipse Gateway \u00e9 a seguinte:<\/p>\n

\"\"<\/div>\n

Para criar um gateway de comunica\u00e7\u00e3o entre os dois drivers (mestre e escravo) na mesma aplica\u00e7\u00e3o, siga os procedimentos vistos a seguir neste artigo.<\/p>\n

Configura\u00e7\u00f5es B\u00e1sicas<\/b><\/span><\/u><\/p>\n

Para garantir que todos os tags envolvidos neste gateway estejam sempre em comunica\u00e7\u00e3o, \u00e9 preciso configurar a propriedade\u00a0AdviseType\u00a0<\/em>com o valor\u00a00 \u2013 AlwaysInAdvise<\/strong>\u00a0em todas as vari\u00e1veis utilizadas no gateway, tanto no driver mestre como no escravo.<\/p>\n

\u00c9 importante configurar os drivers para que toda escrita seja feita de maneira ass\u00edncrona al\u00e9m de informar ao driver que ap\u00f3s uma escrita n\u00e3o \u00e9 necess\u00e1rio for\u00e7ar uma nova leitura do ponto, desta forma permitindo uma melhor performance na comunica\u00e7\u00e3o. Tal configura\u00e7\u00e3o \u00e9 feita configurando as propriedades WriteSyncMode<\/em> em 2- wsmAsyncUnconfirmed <\/strong>e WriteFeedbackMode<\/em> em 0 \u2013 wfWaitNextRead<\/strong>.<\/p>\n

Configura\u00e7\u00f5es de Dom\u00ednio<\/b><\/span><\/u><\/p>\n

Verificar os valores de agrupamento de escritas ass\u00edncronas configurados no dom\u00ednio, isto \u00e9 necess\u00e1rio devido ao potencial de haver muitas escritas no driver.<\/p>\n

Isto pode ser feito acessando o E3Admin\\Dominio\\Op\u00e7\u00f5es\\Propriedades\\Agrupamento de Opera\u00e7\u00f5es Ass\u00edncronas e configurando as propriedades N\u00famero m\u00e1ximo de opera\u00e7\u00f5es por grupo <\/em>e Tempo m\u00e1ximo de espera (milissegundos)<\/em>. Importante pontuar que esta configura\u00e7\u00e3o somente tem efeito ao utilizar escritas ass\u00edncronas nos divers (ponto destacado no item Configura\u00e7\u00f5es B\u00e1sicas).<\/p>\n

Dependendo da vers\u00e3o do E3 que a aplica\u00e7\u00e3o foi criada essas op\u00e7\u00f5es podem estar habilitadas ou n\u00e3o, e mesmo que estejam habilitadas \u00e9 importante verificar se os valores s\u00e3o adequados para o volume de dados gerado pelo gateway. Como valor inicial para estas configura\u00e7\u00f5es, podemos sugerir 50 opera\u00e7\u00f5es por grupo e 1000 ms de tempo m\u00e1ximo de espera.<\/p>\n

Driver Escravo Elipse<\/b><\/span><\/u><\/p>\n

Dependendo da ordem de ativa\u00e7\u00e3o dos objetos instanciados na aplica\u00e7\u00e3o, \u00e9 poss\u00edvel que o driver escravo seja ativado antes do driver mestre, e com isto o primeiro valor de cada vari\u00e1vel n\u00e3o ser\u00e1 recebido nos tags do driver escravo.\u00a0 Com isto, ser\u00e1 preciso criar um script de ‘reinicializa\u00e7\u00e3o’ dos tags do driver escravo.<\/p>\n

Para isto, acesse o driver escravo, e crie um script no evento AfterStart <\/i>para ativar e desativar todas as tags existentes no driver.<\/p>\n

\"\"<\/div>\n

NOTA<\/b>: No caso de pastas dentro do driver, \u00e9 necess\u00e1rio apenas desativ\u00e1-las e reativ\u00e1-la, n\u00e3o sendo necess\u00e1rio varrer internamente cada uma das pastas.<\/p>\n


\nTags de Comunica\u00e7\u00e3o<\/strong><\/u><\/span><\/p>\n

Vari\u00e1veis de leitura<\/i><\/strong><\/p>\n

Nas situa\u00e7\u00f5es em que um valor recebido pelo driver mestre da Elipse necessite ser disponibilizado para o sistema externo, \u00e9 preciso criar uma associa\u00e7\u00e3o simples nos tags do driver escravo que receba o valor lido pelo driver mestre.<\/p>\n

\"\"<\/div>\n

Al\u00e9m disto, \u00e9 preciso tamb\u00e9m configurar as vari\u00e1veis do driver mestre para que permitam leitura (propriedade AllowRead<\/i>), e os tags do driver escravo para que permitam apenas escritas (propriedade AllowWrite<\/i>).<\/p>\n

Vari\u00e1veis de escrita<\/i><\/strong>
\n
\n1. Escrita simples de valor<\/b><\/u><\/p>\n

Utilizada quando o sistema externo precisa fazer uma escrita simples ou enviar o valor de um setpoint no equipamento, por exemplo. Dependendo do equipamento, esta escrita deve ser feita na mesma vari\u00e1vel de leitura do status, ou em uma segunda vari\u00e1vel criada especificamente para este fim.<\/p>\n

1.1. Mesma vari\u00e1vel para escrita e leitura<\/b><\/p>\n

Neste caso, crie uma associa\u00e7\u00e3o bidirecional nos tags do driver escravo para o driver mestre.<\/p>\n

\"\"<\/div>\n

Al\u00e9m disto, \u00e9 preciso tamb\u00e9m configurar os respectivos tags dos drivers escravo e mestre para que permitam leitura e escrita.<\/p>\n

1.2. Vari\u00e1vel exclusiva para escrita<\/b><\/p>\n

J\u00e1 neste caso, crie uma associa\u00e7\u00e3o reversa nos tags do driver escravo, enviando o valor ao driver mestre.<\/p>\n

\"\"<\/div>\n

2. Escrita envio de comando<\/b><\/u><\/p>\n

Quando comandos precisam ser enviados ao equipamento pelo sistema externo, \u00e9 preciso criar scripts que interpretem este comando e repassem-no ao driver mestre Elipse.<\/p>\n

Por exemplo: o sistema externo foi configurado para enviar o valor 65<\/b> (em determinada vari\u00e1vel) para indicar que determinado disjuntor deve ser fechado; por\u00e9m, o equipamento em campo espera pelo valor 1<\/b> para executar o comando Fechar<\/b>. Deste modo, o Elipse Gateway precisa converter este valor antes que ele seja enviado ao equipamento de campo.<\/p>\n

Este script deve ser criado segundo as informa\u00e7\u00f5es contidas no manual do driver escravo sendo utilizado. Isto pode ser feito de forma centralizada ou distribu\u00edda, isto \u00e9, o script pode ser criado em um \u00fanico lugar ou diretamente em cada driver. Al\u00e9m disto, \u00e9 preciso desabilitar a propriedade EnableDeadBand <\/i>nos tags que v\u00e3o receber os comandos externos para que toda escrita recebida pelo driver escravo seja tratada pelo driver.<\/p>\n

2.1. Script centralizado<\/b><\/p>\n

Neste cen\u00e1rio, \u00e9 criado apenas um script para atender a todos os envios de comando. O driver possui um evento OnTagRead <\/i>que \u00e9 disparado sempre que qualquer tag do driver recebe uma nova leitura (a op\u00e7\u00e3o EnableDriverEvent <\/b>deve estar configurada). Este evento recebe como par\u00e2metro o tag que recebeu a leitura, permitindo verificar em qual vari\u00e1vel deve-se prosseguir com o envio do comandos. Com isto, \u00e9 poss\u00edvel definir neste evento o tratamento dos comandos recebidos, todos em um \u00fanico lugar.<\/p>\n

DICA<\/b>: o ideal \u00e9 que o script seja gerado de forma mais gen\u00e9rica poss\u00edvel, para que ele n\u00e3o possua muitas situa\u00e7\u00f5es com If\/End If<\/span> ou Select Case<\/span>. Pode-se definir uma regra para o nome dos tags de comunica\u00e7\u00e3o, e com isto criar o script para simplesmente aplicar esta regra para chegar ao tag do driver mestre Elipse.<\/p>\n

\"\"<\/div>\n

A seguir, um exemplo simplificado de como este script poderia ser criado. Ele tem a fun\u00e7\u00e3o de repassar ao driver mestre (cujos tags possuem os mesmos nomes dos tags no driver escravo) o mesmo valor recebido pelo driver escravo:<\/p>\n

Sub<\/span> DriverEscravo_OnTagRead(Tag)<\/span>
\nTagDriverMestreName =<\/span> Replace<\/span>(Tag.PathName, <\/span>“DriverEscravo”, “DriverMestre”<\/span>) <\/span>
\nset<\/span> TagDriverMestre = Application.<\/span>GetObject<\/span>(TagDriverMestreName)<\/span>
\nTagDriverMestre.WriteEx Tag.Value <\/span>
\nEnd Sub
\n<\/span><\/em>
\n2.2. Script distribu\u00eddo<\/b><\/p>\n

Neste cen\u00e1rio, \u00e9 criado um script em cada um dos tags que recebem os comandos externos. No evento OnRead <\/i>do tag est\u00e1 o script respons\u00e1vel por interpretar a solicita\u00e7\u00e3o de comando e envi\u00e1-la para o tag no driver mestre Elipse desejado. No exemplo a seguir, uma escrita \u00e9 gerada no driver mestre a cada novo comando recebido pelo driver escravo, ambos com o mesmo valor.<\/p>\n

Sub<\/span> PosicaoDisjuntor_Abre_Operate_OnRead<\/span>
\nApplication.<\/span>GetObject<\/span>(<\/span>“D<\/span>riverMestre.DJ5201.Comandos.PosicaoDisjuntor_Abre_Operate”<\/span>).WriteEx Value<\/span>
\nEnd Sub<\/span><\/span>
\n<\/em><\/p>\n

<\/div>\n

Particularidades dos Drivers<\/u><\/span><\/b><\/p>\n

DNP 3.0 Escravo<\/i><\/u><\/p>\n

Recebimento de Comandos<\/b><\/p>\n

O driver DNP Escravo possui tr\u00eas modos de tratamento de comandos recebidos pelo sistema externo (op\u00e7\u00e3o Command Response Profile<\/b>):<\/p>\n

\"\"<\/div>\n

 <\/p>\n