UNIVERSIDADE DE SO PAULO

ESCOLA DE ENGENHARIA DE SO CARLOS

LUCAS BARBOSA MARCOS

METODOLOGIA PARA ANLISE DE

DESEMPENHO DO PROTOCOLO
PROFINET APLICADO A REDES DE
COMUNICAO INDUSTRIAL

So Carlos - SP
2013

LUCAS BARBOSA MARCOS

METODOLOGIA PARA ANLISE DE

DESEMPENHO DO PROTOCOLO
PROFINET APLICADO A REDES DE
COMUNICAO INDUSTRIAL

Trabalho de Concluso de Curso apresentado

Escola de Engenharia de So Carlos, da
Universidade de So Paulo
Curso de Engenharia Eltrica com nfase em
Sistemas de Energia e Automao.

rea: Engenharia Eltrica, automao industrial.

ORIENTADOR: Prof. Dr. Dennis Brando

So Carlos - SP
2013

AUTORIZO A REPRODUO TOTAL OU PARCIAL DESTE TRABALHO,

POR QUALQUER MEIO CONVENCIONAL OU ELETRNICO, PARA FINS
DE ESTUDO E PESQUISA, DESDE QUE CITADA A FONTE.

M321m

Marcos, Lucas Barbosa

Metodologia para anlise de desempenho do protocolo
PROFINET aplicado a redes de comunicao industrial /
Lucas Barbosa Marcos; orientador Dennis Brando. So
Carlos, 2013.

Monografia (Graduao em Engenharia Eltrica com

nfase em Sistemas de Energia e Automao) -- Escola de
Engenharia de So Carlos da Universidade de So Paulo,
2013.

1. PROFINET. 2. Jitter. 3. Ethernet Industrial. 4.

Automao Industrial. 5. Indicadores de Desempenho. I.
Ttulo.

Para Agnaldo, Sandra, Renan e Daniela.

AGRADECIMENTOS

Ao meu orientador Prof. Dr. Dennis Brando, por gentilmente ter me acolhido no
Laboratrio de Automao Industrial.

Ao Eng. Guilherme Serpa Sestito, pelo auxlio e acompanhamento direto deste

trabalho, desde a parta terica at a implementao e testes.

Aos engenheiros Afonso Turcato, Andr Luis Dias e Rogrio Mximo Rapanello, pelo
auxlio remoto e colocaes pontuais, mas muito pertinentes.

A todas as demais pessoas que, direta ou indiretamente, colaboraram com a

concluso deste trabalho.

A primeira regra de qualquer tecnologia utilizada

nos negcios que a automao aplicada a uma
operao eficiente aumentar a eficincia. A
segunda que a automao aplicada a uma
operao ineficiente aumentar a ineficincia.

William Henry "Bill" Gates III

RESUMO

O presente trabalho tem como propsito apresentar uma metodologia para anlise
do desempenho de redes de comunicao industrial que trabalham com o protocolo
PROFINET atravs da identificao e quantificao de variveis de indicadoras de
desempenho (especificamente o jitter) em funo da variao da sua topologia. Com
a popularizao de sistemas de controle automatizados, em especial com a
aplicao

do

protocolo

PROFINET,

torna-se

imperativo

avaliar

qual

comportamento dos seus indicadores de desempenho (definidos na IEC 61784-2)

em funo de mudanas efetuadas na topologia da rede. Fundamentos para este
trabalho so encontrados na teoria de redes de comunicao industrial, redes de
computadores, na normatizao e em evidncia emprica de testes. A monografia
compreende uma reviso bibliogrfica sobre o assunto, seguido de testes na rede e
apresentao de resultados em tabelas, grficos e histogramas. Finaliza o assunto
com a apresentao das concluses e de sugestes para trabalhos futuros que
sigam a linha proposta.

Palavras-chave: PROFINET, Jitter, Ethernet Industrial, Automao, Indicadores de

Desempenho.

ABSTRACT

This paper aims to identify and quantify changes in performance indicators

(especially jitter) in a PROFINET (SIEMENS Technology) network due to changes in
topology. With the popularization of automated control systems, particularly with
PROFINET protocol applications, it becomes imperative to evaluate the behavior of
its performance indicators (defined by IEC 61784-2) due to topology changes. The
foundations for this work are found in industrial communication networks theory,
computer networks theory, standardization and empirical evidence. The paper
comprises a literature review on the subject, followed by network testing and results
presentation in tables, charts and histograms. It winds up the matter showing
conclusions and suggestions for future papers following the proposed method.

Keywords:
Indicators.

PROFINET,

Jitter,

Industrial

Ethernet,

Automation,

Performance

LISTA DE ILUSTRAES

Figura 1- Market Share das solues de Ethernet industrial -------------------------------------- 27

Figura 2- Elementos da Rede --------------------------------------------------------------------------31
Figura 3- Relao de Aplicao -----------------------------------------------------------------------33
Figura 4- Transmisso de dados em PROFINET-----------------------------------------------------35
Figura 5- Canais de Comunicao do Protocolo PROFINET--------------------------------------36
Figura 6- Ciclo de Transmisso em PROFINET IO ----------------------------------------------37
Figura 7- Tempo de Transmisso em PROFINET IO ----------------------------------------------39
Figura 8- Arquivo GSD ---------------------------------------------------------------------------------42
Figura 9- Troca de Dados -----------------------------------------------------------------------------44
Figura 10- Situaes de Jitter--------------------------------------------------------------------------48
Figura 11 - Topologia da rede 1------------------------------------------------------------------------54
Figura 12 - Topologia da rede 2------------------------------------------------------------------------56
Figura 13- Vista da tela do Wireshark ----------------------------------------------------------------58
Figura 14- Grfico de tempo de ciclo por amostra rede 1 ------------------------------------------60
Figura 15- Histograma de tempo de ciclo para a rede 1 --------------------------------------------60
Figura 16- Grfico de tempo de ciclo para cada amostragem da rede 2 -------------------------61
Figura 17- Histograma de tempo de ciclo para a rede 2 --------------------------------------------62

LISTA DE TABELAS

Tabela 1- Conformance Classes -----------------------------------------------------------------------45

Tabela 2- Interdependncia entre Indicadores de Desempenho -----------------------------------47
Tabela 3- Equipamentos utilizados na rede 1 --------------------------------------------------------53
Tabela 4- Endereamento dos componentes da rede 1 ---------------------------------------------54
Tabela 5- Equipamentos da rede 2 --------------------------------------------------------------------55
Tabela 6 Componentes da rede, endereos IP, MAC e nome de identificao na rede 2 -----55
Tabela 7- Comparao entre redes 1 e 2 --------------------------------------------------------------62

SUMRIO

CAPTULO 1: INTRODUO-----------------------------------------------------------------------21
1.1-

Objetivos e contribuio do trabalho------------------------------------------------22

1.2-

Organizao do trabalho --------------------------------------------------------------22

CAPTULO 2: CONCEITOS FUNDAMENTAIS --------------------------------------------------24

2.1 Breve reviso da tecnologia Ethernet -------------------------------------------------24
2.2 Real-Time Ethernet ----------------------------------------------------------------------25
2.3 Protocolos RTE ---------------------------------------------------------------------------26
2.4 PROFINET -------------------------------------------------------------------------------26
CAPTULO 3: PROFINET ----------------------------------------------------------------------------28
3.1 Introduo ao PROFINET---------------------------------------------------------------28
3.2 PROFINET IO ---------------------------------------------------------------------------29
3.3 Elementos da rede -----------------------------------------------------------------------29
3.4 Tipos de comunicao dentro de PROFINET IO ------------------------------------31
3.5 O tempo de transmisso de mensagens -----------------------------------------------38
3.6 A topologia estrela, anel e linha ------------------------------------------------------39
3.7 O switch -----------------------------------------------------------------------------------40
3.8 Integrao ---------------------------------------------------------------------------------41
3.9 Arquivo GSD -----------------------------------------------------------------------------41
3.10 System Start-Up ------------------------------------------------------------------------43
3.11 Conformance Classes ------------------------------------------------------------------44
3.12 Concluses do Captulo 3 -------------------------------------------------------------45
CAPTULO 4: INDICADORES DE DESEMPENHO ---------------------------------------------46
4.1 Os indicadores de desempenho --------------------------------------------------------46
4.2 O Jitter -------------------------------------------------------------------------------------48
4.3 Concluses do Captulo 4 ---------------------------------------------------------------51
CAPTULO 5: METODOLOGIA ---------------------------------------------------------------------52
5.1 Descrio das redes ----------------------------------------------------------------------52
5.2 - Descrio do mtodo de captura--------------------------------------------------------56
CAPTULO 6: RESULTADOS ------------------------------------------------------------------------58
CAPTULO 7: CONCLUSO-------------------------------------------------------------------------64
REFERNCIAS -----------------------------------------------------------------------------------------65

21

CAPTULO 1: INTRODUO
No contexto do setor industrial, define-se rede de comunicao industrial
como um conjunto de dispositivos independentes, interligados por um sistema de
comunicao, capacitados a trocar informaes entre si. Estas redes tm como
finalidade transmitir informaes cruciais de controle e dados operacionais para
operadores, equipamentos, controladores, vlvulas e sensores a fim de permitir a
coordenao automatizada dos mais variados processos. Para tanto, so
necessrios os seguintes componentes: fonte dos dados, transmissor, canal de
comunicao, receptor, destino dos dados.
Existem variadas maneiras de formatao e transmisso das informaes
(ou mensagens) entre os diversos componentes da rede. A essas diferentes
maneiras d-se o nome de protocolo. Cada protocolo abrange um determinado
conjunto de regras para estabelecer a comunicao e criar um envelope de dados
(conhecido como quadro) para concatenar cdigos necessrios para a comunicao
da rede, alm dos dados de interesse propriamente ditos que compem a
mensagem.
PROFINET um protocolo para comunicao de redes industriais que
utiliza o padro Ethernet como meio fsico e camada para enlace de dados.
desenvolvido pela SIEMENS e apoiado pela fundao Profibus International
(associao de empresas e universidades do setor de automao industrial).
O protocolo PROFINET tem uma importncia destacada no mercado.
Desde 2003, o nmero de dispositivos PROFINET em operao tem aumentado
exponencialmente. Ao final de 2012, estes eram em nmero superior a 5,8 milhes.
As expectativas sugerem que ao final de 2014, a quantidade de dispositivos
PROFINET operantes j tenha ultrapassado os 10 milhes [1].
Tendo em vista esta expanso do protocolo PROFINET, torna-se
imprescindvel uma avaliao criteriosa do seu desempenho. Esta verificao
plenamente possvel se baseada em uma das normas da INTERNATIONAL
ELECTROTECHNICAL COMMISSION, a IEC 61784-2 [2]. Nesta norma feita a
definio de indicadores de desempenho, cujo propsito quantificar a qualidade

22

das redes de comunicao industrial e de seus dispositivos, bem como facilitar a

determinao de requisitos de projeto. Torna-se, portanto, referncia para a
avaliao da qualidade dos protocolos aplicados s redes de comunicao industrial.
Assim sendo, este trabalho prope-se em avaliar o desempenho (sob o
ponto de vista do jitter) de uma rede PROFINET em funo de variaes na sua
topologia.
1.1 - Objetivos e contribuio do trabalho
Tendo em vista o contexto relatado, o objetivo deste trabalho identificar
e quantificar as variaes de indicadores de desempenho (especificamente o jitter)
em uma rede PROFINET em funo da variao da sua topologia, baseando-se na
teoria de redes de comunicao industrial, redes de computadores, normatizao e
evidncia emprica de testes.
Uma vez atingido o objetivo, este trabalho fornecer informaes para
projetistas, de modo que podero ter a priori indcios do comportamento de uma
rede PROFINET nas ocasies de sua implementao e alterao. Com isso,
podero determinar projetos que melhor atendam os seus requisitos.
Ainda, este trabalho possibilitar ao autor a aplicao e expanso dos
conhecimentos adquiridos nas disciplinas de graduao correlatas, especificamente
SEL 406 Automao, SEL 431 Laboratrio de Controle de Processos e SEL 432
Redes de Comunicao Industrial.
1.2 - Organizao do trabalho
O captulo 2 apresenta os conceitos fundamentais para o embasamento
terico do protocolo PROFINET. Faz uma reviso da origem do protocolo PROFINET
e de seus objetivos, desde a origem da tecnologia Ethernet, passando pelas
transformaes que sofreu para se adaptar ao ambiente industrial, at a gnese do
protocolo PROFINET e suas caractersticas bsicas.
O captulo 3 trata do protocolo PROFINET propriamente dito. Vai desde
uma viso geral do protocolo, passando por canais de comunicao, topologias de

23

rede, anlise de parmetros de tempo, at o processo de inicializao da rede

PROFINET. Fornece todo o embasamento terico necessrio para a compreenso
deste trabalho.
O captulo 4 mostra os indicadores de desempenho, como esto
relacionados entre si e como podem ser teis na avaliao da qualidade de uma
rede. Destaca o jitter, indicador fundamental para a continuidade do trabalho.
O captulo 5 detalha uma metodologia de ensaio para teste em duas
redes PROFINET, desde a descrio da topologia at a descrio do mtodo de
captura de dados.
O captulo 6 exibe os resultados obtidos dos ensaios relatados no captulo
5, explicando qual foi o tratamento utilizado para os dados.
O captulo 7 finaliza este trabalho com algumas concluses pertinentes ao
trabalho.

24

CAPTULO 2: CONCEITOS FUNDAMENTAIS

2.1 - Breve reviso da tecnologia Ethernet
Ethernet o tipo de rede de computadores mais comumente instalado no
mundo. Foi desenvolvido pela empresa americana XEROX no incio da dcada de
70. Em Fevereiro de 1980, o grupo de trabalho nmero 802 do IEEE (Institute of
Electrical and Electronics Engineers) definiu pela primeira vez Ethernet como um
padro para redes LAN [3].
Seu mtodo de acesso ao meio o CSMA/CD. Consiste em um esquema
Carrier-Sense (os dispositivos verificam se o meio fsico est disponvel) com acesso
mltiplo (vrios dispositivos podem estar conectados rede) com deteco de
coliso (se dois dispositivos tentam transmitir dados ao mesmo tempo, causando
uma coliso, os dispositivos aguardam um tempo aleatrio para voltar a transmitir,
obedecendo ao algoritmo de backoff exponencial binrio) [3].
O quadro (formato do pacote de dados) Ethernet dividido em 7 (sete)
partes: prembulo, delimitador de incio de frame, endereo MAC do destino,
endereo MAC da origem, tamanho/ethertype, dados propriamente ditos e frame
check sequence.
O endereo de hardware de um dispositivo Ethernet chamado MAC
(Media Access Control) address. Um MAC address consiste de 2 partes de 3 bytes
cada uma: a primeira, designa qual o fabricante do dispositivo; a segunda, designa
o nmero de sequncia individual dele [3].
Para o transporte de dados, Ethernet faz uso dos protocolos TCP
(Transmission Control Protocol) ou UDP (User Datagram Protocol). A diferena
fundamental entre eles que TCP um protocolo com conexo e confirmao,
enquanto UDP no apresenta essas caractersticas. UDP mais veloz, enquanto
TCP mais confivel [3].
Para camada de rede, geralmente Ethernet vem acompanhada do
protocolo IP, que faz o roteamento das mensagens. o protocolo mais usado em
tecnologia da informao (TI) no mundo [3].

25

2.2

Real-Time Ethernet

Apesar de muito difundida para aplicao em escritrios, havia alguns

requisitos que a tecnologia Ethernet ainda no era capaz de atender [4]. e que so
cruciais para o seu uso em ambiente industrial, tais como [5]:

Comunicao determinstica;

Sincronismo entre os dispositivos;

Troca eficiente e frequente de quantidades muito pequenas de

dados.

Ainda,

tem-se

como

exigncia

implcita

existncia

da

intercambiabilidade de comunicao entre os modelos de Ethernet para escritrio e

industrial de modo que o software normalmente usado em Ethernet no precise ser
substitudo. Isso nos leva a mais duas (2) necessidades [5]:

Suporte para a migrao da Ethernet de escritrio para e Ethernet

industrial;

Uso dos componentes padro, bridges e protocolos mantidos o

mximo possvel.

Tendo em vista que a Ethernet padro no era apropriada para alcanar

essas condies, foram propostas algumas mudanas para que ela alcanasse o
desempenho necessrio. Essas mudanas transformariam a Ethernet em Real-Time
Ethernet (RTE). Tais mudanas foram propostas em diferentes abordagens, tais
como [5]:

Preservar a pilha TCP/IP e implementar mudanas apenas nas

camadas superiores (soluo on top of TCP/IP);

Ignorar etapas do protocolo TCP/IP e fazer o acesso direto s

funcionalidades da camada Ethernet (on top of Ethernet) na qual
se enquadra PROFINET CBA (mais detalhes na sequncia do
trabalho);

Modificaes diretas na camada Ethernet (modified Ethernet).

A primeira abordagem, apesar de possibilitar a expanso da rede a um

26

nvel de abrangncia similar ao da Internet, tem como efeitos indesejados o uso de

muitos

recursos

para

processamento,

memria

introduz

atrasos

no-

determinsticos na comunicao, no sendo, portanto, capaz de atender plenamente

os requisitos necessrios; a segunda abordagem leva ao uso do protocolo IP
associado a outro protocolo tpico da tecnologia a ser empregada, sem alteraes de
hardware; a terceira abordagem requer a modificao do switch, e a integrao do
switch modificado aos dispositivos no caso de se fazer uma topologia em
barramento ou anel [5].
Diversas foram as associaes e empresas que desenvolveram solues
RTE, como Ethernet/IP (criado pela Rockwell Automation), HSE (apoiado pela
Fieldbus Foundation) e PROFINET (incentivado pela SIEMENS) [4].
2.3

Protocolos RTE

Pode-se definir RTE como uma especificao fieldbus que usa a

tecnologia Ethernet para as camadas 1 e 2 do modelo OSI [5] capaz de atender os
requisitos listados.
2.4

PROFINET

As principais razes para o desenvolvimento de novas tecnologias so

reduo de custo, melhoras tcnicas e melhora na relao custo-benefcio.
PROFINET alcana esses objetivos sob todos os pontos de vista [3].
PROFINET tem sua importncia destacada por ser uma evoluo de
Profibus DP, mas com muitas vantagens, como [3]:

Operao em alta velocidade

Estrutura de rede simplificada

Baixos Custos

Cabeamento nico

Rede de expanso simples

Configuraes individuais

Integrao com sistemas fieldbus

27

Dadas essas caractersticas vantajosas (e outras ainda a serem

detalhadas neste trabalho), o protocolo PROFINET vem despontando na liderana
do segmento de Ethernet industrial. Segundo [2], PROFINET j detm 30% do
market share (ver Figura 1). Assim sendo, o protocolo mostra-se digno de maior
pesquisa, com o intuito de ampliar o entendimento a seu respeito e aperfeioar as
suas aplicaes.

Figura 1- Market Share das solues de Ethernet industrial

(adaptado de [2])
Tambm, o protocolo PROFINET tem despertado o interesse da
comunidade acadmica, sendo encontrados mais de 40 artigos publicados nos
ltimos 5 anos na base de dados do IEEE (ieeexplore.org).

28

CAPTULO 3: PROFINET
Este captulo objetiva o embasamento terico sobre o protocolo
PROFINET. Encontra-se dividido em 12 sees, cada uma com um propsito bem
definido.
Na seo 3.1, feita uma introduo ao Protocolo PROFINET, na seo
3.2, feita a descrio de PROFINET IO, a verso atual do protocolo; na seo 3.3,
so destacados os elementos de uma rede PROFINET IO; em 3.4, faz-se a anlise
dos trs diferentes canais de comunicao de PROFINET IO; em 3.5, abordada a
questo do tempo de ciclo para a tecnologia PROFINET IO; em 3.6, so explicadas
as diferentes topologias que uma rede PROFINET IO pode assumir; a seo 3.7
foca em um dispositivo da rede muito importante - o switch; a seo 3.8 comenta
sobre a integrao do protocolo PROFINET com outros protocolos diferentes; a
seo 3.9 comenta sobre o arquivo GSD, importante para a parametrizao e a
inicializao da rede PROFINET; em 3.10, debatido o system start-up, ou seja,
quais so os primeiros passos para a inicializao de uma rede PROFINET; a seo
3.11 retrata as conformance classes, que definem categorias para os dispositivos
PROFINET de acordo com suas funcionalidades disponveis; finalmente, em 3.12
so apresentadas as concluses finais deste captulo.
3.1- Introduo ao PROFINET.
PROFINET um padro aberto e inovador para automao industrial
baseado em Ethernet industrial.

Possibilita a troca de dados entre dispositivos

similarmente ao um fieldbus tradicional, mas substituindo-o pela Ethernet como meio

de comunicao [3].
PROFINET tem como um de seus objetivos o corte de custos na rea de
engenharia por meio da integrao com plantas j existentes, mesmo que sejam
baseadas em fieldbuses tradicionais [4]. H a possibilidade instalar equipamentos
Profinet gradualmente atravs da utilizao de gateways especficos denominados
proxies. Isto gera uma economia de recursos por evitar que todos dispositivos j
instalados sejam mudados.
PROFINET uma tecnologia de extrema relevncia, por se tratar do nico

29

protocolo RTE pela Siemens. Como a esta a lder mundial em fabricao de CLPs,
espera-se que o protocolo PROFINET mantenha uma posio de liderana no
mercado, assim como PROFIBUS (tambm da Siemens) o fez [6].
3.2

- PROFINET IO

PROFINET IO um protocolo definido tambm por uma mirade de

indstrias (com destaque novamente para a Siemens) e apoiado pela Profibus
International (Associao de empresas e universidades do setor de automao
industrial que representa os protocolos Profibus e PROFINET) que visa conexo
entre os dispositivos de campo e os controladores.
PROFINET IO usa trs canais de comunicao distintos para a troca de
dados com os sistemas de controle e outros dispositivos:

O padro TCP/IP usado para parametrizao, configurao e

operaes de leitura/escrita acclicas. - o canal NRT, usado para
processos no-crticos no tempo;

O canal RT (Real Time, tempo real) usado como padro para a

transferncia cclica de dados e para alarmes;

O terceiro canal, IRT, o canal de alta velocidade usado para

aplicaes de controle de movimento.

Em todos os casos, os dispositivos de campo so descritos por um

arquivo chamado GSD (General Station Description), baseado em linguagem XML
(Extensible Markup Language) [3], [5].
PROFINET IO ambiciona fundamentalmente: substituir os mdulos IO
tradicionais que esto atualmente conectados via fieldbus e estender o protocolo
PROFINET s aplicaes de controle de movimento [4].

3.3- Elementos da rede

Os elementos da rede podem assumir diferentes funes em PROFINET

30

IO, a saber:

IO Controller: um dispositivo inteligente - geralmente, um CLP no qual o programa de automao executado. O controlador
usado para enderear os dispositivos conectados, implicando que
ele troca sinais de entrada e sada os elementos IO no campo.

IO Supervisor: , geralmente, uma estao de engenharia. Este

termo refere-se a um dispositivo para programao, um PC ou HMI
para configurao, comissionamento ou diagnstico.

IO Device: um dispositivo de campo (como sensores, atuadores,

mdulos de entrada e sada) atribudo a um dos controladores.
Recebe ciclicamente suas entradas do IO Controller, e envia para
ele (tambm ciclicamente) os dados de sada do processo.
Transmite para o IO Controller tambm dados para diagnstico e
informaes de alarme [6].

Um subsistema contm ao menos 1 IO Controller e 1 ou mais IO Devices

[7].
Um IO Device um dispositivo modular, composto de um ou mais slots,
os quais podem ter subslots. Cada slot (ou subslot) representa um mdulo IO e tem
um nmero fixo de bits de entrada e de sada. O dado de entrada do IO Device a
sequncia de todos os dados de entrada dos slots e subslots, de acordo com seu
posicionamento no dispositivo. O raciocnio similar tambm vale para os dados de
sada, alarme e diagnstico [6].

31

Figura 2- Elementos da Rede

Fonte: Adaptado de [3].

3.4

- Tipos de comunicao dentro do PROFINET IO

Como meio fsico de comunicao, PROFINET utiliza Ethernet. Para o

transporte de dados, os protocolos TCP/UDP e IP esto implementados. Entretanto,
eles no so o suficiente para o processamento dos dados. Logo, outros protocolos
de aplicao devem ser implementados, como HTTP, SNMP, SMTP, FTP etc [3].
PROFINET IO um conceito para a comunicao de dispositivos
distribudos de entrada e sada. Usa o modelo provedor-consumidor, em que o
consumidor o dispositivo que recebe dados e o provedor o que envia [7].
Em PROFINET IO, existem trs categorias de dados distintos (data
objects):

I/O Data objects: objetos de dados de entrada e sada so

transportados

ciclicamente

entre

provedor

(IO

Device)

32

consumidor

(IO

Controller)

sem

confirmao

(ACK

ou

acknowledgement). Os intervalos de transmisso so configurveis

via ferramentas de engenharia [7].

Record Data Objects: so usados para definir os parmetros dos

IO Devices, configur-los e ler suas mensagens de status. Utiliza
transmisso de dados acclica, por meio de servios de
leitura/escrita

(read/write). Alguns

exemplos

so

dados

de

parametrizao, informao de diagnstico, I&M (Identificao e

Manuteno) etc [7].

Alarm Data objects: alarmes so usados para transferir eventos

que tem que ser confirmados pelo processo de aplicao. H dois
tipos: definidos por sistema ou por usurio. Os definidos por
sistema so, por exemplo, retirada e insero de mdulos; os
definidos por usurio so, por exemplo, tenso de carga defeituosa
ou temperatura muito alta. Alarmes de diagnstico e de processo
podem ser priorizados diferentemente pelo usurio [7].

Com a funo de estabelecer uma troca de dados cclica ou acclica entre

IO Controller e IO Device, o IO Controller deve definir as configuraes de
comunicao ao iniciar o sistema. A figura 3 mostra os servios de comunicao
entre um IO Controller e um IO Device. Para faz-lo, o Controller configura a
conexo baseado nos dados da estao de engenharia (IO Supervisor). A Relao
de Aplicao (AR Application Relationship) corresponde ao conjunto de dados
necessrios para o estabelecimento da troca de dados. Uma AR pode conter uma ou
mais relaes de comunicao (CR Communication Relationship). So trs ARs
distintas, cada uma para uma categoria de data object.

33

Figura 3- Relao de Aplicao

(adaptado de [7])
PROFINET usa trs canais de comunicao com desempenhos distintos,
a saber:
3.4.1 PROFINET NRT
PROFINET NRT (non real-time) usada para processos acclicos e nocrticos no tempo, como parametrizao, configurao ou HMI[7]. PROFINET usa as
pilhas TCP/IP e UDP/IP para transmitir os pacotes de dados, aliados aos demais
mecanismos padro da Ethernet (padro IEEE 802.3) [3], [7].
O endereamento feito usando ambos os endereos IP e MAC. O
endereo IP usado para comunicao entre redes diferentes, enquanto endereos
MAC so usados para identificar o dispositivo dentro da prpria rede. Todos os
equipamentos PROFINET suportam transmisso de dados via UDP/IP [7].
Toda a comunicao para gerenciamento de contexto, parametrizao e
configurao considerada NRT e definida como um protocolo de aplicao
usando RPC (Remote Procedure Calls Chamadas de procedimento remoto) sem
conexo e no topo da Pilha UDP/IP [6].
O trfego de dados gerado por IO Supervisor e IO Parameter Server

34

tipicamente acontece enquanto o sistema no est em operao (off-line), tratandose, portanto de trfego NRT [8].
3.4.2 PROFINET RT
PROFINET RT (real-time) visa transmisso de dados crticos no tempo,
para um desempenho otimizado na troca de dados. As operaes de leitura e escrita
para automao industrial requerem, na maioria, transferncia de dados de alta
velocidade. Este o canal a ser usado, j que o padro TCP/IP ou UDP/IP no
satisfaz este requisito [3], [7].
As latncias causadas pelas pilhas TCP/IP ou UDP/IP podem ser evitadas
j que algumas ferramentas adicionais desses protocolos no so necessrias para
a comunicao em tempo real. Por exemplo, pelo uso de transferncia de dados no
necessrio um protocolo orientado a conexo para controlar a comunicao;
comunicao em tempo real no necessita, geralmente, ser roteada para uma
subrede diferente e, logo, essa funcionalidade do protocolo IP no precisa ser
implementada (at porque o atraso para roteamento muito maior do que os
requisitos de tempo demandados para comunicao RT); o tamanho dos frames a
serem enviados est tipicamente na faixa de 32 a 256 bytes, logo no necessrio
manter os elementos usados para a segmentao de dados (j que com fast
Ethernet possvel transmitir at 1500 bytes no mesmo frame) [9].
Para possibilitar desempenho em tempo real, PROFINET abandona
partes dos protocolos IP, TCP e UDP, mas conserva os mecanismos da Ethernet
(IEEE 802.3) [7].
O agendamento das tarefas de comunicao em PROFINET RT (e
tambm IRT) baseado nos seguintes parmetros [9]:

Send Clock: o atributo send clock expresso em mltiplos da base

de tempo (31,25 s). Um valor tpico para Send Clock 32, para
que o tamanho de uma fase (veja definio a seguir) seja de 1 ms.

Taxa de reduo (reduction ratio): esse atributo contm a taxa de

reduo do send clock do dispositivo. O verdadeiro ciclo de envio
de dados (send cycle) a multiplicao de send clock e taxa de

35

reduo.

Fase: esse atributo indica em que send cycle em particular o dado

deve ser enviado. Os valores permitidos vo de 1 at a taxa de
reduo escolhida. Este atributo tambm permite espalhar o envio
dos frames por todo o send cycle e provm um meio de gerenciar a
distribuio do uso de largura de banda.

Sequncia: esse atributo contm a posio do frame de dados na

fila de envio.

Offset de envio de frame: esse atributo contm o offset de envio

relativo ao incio da fase em questo de acordo com a taxa de
reduo correspondente. Sequncia e offset de envio de frame
podem substituir um ao outro, j que o nmero de sequncia no
to preciso quanto o necessrio para aplicaes de controle de
movimento (IRT).

Figura 4- Transmisso de dados em PROFINET

Os tempos de ciclo tpicos so de 5 a 10 ms [7].
3.4.3 PROFINET IRT
PROFINET IRT usado para comunicao com sincronismo de clock.

36

Utilizado em aplicaes como controle de movimento, j que pode atingir tempos de

resposta inferiores a 1 ms, alm de automao industrial e de alto desempenho
[3],[7]. Exige modificaes no hardware, no correspondendo simplesmente aos
elementos da Ethernet padro.
Tempos de ciclo tpicos so inferiores a 1 ms com jitter inferior a 1 s [7].
O trfego de dados entre IO Controller e IO Device , via de regra,
relacionado ao processo de automao e, portanto, sujeito a requisitos de tempo
restritos [8]. Consequentemente, enviado pelos canais RT e IRT.

Figura 5- Canais de comunicao do Protocolo PROFINET

(adaptado de [7])

O ciclo de comunicao em PROFINET IO multiplexado no tempo entre

os 3 canais: uma parte corresponde a IRT, a outra a RT e, finalmente, NRT. Note que
a coexistncia desses 3 canais no implica em qualquer interferncia entre eles,
permitindo a circulao de dados TCP/UDP e RT em um mesmo ciclo. [7], [4], [11].
Um clock altamente preciso usado para dividir estas 3 fases distintas [4].
A primeira fase, chamada fase iscrona, so transmitidos todos os frames

37

IRT. Esses frames so enviados pelo switch sem qualquer interpretao das
informaes de endereo contidas neles. Os switches devem ser configurados
previamente com uma agenda. Percorrido um determinado tempo (offset time) o
frame agendado enviado, sem interpretao do endereo, de uma porta a outra.
Na segunda fase, chamada fase de tempo real, o switch usa comunicao baseada
em endereamento e se comporta como um switch tradicional, transmitindo os
dados RT. Por fim, so transmitidos os frames NRT [5].

Figura 6- Ciclo de Transmisso em PROFINET IO

(adaptado de [5])

Caso no seja feita a implementao do canal IRT, o ciclo comea

diretamente em sua fase RT. Tanto na presena quanto na ausncia do canal IRT, os
quadros RT que so transmitidos primeiro so os cclicos, para depois serem
transferidos os acclicos [6]. Os dados cclicos referem-se informao transportada
periodicamente entre IO Controller e IO Device. J os dados acclicosso
informaes trocadas esporadicamente nos instantes de configurao e diagnstico
do IO Device.
Diferentemente da comunicao IRT, o canal RT no requer hardware
especial para a sua implementao, permitindo o uso de switches padro (sem

38

sincronismo de clock). Essa ausncia de sincronismo resulta em desempenhos nodeterminsticos com jitter crescente. Para limitar tal fenmeno, as especificaes de
PROFINET RT exigem que pelo menos 40% da largura de banda deve ser deixado
livre de qualquer tipo de trfego [11]. Essa frao de 40% do ciclo chamada de
margem de segurana [6].
A no-observncia da margem de segurana fator primordial para a
sobrecarga do sistema. Na ocasio de tal sobrecarga, o protocolo tenta enviar os
frames RT, mas j encontra trfego circulando na rede. A medida que tomada
consiste em descartar todos os frames RT do ciclo, levando perda de dados [9].
3.5 O Tempo de Transmisso de Mensagens:
Quanto a parmetros temporais, antes mesmo de analisar o tempo de
ciclo, conveniente mencionar divises do tempo de processamento para a
transmisso de dados. Ele pode ser dividido em 5 partes: T1 o tempo que o
provedor leva para disponibilizar o dado; T2 o tempo que a pilha de comunicao
leva para processar o dado e torn-lo adequado para transmisso no meio fsico; T3
o espao temporal decorrido at que o dado percorra o meio fsico at o
consumidor; T4 o tempo que a pilha de comunicao do consumidor gasta para
conduzi-lo de forma adequada at a aplicao do consumidor; finalmente, T5 o
tempo que o consumidor leva para processar o dado na sua camada de aplicao. A
soma desses tempos determinante do tempo de ciclo e, em funo dos requisitos
de tempo, escolhe-se o canal de comunicao a ser usado para melhor atender as
necessidades [7]. A figura 7 ilustra as etapas temporais da transmisso de dados:

39

Figura 7- Tempo de Transmisso em PROFINET IO

(adaptado de [7])
3.6 - A topologia - estrela, anel, linha
A topologia consiste no modo em que a interconexo dos equipamentos
acontece em certa rede. A escolha da topologia deve levar em conta os objetivos de
trabalho para a rede [3].
As topologias mais usuais so as seguintes:

Estrela: Existe um switch central que distribui os sinais e conectase individualmente aos elementos da rede. Se um nico dispositivo
falha, no leva a uma falha completa da rede. Mas se o switch
falha, a rede como um todo perde as conexes. usada em rea
com alta densidade de dispositivos e para curtas distncias, como
em pequenas clulas de manufatura [3].

Linha: todos os dispositivos da rede so conectados em srie,

como num barramento. Para a conexo entre os dispositivos,
existe um elemento de conexo (switch) conectando o dispositivo
rede ou o elemento de conexo est integrado no prprio
dispositivo. Se um dos equipamentos falha, os equipamentos aps

40

ele no podero mais comunicar-se. Esta a topologia que menos

exige fiao. usada preferencialmente para conectar sistemas
distantes, como sistemas de transporte e diferentes clulas de
manufatura [3].

Anel: consiste na conexo das duas extremidades de uma

topologia em linha. uma topologia redundante, ou seja, aumenta
a segurana contra panes. Se um fio da rede se quebra ou algum
dos componentes falha, a rede em si continua funcionando [3].

rvore: a conexo entre vrias topologias tipo estrela. Nesta

topologia possvel combinar cabos de fibra ptica e de cobre.
usada quando um sistema muito complexo dividido em
subsistemas menores que precisam ser interconectados [3].

3.7 - O switch
PROFINET utiliza switches especiais para Ethernet industrial na conexo
entre os dispositivos. Isso acarreta em evitar colises nos domnios por meio de
conexes dedicadas ponto-a-ponto. O uso de switches aumenta a robustez da rede
contra alto trfego temporrio de dados. [3] As diversas portas do switch permitem a
conexo de vrios dispositivos [7]. Switches comuns podem ser usados se no
houver interesse em operar no canal IRT. [5] Vale ressaltar que os switches
especiais para aplicao IRT suportam tranquilamente as operaes tradicionais
definidas na norma IEEE1588 [4].
Para garantir um bom desempenho de PROFINET IO, deve ser usada
uma rede com switch de 100 Mbits/s operando em full duplex [5], [9].
Vale lembrar que hubs no so usados em PROFINET [3].
Os diferentes tipos de switch so:

Cut through: um switch cut-through ou on the fly encaminha um

pacote de dados imediatamente aps receber os 6 bytes
correspondentes ao endereo do destinatrio. Desse modo, o
atraso entre emisso e recepo reduzido, com os pacotes no

41

armazenados completamente em buffer. O atraso padro de um

switch cut-through varia entre 5 e 60 s [3].

Store-and-forward:

um

switch

store-and-forward

examina

previamente todos os pacotes de dados. Esses pacotes so

armazenados em buffer, verificados, validados e s ento
rejeitados ou encaminhados. Isto aumenta o atraso para o
encaminhamento dos pacotes, mas garante que pacotes com
problemas no sejam transmitidos. O atraso de um pacote de
dados depender do tamanho do seu frame. Um frame pequeno
pode causar um atraso de 8 a 10 s, enquanto um frame grande
pode causar um atraso at de 1,5 ms [3]. Switches store-andforward so as mais confiveis [4].
Ainda, existe o switch fragment-free (sem fragmentao). uma
derivao do switch cut-through, mas que verifica se o pacote possui o tamanho
mnimo para o frame Ethernet antes de iniciar a retransmisso [4].
3.8 Integrao
O conceito PROFINET permite o uso de proxy para integrar um sistema
fieldbus j existente, como PROFIBUS, INTERBUS, ASI etc a uma rede PROFINET.
Essa arquitetura levar a um sistema hbrido entre fieldbus e Ethernet industrial [3].
A tecnologia proxy muito importante para permitir uma migrao das
instalaes fieldbus j existentes para a rede proposta pela PROFINET [5].
3.9 - Arquivo GSD
Todo equipamento PROFINET IO de campo deve ser descrito por um
arquivo GSD (General Station Description). O arquivo GSD baseado em linguagem
XML e contm toda a informao tcnica e as funes do dispositivo. Essa
informao importante para a troca de dados. O arquivo GSD disponibilizado
pelo prprio fabricante do equipamento. Por ser semelhante ao XML, a linguagem de
descrio do arquivo GSD chamada de GDSML (General Station Description
Markup Language) [7].

42

O arquivo GSD permite a definio da estrutura dos mdulos IO e a sua

parametrizao. Esse arquivo, aps devidamente editado no IO Supervisor,
descarregado no IO Controller, o qual usa essa informao para configurar e
parametrizar os IOs associados antes de entrar no modo de troca cclica de dados
[6].
O arquivo GSD baseado no padro ISO 15745 e contm duas partes,
profile header (cabealho) e profile body (corpo) [7], conforme a imagem abaixo:

Figura 8- Arquivo GSD

(adaptado de [7])
O cabealho contm as definies comuns especificando as funes dos
dispositivos de campo. Compreende tambm as referncias ao padro internacional
ISO 15745 [7].
O corpo abriga as informaes que descrevem as possibilidades tcnicas
do dispositivo de campo. Todos os mdulos, submdulos, pr-alocao inicial e
diagnstico so descritos nele. [7]

43

3.10 - System start-up

Para a inicializao do sistema, os arquivos GSD devem ser configurados
na ferramenta de engenharia (IO Supervisor). Nela, os equipamentos de campo so
conectados a um ou mais IO Controllers. Nessa etapa, o IO Device deve ser
configurado em relao rede baseado no contedo do seu arquivo GSD. O IO
Device , ento, integrado, parametrizado e inserido na topologia [7].
Completada a etapa anterior, a informao de configurao e o programa
de automao do usurio so transferidos para o IO Controller [7].
Assim, o IO Controller toma o controle da troca de dados entre os IO
Devices descentralizados [7].
Uma vez que o IO Controller toma o controle da troca de dados, ele passa
por diversas etapas antes de iniciar a troca cclica propriamente dita [6], a saber:

Cada IO Device configurado verificado e tem um endereo de IP

atribudo via protocolo DCP (Discovery and Configuration Protocol).

So formadas as conexes de comunicao entre todos os IO

Devices, com os chamados servios de gerenciamento de
contexto.

Com os servios de record data todos os dispositivos so

configurados e parametrizados.

Uma vez bem-sucedida a configurao e a parametrizao, um IO Device

entra o modo de troca de dados cclicos. De acordo com a figura 9, a transmisso
ocorre de buffer para buffer. As reas de buffer so lidas e escritas pelo processo de
aplicao no IO Controller e no IO Device de modo assncrono no ciclo de
comunicao. No modo de troca de dados cclico, tambm so trocadas mensagens
acclicas de alarmes e confirmaes (ACK). O tempo de ciclo supervisionado pelo
IO Controller. Se houver trs violaes consecutivas do tempo mximo de ciclo
permitido, a comunicao abortada por ser considerada instvel [6].

44

Figura 9- Troca de Dados

Fonte: Adaptado de [6].

3.11

Conformance classes

No protocolo PROFINET, existem trs classes distintas entre si cuja

diferenciao feita levando-se em considerao o tipo de comunicao usada, o
meio de comunicao, o protocolo de redundncia e algumas outras funcionalidades
disponveis. Contudo, vale ressaltar que todas as trs classes abrangem as funes
bsicas primordiais como troca de dados cclicos, acclicos e alarmes. O
agrupamento em Conformance Classes (CC) tem como propsito facilitar o projeto
das redes ao agrupar os dispositivos de caractersticas similares.
Um ordenamento das Conformance Classes, em ordem crescente de
funcionalidade, pode ser dado por: Conformance Class A (CC-A), Conformance
Class B (CC-B) e Conformance class C (CC-C). A Tabela 1 apresenta de maneira
sucinta as funcionalidades de distinguem as CCs entre si.

45

Tabela 1- Conformance Classes

CC-A
Funes

Bsicas

Profinet

CC-B
com

comunicao

Entradas

Profinet

com

comunicao RT

RT

CC-C

Entradas

Profinet

com

comunicao RT

sadas cclicas

Entradas e sadas
cclicas

sadas cclicas

Parmentros

Parmentros

Parmentros

Alarmes

Alarmes

Alarmes

Informao

Informao

Informao da

topologia (LLDP)

topologia

da

(LLDP)

Diagnstico

da

rede

IP

via

topologia (LLDP)

(SNMP)

Informao
topologia

Diagnstico

da

rede

IP

via

(SNMP)
da

com

Redundncia

Informao
topologia

LLDP-MIB

da

da
com

LLDP-MIB

Redundncia

Sincronizao de
Hardware

Fonte: Adaptado de [10]

3.12 Concluses do Captulo 3
Ao final do Captulo 3, esto apresentadas as caractersticas principais
para que haja um bom entendimento do protocolo PROFINET, dos seus
mecanismos e das suas possibilidades. Este conhecimento de total importncia
para a execuo do estudo de caso, apresentado no captulo 4.
Terminada a anlise do protocolo PROFINET, segue-se para outro
aspecto muito importante para o desenvolvimento deste estudo: o indicador de
desempenho denominado jitter.

46

CAPTULO 4: INDICADORES DE DESEMPENHO

Este captulo introduz o conceito de indicadores de desempenho proposto
pela norma internacional IEC 61784-2. Destaca e diferencia-os uns dos outros,
apresentando tambm suas relaes de interdependncia. apresentada tambm a
definio de jitter propriamente dita, bem como a sua relao com os indicadores.
4.1

Os Indicadores de Desempenho

Sabe-se que os usurios dos protocolos RTE apresentam requisitos

distintos de desempenho para diferentes aplicaes. Para satisfazer da melhor
maneira possvel a distino entre esses requisitos a norma IEC 61784-2 instituiu os
indicadores de desempenho [2].
Indicadores de desempenho so usados para detalhar o desempenho de
um dispositivo, da rede e tambm para representar os requisitos de uma
determinada aplicao [2].
So nove os indicadores de desempenho, a saber [2]:

Delivery Time: o tempo para um dado ser enviado de um Device

e ser recebido por outro.

Number of RTE end-stations: mostra a quantidade mxima de

Devices que um protocolo RTE suporta.

Basic network topology: A topologia de redes suportada por um

protocolo RTE deve ser uma das ou a combinao das topologias:
estrela, anel ou barramento.

Number of switches between RTE end-stations: nmero de

switches entre quaisquer dois Devices com conexo lgica AR.

Throughput RTE: mostra o total de dados RTE (em bytes) em um

ponto da rede por segundos.

Non-RTE bandwidth: indica a porcentagem da banda que pode ser

usada por comunicao non-RTE em um ponto da rede.

Time synchronization accuracy: indica o mximo desvio entre

quaisquer dois clocks de dispositivos.

47

Non-time-based synchronization accuracy: quaisquer dois Devices

podem estabelecer uma sincronizao, independentemente do
resto da rede.

Redundancy recovery time: indica o tempo mximo do perodo da

falha at tornar-se totalmente operacional.

Vale lembrar que os indicadores de desempenho no so independentes

entre si, apresentando interdependncias. A Tabela 2 mostra essas relaes [2]:
Tabela 2- Interdependncia entre Indicadores de Desempenho
Indicador
Dependente

Indicador Influente
Delive

Number

Basic

Number

Throughpu

Non-RTE

ry

of RTE

networ

of

t RTE

bandwidth

Time

end-

switches

stations

topolog

between

RTE endstations

Delivery Time
Number of RTE

No
No

No

Sim

No

No

Sim

Sim

No

No

No

No

No

No

No

end-stations
Basic network

No

No

Sim

Sim

Sim

Throughput RTE

Sim

Sim

Sim

Sim

Non-RTE

No

No

No

No

topology
Number of
switches
between RTE
end-stations

bandwidth
Fonte: Adaptado de [2].

Sim
Sim

48

4.2 O Jitter.
A norma IEC 61784-2 define jitter como mudana temporal em um sinal
de clock ou mudana temporal em um evento que, em outras circunstncias,
apresentaria intervalos de tempo regulares

Quando se trabalha com sistemas de comunicao, espera-se que as

mensagens cheguem em intervalos de tempo determinados. Mas, na situao real
no isso que acontece, as mensagens podem chegar atrasadas ou adiantadas.
Essas variaes de tempo o que foi denominado jitter. Neste trabalho, o
conceito de jitter utilizado para quantificar a variao de tempo dos pacotes em
uma rede. O termo correto a se utilizar nesse caso seria Packet Delay Variation. A
figura 10 representa as trs possveis condies de jitter [10]:

Atrasado: quando o pacote de dados de referncia inicia-se antes do pacote

real.

Avanado: quando o pacote de dados de referncia inicia-se depois do pacote

real.

Situao ideal: quando o pacote de dados de referncia inicia-se ao mesmo

tempo em que o pacote real.

Figura 10- Situaes de Jitter

Fonte: adaptado de [10]

Diversos outros trabalhos na literatura cientfica internacional fazem
meno ao jitter em redes de comunicao industrial e/ou s suas consequncias.

49

Tais trabalhos so destacados nos pargrafos a seguir.

O artigo [5] apresenta as perspectivas da tecnologia Real-Time Ethernet
e requisitos especificados para a sua parametrizao. Dentre esses requisitos, so
apresentados 8 dos 9 indicadores de desempenho propostos pela IEC 61784-2,
Ainda, este artigo destaca as capacidades de PROFINET IRT ao sincronizar os
clocks dos dispositivos, levando a um jitter na casa de 1 s.
O artigo [4] faz a avaliao experimental do Protocolo PROFINET. Foi
realizado um ambiente de teste para medies e mostrado que PROFINET RT
classe 1 tem um bom resultado em aplicao RT, com jitter inferior a 10% mesmo
em condies de rede altamente carregada. Tambm traz orientaes para o uso
dos 3 diferentes canais PROFINET em funo do jitter e do tempo de ciclo
desejados: non-RT para tempo de ciclo maior que 100 ms e e jitter acima de 100%
do tempo de ciclo; RT para tempo de ciclo ao redor de 10 ms e e jitter em torno de
15%; IRT para tempos de ciclo em torno de 250 s e teoricamente nenhum jitter.
O artigo [4] adicionalmente faz a indicao de que os atrasos na
propagao dos pacotes dependem da topologia da rede, fato que ser avaliado no
estudo de caso proposto neste trabalho.
O artigo [11] cria modelos de simulao para avaliar a o desempenho do
Protocolo PROFINET IO RT. Apresenta uma definio de jitter como sendo a
diferena entre o valor mximo e mnimo do tempo de reao a um evento. Lista
alguns dos parmetros que exercem influncia direta no desempenho de PROFINET
IO, como o tempo de ciclo da aplicao no IO-Controller e o tamanho dos pacotes
transmitidos.
O artigo [6] reala o papel crucial que a eliminao de etapas da pilha
UDP/IP para PROFINET RT exerce na diminuio dos tempos de ciclo e do jitter,
mesmo que PROFINET RT no tenha mecanismos que garantam um tamanho fixo
para o tempo de ciclo.
O artigo [9] faz comentrios sobre as aplicaes industriais da tecnologia
PROFINET. Ressalta a eficincia de PROFINET IRT em termos de pequenos
tempos de ciclo e baixo jitter, obtido graas ao sincronismo de clock.

Destaca

50

tambm as dificuldades de se fazer o sincronismo de clock quando h muitos

switches entre o produtor e o consumidor dos dados, situao comum no ambiente
industrial.
O artigo [8] faz a anlise de desempenho de redes PROFINET. Ressalta
as necessidades de baixo jitter no ambiente industrial. Mostra que para atingir
atrasos de transmisso previsveis, sem jitter, necessrio sincronismo estrito entre
os dispositivos, o que no est disponvel na verso RT de PROFINET, apenas em
IRT. Reala tambm que os erros de sincronizao tendem a aumentar na situao
de switches em cascata.
Em [12], o autor faz uma anlise geral da comunicao RTE via
PROFINET IO. Destaca a caracterstica varivel do jitter para PROFINET RT (sem
sincronismo) em contraste ao diminuto jitter constante de PROFINET IRT (com
sincronismo).
No artigo [13], o autor faz a avaliao de desempenho de duas redes RTE
(Ethernet Powerlink e EtherCAT) sob o ponto de vista dos indicadores de
desempenho especificado na norma IEC 61784-2. Destaca que os indicadores
propostos na norma so intensamente influenciados por caractersticas da rede em
especfico, como tambm pela quantidade de dados transmitidos. Apresenta ainda
uma definio de jitter como sendo o mdulo da diferena entre um dado tempo de
ciclo e o tempo de ciclo mnimo. Levanta como possveis causas de jitter erros de
transmisso,

atrasos e

caracterstica

imprevisvel da

transmisso

no-

sincronizada.
Em [14], o autor detalha a trajetria da Ethernet desde sua origem no
ambiente de escritrio at suas mudanas que levaram ao desempenho em RTE.
Apresenta uma definio de jitter como sendo o desvio padro do atraso na
transmisso. Atenta-se para a questo de que, embora menor jitter seja alcanado
com a transmisso de pacotes pequenos, isso leva a uma utilizao inferior da rede.

51

4.3
Neste

- Concluses do captulo 4
captulo

foram

consolidados

os

conhecimentos

sobre

os

indicadores de desempenho e o jitter, dando uma viso abrangente de como esses

parmetros podem ser utilizados para o decorrer do trabalho e qual a razo e
importncia de seus estudos.
Finalizado este captulo, pode-se proceder para o estudo de caso
propriamente dito, com a sua metodologia, resultados e concluses.

52

CAPTULO 5: METODOLOGIA
A metodologia desde trabalho consiste na comparao de duas redes
PROFINET distintas. Ambas as redes sero devidamente descritas sob os seguintes
aspectos:
Nmero total de componentes;
Nmero de IO Controllers;
Nmero de IO Devices;
Nmero de Switches;
Endereos IP e MAC dos dispositivos da rede, com o nome dos
dispositivos na rede e demais dados para identificao dos componentes;
Descrio da topologia, com imagens.
Em seguida, ser feita a descrio do mtodo de captura, tanto sob o
ponto de vista da conexo do hardware para captura, quanto do ponto de vista do
software utilizado. Sero mostradas vantagens e desvantagens entre o mtodo de
captura utilizado e as demais opes existentes. Ainda, ser tambm detalhado o
meio para transformar os dados capturados pelo software em um formato de dados
que possa ser devidamente trabalhado para a obteno de resultados concretos.
Aps o devido tratamento dos dados de captura, sero escolhidos
aqueles relevantes ao trabalho e justificada a sua escolha. A apresentao e anlise
dos resultados sero feitos em captulo posterior.
5.1 Descrio das redes
Seguindo o mtodo de descrio da rede proposto, pode-se descrever a
rede 1 da seguinte maneira:
REDE 1:

Nmero de componentes : 3 (trs)

Nmero de IO Controllers: 1 (um)

53

Nmero de IO Devices: 1 (um)

Nmero de switches: 1 (um)

Descrio dos componentes:

Tabela 3- Equipamentos utilizados na rede 1

Quantidade
1
1
1
1

Equipamento
CPU S7-1200
Remota ET 200-S
Mdulo 2DI x 24 DC ST
Switch Scalance X208

Funo
IO Controller
IO-Device
Mdulo de entrada digital
Switch

IO Controller: o IO Controller um CLP (Controlador Lgico

Programvel) da Siemens, srie S7-1200. Apresenta interface
PROFINET integrada, que pode ser utilizada para programao e
para comunicao entre CLP e IHM (interface homem-mquina)
Pode ser tambm utilizada para comunicao com dispositivos de
outros fabricantes travs de protocolos abertos em Ethernet. A
interface possui conexo RJ 45, funcionalidade de auto-crossover
e taxas de transmisso de 10/100 Mbits/s Um alto nmero de
conexes Ethernet est disponvel pelos protocolos TCP/IP nativo,
ISO em TCP e comunicao S7. Alm dos seus I/Os integrados,
pode receber expanses diretamente na CPU, sendo 4 (quatro)
digitais a 200 kHz ou 1 analgica. Suas aplicaes so as mais
variadas, indo desde controle em malha PID com auto-tuning,
passando por leitura de tags e at controle de movimento
(velocidade e posio)

IO Device: o IO Device uma remota da Siemens, srie ET200,

modelo ET 200S. Tem grau de proteo IP20, o que significa que o
equipamento protegido contra objetos slidos maiores do que 12
mm (mais precisamente, dedos ou objetos de comprimento maior
do que 80 mm, cuja menor dimenso maior do que 12 mm). Pode
ser usada em zonas perigosas com classificao 2 (rea onde no
provvel, em condies normais de funcionamento, a formao
de uma atmosfera explosiva constituda por uma mistura com o ar
de substncias inflamveis, sob a forma de gs, vapor ou nvoa,
ou onde essa formao, caso se verifique, seja de curta durao) e

54

22 (rea onde no provvel, em condies normais de

funcionamento, a formao de uma atmosfera explosiva sob a
forma de uma nuvem de poeira combustvel, ou onde essa
formao, caso se verifique, seja de curta durao). indicada
para uso no campo, mas no interior de painis.

Switch: o switch da rede um Scalance X208, para aplicaes de

Ethernet Industrial. Tem 8 conectores RJ 45 para conexo dos
segmentos da rede.

A Tabela 4 mostra os componentes da rede, seus endereos IP, MAC e

nome de identificao:
Tabela 4- Endereamento dos componentes da rede 1
Componente

Endereo IP

Endereo MAC

Nome

IO Controller

192.168.0.1

00-0E-8C-F7-53-B6

CPU

IO Device

192.168.0.2

00.0E.8C-F6-13-42

Remota

Switch

192.168.0.4

00.1B-1B-4E-E1-1B

Switch1

A figura 11 mostra a conexo da topologia da rede 1.

Figura 11 - Topologia da rede 1

REDE 2
Nmero de componentes : 3 (trs)
Nmero de IO Controllers: 1 (um)

55

Nmero de IO Devices: 12 (doze)

Nmero de switches: 6 (seis)
Descrio dos componentes:
Endereos IP, MAC, nome de identificao.
A Tabela 5 mostra os componentes da rede, seus endereos IP, MAC e
nome de identificao:
Tabela 5- Equipamentos da Rede 2
Quantidade
1
3
4
6
5
5
4
2
5
1
1

Equipamento
CPU S7-1200
Remota ET 200-S
Mdulo 2DI x 24V DC ST
Mdulo 4 DO DC24V/0.5A ST
Mdulo 2DI DC24V HF
Mdulo 2 DO DC24V/0.5A ST
Switch Scalance X208
Switch Scalance X204-2
Mdulo 8DC/8DI/8DO
Proxy
PAC 3200

Funo
IO Controller
IO-Device
Mdulo de entrada digital
Mdulo de sada digital
Mdulo de entrada digital
Mdulo de sada digital
Switch
Switch
Mdulo de entradas e sadas
IE-PB Link
Medidor

Tabela 6 Componentes da rede, endereos IP, MAC e nome de identificao na rede 2

Componente
IO Controller
IO Device(1/8)
IO Device(1/8)
Switch (1/6)
Switch (2/6)
Switch (3/6)
Switch (4/6)
Switch (5/6)
Switch (6/6)
IO Device(1/8)
IO Device(1/8)
IO Device(1/8)
IO Device(1/8)
IO Device(1/8)
IO Device(1/8)
Proxy
Medidor Pac3200

Endereo IP
192.168.0.1
192.168.0.2
192.168.0.3
192.168.0.4
192.168.0.5
192.168.0.6
192.168.0.7
192.168.0.8
192.168.0.9
192.168.0.10
192.168.0.11
192.168.0.13
192.168.0.14
192.168.0.15
192.168.0.16
192.168.0.18
192.168.0.21

Endereo MAC
00-0E-8C-F7-53-B6
00-0E-8C-F6-13-42
00-1B-1B-53-64-A6
00-1B-1B-4E-E1-1B
00-1B-1B-51-09-5D
00-1B-1B-73-F9-9B
00-1B-1B-73-F8-E7
00-1B-1B-74-0E-4E
00-1B-1B-4E-E1-1B
00-0E-8C-F6-96-96
00-24-59-00-68-B0
00-24-59-00-68-B8
00-24-59-00-68-38
00-24-59-00-68-34
00-24-59-00-68-18
00-1B-1B-79-2A-53
00-0E-8C-E1-9C-9D

A figura 12 Figura mostra a conexo da topologia da rede 2.

Nome
CPU
remota
remota3
switch1
switch2
switch3
switch4
switch5
switch6
remota2
ci502_pnio
ci502_pnio2
ci502_pnio3
ci502_pnio4
ci502_pnio1
ie/pb-link_1
pac3200

56

Figura 12- Topologia da Rede 2

5.2 Descrio do mtodo de captura.
O mtodo de captura escolhido composto da combinao entre o uso
de uma porta espelhada no switch e a captura de dados via software wireshark.
Uma porta espelhada uma duplicao ativa do pacote, isto , o
dispositivo da rede tem que fisicamente fazer uma cpia dos pacotes na porta
espelho. Para tanto, isso significa que o dispositivo usado para espelhar a porta ter
de utilizar seus recursos computacionais (por exemplo, CPU) para copiar o trfego
da porta desejada para a porta espelho. Tal situao causa um prejuzo para o
switch, j que o uso de recursos para o espelhamento reduz o seu desempenho
(explicitamente, a velocidade). Tambm pode ocasionar na perda de alguns pacotes,
caso a rede seja utilizada perto da sua capacidade mxima. Ainda assim, uma
boa alternativa, dado seu baixo custo [14], [15].
Em contraste tcnica da porta espelhada, existe o TAP de rede. Trata-se
de um dispositivo completamente passivo, que copia para as suas portas os pacotes
desejados eletricamente ou pticamente.. Ele atribui uma estampa de tempo com
resoluo de 5 ns para os pacotes e transforma os dados em formato PCAP.

57

Contudo, trata-se de um custo adicional, o que inviabilizou sua utilizao neste

trabalho.
Determinado o uso de porta espelhada, o software escolhido para a
captura dos dados foi o Wireshark. O Wireshark um analisador de pacotes de
rede. Tem como funo capturar os pacotes e exibir os seus dados da forma mais
detalhada possvel. Algumas de suas aplicaes possveis so auxlio para soluo
de problemas na rede, anlise de problemas de segurana na rede e depurar
implementaes de protocolo, alm do propsito educacional aprender os
mecanismos internos dos protocolos.
Define-se o seguinte esquema de captura de dados, tanto para a rede 1
quanto para a rede 2: o switch principal ter uma porta espelhada com conexo para
a Central de Captura (PC), no qual o Wireshark far a captura de dados entre o IO
Controller e os IO Devices. O IO Supervisor usado para descarregar as
configuraes da rede no IO Controller
Definida

explcita

apresentao dos resultados.

metodologia

deste

trabalho,

segue-se

58

CAPTULO 6: RESULTADOS
Para a melhor compreenso dos resultados, faz-se necessrio dividir este
captulo em 2 sees. Na primeira, mostram-se quais os dados disponibilizados pelo
Wireshark que interessam para este trabalho, como ser a sua filtragem, tratamento
e como sero usados para fornecer dados estatsticos interessantes e o jitter. A
segunda,apresenta os resultados relevantes na forma de grficos, histogramas e
tabelas.
6.1 Descrio do tratamento de dados.
O software Wireshark fornece vrios dados a respeito dos pacotes da
rede, como se pode ver na figura 13.

Figura 13 - Vista da tela do Wireshark

No: nmero do quadro capturado

Time: instante da captura

Source: endereo IP da fonte de dados

Destination: endereo IP do destino dos dados

Protocol: protocolo correspondente ao quadro capturado

59

Length: tamanho do quadro, em bytes

Info: informao geral sobre o frame

Este trabalho explorar o tempo de ciclo. Define-se o tempo de ciclo como

a diferena entre o instante de tempo da transmisso atual e da transmisso

anterior, sendo fixos o IO Controller, o IO Device e o sentido da transmisso de
dados.
Para esta anlise, o tempo de ciclo de interesse a diferena entre os
instantes de tempo anterior e posterior para transmisso de dados do IO Controller
(ser a fonte de dados) para a Remota (ser o destino dos dados). Para o clculo
desses tempos de ciclo, ser usada a ferramenta de exportao de dados do
Wireshark, aliado ao Microsoft Office Excel.
Definido o tempo de ciclo, usar-se-o as definies de desvio padro
usual e de jitter encontrada em [17]. Deste modo, seguem-se expresses (1) e (2):

(1)

Em que s ser o desvio padro, xi uma dada amostra de tempo de ciclo,

n o nmero de amostras e

ser a mdia dos tempos de ciclo.

(2)

Sendo o jitter a diferena entre o maior e o menor tempo de ciclo xi.

Assim sendo, segue-se a apresentao dos resultados.
6.2 - Apresentao dos resultados
Seguem-se os resultados para as redes 1 e 2. Apresentam-se grficos de
tempo de ciclo e histograma de dados.

60

Tempo de Ciclo Rede 1

3000
2500
2000
1500
Tempo de Ciclo (us)
1000
500

1
878
1755
2632
3509
4386
5263
6140
7017
7894
8771
9648
10525
11402
12279
13156
14033
14910
15787
16664
17541
18418
19295

Figura 14- Grfico de tempo de ciclo por amostra rede 1

Para o tempo de ciclo da rede 1, nenhuma amostra excedeu os 2500 s,
nem ficou abaixo dos 1500 s. Ainda, pode-se dizer que a grande maioria dos
valores de tempo de ciclo est entre 1800 e 2200 s.

Histograma Tempo de Ciclo Rede 1

7000
6000

4000
3000
2000

Freqncia

1000
0

1523
1563,638298
1604,276596
1644,914894
1685,553191
1726,191489
1766,829787
1807,468085
1848,106383
1888,744681
1929,382979
1970,021277
2010,659574
2051,297872
2091,93617
2132,574468
2173,212766
2213,851064
2254,489362
2295,12766
2335,765957
2376,404255
2417,042553
2457,680851

Freqncia

5000

Bloco

Figura 15- Histograma de tempo de ciclo para a rede 1

O histograma da rede 1 mostra como a grande maioria dos tempos de

61

ciclo est concentrada prxima aos 2000 s nominais da rede, com poucos valores
distantes deste valor.

Tempo de Ciclo Rede 2

3000

2500

2000

1500
Tempo de Ciclo (us)
1000

500

1
264
527
790
1053
1316
1579
1842
2105
2368
2631
2894
3157
3420
3683
3946
4209
4472
4735
4998
5261
5524
5787
6050

Figura 16- Grfico de tempo de ciclo para cada amostragem da rede 2

O grfico de tempo de ciclo para a rede 2 evidencia uma mudana grande
nos tempos de ciclo. Nota-se que h muitos valores perto dos 2500 s, e uma menor
quantidade de valores prximos mdia.

62

Histograma de Tempo de Ciclo da Rede 2

1600
1400

Freqncia

1200
1000
800
600
400

Freqncia

200
2587,860759

2530,341772

2472,822785

2415,303797

2357,78481

2300,265823

2242,746835

2185,227848

2127,708861

2070,189873

2012,670886

1955,151899

1897,632911

1840,113924

1782,594937

1725,075949

1667,556962

1610,037975

1552,518987

1495

Bloco

Figura 17- Histograma de tempo de ciclo para a rede 2

O histograma para a rede 2 mostra como h um maior espaamento entre
os tempos de ciclo, e uma grande quantidade de valores longe da mdia, ao redor
dos 1500 s.
Seguem na tabela 7 os valores de comparao entre tempo de ciclo
mdio, desvio padro e jitter.
Tabela 7- Comparao entre redes 1 e 2
Rede

Tempo de Ciclo Mdio (us)

Desvio Padro (us)

Jitter (us)

Rede 1

2000,96

31,68

955

Rede 2

1999,86

369,17

1136

Tanto para a rede 1 quanto para a rede 2, o tempo de ciclo mdio ficou
bem prximo dos 2000 s, valor nominal estipulado para a transmisso de dados.
Para a rede 1, o desvio padro foi de 31,67 s, enquanto para a rede 2,
foi de 369,17 s. Isso mostra que com o aumento do nmero de Devices (e
consequente aumento do trfego da rede) a variao do tempo de ciclo se
intensifica.
Segundo a definio encontrada em [17], o jitter aumenta de 955 s em 1

63

para 1136 s em 2. Todavia, o valor de jitter para a rede 1 no reflete a maioria

absoluta dos tempos de ciclo, podendo ser considerado um valor atpico. Ainda
assim, mostra-se o aumento do jitter para o caso com maior carga na rede.
Nota-se que o Protocolo PROFINET IO aplicado a RT bastante robusto
em termos de tempo de ciclo mdio, porm apresenta variaes significativas com o
aumento da carga da rede. Esta caracterstica deve ser observada em aplicaes
para redes de comunicao industrial com grande nmero de IO Devices e que
apresentem criticidade. Este resultado j era esperado, segundo a bibliografia
consultada e relatada previamente nesta monografia. Ainda assim, nota-se pelos
histogramas que a maioria dos tempos de ciclo est prxima do esperado,
mostrando a eficincia do protocolo em questo.

64

CAPTULO 7: CONCLUSO
Note que fica clara a diferena em termos de desvio padro, jitter e
comportamento em geral do tempo de ciclo entre as redes 1 e 2. Nota-se um
aumento do desvio padro e do jitter com o aumento da carga na rede (aumento da
quantidade de IO devices e demais componentes conectados a ela). Com essa
diferena inquestionavelmente realada, o trabalho alcana o seu objetivo.
Assim, recomenda-se para projetistas que trabalhem com PROFINET IO
que observem o aumento considervel do jitter e do desvio padro com o aumento
da carga da rede. Vale ressaltar que as tolerncias para tais valores devem ser
estabelecidas caso a caso sob a responsabilidade do engenheiro designado para a
tarefa.
Propem-se alguns sugestes no sentido de melhorar os resultados
encontrados por este trabalho. Por exemplo, a substituio do uso da porta
espelhada por um ProfiTap elimina a influncia do tempo de resposta da porta
espelhada do switch. Ainda, poder-se-ia propor a substituio do uso do Wireshark
por algum mecanismo que leia diretamente a estampa de tempo do pacote
PROFINET, aumentando ainda mais a confiabilidade dos dados. Tais procedimentos
no foram avaliados neste trabalho devido impossibilidade de uso do equipamento
apropriado.
Sob o ponto de vista acadmico, este trabalho complementa o curso de
graduao em Engenharia Eltrica nfase em sistemas de energia e automao
por permitir um aprofundamento em redes de comunicao industrial, protocolos em
geral, PROFINET e nas disciplinas que compem o ncleo do certificado de estudos
especiais em automao de modo geral. Logo, mostra-se plenamente satisfatrio
para o enriquecimento intelectual e educacional do aluno autor.

65

REFERNCIAS
[1]Profibus International. PROFINET networking the world with the leading Industrial
Ethernet
standard
[online].
Disponvel
em:
http://www.profibus.com/nc/download/brochures-whitepaper/downloads/profinet/display/
[2] International Electrotechnical Comission. INDUSTRIAL COMMUNICATION
NETWORKS PROFILES Part 2: Additional fieldbus profiles for real-time
networks based on ISO/IEC 8802-3. 2 ed, 2010.
[3] Phoenix Contact. CoNet Mobile Lab 3 (Profinet on Phoenix Contact Platform)
Profinet
Basics.
[livro
eletrnico].
Disponvel
em:
http://ipnet.agh.edu.pl/Materials1/Module3/CML3_profinet_basics_students_checked.
pdf
[4] P. Ferrari, A. Flammini, D. Marioli, A. Taroni. Experimental Evaluation of
PROFINET performance. IEEE, 2004.
[5] M. Felser. Real Time Ethernet Industry Prospective. Proceedings of the IEEE,
vol 93, pp. 1118-1129, Jun. 2005.
[6] H. Kleines, S. Detert, M. Drochner, F. Suxdorf. Performance Aspects of
PROFINET IO. IEEE transactions on Nuclear Science, vol 55, n1, pp. 290-294. Fev.
2008.
[7] Phoenix Contact. CoNet Mobile Lab 3 (Profinet on Phoenix Contact Platform)
Profinet
Engineering.
[livro
eletrnico].
http://ipnet.agh.edu.pl/Materials1/Module3/CML3_profinet_engineering_students_che
cked.pdf
[8] P.Ferrari, A. Flammini, S. Vitturi. Performance analysis of PROFINET
Networks.Elsevier Computer Stantards & Interfaces 28, pp. 369-385. 2006.
[9] J. Feld. PROFINET Scalable Factory Communication for all Applications. IEEE,
2004.
[10]G. Sestito. Uso de Ethernet em Automao Industrial. Universidade de So
Paulo, 2011.
[11] P. Ferrari, A. Flammini, D. Marioli, A. Taroni, F. Venturini. New Simulation Models
to Evaluate Performance of PROFINET IO Class 1 Systems. IEEE, 2007.
[12] P. Neumann, A. Pschmann. Ethernet-based Real-time Communications with
PROFINET IO. ACMOS'05 Proceedings of the 7th WSEAS international conference
on Automatic control, modeling and simulation, pp.54-61.2005.
[13] L. Seno, S. Vitturi. Real-Time Ethernet Networks Evaluation Using Performance
Indicators. IEEE, 2009.
[14] J.D. Decotignie. Ethernet-Based Real-Time and Industrial Communications.
Proceedings of the IEEE, vol. 93, pp. 1102-1117. Jun. 2005.
[15] NTop Company. Port Mirror vs Network Tap [online]. Disponvel em:
www.ntop.org/pf_ring/port-mirror-vs-network-tap
[16]
Network
Instruments.
Tap
vs
Span
[online].
Disponvel
em:
http://www.networkinstruments.com/includes/popups/taps/tap-vs-span.php
[17]P. Ferrari, A. Flammini, F. Venturini. Large Profinet IO RT networks for factory
automation: a case study. Emerging Technologies & Factory Automation (ETFA),
2011 IEEE 16th Conference on. Set. 2011