Redes Ethernet Industriais

I
Universidade Federal de Itajub UNIFEI
UNIVERSIDADE FEDERAL DE ITAJUB

PROGRAMA DE PS-GRADUAO EM ENGENHARIA ELTRICA
ALEXANDRE BARATELLA LUGLI
UMA FERRAMENTA COMPUTACIONAL PARA ANLISE DE

TOPOLOGIA E TRFEGO PARA REDES ETHERNET INDUSTRIAIS.
Dissertao submetida ao Programa de PsGraduao em Engenharia Eltrica como

parte dos requisitos para obteno do Ttulo
de Mestre em Cincias em Engenharia
Eltrica.
rea de concentrao: Automao e Sistemas
Eltricos Industriais.
Orientador(a): Dra. Profa. Lcia Regina
Horta Rodrigues Franco.
Dezembro de 2007
Itajub - MG
Livros Grtis
http://www.livrosgratis.com.br
Milhares de livros grtis para download.
II
AGRADECIMENTOS
Gostaria de agradecer em especial minha esposa Thays, empresa Sense
Eletrnica, na figura do Sr. Srgio Augusto Bertoloni pelo apoio e ajuda nos momentos
decisivos deste trabalho, aos meus pais Silvana e Jos Roberto e meu irmo Arthur pela
ajuda nos momentos difceis que passei at chegar aqui e aos meus grandes amigos
Humberto Figueiredo de Carvalho, Edson Beraldo Jnior e Otvio de Souza Martins Gomes
pela ajuda tcnica neste trabalho.
minha orientadora, Profa. Dra. Lcia Regina Horta Rodrigues Franco, pela
pacincia e ateno em suprir minhas lacunas de conhecimento e experincia, na anlise e
correo do texto da dissertao, bem como nas informaes e conselhos que auxiliaram na
elaborao do modelo final e sua realizao prtica.
E finalmente a Deus que, ao me presentear com caractersticas pessoais essenciais,
me delegou a capacidade de utiliz-las em proveito de minha evoluo pessoal e de toda a
humanidade.
A TODOS, A MINHA ETERNA GRATIDO.
Dezembro 2007
III
DEDICATRIA
Dedico carinhosamente este trabalho minha esposa e minha me, pela

persistncia e coragem que elas me passaram para enfrentar os grandes
desafios deste trabalho. Obrigado!
IV
RESUMO
A arquitetura do protocolo TCP/IP uma das redes mais difundidas para comunicao
longa, mdia e curtas distncias envolvendo computadores. Assim, tentando uma
padronizao das redes industriais, h alguns anos, tal padro foi implementado tambm no
meio industrial.
O trabalho explora esta tecnologia, porm voltada para os ambientes industriais. A
grande dificuldade do usurio final de redes industriais iniciar o processo produtivo da sua
planta, devido a erros de projetos e dificuldades na configurao do sistema. Vrias pessoas
encontram dificuldades em dimensionar fsica e logicamente tais redes. Um erro nessa etapa
significa muita perda de tempo e de custo com a planta parada e com o baixo desempenho da
rede, ocasionando em perdas de tempos e altos custos para reparos da planta da industrial.
O objetivo do trabalho propor uma ferramenta computacional, independente da
tecnologia de rede em questo (todas as redes Ethernet industriais utilizam arquitetura TCP/IP
e camada fsica padronizada IEEE802.3), onde o usurio possa realizar uma srie de testes
para possibilitar a conexo e instalao dos elementos da rede com o menor tempo e custo
possvel. Foram realizadas diversas simulaes e comparaes a fim de testar e validar a
ferramenta computacional.
Essa ferramenta computacional implementada pode ser utilizada por qualquer pessoa
afim com a rea de redes industriais, auxiliando e evitando grandes perdas no projeto de
plantas industriais.
Palavras Chaves: Redes Industriais, Ethernet, Simulao, Meio Fsico, Anlise Fsica e
Anlise Lgica.
ABSTRACT
The standard protocol TCP/IP is one of the most wild spread architectures for long,
average and short distances involving computers. So, for trying the industrial networks
standardization, there are some years, it was also implemented in the industrial way.
The work explores this technology, however gone back to the industrial atmospheres.
The industrial networks final user has great difficulty to accomplish the start up of its plant,
due to mistakes of projects and difficulties in the configuration of the system. Many people
have physically and logically difficulties in projecting such industrial networks. An error in
this stage means a lot of waste of time and cost with the stopped plant and with the bad
operation of the network, having a low efficiency of the system.
The subject of the work is to propose a software tool, independent on the network in
subject (all industrial Ethernet networks use architecture TCP/IP and physical layer
standardized IEEE802.3), where the user can accomplish a lot of tests to make possible the
connection and installation of the elements of the network with the smallest time and cost.
Several simulations and comparisons were fulfilled in order to test and to validate the
accomplished software.
The software tool can be used by anybody from the industrial networks area, helping
and avoiding great problems in the industrial start up.
Key Words: Industrial Networks, Ethernet, Simulation, Physical Layer, Physical

Analysis and Logical Analysis.
VI
LISTA DE TABELAS
Tabela 1 Resumo dos tipos de comunicao para rede Ethernet/IP. ....................................18
Tabela 2 Comparativo H1/HSE. ........................................................................................... 19
Tabela 3 Caractersticas fsicas das redes Ethernet industriais. ............................................20
Tabela 4 Principais funes dos elementos do software. ...................................................... 29
Tabela 5 Atenuao do cabo Ethernet industrial em funo da freqncia. ........................ 37
Tabela 6 Comparativo entre as rede industriais..................................................................... 60
VII
LISTA DE EQUAES
Equao 1 Clculo do tempo utilizado para cada mdulo, bytes de entrada......................... 33
Equao 2 - Clculo do tempo utilizado para cada mdulo, bytes de sada............................. 33
Equao 3 Clculo do tempo utilizado total (todos os mdulos de campo).......................... 33
Equao 4 Clculo do tempo disponvel. ..............................................................................33
Equao 5 Porcentagem de cada mdulo em relao ao tempo total disponvel. ................. 34
VIII
LISTA DE SIGLAS E SMBOLOS

ARP Address Resolution Protocol
AS-i Actuator Sensor Interface
CAN Controller rea Network.
CBA Component Based Automation
CIP Control Information Protocol
CPU Central Processing Unit
CRC Cyclic Redundancy Check
CSMA/CD Carrier Sense with Multiple Access and Collision Detect
DARPA Defense Advance Research Projects Agency
dB Unidade de Decibel
DC/DC Direct Current/Direct Current
DP Decentralized Periphery
EDS Electronic DataSheet
ENIP Protocolo de rede Ethernet / Industrial Protocol
EPA Ethernet for Plant Automation
EPL Ethernet PowerLink
FLEX I/O mdulo de campo para redes industriais fabricado pela empresa Rockwell
FSK Frequency Shift Keying
FTP File Transfer Protocol
Gbps 109 bits transmitidos em um segundo.
GSD General Station Description
HSE High Speed Ethernet
HTTP Hyper Text Transfer Protocol
ICMP Internet Control Message Protocol
IGMP Internet Group Management Protocol
IEC International Electric Committee
IEEE Institute of Electrical and Electronics Engineers
IHM Interface Homem-Mquina
I/O Input/Output
IP Internet Protocol
IP67 ndice de proteo nmero 67 (a prova de submerso em gua at 30
centmetros)
IX
IRT Isochronous Real Time

ISO International Standards Organization
Kbps 103 bits transmitidos em um segundo
Km Unidade de Quilmetros
m Unidade de metros
MAC Media Access Control
Mbps 106 bits transmitidos em um segundo
ms 10-3 segundos
nF 10-9 Faradays
Non-RT Non Real Time
ODVA Open Device Vendors Association
OSI Open System Interconnection
PD Powered Device
pF 10-12 Faradays
PLC Programable Logic Controller
PoE Power over Ethernet
PSE Power Sourcing Equipments
PSK Phase Shift Keying
QAM Quadrature Amplitude Modulation
RARP Reverse Address Resolution Protocol
RFC Request for Comments
RJ Registered Jack, nmero 45
SNMP Simple Network Management Protocol
SRT Soft Real Time
TCP Transport Control Protocol
TCP/IP pilha de protocolos para comunicao a longa, mdia ou pequena distncia
UDP User Datagram Protocol
UML Unified Modeling Language
us 10-6 segundos
Vac Tenso no modo alternado
Vcc Tenso no modo contnuo
WWW World Wide Web
XML Extensible Markup Language
Somatrio
LISTA DE FIGURAS
Figura 1 Classificao e diviso dos Fieldbuses. .................................................................. 2
Figura 2 Arquitetura industrial tpica. .................................................................................... 3
Figura 3 Conector RJ 45 industrial e cabo blindado para rede Ethernet industrial. ............... 4
Figura 4 Switch Ethernet industrial com prioridade de transmisso. .....................................5
Figura 5 Possveis configuraes para sistema Poe. ............................................................... 6
Figura 6 PSE comercializado no mercado. .............................................................................7
Figura 7 Modelo OSI da ISO. ................................................................................................. 8
Figura 8 Arquitetura TCP/IP. ................................................................................................. 9
Figura 9 Quadro Ethernet. ..................................................................................................... 10
Figura 10 Quadro IP. ............................................................................................................ 11
Figura 11 Quadro TCP (a) e UDP (b). ................................................................................. 12
Figura 12 Arquitetura TCP/IP para Profinet. ........................................................................ 13
Figura 13 Proxy Profinet/Profibus DP e Profinet/Interbus S. .............................................. 14
Figura 14 Comparativo de tempos da rede Profinet. ............................................................15
Figura 15 Quadro Profinet IO. .............................................................................................. 16
Figura 16 Arquitetura TCP/IP para Ethernet/IP. ................................................................... 18
Figura 17 Exemplo de uma aplicao em HSE em uma fbrica em Singapura. ................. 20
Figura 18 Topologia para uma rede Ethernet industrial qualquer. ...................................... 21
Figura 19 Estudo de caso 1: Relatrio de visita tcnica. ...................................................... 23
Figura 20 Estudo de caso 2: Relatrio de visita tcnica. ...................................................... 23
Figura 21 Tela do software Segment Design Tool. ............................................................... 24
Figura 22 Software do controlador mestre Ethernet/IP. ....................................................... 25
Figura 23 Software do mdulo de campo Ethernet/IP. ........................................................ 25
Figura 24 Comparao entre UDP e TCP para Ethernet industrial. .....................................27
Figura 25 Diagrama de hierarquia de classes. ....................................................................... 30
Figura 26 Parmetros de configurao do controlador mestre. ............................................. 31
Figura 27 - Parmetros de configurao dos mdulos de campo. ............................................ 32
Figura 28 Simulao final para exemplo citado acima.......................................................... 34
Figura 29 Porcentagem de cada mdulo em relao ao tempo total disponvel.................... 35
Figura 30 Excesso de trfego na rede.................................................................................... 36
Figura 31 Configurao da parte fsica da rede Ethernet. ..................................................... 38
XI
Figura 32 Cenrio para simulao 1. ..................................................................................... 41

Figura 33 Grfico dos tempos para cenrio 1........................................................................42
Figura 34 Relatrio da rede para primeira simulao............................................................43
Figura 35 Tela do mestre controlador ODVA. ..................................................................... 43
Figura 36 Tela do mdulo de campo ODVA. ......................................................................44
Figura 37 Tela do analisador de rede para simulador ODVA. ............................................ 45
Figura 38 Cenrio e resultado para simulao 2....................................................................47
Figura 39 - Cenrio e resultado para simulao 2 com alterao da taxa de transmisso........ 48
Figura 40 Visualizao de cada mdulo aps alterao da taxa de transmisso................... 49
Figura 41 Cenrio e resultado para simulao 2 com alterao do tempo de varredura. ......51
Figura 42 Relatrio da rede para segunda simulao. ........................................................... 52
Figura 43 Cenrio e resultado para simulao 3 Switches de 4 portas. .............................. 53
Figura 44 Cenrio e resultado para simulao 3 Switch de 8 portas. ................................. 55
Figura 45 Cenrio 3 valor invlido de distncia................................................................. 56
Figura 46 Cenrio 3 mensagem de erro para distncia invlida.........................................56
Figura 47 Tela inicial do analisador Profibus DP. ................................................................ 57
Figura 48 Caractersticas da rede Profibus DP proposta. ..................................................... 57
Figura 49 Anlise lgica da rede Profibus DP proposta. ...................................................... 58
Figura 50 Tela inicial do analisador Devicenet. ...................................................................59
Figura 51 Caractersticas da rede Devicenet proposta. .......................................................... 59
Figura 52 Anlise lgica da rede Devicenet proposta. ......................................................... 60
XII
SUMRIO
1
INTRODUO................................................................................................................. 1
1.1
Histrico da Ethernet Industrial.................................................................................. 1
1.2
Evoluo da arquitetura TCP/IP ................................................................................. 3
1.3
Caractersticas do padro TCP/IP no meio industrial................................................. 4
A ARQUITETURA TCP/IP DIVISO EM CAMADAS .............................................8

2.1
Diviso de camadas na arquitetura TCP/IP ................................................................ 8
2.1.1
Camada de Rede ................................................................................................. 9
2.1.2
Camada de Inter-Rede ...................................................................................... 10
2.1.3
Camada de Transporte ...................................................................................... 11
ETHERNET INDUSTRIAL: PROTOCOLOS ............................................................... 13

3.1
Profinet ..................................................................................................................... 13
3.1.1
Profinet IO ........................................................................................................ 15
3.2
Ethernet/IP................................................................................................................17
3.3
HSE High Speed Ethernet ..................................................................................... 18
3.4
O meio fsico IEEE802.3 para redes Ethernet industriais ........................................ 20
NECESSIDADE DE UMA FERRAMENTA PARA ETHERNET INDUSTRIAL....... 22

4.1
Trabalhos j realizados ............................................................................................. 24
4.2
Tempos de atraso na rede Ethernet industrial........................................................... 26
SOLUO PROPOSTA.................................................................................................27
5.1
Filosofia de desenvolvimento do software ............................................................... 28
5.2
Funcionalidades necessrias no software ................................................................. 28
5.3
Diagramas de classes chaves do software ................................................................ 29
5.4
Funes de cada elemento e clculo de ocupao da rede ....................................... 30
5.5
Anlise da parte fsica da rede.................................................................................. 37
5.6
Tratamento de excees no software ao nvel do usurio ........................................ 38
RESULTADOS ...............................................................................................................40
6.1
Resultados Obtidos ................................................................................................... 40
6.1.1
Primeira simulao ........................................................................................... 40
6.1.2
Segunda simulao ........................................................................................... 45
6.1.3
Terceira simulao............................................................................................ 52
6.1.4
Quarta simulao .............................................................................................. 56
6.2
Concluses dos resultados ........................................................................................ 61
6.3
XIII
Dificuldades encontradas.......................................................................................... 62
CONCLUSES E CONTRIBUIES...........................................................................64
TRABALHOS FUTUROS ..............................................................................................65
REFERNCIAS BIBLIOGRFICAS ............................................................................ 66
APNDICES............................................................................................................................ 73
A Codificao das classes do software................................................................................. 73
B Codificao dos clculos do software............................................................................... 75
C Codificao da thread do software.................................................................................... 77
D Documentao UML......................................................................................................... 78
ANEXOS
A Exemplo de GSDML......................................................................................................... 79
B Tabela do Campo Frame ID para Profinet IO................................................................... 80
C Exemplo de EDS............................................................................................................... 81
INTRODUO
O padro TCP/IP uma das arquiteturas em redes mais difundidas para comunicao a
longa, mdia e curta distncia envolvendo computadores. Surgiu em meados dos anos 70,
criado por Vinton G. Cerf e Robert E. Khan [1] [56], no parando mais de crescer. [1]
O protocolo Ethernet um dos protocolos que fazem parte da arquitetura TCP/IP e foi
criado por Robert M. Metcalfe, tambm na dcada de 70 [1] [57].
Esse padro criou uma revoluo na comunicao a longa distncia e hoje
amplamente utilizado nas redes Internet ou Intranet espalhadas por todo o mundo. [1]
A dissertao explora parte desta tecnologia voltada para os ambientes industriais,
chamada de Ethernet industrial, que utiliza a padronizao de protocolos TCP/IP. Procura,
tambm, desenvolver solues via software para facilitar e auxiliar os usurios dessa nova
tecnologia aplicada rea industrial, utilizando recursos de simulao e anlise dos resultados
dessas simulaes.
Uma ferramenta computacional foi construda para auxiliar no projeto de infraestrutura e desenvolvimento de uma rede, verificando o meio fsico (cabos, distncia, taxa de
transmisso, etc), taxa de ocupao da rede (quantidade de informaes transmitidas na rede)
e verificao de erros relativos parte fsica ou lgica da rede. Estas funes descritas acima
foram realizadas sem um nico elemento na rede, apenas utilizando recursos computacionais
de simulaes.
Esta dissertao est dividida da seguinte maneira: conceitos tericos (captulos um,
dois e trs), descrio do problema (captulo quatro), soluo proposta do problema atravs de
testes e simulaes (captulo cinco), resultados obtidos (captulo seis e sete), trabalhos futuros
(captulo oito) e referncias bibliogrficas (captulo nove).
1.1
Histrico da Ethernet Industrial

O padro TCP/IP surgiu no meio industrial h cerca de oito anos. Porm, somente nos
ltimos quatro anos que se tornou comercialmente utilizado em ambientes industriais. [2] [3]
A grande utilidade de seu uso se deve necessidade de interligar todos os nveis da
Cadeia de Suprimentos (Supply Chain) envolvendo um nico e exclusivo padro de rede, o
TCP/IP. Assim, o nvel de gerncia ou vendas teria acesso ao cho de fbrica (sensor ou
atuador) em tempo real, dando uma grande agilidade na produo e aumentando-a,
efetivamente.
[4]
Porm, na arquitetura tradicional isso no possvel devido aos diferentes
tipos de padres de protocolos existentes no mercado. [23]

H cerca de dez anos, o nvel administrativo j possua o padro TCP/IP, porm o
nvel de cho de fbrica possua outros protocolos denominados Fieldbuses.
[4]
A figura 1
ilustra esses principais protocolos. Esses protocolos de cho de fbrica foram se difundindo,
devido ao custo benefcio de se ter uma rede industrial se comparado ao sistema tradicional.
[23]
Hoje, h vrios protocolos no mercado, os principais so: Profibus, Devicenet, CAN,
Fieldbus Foundation, Modbus, AS-i, Sercos, entre outros. [4]
Figura 1 Classificao e diviso dos Fieldbuses.
[23]
Cada um desses protocolos elaborou uma maneira de enviar seus dados do cho de
fbrica aos nveis mais altos da hierarquia industrial (vide figura 2). Seja no nvel de
supervisrio, seja por um PLC ou at por uma interface proprietria de cada fabricante. [4]
Surgiu, ento, a idia de uniformizar o cho de fbrica. Nesse instante, nasceu a
Ethernet industrial. Sua idia inicial era de uniformizar toda a Cadeia de Suprimentos, porm,
cada fabricante desenvolveu seu prprio aplicativo e a idia inicial no foi totalmente
implementada, ainda havendo protocolos especficos trabalhando com o TCP/IP, devido aos
diferentes tipos de aplicaes existentes. [4]
Figura 2 Arquitetura industrial tpica.
[4]
A figura acima mostra todos os nveis da hierarquia da automao industrial.

Basicamente existem trs diferentes nveis: Device Level (nvel de elementos de campo
sensores e atuadores), Control Level (nvel de controle de processo PLCs ou PCs
industriais) e Information Level (nvel de informao ao usurio gerncia e manufatura).
1.2
Evoluo da arquitetura TCP/IP

A arquitetura TCP/IP sofreu diversas modificaes com o transcorrer do tempo. Todas
as suas camadas foram afetadas com a evoluo da tecnologia e dos meios de comunicao,
como cabos, conectores, velocidades de transmisso das mensagens. [1]
O protocolo de camada fsica IEEE802.3 (Ethernet) evoluiu significativamente ao
longo dos anos. Os primeiros meios de transmisso eram os pares metlicos grossos, cuja
atenuao era muito grande. Depois surgiram os cabos coaxiais e em seguida os pares
tranados.
[5]
Hoje, o mais comum encontrarmos aplicaes com fibra ptica ou sem fio
(wireless). A fibra ptica, apesar do custo elevado em relao ao par tranado, possui
atenuao muito pequena e capacidade para trafegar grandes quantidades de dados. [14] Outro
fator importante na camada fsica a conexo do hardware da rede. Houve, com o passar do
tempo, uma evoluo grande dos tipos, tamanhos e qualidade das conexes do hardware de
rede. Atualmente, o conector RJ 45 domina totalmente o mercado. Com a evoluo do meio

fsico, as taxas de transmisses tambm aumentaram significativamente. De 10Mbps,
passaram para 100Mbps e hoje j esto em torno do 10Gbps, contudo a largura de banda no
suficiente para dar velocidade a determinadas aplicaes, como por exemplo, jitter muito
altos. Dependendo do tipo de aplicao necessrio tempos de respostas bem definidos e
invariveis. [5] [14] [16]
As tcnicas de modulao so outro fator decisivo na evoluo do padro TCP/IP.
Primeiro surgiu a tcnica FSK (modulao pela freqncia), depois a PSK (fase do sinal
transmitido) e por ltimo o QAM (modulao por amplitude e fase do sinal). [13] [16]
1.3
Caractersticas do padro TCP/IP no meio industrial

Para a aplicao da arquitetura TCP/IP no meio industrial, vrios fatores devem ser
considerados e analisados. Alguns deles so citados abaixo.

- Padronizao dos diversos protocolos do mercado. Isso acabou no ocorrendo devido
utilizao de hardwares especficos por parte de alguns fabricantes e tambm a aplicaes
especficas de cada rede; [6]
- Interoperabilidade entre os diversos equipamentos dos diferentes fabricantes; [4]
- Aumento da quantidade de dados trafegados pela rede (at mil quatrocentos e setenta
e dois bytes de informao til) e diminuio do tempo de ciclo (algumas redes podem operar
com ciclos de algumas dezenas de microssegundos); [22]
- Robustez dos equipamentos. Isso se refere temperatura de operao, classe de
proteo, segurana intrnseca, umidade relativa do ar, etc. A seguir, segue um exemplo de
um conector RJ 45 industrial, que opera de - 40C a + 80C, IP67, Harting (uso na rede
Profinet) e um cabo utilizado para Ethernet industrial (quatro e oito vias, ambos com
blindagem); [7]
Figura 3 Conector RJ 45 industrial e cabo blindado para rede Ethernet industrial.
[7]
- Determinismo da rede. A arquitetura TCP/IP utiliza-se da tcnica CSMA/CD

(Carrier Sense with Multiple Access and Collision Detect) para controlar e acessar o meio de
transmisso. Essa tcnica consiste na deteco de coliso no meio de transmisso, ou seja,
quando mais de uma estao deseja transmitir dados, ao mesmo tempo, no barramento. [1] [14]
Neste caso, apenas uma delas conseguir transmiti-los, sendo que a outra ter que esperar um
tempo pr-determinado at tentar outra transmisso. Caso no consiga, o dispositivo esperar
mais uma vez e assim sucessivamente. Nota-se que no h certeza de que a informao ser
transmitida num tempo determinado (o que essencial para o ambiente industrial). Em um
ambiente industrial, a espera de um dado, como, por exemplo, um alarme de incndio ou a
deteco de um objeto, pode ser fatal. No se pode esperar tanto tempo para o dado ser
transmitido. [17] Assim, para se transformar essa arquitetura em determinstica foi necessrio a
implantao de um switch especial com portas independentes entre si e com capacidade de
programar prioridades e tempos de espera das mensagens.
[1] [22]
Deste modo, o switch
determina o tempo de varredura para cada porta. [22]
Figura 4 Switch Ethernet industrial com prioridade de transmisso.
[8]
A grande desvantagem deste padro na rea industrial, no incio, foi questo da

comunicao e alimentao dos mdulos.
[9] [10]
Havia a necessidade de se ter dois cabos
separados para um elemento da rede (comunicao de dados e alimentao).
[10] [11]
Hoje, h
vrios estudos e implementaes utilizando um padro chamado de Power over Ethernet

(Poe)
[9]
. Nesse tipo de comunicao, o canal transmissor e receptor podem trafegar dados
simultaneamente no meio de transmisso, utilizando o conceito de modulao em amplitude

sobreposto ao nvel contnuo de alimentao dos mdulos de campo. Assim, o sinal de
comunicao sofreria uma modulao para ser transmitido ou recebido por um elemento da
rede. A norma IEEE 8002.3af [10] regulamenta todo este conceito de PoE.
Esta norma descreve que a alimentao deve estar entre 44Vcc e 57Vcc (48Vcc a
tenso nominal) e a potncia do sinal deve ser, no mximo, de 15.4W (mximo de 350mA
para a tenso de alimentao de 44Vcc, 0,35A * 44V = 15,4W). [11]
(a)
Figura 5 Possveis configuraes para sistema Poe.
(b)
[11]
O grande objetivo para o uso desta tecnologia a comunicao full-duplex (onde se

dobra a taxa de transmisso, pois ocorre comunicao simultnea nos dois sentidos, recepo
e transmisso simultaneamente). [9] Na figura 5 (a), a configurao para a operao no modo
full-duplex. Nesse modo, os canais de transmisso e recepo esto separados fisicamente no
cabo da rede (dois pares) e a alimentao de 48Vcc em outros dois pares.
[10] [11]
Normalmente, no se utiliza tenso de 48Vcc na automao, sendo mais comum o uso de

tenses de 24Vcc ou 12Vcc. Assim, necessrio o uso de um conversor DC/DC para
transformar o sinal de 48Vcc para outro qualquer. A grande desvantagem dessa configurao
a necessidade de polaridade nos terminais de alimentao, a fim de diferenciar os sinais, em
modulao em amplitude, positivos e negativos. [11]
Na figura 5 (b), a configurao para a operao no modo half-duplex (comunicao
em dois sentidos, recepo e transmisso, mas no simultaneamente). Nesse modo, o cabo
comum tanto para a alimentao quanto para a comunicao, no necessitando de uma
polaridade especfica nos terminais. necessria uma modulao em amplitude sobre a
alimentao para no interferir no sinal de comunicao trafegado no cabo.
[11]
O sinal de
comunicao trafega apenas em um sentido, devido o mesmo meio transmitir e receber o

sinal. O grande problema dessa configurao garantir o isolamento mnimo requerido entre
a alimentao e a comunicao, que pela IEEE 802.3af de 1500Vac. [11] [12]
Atualmente, j h a comercializao de equipamentos PSE (Power Sourcing
Equipments) que so responsveis pela gerao da tenso e da corrente de alimentao para os
dispositivos de campo PD (Powered Device) responsveis pela converso da tenso principal

em outro nvel desejado (conversor DC/DC). A figura 6 ilustra um PSE que pode ser
encontrado no mercado. [Erro! Indicador no definido.]
Figura 6 PSE comercializado no mercado.
[Erro! Indicador no definido.]
A ARQUITETURA TCP/IP DIVISO EM CAMADAS
O objetivo deste captulo enfatizar o funcionamento e organizao da arquitetura

TCP/IP, destacando suas principais caractersticas, camadas e protocolos. A arquitetura
TCP/IP foi desenvolvida pela DARPA e, inicialmente, o grande objetivo era interligar as
diferentes tecnologias de redes existentes no mundo, seja de altas e baixas velocidades ou
grandes e pequenas distncias.
[13] [14]
A regulamentao de toda a arquitetura TCP/IP
(protocolos, aplicativos e funcionaliades) est descrita em documentos chamados de RFC

(Request for Comments) que podem ser acessados por qualquer pessoa via Internet. [15]
2.1
Diviso de camadas na arquitetura TCP/IP

Para entender melhor o funcionamento, a interoperabilidade e o objetivo de cada
protocolo de rede, a ISO (International Standards Organization) padronizou vrias camadas e

interligao entre elas. Esse modelo se chamou OSI (Open System Interconnection). [1] [13] [14]
[16]
A figura 7 mostra todas as sete camadas propostas pelo modelo OSI. O uso de todas as
camadas no obrigatrio aos sistemas de comunicaes, mas sua hierarquia e protocolos
devem ser mantidos. [1] [5]
No incio da criao das redes via satlite ou rdio, o modelo OSI tornou-se pouco
eficiente. Isso ocorreu porque os dados de informao eram muito menores dos que os dados
de controle da rede. Logo, gastavam-se muitos bits de controle para poucos bits de dados
efetivamente teis. Esta arquitetura tambm no previa outros tipos de servios, como
transmisso de voz e imagem pela rede. [1] [13] [17]
Figura 7 Modelo OSI da ISO.
[1]
Com todas essas lacunas, Cerf e Khan
[56]
desenvolveram uma outra arquitetura mais
eficiente, o modelo TCP/IP, cujo objetivo inicial era interconectar vrias redes espalhadas
pelo mundo ao mesmo tempo, podendo fornecer servios de dados, voz e imagem. [1] [4]
A figura 8 mostra a diviso da arquitetura TCP/IP camada a camada. [18]
SMTP/
DNS
FTP TELNET
HTTP
Aplicao
...
Transporte
UDP
TCP
IP
ICMP
ARP
RARP
Inter-rede
IGMP
Interface de Hardware
802.3 802.4 802.5 802.6
Rede
X.25
Meio Fsico
Figura 8 Arquitetura TCP/IP.
[1]
A camada de rede define o meio fsico e o tipo de enlace utilizados na rede TCP/IP.
Vrios protocolos e padres foram desenvolvidos e certificados nessa camada, sendo que o
padro Ethernet tornou-se o mais difundido (IEEE 802.3). [1]
A camada de Inter-redes responsvel pelo encaminhamento dos pacotes em qualquer
rede, garantindo que sejam transmitidos independentemente do destino. O protocolo mais
difundido dessa camada o IP, porm h outros que auxiliam seu trabalho. [1]
A camada de transporte responsvel pela conexo de dois elementos e garantia de
transmisso dos dados. Dois protocolos operam nessa camada, o TCP ou o UDP. [1]
A camada de aplicao do usurio contm protocolos de alto nvel. Esses protocolos
fornecem servios ao usurio, como o HTTP, FTP, WWW e SNMP. [1] [5]
2.1.1 Camada de Rede
A camada de rede a primeira camada da arquitetura TCP/IP. Ela responsvel por

toda a interconexo do meio fsico com a rede e pela adequao das informaes na rede
(camada de enlace). [1] [5]
10
O IEEE produziu vrias normas para esta camada. O conjunto das normas ficou
conhecido como IEEE 802. Dentro desse conjunto, vrias outras normas foram desenvolvidas
com base no meio fsico e no tipo de enlace desejado. [18]
A indstria optou pelos padres IEEE 802.3, chamado de Ethernet. [22] Nesse padro, o
acesso ao meio realizado pelo protocolo CSMA/CD, porm o meio fsico pode ter vrias
maneiras de ser implementado, como: fibra ptica, par tranado e cabo coaxial, por exemplo.
Para os protocolos de camada de rede, o importante o meio fsico, o acesso ao meio de
transmisso, a estrutura do pacote de dados e os elementos que realizam o controle da
transmisso dos dados. [1] [22]
A figura 9 mostra o quadro de um dos protocolos da camada de redes, o Ethernet, que
utilizado na indstria. [22] Ele possui um total de oito bytes de prembulo, quatorze bytes de
cabealho, quarenta e seis a mil e quinhentos bytes de dados e quatro bytes de verificao de
erro. [1]
Figura 9 Quadro Ethernet.
[1] [5]
2.1.2 Camada de Inter-Rede

A camada de inter-rede responsvel pela transmisso dos dados de uma origem at
um destino atravs da computao de pacotes, podendo ser da mesma rede ou no. Assim,
essa camada tem a funo de mover dados entre uma mesma rede (Intranets) ou em redes
diferentes (Internet). [14] [18]
O principal protocolo que est nessa camada o IP. Sua tarefa fornecer a melhor
forma de transportar os dados da origem at o destino, sem se preocupar com a confirmao
de recebimento, chamado de servio no orientado a conexo.
entrega das mensagens realizada pelas camadas superiores.
[1] [14]
Assim, a garantia de
[1] [14]
Alm dele, outros
protocolos auxiliam no controle de fluxo ou no endereamento dos quadros trafegados pela

rede, como: ARP e RARP (utilizados junto com o protocolo de rede Ethernet para identificar
os endereos de rede), ICMP (protocolo de controle do fluxo das mensagens) e IGMP
(protocolo de controle do roteamento das mensagens). [1] [14]
11
O quadro IP utiliza o endereamento no formato decimal para a representao dos

quatro bytes de endereo entre a rede e o host (elemento conectado rede, por exemplo, um
computador), por exemplo: 192.168.10.2. O quadro consiste de duas partes: o cabealho e a
informao. O cabealho possui uma parte fixa de vinte bytes e uma parte opcional de
tamanho varivel de quatro bytes (total de vinte e quatro bytes de cabealho). [1] [18] O restante
dos bytes so as informaes a serem trafegadas na rede. No cabealho possvel determinar
o endereo de origem e destino, o comprimento e verificao de erro das mensagens e
controle dessas informaes, entre outros servios.
[1]
[14]
A figura 10 ilustra as
funcionalidades do protocolo IP.
Figura 10 Quadro IP.
[1] [5]
2.1.3 Camada de Transporte
Nessa camada existem basicamente dois protocolos que so utilizados: o UDP (no
orientado a conexo) e o TCP (orientado a conexo). A principal funo desta camada
estabelecer uma conexo entre as duas portas que iro trocar dados. [19]
Para a indstria, ambos os protocolos podem ser utilizados, dependendo da aplicao e
dos requisitos de urgncia de transmisso de um determinado dado.
[4][33]
O TCP utilizado
para configurao e parametrizao dos elementos da rede, devido a sua lentido e

confirmao de envio da informao. J o UDP utilizado para troca de informaes entre os
elementos da rede, devido a sua rapidez no transporte das mensagens. [4] [33]
12
O TCP opera no modo orientado conexo, ou seja, porta de destino e porta de

origem, contendo verificao de erros, multiplexao de dados (pode transmitir vrios dados
de diferentes mensagens ao mesmo tempo) e controle de fluxo (ajusta o tempo de transmisso
de acordo com a quantidade de dados). O UDP opera no modo sem conexo, no havendo
confirmao de recebimento da mensagem e contendo oito bytes de cabealho. [19]
A figura 11 ilustra os cabealhos do TCP e UDP, respectivamente.
(a)
(b)
Figura 11 Quadro TCP (a) e UDP (b).
[1] [13]
13
ETHERNET INDUSTRIAL: PROTOCOLOS
Vrios fabricantes criaram seus prprios padres de redes Ethernet industriais, cada
um diferindo do outro em termos de aplicao ao usurio e na utilizao ou no de
determinadas camadas do padro TCP/IP. Alguns deles possuem hardwares dedicados do
fabricante, o que os tornam pouco competitivos para aplicao industrial. [3] [4]
Os quatorze protocolos para Ethernet industrial so: Profinet, Ethernet/IP, HSE,
Modbus/TCP, EPA, EPL, EtherCAT, IEC 61850, JetSync, P-Net, Sercos III, SynqNet, TCnet
e Vnet/IP. [20]
3.1
Profinet
O Profinet uma rede padronizada pela Associao Profibus Internacional como uma
das quatorze redes de Ethernet industrial.
[21]
A norma que regulamenta o Profinet a
IEC61158-5 e IEC61158-6, sendo o dcimo protocolo incluso nessa norma (Type 10). [22]
Basicamente, h dois tipos de redes Profinet: Profinet IO e Profinet CBA. O Profinet
IO utilizado em aplicaes em tempo real (rpidas) e o Profinet CBA utilizado em
aplicaes onde o tempo no crtico, por exemplo, na converso para rede Profibus DP. [22]
A figura 12 ilustra como o Profinet definiu suas camadas baseadas na arquitetura
TCP/IP. [20]
Figura 12 Arquitetura TCP/IP para Profinet.
[20]
14
Nota-se pela figura acima que o Profinet pode ter trs formas distintas de operao,
sendo duas delas para tempo real e uma para no tempo real. [23]
A primeira maneira baseia-se na arquitetura TCP/IP pura, utilizando Ethernet na
camada um e dois, o IP na camada trs e o TCP ou UDP na camada quatro. Essa arquitetura
chamada de Non-real time (Non-RT), pois seu tempo de processamento aproxima-se dos
100ms. A grande aplicao nesse tipo de comunicao de configurao da rede ou na
comunicao com os Proxis, utilizando o Profinet CBA. Os Proxis so conversores de um
determinado protocolo em outro (por exemplo, de Profinet para Profibus DP ou de Profinet
para Interbus S), conforme mostrado na figura 13. [23]
Figura 13 Proxy Profinet/Profibus DP e Profinet/Interbus S.
[24]
A segunda maneira baseia-se no chamado Soft Real Time (SRT), caracterizando-se por
ser um canal que interliga diretamente a camada da Ethernet aplicao. Com a eliminao
de vrios nveis de protocolo, h uma reduo no comprimento das mensagens transmitidas,
necessitando de menos tempo para transmitir os dados na rede. Podem-se utilizar os dois tipos
de Profinet, CBA e IO, nesse caso. [23]
A terceira maneira baseia-se no conceito de Isochronous Real Time (IRT), para
aplicaes em que o tempo de resposta crtico e deve ser menor do que 1ms. Uma aplicao
tpica deste conceito o controle de movimento de robs, quando o tempo de atualizao dos
dados deve ser pequeno. Utiliza-se apenas o Profinet IO para esse caso. [23]
A figura 14 ilustra os conceitos do Non-Real-Time (aplicaes com tempos de
varredura em torno de 100ms), Soft Real Time (aplicaes com tempos de varredura em torno
de 10ms) e Isochronous Real Time (aplicaes com tempos de varredura menores do que
1ms).
15
Figura 14 Comparativo de tempos da rede Profinet.
[23]
3.1.1 Profinet IO
O Profinet IO , na realidade, uma extenso do protocolo Profibus DP. Ele opera
diretamente com os elementos de campo, realizando leituras de sensores, atualizaes dos
sinais de sada e controle de diagnsticos da rede. A rede Ethernet industrial Profinet IO
descreve um modelo de dispositivo que baseado em caractersticas essenciais do Profibus
DP, incluindo canais para cada elemento alocado na rede.
[25]
As caractersticas dos
dispositivos de campo so descritas via GSD em uma base XML. [25] [26]
O arquivo GSDML (GSD em uma base de programao XML) acompanha todos os
elementos da rede Profinet IO e descreve as principais caractersticas de cada um deles. O
mesmo deve ser fornecido pelo fabricante do equipamento (Anexo A). [22]
Para se conseguir um tempo de resposta utilizando o Profinet IO na configurao IRT
(Isochronous Real Time), necessrio um hardware especfico que consiga processar as
informaes nesse tempo (para o caso do IRT). Assim, a Siemens desenvolveu o ERTEC 400
que um processador voltado s aplicaes em Profinet. [27]
O quadro da rede Profinet IO mostrado na figura 15 e segue a mesma estrutura do
campo Ethernet falado anteriormente. A grande diferena est no campo Frame ID. Nesse
campo possvel distinguir se o quadro IRT, SRT ou Non-RT, de acordo com os dois bytes
do campo (Anexo B). [22] Cada valor deste campo, define a maneira como as mensagens sero
trafegadas na rede, por exemplo: de 0000h a 00FFh, quadro IRT, de 8000h a FBFFh, quadro
SRT e de FC00h a FE02h, quadro Non-RT. De acordo com a figura abaixo, a quantidade
16
mnima de bytes do quadro Profinet IO de setenta e dois bytes, contando cabealho,

informao e verificao de erro. [22]
Figura 15 Quadro Profinet IO.
[22]
O prembulo so bits auxiliares que identificam o incio da transmisso. Servem para

sincronizar o elemento que deseja transmitir seus dados com o clock da rede. O padro para
cada byte AAh (10101010). [22]
Os endereos de origem e destino identificam quem est transmitindo e quem est
recebendo as informaes. Esses endereos so conhecidos como endereos MAC e possuem
quarenta e oito bits (seis bytes) de comprimento. [22] O endereo MAC o endereo fsico do
elemento de rede. Os trs primeiro bytes so destinados identificao do fabricante, os trs
posteriores so fornecidos pelo fabricante para identificao do mdulo na rede Profinet. [22]
O campo Tipo e Frame ID identificam o tipo de informao a ser transmitida e o
tamanho do campo de dados.
[22]
O campo de dados pode variar de trinta e seis a mil
quatrocentos e setenta e dois bytes. No quadro Ethernet IEEE802.3, a variao do campo de

dados de quarenta e seis a mil e quinhentos bytes (cabealho e informao). Essa diferena
justamente para aplicaes IRT, com a diminuio do campo de dados e, conseqentemente,
do tempo de reposta da rede. [22]
A verificao de erro do tipo CRC, onde se tem um polinmio de grau trinta e dois
para efetuar a operao matemtica de verificao de erro na mensagem transmitida. [22]
17
Outro ponto a ser destacado o atraso da rede com relao ao switch. O switch gera
um pequeno atraso na rede que ser abordado mais adiante. [28]
importante levar em considerao esse tempo na hora de calcular o ciclo de
varredura da rede ou no atraso que um elemento pode causar se houver muitos switches na
rede. [25]
3.2
[29]
Ethernet/IP
O Ethernet/IP uma rede Ethernet industrial padronizada pela ODVA e baseia-se na
arquitetura encapsulada do TCP/IP. O termo IP significa Industrial Protocol e no deve ser

confundido com o protocolo IP descrito anteriormente. [4]
Enquanto o Profinet possui trs tipos de comunicao e duas redes distintas (Profinet
IO e Profinet CBA), o Ethernet/IP segue exatamente o modelo TCP/IP. [33]
Porm, vlido ressaltar que h dois tipos diferentes de operao. Uma delas o TCP
utilizando a camada de aplicao definida anteriormente. Outro mtodo utilizar o UDP (que
possui um quadro menor) para transportar os dados at a CIP (Control Information Protocol),
uma camada de aplicao especfica da ODVA. Na CIP h protocolos especficos para
inversores de freqncia, posicionadores de vlvulas, elementos pneumticos, I/Os discretos,
entre outros. A figura 16 ilustra a diviso em camadas da rede Ethernet/IP. [30]
18
Figura 16 Arquitetura TCP/IP para Ethernet/IP.
[30]
O uso de cada comunicao (TCP ou UDP) depende muito da aplicao do usurio.

Assim, as transmisses podem ser: [31] [32]
Explcitas: Utiliza o TCP e a camada CIP da ODVA. Aplicado na troca de
informaes entre PLCs e IHMs (tempo de ciclo de 100ms ou maior) ou para configurao
de elementos da rede longa distncia (por exemplo, um set-point de um transmissor de
presso). Tais tarefas no so crticas, ou seja, no requerem um baixo tempo de
processamento. [31] [32]
Implcitas: Utiliza o UDP e a camada CIP da ODVA. Aplicado para comunicaes
entre I/Os (tempo de ciclo em torno de 10ms), quando o tempo de resposta deve ser o menor
possvel. Essa tarefa deve ser cclica, requerendo um baixo tempo de processamento. [31] [32]
Tabela 1 Resumo dos tipos de comunicao para rede Ethernet/IP.
[33]
A camada de aplicao CIP desenvolvida pela ODVA no se comunica com a camada

de aplicao do Profinet, por exemplo. Assim, no h interoperabilidade entre as diversas
redes Ethernet. [3] [33]
O conceito de EDS, utilizado na rede Devicenet, continua vlido para o Ethernet/IP
(Anexo C). Conforme a norma da ODVA
[31]
, os estudos realizados mostram que o mtodo
Cclico o que possui melhor desempenho para troca de dados implcitos, utilizando o UDP
como transporte. Assim, grande parte dos dados trafegados na rede Ethernet/IP utiliza
Ethernet nas camadas um e dois, IP na camada trs e UDP na camada quatro. [31]
3.3
HSE High Speed Ethernet

O HSE tambm uma tecnologia aplicada a Ethernet industrial, desenvolvida pela
Fieldbus Foundation. [34]
19
A Fieldbus Foundation incorporou a rede Ethernet dentro de sua especificao. Esta

rede no visa substituir a rede Fieldbus Foundation (tambm chamada de H1), mas estender
seu espectro de aplicao para interligar dispositivos como PLCs a sistemas de superviso.
Esta rede utiliza UDP/IP sobre a camada de enlace Ethernet. [34] [35]
A rede HSE suporta todas as funcionalidades das camadas de enlace de dados da
especificao H1, possibilitando o sincronismo de uma ligao em cascata entre malhas
localizadas entre segmentos H1 independentes.
[35]
A interligao entre uma rede H1 e rede
HSE pode ser feita atravs de um linking device, que converte o dado de diversos segmentos
H1 em mensagens HSE, utilizando a arquitetura TCP/IP. [36]
A tabela 2 mostra um comparativo entre os sistemas H1 e HSE, evidenciando suas
diferenas e principais caractersticas. [37]
Tabela 2 Comparativo H1/HSE.
[37]
A rede HSE pode operar no modo multicast (um dado pode ser aproveitado por vrios
elementos da rede), podendo ser usado por vrios receptores em uma nica comunicao. Este
um caso tpico na automao em que um dado do sensor de leitura freqentemente usado
em mais de um lugar. [34] [36]
O HSE possui quatro tipos bsicos de categorias de dispositivos: [34]
Host Device (HD): a estao de trabalho (Computador).
Link Device (LD): um n HSE para conectar um ou mais segmentos H1 ao HSE.
Gateway Device (GD): um n HSE para conectar uma ou mais redes de outros
fabricantes rede HSE.
Ethernet Device (ED): um n HSE com condies de conexo direta s aplicaes de
controle e medio de equipamentos de campo. [34]
A figura 17 ilustra uma aplicao industrial em Singapura, utilizando uma rede HSE e
os dispositivos listados acima.
20
Figura 17 Exemplo de uma aplicao em HSE em uma fbrica em Singapura.
3.4
[34]
O meio fsico IEEE802.3 para redes Ethernet industriais

Para o meio fsico, pode ser utilizada a seguinte configurao para qualquer uma
das redes Ethernet industriais: [22]

Tipo de cabo
Par tranado blindado
Velocidade
Distncia mxima
Nmero mximo
da rede
sem repetidor
de elementos
10Mbps
100 metros
1024
100Mbps
100 metros
1024
1000Mbps
100 metros
1024
10Mbps
2000 metros
1024
100Mbps
2000 metros
1024
10BASE-T
100BASE-T
1000BASE-T
Fibra ptica
10BASE-FL
Fibra ptica
100BASE-FL
Tabela 3 Caractersticas fsicas das redes Ethernet industriais.
[22]
Para a configurao utilizando par tranado blindado, o cabo possui dois pares
(quatro vias), categoria 5 (com Shield).
[33]
H a possibilidade de utilizao de repetidores
21
(hubs industriais) ou switches industriais que podem aumentar a distncia da rede para at
500 metros (utilizando par tranado). [22] [33]
J para a configurao utilizando fibra ptica possvel utilizar repetidores pticos
e, dependendo do tipo de fibra utilizada (monomodo ou multimodo), pode-se chegar a
distncias de dezenas de quilmetros, colocando vrios repetidores em cascata durante o
percurso do sinal ptico. [22] [33]
A topologia da rede , comumente, projetada em estrela, utilizando o mestre
(controller) como elemento central da rede, os switches industriais especiais para derivar e
interligar os elementos da rede e os mdulos de campo (nodes) onde so conectados os
sensores e atuadores.
[32] [38]
Ethernet industrial. [32]
[38]
A figura 18 ilustra uma topologia tpica para uma rede
Figura 18 Topologia para uma rede Ethernet industrial qualquer.
[32]
22
NECESSIDADE DE UMA FERRAMENTA PARA ETHERNET

INDUSTRIAL
As dificuldades encontradas pelos usurios esto no momento da definio dos
elementos da rede e suas configuraes, assim como toda a verificao do meio fsico da rede.
Atualmente, a dificuldade na utilizao das redes industriais a interoperabilidade
entre os equipamentos dos diversos fabricantes.
[22]
H uma variedade enorme de
equipamentos, cabos, conectores e outros elementos aplicados a uma mesma rede industrial.
muito comum um usurio escolher uma tecnologia que melhor lhe sirva naquele
momento e tornar-se dependente dela depois.
Quando, ento, ele realiza o projeto de sua planta industrial, h vrios problemas que
so muito comuns de ocorrer, mas que no so percebidos na fase de projeto, devido falta de
informao e recursos de simulao da rede em questo.
Tais problemas so:
- Um grande tempo para partida da planta industrial devido a um erro na parte fsica da
rede (comprimentos ou caractersticas eltricas do cabo invlidas).
- Os custos com consultorias e reparos da planta so altos, pois os equipamentos j
esto instalados.
- Parte lgica da rede mal dimensionada (tempo de varredura inadequado para o
processo produtivo em questo).
- O conhecimento da tecnologia empregada no discutido.
Os textos abaixo ilustram esses problemas citados acima na prtica para uma rede
industrial instalada na prtica. Alguns estudos de casos so evidenciados atravs de relatrios
reais elaborados por uma empresa do segmento de redes industriais na visita tcnica a um
cliente. [39]
23
Figura 19 Estudo de caso 1: Relatrio de visita tcnica.
[39]
Nessa parte do relatrio do estudo de caso um, notrio perceber que as causas dos
problemas so provenientes da parte fsica (conexo inadequada da rede - problema um) e
lgica (tempo de varredura da rede muito pequeno, 95% - problema dois). Tudo poderia ser
evitado se o usurio pudesse, de alguma maneira, simular ou prever alguns desses problemas,
antes de ter qualquer equipamento conectado na rede. Como os equipamentos j estavam
instalados, toda e qualquer mudana muito trabalhosa e onera altos custos de consultoria.
A seguir h outro estudo de caso, relativo a um outro cliente e o problema ,
praticamente, o mesmo.
Figura 20 Estudo de caso 2: Relatrio de visita tcnica.
[39]
No estudo de caso dois, possvel notar que novamente os problemas so provenientes

de erros na parte fsica (distncia incorreta da rede) ou lgica (tempo de varredura muito
pequeno para a rede instalada, 98%). Esse estudo de caso gerou um custo muito alto na
resoluo do problema da parte fsica da rede, pois os cabos j estavam conectados aos
equipamentos, sendo necessrio alterar todo o projeto fsico da rede.
24
Assim, os problemas relativos parte fsica ou lgica da rede so muito comuns de

ocorrer no meio industrial brasileiro. Outros estudos de casos poderiam ser citados nesse
trabalho, porm a grande maioria evidencia os problemas citados acima.
Assim, seria de grande utilidade ao usurio ter um ambiente grfico para simulao de
sua rede e verificao dos parmetros configurados. Esse procedimento de simulao pode
evitar futuros transtornos (como mostrado nos relatrios acima) e perdas de tempo na partida
da sua planta industrial. Vrios problemas relativos parte fsica ou lgica da rede em questo
poderiam ser detectados na simulao, evitando altos custos de cabos e ineficincia da rede.
No captulo seis, evidenciado todo o desenvolvimento, testes funcionais e resultados
de uma ferramenta de simulao aplicada s redes Ethernet industriais para soluo dos
problemas citados nos estudos de casos.
4.1
Trabalhos j realizados
Alguns trabalhos realizados j propuseram de alguma maneira a soluo do problema
acima. Porm a soluo no est totalmente resolvida do ponto de vista do usurio.

O primeiro trabalho um software da empresa Emerson Process Management
[40]
Esse software denomina-se Segment Design Tool e simula apenas o meio fsico para a rede
Fieldbus Foundation
[35]
, no se importando com a parte lgica da rede. A seguir, h uma
simulao de um elemento controlador e um elemento de campo sendo interligados por um

cabo com distncia total de 101 metros.
Figura 21 Tela do software Segment Design Tool.
[40]
25
O segundo trabalho, simula a comunicao para rede Ethernet/IP da ODVA
[33]
e tem
como funo a transmisso de dados entre o controlador mestre e os mdulos de campo. Esses
softwares possibilitam a verificao da comunicao e da configurao dos parmetros do
controlador via protocolo UDP ou TCP, como falado anteriormente, ler as entradas dos
sensores e atuar nas sadas dos atuadores. As figuras 22 e 23 mostram o software do
controlador mestre e do mdulo de campo. [33]
Esses softwares sero detalhados adiante para comparao dos resultados obtidos entre
a ferramenta proposta e a norma Ethernet industrial. O aplicativo do controlador mestre l e
envia informaes ao mdulo de campo, que possui dois bytes de entrada (dezesseis chaves) e
dois bytes de sada (dezesseis lmpadas) via UDP. Os crculos inferiores mostram os
parmetros do controlador mestre e do mdulo de campo que so trafegados via TCP.
Figura 22 Software do controlador mestre Ethernet/IP.
Figura 23 Software do mdulo de campo Ethernet/IP.
[33]
[33]
4.2
26
Tempos de atraso na rede Ethernet industrial

Outro aspecto a ser considerado so os tempos de atraso na comunicao entre
controlador mestre e os mdulos de campo.

Basicamente, os tempos envolvidos na comunicao so: [41] [42]
- Tempo de envio da informao.
- Tempo de resposta da informao.
- Tempo de latncia (atraso na distribuio da informao pelo hub ou switch e
processamento da informao nos elementos da rede). [41] [42]
Os dois primeiros tempos dependem da quantidade de informao que se deseja
trafegar e da taxa de transmisso da rede. J o terceiro tempo pode variar ligeiramente
dependendo do nmero de switches ou hubs entre os elementos que esto trocando
informao e da capacidade de processamento desses elementos. De acordo com HELD
POPP e WEBBER
[22]
e XI
[5]
[41]
, possvel realizar uma aproximao desse tempo para 9,6us
entre cada elemento que est trocando informao na rede. Esse valor um valor mdio,
calculado empiricamente pelos autores e pode ser chamado de dead time (tempo morto). [5] [22]
[41]
27
SOLUO PROPOSTA
Para solucionar os problemas listados no captulo anterior, foi desenvolvida uma

ferramenta de simulao com o objetivo de eliminar os problemas da parte fsica e lgica da
rede Ethernet industrial. Como as redes Ethernet industrial seguem um mesmo padro de
encapsulamento das informaes, a soluo se preocupa apenas com o trfego de informaes
dos I/Os na rede (Ethernet, IP e UDP), no se importando com as configuraes distncia e
a parametrizao dos mdulos (Ethernet, IP e TCP), pois so dados trafegados raramente na
rede (somente na configurao inicial do equipamento, por exemplo, uma configurao de 420mA de uma entrada analgica).
A figura 24 ilustra os conceitos do UDP e TCP aplicados Ethernet industrial.
NA INDSTRIA
PARMETROS DE
CONFIGURAO
TROCA DE
DADOS
802.3
Figura 24 Comparao entre UDP e TCP para Ethernet industrial.
[33]
Outra caracterstica do software que ele no considera a programao do usurio,

importando-se, nico e exclusivamente, com os dados lidos e escritos na rede. O programa
aplicativo pode conter uma nica linha ou at milhares de linhas, tornando-se difcil de
mensurar o tempo gasto para executar as funes pertinentes ao controlador mestre.
Como exposto anteriormente, algumas redes, como o Profinet (IRT ou SRT), por
exemplo, utilizam hardwares dedicados para saltar da camada Ethernet diretamente para a
camada de aplicao do usurio. Essa aplicao especfica tambm no ser considerada pelo
simulador devido particularidade de sua aplicao em sistemas industriais reais.
5.1
28
Filosofia de desenvolvimento do software

Para o desenvolvimento do software foi utilizada a filosofia de orientao a objeto,
devido a facilidade na identificao e codificao das diversas classes da ferramenta, sendo

sua implementao planejada para o ambiente Borland Builder C++. [43] [44]
Os princpios da orientao a objeto foram levados em considerao para o
desenvolvimento desse trabalho.
A orientao a objetos considerada a maneira mais natural de se analisar o mundo.
Logo, ela permite construir sistemas computacionais melhores e de maneira mais simples. Isto
se deve ao fato de apresentar caractersticas essenciais como: abstrao, agregao,
encapsulamento, herana e polimorfismo. [45] [46]
- Abstrao: preservar a liberdade de se tomar decises preservando, tanto quanto
possvel, os comprometimentos prematuros.
- Agregao: o relacionamento nos quais os objetos, que representam os
componentes, so associados a um outro objeto, o qual representa a estrutura inteira.
- Encapsulamento: o ato de ocultar do usurio as informaes que no so de seu
interesse. Deste modo, a comunicao entre objetos realizada sem a necessidade de se
preocupar com a complexidade interna de cada classe.
- Herana: est relacionada com a hierarquia e as relaes entre os objetos. Ela permite
associar classes descendentes de uma classe superior, implementando, assim, mtodos e
atributos que se diferenciam da classe pai.
- Polimorfismo: processos que executam funes semelhantes em componentes
diferentes devem ser chamados pelo mesmo nome. a habilidade de duas ou mais classes
responderem mesma solicitao, cada uma a seu modo. Conceito de permitir uma nica
interface para mltiplas funes. [45] [46]
5.2
Funcionalidades necessrias no software

Para a implementao do software, foi necessria a criao de quatro elementos
bsicos da rede: o controlador mestre, o switch, o mdulo de campo e o cabo categoria 5.

O controlador mestre o elemento chave na rede, assim, toda configurao necessria
para o funcionamento da simulao ser iniciada a partir deste dispositivo. O switch se
apresenta apenas como repetidor e derivador do sinal de forma determinstica e com
29
capacidade de programao de prioridades em suas portas. O mdulo de campo representa

qualquer mdulo que se deseja acoplar rede para ligao dos sensores e atuadores.
Na ferramenta computacional proposta, o cabo Ethernet o elemento que conecta os
elementos da rede entre si. Portanto, o elemento que realmente determina quem faz parte da
rede e sua respectiva limitao fsica (distncia).
Resumindo, tm-se as seguintes configuraes disponveis para o usurio e elementos
de rede:
Elemento
Configurao disponvel para o usurio
Controlador mestre Taxa de transmisso, tempo de varredura e nmero mximo de

mdulos de campo na rede.
Switch
Mdulo de campo
Nmero de portas (quatro ou oito portas).

Quantidade de bytes de entrada e quantidade de bytes de sada, alm do
endereo IP do mdulo na rede simulada.
Cabo Ethernet
Distncia incio-fim de um trecho, capacitncia e resistncia do trecho

analisado.
Tabela 4 Principais funes dos elementos do software.
5.3
Diagramas de classes chaves do software

Para a sistematizao correta dos elementos da rede e da construo do software foi
necessrio o uso de classes computacionais, a fim de determinar as caractersticas de cada

elemento no auxlio implementao do cdigo fonte do software.
- Classe CEthernetDevices: A classe CEthernetDevices a classe base para criao
dos elementos da rede, com exceo do cabo Ethernet que no deriva desta classe, mas tem
um dos seus objetos utilizado internamente nesta classe. Essa classe foi definida como base,
pois apresenta todos os mtodos e variveis comuns aos elementos de rede, tais como:
mtodos de localizao na tela, identificao do dispositivo, imagem, tamanho da tela, etc.
- Classe CCpu: A classe CCpu a classe que se identifica ao elemento controlador
mestre na rede. Esta classe contm todos os mtodos derivados da classe base
CEthernetDevices e mais os mtodos especficos para manuseio do controlador mestre.
- Classe CSwitch: A classe CSwitch, tambm derivada de CEthernetDevices,
apresenta apenas variveis relacionadas ao controle de seleo do switch (quatro ou oito
portas).
30
- Classe CModules: A classe CModules, acompanhando toda a tendncia do software,

tambm derivada de CEthernetDevices e apresenta variveis e mtodos internos para
gerenciamento de cada mdulo de campo inserido na rede (endereo IP e quantidade bytes de
entrada e sada).
- Classe TCable: A classe TCable no derivada de CEthernetDevices. Essa classe
opera de forma independente das outras e tem por funo realizar a conexo entre dois
elementos distintos na rede.
A seguir, a figura 25 ilustra a hierarquia entre as classes e suas ligaes entre si. Para
facilitar a implementao, as classes CCpu, CSwitch e CModules derivam da classe me
CEterhnetDevices.
Figura 25 Diagrama de hierarquia de classes.
No apndice A, h a codificao das classes listadas acima no Borland Builder C++.

No apndice D, segue toda a documentao UML gerada para a codificao da
ferramenta computacional proposta, utilizando o diagrama de classes para representao, a
fim de facilitar a codificao e implantao da ferramenta. A UML uma linguagem visual
que auxilia no desenvolvimento de um software orientado a objeto.
[47] [48]
Ela utiliza uma
forma de modelamento padronizado para classes, objetos e diagramas de deciso de estados a

fim de facilitar a codificao, implementao e teste das idias propostas. [47] [48]
5.4
Funes de cada elemento e clculo de ocupao da rede

Para melhor entendimento, o software est basicamente dividido em duas grandes
aplicaes: a primeira refere-se parte lgica da rede (clculo do tempo de ocupao da rede
em relao ao tempo de varredura) e a segunda refere-se parte fsica da rede (conexo entre
os elementos, clculo de capacitncia e resistncia de cabo).
31
Para realizar a anlise lgica da rede simulada, necessrio que alguns parmetros
estejam configurados, para que seja possvel calcular a medida da ocupao de tempo de cada
mdulo na rede.
Assim, para o controlador mestre tem-se:
- Taxa de transmisso da rede: 10Mbps, 100Mbps ou 1Gbps.
- Tempo de varredura (scan) da rede: valor em ms.
- Quantidade de mdulos de campo a serem inseridos na rede.
As figuras utilizadas na ferramenta para o controlador mestre, os switches e os
mdulos de campo foram retiradas dos arquivos da Rockwell. [58]
A tela de configurao desses parmetros est ilustrada abaixo na figura 26.
Figura 26 Parmetros de configurao do controlador mestre.
O controlador mestre responsvel por toda a comunicao, programao e controle

da rede Ethernet industrial. O tempo de varredura um importante parmetro que indica
quanto tempo necessrio para o controlador mestre ler todas as entradas da rede, executar o
software aplicativo do usurio e atualizar todas as sadas. [32] [33] Uma rede Ethernet industrial
s pode possuir um controlador mestre. [32] [33]
Para o mdulo de campo, os parmetros so os seguintes:
- Quantidade de bytes de entrada e sada.
- Endereo IP do mdulo na rede.
32
Esses parmetros dimensionam cada mdulo de campo inserido na rede Ethernet

industrial proposta. O nmero mximo de bytes efetivos para entrada ou para sada de mil
quatrocentos e setenta e dois, como visto anteriormente.
Figura 27 - Parmetros de configurao dos mdulos de campo.
Para realizao do clculo de ocupao do tempo de todos os mdulos de campo em

relao ao tempo de varredura, deve-se ter em mente as seguintes condies:
Quadro Ethernet:
- 64 bits prembulo = 8 bytes
- 48 bits de Endereo de destino = 6 bytes
- 48 bits de Endereo fonte = 6 bytes
- 16 bits de Tipo = 2 bytes
- 32 bits de FSC = 4 bytes (deteco de erros)
- Total de bytes do quadro = 26 Bytes
Quadro IP:
- Cabealho IP = 20 bytes
Quadro UDP:
- Cabealho UDP = 8 bytes (endereo destino e fonte)
33
Logo, a quantidade total de bytes de cabealho de cinqenta e quatro bytes. Como a

quantidade de bytes de informao deve estar entre quarenta e seis e mil quatrocentos e
setenta e dois bytes (quadro Ethernet entre setenta e dois e mil quinhentos e vinte e seis bytes)
e levando-se em considerao o dead time de 9,6us, j explicado anteriormente, devem-se
fazer duas consideraes distintas: [22] [33]
1 - Se a quantidade de bytes de entrada ou a quantidade de bytes de sada for maior ou
igual a dezoito (18), ento se faz o clculo de seguinte forma:
Tempo_utilizado_mdulo_input = [(quantidade bytes entrada + 54) * 8]
Taxa_transmisso
Equao 1 Clculo do tempo utilizado para cada mdulo, bytes de entrada.
Tempo_utilizado_mdulo_output = [(quantidade bytes sada + 54) * 8]

Taxa transmisso
Equao 2 - Clculo do tempo utilizado para cada mdulo, bytes de sada.
Tempo_utilizado_total = [Tempo_utilizado_mdulo_output + Tempo_utilizado_mdulo_input +

(quantidade_mdulos x 9,6 x 10-6)]
Equao 3 Clculo do tempo utilizado total (todos os mdulos de campo).
Tempo_disponvel = Tempo_varredura Tempo_utilizado_total

Equao 4 Clculo do tempo disponvel.
Exemplo 1:
Controlador mestre 10Mbps, 1ms, 2 mdulos de campo;
Mdulo campo 192.168.010.002 100 bytes de entrada e 100 bytes de sada;
Mdulo de campo 192.168.010.004 50 bytes de entrada e 50 bytes de sada.
Dead_time = 9,6us
Tempo_utilizado_mdulo_192.168.010.002_INPUT = 123,2us
Tempo_utilizado_mdulo_192.168.010.002_OUTPUT = 123,2us
Tempo_utilizado_total = 432us
34
Tempo_disponvel = 0,001 0,000432 = 568us

A figura 28 ilustra o exemplo proposto acima j implementado para o software. A
parte cinza claro indica a porcentagem do tempo utilizado em relao ao tempo de varredura
(no caso, 1ms), 43,2% ou 432us. A parte cinza escuro indica o tempo livre para alocar outros
novos mdulos de campo na rede, 56,8% ou 568us.
Figura 28 Simulao final para exemplo citado acima.
H a opo de se visualizar a influncia de cada mdulo separadamente na rede. Neste

caso, cada mdulo tem uma porcentagem diferente em relao ao tempo utilizado total,
dependendo da quantidade de informao a ser transmitida.
Porcentagem_mdulo = (Tempo_utilizado_mdulo_output + Tempo_utilizado_mdulo_input + 9,6 x 10-6)
Tempo_utilizado_total
Equao 5 Porcentagem de cada mdulo em relao ao tempo total disponvel.
Para o caso acima, a porcentagem para cada mdulo em relao ao tempo total
utilizado :
35
Tempo_utilizado_total = 412,8 x 10-6 + (2 x 9,6 x 10-6) = 432us

Porcentagem_mdulo_192.168.010.002 = (123,2 + 123,2 + 9,6) / 432 = 59,26%
Porcentagem_mdulo_192.168.010.004 = (83,2 + 83,2 + 9,6) / 432= 40,74%
Figura 29 Porcentagem de cada mdulo em relao ao tempo total disponvel.
Caso a quantidade de bytes de entrada ou sada aumente, o tempo utilizado tambm

aumenta e se aproxima de 1ms, que o tempo de varredura.
Exemplo 2: Alterao dos bytes de ambos os mdulos para 400 e 110,
respectivamente.
Controlador mestre 10Mbps, 1ms, 2 mdulos de campo;
Mdulo de campo 192.168.010.004 110 bytes de entrada e 110 bytes de sada.
Dead_time = 9,6us
Tempo_utilizado_total = 1,008ms
36
Tempo_disponvel = 0,001 1,008 = - 0,008us (no existe)

Para o caso acima, o tempo utilizado extrapolou o tempo de varredura do controlador
mestre e no h comunicao. Os mdulos no conseguem se comunicar com o controlador
mestre, pois a quantidade de informao muito grande para o tempo de varredura de 1ms,
programado pelo controlador mestre.
Figura 30 Excesso de trfego na rede.
2 - Se quantidade de bytes de entrada ou quantidade de bytes de sada for menor que

dezoito (<18), ento a quantidade total de bytes de setenta e dois, que a mnima permitida
em um quadro Ethernet. Esse nmero dezoito obtido pelo seguinte raciocnio:
Quantidade mnima de bytes do quadro Ethernet = 72
Bytes de cabealho Ethernet = 26
Sobra para dados = 46
Bytes do cabealho UDP = 8
Bytes do cabealho IP = 20
Total de bytes de cabealho = 28
Restante de bytes livres para dados = 46 28 = 18
Assim, se o tamanho dos bytes de dados for menor que dezoito, ser necessrio
acrescentar bits de enchimento, para se ter, no mnimo, os setenta e dois bytes do quadro
Ethernet. [1] [22]
Os clculos acima no se alteram, porm a quantidade total (cabealho e informao
juntos) de bytes de entrada e de sada sempre de setenta e dois bytes. Logo:
Tempo_utilizado_mdulo_INPUT = 57,6us
Tempo_utilizado_mdulo_OUTPUT = 57,6us
No apndice B h a parte do cdigo fonte no Borland Builder C++ relacionada aos
clculos mencionados acima.
37
5.5
Anlise da parte fsica da rede

Para realizar a anlise fsica da rede proposta pelo software, necessrio um conceito
computacional para a integrao harmoniosa das vrias partes do programa. Esse conceito
chamado de thread. [44]
A thread nada mais do que um recurso da plataforma Borland Builder em que um
processo (software principal) pode dividir duas ou mais tarefas (software para traar o cabo
entre os elementos da rede e o programa principal para manipulao dos elementos da rede).
[43] [44]
Assim, possvel mover os elementos conectados, sem interferir nos clculos dos
tempos e nas funes principais do software. [49] O software possui apenas uma thread, logo
chamado de um sistema monothread. [49]
De acordo com a tabela 3, para os sistemas que utilizam par tranado blindado, a
distncia mxima de cada segmento de cem metros.
[22]
Para a rede Ethernet industrial
necessrio utilizar switches ou hubs industriais entre o controlador mestre e os mdulos de

campo, a fim de aumentar a distncia e garantir o determinismo da mesma. [22] [25] [38] Porm,
deve-se levar em considerao os pequenos atrasos causados pelos switches no processamento
das informaes e no colocar mdulos crticos em relao ao tempo de varredura interligados
muitos switches
[22] [25] [38]
. As distncias independem da taxa de transmisso configurada
para a rede: 10Mbps, 100Mbps ou 1Gbps. [22]

Tambm importante notar a capacitncia e a resistncia do cabo medida que a
metragem aumenta. [50] Ambos os parmetros so crticos em sistemas de comunicao a dois
fios e podem prejudicar o sinal trafegado no cabo. [22]
Para a rede Ethernet industrial as caractersticas principais do cabo so: [50]
1 Resistncia eltrica do cabo: R = 115 ohms por quilmetro
2 Capacitncia entre os condutores: C = 65 pF por metro
3 Freqncia mxima: 1,5GHz
4 Impedncia caracterstica: Zo = 100 ohms
5 Temperatura de operao: -40C +70C (IP67)
6 Tabela de atenuao do cabo em funo da freqncia (em dB / Km)
Tabela 5 Atenuao do cabo Ethernet industrial em funo da freqncia.
[50]
38
Com esses valores, possvel o usurio configurar sua rede virtual e verificar se houve
excessos na distncia em algum trecho da rede. Alm disso, possvel verificar, em cada
trecho, os valores de resistncia eltrica e capacitncia de acordo com as caractersticas acima.
A figura 31 ilustra uma rede configurada com um switch e dois mdulos de campos
conectados ao mestre controlador.
Figura 31 Configurao da parte fsica da rede Ethernet.
As distncias entre cada trecho no podem exceder cem metros para o uso do par
tranado blindado, conforme mostrado anteriormente na tabela 3. O primeiro trecho foi
configurado com sessenta e oito metros, o segundo com noventa metros e o terceiro com
oitenta metros.
No apndice C h a parte do cdigo referente criao do cabo Ethernet industrial na
ferramenta proposta, utilizando o conceito de thread.
5.6
Tratamento de excees no software ao nvel do usurio

O tratamento de excees
[44] [45]
nada mais do que a realizao de vrias travas
dentro da ferramenta proposta, impossibilitando o usurio de operar com valores irreais dentro
das simulaes realizadas. Assim, valores impossveis na prtica so desconsiderados pelas
simulaes, evitando a possibilidade de simulaes imperfeitas ou incorretas. [44] [45]
39
A seguir h uma lista de alguns tratamentos de excees realizados na ferramenta

proposta para impossibilitar que o usurio configure a rede de maneira incorreta:
1 Tentativa de insero de um mdulo de campo sem ter um controlador mestre na
simulao;
2 Tempo de varredura negativo no controlador mestre;
3 Nmero de mdulos de campo menor do que zero ou maior do que mil e vinte e
quatro no controlador mestre;
4 Quantidade de informao de entrada ou sada menor do que zero ou maior do que
mil quatrocentos e setenta e dois bytes;
5 Endereo IP invlido do mdulo de campo;
6 Distncia de cabo invlida, menor do que zero ou maior do que cem metros por
trecho;
7 Tentativa de insero de dois controladores mestres na simulao;
8 Tentativa de insero de quantidades superiores de mdulos de campo em relao
s definidas no controlador mestre.
40
RESULTADOS
Esse captulo dedicado aos resultados prticos do software e comparao com

sistemas reais a fim de validar o software.
Os resultados so obtidos atravs de vrias simulaes, envolvendo situaes prticas
diferentes.
J a comparao foi realizada utilizando um software da ODVA
[33]
para rede
Ethernet/IP. Esse software apresenta um controlador mestre e um mdulo de campo que

trocam informaes entre si. [33]
6.1
Resultados Obtidos
Para anlise dos resultados do software, so necessrias vrias situaes de montagem
e configurao da rede, adequadas ao cotidiano do usurio e descritas a seguir em trs

situaes diferentes. A quarta situao um comparativo entre a rede Ethernet industrial e as
redes encontradas no mercado atual brasileiro (Profibus DP e Devicenet), a fim de analisar os
resultados de uma determinada aplicao nas trs redes propostas.
6.1.1 Primeira simulao

O objetivo da primeira simulao validar o software do ponto de vista operacional.
Para isso, necessrio o uso do simulador de controlador mestre e mdulo de campo da
ODVA para comparao dos resultados. [33]
Para realizar a comparao e validao do software, segue abaixo as condies da
primeira simulao.
Elementos na rede simulada: Controlador mestre, switch com quatro portas e um
mdulo de campo.
Controlador mestre 10Mbps, 10ms, 1 mdulo de campo, switch de 4 portas;
Dead_time = 9,6us
Tempo_utilizado_total = 124,8us ou 1,25% de 10ms
41
Tempo_disponvel = 0,01 0,0001248 = 9,875ms ou 98,75% de 10ms
Figura 32 Cenrio para simulao 1.
Na figura 33, h o grfico contendo a porcentagem do tempo ocupado e do tempo

disponvel para as condies listadas acima.
42
Figura 33 Grfico dos tempos para cenrio 1.
A figura 34 mostra um relatrio retirado do simulador com as principais caractersticas

da rede simulada nessa primeira simulao. H a opo de exportar tal arquivo para uma base
de dados tipo texto (txt).
43
Figura 34 Relatrio da rede para primeira simulao.
Para validar o uso da ferramenta proposta, a seguir mostrado o software da ODVA

[33]
realizando a comunicao nas mesmas condies da ferramenta proposta. Esses dois
mdulos de software representam o mestre controlador e o mdulo de campo. O mdulo de

campo composto por dois bytes de entrada (dezesseis chaves liga/desliga) e dois bytes de
sada (dezesseis lmpadas verdes). H tambm parmetros do mdulo de campo que podem
ser lidos pelo mestre controlador via protocolo TCP, conforme j mencionado anteriormente.
Esses parmetros so: vendor ID, Device type, Product code, Serial number, Product name e
Revision. Eles podem ser configurados no mdulo de campo e lidos no mestre controlador. O
programa aplicativo um contador em anel para acender as lmpadas em uma seqncia j
pr-determinada em um tempo estabelecido pelo usurio.
Figura 35 Tela do mestre controlador ODVA.
[33]
Dentro do crculo inferior est o conjunto de parmetros lidos do mdulo de campo e

no crculo superior est o tempo para a atualizao do contador das lmpadas do mdulo de
campo.
44
Figura 36 Tela do mdulo de campo ODVA.
[33]
O crculo superior mostra as lmpadas e as chaves de entrada e no crculo inferior os

parmetros do mdulo de campo.
Como as condies so bem parecidas com a da primeira simulao (dois bytes de I/O,
10Mbps de taxa de transmisso e tempo de varredura de 10ms), atravs de um analisador de
rede, possvel visualizar os pacotes trafegados e o tempo para se enviar e receber cada
mensagem. Na figura 36, h uma captura de alguns pacotes utilizando o analisador de rede
Ethernet Ethereal, disponvel na Internet. [51]
possvel notar na rea circulada que o tempo de atualizao das mensagens de
cerca de 125us para as condies listadas acima (campo Time). Na coluna Protocol, possvel
verificar de que se trata de um protocolo para Ethernet industrial (ENIP, Ethernet/IP). H
tambm os endereos de destino e origem das informaes (controlador mestre e mdulo de
campo) e as informaes trafegadas na parte inferior da figura 37.
45
Figura 37 Tela do analisador de rede para simulador ODVA.
[51]
A importncia dessa simulao a comparao dos tempos envolvidos entre o

software proposto e o software da associao ODVA para rede Ethernet/IP. O tempo de
atualizao das mensagens est em torno de 125us, que foi calculado e mostrado no software
proposto (Figura 33 Grfico dos tempos para cenrio 1.).
Assim, possvel validar o desenvolvimento do software, realizando a comparao
com um sistema real da associao certificadora da rede em questo (ODVA). O software
proposto est de acordo com um sistema real.
6.1.2 Segunda simulao

O objetivo da segunda simulao analisar uma rede com maiores nmeros de
elementos e verificar a parte lgica da rede (tempo de varredura).
Para realizar a simulao da rede, segue abaixo as condies da segunda simulao.
Elementos na rede simulada: Controlador mestre, quatro switches com quatro portas
cada um e nove mdulos de campo.
46
Controlador mestre 10Mbps, 10ms, 9 mdulos de campo, switches de 4 portas;

Tempo_utilizado_mdulo_200.010.040.006_INPUT = 1,163ms
Tempo_utilizado_mdulo_200.010.040.007_OUTPUT = 1,163ms
Dead_time = 9 * 9,6us = 86,4us
Tempo_utilizado_total = 12,944ms
Assim, como o tempo disponvel maior do que o tempo de varredura, no h
comunicao. Nesse caso, no possvel trocar dados entre o controlador mestre e os
mdulos de campo. A figura 38 mostra a mensagem de trfego acima do permitido.
47
Figura 38 Cenrio e resultado para simulao 2.
Para resolver o problema, sem alterar os tempos e os mdulos envolvidos na

simulao, possvel aumentar a taxa de transmisso da rede para 100Mbps. Como visto na
tabela 3, a taxa de 100Mbps no influencia na distncia de cada segmento da rede Ethernet
industrial.
Logo, tem-se:
48
Tempo_utilizado_total = 1,372ms ou 13,72% de 10ms (tempo de varredura)
O problema est resolvido com a simples alterao da taxa de transmisso da rede. A
figura 39 evidencia os tempos utilizado e disponvel e a lista de todos os mdulos de campo
que esto configurados na rede.
Figura 39 - Cenrio e resultado para simulao 2 com alterao da taxa de transmisso.
49
possvel visualizar a participao de cada mdulo de campo de forma individual

nesse tempo disponvel de 1,372ms. A figura 40 mostra a participao de cada mdulo de
campo no tempo utilizado.
Figura 40 Visualizao de cada mdulo aps alterao da taxa de transmisso.
Ainda para a simulao dois, nota-se que os mdulos de campo 200.010.040.008,

200.010.040.009 e 200.010.040.010 esto conectados ao quarto switch, aps o controlador
mestre.
Caso o usurio no deseje alterar a taxa de transmisso da rede, pode-se alterar o
tempo de varredura. Nesse caso, a taxa continua em 10Mbps e o tempo de varredura de
20ms, logo:
50
Tempo_utilizado_mdulo_200.010.040.006_INPUT = 1,163ms
Tempo_utilizado_mdulo_200.010.040.007_OUTPUT = 1,163ms
Tempo_utilizado_total = 12,944ms ou 64,72% de 20ms (novo tempo de varredura)
Contudo, importante destacar que o sistema assim utilizado torna-se mais lento e
opera-se sob um tempo de 20ms de varredura dos mdulos de campo. Essa no uma soluo
muito satisfatria, pois os tempos de resposta de cada mdulo de campo so alterados. A
figura 41 evidencia o grfico dos tempos utilizado e disponvel para um tempo de varredura
de 20ms e taxa de transmisso de 10Mbps.
51
Figura 41 Cenrio e resultado para simulao 2 com alterao do tempo de varredura.
A seguir, na figura 42, h o relatrio gerado pelo software com as principais

caractersticas da rede simulada para o tempo de varredura para 20ms. Como dito
anteriormente, esse relatrio pode ser exportado para uma base de dados tipo texto (txt).
52
Figura 42 Relatrio da rede para segunda simulao.
6.1.3 Terceira simulao
A terceira simulao similar segunda, porm a anlise agora relativa parte fsica
da rede. As condies so as mesmas, mestre controlador, quatro switches e nove mdulos de
campo. Cada trecho est configurado para uma determinada distncia, conforme visto na
figura abaixo. Ao passar o mouse sobre o cabo, possvel visualizar a capacitncia e a
resistncia eltrica de cada trecho analisado. Tambm h um tratamento de exceo (trava)
para o usurio operar apenas com valores vlidos de distncia (entre zero e cem metros) para
cada trecho. A rede est ilustrada a seguir na figura 43.
53
Figura 43 Cenrio e resultado para simulao 3 Switches de 4 portas.
Assim, tm-se as seguintes distncias para a terceira simulao:

Distncia_mestre_switch 1 = 80m
Distncia_switch 1_switch 2 = 86m
Distncia_mdulo_200.010.040.002_switch 1 = 26m
As caractersticas eltricas (capacitncia e resistncia eltrica) da rede para cada trecho
da terceira simulao esto evidenciadas abaixo.
54
Capacitncia_Resistncia _mestre_switch 1:
Capacitncia_Resistncia _switch 1_switch 2:

Capacitncia_Resistncia_mdulo_200.010.040.002_switch 1:
H a possibilidade, ainda, de se ter uma rede formada por switches de oito portas ao
invs de quatro. As condies de simulao foram alteradas para os valores a seguir.
Controlador mestre 10Mbps, 10ms, 6 mdulos de campo, switch de 8 portas;
Distncia_mestre_switch = 80m
Distncia_mdulo_200.010.040.002_switch = 26m
55
As caractersticas eltricas so as mesmas apresentadas acima at o mdulo
200.010.040.007, pois as distncias no foram alteradas (alterao da topologia da rede
apenas e excluso de trs mdulos de campo).
A figura 44 ilustra a rede formada por um switch de oito portas, controlador mestre e
seis mdulos de campo.
Figura 44 Cenrio e resultado para simulao 3 Switch de 8 portas.
Caso alguma distncia no esteja de acordo com os valores normalizados, h uma

mensagem para o usurio mostrando que o trecho est configurado de forma errnea. Abaixo,
nas figuras 45 e 46, segue um exemplo de uma distncia invlida de dois mil e quinhentos
metros.
56
Figura 45 Cenrio 3 valor invlido de distncia.
Figura 46 Cenrio 3 mensagem de erro para distncia invlida.
6.1.4 Quarta simulao
O objetivo da quarta simulao realizar um comparativo entre a rede Ethernet

industrial e as redes industriais do mercado brasileiro em relao ao tempo de varredura para
uma mesma quantidade de informao trafegada na rede.
Essa simulao no valida ou testa as funcionalidades do software, servindo apenas
como informao adicional ao leitor.
A quantidade de informao para esse comparativo a mesma da primeira simulao,
ou seja, dois bytes de entrada e dois bytes de sada. Para aquele caso, um controlador mestre
operando 10Mbps, um mdulo de campo (200.010.040.006) e um switch de quatro portas, o
tempo utilizado foi de, aproximadamente, 125us.
57
Para rede Profibus DP [52] e utilizando um analisador de protocolo especfico, pode-se

medir tal tempo para as seguintes condies: mestre (endereo dois), mdulo de campo
(endereo quarenta e seis) contendo dois bytes de entrada e dois bytes de sada, taxa de
transmisso de 500Kbps e tempo de varredura de 10ms.
As telas de anlise do analisador PROFI-MON-MOBIL [53] esto mostradas abaixo nas
figuras 47 e 48.
Figura 47 Tela inicial do analisador Profibus DP.
[53]
Figura 48 Caractersticas da rede Profibus DP proposta.
[53]
A lista de troca de informaes entre mestre e mdulo de campo para anlise do tempo
utilizado est a seguir na figura 49.
58
Figura 49 Anlise lgica da rede Profibus DP proposta.
[53]
Com o auxlio do analisador PROFI-MON-MOBIL, o tempo utilizado de 1,276ms

(12,76% do tempo de varredura) para a quantidade de informao citada acima. Logo, h
8,724ms (87,24%) de tempo disponvel para futura expanso da rede.
Para rede Devicenet
[54]
e utilizando um outro analisador de protocolo, pode-se medir
tal tempo para as seguintes condies: mestre (endereo zero), mdulos de campo (endereo
quarenta e oito e quarenta e nove) contendo um byte de entrada e um byte de sada cada
mdulo, taxa de transmisso de 125Kbps e tempo de varredura de 69,3ms.
As telas de anlise do analisador X-Analyser [55] esto mostradas abaixo, nas figuras 50
e 51.
59
Figura 50 Tela inicial do analisador Devicenet.
[55]
Figura 51 Caractersticas da rede Devicenet proposta.
[55]
A lista de troca de informaes entre mestre e mdulos de campo para anlise do

tempo utilizado est a seguir na figura 52.
Com o auxlio do analisador X-Analyser, o tempo utilizado de 12,111ms (17,5% do
tempo de varredura) para a quantidade de informao citada acima. Logo, h 57,189ms
(82,5%) de tempo disponvel para futura expanso da rede.
60
Figura 52 Anlise lgica da rede Devicenet proposta.
[55]
A seguir h uma tabela comparativa entre as trs redes analisadas acima.
Quantidade de mdulos de campo

Quantidade de bytes de entrada e sada
Taxa de transmisso
Tempo de varredura
Tempo utilizado
Tempo disponvel
% de tempo livre
Distncia mxima sem repetidor
Ethernet industrial
1
2 IN + 2 OUT
10Mbps
10ms
125us
9,875ms
98,75%
100 metros
Profibus DP
Devicenet
1
2
2 IN + 2 OUT 2 IN + 2 OUT
500Kbps
125Kbps
10ms
69,3ms
1,276ms
12,111ms
8,724ms
57,189ms
87,24%
82,5%
[52]
400 metros
500 metros [54]
Tabela 6 Comparativo entre as rede industriais.
Para as anlises realizadas acima, o tempo de processamento do software aplicativo do

usurio no foi considerado, somente a parte relativa comunicao entre o mestre
controlador e os mdulos de campo que esto representadas.
Pode-se perceber que a rede Ethernet industrial a mais rpida em relao ao tempo
utilizado, podendo adicionar maiores quantidades de informao em uma futura expanso da
61
rede. Contudo, a que possui a menor distncia, pois opera com a maior taxa de transmisso.
As quantidades de entradas e sadas so as mesmas para os trs casos (dois bytes de entrada e
dois bytes de sada), diferindo apenas a parte lgica das redes (taxa de transmisso e tempo de
varredura).
6.2
Concluses dos resultados

Na primeira simulao o software comportou-se bem prximo ao sistema real da
ODVA, de acordo com as medidas de tempo, o tempo de varredura permaneceu em torno de

125us para os dois casos (ODVA e simulador). A medida de tempo foi realizada utilizando
um analisador de rede (Ethereal [51]) nas mesmas condies da rede simulada pelo software. A
soluo proposta est de acordo com o simulador da ODVA, conforme verificado nos tempos
de varredura da primeira simulao.
A segunda simulao mostrou-se eficaz para o usurio ter a possibilidade de alterar os
parmetros de sua rede conforme seu processo produtivo. A primeira vista, o sistema proposto
no realizaria a comunicao entre controlador mestre e os mdulos de campo, pois o tempo
utilizado pelos mdulos era maior do que o tempo de varredura da rede. Contudo, foram
realizadas outras simulaes a fim de se corrigir o problema da falta de comunicao da rede.
Para isso, alterou-se a taxa de transmisso (no afetando o sistema em si) e, em seguida, o
tempo de varredura (afetando toda a rede, pois o sistema torna-se mais lento para a
comunicao entre o controlador mestre e os mdulos de campo).
Ento, de acordo com essa simulao possvel perceber que:
- O problema da falta de comunicao foi solucionado de duas maneiras distintas:
alterando-se a taxa de transmisso e o tempo de varredura.
- As simulaes e alteraes no afetaram fisicamente a rede simulada.
- O tempo e o custo da simulao so pequenos se comparados a uma rede em
operao com esse tipo de problema. Para uma rede em operao, seria necessrio configurar
toda a rede com os elementos j instalados e o processo produtivo estaria todo parado (perda
de capital por falta de produo), gerando grande desconforto por parte do usurio e do
fabricante.
- Os conceitos bsicos da tecnologia da rede Ethernet industrial, como distncias de
cabos, elementos na rede e taxa de ocupao, foram discutidos e o usurio pde compreender
os seus conceitos bsicos atravs das simulaes realizadas.
62
Assim, os problemas citados no captulo cinco, pgina trinta e quatro, foram simulados
e previstos antes de se ter qualquer elemento instalado ou configurado na rede Ethernet
industrial.
A terceira simulao evidenciou a parte fsica da rede Ethernet industrial. A rede foi
configurada para cada trecho e os valores eltricos foram mostrados automaticamente pelo
simulador. O limite de distncia para cada trecho da rede de cem metros. Caso esse limite
seja excedido, uma mensagem de aviso mostrada para o usurio. H a opo de alterar a
topologia da rede utilizando switches de quatro ou oito portas. Nesse caso, o usurio tem a
possibilidade de visualizar a melhor topologia fsica para montagem de sua rede Ethernet
industrial.
A quarta simulao mostra um comparativo entre a Ethernet industrial e as redes
industriais do mercado a fim de enriquecer o trabalho realizado evidenciar os tempos
envolvidos em cada um dos sistemas. Para uma mesma quantidade de dados de entrada e
sada (dois bytes), cada uma das redes se comportou de uma maneira, com relao ao tempo
utilizado. A tabela 6 ilustra as caractersticas e os resultados para as trs redes analisadas:
Ethernet industrial (atravs do software), Profibus DP (atravs de um analisador de protocolo)
e Devicenet (atravs de um outro analisador de protocolo). A rede Ethernet a que possui
menor tempo utilizado, porm a que possibilita uma menor distncia total da rede.
Ento, com as simulaes realizadas, pde-se perceber:
- A validao do desenvolvimento do software comparado ao da ODVA (simulao
um).
- A resoluo dos problemas de trfego com o auxlio do software (simulao dois).
- A verificao de como a rede est fisicamente disposta sem ter nenhum elemento
instalado em campo, evitando grande perda de tempo para reparos e altos custos na alterao
do projeto fsico da rede (simulao trs).
- A comparao dos resultados de uma determinada aplicao simulada, com relao a
outras redes industriais do mercado (simulao quatro).
6.3
Dificuldades encontradas
Muitas dificuldades foram encontradas neste trabalho. O ponto de partida foi encontrar
alguma aplicao que realmente fosse til aos usurios de automao industrial. Atravs de
visitas tcnicas reais e experincias prticas, verificou-se a grande necessidade de um maior
63
conhecimento da tecnologia utilizada, com um baixo tempo e custo para implantao do

sistema proposto.
Com a idia j amadurecida, a outra dificuldade foi escolher uma linguagem de
programao e uma plataforma que realmente atendesse as expectativas e pudesse solucionar
o problema proposto. A primeira tentativa foi utilizar a plataforma Visual C++, porm os
recursos grficos (operao com imagens e gerao de grficos) so muito escassos nessa
plataforma e de difcil codificao. A segunda tentativa foi utilizar a plataforma Delphi,
porm os recursos de clculos so limitados e a codificao para integrar a parte grfica
parte de clculo seria muito difcil. Por fim, na terceira tentativa, utilizou-se a plataforma
Borland Builder C++, que uma mistura ideal de recursos grficos e rapidez em clculo.
Assim, essa plataforma foi adotada. A partir da, vrias dificuldades em
implementao do cdigo foram surgindo, sendo mais significativo, o aprendizado dos
comandos e funes especficas da plataforma Borland Builder C++.
A primeira dificuldade na codificao foi a criao do grfico dos tempos utilizados e
disponveis, alm do grfico individual de cada mdulo de campo alocada na rede.
A segunda dificuldade na codificao foi codificar toda a parte grfica (imagens do
controlador mestre, dos switches e dos mdulos de campo) e entrelaar um elemento a outro,
realizar funo de movimento, de propriedades, de apagar um elemento e de inserir um novo.
A terceira dificuldade na codificao foi a implantao do cabo na rede. Foi necessrio
utilizar o conceito de thread para possibilitar o movimento dos elementos com a rede j
desenhada e realizar o desenho do cabo sem comprometer a velocidade de processamento do
software e as outras funes j codificadas.
Por ltimo, foi necessrio realizar as seguintes averiguaes:
- Testes funcionais no software para verificar seu funcionamento;
- Comparao com um sistema real para aceitao dos resultados;
- Realizao de inmeros tratamentos de excees para impossibilitar o usurio de
operar com valores irreais dentro do software (retirar as possibilidades do usurio entrar com
valores irreais para simulao, por exemplo, tempo de varredura negativo).
64
CONCLUSES E CONTRIBUIES
Com o auxlio das simulaes e do software, possvel que o usurio tenha dados
concretos do seu sistema, ainda na fase de projeto, tanto na parte fsica (distncia e cabos)
quanto na parte lgica da rede (tempos de comunicao). Assim, no momento da
instalao e configurao da rede, muitos problemas relativos ao projeto j foram
discutidos e simulados, minimizando o tempo de partida e os custos da planta industrial.
No trabalho realizado, a visualizao, as caractersticas e as simulaes dos
elementos da rede foram atendidas de acordo com as redes Ethernet industriais do
mercado, conforme se verificou nos resultados da primeira simulao. As simulaes
mostram claramente quais so as opes que o usurio possui com relao quantidade
de informao que se deseja trafegar em sua rede em funo do tempo para transmisso e
recepo das mensagens.
A validao do software proposto com relao a um sistema real (software da
ODVA para rede Ethernet/IP) tambm pde ser verificada, tornando-o uma importante
ferramenta para o usurio simular e configurar a parte fsica e lgica da sua rede Ethernet
industrial sem a necessidade de nenhum elemento ligado fisicamente.
Os problemas listados no captulo quatro, parte fsica e lgica da rede,
conhecimento da tecnologia e previso de futuros problemas, foram resolvidos,
analisados e previstos, atravs da segunda e terceira simulaes e mostrados nas
concluses dos resultados do software.
Outra contribuio ao usurio de redes industriais o fato do software no se
prender a um nico padro de rede Ethernet industrial, como por exemplo, uma aplicao
muito especfica envolvendo Profinet IRT, por exemplo. Pode ser utilizado independente
do padro que o usurio ir determinar para o funcionamento do seu processo industrial,
pois as redes Ethernet industriais operam com camada Ethernet, IP e UDP para trfego de
informao de I/O.
Assim, no importa o tipo de rede Ethernet industrial a ser implementado aps a
simulao (Ethernet/IP, Profinet ou HSE), desde que no opere com TCP
(parametrizao distncia dos elementos da rede) ou com aplicaes muito peculiares,
como o caso do Profinet IRT.
65
TRABALHOS FUTUROS
Para a continuao do trabalho realizado, possvel implementar algumas funes

extras para maior auxlio ao usurio.
- Implementao de funes para comunicao via TCP para configuraes de
parmetros dos mdulos de campo e medio de tempo de resposta dessas mensagens de
parmetros.
- Possibilidade de simulao para outros protocolos utilizados no mercado atual
brasileiro, como por exemplo, Profibus, Devicenet, Foundation Fieldbus, AS-i, entre
outros. Nesse caso, o usurio poderia escolher qual seria o protocolo ideal para sua planta
industrial atravs das simulaes realizadas nos diversos protocolos de mercado.
- Possibilidade da implementao de uma funo extra para conexo do
computador com uma rede Ethernet industrial real externa. Nesse caso, o software
serviria como um analisador da rede j instalada, realizando as medidas de trfego e
distncia, validando o processo produtivo e a rede em questo. Assim, seria possvel
analisar uma rede simulada e, futuramente, comissionar (testar) uma rede real
implementada em campo.
Com essas funes implementadas, o usurio de redes Ethernet industriais teria a
opo de simular, conectar o software a uma rede real instalada para averiguao dos
parmetros simulados e comparar a simulao entre os diversos protocolos do mercado, a
fim de escolher o mais adequado sua aplicao fabril.
9
[1]
66
REFERNCIAS BIBLIOGRFICAS
TANENBAUM, Andrew S. Redes de Computadores, So Paulo, Editora Campus, 3 ed.,
1997, 923p.
[2]
FELSER, Max; SAUTER Thilo. The Fieldbus War: History or Short Break Between
Battles. IEEE Article, 4th IEEE International Workshop on Factory Communication Systems,
Vasteras, Sweden, August 28-30, 2002, 73-80p.
[3]
FELSER, Max; SAUTER Thilo. Standardization of Industrial Ethernet the Next
Battlefield? IEEE Article, 6th IEEE International Workshop on Factory Communication

Systems, Vasteras, Sweden, 2004, 413-421p.
[4]
BROOKS, Paul. Ethernet/IP Industrial Protocol. IEEE Article, Rockwell
Automations European Market Manager, Belgium, 2001, 505-514p.

[5]
HELD, Gilbert. Ethernet Networks, London, Wiley Editor, 2nd ed., 2000, 458p.
[6]
Site da Internet: Harting, solues para conexo em redes, visitado em 02/207.
www.harting.com/br/pt/en/countries/br/products/etherin/index.pt.html
[7]
Site da Internet: Associao Profinet Internacional. Catlogo de produtos e fabricantes,
visitado em 02/2007.
www.profibus.com/pn/technology/description/
[8]
Site da Internet: Sixnetio, Equipamentos para Ethernet industrial, visitado em 11/2006.

www.sixnetio.com/html_files/products_and_groups/switch_ring.htm
[9]
Site da Internet: MADREN Frank. Power over Ethernet The Last Frontier in
Industrial Communications Standards - PoE articles. President GarrettCom, 26th May

2006, visitado em 11/2006.
www.poweroverethernet.com/articles.php?article_id=354
67
[10]
Site da Internet: Texas Instruments PoE solutions, visitado em 12/2006.
www.ti.com/poe
[11]
Site da Internet: MORGAN, Tony. Power over Ethernet - The Reality of Designing a
Powered Device - PoE articles. Senior Applications Engineer, Silver Telecom, 10th July
2006, visitado em 11/2006.
[12]
Site da Internet: PICARD, Jean. Application Note on Electrical Transient Immunity
for Power over Ethernet - PoE articles. Texas Instrument Manager, 8th September 2006,
[13]
SOARES,
Luiz
Fernando;
LEMOS,
Guido;
COLCHER,
Srgio. Redes
de
Computadores: das LANs, MANs e WANs s Redes ATM, So Paulo, Editora Campus, 2
ed., 2000, 705p.
[14]
COMER, Douglas E. Internetworking with TCP/IP Vol I Principles, Protocols and
Architecture, USA, Prentice-Hall International Editor, 4th ed., 2000, 750p.

[15]
ROSE, Marshall T. The Open Book: a Practical Perspective on OSI, USA, Prentice-
Hall International Editor, 1st ed., 1990, 400 pages.

[16]
SOUZA, Linderberg B. Redes de Computadores: Dados, Voz e Imagem, So Paulo,
Editora rica, 5 ed., 1999, 484p.

[17]
THOMESSE, Jean-Pierre. Fieldbus Technology in Industrial Automation. IEEE
Article, Nancy University, France, 2005, 1073-1101p.

[18]
Site da Internet: POSTEL, Jon. RFC 791 Internet Protocol, DARPA Internet
Program Protocol Specification. University of Southern Califrnia, USA, September 1981,

ftp://ftp.rfc-editor.org/in-notes/rfc791.txt
[19]
68
Site da Internet: Transmission Control Protocol RFC 793. University of Southern
Califrnia, USA, September 1981, visitado em 04/2007.

www.ibiblio.org/pub/docs/rfc/rfc793.txt
[20]
Site da Internet: LARSSON, Lars. Fourteen Industrial Ethernet solutions under the
spotlight. The Industrial Ethernet Books, Issue 28, September 2005, visitado em 04/2007.
www.ethernet.industrial-networking.com/articles/articledisplay.asp?id=854
[21]
Site da Internet: Associao Profibus Internacional Diviso Profinet. Visitado em
04/2007.
www.profibus.com/pn/
[22]
POPP, Manfred; WEBBER, Carl. The Rapid Way to PROFINET. PROFIBUS
Nutzeorganisation, order 4182, 2004, 244p.

[23]
Site da Internet: Siemens AG Internacional. Curso Web de Profinet, visitado em 05/2007.
www.sitrain.com/modules/profinet_en/times/index_1024.htm
[24]
JASPERNEITE, J.; FELD J. PROFINET: An Integration Platform for heterogeneous
Industrial Communication Systems. IEEE Article, Phoenix Contact and Siemens, Germany,
2005, 815-822p.
[25]
PROFIBUS Working Group. PROFInet, Architecture Description and Specification.
Norma Profinet elaborada pela Associao PROFIBUS Internacional, Version 1.0, August
2001.
[26]
PROFIBUS Working Group. GSDML Specification for PROFINET IO. Norma Profinet
elaborada pela Associao PROFIBUS Internacional, Version 2.10, August 2006.

[27]
Site da Internet: Treinamento Siemens, visitado em 10/2006.
www.sitrain.com/modules/profinet_en/times/index_1024.htm
[28]
69
SKEIE, T.; et al. ETHERNET in Substation Automation. IEEE Article, IEEE Control
Systems Magazine, Switzerland, June 2002, 43-51p

[29]
FERRARI, A. et al. Response Time Evaluation of PROFINET Networks. IEEE Article,
IEEE ISIE, Dubrovnik, Croatia, June 2005, 1371-1376p.

[30]
Site da Internet: Revista eletrnica Industrial Ethernet, visitado em 01/2007.
www.ethernet.industrial-networking.com/articles/articledisplay.asp?id=1165
[31]
ODVA Profile File, Network Infrastructure for Ethernet/IP: Introduction and
Considerations. ODVA Publication PUB00035R0, January 2007, 118p.

[32]
DECOTIGNIE J. D. Ethernet-Based Real-Time and Industrial Communications. IEEE
article, Proceedings of the IEEE, Vol. 93, N 06, June 2005, 1102-1117p.
[33]
Ethernet/IP Specification Release 1.0 - June, 2001. Norma Ethernet/IP elaborada pela
ODVA.
www.odva.org
[34]
HOON P. S.; et al. Foundation Fieldbus HSE Implementation, IEEE Article,
Proceedings of the 2002 IEEE International Symposium on Intelligent Control, Canada,

October 2002, 777-782p.
[35]
Site da Internet: Organizao Foundation Fieldbus Internacional, Technical Overview,
www.fieldbus.org
[36]
Site da Internet: Revista eletrnica Industrial Ethernet, visitado em 12/2006.
www.ethernet.industrial-networking.com/ieb/articledisplay.asp?id=854
[37]
FILHO C. S. Foundation Fieldbus, Apostila para treinamento, Departamento de
Engenharia Eletrnica, UFMG, Cap. 4, 2004.
[38]
70
YOUN, G.; et al. Ring Topology-based Redundancy Ethernet for Industrial Networks.
IEEE article, International Joint 2006 Conference, Korea, October 2006, 1404-1407p.
[39]
Site da Internet: Empresa Sense Eletrnica, relatrio tcnico de visita a cliente, 10/2006.
www.sense.com.br
[40]
Site da Internet: Empresa Emerson Process Management, software de simulao: Segment
Design Tool, 05/2006.

www.emersonprocess.com/home/
[41]
XI, B.; et al. Use of Ethernet for Industrial Control Networks. IEEE article,
Department of Automation Wuhan University, China, 2006, 1-4p.

[42]
MOYNE, J. R., TILBURY, D., M. The Emergence Industrial Control Networks for
Manufacturing Control, Diagnostics, and Safety Data. IEEE article, Proceedings of IEEE,
Vol. 95, Number 1, January 2007, 29-47p.
[43]
Site da Internet: Borland Builder Plataforma de programao em linguagem C++,
www.borland.com
[44]
ALMEIDA, W. M. Conhecendo o C++ Builder 6, So Paulo, Editora Bookman, 2 ed.,
2003, 324p.
[45]
DEITEL, H. M.; DEITEL, P. J. C++: Como Programar, So Paulo, Editora Novatec, 3
ed., 2001, 1098p.

[46]
Site da Internet: Frum Dicas BCB para auxlio em conceitos de programao e cdigos
fontes, visitado em 05/2007.

www.dicasbcb.com.br
[47]
GUEDES, G. T. A. UML: Uma Abordagem Prtica, So Paulo, Editora Novatec, 2 ed.,
2006, 320p.
71
[48]
PENDER, T. UML: a Bblia, So Paulo, Editora Campus, 2 ed., 2004, 752p.
[49]
MACHADO, F. B. e MAIA, L. P. Arquitetura de Sistemas Operacionais, So Paulo,
Editora LTC, 4 ed., 2007, 328p.

[50]
Site da Internet: Fabricante de cabo para rede Profinet e Ethernet/IP, Lapp Cable
Section 8, Bus Cables & Industrial Ethernet Cables, visitado em 04/2007.

www.lappusa.com
[51]
Site da Internet: Ethereal [online] A network protocol analyzer, visitado em 06/2006.
www.ethereal.com
[52]
Site da Internet: Associao Profibus Internacional Diviso Profibus. Visitado em
01/2007.
www.profibus.org
[53]
Site da Internet: PROFI-MON-MOBIL Mbile PROFIBUS Analyzer, visitado em
08/2005.
www.softing.com
[54]
Devicenet Specification Release 3.0 - February, 2007. Norma Devicenet elaborada pela
ODVA, reviso 3.
www.odva.org
[55]
Site da Internet: X-Analyser A Devicenet and CAN analyzer, visitado em 12/2006.
www.warwickcontrol.com e www.x-analyser.com
[56]
CERF, V. G., KHAN, R., E. A Protocol for Packet Network Intercommunication.
IEEE article, from IEEE Trans on Comms, Vol. Comm-22, 1974, 1-13p.
[57]
Site da Internet: Definio do protoloco de comunicao Ethernet, visitado em 10/2007.
www.en.wikipedia.org/wiki/Ethernet
[58]
72
Site da Internet: Empresa Rockwell Automation, figuras dos elementos da ferramenta
proposta, 05/2006.
www.ab.com
Livros Grtis
( http://www.livrosgratis.com.br )
Milhares de Livros para Download:
Baixar livros de Administrao
Baixar livros de Agronomia
Baixar livros de Arquitetura
Baixar livros de Artes
Baixar livros de Astronomia
Baixar livros de Biologia Geral
Baixar livros de Cincia da Computao
Baixar livros de Cincia da Informao
Baixar livros de Cincia Poltica
Baixar livros de Cincias da Sade
Baixar livros de Comunicao
Baixar livros do Conselho Nacional de Educao - CNE
Baixar livros de Defesa civil
Baixar livros de Direito
Baixar livros de Direitos humanos
Baixar livros de Economia
Baixar livros de Economia Domstica
Baixar livros de Educao
Baixar livros de Educao - Trnsito
Baixar livros de Educao Fsica
Baixar livros de Engenharia Aeroespacial
Baixar livros de Farmcia
Baixar livros de Filosofia
Baixar livros de Fsica
Baixar livros de Geocincias
Baixar livros de Geografia
Baixar livros de Histria
Baixar livros de Lnguas
Baixar livros de Literatura

Baixar livros de Literatura de Cordel
Baixar livros de Literatura Infantil
Baixar livros de Matemtica
Baixar livros de Medicina
Baixar livros de Medicina Veterinria
Baixar livros de Meio Ambiente
Baixar livros de Meteorologia
Baixar Monografias e TCC
Baixar livros Multidisciplinar
Baixar livros de Msica
Baixar livros de Psicologia
Baixar livros de Qumica
Baixar livros de Sade Coletiva
Baixar livros de Servio Social
Baixar livros de Sociologia
Baixar livros de Teologia
Baixar livros de Trabalho
Baixar livros de Turismo

Redes Ethernet Industriais

Enviado por

Dados do documento

Descrição original:

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Redes Ethernet Industriais

Enviado por

Direitos autorais:

Formatos disponíveis

I

Universidade Federal de Itajub UNIFEI

UNIVERSIDADE FEDERAL DE ITAJUB

ALEXANDRE BARATELLA LUGLI

UMA FERRAMENTA COMPUTACIONAL PARA ANLISE DE

Dissertao submetida ao Programa de PsGraduao em Engenharia Eltrica como

Universidade Federal de Itajub UNIFEI

A TODOS, A MINHA ETERNA GRATIDO.

Universidade Federal de Itajub UNIFEI

Dedico carinhosamente este trabalho minha esposa e minha me, pela

Universidade Federal de Itajub UNIFEI

Universidade Federal de Itajub UNIFEI

Key Words: Industrial Networks, Ethernet, Simulation, Physical Layer, Physical

Universidade Federal de Itajub UNIFEI

Universidade Federal de Itajub UNIFEI

Universidade Federal de Itajub UNIFEI

LISTA DE SIGLAS E SMBOLOS

Universidade Federal de Itajub UNIFEI

IRT Isochronous Real Time

Universidade Federal de Itajub UNIFEI

Universidade Federal de Itajub UNIFEI

Figura 32 Cenrio para simulao 1. ..................................................................................... 41

Universidade Federal de Itajub UNIFEI

Histrico da Ethernet Industrial.................................................................................. 1

Evoluo da arquitetura TCP/IP ................................................................................. 3

Caractersticas do padro TCP/IP no meio industrial................................................. 4

A ARQUITETURA TCP/IP DIVISO EM CAMADAS .............................................8

Diviso de camadas na arquitetura TCP/IP ................................................................ 8

Camada de Rede ................................................................................................. 9

Camada de Inter-Rede ...................................................................................... 10

Camada de Transporte ...................................................................................... 11

ETHERNET INDUSTRIAL: PROTOCOLOS ............................................................... 13

HSE High Speed Ethernet ..................................................................................... 18

O meio fsico IEEE802.3 para redes Ethernet industriais ........................................ 20

NECESSIDADE DE UMA FERRAMENTA PARA ETHERNET INDUSTRIAL....... 22

Trabalhos j realizados ............................................................................................. 24

Tempos de atraso na rede Ethernet industrial........................................................... 26

Filosofia de desenvolvimento do software ............................................................... 28

Funcionalidades necessrias no software ................................................................. 28

Diagramas de classes chaves do software ................................................................ 29

Funes de cada elemento e clculo de ocupao da rede ....................................... 30

Anlise da parte fsica da rede.................................................................................. 37

Tratamento de excees no software ao nvel do usurio ........................................ 38

Resultados Obtidos ................................................................................................... 40

Primeira simulao ........................................................................................... 40

Segunda simulao ........................................................................................... 45

Quarta simulao .............................................................................................. 56

Concluses dos resultados ........................................................................................ 61

Universidade Federal de Itajub UNIFEI

TRABALHOS FUTUROS ..............................................................................................65

REFERNCIAS BIBLIOGRFICAS ............................................................................ 66

Universidade Federal de Itajub UNIFEI

Histrico da Ethernet Industrial

Universidade Federal de Itajub UNIFEI

Porm, na arquitetura tradicional isso no possvel devido aos diferentes

tipos de padres de protocolos existentes no mercado. [23]

Hoje, h vrios protocolos no mercado, os principais so: Profibus, Devicenet, CAN,

Fieldbus Foundation, Modbus, AS-i, Sercos, entre outros. [4]

Figura 1 Classificao e diviso dos Fieldbuses.

Universidade Federal de Itajub UNIFEI

Figura 2 Arquitetura industrial tpica.

A figura acima mostra todos os nveis da hierarquia da automao industrial.

Evoluo da arquitetura TCP/IP