Configuração de Rede Ethernet

Nota de Aplicao: Configurao de Redes Ethernet
Cd.: NAP103
Reviso: A
Nota de Aplicao NAP103
Configurao de Redes Ethernet
Sumrio
1.
2.
Introduo .............................................................................................................. 2
Informaes Preliminares ..................................................................................... 2
2.1
2.2
2.3
Transao ..........................................................................................................................2
Protocolo de Comunicao ..............................................................................................3
Drivers de Comunicao...................................................................................................3
3.
Princpios de Funcionamento............................................................................... 4
3.1
3.2
3.3
3.4
3.5
3.6
Limites de Dados por Transao ALNET II ......................................................................4

Limites de Dados por Transao MODBUS TCP .............................................................5
Tratamento das Requisies pelo CP ..............................................................................5
Mensagens No Solicitadas..............................................................................................6
Mensagens Multi Request.................................................................................................6
Mltiplas Conexes...........................................................................................................7
4.
Driver de Comunicao e Interfaces Ethernet Altus ........................................... 7
4.1
4.2
4.3
4.4
Tempo de Resposta para uma Transao .......................................................................7

Caractersticas Exclusivas de Drivers de Comunicao .................................................8
Caractersticas Exclusivas de Interfaces Ethernet Altus.................................................9
Descrio Funcional das Caractersticas.........................................................................9
5.
Desempenho da Comunicao........................................................................... 10
5.1
5.2
5.3
5.4
5.5
Requisies Simultneas................................................................................................11
Definio dos Blocos de Dados .....................................................................................12
Dimensionamento de Timeouts TCP e de Aplicao ....................................................14
Timeout Inter Sub-rede das Instrues ECR e LTR ......................................................16
Checklist de Verificao da Configurao .....................................................................16
6.
Ferramentas de Manuteno .............................................................................. 17
6.1
Comando PING ................................................................................................................17
6.2
Comando ARP .................................................................................................................18
6.3
Analisador Ethereal .........................................................................................................18
6.3.1
Caractersticas ..........................................................................................................19
6.3.2
Instalao..................................................................................................................19
6.3.3
Captura de Mensagens .............................................................................................19
6.3.4
Apresentao das Mensagens...................................................................................21
6.3.5
Salvando as Mensagens ...........................................................................................23
6.3.6
Captura de Mensagens Direto para Arquivos.............................................................24
7.
Revises............................................................................................................... 25
Altus S.A.
Pgina: 1
Cd.: NAP103
Reviso: A
1. Introduo
Este documento tem como objetivo orientar desenvolvedores de sistemas em arquiteturas que
envolvam redes Ethernet TCP/IP.
So apresentadas diretrizes de como configurar os diferentes elementos da rede, entre eles, CP,
driver de superviso e microcomputador, bem como orientaes de uso de ferramentas de auxlio a
manuteno da rede.
Aspectos relacionados performance do sistema so abordados, buscando a melhor configurao do
sistema para atingir o melhor desempenho.
O captulo a seguir apresenta informaes preliminares para o bom entendimento desta nota de
aplicao.
2. Informaes Preliminares
2.1 Transao
Uma transao de comunicao composta por uma seqncia de duas mensagens: requisio e
resposta. A requisio pode ser interpretada como um comando, e a resposta como o resultado da
execuo do comando.
Estas mensagens so trocadas, normalmente, entre dois ns. O objetivo de uma transao a
execuo de um servio de rede. Existe um n que requisita o servio (mestre ou cliente), e outro
que fornece o servio (escravo ou servidor). Inicialmente, o cliente envia uma mensagem
(requisio) para o servidor. A seguir o servidor envia uma mensagem para o cliente (resposta).
Na requisio, o cliente pode informar para o servidor:
o tipo de servio que deve ser executado;

pacote de dados que devem ser recebidos pelo servidor (exemplo: o cliente deseja escrever
variveis no servidor).
Na resposta, o servidor pode informar para o cliente:
que o servio solicitado foi reconhecido e executado;

que o servio solicitado no foi reconhecido, ou que no foi executado por algum motivo;
pacote de dados requisitado pelo cliente (exemplo: o cliente solicitou variveis do servidor).
Uma transao finalizada quando o n requisitor recebe:
uma mensagem de resposta sem dados, confirmando o servio, para o caso de servios sem
troca de dados;
Altus S.A.
Pgina: 2
Cd.: NAP103
Reviso: A
uma mensagem de resposta com dados, confirmando o servio, para o caso de servios com um
nico pacote de dados;
a ltima mensagem de resposta com dados, confirmando o servio, para o caso de servios com
mltiplos pacotes de dados;
por time-out, quando nenhuma mensagem de resposta recebido pelo requisitor dentro do
tempo esperado.
2.2 Protocolo de Comunicao

Uma arquitetura envolvendo comunicao Ethernet TCP/IP pode possuir diferentes protocolos no
seu nvel de aplicao. Assim sendo, fala-se em Ethernet para o nvel de rede, mas em protocolo
ALNET II ou MODBUS TCP para o nvel de aplicao.
A maioria das interfaces de comunicao baseadas em Ethernet, implementam apenas cinco das sete
camadas definidas pelo modelo ISO-OSI:
10/100Base-TX: camada fsica;

Ethernet: camada de enlace;
Internet Protocol (IP): camada de rede;
Transport Control Protocol (TCP): camada de transporte;
ALNET II ou MODBUS TCP: camada de aplicao.
2.3 Drivers de Comunicao

Drivers de comunicao so softwares responsveis pela aquisio e envio de dados para
dispositivos diversos, e portanto, em diferentes protocolos. Assim, cada vez mais o uso de drivers de
comunicao padro OPC Server so utilizados para comunicao com diferentes dispositivos, como
controladores programveis, minimizando a necessidade de novos desenvolvimentos de drivers para
diferentes aplicaes de superviso e controle de processos.
Um OPC (OLE [Object Linking and Embedding] for Process Control) Server nada mais do que
um servidor para clientes OPC, que torna possvel a troca de dados entre dispositivos utilizando
protocolos de aplicao diferentes.
O computador, ou estao, se comporta como um n da rede. O driver de comunicao de um
sistema de superviso deve disponibilizar bases de dados similares as dos CPs com os quais se
comunica (reas de memria para dados e servios).
A aquisio de dados, feita pelo driver de comunicao de um sistema de superviso, pode se dar
atravs das seguintes maneiras:
aquisio cclica de dados: o driver de comunicao busca a informao em um CP, e a escreve

na base de dados associada a este CP;
recepo de mensagens no solicitadas: os CPs escrevem em uma base de dados dedicada do

driver da estao de superviso, enviando requisies para o endereo do computador na rede.
No primeiro tem-se o driver operando como dispositivo cliente, enquanto que no segundo, como
servidor. Nada impede porm, do driver operar das duas maneiras: como cliente, requisitando dados
de uma forma geral, e como servidor, recebendo informaes de alarmes por exemplo.
Altus S.A.
Pgina: 3
Cd.: NAP103
Reviso: A
3. Princpios de Funcionamento
O protocolo ALNET II utilizado na camada de aplicao dos drivers de comunicao de sistemas
de superviso que rodam sobre o protocolo TCP/IP atravs de uma rede Ethernet, e que desejam se
comunicar com CPs Altus atravs de alguma das interfaces de comunicao a seguir relacionadas:
Cdigo
Denominao
AL-3405
Interface para Rede Ethernet
AL-3412
Interface Ethernet 10/100 Mbits/s
AL-3414
Interface Ethernet Redundante Modbus TCP
PO7091
Interface Ethernet Industrial
PO7092
Interface Ethernet Industrial 10-100Mbps
PO9900
Webgate Interface Ethernet com WEB Server
PO9901
Webgate Plus Ethernet com WEB Server
Interfaces Altus com suporte ao protocolo de aplicao ALNET II

O protocolo MODBUS TCP, ou MODBUS RTU sobre TCP/IP, tambm pode ser utilizado pela
comada de aplicao dos drivers de comunicao para se comunicar com CPs Altus atravs da
seguinte interface de comunicao, quando configurada para tal:
Cdigo
Denominao
AL-3414
Interface Ethernet Redundante Modbus TCP
Interfaces Altus com suporte ao protocolo de aplicao MODBUS TCP
3.1 Limites de Dados por Transao ALNET II

Comunicaes com os CPs Altus podem ser realizadas atravs de comandos de leitura ou escrita de
blocos de dados limitados em 220 bytes de dados. Determinados drivers de comunicao podem
executar automaticamente o agrupamento de operandos para aproveitar todo o limite do bloco.
Outros no, devendo ficar a cargo do usurio o agrupamento dos dados de forma manual.
No entanto, para qualquer driver, o limite para estas transaes podem variar caso se esteja
utilizando os dispositivos WebGate ou WebGate Plus PO9900 ou PO9901 uma vez que para
este, os blocos de dados devem ser definidos com at 128 bytes.
O detalhamento do nmero mximo de operandos que podem ser lidos ou escritos em cada bloco de
dados, utilizando-se as interfaces Ethernet Altus apresentado na tabela a seguir:
Tipo de Operando
N de Bytes por
Operando
N Mximo de operandos por bloco

para AL-3405, AL-3412, AL-3414,
PO7091 e PO7092
N Mximo de operandos por

bloco para PO9900 e PO9901
Octetos de E/S
1 byte
220 operandos
64 operandos
Auxiliar
1 byte
220 operandos
64 operandos
Memria
2 bytes
110 operandos
64 operandos
Decimal, Real e Inteiro
4 bytes
55 operandos
32 operandos
Tabela de Memria
2 bytes por posio
110 posies
64 posies
Tabela de Decimal,
Tabela de Real e
Tabela de Inteiro
4 bytes por posio
55 posies
32 posies
Nmero mximo de operandos por bloco de dados
Altus S.A.
Pgina: 4
Cd.: NAP103
Reviso: A
A configurao para leitura de operandos do CP em blocos de dados deve observar os limites para
cada tipo de operando. Caso mltiplos deste limite sejam ultrapassados, uma nova requisio
gerada para o CP. Se isto for necessrio, indicado que se utilize todo o range de operandos do
novo bloco.
Exemplo de configurao, considerando os limites da interface AL-3412:
Operandos
Monitorados
N de Bytes
Solicitados
N Mximo de bytes
por bloco de dados
N de Requisies
Efetuadas ao CP
M0000 M0099
200
220
M1000 M1114
230
220
M2000 M2549
1100
220
M3000 M3029
60
220
M3060 M3089
60
220
A0100 A0299
200
220
I0200 I0299
400
220
F0300 M0461
648
220
Exemplo de configurao de leitura de operandos em blocos de dados

No exemplo de configurao acima, podemos observar duas situaes de m configurao:
o bloco de leitura do operando M1000 M1114, ir exigir do driver a gerao de duas

mensagens de requisio, sendo que na segunda sero requisitados apenas cinco operandos
memria, ou seja, 10 bytes de dados.
O usurio deve estar ter em mente que o tempo necessrio para leitura de um pacote com 10
bytes de dados praticamente o mesmo que o tempo para leitura de um pacote com 220 bytes
de dados. Isto sugere que os blocos configurados sejam sempre mltiplos do limite de bytes por
bloco de dados suportados pela interface utilizada.
o bloco de leitura do operando M3000 M3029 e o bloco de leitura do operando M3060 ao

operando M3089 podem exigir do driver a gerao de duas mensagens de requisio. Mesmo
que os dados referentes aso operandos M3030 M3059 no sejam utilizados, sugere-se a
configurao de um nico bloco, do operando M3000 ao M3089, resultando num bloco com
180 bytes de dados, possvel de ser lido atravs de uma nica mensagem de requisio.
O agrupamento de dados numa nica mensagem de requisio, em operandos consecutivos,
um dos requisitos fundamentais para uma boa performance de comunicao.
3.2 Limites de Dados por Transao MODBUS TCP

Os limites dos blocos de dados para transaes MODBUS TCP ou MODBUS RTU sobre TCP/IP,
utilizando a interface de comunicao AL-3414, esto de acordo com a norma que define o
protocolo MODBUS, e podem ser encontradas no manual de utilizao da interface AL-3414.
3.3 Tratamento das Requisies pelo CP

Uma caracterstica intrnseca aos CPs o fato deles tratarem as mensagens de comunicao, sejam
elas provenientes de canais seriais tipo RS232 ou RS485 ou ainda de interfaces de rede Ethernet,
apenas ao final de um ciclo de execuo. Apesar de ser uma limitao, esta uma garantia de que os
Altus S.A.
Pgina: 5
Cd.: NAP103
Reviso: A
operandos utilizados pela aplicao no vo mudar de valor durante a execuo de um ciclo, o que
poderia resultar em resultados desastrosos em determinadas situaes.
Esta caracterstica limita as comunicaes que ocorrem de forma serial, onde uma segunda
requisio s transmitida pelo cliente/mestre depois que a resposta da primeira requisio for
recebida pelo mesmo, o que limita o desempenho da comunicao com o cliente/mestre em uma
requisio por ciclo.
Para comunicaes atravs de portas seriais do tipo RS232 ou RS485 no existe uma soluo rpida
e simples para resolver este problema, mesmo porque a comunicao j est limitada a ocorrer com
um nico dispositivo. J nos casos de comunicaes ALNET II ou MODBUS TCP, pode-se querer
comunicar com mais de um dispositivo ao mesmo tempo, pois a rede utilizada suporta esta situao.
Para estes casos foi criada a instruo LAI, podendo ser empregada em aplicaes desenvolvidas em
diagramas de blocos e reles (LADDER). Com o emprego desta instruo, alm de tratar a requisio
ALNET II pendente que normalmente seria tratada ao final de um ciclo de execuo, o CP tratar
uma requisio adicional pendente para cada instruo LAI definida na aplicao.
3.4 Mensagens No Solicitadas

O uso das mensagens no solicitadas permite melhorar significativamente a performance do sistema
de superviso, pois o mesmo no precisa manter a leitura cclica das variveis do CP que no sofrem
alterao, ou que sofrem alteraes esporadicamente.
A idia principal por trs das mensagens no solicitadas a transmisso de um pacote de dados
apenas quando os dados sofrerem alterao. Neste caso o CP que toma a iniciativa de fazer uma
escrita no sistema de superviso, quando necessrio, ao invs do sistema de superviso permanecer
lendo os dados periodicamente.
So exemplos tpicos de dados que no necessitam ser lidos pelo sistema periodicamente:
tabelas de alarmes;
tabelas de eventos.
3.5 Mensagens Multi Request

Mensagens Multi Request so mensagens Ethernet contendo mais de uma requisio na camada de
aplicao, ao invs da tradicional nica requisio. Atravs deste mecanismo o cliente capaz de
requisitar paralelamente, atravs de uma nica conexo com o servidor, mais de uma informao
(bloco de dados).
No quer dizer que uma nova mensagem de requisio ser transmitida pelo cliente somente depois
que todas as requisies pendentes da mensagem anterior sejam respondidas: assim que uma das
respostas recebida, o cliente j pode disparar uma nova requisio, ou seja, normalmente vo
existir mais de uma requisio pendentes no dispositivo servidor.
O servidor, ao receber uma mensagem Ethernet contendo mais de uma requisio na camada de
aplicao, deve desmembrar estas requisies e responder cada uma delas isoladamente. Se receber
as requisies atravs de mensagens consecutivas, o servidor deve acumular todas elas para que
sejam tratadas e respondidas assim que possvel (lembrar que o CP trata requisies somente ao final
de um ciclo de execuo).
Altus S.A.
Pgina: 6
Cd.: NAP103
Reviso: A
Neste modelo, considerando um CP operando como servidor, ao final de um ciclo de execuo, em

vez de ter apenas uma requisio, O CP ter vrias requisies para serem tratadas e respondidas.
Esta uma das formas possveis de multiplicar a performance da comunicao.
3.6 Mltiplas Conexes

Tipicamente um dispositivo cliente estabelece uma nica conexo com um servidor para troca de
dados. Considerando a velocidade da rede Ethernet e das interfaces envolvidas, esta nica conexo
pode ser suficiente para efetuar a troca de uma grande quantidade de dados entre dois dispositivos.
Ocorre que as interfaces Ethernet dependem tambm do tempo de ciclo dos CPs, uma vez que a
troca de dados entre o CP e sua interface ocorre somente ao final de um ciclo de execuo, o que
acaba limitando a velocidade de comunicao com outros dispositivos da rede Ethernet.
Uma das solues para melhorar a performance desta comunicao entre o CP e demais dispositivos
da rede Ethernet, o estabelecimento de mltiplas conexes por parte do cliente com o servidor. A
partir de ento, em vez de fazer uma nica requisio e aguardar pela sua resposta e s ento fazer a
prxima requisio, o cliente dispara uma requisio especfica atravs de cada uma das conexes
estabelecidas com o servidor, de forma paralela.
Neste modelo, considerando um CP operando como servidor, ao final de um ciclo de execuo, em
vez de ter apenas uma requisio, O CP ter vrias requisies para serem tratadas e respondidas.
Esta uma das formas possveis de multiplicar a performance da comunicao.
4. Driver de Comunicao e Interfaces Ethernet Altus

As diversas interfaces Ethernet fabricadas pela Altus possuem caractersticas diferentes, e isto
implica em desempenho individual diferenciado. O mesmo vale para os diversos drivers de
comunicao disponibilizados pela Altus para os sistemas de superviso.
As sees a seguir apresentam algumas destas caractersticas, discriminando o comportamento de
cada uma delas. Tais caractersticas e comportamentos devem ser considerados pelo usurio para
obter o mximo desempenho de comunicao.
4.1 Tempo de Resposta para uma Transao

As informaes apresentadas na prxima tabela foram obtidas a partir de experimentos executados
em laboratrio, considerando uma nica conexo entre o sistema de superviso e a interface de
comunicao do CP, e ainda um tempo de ciclo de execuo do CP inferior a 1 ms.
Altus S.A.
Pgina: 7
Interface
Cd.: NAP103
Reviso: A
Tempo de Resposta [ms]
AL-3405
60
AL-3405 modo Turbo
17
AL-3412
AL-3414
PO7091
90*
PO7092
21*
PO9900
120**
PO9901
120**
Tempo de resposta mdio

NOTAS:
* O tempo de resposta pode oscilar em virtude das possibilidades de configurao de alguns parmetros pelo usurio.
** O tempo de reposta pode oscilar em virtude das configuraes de baudrate e do tamanho dos blocos de dados.
4.2 Caractersticas Exclusivas de Drivers de Comunicao

A tabela a seguir apresenta as principais caractersticas dos drivers de comunicao com suporte ao
protocolo de aplicao ALNET II. A descrio funcional das caractersticas encontra-se na ltima
seo deste captulo.
Caracterstica
Driver iFix
Driver Intouch
Driver Elipse
Driver OPC AL-2785
No
At 4 mensagens a
partir da verso 8.0.2
No
No
Recepo de mensagens
Multi Request
No
No
No
No
Abertura de mltiplas
conexes
No
No
At 8 conexes
At 8 conexes
Suporte a mensagens no
solicitadas
Sim
Sim
Sim
Sim
Recepo de mensagens
(respostas) de tamanho real
Sim
No
No
No
Comunicao com IPs

destino vvv.xxx.yyy.zzz,
quando zzz maior que 127
Sim
Depende da verso
utilizada
Sim
Sim
Porta de conexo Listen

(modo servidor)
405
405
Configurvel
Configurvel
Porta de conexo com o

servidor
405
Configurvel
Configurvel
Configurvel
Tamanho mximo do bloco

de dados [bytes]
128
Configurvel
Configurvel
Configurvel
Agrupamento automtico de
operandos simples numa
nica requisio
No
Sim
No
Sim
Suporte a operandos reais

(%F e %TF)
No
A partir da verso
8.0.6
Sim
Sim
Suporte a operandos
inteiros (%I e %TI)
Sim
A partir da verso
8.0.5
Sim
Sim
Suporte a leitura de BITs de

operandos tabela memria
(BIT de %TM)
No
Sim
No
No
Fechamento da conexo
para respostas com erro
Sim
Sim
Sim
Sim
Transmisso de mensagens
Multi Request
Caractersticas dos drivers de comunicao para ALNET II
Altus S.A.
Pgina: 8
Cd.: NAP103
Reviso: A
4.3 Caractersticas Exclusivas de Interfaces Ethernet Altus

A tabela a seguir apresenta as principais caractersticas das interfaces de comunicao Ethernet da
Altus, com suporte ao protocolo de aplicao ALNET II. A descrio funcional das caractersticas
encontra-se na ltima seo deste captulo.
Caracterstica
AL-3405
Multi Request
AL-3412
AL-3414
PO7091 / PO7092 PO9900 / PO9901
No
No
No
Sim
Sim
Recepo de mensagens
Multi Request
Configurvel via
F-ETHER a partir
da verso 2.00
Configurvel via
F-ETHER a partir
da verso 1.00
Configurvel via
mdulo C000
Configurvel via
mdulo C000
Configurvel via
mdulo C000
(respostas) de tamanho real
Configurvel via
F-ETHER a partir
da verso 2.00
Configurvel via
F-ETHER a partir
da verso 1.00
Configurvel via
mdulo C000*
Configurvel via
mdulo C000
Configurvel via
mdulo C000
Comunicao com IPs

Sim
Sim
Sim
Sim
Sim
Comunicao entre
roteadores atravs de NAT
Somente se o
ltimo campo do
endereo IP
externo (zzz) for
igual ao seu.
Somente se o
ltimo campo do
endereo IP
externo (zzz) for
igual ao seu.
Somente se o
ltimo campo do
endereo IP
externo (zzz) for
igual ao seu.
Somente se o
ltimo campo do
endereo IP
externo (zzz) for
igual ao seu.
Somente se o
ltimo campo do
endereo IP
externo (zzz) for
igual ao seu.

(modo servidor)
405
405
405**
405
405

servidor
405
405
405***
405
405

de dados [bytes]
220
220
220****
220
128
Caractersticas das interfaces de comunicao para ALNET II

NOTAS:
* Sempre transmite mensagens de tamanho real para o protocolo de aplicao MODBUS TCP ou MODBUS RTU sobre TCP/IP.
** 502 para o protocolo de aplicao MODBUS TCP ou MODBUS RTU sobre TCP/IP.
*** Configurvel para o protocolo de aplicao MODBUS TCP ou MODBUS RTU sobre TCP/IP.
**** De acordo com as definies da norma para o protocolo de aplicao MODBUS TCP ou MODBUS RTU sobre TCP/IP.
4.4 Descrio Funcional das Caractersticas

A seguir a descrio funcional das principais caractersticas que foram especificadas para os drivers e
interfaces de comunicao Ethernet.
Altus S.A.
Pgina: 9
Caracterstica
Cd.: NAP103
Reviso: A
Descrio
Indica se o dispositivo capaz de transmitir mensagens do tipo Multi Request.
Multi Request
Recepo de mensagens
Multi Request
Indica se o dispositivo capaz de receber e tratar mensagens do tipo Multi Request.
Abertura de mltiplas
conexes
Indica se o dispositivo cliente capaz de estabelecer mltiplas conexes com o servidor, e

disparar requisies distintas atravs de cada uma delas, de forma paralela.
Suporte a mensagens no
solicitadas
Indica que o dispositivo, alm de operar como cliente, pode operar como servidor, recebendo
requisies de outros dispositivos. O emprego desta metodologia, uso de mensagens no
solicitadas, interessante quando os dados no costumam ficar variando, como o caso de
eventos e alarmes.
Transmisso e recepo de
mensagens (respostas) de
tamanho real
Historicamente, apesar da norma ALNET II no especificar, toda e qualquer mensagem ALNET II

transmitida sobre a rede Ethernet pelas interfaces da Altus possua 256 bytes, independente da
quantidade de dados da requisio/resposta. Tamanho real significa que em vez de possuir
exatamente 256 bytes, o tamanho da mensagem ajustado em funo da quantidade de dados
da requisio/resposta.
Comunicao com IPs

Alm do endereo IP aparecer descrito na camada de rede de todas as mensagens Ethernet, o

ltimo campo do endereo IP (zzz) aparece tambm na camada de aplicao do protocolo
ALNET II, s que multiplicado por dois, dividido em parte alta (byte high) e parte baixa (byte low).
Alguns dos dispositivos no so capazes de manipular esta parte do endereo quando ela
maior que 127, pois gera um nmero maior que 255 quando multiplicado por dois e, portanto,
impossvel de armazenar apenas na parte baixa (byte low), uma vez que a parte alta (byte high)
mantido com um valor constante.

(modo servidor)
pela porta Listen que o servidor fica aguardando as solicitaes de conexo por parte dos
clientes. Normalmente existe uma porta especfica para cada protocolo de aplicao.
Indica com que porta do servidor este dispositivo, quando operando como cliente, vai tentar
estabelecer conexo. Trata-se de um nmero de 16 BITs presente em todas as mensagens
Ethernet, que deve conferir com a porta de conexo Listen do servidor.

servidor
Ao estabelecer uma conexo, o cliente sorteia uma porta local (valor aleatrio diferente das portas
reservadas e de qualquer outra que j esteja em uso) e tenta estabelecer conexo com o
endereo Listen do servidor.

de dados [bytes]
O tamanho mximo de mensagens de aplicao ALNET II e MODBUS TCP est limitado em 256
bytes. Parte desta mensagem composta por bytes de identificao de endereo dos
dispositivos, cdigos de comando e at mesmo bytes de checksum. Logo, no so todos os 256
bytes da mensagem que podem ser preenchidos com dados representando os valores de
operandos, por exemplo. O tamanho mximo do bloco de dados representa a quantidade real de
bytes de dados que uma mensagem pode possuir e ainda ser vlida.
Agrupamento automtico de Indica se o dispositivo (driver de comunicao) capaz de montar requisies concatenando dois
operandos simples numa
ou mais blocos de dados prximos, configurados pelo usurio, tentando se aproximar ao mximo
nica requisio
do tamanho limite do bloco de dados.
Suporte a operandos reais
(%F e %TF)
Indica que o dispositivo suporta pacotes de dados relacionados a operandos simples ou tabelas
de operandos reais (%F ou %TF).
Suporte a operandos
inteiros (%I e %TI)
Indica que o dispositivo suporta pacotes de dados relacionados a operandos simples ou tabelas
de operandos inteiros (%I ou %TI).
Suporte a leitura de BITs de

operandos tabela memria
(BIT de %TM)
Indica que o dispositivo suporta montar comandos e tratar respostas referentes a leitura de BITs
de posio de tabela memria (%TM).
Fechamento da conexo
para respostas com erro
Indica se o dispositivo cliente fecha ou no a conexo estabelecida com o servidor, no caso deste
ltimo responder com erros na camada de aplicao da mensagem.
Comunicao entre
roteadores atravs de NAT
O servio NAT dos roteadores permite o estabelecimento de conexo e troca de dados entre
dispositivos de duas redes diferentes, por exemplo rede interna e rede externa (Internet).
Descrio funcional das principais caractersticas
5. Desempenho da Comunicao
O desempenho de uma arquitetura Ethernet est diretamente relacionada qualidade da
configurao efetuada nos dispositivos envolvidos. Isto inclui tanto a configurao das interfaces de
rede, como a configurao dos drivers de comunicao.
Altus S.A.
Pgina: 10
Cd.: NAP103
Reviso: A
Nas sees a seguir seguem importantes dicas de configurao destes dispositivos, buscando sempre
um melhor desempenho de comunicao.
5.1 Requisies Simultneas

Os dispositivos mestres devem ser configurados para enviarem requisies simultneas para um ou
mais escravos, de modo a paralelizar a aquisio de dados, e com isto, minimizar o tempo para
obteno de todos os blocos de dados.
O nmero de requisies simultneas deve ser configurada no driver de comunicao. O parmetro a
ser configurado vai depender da tcnica empregada pelo driver para enviar requisies simultneas,
discutidas anteriormente: mensagens Multi Request ou mltiplas conexes.
Na prtica, este valor deve ser definido em funo do desempenho da interface Ethernet empregada
e do tempo de ciclo do CP, posto que de nada adianta enviar muitas requisies e causar uma
sobrecarga do sistema, levando a perda de mensagens pela interface e posterior aumento do trfego
na rede devido as retransmisses, piorando o seu desempenho em vez de melhorar.
O uso de requisies simultneas implica no emprego de instrues que habilitem o tratamento de
mltiplas requisies em um nico ciclo de execuo do CP. A instruo a ser empregada nas
aplicaes a LAI - Libera Atualizao de Imagem dos Operandos.
Para determinar a quantidade tima de instrues LAIs a serem includas na aplicao, deve-se
efetuar o seguinte clculo: quantidade de LAIs = (tempo de ciclo de execuo do CP) / (tempo de
resposta da interface).
O tempo de ciclo de execuo do CP vai depender da aplicao sendo executada, e um dado que
pode ser levantado pelo usurio atravs do programador MasterTool quando a aplicao j estiver
em funcionamento. O tempo de resposta da interface pode ser obtido na tabela Tempo de resposta
mdio deste documento.
O emprego de um maior nmero de instrues LAI no surtir efeito, porque a interface no ter
tempo para enviar todas as mensagens at o prximo fim do ciclo de execuo do CP. Pode implicar
sim num maior tempo de ciclo de execuo do CP (aproximadamente 1ms por instruo LAI).
ATENO:
Quando utilizada a interface AL-3414, no necessrio o emprego das instrues LAI. As mesmas
podem ser substitudas com vantagens pela definio do parmetro de configurao "Nmero de
comunicaes ALNET II por ciclo do CP". Consultar o manual de utilizao da interface AL-3414
para maiores informaes.
As tcnicas de requisies simultneas no so aplicveis para CPs conectados a rede Ethernet
atravs das interfaces WebGate e WebGate Plus (PO9900 e PO9901), pois o CP e a interface
permanecem interligados atravs de uma interface serial RS232.
Os valores dos operandos do programa aplicativo podem ser modificados durante a execuo de
uma instruo LAI, pois um dispositivo pode estar solicitando escritas nos mesmos. Deve-se
considerar a influncia deste fato ao se inserir esta instruo em pontos intermedirios do programa
aplicativo. Por este motivo, recomenda-se que instrues LAI sejam inseridas na primeira lgica do
programa aplicativo principal da UCP (E001).
Altus S.A.
Pgina: 11
Cd.: NAP103
Reviso: A
5.2 Definio dos Blocos de Dados

O desempenho da comunicao est diretamente relacionada com a correta alocao de operandos
do CP. Os CPs recebem foramentos de forma assncrona, mas so monitorados ciclicamente pelos
sistemas de superviso, assim a maior responsabilidade da definio corresponde a interface de
leitura dos CPs.
Por caractersticas dos protocolos ALNET I, ALNET II e Ethernet, e da forma como os mesmos so
utilizados nas implementaes de drivers de sistemas de superviso e controle, a monitorao de
dados atravs de operandos tabelas, ou atravs de blocos de operandos, mais eficiente que a
monitorao de operandos simples independentes, na maioria dos casos. O segredo do ganho de
desempenho est na forma como os operandos so agrupados numa mesma resposta ou numa
mesma mensagem enviada do CP para as estaes de superviso e controle.
ATENO
Este documento dar nfase a comunicao atravs de tabelas, embora o termo tabela possa ser um
sinnimo de bloco de operandos simples. O importante seguir os demais princpios que sero
apresentados, independente do tipo de operando utilizado, cuja escolha torna-se uma questo de
opo de implementao.
O uso de tabelas possui uma maior flexibilidade de alocao, permitindo o aumento de um bloco
lgico sem necessidade de movimentao de operandos e alterao de cdigo. J um bloco de
operandos simples simplifica o aplicativo do CP, eliminando a necessidade das instrues MOT.
Seguem alguns princpios prticos na definio da comunicao e dos blocos de dados. Nenhum
deles absoluto, sendo necessrio prioriz-los conforme a situao do projeto:
As informaes devem ser adquiridas do CP atravs de tabelas exclusivas de leitura, sendo os

foramentos realizados atravs de tabelas de escrita ou outros operandos simples, tais como
auxiliares de comando. Operandos de leitura e escrita tambm podem ser utilizados para realizar
uma troca de sinalizao entre CP e estao de superviso. A escrita de posies de tabelas,
memrias ou auxiliares equivalente no nvel de protocolo, sendo aconselhvel a utilizao de
auxiliares para comandos digitais apenas para um melhor aproveitamento dos operandos do CP,
que possui um espao restrito de RAM. Naturalmente, quando o sistema de superviso permite
o foramento de tabelas inteiras, este recurso tambm deve ser utilizado para otimizar a escrita
de conjuntos de dados.
Quando o CP precisa notificar a existncia de novos dados, sendo necessria a confirmao
desta leitura pela estao, pode ser alocada a primeira posio da tabela de monitorao destas
informaes para realizar a leitura e escrita desta sinalizao. Neste caso a tabela continuaria a
ser essencialmente uma tabela de monitorao correspondente a TAGs de leitura e apenas o
primeiro operando estaria associado a um TAG adicional de escrita ou corresponderia a um
TAG de leitura e escrita.
Sempre que os recursos da estao e os requisitos de tempo do aplicativo do CP permitirem, os

dados a serem lidos ou escritos, devem ser compactados nas tabelas, de forma a aproveitar
melhor a taxa de comunicao efetiva do driver de comunicao. Por exemplo, cada posio
numa tabela de memrias para monitorao de alarmes deve estar associada a 16 TAGs de
alarme digital.
Independente da velocidade do canal de comunicao utilizado, em condies normais e sem o

uso da instruo LAI, o CP s responde a uma requisio de comunicao a cada varredura,
Altus S.A.
Pgina: 12
Cd.: NAP103
Reviso: A
assim, prefervel concentrar os dados numa nica tabela a realizar uma srie de comunicaes.
Esta considerao vlida apenas para tabelas que respeitam o tamanho limite do bloco de
dados, por mensagem, suportados pelo protocolo. Tabelas maiores so sempre transferidas
atravs de duas ou mais requisies feitas pelo driver. Estes limites so apenas para orientao,
podendo ser um pouco maiores dependendo do tipo de driver.
Os operandos devem ser agrupados por utilizao. Informaes apresentadas numa mesma tela
da estao devem ser monitoradas atravs de uma mesma tabela. Isto torna-se muito
significativo no desempenho de estaes de superviso que permitem a declarao de TAGs que
so monitorados apenas quando esto presentes na tela sinptica ativa.
Deve-se evitar alocar numa mesma tabela variveis com diferentes freqncias de atualizao.
Os TAGs de variao lenta devem ser agrupados em tabelas separadas dos TAGs com
requisitos de atualizao mais exigente. Este princpio vale como critrio para quebrar tabelas
grandes que j correspondem a mais de uma requisio do driver. Vamos tomar como exemplo
uma tabela de 120 posies monitorada a cada segundo que j corresponde a uma quebra com
duas requisies do driver por segundo. Se a tabela for redefinida como duas tabelas de 60
posies, onde uma delas for monitorada a cada trs segundos, a ocupao do canal de
comunicao ser reduzido para 1,3 requisies do driver por segundo ou quatro comunicaes
a cada trs segundos.
Ao contrrio dos foramentos, que so comunicaes assncronas com polling desabilitado,
qualquer monitorao definida impe alguma carga de processamento contnua e contribui para
a taxa de utilizao do canal de comunicao. Com o recurso das "mensagens no solicitadas
enviados do CP para a estao de superviso pode-se evitar isto. Apenas quando ocorre algum
evento no processo, o CP toma a iniciativa de transmitir uma tabela no solicitada, sendo este
tipo de mensagem adequada para dados que no precisam ser adquiridos periodicamente. O uso
mais comum deste recurso na definio de uma tabela de alarmes.
Quando apenas em determinados momentos, a estao de superviso precisa adquirir um
conjunto de informaes, tambm pode-se utilizar o recurso de mensagens no solicitadas,
bastando que o evento que dispara a transmisso seja oriundo de um foramento enviado pela
estao. Para realizar este comando, pode ser alocada a primeira posio de uma tabela no
solicitada. Apenas esta posio corresponderia a um TAG de escrita ao contrrio dos demais.
Estas sugestes de projeto devem ser aplicadas ao detalhar as entradas e sadas de um sistema de
comunicao com o CP, que uma das primeiras atividades a serem executadas no desenvolvimento
de software de CPs. Estas informaes podem ser levantadas e registradas num documento
denominado Interface de Comunicao e Entradas e Sadas.
Um exemplo de documento deste tipo a planilha eletrnica associada a esta nota de aplicao:
NAP103.XLS. Esta planilha uma sugesto de documento a ser seguido, devendo ser adaptado para
as necessidades do projeto em questo.
A partir deste documento pode-se implementar os bancos de dados de tempo real (BDTR) utilizados
pelos sistemas de superviso. Estes bancos de dados concentram os dados coletados ou enviados do
e para o processo atravs de CPs ou outros equipamentos de campo, informaes apresentadas ou
digitadas nas telas da estao de superviso e mensagens trocadas com outros sistemas.
No documento de Interface de Comunicao e Entradas e Sadas devem ser definidos os TAGs
correspondentes as interfaces ou mensagens trocadas com os CPs. Como este documento define a
maior parte do banco de dados, sua abrangncia foi estendida para incluir a totalidade dos TAGs, ou
Altus S.A.
Pgina: 13
Cd.: NAP103
Reviso: A
seja, para incluir at mesmo os TAGs de simulao no utilizados, nem indiretamente, por nenhuma
mensagem de comunicao com os CPs.
5.3 Dimensionamento de Timeouts TCP e de Aplicao

A performance de um sistema de comunicao, baseado numa rede Ethernet do tipo TCP, depende,
fundamentalmente, das caractersticas dos equipamentos envolvidos. Alguns dos parmetros de
comunicao destes equipamentos podem ser ajustados para melhorar o desempenho da rede.
Seguem os principais parmetros que devem ser observados:
Timeout da camada de aplicao;

Timeout da camada de transporte TCP;
Nmero de retentativas da camada de transporte TCP;

Atraso no envio do ACK da camada de transporte TCP.
Estes parmetros so caractersticos de todas as interfaces de comunicao Ethernet, seja ela uma
interface de um CP, ou uma interface de rede de um microcomputador, bem como das aplicaes
que acessam os mesmos para comunicao (software executivo ou sistemas de superviso).
A seguir apresentado um modelo que tem por objetivo auxiliar na determinao dos melhores
valores para estes parmetros.
Variveis do sistema a serem consideradas:
Tr - pior tempo de rede para transmisso de qualquer frame do cliente para o servidor, ou do
servidor para o cliente. Tratam-se de atrasos inseridos por hubs, switches, roteadores,
comprimentos de cabos, e quaisquer outros equipamentos intermedirios entre o cliente e o
servidor. Para WANs este tempo pode ser bem significativo, enquanto que em LANs,
normalmente, desprezvel perante os demais tempos.
Tts - tempo de latncia mxima do nvel TCP do servidor para processar uma requisio
recebida, deixando pronto o ACK TCP desta requisio para transmisso e passando a
requisio para o nvel de aplicao do servidor.
Tas - tempo de latncia mxima do nvel de aplicao do servidor para processar uma
requisio recebida, deixando pronta uma resposta para o nvel TCP transmitir. Por exemplo:
CP com AL-3414 servidor, e foi configurado para responder at 8 requisies a cada ciclo
de varredura (instrues LAIs). O tempo mximo de varredura do CP 100ms.
Existem 6 clientes conectados a este servidor, mas dois deles podem gerar, no mximo, at
4 requisies simultneas para este CP. Desta forma, o servidor pode receber at 12
requisies simultneas (2 * 4 + 4 * 1).
Portanto, neste exemplo, o CP pode demorar at 2 ciclos de varredura para responder s 12
requisies, j que s pode responder a 8 requisies por varredura. Portanto, Tas = 200ms
para este exemplo.
Das - atraso proposital do servidor antes de transmitir o ACK TCP da requisio. Caso Das
seja maior que Tas, o ACK TCP da requisio e a resposta de aplicao so transmitidos no
mesmo frame para o cliente.
Altus S.A.
Pgina: 14
Cd.: NAP103
Reviso: A
Ttc - tempo de latncia mxima do nvel TCP do cliente para processar uma resposta recebida
de um servidor, deixando pronto o ACK TCP desta resposta para transmisso, e passando a
resposta para o nvel de aplicao do cliente.
Dac - atraso proposital do cliente antes de transmitir o ACK TCP da resposta, com o objetivo
de tentar juntar no mesmo frame este ACK TCP com uma nova requisio para o mesmo
servidor (se houver alguma agendada).
As variveis Das e Dac correspondem ao parmetro ATRASO DE ENVIO DE ACK DO TCP. Uma
das opes manter este parmetro nulo, provocando o envio imediato dos ACKs TCP. A outra
inserir estes atrasos propositais. Neste caso, o dimensionamento ideal deste parmetro, em modo
servidor, algo um pouco maior do que Tas (por exemplo: 1.1 * Tas), para que o nvel de aplicao
j tenha a resposta pronta para transmitir junto com o ACK TCP da requisio. No modo cliente,
isto corresponderia a um valor pouco maior do que o tempo necessrio para o nvel de aplicao
preparar nova mensagem, ou seja, um valor similar a Tas. Portanto, pode-se utilizar a equao 1.1
* Tas para ambos os casos.
Outro parmetro que pode ser facilmente dimensionado o NMERO DE RETENTATIVAS DO
TCP. Este parmetro pode auxiliar na recuperao de erros transitrios. Em caso de erros
permanentes, como quebra de uma linha de transmisso, sabe-se que a recuperao no possvel, e,
portanto, de nada adiantaro as retentativas. Se este parmetro tiver um valor muito elevado, a
confirmao de erros permanentes torna-se muito demorada, degradando o desempenho do sistema.
Se for nulo ou muito baixo, poder ser insuficiente para a recuperao de erros transitrios.
Aconselha-se manter o valor default atribudo a este parmetro, exceto em redes de m qualidade,
onde seja necessrio aument-lo. Considerando que os demais parmetros esto bem dimensionados,
duas retentativas no sero suficientes para recuperar erros transitrios se ocorrerem trs erros
consecutivos em transmisses do nvel TCP, o que pouco provvel.
Consideradas as variveis definidas anteriormente, e os dimensionamentos j realizados para os
parmetros ATRASO DE ENVIO DE ACK DO TCP e NMERO DE RETENTATIVAS DO TCP,
deve-se observar diversos casos antes de dimensionar os demais parmetros:
no modo servidor, o TIMEOUT INICIAL DO TCP deve ser maior do que 1.5 * (Tr + Ttc +
Dac + Tr), considerando 50% de margem de segurana. Deve ser considerado o valor mximo
desta equao, analisando-se todos os possveis clientes deste servidor.
no modo cliente, o TIMEOUT INICIAL DO TCP deve ser maior do que 1.5 * (Tr + Tts +
Das + Tr + Ttc), considerando 50% de margem de segurana. Deve ser considerado o valor
mximo desta equao, analisando-se todos os possveis servidores deste cliente.
no modo cliente, o timeout de aplicao:
deve ser maior do que 1.5 * TIMEOUT INICIAL DO TCP * (2 (NMERO DE RETENTATIVAS DO
TCP + 1)
- 1), considerando 50% de margem de segurana;
tambm deve ser maior do que 1.5 * (Tr + Tts + Tas + Tr + Ttc), considerando 50% de
margem de segurana;
deve ser considerado o valor mximo obtido aps anlise de todos os servidores do qual a
interface cliente.
ATENO:
Altus S.A.
Pgina: 15
Cd.: NAP103
Reviso: A
O mal dimensionamento dos parmetros anteriores (timeout inicial do TCP, nmero de retentativas
do TCP, timeout de aplicao, atraso de envio de ACK do TCP) pode provocar degradaes na
rede, tais como replicaes desnecessrias de mensagens, falhas em cascata, tempo excessivo para
recuperao de falhas, entre outras, afetando diretamente o desempenho da rede.
5.4 Timeout Inter Sub-rede das Instrues ECR e LTR

Uma caracterstica importante a ser observada para otimizar a comunicao da interface na rede
Ethernet Altus, utilizando o protocolo ALNET II sobre TCP/IP, o parmetro de TIMEOUT
INTER SUB-REDE, configurado a partir do MasterTool, boto ALNET II... do mdulo C000.
Timeout Inter Sub-rede

O tempo definido por este campo corresponde ao timeout das instrues ECR e LTR utilizadas na
aplicao do CP, e vale tanto para as redes puramente ALNET II (canal serial ALNET II da UCP
AL-2004) quanto para as Ethernet (AL-3405, AL-3412, AL-3414, PO7091 e PO7092).
O TIMEOUT INTER SUB-REDE define o tempo mximo que instrues ECR e LTR vo esperar
por uma mensagem de resposta do servidor endereado por estas instrues. Para dimensionamento
deste tempo de timeout, vrios aspectos importantes devem ser considerados, como mostrado na
seo Dimensionamento de Timeouts TCP e de Aplicao.
5.5 Checklist de Verificao da Configurao

Arquiteturas compostas por elementos que se comunicam via rede Ethernet necessitam ser
corretamente configurados para que se obtenha o melhor desempenho das comunicaes efetuadas.
A tabela a seguir apresenta alguns itens a serem verificados visando o funcionamento adequado de
dispositivos da rede Ethernet, visando sempre o melhor desempenho do sistema.
Altus S.A.
Pgina: 16
Cd.: NAP103
Reviso: A
Descrio
Verificar se todos os operandos declarados na configurao do driver de comunicao esto declarados no CP ateno
para operandos tabela, que devem possuir, no mnimo, o mesmo nmero de posies.
Verificar se os operandos esto declarados conforme orientao do driver utilizado. Drivers com agrupamento automtico
o fazem em grupos de 220 bytes (excees consultar tabela Nmero mximo de operandos por bloco de dados).
Assim, devem ser declarados blocos mltiplos deste valor, visando um melhor desempenho do sistema.
Verificar se operandos utilizados somente para escrita possuem varredura cclica desativada. Os mesmos devem ser
feitos apenas quando os seus valores sofrerem alguma modificao ou na inicializao do CP.
Dar preferncia na utilizao de mensagens no solicitadas para blocos de dados cujos valores sofrem modificaes
esporadicamente (eventos e alarmes).
Verificar se as mensagens no solicitadas, quando existirem, esto corretamente configuradas.
Verificar se o tempo de timeout e retry esto corretamente configurados para a aplicao. Somente o processo pode
determinar quando deve-se definir um tempo de timeout maior, com menor nmero de retries, ou vice-versa.
Separar redes de superviso e de controle das redes corporativas, atravs do uso de placas adicionais nos computadores
(redes completamente separadas) ou atravs de firewalls ou roteadores que isolem o trafego de dados
broadcasts/multicasts.
Verificar se o banco de dados do sistema est configurado com diferentes taxas de requisies, conforme a necessidade
do processo, a fim de no coletar informaes sem necessidade e onerar a performance.
Checklist de verificao da configurao de sistemas de comunicao por Ethernet
6. Ferramentas de Manuteno
6.1 Comando PING

Ferramenta do sistema operacional para avaliao da rede que interliga dois dispositivos,
normalmente um computador e um dispositivo remoto, baseada em mensagens do protocolo ICMP
(Internet Control Message Protocol).
O funcionamento do comando muito simples: o computador transmite um pacote de dados
endereado ao dispositivo remoto (endereo IP), que por sua vez deve responder ao computador
com uma imagem do pacote de dados. O computador espera por determinado tempo a resposta do
dispositivo remoto, no existindo retentativas de transmisso.
A seguir um exemplo de uso do comando PING:
C:\WINDOWS>PING <endereo IP do mdulo Ethernet>
Disparando contra <mdulo Ethernet> [<IP do mdulo Ethernet>] com 32 bytes de dados:
Resposta de <IP do mdulo Ethernet>: bytes=32 tempo=5ms tempo de vida=255
Estatsticas do Ping para <IP do mdulo Ethernet>:
Pacotes: Enviados=4, Recebidos=4, Perdidos=0 (0% de perda),
Tempos aproximados de ida e volta em milisegundos:
Mnimo=3ms, Mximo=5ms, Mdia=3ms
Depois que o comando executado, o que pode levar alguns segundos, apresentada a estatstica
para o comando, com informaes importantes como quantidade de pacotes de dados perdidos e
tempos mnimo, mximo e mdio de resposta. O tempo pode variar em funo da distncia entre os
equipamentos. O tempo mximo deve ser considerado para ajustar o parmetro de timeout do
protocolo de comunicao TCP/IP dos dispositivos envolvidos.
Altus S.A.
Pgina: 17
Cd.: NAP103
Reviso: A
Alguns dos parmetros do comando PING podem ser definidos pelo usurio, como por exemplo o
tamanho do pacote de dados ou a quantidade de pacotes a serem transmitidos. Estes parmetros
podem ser visualizados atravs da ajuda ao comando:
C:\WINDOWS>PING /h
6.2 Comando ARP

Ferramenta do sistema operacional para exibio e modificao das tabelas de converso do
endereo IP para endereos fsicos pelo protocolo de resoluo de endereos (ARP). A tabela de
converso apresenta os endereos dos equipamentos com quem o sistema operacional tinha conexo
estabelecida recentemente.
Uma resposta tpica para o comando de visualizao da tabela de converso a seguinte:
C:\WINDOWS>ARP -a
Interface: < IP do sistema operacional> on Interface <nmero da interface de rede>
Endereo IP
Endereo fsico
Tipo
<IP do mdulo Ethernet 1>
<MAC do mdulo Ethernet 1>
<tipo de conexo 1>
<IP do mdulo Ethernet 2>
<MAC do mdulo Ethernet 2>
<tipo de conexo 2>
...
...
...
<IP do mdulo Ethernet N>
<MAC do mdulo Ethernet N>
<tipo de conexo N>
No caso de substituio de um mdulo Ethernet, ocorre a mudana do endereo fsico (MAC)

relacionado ao endereo IP do respectivo mdulo Ethernet, uma vez que cada dispositivo possui um
endereo fsico nico. Logo aps a substituio, o sistema operacional pode permanecer com a
tabela de converso desatualizada, o que impede o estabelecimento de conexes para comunicao
de forma imediata.
Uma soluo para acelerar a atualizao da tabela de converso do endereo IP para endereos
fsicos a eliminao da entrada do respectivo IP do mdulo da tabela como mostra o comando a
seguir:
C:\WINDOWS>ARP -d <IP do mdulo Ethernet>
Alguns mdulos Ethernet, como o AL-3414, so capazes de atualizar automaticamente as tabelas de

converso dos clientes atravs de um comando de ARP gratuito, no momento em que os mesmos
so configurados, sendo dispensvel o uso do comando ARP manual. Alguns sistemas de superviso
tambm so espertos o suficiente para forar um comando ARP pelo sistema operacional assim que
o dispositivo deixa de responder.
6.3 Analisador Ethereal

O Ethereal um analisador de trfego de rede (sniffer). Trata-se de um software de livre
distribuio, com muitas funcionalidades e caractersticas interessantes que facilitam a captura e a
anlise de mensagens Ethernet.
Esta ferramenta pode ser utilizada para avaliar melhora as caractersticas da rede e dos dispositivos
interligados a mesma, permitindo a visualizao das mensagens e a extrao de estatsticas de
comunicao.
Altus S.A.
Pgina: 18
Cd.: NAP103
Reviso: A
6.3.1 Caractersticas
Disponvel para Unix e Windows;

Interface GUI - a interface com o usurio grfica;
Formato libpcap - interface com o sistema para captura de mensagens a nvel de usurio;
Aplicao de filtros pr e ps captura de mensagens atravs de vrios critrios;
Pesquisa de mensagens utilizando filtros, que tambm podem ser utilizados para destacar e
colorir seletivamente a informao do sumrio da mensagem;
Trs janelas de visualizao das mensagens capturadas: lista com um sumrio de cada
mensagem; rvore com todas as camadas ISO-OSI da mensagem; contedo da mensagem em
formato hexadecimal;
Estatsticas de captura e visualizao;

Salva capturas em vrios formatos, permitindo a visualizao dos mesmos atravs de outros
programas;
Captura de dados para arquivos com possibilidade de captura circular, utilizando neste caso
sempre os mesmos arquivos.
6.3.2 Instalao
So dois os programas que devem ser instalados: o software Ethereal e o WinPcap. Ambos podem
ser baixados do site http://www.ethereal.com/.
6.3.3 Captura de Mensagens
Acesse o menu CAPTURE > OPTIONS.... Uma janela equivalente a figura a seguir dever se
abrir, permitindo que o usurio faa as configuraes necessrias.
ATENO:
Dependendo da verso do Ethereal, podero ser observadas algumas pequenas diferenas nas figuras
apresentadas a seguir.
Altus S.A.
Pgina: 19
Cd.: NAP103
Reviso: A
Janela com as opes de captura de mensagens

No campo INTERFACE deve ser selecionada a interface de rede correta. Podem aparecer vrias
interfaces, mesmo que o micro s disponha de um carto de rede. Se o usurio no conhece a placa
de rede que est utilizando, ser necessrio testar todas as opes.
O campo CAPTURE FILTER permite selecionar os IPs que sero monitorados (filtro de pr
captura). Conforme exemplo apresentado, so monitorados apenas as mensagens do IP
192.168.0.64. Para a seleo de mais IPs, basta insira mais clusulas HOST separadas por OR
(exemplo: host 192.168.0.64 OR host 192.168.0.2).
A opo UPDATE LIST OF PACKETS IN REAL TIME quando habilitada, faz com que todas
as mensagens capturadas e filtradas pelo filtro ps captura sejam apresentadas em tempo real,
durante a captura, na janela de visualizao das mensagens.
Selecione START para comear a monitorao. Neste instante aparece a janela de informao da
captura, apresentada na figura a seguir. Se nenhuma mensagem for capturada pode indicar que a
interface selecionada invlida, ou que nenhuma mensagem filtrada est trafegando na rede.
Ao pressionar o boto STOP, de parada da captura das mensagens, automaticamente a janela
fechada e todas as mensagens capturadas filtradas so apresentadas na janela principal do Ethereal.
Altus S.A.
Pgina: 20
Cd.: NAP103
Reviso: A
Janela de estatsticas durante a captura das mensagens

Ao pressionar o boto STOP, de parada da captura das mensagens, automaticamente a janela
fechada e todas as mensagens capturadas filtradas so apresentadas na janela principal do Ethereal.
6.3.4 Apresentao das Mensagens
A figura a seguir apresenta a janela principal do Ethereal, com o resultado da captura. As
informaes mais importantes das mensagens podem ser alinhadas em colunas para facilitar a
interpretao.
Altus S.A.
Pgina: 21
Cd.: NAP103
Reviso: A
Janela de apresentao das mensagens capturadas

O campo FILTER permite definir um filtro ps captura. A figura a seguir apresenta as mensagens
filtradas utilizando-se o seguinte filtro: ip.src == 192.168.0.64.
Janela de apresentao das mensagens filtradas

Para facilitar a interpretao das mensagens pelo usurio, pode-se aplicar regras para colorir as
mensagens em funo de caractersticas das mesmas. Por exemplo: apresentar todas as mensagens de
um determinado IP com a cor de fundo amarela.
Estas regras podem ser definidas a partir do menu VIEW > COLORING RULES...,
especificando-se filtros de cores. Cada filtro da lista possui uma ordem de prioridade para ser
aplicada e possui quatro parmetros:
Name: nome do filtro de cor
String: filtro a ser aplicado s mensagens capturadas

Foreground color: cor dos caracteres das mensagens filtradas
Background color: cor de fundo das mensagens filtradas
As regras de formao do filtro de cor (string) so as mesmas que podem ser empregadas na
definio do campo FILTRO. Ver figura anterior.
A figura a seguir traz dois exemplos de definio de filtros de cor. O primeiro, nomeado de Micro,
ir destacar todas as mensagens originadas do equipamento com endereo MAC 00.40.A7.05.49.D0
com a cor de fundo verde claro. O segundo, nomeado de AL-3414, ir destacar todas as mensagens
originadas do equipamento com endereo IP 192.168.0.89 com a cor de fundo azul claro.
Altus S.A.
Pgina: 22
Cd.: NAP103
Reviso: A
Configurao das regras de cor das mensagens

A figura a seguir mostra um exemplo com mensagens filtradas, utilizando-se as regras de cores
acima definidas.
Janela de apresentao das mensagens filtradas com regras de cores

6.3.5 Salvando as Mensagens
Aps a captura, pode-se salvar todas as mensagens em um arquivo atravs do menu FILE > SAVE
AS, conforme a figura abaixo.
Altus S.A.
Pgina: 23
Cd.: NAP103
Reviso: A
Janela de opes para salvar as mensagens capturadas

Deve-se definir o nome do arquivo no campo NAME (utilizar a extenso .ETH para facilitar a
identificao do tipo do arquivo e a associao com o Ethereal), a pasta atravs do boto SAVE IN
FOLDER e os tipos de mensagens atravs dos botes CAPTURED (todas as mensagens capturadas)
ou DISPLAYED (somente as mensagens visualizadas a partir do filtro ps captura). Selecione o
boto SAVE para gerar o arquivo.
6.3.6 Captura de Mensagens Direto para Arquivos
possvel capturar mensagens diretamente para arquivos, durante longos perodos de tempo. A
configurao da aplicao Ethereal para operar de tal maneira se d atravs da janela com as opes
de captura de mensagens CAPTURE > OPTIONS....
As opes de captura de mensagens diretamente para arquivos se d a partir da clula CAPTURE
FILE(S) da janela de configurao das opes. No campo FILE deve ser especificado o caminho
e o nome do arquivo que deve ser gerado contendo as mensagens capturadas.
A opo USE MULTIPLE FILES permite a gerao de vrios arquivos em vez de um nico,
sendo que a condio de quebra do arquivo pode ocorrer por tamanho ou por tempo: opo NEXT
FILE EVERY selecionada para megabytes ou minutos.
A opo RING BUFFER WITH permite especificar a quantidade mxima de arquivos que podem
ser gerados. Se este limite for atingido, a aplicao ir comear a sobrescrever sobre os primeiros
arquivos, de forma circular.
Cada arquivo gerado traz, alm do nome especificado pelo usurio, o nmero de seqncia do
arquivo, seguido da informao de data (ano, ms e dia) e horrio (hora, minuto e segundo) da
primeira mensagem presente no arquivo. Exemplo de arquivo gerado:
CAPTURA_00001_20070227111449.ETH
Altus S.A.
Pgina: 24
Cd.: NAP103
Reviso: A
Janela de opes para capturar mensagens direto para arquivos
7. Revises
A reviso deste documento mostrada na margem superior, indicando alteraes no contedo ou
melhorias no formato.
O histrico a seguir apresenta observaes correspondentes a cada reviso:
Reviso:
Data:
28/02/2007
Autoria:
Nelson L. Theves
Aprovao:
Jlio A. Sieczkowski
Natureza das alteraes:

Primeira emisso do documento.
Altus S.A.
Pgina: 25

Configuração de Rede Ethernet

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Configuração de Rede Ethernet

Diunggah oleh

Hak Cipta:

Format Tersedia

Nota de Aplicao: Configurao de Redes Ethernet

Nota de Aplicao NAP103

Configurao de Redes Ethernet

Limites de Dados por Transao ALNET II ......................................................................4

Driver de Comunicao e Interfaces Ethernet Altus ........................................... 7

Tempo de Resposta para uma Transao .......................................................................7

Ferramentas de Manuteno .............................................................................. 17

Nota de Aplicao: Configurao de Redes Ethernet

o tipo de servio que deve ser executado;

Na resposta, o servidor pode informar para o cliente:

que o servio solicitado foi reconhecido e executado;

Uma transao finalizada quando o n requisitor recebe:

Nota de Aplicao: Configurao de Redes Ethernet

2.2 Protocolo de Comunicao

10/100Base-TX: camada fsica;

2.3 Drivers de Comunicao

aquisio cclica de dados: o driver de comunicao busca a informao em um CP, e a escreve

recepo de mensagens no solicitadas: os CPs escrevem em uma base de dados dedicada do

Nota de Aplicao: Configurao de Redes Ethernet

Interface para Rede Ethernet

Interface Ethernet 10/100 Mbits/s

Interface Ethernet Redundante Modbus TCP

Interface Ethernet Industrial

Interface Ethernet Industrial 10-100Mbps

Webgate Interface Ethernet com WEB Server

Webgate Plus Ethernet com WEB Server

Interfaces Altus com suporte ao protocolo de aplicao ALNET II

Interface Ethernet Redundante Modbus TCP

Interfaces Altus com suporte ao protocolo de aplicao MODBUS TCP

3.1 Limites de Dados por Transao ALNET II

N Mximo de operandos por bloco

N Mximo de operandos por

Decimal, Real e Inteiro

2 bytes por posio

4 bytes por posio

Nmero mximo de operandos por bloco de dados

Nota de Aplicao: Configurao de Redes Ethernet

Exemplo de configurao de leitura de operandos em blocos de dados

o bloco de leitura do operando M1000 M1114, ir exigir do driver a gerao de duas

o bloco de leitura do operando M3000 M3029 e o bloco de leitura do operando M3060 ao

3.2 Limites de Dados por Transao MODBUS TCP

3.3 Tratamento das Requisies pelo CP

Nota de Aplicao: Configurao de Redes Ethernet

3.4 Mensagens No Solicitadas

3.5 Mensagens Multi Request

Nota de Aplicao: Configurao de Redes Ethernet

Neste modelo, considerando um CP operando como servidor, ao final de um ciclo de execuo, em

3.6 Mltiplas Conexes

4. Driver de Comunicao e Interfaces Ethernet Altus

4.1 Tempo de Resposta para uma Transao

Nota de Aplicao: Configurao de Redes Ethernet

Tempo de Resposta [ms]

AL-3405 modo Turbo

Tempo de resposta mdio

4.2 Caractersticas Exclusivas de Drivers de Comunicao

Driver OPC AL-2785

Comunicao com IPs

Porta de conexo Listen

Porta de conexo com o

Tamanho mximo do bloco

Suporte a operandos reais

Suporte a leitura de BITs de

Caractersticas dos drivers de comunicao para ALNET II

Nota de Aplicao: Configurao de Redes Ethernet