1

UNIVERSIDADE FEDERAL DE SANTA CATARINA

PROGRAMA DE PS-GRADUAO EM CINCIAS DA
COMPUTAO

Judson Michel Cunha

MODELO DE GERENCIAMENTO INTEGRADO

PARA AMBIENTES DE REDES INDUSTRIAIS

Dissertao submetida Universidade Federal de Santa Catarina como parte dos

requisitos para a obteno do grau de Mestre em Cincias da Computao.

Prof. Alexandre Moraes Ramos, Dr.

Orientador

Florianpolis, Fevereiro de 2004.

MODELO DE GERENCIAMENTO INTEGRADO PARA

AMBIENTES DE REDES INDUSTRIAIS

Judson Michel Cunha

Esta Dissertao foi julgada adequada para a obteno do ttulo de Mestre em Cincias
da Computao rea de Concentrao de Sistemas de Computao e aprovada em sua
forma final pelo Programa de Ps-Graduao em Cincias da Computao.

_________________________________________________
Prof. Raul S. Wazlawick, Dr.
Coordenador do Curso

Banca Examinadora

_________________________________________________
Prof. Alexandre Moraes Ramos, Dr.
Orientador

_________________________________________________
Profa. Elizabeth Sueli Specialski, Dra.

_________________________________________________
Prof. Marcello Thiry, Dr.

_________________________________________________
Prof. Raimundo Ghizoni Teive, Dr.

minha me Ingrit, minha irm Lenaide e minha av Lcia,

pelo amor e dedicao a minha formao pessoal e
incentivo busca do conhecimento. Danbia, pelo seu
amor, carinho e amizade.

AGRADECIMENTOS
Muitas pessoas contriburam para a realizao desse trabalho, s quais
quero agradecer de maneira especial.
minha famlia que esto sempre ao meu lado, pelo seu incentivo,
pela sua dedicao minha formao, e pela vida familiar e afetiva tanto nos bons
quanto nos difceis momentos da vida.
Em especial Danbia Vanzuta. Pelo seu amor, afeto e
companheirismo. Obrigado por me ouvir, acreditar em meus sonhos e fazer parte deles.
Ao professor Alexandre Moraes Ramos, meu orientador e amigo, que
me apoiou e sempre esteve disposto a me ajudar e esclarecer as dvidas.
Aos meus amigos, pessoas importantes que de alguma maneira
ajudaram-me a superar obstculos e seguir em frente.
Aos componentes da Banca, Profa. Elizabeth Sueli Specialski, Prof.
Marcello Thiry e Raimundo Ghizoni Teive, pelas suas avaliaes e sugestes
apresentadas para a melhoria desse trabalho.
A todos que de alguma forma contriburam para minha formao
acadmica e pela elaborao dessa Dissertao de Mestrado.

SUMRIO
1. INTRODUO.............................................................................................. : 1
1.1 Problema.........................................................................................................: 5
1.2 Objetivos ........................................................................................................: 7
1.3 Justificativa.....................................................................................................: 7
1.4 Metodologia....................................................................................................: 10
1.5 Limitao do Escopo...................................................................................... : 11
1.6 Estrutura do Trabalho..................................................................................... : 12
2. AMBIENTES INDUSTRIAIS E REDES INDUSTRIAIS..........................: 14
2.1 Processo Produtivo de Fabricao..................................................................: 17
2.2 O Problema da Integrao nos Ambientes Industriais................................... : 20
2.2.1 Dificuldades de Integrao.......................................................................... : 20
2.2.2 Benefcios da Integrao............................................................................. : 21
2.2.3 Fatores Motivacionais................................................................................. : 22
2.3 Modelos Bsicos de Redes Industriais........................................................... : 23
2.3.1 Modelo Proposto por Silveira......................................................................: 23
2.3.2 Modelo Proposto por Ferreira e Natale....................................................... : 25
2.3.3 Modelo Proposto por Marinho e Georgini.................................................. : 27
2.4 Modelos de Comunicao Utilizados.............................................................: 28
2.4.1 Modelo Mestre Escravo............................................................................: 28
2.4.2 Modelo Correio........................................................................................... : 29
2.4.3 Modelo Dilogo ..........................................................................................: 30
2.4.4 Modelo Difuso........................................................................................... : 31
2.5 Tecnologias das Redes Industriais..................................................................: 32
2.5.1 Foundation Fieldbus.................................................................................... : 33
2.5.2 Profibus........................................................................................................: 35
2.5.2.1 Profibus FMS (Fieldbus Message Specification)..................................... : 37
2.5.2.2 Profibus DP (Distributed Peripherals)......................................................: 37
2.5.2.3 Profibus PA (Process Automation).......................................................... : 38
2.5.3 Interbus........................................................................................................ : 38
2.5.4 Modbus........................................................................................................ : 40
2.5.4.1 Modbus Modo ASCII............................................................................... : 42
2.5.4.2 Modbus Modo RTU................................................................................. : 43
2.5.5 AS-Interface................................................................................................ : 43

2.5.5.1 Protocolo ASI........................................................................................... : 46

2.5.6 Device Net................................................................................................... : 47
2.5.6.1 Mensagem Device Net Protocolo CAN................................................ : 48
2.5.7 Hart.............................................................................................................. : 49
2.5.8 ControlNet................................................................................................... : 50
2.5.9 SafetyBus.....................................................................................................: 51
2.5.10 LonWorks.................................................................................................. : 51
2.5.11 Rede Genius...............................................................................................: 51
2.6 Faixa de Aplicabilidade das Redes Industriais............................................... : 52
2.7 Gerenciamento de Redes Industriais pelos Sistemas SCADA....................... : 53
2.7.1 Componentes dos Sistemas SCADA...........................................................: 57
2.7.2 Funcionalidades dos Sistemas SCADA.......................................................: 58
2.8 Consideraes.................................................................................................: 59
3. REDES DE TELECOMUNICAES E COMPUTADORES...................: 60
3.1 Rede de Telecomunicaes............................................................................ : 60
3.2 Rede de Computadores e Internet...................................................................: 62
3.3 Gerncia de Redes de Telecomunicaes e Computadores........................... : 63
3.3.1 Modelo Bsico de Gerenciamento...............................................................: 64
3.3.1.1 Objeto Gerenciado....................................................................................: 65
3.3.1.2 Agente.......................................................................................................: 65
3.3.1.3 Gerente..................................................................................................... : 65
3.3.1.4 MIB...........................................................................................................: 66
3.3.1.5 Protocolo de Gerenciamento.................................................................... : 66
3.3.2 Dimenses da Gerncia de Redes................................................................: 66
3.3.3 reas Funcionais de Gerenciamento........................................................... : 67
3.3.4 Gerenciamento SNMP.................................................................................: 68
3.3.4.1 Descrio do SNMP................................................................................. : 69
3.3.4.2 Elementos do SNMP................................................................................ : 70
3.3.4.2.1 Agentes.................................................................................................. : 71
3.3.4.2.2 Gerentes................................................................................................. : 71
3.3.4.2.3 Management Information Base (MIB).................................................. : 72
3.3.4.2.3.1 Estrutura da MIB................................................................................ : 72
3.3.4.3 Operaes do SNMP................................................................................ : 73
3.3.4.4 Formato de Mensagens SNMP................................................................. : 74
3.3.5 Gerenciamento TMN...................................................................................: 76

3.3.5.1 Camadas da TMN.....................................................................................: 78

3.3.5.2 Arquitetura TMN......................................................................................: 80
3.3.5.2.1 Arquitetura Funcional............................................................................: 80
3.3.5.2.1.1 Blocos Funcionais.............................................................................. : 80
3.3.5.2.1.2 Componentes Funcionais................................................................... : 81
3.3.5.2.1.3 Pontos de Referncia.......................................................................... : 83
3.3.5.2.1.4 Funo Comunicao de Dados (DFD)..............................................: 84
3.3.5.2.2 Arquitetura Fsica.................................................................................. : 84
3.3.5.2.3 Arquitetura de Informao.................................................................... : 85
3.3.5.2.3.1 Objeto Gerenciado..............................................................................: 86
3.4 Consideraes.................................................................................................: 87
4. MODELO PROPOSTO.................................................................................: 88
4.1 Analogia entre a FMN e a TMN.....................................................................: 91
4.1.1 Analogia do Modelo de Camadas................................................................: 91
4.1.2 Demais Semelhanas entre os Modelos...................................................... : 93
4.1.3 Aspectos da FMN e Analogia ao Modelo TMN......................................... : 94
4.2 Arquitetura Funcional da FMN...................................................................... : 95
4.2.1 Pontos de Referncia................................................................................... : 97
4.2.2 Blocos Funcionais da FMN..........................................................................: 97
4.3 Arquitetura Fsica da FMN.............................................................................: 98
4.3.1 Elementos da Arquitetura Fsica da FMN................................................... : 100
4.4 Arquitetura de Informao da FMN............................................................... : 101
4.4.1 MIBs Industriais.......................................................................................... : 102
4.5 Aplicabilidade da FMN nas Redes Industriais............................................... : 106
4.5.1 FMN (MD/AG)

Dispositivos................................................................. : 106

4.5.2 FMN

Mdulo TCP/IP (MDF/AGF)

Dispositivo............................... : 107

4.5.3 FMN

Dispositivo (MD/AG).................................................................. : 108

4.4.5 Concluses da Aplicabilidade do Modelo FMN.......................................... : 109

4.6 FMN e Sistemas SCADA .............................................................................. : 110
4.7 Comunicao da FMN sobre os Dispositivos................................................. : 110
4.8 Consideraes .................................................................................................: 112
5. DESENVOLVIMENTO DO PROTTIPO.................................................: 113
5.1 MIB Desenvolvida...........................................................................................: 114
5.2 Funcionalidades do CLP Check 5PA.............................................................. : 115
5.3 Agente SNMP.................................................................................................: 116

5.4 Telas do Prottipo...........................................................................................: 117

5.5 Consideraes.................................................................................................: 118
6. CONCLUSES............................................................................................... : 119
6.1 Trabalhos Futuros........................................................................................... : 121
7. BIBLIOGRAFIA............................................................................................ : 122

LISTA DE FIGURAS
Figura 1 Histrico da automao industrial ...........................................................: 15
Figura 2 Modelo de Rede Industrial .......................................................................: 16
Figura 3 Processo de fabricao .............................................................................: 18
Figura 4 Modelo de Ambiente Industrial segundo Silveira.................................... : 24
Figura 5 Modelo de Redes industriais segundo Ferreira e Natale ......................... : 25
Figura 6 Hierarquia de redes industriais proposto Marinho e Georgini..................: 27
Figura 7 Modelo Mestre Escravo......................................................................... : 29
Figura 8 Modelo Correio.........................................................................................: 30
Figura 9 Modelo Dilogo........................................................................................ : 31
Figura 10 Modelo Difuso.......................................................................................: 31
Figura 11 Tecnologias de Redes Industriais............................................................: 32
Figura 12 Rede Fieldbus HSE e H1........................................................................ : 34
Figura 13 Ambiente Fieldbus .................................................................................: 34
Figura 14 Rede Profibus FMS/PD/PA.................................................................... : 36
Figura 15 Topologia da Rede Interbus ...................................................................: 39
Figura 16 Protocolo Modbus ..................................................................................: 41
Figura 17 PDU Modbus ASCII...............................................................................: 42
Figura 18 PDU Modbus RTU................................................................................. : 43
Figura 19 Ambiente AS-Interface .......................................................................... : 45
Figura 20 Formato da Mensagem ASI.................................................................... : 46
Figura 21 Aplicaes da Rede Device Net ............................................................ : 47
Figura 22 Formato da Mensagem Device Net........................................................ : 48
Figura 23 Rede Hart................................................................................................ : 50
Figura 24 Comandos Universais............................................................................. : 50
Figura 25 Aplicao das Redes Industriais............................................................. : 52
Figura 26 Disposio dos Sistemas SCADA em uma Rede Industrial................... : 54
Figura 27 Sistema SCADA da empresa Atan......................................................... : 55
Figura 28 Rede de Telecomunicaes.....................................................................: 60
Figura 29 Rede Local de Computadores interligadas pela Internet........................ : 62
Figura 30 Modelo bsico de gerenciamento gerente agente................................ : 64
Figura 31 Dimenses da Gerncia de Redes...........................................................: 66
Figura 32 - Viso geral do ambiente SNMP.............................................................. : 69

10

Figura 33 Relacionamento Agente Gerente e MIB..............................................: 70

Figura 34 Estrutura da MIB SNMP.........................................................................: 72
Figura 35 Formato da Mensagem SNMP................................................................: 74
Figura 36 Estrutura da PDU SNMP........................................................................ : 75
Figura 37 Arquitetura TMN.................................................................................... : 78
Figura 38 Modelo de Camadas da TMN.................................................................: 79
Figura 39 Blocos Funcionais da TMN.................................................................... : 80
Figura 40 Modelo Fieldbus Management Network.................................................: 88
Figura 41 Ilustrao do ambiente de Gerenciamento FMN.....................................: 90
Figura 42 Camadas Redes de Telecomunicaes....................................................: 92
Figura 43 Camadas Redes Industriais..................................................................... : 92
Figura 44 Arquitetura Funcional TMN................................................................... : 95
Figura 45 Arquitetura Funcional FMN................................................................... : 96
Figura 46 Arquitetura Fsica TMN......................................................................... : 99
Figura 47 Arquitetura Fsica FMN......................................................................... : 99
Figura 48 Modelo de Informao da FMN.............................................................. : 102
Figura 49 MIBs no Ambiente Industrial................................................................. : 103
Figura 50 MIB de uma Rede Industrial...................................................................: 104
Figura 51 Interligao FMN (Agente) DISPOSITIVO.........................................: 106
Figura 52 Interligao FMN Mdulo TCP/IP (MDF/AGF) DISPOSITIVO....: 107
Figura 53 Interligao FMN DISPOSITIVO (MD/AG).......................................: 108
Figura 54 Linha de Produo ..................................................................................: 111
Figura 55 MIB Desenvolvida..................................................................................: 114
Figura 56 MIB Desenvolvida .................................................................................: 114
Figura 57 Agente FMN........................................................................................... : 116
Figura 58 Tela de Configurao da Rede Industrial Modbus................................. : 117
Figura 59 Tela de configurao do Agente FMN................................................... : 118

11

RESUMO
Esta dissertao visa a definio conceitual de um modelo de gerenciamento integrado
para os ambientes industriais, utilizando os conceitos do gerenciamento de redes de
telecomunicaes, a TMN, e o padro de gerenciamento das redes de computadores, o
SNMP. Sua principal justificativa a necessidade do gerenciamento integrado a partir
de um modelo padro. Tal fato deve-se a existente da diversidade e no integrao das
tecnologias encontradas no ambiente industrial. Essas tecnologias so representadas por
softwares, como os sistemas SCADA e sistemas de produo, e hardwares,
representados redes de automao,

e os equipamentos

como: CLPs e CNCs. O

gerenciamento integrado facilita a administrao, organizao e manuteno de todo o

ambiente e rede de produo. Com isso, h uma melhor produtividade lucors, alm de,
facilitar a implantao de sistemas ERP.

12

ABSTRACT
This dissertation defines a model of integrate management to Fieldbuses, using some
concepts from the telecommunication management network, the TMN, and the default
of computers management network, the SNMP. The main justify is the necessity of a
integrate management from one default model. This fact is because there is diversity
and there isnt integration of the tecnologies found at Fieldbuses. These tecnologies are
represented through softwares, like SCADA systems and production systems, and
hardwares, like automation networks and equipments like CLPs and CNCs. The
integrate management makes easy the administration, organization and maintenance of
all environment and production networks. So, it gives a better productivity and lucre,
beyond, to makes easy an instalation of ERP systems.

13

1. INTRODUO
Um ambiente industrial composto por um conjunto de equipamentos
e sistemas, agrupados basicamente nos setores de produo e administrativos.
Conforme comenta Georgini (2000), os equipamentos de produo,
comumente chamados de equipamentos de cho de fbrica, so, geralmente,
maquinrios pesados e especficos a uma determinada tarefa. Como exemplo, pode-se
citar os robs de solda em uma indstria automobilstica ou as mquinas de
empacotamento em uma usina aucareira. Nesses ambientes encontram-se softwares de
controle de processos e sistemas de interligao entre os equipamentos. Tambm so
encontrados equipamentos mais simples como: sensores, vlvulas,

cilindros

pneumticos e motores entre outros.

J os equipamentos e sistemas administrativos so mais abrangentes,
tanto em funcionalidades quanto em interfaces, sendo mais acessveis ao homem. Nesse
grupo encontram-se os PCs (Personal Computers) com os sistemas de superviso e
sistemas administrativos como: ERPs (Enterprise Resource Planning ), SAP
(Systemanalyse and Programmentwicklung em portugus: Sistemas, Aplicaes e
Produtos para Processamento de Dados) e Produtos ORACLE (banco de dados,
ferramentas de desenvolvimento de aplicativos e relatrios). Segundo Tovar (2003), eles
so responsveis pela aquisio e apresentao das informaes do cho de fbrica,
como: dados e parmetros de produo, produtividade, falhas em um determinado
processo e equipamentos, entre outros.
Toda essa tecnologia,

atualmente

encontrada nos

ambientes

industriais, teve incio aps a dcada de 60, com o desenvolvimento e a utilizao

crescente de unidades de processamento de informaes e os computadores. As funes
de conduo dos processos foram sendo cada vez mais distribudas, tanto pelo espao
fsico quanto junto aos locais onde eram necessrias. Surgiram, assim, as Arquiteturas
Distribudas ou Sistemas de Controle Hierrquico Distribudo (Pereira, 2003).
Aps esse perodo, onde as preocupaes estavam concentradas nos
processos e controles produtivos, outras informaes tornaram-se eminentes, como a
aquisio de dados a respeito do funcionamento dos equipamentos,
produtividade.

produo e

14

Com

essa

necessidade,

muitos

fabricantes

iniciaram

desenvolvimento de protocolos e solues proprietrias para a comunicao dos

equipamentos com o meio externo, objetivando a gerao das informaes nos prprios
equipamentos de produo e, estes, repassando as informaes aos computadores para
anlise dos dados. Devido ao grande nmero de equipamentos, fornecedores e solues,
novas tecnologias foram criadas, e cada fornecedor de hardware desenvolvia seu padro
ou, seguia um j existente, criado por outro (Natale, 2000).
Segundo Salomo (1994), esses avanos refletiram na atual
composio do ambiente industrial caracterizando-se por uma gesto global das
informaes, reduo de estoques a nveis mnimos, e insero de equipamentos com
alto grau de tecnologia e uma certa inteligncia, como os CNCs (Comando Numrico
Computadorizado), CLPs (Controlador Lgico Programvel) e equipamentos de
manipulao. Todos esses avanos trouxeram, para o setor, vantagens como: a reduo
drstica do nmero de operrios (sendo em alguns setores praticamente nulo), utilizao
dos modernos conceitos de JIT (Just-in-Time) e TQM (Total Quality Management) e
por uma utilizao muito mais intensiva dos equipamentos de produo automatizados..
Outro conceito tambm introduzido aos ambiente industriais foi,
segundo Georgini (2000), as redes industriais, que consistem na interligao dos
diversos sistemas e equipamentos, objetivando a organizao, otimizao dos processos
produtivos e gerao do maior nmero de informaes possveis a respeito destes.
Em se tratando de redes industriais, atualmente pode-se destacar as
seguintes tecnologias para a interligao dos equipamentos e gerao de informaes no
cho de fbrica: Fieldbus Fundation1, Profibus, Hart, ControlNET, DeviceNet, Interbus,
Ethernet TCP/IP, Modbus, Safetybus, LonWorks e Rede GENIUS, entre outros.
Analisando-se do ponto de vista de oferta e procura de mercado, a
variedade de tecnologias positiva para o consumidor, tendo, o mesmo, vrias solues
disponveis para as suas necessidades de automao. Porm, essa mesma variedade,
torna-se inadequada do ponto de vista de integrao, no momento em que uma nica
linha de produo possua uma grande variedade de tecnologias, solues proprietrias e
sem possibilidade de comunicao entre elas. E nesse cenrio que se encontram as

15

atuais redes industriais. Devido ao grande nmero de processos automatizados, uma

empresa de mdio e grande porte possui vrias redes de automao, e fabricantes
diferentes.
Como um exemplo dessa variedade, analisou-se uma usina de acar e
lcool, onde as fases de produo, resumidamente, so: Moagem da cana,
processamento do caldo, preparao qumica, preparao do lcool, refinamento do
acar, empacotamento, armazenamento e transporte. Cada fase possui uma
determinada automao com diversos fabricantes envolvidos. Tambm softwares
supervisrios para controle de cada automao est presente.
Como as fases so bem distintas, dificilmente encontra-se uma mesma
empresa fabricante de tecnologias de moagem de materiais, como a primeira fase do
processo e, ao mesmo tempo, tecnologias para empacotamento de materiais, como a
ltima fase do processo. Esse um dos fatores geradores de toda a diversificao do
ambiente industrial. Porm, do ponto de vista do negcio e posicionamento no mercado,
a necessidade de automao dos processos e todas as suas vantagens grande, ficando a
integrao e gerenciamento das tecnologias (tambm com suas vantagens) em segundo
plano.
J dizia Santos (2004): Estando a automao dos processos
terminada, surge a necessidade de manuteno dos equipamentos e sistemas instalados.
Nesse momento so vistas as dificuldades causadas pela diversidade do ambiente.
Com isso, o gerenciamento do ambiente industrial torna-se necessrio,
seja para controle operacional dos processos, provisionamento da prpria rede, pratividade em termos de falhas, aquisio de informaes, entre outras funcionalidades.
Entretanto, a complexidade dos ambientes industriais reflete
diretamente em solues complexas e diversas de gerncia. Para que isso no ocorra,
faz-se necessrio a integrao das tecnologias de redes industriais e, com essa
integrao, o surgimento de um padro nico de gerenciamento direcionado ao
ambiente industrial.
1

A traduo para Fieldbus rede de campo, ou rede industrial. Porm a Fieldbus Fundation a
organizao responsvel pela manuteno do modelo tambm nomeado Fieldbus.

16

Por outro lado, essas mesmas dificuldades foram encontradas nas

redes de computadores e telecomunicaes. A complexidade e diversidade em
equipamentos e solues so semelhantes, tornando os ambientes anlogos. Em uma
rede de computadores, por exemplo, encontram-se equipamentos como placas de
redes, hubs, switches, roteadores e computadores, entre outros. Tais equipamentos
podem ser de diferentes tecnologias e fabricantes, o que ocorre tambm nas redes de
telecomunicaes, onde se encontram diferentes fabricantes de centrais telefnicas,
equipamentos comutadores, aparelhos receptores, sistemas, etc (Tanenbaum, 1997 ).
Nesses ambientes j existem modelos de gerncia consolidados no
mercado e com ampla aceitao e utilizao. Nas redes de telecomunicaes, pode-se
citar o modelo TMN (Telecommunication Management Network) e, em redes de
computadores, o protocolo SNMP (Simple Network Management Protocol). Ambos
definem as funcionalidades, protocolos (no caso do SNMP, o mesmo o protocolo de
gerenciamento) e demais padres para gerenciamento, o que ainda no encontrado
nas redes industriais.
Com isso, a concatenao das tecnologias de experincias em gerncia
das redes de computadores e telecomunicaes, formando um padro de gerenciamento
das redes industriais, pode ser uma sada vivel para gerenciamento dos equipamentos
das redes de cho de fbrica, devido a similaridade dos ambientes.
Dessa forma, tambm os atuais sistemas de gerenciamento de redes de
computadores

poderiam ser utilizados para as tarefas de gerenciamento em redes

industriais, e com um modelo padronizado, simplificar o controle e integrar, de certa

forma, os equipamentos de redes industriais s demais redes existentes na empresa.
nesse contexto que se encontra o enfoque da pesquisa, visando a
construo de um modelo de gerenciamento aplicado s redes industriais, utilizando-se
dos conceitos j consolidados do modelo de gerenciamento de telecomunicaes, a
TMN, juntamente com o modelo de informaes de gerenciamento, definida pelo
SNMP para a operao, administrao e manuteno (OA&M) das redes industriais.

17

1.1. PROBLEMA
Sendo um nico ambiente industrial, constitudo de vrios sistemas
de controles, conhecidos como: Supervisrios e SCADA (Supervisory Control And Data
Acquisition); e equipamentos como: CLPs, CNCs, o ambiente industrial torna-se
diversificado e complexo. Toda essa complexidade tambm refletida quando se pensa
em gerenciamento integrado das tecnologias, causando um elevado grau de dificuldade
para integrao e padronizao do ambiente.
Por sua vez, a falta de um gerenciamento integrado, aplicvel s redes
industriais, causa uma srie de transtornos e problemas a esse ambiente. Dentre eles,
pode-se destacar os problemas em relao gerncia de falhas onde, em um ambiente
sem gerenciado integrado, a ocorrncia de defeitos de hardware, como uma falha em
dispositivos ou at mesmo em CLPs, podem ocorrer em qualquer ponto da automao
tornando difcil sua identificao e at mesmo correlacionar as causas do problema. A
conseqncia de uma manuteno demorada resultar em perda de produo e receita
para a empresa.
O desempenho de toda a automao tambm comprometido, pois
pode haver pontos de gargalos no identificados, devido falta de viso geral da rede.
Com isso, o prprio provisionamento da rede, em se tratando de aquisio de novos
hardwares para aumentar o desempenho, poder ser feito de forma inadequada, gerando
gastos desnecessrios ou mal aplicados.
Com o avano da Internet, das redes de computadores, da tecnologia
de informao, e o uso cada vez maior de sistemas integrados, como ERP e SAP, surge
a necessidade de integrao de toda e qualquer informao gerada durante o processo
produtivo ou comercial das empresas, a chamada contabilizao da automao. O
cruzamento de informaes das diversas reas tornou-se um mecanismo de definio
sobre o processamento de materiais, montagens, transportes, inspees, testes, controle
de operaes, funes econmicas, definio, planejamento e controle da produo. No
estando as redes industriais integradas, permitindo a unificao, centralizao das
informaes e contabilizao correta, haver uma certa dificuldade da empresa em obter
e correlacionar as informaes, devido ao isolamento ou demora na obteno das
mesmas.

18

Em relao gerncia de configurao da rede, as dificuldades no

so menores. Como cada equipamento possui suas diretrizes de funcionamento e
configurao, a descentralizao desse controle pode gerar erros de configurao
causando resultados inesperados no produto final, alm de todos os prejuzos
decorrentes de um fato como esse.
Ainda em se tratando de configuraes de equipamentos, deve haver
pessoas com conhecimento sobre o assunto e com autorizao para alterar os parmetros
dos controladores como: CLPs, CNCs e demais equipamentos configurveis. Esse
aspecto diz respeito a gerncia de segurana da rede, onde pessoas no autorizadas no
podero ter acesso a funcionalidades dos controladores que no sejam de sua
responsabilidade. Ainda interessante que qualquer alterao nos parmetros gere um
arquivo de log sobre qual alterao foi feita e por quem a mesma foi feita. Dessa forma,
estando a gerncia de configurao integrada e com seus devidos acessos autorizados,
os problemas de alteraes de configurao e funcionalidades dos equipamentos
podero no ser eliminados, mas sero registrados para futuras anlises.
Outra dificuldade no setor de automao industrial est na
implementao da interligao das redes industriais s redes de computadores. Muitas
tecnologias e equipamentos de automao ainda no possuem um padro de conexo
com as redes corporativas, tornado-se equipamentos isolados no setor de produo,
apesar de serem uma tima escolha para o soluo do problema ao qual se destinam.
Com isso, a sua gerncia, bem como, a obteno das informaes geradas por esses
equipamentos e sua integrao ao restante da automao torna-se difcil. A existncia de
um padro nico e aberto de gerenciamento das automaes pode ser uma alternativa
fcil e vivel de ser implementada pelos fabricantes de hardware que no possuem seu
padro definido.
De modo geral, a falta de integrao das redes industriais dificulta a
aplicao dos conceitos de OA&M (Operao, Administrao e Manuteno) sobre as
mesmas, ou seja, sendo as redes industriais de diferentes fabricantes e isoladas em suas
aplicaes, a gerncia dentro dos conceitos de OA&M torna-se complexa, ou
inadequada de ser aplicada.

19

Dentro desse contexto, o maior problema levantado pela pesquisa

refere-se dificuldade e complexidade de integrao dos ambientes de redes industriais,
frente a no existncia de um padro de gerenciamento.

1.2. OBJETIVOS
O objetivo geral dessa pesquisa a definio conceitual de um modelo
de gerenciamento integrado para ambientes industriais, utilizando os conceitos do
gerenciamento de redes de telecomunicaes, a TMN, e o padro de gerenciamento das
redes de computadores, o SNMP.
Como objetivos especficos pode-se destacar:

Estudo e apresentao das tecnologias de redes industriais e explanao sobre os

protocolos industriais para a interconexo das redes de cho de fbrica com as redes
corporativas;

Apresentao dos padres de gerenciamento das redes de computadores (com

enfoque no protocolo SNMP), redes de telecomunicaes (com enfoque na TMN) e
padres atualmente utilizados nas redes industriais (enfoque nos sistemas SCADA);

Elaborao de um modelo conceitual para gerenciamento das redes industriais

concatenando conceitos da TMN e SNMP;

Analogia dos modelos e ambientes apresentados, com o modelo proposto;

Implementao de um agente SNMP para gerenciamento dos elementos das redes

industriais, dentro do modelo proposto;

1.3. JUSTIFICATIVAS
Este trabalho se justifica a partir da necessidade de um gerenciamento
integrado das redes industriais. Devido diversidade dos padres existentes, s se
conseguir um gerenciamento integrado a partir de um modelo padro.
Em relao a gerncia de contabilizao e informaes, um fator
importante a ser analisado que a integrao das reas administrativas, comerciais e
financeiras , hoje, essencial para as empresas, no sentido de gerar informaes e

20

resultados compartilhados. Essas informaes no mais podem ser estimadas, mas sim,
refletir o mais prximo possvel a realidade.
Uma vez que, nas atuais redes e suas ilhas de controle, os dados so
gerados a partir de vrios pontos, sua integrao torna-se de importncia tambm para a
competitividade (seja nacional ou internacional), qualidade dos servios (um ponto
forte, analisado cada vez mais pelo mercado consumidor), agilidade na execuo dos
processos, compras de materiais (aplicao de just-in-time), entre outros. Nesses
aspectos, a gerncia de contabilizao ir auxiliar na obteno integrada dos dados de
produo, consumo, tempos, etc.
No setor de PPCP (Planejamento, Programao e Controle da
Produo), uma integrao de todo o setor produtivo facilitar o trabalho de
direcionamento dos recursos da empresa, obtendo um melhor desempenho,
produtividade e uma melhor utilizao dos equipamentos e demais recursos existentes.
Ainda em relao ao desempenho, uma gerncia integrada,
disponibilizar, aos devidos responsveis, informaes para uma melhor aplicao das
manutenes e/ou substituio dos elementos da rede com baixo desempenho, fazendo
com que a degradao dos servios seja a menor possvel.
Em relao s falhas, a identificao dos pontos prejudiciais
continuidade dos processos e o correlacionamento dos mesmos torna-se importante para
a identificao da real causa dos problemas. Sem o correlacionamento das falhas, em
uma linha de produo com vrias redes de automao, poder ocorrer uma parada por
defeitos em uma rede, mas a causa real pode estar em outra rede. Tomando como
exemplo os processos da indstria aucareira, pode haver uma falha no refinamento do
acar, devido a problemas gerados por dispositivos defeituosos no processo de
preparao do caldo. Estando essas redes separadas, esse tipo de correlacionamento e
verificao da real falha no processo, torna-se difcil de ser identificado.
Dessa forma, uma gerncia pr-ativa, no sentido de minimizar as
falhas e impedir paradas na produo por quebras, ser possvel com o monitoramento
constante dos dispositivos das redes atravs de uma gerncia integrada.

21

Os problemas relacionados segurana, tais como alteraes de

parmetros inadequadamente e sem autorizaes, podero ser minimizados com o uso
de um sistema de gerncia robusto e com funcionalidades para segurana. Da mesma
forma, para que no haja um sistema de gerncia de segurana proprietrio em cada
rede de automao, um modelo nico para controle de todas as redes torna-se relevante.
Porm, todas as redes industriais tero que estar interconectadas e padronizadas com as
diretivas de gerncia do software principal.
Da mesma forma, uma viso integrada em relao configurao das
redes torna o trabalho de manuteno e de alteraes dos parmetros mais fceis. A
maioria dos dispositivos de campo possuem parmetros de operao, os quais poderiam
ser alterados remotamente, caso houvesse necessidade. Em se tratando de manuteno
por alguma falha nas configuraes dos equipamentos, uma pessoa com conhecimento
tcnico poderia se conectar rede onde se encontra a falha e, por diretivas de gerncia,
alterar as configuraes dos dispositivos, sem haver necessidade de deslocamento
tcnico, softwares especiais para as alteraes e, nem mesmo as perdas relativas
espera por um atendimento tcnico (caso a assistncia tcnica encontre-se
geograficamente distante da causa do problema).
Obviamente que todas essas justificativas e facilidades da gerncia
integrada validam a aplicao de um modelo nico de gerncia nas redes industriais,
entretanto, para a aplicabilidade e elaborao de uma gerncia necessrio um
conhecimento, mesmo que abrangente, das tecnologias atualmente utilizadas, pois
somente analisando-se o que o mercado oferece possvel criar novos conceitos e
tecnologias, de modo que no tornem os investimentos em desperdcios, mas sim,
utilize-os como suporte a essas tecnologias;
Nesses aspectos, as tecnologias e conceitos de gerncia em redes de
computadores e telecomunicaes vm em auxlio criao de um modelo nico de
gerncia para as redes industriais. A aplicabilidade do protocolo de gerenciamento de
redes de computadores, o SNMP, torna-se importante, sendo, este, um protocolo
altamente aceito em redes de computadores pela sua facilidade e flexibilidade de
implantao e implementaes de novas funcionalidades;

22

O padro TMN revela a correlao das redes de telecomunicaes

com as redes industriais. O padro TMN oferece vrias definies para serem aplicadas
s redes industriais. Uma das caractersticas correlatas da TMN com as redes industriais,
o fato da gerncia TMN ser uma rede separada das redes de telecomunicaes, ponto
este importante para o gerenciamento das redes industriais, uma vez que uma rede de
gerenciamento torne-se uma camada a mais na rede industrial.
O modelo SNMP utiliza agentes e gerentes para o gerenciamento dos
elementos de rede e, sendo esse o padro de gerenciamento de informaes utilizado
nessa pesquisa, torna-se necessrio a implementao de um agente SNMP para a
validao do modelo proposto.
Da mesma forma, a utilizao de sugestes do padro TMN, torna
necessria a criao de um adaptador (gateway) para os protocolos industriais e o agente
SNMP.
A criao de um modelo integrado de gerenciamento tornar
disponvel, de forma transparente, as informaes das diversas redes em um nico
ponto, sendo este representado por um sistema administrativo, um sistema de gerncia
ou alguma tecnologia de gerenciamento existente na empresa.
Como finalizao das justificativas, o modelo proposto utilizar mais
as potencialidades das tecnologias de automao industrial e das informaes geradas
por estas, uma vez que a grande maioria das solues em automao possuem
protocolos para interaes com PCs e CLPs e sua documentao encontra-se disponvel
para pesquisa, possibilitando o mapeamento dos dados e criao de MIBs (Management
Information Base) para o gerenciamento.

1.4. METODOLOGIA
Como metodologias aplicadas a atual pesquisa, foi utilizada a pesquisa
bibliogrfica, procurando explicar o problema a partir de referncias tericas publicadas
em documentos, e analisar as contribuies cientficas dos diversos autores. Outra
contribuio da pesquisa bibliogrfica refere-se juno de informaes e
conhecimentos prvios acerca dos problemas levantados.

23

A pesquisa descritiva foi utilizada para registrar o conhecimento

adquirido e correlacionar as tecnologias aplicadas na pesquisa. Como parte desse
modelo de pesquisa, foi elaborado um estudo descritivo e pesquisa documental para a
formulao das solues aplicveis ao problema.
A pesquisa experimental foi utilizada na aplicao e validao das
solues propostas e observao dos resultados obtidos para a soluo dos problemas
levantados.
Apesar dos trs modelos cientficos (pesquisa bibliogrfica, pesquisa
descritiva e pesquisa experimental) terem sido usados na elaborao desde trabalho,
como caracterizao do mesmo, a pesquisa experimental possui uma maior nfase,
considerando que o intuito provar experimentalmente a aplicao e viabilidade do
modelo de gerncia de redes industriais proposto.

1.5. LIMITAO DO ESCOPO

Sendo um trabalho de pesquisa para formao de um modelo
conceitual de gerenciamento integrado para redes industriais, o trabalho limita-se nos
seguintes aspectos:

Sero apresentadas as tecnologias de redes industriais mais conhecidas e

implementadas no mercado, segundo as fontes bibliogrficas.

No ser feito um levantamento detalhado sobre todas as variveis do ambiente

industrial para a formao de uma MIB industrial, que apesar de sua grande
importncia para a aplicabilidade do modelo, o grande nmero dessas variveis
tornaria a pesquisa para o assunto muito extensa. Tal pesquisa poder ser abordada
em trabalhos futuros. Tambm no sero detalhadas as PDUs (Protocol Data Unit)
de gerenciamento de todos os modelos apresentados.

Para simplificar a apresentao do modelo proposto, ser desenvolvido um nico

agente monitorando uma rede industrial composta de dois CLPs, nos quais estar
disponvel para gerenciamento o formato de mensagens no padro Modbus. As
demais tecnologias no sero apresentadas, devido a no disponibilidade de
equipamentos nos demais padres apresentados.

24

Das reas funcionais de gerncia (Desempenho, Contabilizao, Falhas, Segurana e

Configurao) o prottipo abordar somente as reas de Contabilizao e
Configurao. As demais reas e suas funcionalidades no sero implementadas
nesse trabalho.

Ser elaborada uma MIB tambm conceitual sobre o ambiente industrial, porm,
no ser o escopo da pesquisa o levantamento de todos os aspectos desse ambiente.
Porm, a parte da MIB que representa o CLP utilizado estar completo dentro das
especificaes e funcionalidades de gerenciamento desse equipamento.

1.6. ESTRUTURA DO TRABALHO

Para uma melhor leitura e entendimento da pesquisa, este trabalho
organiza-se da forma descrita abaixo.
No captulo 1, foi vista uma introduo s redes industriais e s redes
de telecomunicaes e computadores, bem como, a necessidade de gerenciamento das
redes industriais frente a sua complexidade e no integrao. Tambm foram
apresentados os problemas, objetivos, justificativas, plano de trabalho e limitao de
escopo da pesquisa apresentada.
No captulo 2, sero abordados as redes industriais e o ambiente
industrial, apresentando-se as dificuldades, os benefcios e os fatores motivacionais para
a integrao das redes industriais. Tambm ser feita uma explanao sobre os modelos
de redes industriais e as tecnologias que envolvem esse meio, alm de uma abordagem
sobre as caractersticas e funcionalidades dos sistemas supervisrios existentes
atualmente no mercado.
No captulo 3, ser feito um estudo sobre as redes de
telecomunicaes e computadores, e as formas e tecnologias de gerncia das mesmas.
Ser dado um enfoque maior para a TMN e o protocolo SNMP.
No captulo 4, ser proposto o modelo para gerenciamento das redes
industriais, utilizando-se dos conceitos da TMN, com enfoque nas arquiteturas fsicas,
funcionais e de informao. Alm de uma abordagem anloga da TMN e FMN.

25

O captulo 5, apresentar o desenvolvimento do prottipo, utilizandose do modelo proposto para gerenciamento de uma rede industrial, desde o
desenvolvimento da MIB, do prottipo e do agente para a validao do modelo
proposto.

No captulo 6, ser finalizada a pesquisa, verificando-se as concluses

e sugestes para a continuidade da mesma.

26

2. AMBIENTES INDUSTRIAIS E REDES INDUSTRIAIS

Como uma introduo aos ambientes industriais, automao industrial
e as prprias redes industriais e gerncia dessas redes, alguns aspectos histricos, so
relevantes para um melhor entendimento da atual indstria automatizada e
informatizada.
Segundo Pereira (2003):

Os primeiros passos para a automao

industrial e a formao das atuais redes industriais, tiveram incio durante a revoluo
industrial, no final do sculo XIX.
A automao da poca consistia no funcionamento de dispositivos
mecnicos para agilizar processos crticos e repetitivos. Como essas automaes, eram
desenvolvidas para uma determinada tarefa, e devido mecnica existente, sua vida til
era pequena.
Nos anos 20, porm, os dispositivos mecnicos foram substitudos por
rels e contatores. Esses dispositivos viabilizaram a realizao de funes mais
complexas e sofisticadas. Desde ento os rels ainda vm sendo usados em algumas
pequenas aplicaes e nos prprios CLPs (Controlador Lgico Programvel), devido ao
seu baixo custo.
Com o surgimento do CI (Circuito Integrado), houve uma revoluo
nos sistemas de controle e redes industriais. Em relao aos rels, esses so menores,
mais rpidos e de longa durao. Sua utilizao muito difundida, principalmente em
sistemas com lgica definida permanentemente pela interligao eltrica, ou seja, onde
a seqncia da programao seguia os circuitos eltricos com entradas e sadas de
sinais, sem haver processamento por circuitos integrados.
Nos anos 70, os computadores comerciais ou PCs (Personal
Computer), como eram chamados, comearam a ser utilizados como controladores em
sistemas de controle de grande porte. Os primeiros computadores eram grandes, caros e
sensveis aos ambientes hostis encontrados no cho de fbrica, o que ocasionou o
surgimento de computadores mais robustos.

27

Surgiram ento nas industriais automobilsticas os CLPs (Controlador

Lgico Programvel), uma forma simplificada e robusta de computador, projetado para
atuar nos ambientes industriais. Conforme Salomo (1994), comparados as automaes
da poca, os CLPs tinham um poder de processamento maior e muito mais robusto.
Atualmente, os CLPs so altamente utilizados em controle de processos e redes
industriais.
Tambm junto com os CLPs, surgiram os computadores de processos:
Mquinas robustas para o controle dos processos, mais especificamente, a sua
superviso. Contavam tambm com uma interface mais amigvel em comparao aos
CLPs. Na figura 1 v-se o avano das tecnologias nas redes e automao industrial
desde 1880 at os dias atuais.

Figura 1 Histrico da automao industrial (Pereira, 2003)

Terminados os aspectos histricos e a evoluo da automao
industrial, chega-se ao tempo atual onde os ambientes industriais, segundo Georgini
(2000), segue o seguinte modelo: uma central recebe valores de entrada dos
dispositivos que compe o sistema industrial. Esses valores so comparados a um
padro desejado. Se houver divergncias nessas comparaes, a central realiza
operaes, gerando valores que devero minimizar as divergncias e corrigir o processo
nos dispositivos.
Em outras palavras, essa central representada por um sistema
computacional, o qual possui valores padres para um determinado processo. Uma vez

28

que os valores lidos no processo estiverem fora de uma faixa programada, a central
aciona determinados dispositivos mecnicos para a correo do processo.
Essas centrais possuem grande poder de processamento, e vrios
dispositivos e equipamentos podem estar ligados nelas para serem controlados. Por sua
vez, cada equipamento poder ser ligado a um dispositivo mais abrangente e, dessa
forma hierrquica, forma-se uma rede industrial. Uma das suas caractersticas a
interligao dos diversos equipamentos do ambiente industrial e a minimizao dos
custos. Um modelo padro de rede industrial apresentado na figura 2, conforme nos
mostra Natale (2000).

Figura 2 Modelo de Rede Industrial (Natale, 2000)

Como se pode observar na figura definida por Natale (2000), a
transmisso de dados nas redes industriais vai aumentando medida em que os
dispositivos afastam-se do cho de fbrica em direo aos setores administrativos. O
mesmo ocorre com o tempo de transmisso, sendo necessrio, nos dispositivos mais
simples, pequenas transmisses de dados em um intervalo de tempo pequeno e, no mais
elevado nvel da rede, trafegam grandes montantes de dados em tempos maiores.

29

Esse aspecto importante, porque como nos nveis mais baixos de

uma rede industrial esto os equipamentos responsveis por acionamentos, como CLPs,
sensores e atuadores , as informaes so pequenas (apenas alguns bytes ou bits) e o
tempo de ao curto (geralmente em milessegundos). J nos nveis mais elevados
esto os sistemas administrativos mais abrangentes, em que o tempo j no mais um
fator determinante. O importante nesse nvel a obteno do maior nmero possvel de
informaes a respeito do processo. Nesse ponto so encontrados os servidores
corporativos para armazenamento, estaes de trabalho para verificao das
informaes e at equipamentos mestres que monitoram as automaes.
Com isso, a viabilidade de utilizao das redes industriais para
controle e informao grande e, segundo Ferreira (2002): A utilizao de redes em
aplicaes industriais gera um significativo avano relacionado a custos de instalao,
procedimentos de manuteno, atualizao dos sistemas e informaes de controle e
qualidade, alm de toda a gerncia do processo produtivo de uma empresa.
Uma vez familiarizados com os conceitos sobre redes e automao
industrial, necessrio um melhor entendimento sobre o processo produtivo encontrado
nos ambientes industriais e, assim, conceitualizar melhor o controle proposto pelas
automaes e redes industriais.

2.1 PROCESSO PRODUTIVO DE FABRICAO

Segundo Tovar (2003), um dos objetivos em um ambiente industrial
a transformao de matrias-primas em produtos solicitados pelo mercado consumidor.
Todos os itens envolvidos nesse processo, bem como os prprios
estgios do processo constituem os componentes de um ambiente industrial onde,
segundo Pricas (2003),

a funo de coordenar e gerenciar todos os aspectos do

processo produtivo , sem dvida nenhuma, um trabalho complexo.

O processo de produo de bens implica no ciclo bsico de entrada de
matria-prima, fabricao do produto e o resultado final como um bem acabado ou
produzido. Como sustentao desse modelo bsico, esto todas as atividades e
componentes necessrios para a concretizao das fases envolvidas, conforme

30

demonstra a figura 3. Pode-se citar a definio e projeto do produto, PPCP

(Planejamento, Programao e Controle de Produo ), processamento das informaes,
planejamento e avaliao do mercado, entre outros.

Figura 3 Processo de fabricao (Tovar, 2003)

O processo de fabricao, segundo Tovar (2003), dividido em dois
grandes grupos. O primeiro so as operaes envolvidas no processo de fabricao; e o
segundo, a organizao e os dados dessas operaes. No primeiro grupo, destacam-se:
a) Processamento dos materiais: a transformao do material de um estado a outro.
Nenhum produto adicionado, e sim utilizadas diversas formas de energia
(mecnica, eltrica, qumica, etc), para mudar a forma do componente, remover o
material, ou alterar sua propriedade qumica. Como exemplo tem-se lixadeiras,
mquinas de corte, entre outros.
b) Montagem dos materiais: A montagem um tipo de operao muito utilizado, e
consiste em juntar materiais, para se obter um produto final. Com exemplo, tem-se
processos, como: solda, aquecimento, abrasamento e juno de parafusos.
c)

Transporte e armazenamentos dos materiais: O processo de transporte e

armazenamento um ponto crtico no ciclo de produo. Alguns produtos passam

31

mais tempo nesse processo do que no processo de produo efetivamente. Para isso a
automao dessa tarefa torna-se importante, destacando-se nesse processo as esteiras
rolantes e processos de armazenamento automatizados, entre outros.
d) Inspeo e testes: A inspeo e testes est relacionada ao controle de qualidade e a
etapa que identifica se o produto est de acordo com modelos pr-determinados. Os
testes, muitas vezes, so feitos por amostragem em produtos com dimenses
reduzidas ou um a um, em casos onde esse processo exigido. Para essa etapa,
destacam-se processos laboratoriais, testes automticos, sistemas de processamento
de imagens.
e) Controle das operaes de fabricao: O controle de fabricao a padronizao dos
processos individuais e de montagem, bem como o gerenciamento de todas as
atividades da fbrica, sendo o ponto de conexo entre os processos fsicos e as
informaes a respeito destes.

Como exemplo, tem-se o controle de posio,

controle de processos qumicos, rotulao, identificao e controle de dados. Nessa

etapa,

encontram-se

os

controladores

microprocessados,

CLPs,

CNCs,

microcomputadores e demais equipamentos que sero abordados mais adiante.

No segundo grupo destacam-se os aspectos:
a) Funes econmicas: As funes econmicas so o principal meio de comunicao
com o cliente, e sendo, assim o princpio e o fim do processo produtivo. Elas
representam variveis, como: a procura do produto, prazos de entrega, preferncias
de mercado e preos a se praticar. Os departamentos de Marketing e Compras so os
principais mecanismos de coletas desses dados, com pesquisas de mercado e
utilizao de sistemas de ERP (Enterprise Resource Planning) para melhor
aproveitamento dessas informaes e melhor aproveitamento do estoque em relao
a compras.
b) Definio e projeto do produto: A definio e projetos dos produtos levam em conta
todos os dados colhidos pelo setor de marketing para a formao de um novo
produto. Outros departamentos como o de desenvolvimentos, modelagem,
prottipos, tambm entram nessa fase. Alguns sistemas interagem nessa fase com
anlises de prottipos ou anlises de viabilidade do produto, entre outros.

32

c) Planejamento da produo: Toda a documentao da fase de definio e projeto

utilizada como um incio para a programao da produo. Essa fase inclui o
planejamento dos processos, que a seqncia com que o produto final ser feito, e o
planejamento das capacidades, que o levantamento das necessidades de recursos
materiais e humanos.
d) Controle da produo: O controle de produo est relacionado gesto e superviso
das operaes fsicas durante a fabricao. Algumas das atribuies do controle de
fabricao monitorar e controlar o progresso do produto a ser processado, montado,
transportado e inspecionado. Outras tarefas ainda realizadas o controle de estoque
para que o processo no pare por falta de algum componente e tambm o controle de
qualidade.
evidente que todos os aspectos descritos interagem uns com os
outros em algum ponto. Para que essa interao ocorra, de fundamental importncia a
utilizao de sistemas de computao industrial, sistemas de comunicaes, redes
industriais, automao de processos e os sistemas de apoio a informaes.
A seguir sero apresentados os problemas que dificultam essas
interaes e, tambm, alguns modelos de interaes utilizados na indstria de
processamento e produo.

2.2

PROBLEMA

DA

INTEGRAO

NOS

AMBIENTES

INDUSTRIAIS
Como a variedade e complexidade dos ambientes industriais grande,
sua integrao torna-se difcil. Alguns aspectos dessa dificuldade de integrao, e
tambm os benefcios e aspectos motivacionais para a padronizao e interligao das
redes e sistemas industriais e interao das diversas fases do processo produtivo, sero
apresentados a seguir.

2.2.1 DIFICULDADES DE INTEGRAO

Segundo Portugal (2003), Georgini (2000) e Tbola (2003) muitas so
as dificuldades de integrao entre as redes industriais. Dentre elas, destacam-se:

33

a) Falta de viso integrada das empresas: Onde cada setor, muitas vezes, trabalha
isoladamente, no havendo preocupao com a interligao e cruzamento das
informaes. Nesse aspecto, apesar de muitas empresas terem uma linha de
produo contnua, o cruzamento das diversas informaes , ou de difcil e
burocrtico acesso, ou simplesmente no, estando as reas correlatas no processo
no interconectadas em se tratando de informaes (Portugal, 2003);
b) Os projetos refletem essa falta de viso: A realizao dos projetos, muitas vezes
ignoram a interligao das reas, o que faz com que estes j no estejam preparados
para a integrao, j no seu nascimento (Portugal, 2003);
c) Os sistemas no esto preparados para a integrao: Uma vez o projeto no
contemplando a interligao, os sistemas adquiridos iro seguir essa especificao,
e no haver planejamento para aquisio de sistemas flexveis nesse aspecto
(Georgini, 2000);
d) Faltam padres para facilitar a integrao: Como j foi visto, a diversidade dos
equipamentos e sistemas hoje uma das maiores dificuldades de integrao no
meio industrial (Georgini, 2000);
e) Justificativas econmicas tradicionais: Com poder de investimentos muitas vezes
reduzidos, as empresas no podem atender aos requisitos necessrios para a
integrao dos sistemas;
f) Falta de experincia e metodologias para essa integrao: Um dos principais
fatores para a no interligao dos sistemas e equipamentos a falta de
metodologias no mercado que facilitem esse trabalho e, consequentemente, a falta
de cultura de padronizao nas universidades e empresas (Tbola, 2003).

2.2.2 BENEFCIOS DA INTEGRAO

Muitos so os benefcios de integrao entre as redes industriais.
Segundo Georgini (2000) e Natale (2000), dentre eles destacam-se:

34

a) Maior integrao entre os processos da empresa: A integrao de todas as reas se

faz necessria para um processo produtivo contnuo e gerao correta das
informaes (Natale, 2000);
b) Maior agilidade para responder a mudanas: Estando os sistemas interligados, toda
e qualquer mudana necessria ser implementada em todas as reas que a
envolvem (Georgini, 2000);
c) Maior coerncia das informaes: Uma vez que as informaes so geradas em seu
ponto de origem, haver menos erros e, praticamente, duplicidade zero dos dados;
d)

Reduo dos erros: Um sistema alimentado com dados corretos apresentar

resultados corretos e refletindo a atual realidade da empresa e dos processos
produtivos.

2.2.3 FATORES MOTIVACIONAIS

Muitos so os fatores motivacionais para a integrao entre as redes
industriais, segundo Salomo (1994). Dentre eles destacam-se:
a) Aspectos relacionados a decises do negcio (top-dowm): Tornando a viso da alta
gerncia mais completa e com informaes gerenciais corretas;
b) Reduzir prazos de entrega: Com o controle de tempos e mtodos de produo, fica
mais fcil a definio de prazos de entrega das mercadorias;
c) Melhorar a utilizao dos recursos: Evitando o desperdcio e reprocessos no setor
produtivo;
d)

Agilidade na produo: Fazendo com que o tempo seja melhor aproveitado,

aumentando a produtividade dos equipamentos e pessoas envolvidas;

e) Gerenciamentos de estoques: Com o planejamento e previses de utilizao dos

estoques, pode-se fazer um melhor aproveitamento dos prazos de pagamento e
trabalhar com estoques reduzidos.

35

Todos esses aspectos, e principalmente as fases e informaes

envolvendo os ambientes industriais, levaram a estudos de modelos em camadas para
definir funcionalidades e tarefas tanto para as fases, quando para a interao entre elas.
A seguir, sero vistos trs modelos bsicos propostos para
padronizao das automao do ambiente industrial e as informaes que envolvem as
fases do processo de fabricao.

2.3 MODELOS BSICOS DAS REDES INDUSTRIAIS

Basicamente, as redes industriais seguem uma estrutura padro no
formato piramidal. Cada autor tem sua maneira de interpretao sobre os componentes
de uma rede industrial e forma de integrao das diversas fases de um processo
produtivo.
Os modelos propostos apresentam a forma de integrao entre os
hardwares e aspectos ligados a transferncia de informaes entre os nveis. No so
analisados os passos do processo produtivo, mas aspectos da gerao dos dados do
processo produtivo e a transferncia de informaes da origem ao destino.
Os modelos pesquisados foram de pesquisadores como Silveira
(2001), Ferreira (2002), Marinho (2003), Georgini (2000) e Natale (2000). Outros
modelos existem, mas acredita-se que no sejam to discrepantes aos modelos
apresentados a seguir.

2.3.1 MODELO PROPOSTO POR SILVEIRA (2001)

Abaixo apresentado o modelo hierrquico de redes industriais defendido
por Silveira. V-se que o modelo de Silveira resumido em apenas trs camadas. Na
figura 4 apresentado seu modelo pirmide das camadas de uma rede industrial.

36

Figura 4 Modelo de Ambiente Industrial (Silveira, 2001)

Primeiro Nvel (Administrao) - No topo da pirmide est situada a
empresa atravs de uma viso macro, tendo todas as aes da rede de comunicao
dirigidas para o controle gerencial da produo. Neste nvel esto envolvidas a
administrao, gerncia, contabilidade, compras, vendas, nvel de produtividade,
estratgias de ao, banco de dados, entre outros. Os controladores presentes neste nvel
so, basicamente, PCs na arquitetura padro cliente-servidor, distribudos em topologias
das mais diversas, como: barra, anel, rvore ou outra. Em termos de comunicao
neste nvel que a quantidade de informaes gigantesca, porm o desenvolvimento
atual das redes de comunicao padro Ethernet, Fast-Ethernet, e outros, conseguem
atingir um tempo de resposta de at 1000ms (milisegundos) a uma velocidade de
comunicao que pode variar de 10 a 100Mbps (mega bits por segundo) ou mesmo
Gigabits.
Segundo Nvel (Clulas de Manufatura) - No segundo nvel esto
localizadas as clulas e/ou sistemas flexveis de manufatura onde os controladores
gerenciam processos, linhas de montagens ou mesmo mquinas automticas. A
comunicao neste nvel feita entre os mestres ou "gerentes" das clulas. Podem ser
citados o Comando Numrico de uma mquina CNC, PCs, utilizados em controle de
processos ou CLPs no comando de mquinas automticas. Estes diversos controladores
se comunicam entre si atravs de um protocolo padro definido no projeto da rede, e a
comunicao com o nvel mais superior (administrao) feito atravs de um
equipamento (PC) colocado estrategicamente na fbrica e faz a coleta das informaes
necessrias a serem transmitidas ao nvel superior. Neste segundo nvel, as redes

37

caracterizam-se por possurem uma quantidade de informaes (trfego) mdio, o que

resulta num tempo de resposta nunca maior do que 100ms a uma velocidade que pode
chegar at 12Mbps.
Terceiro Nvel (Sensores e Atuadores) - No nvel mais baixo da
pirmide est localizado o Fieldbus ou barramento de campo, que responsvel pela
comunicao entre os dispositivos mais simples, utilizados no cho da fbrica (sensores,
vlvulas e atuadores) e seus respectivos controladores. A comunicao neste nvel
feita da seguinte forma: um dos controladores acima citado possui um mestre de rede,
este mestre possui escravos aos quais so conectados os sensores e atuadores
inteligentes ou convencionais presentes no sistema. Este nvel se caracteriza, em termos
de comunicao, por possuir uma quantidade de informaes baixa trafegando na rede e
trabalhando tambm com velocidades/taxas de transmisso tambm baixas, mas a
resposta satisfatria e no maior que 10ms com taxas de transmisso que chegam at
2Mbps.

2.3.2 MODELO PROPOSTO POR FERREIRA (2002) e NATALE

(2000)
O modelo de Ferreira (2002) e Natale (2000), apresenta as camadas de
rede nos nveis ilustrados na figura 5. Uma rpida analogia com o modelo anterior,
de Silveira, demonstra que o modelo atual uma derivao do seu modelo, porm,
com uma diviso na segunda camada.
Ela foi dividida em duas camadas, onde, uma contm o agrupamentos de
equipamentos como PCs e CLPs, e outra, contm equipamentos que fazem a
interligao dos PCs e CLPs com os sensores e atuadores. As mesmas sero
apresentadas na figura abaixo e descritas a seguir.

38

Figura 5 Modelo de Redes Industriais (Ferreira, 2002)

Primeiro Nvel (Administrativo e Gerencial) - Ou nvel de gesto:
Segundo Ferreira (2002), encarrega-se de integrar os outros nveis hierrquicos. Os
equipamentos conectados neste nvel so estaes de trabalho e servidores que fazem a
superviso dos processos industriais e integram com sistemas de gerenciamento e
automao comercial. Assim, alm das tecnologias de comunicao, a integrao nesse
nvel dependente da definio da funcionalidade em todas as reas sob controle, ou
seja, dependente da preciso na modelagem das tarefas de automao.
Segundo Nvel (Controle) - Faz os enlaces e controle dos processos,
fazendo a conexo entre computadores e CLPs.
Terceiro Nvel (Campo e Processo) Segundo Natale (2000), faz a
integrao de CLPs, multiplexadores de I/O (Input/Output) e controladores dentro de
sub-redes, chamadas de ilhas. No nvel mais alto destas redes esto um ou mais
controladores atuando como mestres da rede ou controladores perifricos. A
comunicao, neste nvel, feita entre os mestres ou gerentes das clulas. Pode-se
destacar a utilizao de comandos numricos, vindos uma mquina ou computadores
utilizados em controle de processos, bem como o CLP no comando de mquinas
automticas. Esses equipamentos comunicam-se atravs de um protocolo padro
definido no projeto da rede, e a comunicao com o nvel superior (Nvel de Programa)
realizado atravs de um equipamento colocado na fbrica e faz a coleta das
informaes necessrias a serem transmitidas ao nvel superior.

39

Quarto Nvel (Dispositivos de I/O) - o nvel mais prximo do

processo controlado e caracterizado pelo barramento de campo, que responsvel pela
comunicao entre os dispositivos mais simples utilizados no cho de fbrica, como os
sensores e atuadores, e seus respectivos controladores. Um dos controladores possui um
mestre de rede; este mestre possui escravos, nos quais so conectados os sensores e
atuadores inteligentes ou convencionais presentes no sistema. A forma fsica de conexo
ou a topologia empregada depende de cada tipo de rede.

2.3.3 MODELO PROPOSTO POR MARINHO (2003) e GEORGINI

(2000)
Segundo Marinho, (2003): A estrutura da automao industrial
baseia-se na pirmide organizacional [conforme mostra a figura 6], em que so criadas
ilhas restritas de informaes. Essas ilhas de informaes caracterizam-se por sistemas
onde o hardware e o software utilizados so proprietrios e, geralmente, no ou pouco
integrados. Tambm um fator importante de ser lembrado, segundo Georgini (2000),
que nem todas as empresas possuem esse modelo completo, como exemplo cita-se os
sistemas ERP, onde nem todas as empresas possuem um ERP em sua estrutura.

Figura 6 Hierarquia de redes industriais (Marinho, 2003)

Primeiro Nvel (ERP) nesse nvel onde ficam localizados os
sistemas gerenciais, que concatenam todas as informaes dos nveis inferiores em
relatrios gerenciais e informaes para a tomada de decises.

40

Segundo Nvel (MES) - Como finalizao da hierarquia, tem-se os

sistemas MES para controle da produo.
Terceiro Nvel (SCADA) - Comunicando-se com os CLPs, encontrase no nvel superior os sistemas SCADA, sistemas supervisrios que, por sua vez,
comandam os CLPs.
Quarto Nvel (CLP) - Acima dos sensores, encontram-se os CLPs,
responsveis por enviar informaes aos sensores, sobre quando e como devem
desempenhar seu papel.
Quinto Nvel (Sensores) - Como v-se na hierarquia apresentada e
tambm observada nos demais modelos, na base da pirmide encontram-se os
dispositivos de campos mais arcaicos, responsveis por acionamentos mecnicos e
eltricos, como sensores, etc.
Todos os modelos possuem fortes semelhanas entre si, abrangendo os
pontos principais de uma rede industrial: Os sensores e atuadores, os CLPs e os sistemas
gerenciais.
Como a proposta de uma rede industrial tem por finalidade a
comunicao entre as camadas apresentadas nos modelos pesquisados, necessria uma
pequena explanao dos modelos de comunicao entre as mesmas, apresentada a seguir.

2.4 MODELOS DE COMUNICAO UTILIZADOS

Segundo Portugal (2003), Santos (2003) e Villela (2003) os modelos
de comunicao utilizados em uma rede industrial so:

2.4.1 MESTRE ESCRAVO

A estrutura Mestre/Escravo, esclarecida por Villela (2003), da
seguinte forma:
Pressupe-se que o equipamento receptor tem, em termos de comunicao, toda a
ao controlada pelo seu mestre. O equipamento emissor assume o papel de controlador da
rede, tornando-se, assim, o mestre. O equipamento receptor controlado pelo emissor em

41
termos de comunicao, tornando-se, assim, o escravo da rede. Esse modelo bastante adotado
em processos em que o canal no possui capacidade de memorizao. (Villela, 2003).

Santos (2003) descreve algumas caractersticas desse modelo, onde, o

escravo , em termos de comunicao, totalmente controlado pelo mestre. O mestre no
tem que pedir permisso para atualizar o escravo, mas tambm no pode lhe atribuir
outra tarefa sem ter terminado a anterior. Tem-se uma sincronizao sncrona restrita
entre o envio e a recepo da informao. O canal que define a associao entre mestre
e escravo fixo, ou seja, existe enquanto houver comunicao. Quando o processo
mestre termina, a comunicao, o canal desfeito. A relao da comunicao um para
um. O Modelo mestre-escravo apresentado na figura 7.

Figura 7 Modelo Mestre Escravo (Santos, 2003)

2.4.2 MODELO CORREIO

Segundo Portugal (2003), o modelo correio baseia-se na possibilidade
de transferncia assncrona das informaes, sobre a forma de mensagens. Os
equipamentos, tanto emissores quanto receptores, so completamente independentes uns
dos outros. O canal tem a capacidade de armazenar, formando a chamada caixa de
correio.
Algumas das caractersticas desse modelo so que os emissores no
tem qualquer controle sobre os receptores e vice-versa. Porm, quando a caixa estiver
cheia, o componente emissor no poder mais armazenar dados. Da mesma forma, os
receptores no podero ler caixas de correio vazias. A semntica da sincronizao
assncrona e sua implementao simples, porm mais custosa que o modelo mestre

42

escravo. A relao da comunicao n para n. O Modelo de correio visto na

figura 8.

Figura 8 Modelo Correio (Santos, 2003)

2.4.3 MODELO DILOGO

O Modelo dilogo apresenta caractersticas comuns dos modelos
mestre-escravo e correio. Conforme nos apresenta Santos (Santos, 2003), o modelo
utiliza, como no modelo correio, uma caixa de correio para receber pedidos; e do
modelo mestre-escravo, utiliza um canal dedicado entre dois equipamentos, que
eliminado no final da comunicao.
Os processos clientes devem requisitar o estabelecimento das
conexes, onde criado um canal fixo entre os dois pontos, de forma dinmica. No final
da comunicao, o canal eliminado. Sua implementao mais elaborada e permite a
comunicao do tipo cliente/servidor. Relao da comunicao n para um e depois
um para um. O Modelo Dilogo apresentado na figura 9:

43

Figura 9 Modelo Dilogo (Santos, 2003)

2.4.4 MODELO DIFUSO

Na difuso, pretende-se enviar a mesma informao a um conjunto de
equipamentos, os quais devero efetuar a mesma operao, ou atualizar informaes
internas de forma idntica. Sua relao um para n. O Modelo Difuso apresentado
na figura 10.

Figura 10 Modelo Difuso (Santos, 2003)

Vistos os modelos de comunicao entre as camadas de uma rede
industrial e os modelos em camadas das mesmas; sero apresentadas, a seguir, as
diversas propostas tecnolgicas que contemplam essa finalidade.

44

2.5 TECNOLOGIAS DAS REDES INDUSTRIAIS

As redes industriais seguem alguns modelos de interconexo nos
diversos nveis (camadas) que as compem. Segundo Marinho (2003) esses modelos
representam algumas tecnologias de interconexo entre as camadas, basicamente se
concentram nos nveis SCADA, CLP e sensores.
Segundo Santos (2003), existem vrias solues mercadolgicas para
a interligao dos equipamentos de cho de fbrica. Essa variedade foi concatenada no
padro definido pela norma IEC 61158, as quais podem ser observados na figura 11. A
especificao da norma IEC 61158 agrupou as tecnologias de redes industriais segundo
sua topologia de interligao, o tipo de processamento e a taxa de transmisso, segundo
consta em C&I Controle e Instrumentao (2003).

Figura 11 Tecnologias de Redes Industriais. (C&I, 2003)

A norma define as redes industriais sobre trs topologias: barra (bus),
anel (ring) e rvore (tree), conforme observado na figura 11. Aps essa separao, as
tecnologias possuem um segundo agrupamento em relao ao processamento,
centralizado e no centralizado, e tambm de acordo com o tipo. Por ltimo, sua diviso
se d de acordo com a taxa de transmisso.
A norma IEC 61158 tambm define que os diversos padres de redes
industriais so distinguidos pelo tipo de sistema que compe sua estrutura (topologia,

45

processamento utilizado, protocolos e taxas de transmisso). Suas caractersticas podem

ser determinadas em funo do gerenciamento do fluxo de informao dentro do
sistema, ou seja, como so feitas as trocas de informaes entre equipamentos no nvel
sensores e equipamentos, no nvel CLP ou SCADA.
Outras normalizaes como a IEC 51784, DIN 19245, EN 50170,
HDF, ODVA, IEEE 802.3, EN 954 e EIA 709 tambm definem padres utilizados nas
redes industriais, conforme pode ser visto em C&I Controle e Instrumentao (C&I,
2003).
Abaixo sero exemplificados alguns padres de redes industriais
ilustrados na figura 11 e alguns protocolos que compem esses padres:

2.5.1 FOUNDATION FIELDBUS

O Fieldbus um sistema de comunicao digital, serial e bidirecional,
que interconecta equipamentos de medio e controle tais como CLPs, RTUs (Remote
Terminal Unit), sensores e atuadores, conforme explica Seixas (2003). Tambm
segundo a Fieldbus Fundation (2003), sua normalizao dada pela IEC 61158 e sua
interconexo se d por Linking Devices, que comunicam de forma nativa com os
protocolos FF H1 e FF HSE nativos do Fieldbus e o padro Modbus TCP/IP.
A rede Fieldbus uma rede digital cuja padronizao levou mais de
dez anos para ser concluda. Foram definidos dois padres Fieldbus, um de baixa
velocidade para interligao de sensores e atuadores, tambm conhecido como Fieldbus
H1, com velocidade de 31,25 Kbps; e outro, de alta velocidade, utilizado na interligao
das demais redes e para a ligao de dispositivos de alta velocidade como CLPs, CNCs,
RTUs e PCs. Esse padro ficou conhecido como HSE, com velocidade de at 100 Mpbs
segundo Fonseca (2003). Na figura 12 ilustrada a interconexo desses dois padres,
onde um PC rodando um sistema SCADA conecta-se com CLPs atravs da rede HSE; e
os CLPs conectam-se aos dispositivos atuadores (vlvulas e medidores de presso),
atravs da rede H1.

46

Figura 12 Rede Fieldbus HSE e H1 (Fonseca, 2003)

Segundo C&I Controle e Instrumentao (C&I, 2003), atualmente, a
rede Fieldbus conta com mais de 2.500 projetos no mundo (mais de 600 clientes, sendo
40 no Brasil) e mais de 66.000 instrumentos Fundation Fieldbus produzidos. A figura
13 demonstra o ambiente Fieldbus:

Figura 13 Ambiente Fieldbus (Fieldbus, 2003)

Observa-se, na figura 13, uma rede Fieldbus onde h um mestre da
rede em um PC interligando diversos dispositivos atuadores, ou elementos da rede. Em
cada segmento da rede Fieldbus h a necessidade de um terminador.

47

As normas IEC definem as seguintes regras para o Fieldbus:

Rede controlada por um mestre, comunicao bidirecional trabalhando em banda

base. Existe um ou mais dispositivos mestres que controlam todos os dispositivos
escravos na rede;

Velocidade de 1 Mbps para curtas distncias (at 40 m) e entre 64 e 250 Kbps para
longas distncias (at 350 m);

Conectores: bornes tipo industrial e conector D9 e D25;

A conexo ou desconexo de algum n no deve interferir no fluxo de dados;

Isolamento: 500 Vca permanentes entre elementos de campo com tenses reduzidas
para atmosferas explosivas;

Possibilidade de alimentar os elementos de campo atravs do bus;

Tamanho mnimo por mensagem: 16 bytes;

Possibilidade de transmisso de mensagens entre qualquer par de ns sem

repetidor;

Os circuitos integrados que implementam o protocolo devem estar disponveis

comercialmente e ser de domnio pblico.

2.5.2 PROFIBUS
O Profibus , hoje, um dos padres de rede industriais mais
empregados no mundo. Conforme Seixas (2003), esta rede foi concebida a partir de
1987, em uma iniciativa conjunta de fabricantes, usurios e do governo alemo. A rede
est padronizada atravs da norma DIN 19245, incorporada na norma europia EN
50170 e EN 50254, alm das normas IEC 61158 e IEC 61784 (Profibus, 2003).
O Profibus permite comunicao entre dispositivos

de diferentes

fabricantes sem a necessidade de adaptaes por interfaces especiais. Pode-se utilizar o

Profibus para transmisses de dados em alta velocidade, como em tarefas de
comunicao complexa.
O Profibus oferece funcionalidade para protocolos de comunicao
DP, PA e FMS. Dependendo da aplicao, a tecnologia de transmisso RS-485, par

48

tranado ou fibra, poder ser utilizada. O perfil de comunicao define como so

transmitidos dados seriais atravs de um meio comum. Os protocolos de comunicao
diferem-se pela sua aplicabilidade, tambm definindo as caractersticas de cada meio,
conforme observa Villela (2003):
Segundo a empresa C&I Controle e Instrumentao (2003),
atualmente existem cerca de 9.000.000 de ns Profibus instalados no mundo em mais de
500.000 instalaes. A maior utilizao concentra-se em processos de manufatura, na
implementao de sistemas de automao e controle distribudo, interligao de
sistemas de automao com sistemas de pesagens, leitores de cdigos de barra,
encoders, robots, sistemas de medio de energia, entre outros.
Na figura 14 apresentada a rede Profibus em uma implementao
dos protocolos que a compem. Em um nvel superior, esto os sistemas SCADA e
demais PC responsveis pela manuteno e obteno de dados da automao. Nesse
nvel a comunicao feita atravs do protocolo FMS. Em um segundo nvel onde
encontram-se os CLPs e outros mestres da rede (como PCs, RTUs) fazendo ligao com
dispositivos de distribuio, como equipamentos de I/O, a comunicao feita
utilizando-se o protocolo DP. Conectado ao nvel DP, existe um acoplador que
responsvel pela interligao dos dispositivos PA aos nveis superiores.

Figura 14 Rede Profibus FMS/PD/PA (Profibus, 2003)

49

2.5.2.1 PROFIBUS FMS (Fieldbus Message Specification)

uma rede de grande capacidade para comunicao de dispositivos
inteligentes tais como computadores, CLPs ou outros sistemas inteligentes que impem
alta demanda de transmisso de dados. Atualmente, o FMS vem perdendo espao para a
rede Ethernet TCP/IP.

2.5.2.2 PROFIBUS DP (Distributed Peripherals)

Esta rede especializada na comunicao entre sistemas de automao
e perifricos distribudos. O Profibus DP mais freqentemente utilizado para
comunicao entre sistemas automticos de controle e I/O distribudos ao nvel de
campo.
A rede Profibus DP permite a conexo de at 32 dispositivos por
segmento, com no mximo de 4 segmentos, atravs de 3 repetidores. O nmero mximo
de ns deve ser 126. A distncia mxima de 1.2 Km utilizando interface RS485. A
rede pode ser estendida com repetidores at 15 Km e utilizao de fibra tica.
A rede terminada por um terminador ativo no comeo e fim de cada
segmento. Ambos os terminadores devem ser alimentados. A velocidade nica e
determinada pelo escravo mais lento. Hoje, a velocidade mxima da rede Profibus DP
12Mbps.
Porm, a velocidade de transmisso ir depender do comprimento do
cabo no segmento, conforme tabela 1:

Kbits/Segundo

9,6

19,2

93,75

187,5

500

1500

12000

Comprimento

1200

1200

1200

1000

400

200

200

Tabela 1 - Tabela de Velocidades de Transmisso

50

2.5.2.3 PROFIBUS PA (Process Automation)

A rede Profibus PA uma rede para interligar vlvulas, transmissores
de presso diferencial e outros dispositivos. A alimentao dos dispositivos pode se dar
pela prpria rede. Caso se deseje interligar esta rede de baixa velocidade (PA) a uma
rede de alta velocidade (DP) ou a um CLP, deve-se utilizar um acoplador. O protocolo
muito simples, o que facilita a interoperabilidade.
A distribuio do controle depende sempre de um mestre externo. O
mestre deve ler as PDUs dos transmissores, executar os algoritmos de controle e definir
a abertura da vlvula de controle, por exemplo.
A Profibus PA permite ligar 32 dispositivos por segmento. Os
dispositivos podem ser conectados e desconectados para manuteno com a rede em
operao, mesmo quando operando em reas classificadas. A rede Profibus-PA obedece
o padro IEC 1158-2, que utiliza como meio de transmisso um par tranado blindado e
apresenta a velocidade de 31.25 kbit/s.

2.5.3 INTERBUS
A rede Interbus um padro aberto, de alta performance, e utiliza
topologia em anel para conectar os dispositivos utilizados no processo de controle e
manufatura. Segundo Ferreira (2002), o sistema Interbus consiste de uma placa
controladora instalada em um computador ou CLP que se comunica com uma variedade
de dispositivos de I/O.
A industria C&I (2003) diz que a rede Interbus normalizada pelos
padres IEC 61158, DIN 19258 e EN 50254. Permite a comunicao com inversores de
freqncia, vlvulas, transmissores e leitores de cdigo de barras entre outros. A rede
Interbus possui mais de 385 mil aplicaes no mundo e pode ser utilizada em qualquer
segmento da indstria. Na figura 15 apresentada a topologia Interbus.

51

Figura 15 Topologia da Rede Interbus (Interbus, 2003)

Segundo a Interbus Automation (2003), a topologia em anel pode ser
baseada em fibra ptica ou cabo de par tranado, no nvel fsico; trabalha com interface
RS-485. O Interbus trabalha numa arquitetura mestre/escravo. Todo acesso aos
dispositivos controlado por um dispositivo central. O dispositivo escravo s pode
acessar o barramento se ele estiver ativo. O protocolo utilizado para comunicao
recebe o nome da prpria tecnologia: Interbus.
O Interbus pode controlar mais de 512 dispositivos, atravs de 16
nveis de rede. A taxa de transmisso de 500 Kbps, com comprimento da rede local de
at 400 m. Pode-se utilizar dispositivos para aumentar o comprimento total da rede
Interbus, utilizando mdulos especiais chamados acopladores de barramento,
constituindo o barramento remoto e chegando a uma distncia de at 12,8 km.
O barramento remoto utilizado para conectar dispositivos com
distncia superior a 400m. A placa de controle o dispositivo mestre que controla todo
o trfego na rede. Ela transfere a sada de dados para os mdulos correspondentes,
recebe a entrada de dados e monitora a transferncia. Em adio, se ocorrer mensagens

52

de erros, as mensagens so transferidas para o host que controla o sistema (Interbus,

2003).

2.5.4 MODBUS
Conforme a Modbus Fundation (2003), o padro Modbus define uma
estrutura de mensagem que os controladores reconhecem e usam, independentemente do
tipo de rede utilizada para a comunicao. Ele descreve o processo que um controlador
utiliza para requisitar acesso de outros dispositivos, a forma como estes respondem e,
tambm, como os erros so detectados e relatados.
O protocolo tambm estabelece um formato comum para a estrutura e
contedo dos campos da mensagem. Em uma rede Modbus, os controladores utilizam o
protocolo Modbus para realizar a traduo da mensagem de uma linguagem de alto
nvel em cdigo de mquina.
O protocolo responsvel pela atribuio de endereo aos
controladores, fornece mecanismos que permitem aos controladores a identificao do
destinatrio de uma mensagem, bem como, a ao a ser executada quando ocorrer o
recebimento da comunicao. Segundo a Alfa Instrumentos (2003), em redes diferentes,
as mensagens contendo o protocolo Modbus so includas no quadro que usado na
rede. Assim, os controladores so responsveis pela converso de protocolos distintos.
Esta converso estendida para resoluo de endereamento de ns, roteamento e
mtodos de verificao de erros.
Na figura 16, pode-se observar claramente que todos os dispositivos
que compem a rede industrial comunicam atravs do protocolo Modbus. Alguns dos
dispositivos assumem o papel de escravos e de mestres. Os dois PCs mestres existentes
na rede tm sua conexo atravs da rede Ethernet.
O protocolo Modbus independe do meio, porm, sua utilizao mais
comum, utilizando-se o padro RS-232C e RS-485, que definem as caractersticas
fsicas de cabeamento, nveis de sinal, taxa de transmisso e verificao de paridade que
so utilizados pelos controladores.

53

Figura 16 Protocolo Modbus (Modbus, 2003)

Os controladores podem estar conectados diretamente rede ou
atravs da utilizao de modem, segundo a Alfa Instrumentos (2003). A comunicao
entre os dispositivos realizada atravs da tcnica mestre e escravo. Os dispositivos
mestres podem iniciar a comunicao, enviando mensagem diretamente a um escravo
ou para todos. Os dispositivos escravos apenas podem realizar a comunicao atravs de
respostas para os dispositivos mestres.
O formato do quadro do protocolo de uma requisio para o escravo,
composto pelo endereo de dispositivo, definio da ao que dever ser executada,
alm do campo para realizar a verificao da integridade dos dados. A mensagem
resposta do escravo constituda com a confirmao da ao executada, os dados
retornados e o campo para verificao de erros.
Geralmente, os controladores que utilizam o Modbus como protocolo de
comunicao podem permitir a utilizao dos dois modos de transmisso: ASCII
(American Standard Code for Information Interchange) e/ou RTU (Remote Terminal
Unit). Os usurios escolhem o modo desejado, juntamente com os parmetros de
comunicao, como: taxa de transmisso, bits de paridade, etc.

54

A seleo de ASCII ou RTU definem o nmero de bits em um campo de

mensagem transmitido serialmente na rede. Define tambm como sero empacotadas e
decodificadas as informaes.

2.5.4.1 MODBUS MODO ASCII

Quando os controladores so organizados para comunicar em uma rede
Modbus que usa o modo ASCII, cada um byte hexadecimal representa dois caracteres
ASCII, ou seja, o nmero 05h representado pelos caracteres 0 e 5 em ASCII, que em
binrio representam 0000000 e 00000101. A vantagem, desse modo, que permite um
intervalo de at um segundo entre cada caracter enviado, sem causar erro. Algumas
caractersticas do modo ASCII so:

1. Sistema de Cdigo

Hexadecimal, ASCII caracteres: 0 .. 9, A .. F

Um caracter Hexadecimal contm dois caracteres ASCII

2. Sistema de transmisso

1 start bit;
7 data bits;
1 stop bit, se a paridade usada; ou 2 stop bits, se paridade no usada

3. Campo de Paridade

Paridade de Redundncia Longitudinal (LCR)

Abaixo apresentado a PDU do Modbus ASCII na figura 17:

Figura 17 PDU Modbus ASCII (Modbus, 2003)

55

2.5.4.2 MODBUS MODO RTU

Quando os controladores so organizados para comunicar em rede
Modbus que usa o modo RTU, cada byte, ou oito bits, representa dois nmeros. Isso se
deve ao fato do modo RTU representar valores dentro do padro BCD Packed. O
primeiro nmero representado pelos quatro bits mais representativos e segundo pelos
quatro bits menos representativos. Em resumo, teremos os nmeros 1 e 9 representados
por 00011001, que o hexadecimal 19. A vantagem principal, desse modo, que sua
maior densidade de caracteres permite um melhor processamento dos dados que o modo
ASCII em uma mesma taxa de transmisso.

1. Sistema de Cdigo

Hexadecimal: 0 .. 9, A .. F
Dois caracteres Hexadecimal contm oito bits do campo de mensagem

2. Sistema de transmisso

1 start bit;
8 data bits;
1 stop bit, se a paridade usada; ou 2 stop bits, se paridade no usada

3. Campo de Paridade

Paridade de Redundncia Cclica (CRC)

Abaixo apresentada a PDU do Modbus ASCII na figura 18:

Figura 18 PDU Modbus RTU

2.5.5 AS-INTERFACE
A rede AS-Interface (Actuator Sensor Interface) foi inicialmente
desenvolvida por um conjunto de empresas alems e suas, financiadas pela Siemens
para ser uma alternativa de rede para interligao de sensores e atuadores discretos. Em

56

1998, a rede foi padronizada e recebeu o nome EN50295, segundo a organizao

denominada tambm AS-Interface (2003).
A manufatura moderna propiciou melhoria nas instalaes, permitindo
um grande nmero de dispositivos como sensores e atuadores para monitorar a
seqncia do processo industrial. Segundo Ferreira (2002), a rede AS-Interface fornece
mecanismo para utilizar-se desses dispositivos.
AS-Interface um sistema de conexo eletromecnico de baixo custo
projetado para operar atravs de dois cabos, onde trafegam dados e energia para
alimentao dos dispositivos.
Esse padro foi desenvolvido especialmente para ser utilizado em
baixo nvel, em plantas de automao, onde os dispositivos operam em rede local e so
controlados por um CLP.
O baixo custo relacionado com o cabeamento do sistema tradicional,
onde era necessrio um cabo para cada dispositivo pertencente ao sistema e ligado ao
controlador, enquanto que, na rede AS-Interface, o meio fsico de conexo
compartilhado entre os dispositivos, reduzindo o custo da instalao.
A padronizao EN50295 define as seguintes regras gerais para o ASInterface:

Topologia: Estrutura em rvore;

Meio fsico: Cabo no blindado com dois fios para dados e energia (24VDC/8A);

Comprimento mximo do cabo: 100 m;

Nmero de dispositivos escravos: 31 mx;

Nmero de pontos: At 4 sensores e 4 atuadores por escravo (mx 31 * 4 = 124

bidirecional, mx 31 * 8 = 248 sinais binrios);

Endereamento: Cada escravo possui um endereo determinado. O endereo

definido pelo mestre ou ferramenta de programao;

Mensagens: A mensagem parte do mestre para um endereo nico com resposta

imediata do escravo;

57

Bit rate: Transmite 4 bits paca casa escravo por mensagem. Todos os escravos so
chamados seqencialmente pelo mestre e recebem 4 bits de dados. Cada escravo
responde imediatamente com 4 bits de dados;

Tempo de ciclo com 31 escravos :5 ms;

Deteco de erros: As mensagens incorretas so identificadas e retransmitidas;

Servios do mestre: O mestre, tem como principais atividades, a inicializao da

rede, identificao dos participantes, definio assncrona dos parmetros para os
escravos, diagnstico do barramento e dos escravos, mensagens de erro para o
computador host e definio de endereos em escravos substitudos;

Operao do mestre: O mestre realiza polling cclico de todos os participantes e

realiza a transmisso cclica de dados para o computador host ou para os escravos.
Na Figura 19 apresentado o ambiente AS-Interface

Figura 19 Ambiente AS-Interface (AS-Interface, 2003)

A Rede AS-Interface pode ser conectada ao controle principal de duas
formas. A primeira direta, onde o mestre pode ser representado por um PC ou CLP
obedecendo os tempos de ciclos da rede AS-Interface. O segundo atravs de um
acoplador entre a rede industrial de alto nvel a rede de dispositivos AS-Interface.

58

2.5.5.1 PROTOCOLO ASI

A comunicao dos dispositivos se d atravs da transmisso de 4 bits
por ciclo para cada dispositivo. Palavras maiores devero ser transmitidas em vrios
ciclos. O protocolo AS-I definido por 4 fases, conforme a figura 20:

Pedido do mestre;
Pausa do mestre;
Resposta do Escravo;
Pausa do Escravo;

Figura 20 Formato da Mensagem (AS-Interface, 2003)

Conforme demonstrado na figura 16, o mestre inicia o ciclo de
questionamentos aos dispositivos formatando a mensagem, onde ST o bit de incio da
mensagem; SB um bit de controle A4..A0, o endereo do escravo (5 bits) , I4..I0 a
informao a ser transmitida ou comando e, para finalizar, h o PB que o bit de
paridade e, o EB, que simboliza o bit de finalizao.
Como resposta ao comando, o escravo formula a PDU de retorno com
um ST, quatro bits de retorno e um bit de finalizao.
A rede AS-Interace uma rede determinstica. Como apenas um
mestre pode estar presente e o acesso se d por polling cclico, cada dispositivo
endereado num tempo bem definido. Para uma rede completa de 31 escravos, o tempo
de ciclo de 5 ms (milisegundos). Este tempo ser menor se menos escravos estiverem
presentes. Tempos de at 500ms so possveis. Valores analgicos requerem vrios
ciclos de respostas, mas no afetam o tempo de ciclo dos dispositivos.

59

2.5.6 DEVICE NET

A rede DeviceNet classifica-se como uma rede de dispositivo, sendo
utilizada para interligao de equipamentos de campo, tais como: sensores, atuadores,
AC/DC drives e CLPs. Esta rede foi desenvolvida pela Allen Bradley sobre o protocolo
CAN (Controller Area Network) e sua especificao aberta e gerenciada pela
DeviceNet Fundation. CAN; por sua vez, foi desenvolvida pela empresa Robert Bosh
Corp. como uma rede digital para a indstria automobilstica (Seixas, 2003). A Figura
21 demonstra a aplicabilidade da rede Device Net.

Figura 21 Aplicaes da Rede Device Net (Villela, 2003)

Hoje existem inmeros fornecedores de chips CAN: Intel , Motorola,
Philips/Signetics, NEC, Hitachi e Siemens.
Esta rede possui uma linha tronco de onde derivam as drop lines. A
rede DeviceNet permite a conexo de at 64 ns. O mecanismo de comunicao peer
to peer (ponto a ponto) com prioridade. O esquema de arbitragem herdado do
protocolo CAN e se realiza bit a bit. A transferncia de dados se d segundo o modelo
produtor consumidor.
Algumas caractersticas da rede Device Net, segundo Salomo (1994)
so:

Topologia fsica bsica do tipo linha principal com derivaes;

60

Barramentos separados de par tranado para a distribuio de sinal e de alimentao

(24VCC), ambos no mesmo cabo;

Insero e remoo de ns a quente, sem necessidade de desconectar a alimentao

da rede;

Uso de opto acopladores para permitir que dispositivos alimentados externamente

possam compartilhar o cabo do barramento com os dispositivos alimentados pelo
barramento;

Usa terminadores de 121 ohms em cada fim de linha;

Permite conexo de mltiplas fontes de alimentao;

As conexes podem ser abertas ou seladas.

A

rede

DeviceNet

utiliza

modelo

de

comunicao

Produtor/Consumidor e pode ser conectada mono-mestre ou multi-mestre.

2.5.6.1 MENSAGEM DEVICE NET PROTOCOLO CAN

O Controle de acesso ao meio se d atravs do protocolo CAN,
utilizando as definies CSMA/NBA (Carrier Sense Multiple Access with Non
Destructive Bitwise Arbitration) ou CSMA/CD + AMP (Arbitration on Message
Priority).
Atravs deste protocolo, qualquer n pode acessar o barramento
quando este se encontra livre. Caso seja detectada alguma coliso, ocorrer uma
arbitragem bit a bit, baseada na prioridade da mensagem, que a funo de um
identificador de pacote de 11 bits, conforme visto na figura 22.

Figura 22 Formato da Mensagem Device Net

Conforme visto na figura 22, a mensagem Device Net inicia com um
Byte de incio (SOF - Start of Frame), o identificador de 11 Bits contendo, entre outras
informaes, a prioridade do frame, o campo de controle contendo o endereo destino, o

61

tamanho da mensagem e 8 bytes de dados. Para finalizao do frame h trs bytes, um

de CRC, outro ACK e um byte de finalizao (EOF - End of Frame).

2.5.7 HART
O protocolo Hart foi introduzido pela Fisher Rosemount em 1980.
Hart um acrnimo de Highway Addressable Remote Transducer. Em 1990 o
protocolo foi aberto comunidade e, fundado um grupo de usurios. Hoje sua
padronizao se d pela norma HCF reviso 5.0 (Hart, 2003).
Segundo Seixas (2003), a grande vantagem oferecida por este
protocolo possibilitar o uso de instrumentos inteligentes em cima dos cabos 4..20 mA
tradicionais. Como a velocidade baixa, os cabos normalmente usados em
instrumentao podem ser mantidos. Os dispositivos capazes de executarem esta
comunicao hbrida so denominados smart.
O sinal Hart modulado em FSK (Frequency Shift Key) e
sobreposto ao sinal analgico de 4..20 mA. Para transmitir 1 utilizado um sinal de 1
mA pico a pico na freqncia de 1200 Hz e para transmitir 0 a freqncia de 2400 Hz
utilizada. A comunicao bidirecional (Hart, 2003).
A topologia pode ser ponto a ponto ou multi drop. O protocolo
permite o uso de at dois mestres. O mestre primrio um computador, CLP ou
multiplexador. O mestre secundrio geralmente representado por terminais hand-held
de configurao e calibrao.
O protocolo Hart pode utilizar diversos modos de comunicao. O
modo bsico o mecanismo mestre-escravo. Cada ciclo de pedido e recebimento de
valor dura cerca de 500 ms, o que implica na leitura de dois valores por segundo.
Segundo Villela (2003), quando usando uma topologia do tipo multidrop, a rede Hart
suporta at 15 instrumentos de campo. Apenas o modo mestre escravo pode ser
utilizado.
Conforma empresa C&I (2003), a distncia mxima do sinal Hart de
cerca de 3000 m por cabo com um par tranado blindado e de 1500 m com cabo
mltiplo com blindagem simples. Atualmente sua utilizao comum nas empresas

62

qumicas e petroqumicas, acar e lcool, papel e celulose, automao predial,

alimentos e bebidas, cimento, vidro e fibra, tica, metalrgica, minerao e outras
indstrias de processos gerais. Na figura 23 ilustrado uma a rede Hart.

Figura 23 Rede Hart (Hart, 2003)

Todo dispositivo Hart deve aceitar um repertrio mnimo de
comandos denominados comandos universais ou common practice commands. Para
cada dispositivo existiro comandos particulares denominados device specific
commands, que devero ser implementados segundo as especificaes Hart. Os
comandos universais asseguram a interoperabilidade entre os dispositivos de campo.
Abaixo, na figura 24, so verificados os comandos universais do protocolo Hart:

Figura 24 Comandos Universais (Hart, 2003)

2.5.8 CONTROLNET
Outro modelo utilizado para a interconectividade de dispositivos de
campo o ControlNet, padronizado pela norma IEC 61158. Segundo Pereira (2003),
um padro para conexo de dispositivos situados na camada CLP, segundo o modelo de
Marinho. Sua capacidade de 99 ns interligados a uma velocidade de 5 Mb/s

63

2.5.9 SAFETYBUS
O modelo de rede industrial Safetybus muito utilizado para a
automao de prensas, linhas de transferncias, clulas robotizadas, aeroportos,
telefricos e mquinas de transportes em geral.
Sua normalizao, segundo a C&I (2003), se d pela EN 954, DIN
19250 e DIN VDE 0116. Possui capacidade de interconectar 64 mdulos a no mximo
3500 metros em topologia linear. Possui uma taxa de transmisso de at 500 kbit/s.
Sua comunicao com nveis superiores se d atravs dos modelos
DeviceNet, Profibus, Interbus, Modbus, Can e ControlNet.
Sua aplicabilidade pode ser constatada nas empresas Volkswagen,
General Motors, Ford, Schuler, entre outras.

2.5.10 LONWORKS
O modelo LonWorks muito encontrado em automaes prediais e
residenciais. Sua capacidade de 255 subredes, com capacidade de 127 ns cada,
alcanando um total de 32.385 ns interconectados. Sua conexo se d atravs de par
tranado a uma velocidade de 1,25 Mbps. Podem ser utilizados outros meios como RF,
Infra-vermelho, fibra tica, rede eltrica, entre outros.
A rede Lonworks pode ser conectada e monitorada atravs de um PC,
com a utilizao de cartes especiais.

2.5.11 REDE GENIUS

A rede genius utilizada para comunicao de IHMs, inversores de
freqncia, I/Os remotos. Possui a capacidade de conexo de 32 dispositivos a uma
velocidade de 153,6 Kbps at 1066m, 76,8 Kbps at 1372m, 38,4 Kbps at 2286 (este
ltimo, limitado a 16 dispositivos no barramento).
Sua aplicabilidade em controle de I/Os distribudos, sincronizao
de redundncia e controle crtico.

64

2.6 FAIXA DE APLICABILIDADE DAS REDES INDUSTRIAIS

A figura 25 demonstra a faixa de aplicabilidade dos modelos de redes
industriais apresentados. ilustrado em qual camada de uma aplicao industrial cada
modelo se enquadra.

Figura 25 Aplicao das Redes Industriais (Georgini, 2000)

1) Interbus;
2) Interbus Loop;
3) Profibus DP;
4) AS-I;
5) Profibus FMS;
6) Device Net;
7) Hart
8) Fieldbus
9) Profibus PA;
10) CAN;
11) ControlNet;
12) LonWorks;
13) Modbus;
14) Safety Bus;
15) Rede Genius.
Como visto, existem diversos modelos para interligao das redes
industriais e diversos nveis da mesma. Se for observado na figura 25, todos os modelos
apresentados encontram-se mais centralizados nas camadas de dispositivo e controle.

65

A camada de negcio possui alguns sistemas proprietrios que atuam

como sintetizadores finais das informaes geradas nos nveis mais baixos, porm, em
se tratando de gerncia dessas camadas, poucos so os sistemas que oferecem alguma
soluo mercadolgica e aplicvel. A maioria deles so conhecidos como sistemas
supervisrios ou SCADA por atuarem na camada SCADA. Alguns conceitos e
funcionalidades sobre os sistemas SCADA sero vistos a seguir.

2.7

GERENCIAMENTO
SISTEMAS SCADA

DE

REDES

INDUSTRIAIS

PELOS

Nesse item, ser abordada a gerncia de redes industriais

implementadas pelos sistemas SCADA, segundo Tbola (2004), Rodrigues (2004) e
Santos (2004).
Atualmente, a gerncia das automaes industriais so feitas atravs
de sistemas chamados SCADA (Supervisory Control And Data Aquisition). Segundo
Tbola (2004), os primeiros sistemas SCADA, basicamente telemtricos, permitiam
informar periodicamente o estado corrente do processo industrial, monitorando sinais
representativos de medidas e a situao dos dispositivos, atravs de um painel de
lmpadas e indicadores, sem que houvesse qualquer interface com o operador.
Os sistemas SCADA realizam superviso, controle e operao de um
processo industrial. So softwares que distribuem informaes entre estaes via rede
com desempenho e segurana. Estes softwares, comenta Santos (2004), normalmente
so mais robustos e confiveis para aplicaes de grandes porte e para aplicaes
distribudas em vrias estaes.
Com a evoluo tecnolgica, os computadores assumiram um papel de
gesto na coleta e tratamento de dados, permitindo a sua visualizao numa tela e a
gerao de comandos de programao para execuo de funes de controles complexas
(Santos, 2004).
Os sistemas SCADA utilizam tecnologias de computao e
comunicao para automatizar a monitorizao e controle dos processos industriais,
efetuando coleta de dados em ambientes complexos e a respectiva apresentao de
modo amigvel para o operador, com recursos e interfaces Homem-Mquina. Porm,

66

conforme Tbola (2004) nos diz, as atividades de monitorao e controle no so

necessariamente atividades de gerncia. Em uma nica rede tambm podem existir
vrios sistemas SCADA responsveis pela monitorao de determinadas automaes,
como mostra a figura 26.

Figura 26 Disposio dos Sistemas SCADA em uma Rede Industrial (Tbola, 2004)
Conforme visto na figura 26, h dois sistemas SCADA monitorando
um CLP mestre, sendo que um dos sistemas SCADA uma estao backup. Esse CLP
est ligado atravs da rede Profibus e protocolo FMS a outros trs CLPs e dispositivos
de campo. Cada CLP monitorado por um sistema SCADA dedicado e controla outros
dispositivos, atravs do padro Profibus DP. A ligao do CLP mestre com outros CLPs
se d atravs de um mdulo OLM (Optical Link Module). Com isso, observa-se a
diversidade dos sistemas SCADA possveis em uma nica automao. Outro aspecto
importante que a grande maioria dos sistemas SCADA so proprietrios e exclusivos a
uma determinada aplicao.

67

Porm, isso no impede que os sistemas SCADA, atualmente, ocupem

um mercado cada vez maior, podendo ser encontrados em diversas reas, tais como:
indstria de celulose, indstria petrolfera, indstria hidroeltrica, indstria txtil,
indstria metalrgica, indstria automobilstica e indstria eletrnica, entre outras
(Rodrigues, 2004).
H sistemas SCADA mais complexos e abrangentes, sendo capazes de
monitorar vrias automaes. Esses sistemas possuem grandes funcionalidades e, em
muitos casos, algumas funcionalidades podem ser comparadas as de gerncias de redes.

Figura 27 Sistema SCADA da empresa Atan. (Rodrigues, 2004)

Na figura acima apresentado o sistemas SCADA, da empresa Atan,
controlando uma planta de automao em uma ETA (Estao de Tratamento de
Afluentes). A figura ilustra os reservatrios da automao, tanto em capacidade real de
gua, quanto os reservatrios de produtos necessrios para o processo. Os dispositivos a
serem gerenciados nessa automao so basicamente vlvulas, sensores e motores,
conforme pode ser observado na figura 27.
Os sistemas SCADA atuam na terceira camada do modelo proposto
por Marinho (2003) e Georgini (2000), a camada SCADA e, geralmente, tratam-se de
sistemas proprietrios, conforme comentado. Dessa forma, a sua interligao com os

68

sistemas das camadas superiores se tornam complexas e caras. Um outro ponto negativo
dos sistemas SCADA , segundo Rodrigues (2004), que sua prioridade est no
monitoramento das camadas inferiores e no na comunicao com nveis superiores,
como sistemas de ativos (como o MAXIMO) e administrativos ( como o SAP,
PeopleSoft, Oracle, DataSul, Microsiga).
Da mesma forma que um sistema SCADA monitora as redes
industriais, uma ferramenta mais abrangente que alm de gerenciar a rede industrial,
pudesse gerenciar as funcionalidades dos sistemas supervisrios seria til, uma vez que
as estaes que contm os sistemas supervisrios tambm fazem parte da rede
corporativa de computadores e esto sujeitas a todos os defeitos e situaes do meio.
Tambm em um ambiente industrial cada vez mais complexo e
competitivo, os fatores relacionados com a disponibilidade e segurana da informao
assumem elevada relevncia, tornando-se necessrio garantir que a informao esteja
disponvel e segura, independentemente da localizao geogrfica. Torna-se portanto
necessrio implementar mecanismos de acessibilidade, mecanismos de segurana e
mecanismos de tolerncia a falhas, atividades, essas, defendidas pela gerncia de redes.
Nesse ponto, os sistemas supervisrios vieram com o objetivo de
oferecer alguns desses aspectos, porm, suas funcionalidades e informaes dependem
da aplicao em que se encontram. Segundo Tbola (2004), muitas vezes no h um
nico sistema supervisrio em uma rede industrial, o que faz com que uma informao
possa depender de vrios sistemas e formatos, impossibilitando, muitas vezes, a
concatenao de todos os dados necessrios a esta. Tambm no obrigao de um
sistema supervisrio proprietrio comunicar-se com as mais diversas tecnologias e
sistemas administrativos.
Para um melhor entendimento sobre o funcionamento dos sistemas
supervisrios ou SCADA, necessria a apresentao dos componentes bsicos que os
compem e suas funcionalidades. Os mesmos sero vistos a seguir.

69

2.7.1 COMPONENTES DOS SISTEMAS SCADA

Os componentes bsicos de um sistema SCADA so:
Sensores e Atuadores: Os sensores e atuadores so dispositivos
conectados aos equipamentos controlados e monitorados pelos sistemas SCADA.
Os sensores convertem parmetros fsicos, tais como: velocidade, nveis de gua e
temperatura, para sinais analgicos e digitais legveis pela estao remota.
Os atuadores so usados para atuar sobre o sistema, ligando e desligando determinados
equipamentos.
Estaes remotas: O processo de controle e aquisio de dados iniciase nas estaes remotas como CLPs, CNCs e RTUs (Remote Terminal Units), com a
leitura dos valores atuais dos dispositivos que lhes esto associados e o respectivo
controle. Os CLPs, CNCs e os RTUs so pequenos computadores, atravs dos quais as
estaes centrais de monitorizao comunicam com os dispositivos existentes nas
instalaes. Os CLPs apresentam uma grande facilidade de programao e controle de
I/Os. J, os RTUs possuem boas capacidades de comunicao, o que faz com que
atualmente os novos equipamentos de automao tentem reunir as melhores
caractersticas destes dois equipamentos: a facilidade de programao e controle dos
CLPs e as capacidades de comunicao dos RTUs.
Rede de comunicaes: A rede de comunicaes a plataforma
atravs da qual a informao de um sistema SCADA transferida.

Tendo em

considerao os requisitos do sistema e as distncias a cobrir, as redes de comunicao

podem ser implementadas, atravs de diversos meios fsicos e tecnologias apresentadas
anteriormente.
Estaes de monitorizao central: As estaes de monitorizao
central so as unidades principais dos sistemas SCADA, sendo responsveis por
recolher a informao gerada pelas estaes remotas e agir em conformidade com os
eventos detectados. Podem estar centralizadas num nico computador, ou distribudas
por uma rede de computadores, de modo a permitir a partilha de informao proveniente
do sistema SCADA.

70

2.7.2 FUNCIONALIDADES DOS SISTEMAS SCADA

As principais funcionalidades dos sistemas SCADA so aquisio de
dados, visualizao dos dados, processamento de alarmes e tolerncia a falhas. A seguir,
sero listadas detalhadamente tais funcionalidades.
AQUISIO DE DADOS:
A aquisio de dados o processo que envolve a coleta e transmisso
de dados desde as instalaes fabris, eventualmente remotas, at as estaes centrais de
monitorizao.
O processo de aquisio de dados inicia-se nas instalaes fabris, onde
as estaes remotas lem os valores dos dispositivos a elas conectados. Aps a leitura
desses valores, segue-se a fase de transmisso de dados em que, quer em modo de
comunicao por polling, quer em modo de comunicao por interrupo (Report by
Exception), os dados so transmitidos atravs da rede de comunicaes at a estao
central. Por fim, o processo de aquisio de dados concludo com o respectivo
armazenamento em bases de dados.
VISUALIZAO DE DADOS
A visualizao de dados consiste na apresentao de informaes
atravs de interfaces homem-mquina, geralmente acompanhados por animaes, de
modo a simular a evoluo do estado dos dispositivos controlados.
Os sistemas SCADA permitem visualizar, para alm dos dados
recolhidos, previses e tendncias do processo produtivo com base em valores
recolhidos e valores parametrizados pelo operador, bem como, grficos e relatrios
relativos a dados atuais e existentes em histrico.
PROCESSAMENTO DE ALARMES
O processamento de alarmes assume um papel de elevada importncia
na medida em que permite informar anomalias verificadas, sugerir medidas a tomar, e,
em determinadas situaes, reagir automaticamente mediante parmetros previamente
estabelecidos.

71

No tratamento de valores digitais, as situaes de alarme podem ser

detectadas atravs de uma varivel que assume o valor 0 ou 1; no tratamento de valores
analgicos so definidos valores que limitam as situaes aceitveis, de modo que,
quando os valores lidos estiverem situados fora das gamas de valores permitidos, seja
detectada uma situao de alarme. Para alm das situaes de alarme detectadas com
base nos valores lidos pelos dispositivos, os sistemas SCADA podem disparar alarmes
com base na ocorrncia de determinadas combinaes de eventos.
TOLERNCIA A FALHAS
Para atingir nveis aceitveis de tolerncia a falhas usual a existncia
de informao redundante na rede e de mquinas backup situadas dentro e fora das
instalaes fabris, de modo a permitir que sempre que se verifique uma falha num
computador, o controle das operaes seja transferido automaticamente para outro
computador sem que se notem interrupes significativas.

2.8 CONSIDERAES
Conforme visto, h diversos padres para interligao das redes
industriais, e sistemas diversos para gerenciamento dessas redes. Porm, os sistemas
existentes para a monitorao das redes industriais no so necessariamente sistemas de
gerncia de redes. Basicamente possuem a finalidade de superviso sobre as redes e no
a total funcionalidade da gerncia sobre a rede.
Um modelo de gerncia integrado sobre a redes industriais se faz
necessrio para controlar e oferecer todas as funcionalidades da gerncia pr-ativa nesse
segmento, facilitando, dessa forma, a operao, administrao e manuteno (OA&M)
dessas redes.
Como no h um modelo padro integrado para essa gerncia, a
criao de um modelo partindo-se de um ponto zero difcil de ser concebida. Por isso
a concatenao de idias do gerenciamento de redes de telecomunicaes e
computadores torna-se um ponto de partida para a criao de um modelo aplicado s
redes industriais, alm, claro, de toda a semelhana entre esses ambientes, que ser
vista a seguir, juntamente com os modelos de gerncia aplicados a esses ambientes.

72

3. AMBIENTES DE REDES DE TELECOMUNICAES E

REDES DE COMPUTADORES
A seguir sero apresentadas algumas caractersticas das redes de
telecomunicaes e redes de computadores e aps sero repassados os conceitos de
gerncia de redes e os modelos de redes de computadores e telecomunicaes.

3.1 REDE DE TELECOMUNICAES

Existem diversas tecnologias de rede de telecomunicaes atualmente
e, segundo Mansur (2003), pode-se destacar:
Tecnologia

Servios

Telefone

Voz e Dados

ISDN

Dados

LP

Dados

Novas Tecnologias de Redes Internet de alta velocidade, Vdeo analgico, Vdeo

Digital, Pay Per View, Audio on demand, Near Video on
de Telecomunicaes
Demand, Video on Demand, Vdeo conferncia, etc.

Uma rede de telecomunicao pode ser apresentada de forma

rudimentar sendo constituda por uma rede principal, redes de acesso e redes de
equipamentos terminais, como representado na Figura 28.
.

Figura 28 Rede de Telecomunicaes (Mansur, 2003)

73

A rede de telecomunicaes atualmente suporta os servios e

aplicaes de vdeo conferncia, udio sob demanda e vdeo sob demanda, entre outros.
Cada vez mais, estas aplicaes tero que operar em um ambiente multifornecedor e
devero tambm suportar caractersticas, como interoperabilidade e flexibilidade de
incorporao de novas funcionalidades.
Para

esclarecer

melhor

os

servios

funcionalidades

das

telecomunicaes, os mesmos sero listados a seguir, segundo referncias em Berval

(1999) e Schnberger, Selena (2000):

Servio de Suporte: Transmisso entre dois pontos, incluindo roteamento e

chaveamento (chaveamento de circuitos, chaveamento de pacotes) fsico.

Teleservios: Inclui Todas capacidades para comunicao entre duas aplicaes

(telefone, computador)

Servios Bsicos: Capacidade de manipular chamadas bsicas (call set-up, call

release)

Servios Suplementares: Capacidades opcionais que podem ser utilizadas para a

suplementao de servios bsicos (call forwarding, call waiting)

Servios de valores agregados: Servios suplementares avanados. Servios que so

encapsulados, fornecidos e comercializados como produtos stand-alone: Virtual
Private Network Services, Video-on- Demand Services, Bandwidth-on-Demand
Services, Security Services, QoS Services, entre outros.
Com toda essa gama de servios e equipamentos acima, torna-se

inevitvel a complexidade do ambiente, assim como nas redes industriais. Porm, a rede
de telecomunicaes possui alguns modelos de gerncia como forma de integrao das
tecnologias e servios encontrados, onde se destaca a TMN, que ser abordada mais
adiante no tpico gerncia de redes de telecomunicaes.
A seguir, ser apresentado, de forma resumida, o ambiente de redes de
computadores, similar ao ambiente das redes de telecomunicaes e redes industriais.

74

3.2 REDE DE COMPUTADORES E INTERNET

A utilizao de redes de computadores faz hoje parte da cultura geral.
A exploso da utilizao da Internet tem aqui um papel fundamental; atualmente,
quando se fala de computadores, est implcito que os mesmos esto ligados a uma rede,
segundo Vicente Neto (1990).
O que se designa por Internet , na realidade, um conjunto de redes e
computadores que se encontram interligados em nvel mundial. Segundo Tanenbaum
(1997), os meios usados para garantir esta interligao so muito diversos, recorrendo s
redes pblicas de comunicaes, baseadas em cabos eltricos ou pticos, terrestres ou
submarinos e ligaes via rdio, terrestres ou via satlite.
O que deve ser destacado nessa pesquisa, a respeito das redes de
computadores, a diversidade com a qual ela composta e, assim como as redes de
telecomunicaes e redes industriais, muitos fabricantes de hardware e software esto
presentes. Na figura 29 so ilustradas de forma simples quatro redes locais de
computadores interligadas atravs da Internet.

Figura 29 Rede Local de Computadores interligadas pela Internet (Tanenbaum, 1997)

Alm do mais, a grande maioria das redes de telecomunicaes e
redes industriais utilizam muitos componentes das redes de computadores; como
exemplo, tem-se o prprio computador como dispositivo indispensvel a essas redes.

75

Uma vez que a influncia das redes de computadores sobre as redes

industriais uma realidade, as mesmas ferramentas de gerncia dessas redes podem
servir como uma fonte modeladora da gerncia das redes industriais, tornando o
ambiente padronizado nesse aspecto e permitindo um gerenciamento integrado dos
dispositivos, sejam estes pertencentes a uma rede de computadores ou unicamente
encontrados nas redes industriais.
Ser vista, nas prximas pginas, uma abordagem detalhada sobre
gerncia de redes e os modelos de gerncia de redes de computadores ( utilizando o
protocolo SNMP), redes de telecomunicaes (TMN) e redes industriais.

3.3 GERNCIA DE REDES DE TELECOMUNICAES E REDES

DE COMPUTADORES
A gerncia das redes de telecomunicaes e computadores pode ser
definida, segundo Boavista (2000), como o conjunto de todas as tarefas que visam
monitorar o funcionamento das mesmas, obter informaes e tomar aes que tenham,
como meta, otimizar o funcionamento dos seus componentes, assim como de todo o
conjunto.
Em termos menos abstratos, Boavista (2000) afirma que:
A gerncia de redes busca observar o funcionamento das mesmas obtendo dados
deste processo e, a partir desse conhecimento, tomar atitudes tais como: planejar, implementar,
configurar, corrigir, otimizar, prevenir, taxar por uso, regrar o uso e garantir o funcionamento
de todos os eventos relacionados rede. (Boavista, 2000).

Tomada em um sentido mais amplo, a gerncia preocupa-se no s

com o dia a dia mas tambm com fatores tais como: recursos humanos, projetos,
questes burocrticas, planejamento, manuteno, etc.
Em se tratando de redes de telecomunicaes e redes de
computadores, j se encontram consolidados alguns modelos de gerenciamento, como a
TMN nas redes de telecomunicaes e SMNP nas redes de computadores.
Em redes industriais, ainda h muito a se discutir e pesquisar sobre
gerenciamento de redes, e os resultados j obtidos ainda esto longe dos alcanados pela
telecomunicao e computao. Analisando-se o modelo de camada proposto por

76

Marinho (2003) e Georgini (2000), o monitoramento das redes industriais encontra-se

implementado at a camada SCADA, onde so encontrados os sistemas supervisrios.
Porm, os sistemas supervisrios no implementam todas as funcionalidades de
gerenciamento encontradas nos modelos TMN e SNMP. Servem muito mais como
espies do processo do que como gerentes.
Para entender mais sobre os fundamentos e modelos de gerenciamento
desses trs ambientes distintos (redes de telecomunicaes, redes de computadores e
redes industriais), ser feita uma reviso dos conceitos de gerenciamento atualmente
aplicado a cada ambiente.

3.3.1 MODELO BSICO DE GERENCIAMENTO

A fim de que se tenha uma viso global do escopo abrangido pela
gerncia de sistemas, necessria a identificao dos elementos bsicos que compem
um ambiente gerenciado. Para isso, na figura 30 apresentado o modelo bsico de
gerenciamento segundo Stallings (1996).

Figura 30 Modelo bsico de gerenciamento gerente agente (Stallings, 1996)

Na ilustrao acima, observa-se que o ciclo bsico de gerenciamento
o envio de operaes de gerncia pelo gerente at o agente. O agente por sua vez
responde s operaes de gerncia, consultando as informaes solicitadas nos objetos
gerenciados, que so uma viso abstrata dos recursos gerenciados.

77

Outro ciclo bsico no modelo apresentado o envio de notificaes de

eventos para o gerente onde, o agente, analisando determinadas caractersticas dos
objetos gerenciados, dispara um aviso ao gerente sobre algum evento importante.
Abaixo ser visto mais detalhadamente cada elemento desse modelo
segundo pesquisas em Brisa (1994), Tanenbaum (1997) e Stallings (1996).

3.3.1.1 OBJETO GERENCIADO

Os objetos gerenciados so, segundo Tanenbaum (1997), as entidades
do sistema de computao passveis de gerenciamento, como hubs, switchs e demais
equipamentos de uma rede computacional. Em se tratando de redes industriais, os
objetos gerenciados so representados por sensores, atuadores, CLPs e demais
componentes, conforme afirma Georgini (2000). O conceito de objeto gerenciado
representa uma abstrao dos recursos gerenciados.

3.3.1.2 AGENTE
Stallings (1996), define

agente como um mdulo de software

(usualmente um processo) responsvel pela disponibilizao das informaes associadas

a um ou mais objetos gerenciados e pela atuao, mediante solicitao, sobre o objeto
gerenciado. O agente pode ainda transmitir notificaes assncronas sobre o
comportamento de um objeto gerenciado. O agente o responsvel pela interao com
os objetos gerenciados;

3.3.1.3 GERENTE
O gerente um mdulo de software responsvel pela requisio de
informaes atualizadas sobre o comportamento dos objetos gerenciados e do controle
destes, conforme mostra Tanenbaum (1997). Brisa (1994), comenta que o agente
tambm pode receber notificaes a respeito do comportamento de um objeto
gerenciado. Para isto, interage com o agente, utilizando-se de um protocolo de
gerenciamento. Usualmente, o gerente tambm disponibiliza uma interface ao operador;

78

3.3.1.4 MIB
Apesar de no estar sendo representada, na figura 30, a MIB
(Management Information Base) a especificao das informaes que podem ser
trocadas entre o gerente e o agente. Conforme Soares (2001), isto possibilita que tais
entidades possam identificar precisamente o tipo de informao ou ao que est sendo
requisitada (ou enviada) e trocar tais informaes;

3.3.1.5 PROTOCOLO DE GERENCIAMENTO

Especifica como realizada a comunicao entre as entidades
participantes do sistema de gerenciamento. Tambm define os formatos e padres para a
troca das mensagens entre gerentes e agentes.

3.3.2 DIMENSES DA GERNCIA DE REDES

As dimenses de gerncia so conjuntos cujos elementos englobam
todos os temas de relevncia para a gerncia. De acordo com Tapajs (2003), cada
dimenso est relacionada a um tema de ordem genrica, o qual decomposto em temas
mais especficos. As dimenses so classificadas em trs tipos: dimenso funcional,
dimenso temporal e dimenso de cenrios.

Figura 31 Dimenses da Gerncia de Redes (Tapajs, 2003)

79

Dimenso funcional: Esta dimenso aborda as tarefas de gerncia a partir de uma

organizao em reas funcionais, quais sejam: falhas, configurao, desempenho,
contabilizao e segurana.

Dimenso temporal: Nesta dimenso, a abordagem sobre a gerncia realizada sob

o enfoque das fases em um processo de ciclo de vida. As fases so: planejamento,
implementao e operao.

Dimenso de cenrios: Nesta ltima dimenso, a abordagem feita dividindo o

cenrio onde se efetiva a gerncia em diversos cenrios menores. Os cenrios so:
cenrio de equipamentos, compostos por toda a espcie de equipamentos que
formam a rede; cenrio de aplicaes, composto pelo conjunto de aplicaes que
implementam os servios; cenrio de sistemas, composto por sistemas especficos,
normalmente distribudos, formados por hardware e software; cenrio da
organizao, composto pelos cenrios anteriores e visto como uma entidade nica e
que apresenta, como resultados, os produtos dos servios da rede da corporao.
Tapajs (2003) descreve que: o modelo descrito, alm de possibilitar

a viso global das questes relacionadas gerncia, apresenta o universo onde se espera
que estejam contidos todos os elementos passveis de serem abordados quando o tema
gerncia de redes.

3.3.3. REAS FUNCIONAIS DE GERENCIAMENTO

O modelo funcional utilizado para a maioria das arquiteturas de
gerncia existentes foi definido pela International Organization for Standardization
(ISO) e agrupou as tarefas de gerncia em cinco reas principais (Tanenbaum, 1997).

Gerncia de falhas: Processo de localizar problemas ou falhas na rede. Para tal,

segue-se a seguinte seqncia de passos: identificar a falha; isolar a causa da falha;
corrigir a falha, se possvel. Usando as tcnicas de gerenciamento de falhas o
gerente pode localizar e resolver problemas mais rapidamente do que seria possvel
sem ela.

Gerncia de Configurao: Processo pelo qual possvel obter informaes da rede

sobre a configurao, seus elementos, e, para alguns destes, modificar ajustes dos
parmetros existentes.

80

Gerncia de Contabilizao: Est voltada para o rastreamento da utilizao de

recursos da rede e, a partir de mtricas e cotas preestabelecidas, assegurar que todos
os meios sero racionalmente distribudos para o trabalho.

Gerncia de Desempenho: Envolve a medida da performance do hardware, do

software do fluxo de dados na rede. Exemplos de atividades mensurveis so o fluxo
de dados nos enlaces, porcentagem de utilizao de recursos da rede, taxas de erro e
tempo de resposta. Atravs da utilizao da gerncia do desempenho, o gerente da
rede ser capaz de verificar, com preciso, as necessidades da rede e adequar os
recursos para supri-las.

Gerncia de Segurana: o processo de controlar o acesso s informaes da rede.

Para tal, preciso levantar quais so os recursos crticos, identificar os acessos at
os mesmos e, por fim, proteger estes acessos.
A seguir sero apresentados os modelos de gerncia SNMP, TMN e os

conceitos de monitoramento das Redes Industriais. Apesar de sua grande importncia

como referncia em gerncia de redes, o modelo OSI no ser apresentado nesse
trabalho por no ser contemplado na pesquisa realizada.

3.3.4 GERENCIAMENTO SNMP

O SNMP (Simple Network Management Protocol) foi desenvolvido
nos anos 80 como resposta para os problemas de gerenciamento em ambientes TCP/IP,
envolvendo redes heterogneas. Inicialmente foi concebido para ser apenas uma soluo
provisria at o desenvolvimento de um protocolo de gerenciamento mais completo, o
CMIP (Common Management Information Protocol). O modelo de padronizao
SNMP encontra-se detalhado nas RFCs [(RFC1157), (RFC1448), (RFC3414),
(RFC1156), (RFC1213)].
Neste contexto, sem um protocolo melhor disponvel, o SNMP passou
a ser o protocolo mais utilizado, segundo ODA (2003). Trata-se de um protocolo da
camada de aplicao, desenvolvido para facilitar a troca de informaes de
gerenciamento entre dispositivos de rede, nos diz Venncio Neto (2003). Estas
informaes, transportadas pelo SNMP (como pacotes por segundo e taxa de erro na

81

rede), permitem aos administradores da rede gerenciar o desempenho da rede de forma

remota, encontrando e solucionando problemas e planejando o crescimento da rede.
Em uma rede com gerenciamento SNMP, todos os equipamentos
envolvidos devem possuir um agente SNMP implementado para que a gerncia
abrangente. Tambm pode-se ter vrias redes interligadas e gerenciadas de uma forma
nica, como demonstra a figura 32, onde se tem redes Ethernet, FDDI e Token Ring.
Em um gerenciamento SNMP vrias estaes gerentes tambm so possveis.

Figura 32 - Viso geral do ambiente SNMP (Venncio Neto, 2003)

A seguir ser descrito mais detalhadamente o SNMP juntamente com
os elementos essenciais para a formao da rede de gerenciamento SNMP.

3.3.4.1 DESCRIO DE SNMP

Segundo

Stallings

(1996),

SNMP

define

uma

relao

cliente/servidor. O programa cliente (chamado de gerenciador de rede) faz conexes

virtuais a um programa servidor (chamado de agente SNMP) que executa em um

82

dispositivo de rede remoto e disponibiliza informao para o gerente relativo ao estado

do dispositivo. O banco de dados, que modela o agente SNMP, denominado MIB
(Management Information Base) e sua funo padro controlar valores gerenciados no
dispositivo. O SNMP permite a extenso destes valores padres, adicionalmente com
valores especficos para um agente particular, pelo uso de MIB privados.
Diretivas emitidas pelo gerenciador da rede a um agente SNMP
consistem nos identificadores de variveis de SNMP (chamados identificadores da MIB
ou variveis da MIB) junto com instrues para adquirir o valor do identificador ou
fixar o identificador para um novo valor (Oliveira, 2000).
Pelo uso de variveis de MIB privadas, agentes SNMP podem ser
incrementadas para gerenciar dispositivos especficos, como bridges, gateways e
roteadores. Segundo Soares (2001), as definies de variveis de uma MIB podem
suportar um agente em particular. Na figura 33 apresentada a forma de interao
Agente Gerente - MIB.

Figura 33 Relacionamento Agente Gerente e MIB (Soares, 2001)

3.3.4.2 ELEMENTOS DO SNMP

O SNMP possui uma caracterstica cliente/servidor; onde o cliente, o
agente SNMP e, o servidor, o gerente SNMP. A base que modela este agente, segundo

83

Pisching (2001), denomina-se MIB (Management Information Base). Abaixo ser

descrito detalhadamente cada emento do SNMP.

3.3.4.2.1 AGENTES
No modelo de gerenciamento SNMP, hosts, bridges, roteadores, hubs,
etc, devem ser equipados com agentes SNMP para que possam ser gerenciados pela
estao de gerenciamento atravs do gerente SNMP, conforme esclarece Black (1994).
Stallings (1996) complementa que: o agente responde a requisies da estao de
gerenciamento, que pode ser o envio de informaes de gerncia ou aes sobre as
variveis do dispositivo onde est.
Segundo Weber (1997), 0 funcionamento desta estrutura s possvel
graas ao acesso direto MIB que o agente possui, pois todas as informaes de
gerncia encontram-se l. Ao receber uma mensagem SNMP do gerente, o agente
identifica que operao est sendo requisitada e quais as variveis relacionadas. A partir
da executa a operao sobre a MIB; em seguida, monta uma nova mensagem de
resposta, que ser enviada ao gerente.
Cabe tambm ao agente, um papel fundamental em todo o processo de
gerenciamento da rede, acessar e disponibilizar informaes de gerncia contidas na
MIB e indicar situaes inesperadas de funcionamento do dispositivo que estiver
gerenciando atravs, do envio de Trap ao gerente.

3.3.4.2.2 GERENTES
A interface entre as aplicaes de gerncia e os agentes espalhados
pelos dispositivos da rede , segundo Klauck (2000), o software gerente. Cabe ao
gerente enviar comandos aos agentes, solicitando informaes sobre variveis de um
objeto gerenciado ou modificando o valor de determinada varivel.
Os gerentes ento processam estas informaes colhidas pelos agentes
e as repassam aplicao que as requisitou. A comunicao entre o gerente e as
aplicaes possvel, conforme descreve Tanenbaum (1997), atravs da utilizao das
API do gerente SNMP pelo sistema.

84

Conforme explica Barroto (1998), cabe tambm ao gerente

encaminhar aplicao de gerncia os Traps (mensagens de notificao de eventos
ocorridos) que porventura sejam enviados pelos agentes. Assim, o software de gerncia
ter conhecimento da presena de um novo equipamento na rede ou do mau
funcionamento de algum dos dispositivos da rede.

3.3.4.2.3. MANAGEMENT INFORMATION BASE (MIB)

Segundo Tapajs (2003) e Stallings (1996), no modelo SNMP, os
recursos de uma rede so representados como objetos. Cada objeto , essencialmente,
uma varivel que representa um aspecto do dispositivo gerenciado. Todos os objetos
(variveis) so armazenados na Management Information Base (MIB).

3.3.4.2.3.1 ESTRUTURA DA MIB

Para

usar

SNMP

efetivamente,

usurios

precisam

estar

familiarizados com a Base de Informao do Gerenciador SNMP que define todos os

valores de leitura e alterao que o SNMP capaz. Para comear, um administrador tem
que conhecer a MIB do SNMP do equipamento ou da rede que estiver gerenciando.

Figura 34 Estrutura da MIB SNMP (Tapajs, 2003)

85

A MIB organizada em uma estrutura de rvore e, segundo Brisa

(1994), semelhante a uma estrutura de diretrio de arquivos em disco, conforme figura
34. O topo do nvel SNMP comea com o diretrio que contm quatro nveis principais:
O nvel mgmt(2), que normalmente contm os objetos padres do SNMP utilizados
por todos os dispositivos da rede; o nvel private(4), que contm os objetos
especializados definidos pelos fabricantes de equipamentos de rede; os nveis
extended(3) e directory(1), que so normalmente destitudos de quaisquer dados ou
objetos significativos.
A estrutura da rvore descrita na figura 30 uma parte integrante do
padro SNMP, porm a parte mais significativa da rvore so as folhas, objetos da
rvore que fornecem os dados de gerncia atuais do dispositivo, representadas por
interfaces(2) , At(3), IP(4), ICMP(5), entre outras.

3.3.4.3 OPERAES DO SNMP

No gerenciamento SNMP, Stallings (1996) comenta que existem
vrias operaes para a comunicao entre os gerentes e agentes SNMP para obter
informaes dos dispositivos gerenciados. As mesmas so apresentadas a seguir:

GET: O gerente SNMP envia o comando Get a um determinado agente toda vez que
necessita recuperar uma informao de gerenciamento especfica do objeto
gerenciado pelo agente. Estas informaes encontram-se na forma bsica de
variveis que, por sua vez, esto na MIB do elemento de rede gerenciado.

GETNEXT: O comando GetNext assemelha-se ao comando Get, no entanto,

enquanto o comando Get solicita ao agente a leitura de determinada instncia de
uma varivel, ao receber um comando GetNext, o agente deve ler a prxima
instncia disponvel, na ordem especificada pela MIB, das variveis associadas.

SET: A operao Set requisita a um determinado agente a atribuio/alterao do

valor de determinadas variveis de uma MIB. Alguns desenvolvedores, por
exemplo, acreditam que este comando no deve retornar um Response. J, outros
acham que a operao Set deve retornar alguma indicao de que a operao foi
efetuada. Porm, o mais correto seria que, aps cada operao Set sobre uma

86

varivel, uma operao Get fosse efetuada sobre a mesma varivel a fim de
assegurar que a operao Set foi efetuada.

TRAP: A operao Trap difere de todas as outras. Ela utilizada por um agente
SNMP para notificar a um gerente algum evento extraordinrio que tenha ocorrido
no objeto gerenciado. Diversos questionamentos so feitos quanto a esta operao.
Talvez o maior deles seja: quais eventos devem realmente ser notificados ao
gerente? Embora todos concordem que o gerente deva ser informado de alguns
eventos significativos, muitos fornecedores de produtos que implementam o SNMP
trazem Traps especficos, muitos deles desnecessrios.

RESPONSES: Sempre que um agente recebe um comando Get, GetNext ou Set ele
tenta executar a operao associada e, conseguindo ou no, constri uma outra
mensagem que enviada ao emissor da requisio. Esta mensagem a
GetResponse. Das operaes SNMP, apenas o Trap no gera um Response.

3.3.4.4 FORMATO DE MENSAGENS SNMP

No SNMP, as informaes so trocadas entre os gerentes e agentes na
forma de mensagens. Cada mensagem possui duas partes, um cabealho e uma Protocol
Data Unit (PDU). O cabealho inclui um nmero de verso (version) que indica a
verso do SNMP e um nome de comunidade (community).
O nome de comunidade possui duas funes. Conforme Oda (2003),
primeiro, o nome de comunidade define um dispositivo de acesso para um grupo;
segundo, aqueles dispositivos, cujo nome de comunidade so desconhecidos, so
excludos de operaes SNMP. O campo PDU pode conter qualquer um dos cinco tipos
de PDU utilizados pelo SNMP (SNMP PDU). Esta estrutura pode ser visualizada na
Figura 35.

Figura 35 Formato da Mensagem SNMP (Oda, 2003)

87

As PDUs GetRequest, GetNextRequest e SetRequest so definidas no

SNMP com o mesmo formato da GetResponse, com os campos errorstatus e error-index
com valor zero. Essas PDU possuem, segundo Stallings (1996), os seguintes campos:
a) Version - Indica a verso do protocolo SNMP utilizado;
b) Community - O nome de comunidade atua como uma senha para autenticar a
mensagem SNMP;
c) SNMP PDU - a unidade de dados de protocolo (Protocol Data Unit - PDU)
utilizada pelo SNMP; contm os dados referentes a operao desejada (Get, GetNext
etc).
A SNMP PDU possui os seguintes campos:
a) PDU type - indica o tipo de PDU; neste caso, pode ser uma GetRequest, uma
GetNextRequest, uma SetRequest ou uma GetResponse;
b) Request-id - Usado para identificar o request; essa mesma identificao ser
utilizada na resposta a esta mensagem;
c) error-status - um sinalizador utilizado para indicar que uma situao inesperada
ou erro ocorreu no processamento da mensagem; seus valores possveis so:
d) error-index - Quando o campo error-status diferente de zero, este campo fornece
uma informao adicional indicando qual varivel da lista de variveis causou a
exceo (ou erro);
e) variablebindings - Uma lista de nomes de variveis e seus respectivos valores (em
alguns casos, como no GetRequest, esses valores so nulos).
A estrutura deste campo mostrada na Figura 36.

Figura 36 Estrutura da PDU SNMP (Stallings, 1996)

Por se tratar de um caso particular de mensagem, indicando uma
situao inesperada, a Trap PDU possui uma estrutura diferente das demais PDUs
utilizadas pelo SNMP.

88

3.3.5 GERENCIAMENTO TMN

Sero apresentado abaixo, os conceitos sobre TMN, abordando
aspectos de diversos pesquisadores e das recomendaes ITU-T [(M.3010), (M.3020),
(M.3100), (M.3200), (M.3400)].

O TMN prov um ambiente de desenvolvimento que permite a

interconectividade e a comunicao entre sistemas operacionais heterogneos e redes de
telecomunicaes. Tambm segundo Pricas (2000), o modelo foi proposto pelo ITU-T
como sendo uma infra-estrutura para suportar o gerenciamento e o desenvolvimento de
servios de gerncia de redes de telecomunicaes.
Mansur (2003) comenta que a idia da TMN :
Proporcionar

uma

arquitetura

organizada,

possibilitando

integrao

interoperabilidade entre vrios tipos de sistemas de operao e os equipamentos de

telecomunicaes , utilizando modelos genricos de rede para a gerncia, modelos genricos de
informaes com interfaces e protocolos padronizados". (Mansur, 2003)

Dessa forma ser possvel a criao de um conjunto de padres para

administradores e fabricantes, utilizados no desenvolvimento e na compra de
equipamentos de telecomunicaes, e tambm no projeto da rede de gerncia.
Para o gerenciamento de redes de telecomunicaes, de servios e de
equipamentos, o ITU-T props a srie M.3000 de recomendaes definindo a TMN, e
conforme consta em Ramos (2000), os quais esto divididos nos seguintes documentos:

M.3010 Princpios para a Rede de Gerncia de Telecomunicaes;

M.3020 Metodologia para Especificao de Interface TMN;

M.3100 - Modelo Genrico de Informao de Rede para TMN;

M.3101 - Relatrio de Conformidade do Modelo de Informao da Rede Genrica;

M.3180 Catlogo de Informao de Gerncia TMN;

M.3200 Servios de Gerncia TMN;

M.3300 Capacidades de Gerenciamento TMN na Interface F;

M.3320 Requisitos de Gerenciamento para a interface X TMN;

M 3400 Funes de Gerenciamento TMN.

89

Dizem Berval (1999) e Schnberger, Selena (1998) que a TMN , na

realidade, uma rede de computadores utilizada para gerenciar uma rede de
telecomunicaes. Segundo Ramos (2000), a TMN conceitualmente uma rede
separada que interage com a rede de telecomunicaes em vrios pontos, atravs de
interfaces padronizadas, podendo utilizar parte da rede de telecomunicaes para
realizar suas funes.
Tapajs

(2003)

comenta

que

TMN

(Telecommunications

Management Network) um modelo baseado na arquitetura OSI de Gerncia de

Sistemas (srie X.700) criada em conjunto pela ISO e ITU-T. O Conjunto de
recomendaes (Srie M.3000) prope um modelo para a implementao de Sistemas
de Gerncia de Telecomunicaes. Nesses documentos, definido um Sistema
Operacional como um software usado para monitorar, coordenar e controlar operaes
de telecomunicaes e funes de gerenciamento.
A TMN fornece uma estrutura organizada para interconectar diversos
tipos de sistemas de suporte a operaes (OSs) e equipamentos de telecomunicaes
para a troca de informaes de gerenciamento, atravs de interfaces padronizadas. Ela
foi planejada para gerenciar sistemas bastante heterogneos que incluem, segundo
Schnberger, Selena (1998):

Redes pblicas privadas (LANs, MANs, redes de telefonia mvel, redes virtuais);

A prpria TMN;

Sistemas de transmisso digital;

Mainframes e processadores;

PABXs;

Softwares associados a servios de telecomunicao, e demais.

Uma ilustrao da arquitetura TMN mostrada na figura 37:

90

Figura 37 Arquitetura TMN ( Schnberger, Selena, 1998)

A seguir ser descrito o modelo TMN, de acordo com os conceitos
vistos em Ramos (2000), Berval (1999), Pricas (2003), Schnberger, Selena (1998),
Schnberger, Hans (2000), Mansur (2003) e Tapajs (2003), entre outros.

3.3.5.1 CAMADAS DA TMN

Descrever as camadas gerenciveis da TMN consiste em subdividir
funcionalmente a gerncia em nveis que restringem as atividades de gerncia contidas
nelas, mas sendo possvel a comunicao direta entre camadas no adjacentes.
Segundo Ramos (2000) as camadas da TMN basearam-se no trabalho
originalmente desenvolvido por um grupo da British Telecommunications, liderado por
Keith Willets. A arquitetura de informao TMN incorpora o modelo de informao
usado no gerenciamento OSI. A TMN acrescenta alguns conceitos de modo a permitir
que o modelo atenda a outros requisitos. Um destes conceitos a Arquitetura Lgica em
camadas (LLA - Logical Layered Architeture ) que consiste em definir a arquitetura de
gerenciamento como uma srie de camadas. A LLA usa uma abordagem recursiva para
a descomposio de uma atividade de gerenciamento em uma srie de domnios
funcionais aninhados. Cada domnio funcional mapeado em um domnio gerencial sob

91

o controle de uma Funo de Sistema de Suporte a Operao (OSF). Assim, possvel

agrupar as OSFs segundo requisitos gerenciais e, tambm, segundo nveis gerenciais.
A hierarquia tem o formato apresentado na figura 38, que como
podemos ver, assemelha-se aos modelos de redes industriais vistos at ento.

Figura 38 Modelo de Camadas da TMN (Ramos, 2000)

Camada de Gerncia de Negcios - um ponto onde ocorrem as aes executivas,

ou seja, responsvel pela gerncia global do empreendimento. neste nvel em
que so feitos os acordos entre as operadoras e onde so definidos os objetivos.

Camada de Gerncia de Servios - Esta camada relaciona os aspectos de interface

com os clientes e realiza funes como previso de servios, abertura e fechamento
de contas, resoluo de reclamaes dos clientes (inclusive relacionados tarifao),
relatrios de falhas e manuteno de dados sobre qualidade de servio (QoS).

Camada de Gerncia de Rede - Esta camada gerencia o conjunto de elementos (subredes) como um todo, tendo uma viso fim-a-fim da rede. Para isso, ela recebe
dados relevantes dos vrios sistemas de Gerncia de Elemento de Rede e processaos para obter uma viso concisa da rede completa.

Camada de Gerncia do Elemento da Rede - Esta camada responsvel pelo

gerenciamento dos equipamentos na forma de sub-redes, ou seja, pequenas partes da
rede completa devem ser gerenciadas e, suas informaes, sintetizadas, para
poderem ser aproveitadas pela Gerncia de Rede do sistema, que tem assim a viso
completa da rede.

92

Camada de Elemento de Rede - Corresponde s entidades de telecomunicaes

(software ou hardware) que precisam ser efetivamente monitorados e/ou
controlados. Estes equipamentos devem possuir agentes para que possam fornecer
as informaes necessrias ao sistema de gerncia, como coleta de dados de
performance, monitorao de alarmes, coleta de dados de trfego, etc.

3.3.5.2 ARQUITETURA TMN

A arquitetura TMN formada por trs grupos: a arquitetura funcional,
a arquitetura fsica e a arquitetura de informao, as quais sero descritas a seguir

3.3.5.2.1 ARQUITETURA FUNCIONAL

O TMN permite aos provedores de servios de telecomunicaes
viabilizar a interconectividade e a comunicao entre OSs e redes de telecomunicaes.
Conforme descreve Berval (1999), a interconectividade conseguida atravs de
interfaces padronizadas, capazes de abstrair os recursos gerenciados na forma de objetos
gerenciveis.

3.3.5.2.1.1 BLOCOS FUNCIONAIS

O TMN representada por vrios blocos funcionais que provm um
encapsulamento de funcionalidades de gerenciamento e que podem ser apresentados de
acordo com a Figura 39, e apresentados a seguir, conforme descreve Tapajs (2003).

Figura 39 Blocos Funcionais da TMN (Berval, 1999)

93

OS (Operations System): Conforme Ramos (2000), os OS executam funes do

sistema operacional, inclusive monitorao de operaes e controle de funes de
gerncia

de

telecomunicaes.

Um

OS

pode

prover

tambm

algumas

funcionalidades de MD, QA, WS;

MD (Mediation Device): Prov a mediao entre interfaces TMN locais e o modelo

de informaes do OS. A funo de mediao pode ser necessria para garantir que
informaes, escopo e funcionalidades estejam presentes precisamente na forma
especificada requerida pelo OS. As funes de mediao podem ser implementadas
atravs de MDs em cascata;

QA (Q Adapter): A QA permite a um TMN gerenciar ns que no implementem

interfaces TMN: um tradutor entre interfaces TMN e interfaces no-TMN.

NE (Network Element): No escopo do TMN, um NE contm informaes

gerenciveis que so monitoradas e controladas por um OS. Segundo Mansur
(2003), para ser gerencivel dentro do escopo do TMN, um NE deve ter uma
interface TMN padro. Por outro lado, se um NE no possuir uma interface padro,
ele ainda pode ser gerenciado, mas atravs de um QA. Um NE prov ao OS uma
representao das suas informaes e funcionalidades gerenciveis (MIB). Um NE
pode prover tambm algumas funcionalidades de OS, QA, MD.

WS (Worstation): A WS executa funes de estao de trabalho. Ele traduz

informaes do formato TMN e as disponibiliza num formato apresentvel ao
usurio.

DCN (Data Communication Network): A DCN a rede de comunicaes dentro do

TMN, que d acesso aos dispositivos gerenciveis.

3.3.5.2.1.2 COMPONENTES FUNCIONAIS

Conforme demonstra Schnberger, Hans (2000), os componentes
funcionais so as estruturas que compem os blocos funcionais descritos acima. Os
mesmos sero apresentados a seguir.

94

MAF - Management Application Function: a funo de aplicao de gerncia

assume o papel de gerente ou agente, conforme a invocao feita, implementando
efetivamente os servios de gerenciamento. Recebe a denominao correspondente
ao bloco de funo a que pertence, ou seja, OS-MAF, NE-MAF, MF-MAF e QAFMAF.

WSSF - WorkStation Support Function: necessrio para a implementao da funo

WSF.

UISF - User Interface Support Function: transforma informaes de usurio para o

modelo de informaes da TMN e vice versa, alm de tornar o modelo de
informao disponvel em um formato visvel na interface homem-mquina. A
interface homem-mquina pode ser uma tela de uma estao, uma impressora ou
outro dispositivo.

MIB - Base de Informao de Gerenciamento: repositrio conceitual das

informaes de gerenciamento. Representa o conjunto de recursos gerenciados
dentro de um sistema gerenciado. Sua estrutura de implementao no est sujeita
padronizao dentro da TMN.

ICF - Interface Convergence Function: traduz o modelo de informao de uma

interface para outra. Pode fazer alteraes em nvel sinttico e/ou semntico, sendo
obrigatrio nos blocos MF e QAF.

MCF - Message Communication Function: associada com todos os blocos

funcionais que possuem interface fsica, prov o meio para se trocar informaes
entre entidades pares atravs de uma pilha de protocolos. Esta pilha no precisa ser
necessariamente uma pilha OSI de 7 camadas. Conforme o ponto de referncia ao
qual est associado, recebe a denominao MCFqx, MCFf ou MCFx.

DCF - Data Communication Function: prov funes de roteamento e interconexo,

atravs da implementao das camadas 1 a 3 do modelo OSI.

DSF - Directory System Function: necessrio para a implementao do servio de

diretrio na TMN. O diretrio utilizado na TMN baseado na X.500. Nota-se que
existem vrias recomendaes do ITU-T sobre os diversos aspectos do servio

95

diretrio. Um diretrio contm informaes sobre sistemas e quais associaes

podem ser feitas com estes, detalhes destas associaes, detalhes de contexto de
aplicaes, detalhes de segurana, lista de objetos gerenciados, classes suportadas,
etc..

DAF - Directory Access Function: necessrio para acesso aos diretrios.

obrigatrio no OSF e pode tambm ser necessrio no WSF, MD, QAF e NE,
dependendo se eles se utilizam do servio diretrio.

SF - Security Function: necessrio para prover segurana aos blocos funcionais. Os

servios de segurana so autenticao, controle de acesso, confidencialidade de
dados e integridade de dados. Os detalhes acerca destes servios de segurana so
dados na X.800.

3.3.5.2.1.3 PONTOS DE REFERNCIA

Para Pricas (2000), os pontos de referncia definem os limites entre
os servios de dois blocos de funo de gerncia. A finalidade dos pontos de referncia
identificar a passagem da informao entre blocos de funo, permitindo acesso s
informaes trocadas entre estes blocos.
Existem trs classes de pontos de referncia:

classe q - entre OSF, QAF, MF e NE;

classe f - para ligao de estaes de trabalho (ou WSF);

classe x - entre OSFs de duas TMNs ou entre uma OSF de uma TMN e um bloco
funcional, com funcionalidade equivalente de outra rede.
So definidas ainda outras duas classes de pontos de referncia que

no pertencem TMN mas tambm so muito importantes:

classe g - entre a estao de trabalho e o usurio;

classe m - entre QAF e entidades no TMN.

Ainda existem dois tipos de referncias classe q: Q3 (limites da TMN) e Qx (fora dos
limites da TMN).

96

3.3.5.2.1.4 FUNO COMUNICAO DE DADOS (DCF)

Fornece os meios necessrios para o transporte de informaes entre
os blocos funcionais da TMN. Pode prover roteamento, retransmisso e interfaceamento
de funes. Conforme Ramos (2000) e as recomendaes M2000, a DFC fornece as
funes das camadas 1, 2 e 3 do modelo OSI e pode ser suportada por diferentes tipos
de subredes, como X-25, MAN, LAN, SSCC n 7, RDSI ou SDH.

3.3.5.2.2 ARQUITETURA FSICA

As definies M.3000, definem os blocos construtivos e as interfaces
que permitem interlig-los. Estes blocos representam implementaes fsicas de
funcionalidades (blocos de funes) da TMN. Os blocos construtivos da arquitetura
fsica TMN so os seguintes:

Rede de Comunicao de Dados (DCN): uma rede de dados que utiliza protocolos
padronizados (deve, sempre que possvel, seguir o modelo OSI) e permite a
comunicao dos elementos de rede com os sistemas de suporte operao. Pode
ser composta de vrias sub-redes de comunicao de dados, como X-25, RDSI,
LAN, etc.

Elementos de Rede (NE): bloco que corresponde s entidades de telecomunicaes

(equipamentos ou facilidades) que so efetivamente monitorados e/ou controlados.
importante distinguir duas classes de funes que podem estar contidas numa NE:
a) funes de telecomunicaes que esto diretamente envolvidas no processo de
telecomunicaes (comutao e transmisso);
b) funes no diretamente envolvidas no processo de telecomunicaes, como
localizao de falhas, bilhetagem, comutao, proteo e condicionamento de ar.

Sistema de Operao (OP): engloba as funes que permitem realizar o

processamento e o armazenamento das informaes relacionadas com a operao, a
administrao e a manuteno das redes e servios de telecomunicaes.

97

Dispositivo de Mediao (MD): o bloco que age sobre as informaes trocadas

entre os NE e os OS, visando tornar a comunicao mais transparente e eficiente.
Pode envolver vrias categorias de processo:
a) processos de converso de informao entre diferentes modelos de informao;
b) processos envolvendo interfaceamento entre protocolos de alto nvel;
c) processo de tratamento de dados;
d) processo de tomadas de decises;
e) processo de armazenamento de dados.

Estaes de Trabalho (WS): o bloco que engloba os recursos para o acesso de

operadores aos blocos NE, OS e MD. Este terminal deve ser capaz de traduzir o
modelo de informao usado na TMN, disponvel no ponto de referncia f, em um
formato apresentvel ao usurio, no ponto de referncia g. As funes das WS
devem prover ao usurio do terminal as funes gerais para executar entrada e sada
de dados. Geralmente incluem:
a) segurana de acesso e login;
b) reconhecimento e validao de entradas;
c) formatao e validao de sadas;
d) suporte para menus, telas, janelas e paginao;
e) acesso TMN;
f) ferramentas para modificao de layout.

Adaptador Q (QA): permite a interconexo de equipamentos ou interfaces no TMN

s interfaces Qx ou Q3.

3.3.5.2.3 ARQUITETURA DE INFORMAO

A arquitetura de informaes descreve um modelo orientado a objeto
para a modelagem da informao de gerncia trocada entre blocos funcionais da TMN.
Para Berval (1999), desse modo, a arquitetura de informao possui os fundamentos
para a utilizao dos princpios e conceitos do gerenciamento de sistemas OSI, como
agente/gerente, domnios e conhecimento de gerenciamento compartilhado, necessrios
para a organizao e o interfaceamento de sistemas de gerenciamento complexos.

98

Para se garantir a perfeita operabilidade das comunicaes

agente/gerente, faz-se uso do modelamento das informaes trocadas entre os sistemas
em termos de objetos gerenciados. Um objeto gerenciado , conforme Schnberger,
Hans (2000), uma abstrao de um recurso fsico ou lgico de um sistema gerenciado,
definido atravs de suas caractersticas inerentes, ou atributos (Attributes), operaes de
gerenciamento que suporta (Actions), notificaes que emite (Notifications) e do seu
comportamento (Behaviour) diante de estmulos externos e internos.

3.3.5.2.3.1 OBJETO GERENCIADO

Para Mansur (2003) e Tapajs (2003), uma aplicao de gerncia
baseada na troca de informaes entre um agente e um gerente, sendo que cada um
possui as seguintes caractersticas:

agente: coleta informaes relativas ao funcionamento dos objetos que gerencia,

armazena estas informaes na MIB e realiza operaes de gerenciamento sobre
estes objetos, atendendo a solicitaes enviadas pelo gerente;

gerente: coleta informaes sobre os objetos gerenciados junto aos agentes,

processa as informaes e solicita aos agentes que executem as funes de
gerenciamento a fim de controlar o funcionamento do objeto gerenciado;
Toda interao realizada entre agente e gerente abstrada em termos

de operaes e notificaes trocadas entre eles. Esta troca de operaes e notificaes

realizada, sempre, atravs do Servio e Protocolo de Informaes de Gerenciamento
Comum (CMIS/CMIP).
O CMIP comporta vrios tipos de PDU's (Protocol Data Unit) que so
mapeadas em operaes

equivalentes sobre os objetos gerenciados, os quais

representam os recursos gerenciados. Estas PDU's so basicamente as seguintes:

M-GET: executa a leitura dos atributos de objetos gerenciados;

M-SET: executa a modificao dos atributos de objetos gerenciados;

M-ACTION: executa uma ao qualquer sobre um objeto gerenciado;

M-CREATE: cria uma instncia de um objeto gerenciado;

M-DELETE: remove uma instncia de um objeto gerenciado;

99

M-EVENT-REPORT: emite uma notificao sobre a ocorrncia de um evento

associado a um objeto gerenciado.
Alm destas mensagens de protocolos, so definidas facilidades

adicionais que permitem selecionar o grupo de objetos sobre o qual aplicvel uma
dada operao. A facilidade denominada escopo nos permite selecionar um grupo de
instncias de objetos sobre os quais realizada uma nica operao. A facilidade de
filtro, por sua vez, permite definir um conjunto de testes aplicveis a um grupo de
instncias de objeto, anteriormente selecionado atravs da facilidade de escopo, de
modo a extrair um subgrupo ainda menor sobre o qual deve ser efetuada uma operao
de gerenciamento. Por ltimo, h a facilidade de sincronizao, que permite sincronizar
vrias operaes de gerenciamento a serem

realizadas sobre instncias de objetos

selecionadas atravs ,das facilidades de escopo e filtro.

3.4 CONSIDERAES
V-se muitos pontos em comum entre os ambientes apresentados e,
tambm entre a forma de funcionamento destes. Na prtica, os ambientes abordados por
essas tecnologias, so todos derivados de alguma forma de interligao de equipamentos
e sistemas para a formao de uma rede nica.
Todas as semelhanas entre os modelos nos remetem a uma unio
possvel desses ambientes em um nico ambiente de gerenciamento. Com a
apresentao dos modelos de gerenciamento das redes de telecomunicaes e
computadores, v-se as semelhanas destes com as redes industriais.
Uma vez estando consolidado o conhecimento do gerenciamento das
redes de telecomunicaes e computadores e do ambiente industrial, com sua forma de
trabalho e composio, pode-se concatenar e analisar as tecnologias em cada ambiente
para a formao do padro de gerncia aplicado s redes industriais. Isso tudo ser visto
no captulo a seguir, onde ser proposto o modelo de gerenciamento integrado para as
redes industriais, denominado FMN.

100

4. MODELO PROPOSTO
O modelo proposto para integrao das redes de campo com as redes
corporativas, nomeado Fieldbus Management Network (FMN), ilustrado na figura 40.
O modelo tem por finalidade a definio de uma arquitetura padro para o
gerenciamento das redes de cho de fbrica e, integrao destas ao ambiente das redes
corporativas (redes de computadores e telecomunicaes).

Figura 40 Modelo Fieldbus Management Network

Em relao aos conceitos bsicos de gerncia e integrao, o modelo
FMN ir aplic-los conforme ser visto a seguir.
Estando a parte ao modelo FMN, as tecnologias de redes industriais
(CAN, Fieldbus, Modbus e demais) possuem um modelo de informao e
funcionalidades definidas pela sua tecnologia e aplicabilidade. Para a integrao dessas
tecnologias, bem como o seu gerenciamento, faz-se necessrio uma srie de
funcionalidades contidas na rede de comunicao de dados. Uma delas o mediador,
capaz de concatenar o conhecimento das diversas tecnologias de redes industriais em
um padro. A funo principal do mediador traduzir os protocolos industriais dentro

101

do padro FMN, ou seja, o protocolo SNMP, trazendo as diversas tecnologias existentes

para dentro dos padres definidos pela FMN.
Na rede de comunicaes de dados tambm se encontram os agentes
FMN; esse so responsveis pela ao de gerenciamento nos dispositivos gerenciados
atravs do mediador. Os agentes repassam as diretivas SNMP ao mediador, que por sua
vez, efetuar a real ao sobre os dispositivos da rede industrial.
Os sistemas de operao, ou softwares gerentes, j consolidados no
mercado, podero dessa forma interagir com os agentes FMN, da mesma forma que
interagem com os agentes SNMP nas redes de computadores. Em um resumo bsico, a
forma de gerenciamento dentro da FMN segue esses padres, ou seja, a gerncia
comea dos padres de redes industriais mediados para o padro de gerncia da FMN.
O que deve ficar claro a respeito do modelo FMN, que a rede de
gerenciamento FMN uma rede conceitual, onde muitas caractersticas e hardwares
necessrios a sua aplicao j existem. Como exemplo, tem-se os protocolos industriais,
os controladores (CLPs e CNCs), o protocolo SNMP, os agentes e gerentes SNMP.
O conceito principal da FMN a concatenao dessas tecnologias e, a
incluso de um mediador, para as redes industriais. Todas essas tecnologias aplicadas de
acordo com o modelo lgico proposto pela FMN e, tendo suas funcionalidades
padronizadas pela FMN, o que caracteriza a rede de gerenciamento industrial.
Na figura 41, ilustrado um ambiente corporativo constitudo do
conjunto de tecnologias de redes industriais, redes de computadores e redes de
telecomunicaes. nesse ambiente que a FMN ser aplicada, como forma de gerncia
e integrao das tecnologias.
Como pode ser observado, a figura 41 exibe uma rede local de
computadores, padro Ethernet, contendo: servidores, estaes de trabalhos e demais
equipamentos que podero ser encontrados nesse ambiente.
Ligada a essa rede local atravs de uma estao de operao, encontrase uma rede industrial Profibus, responsvel pela automao de uma determinada
aplicao. A estao de operao, tambm conhecida como mestre da rede Profibus,
um micro computador comum onde pode estar instalado um sistema SCADA. A rede

102

Profibus, comunica-se com o sistema SCADA atravs de seu protocolo proprietrio. J

o sistema SCADA, dentro do padro FMN, contem as funcionalidades de
gerenciamento, e disponibilizar a MIB da rede Profibus para o agente FMN.

Figura 41 Ilustrao do ambiente de gerenciamento FMN.

Tambm instalada junto a rede local, encontra-se uma rede industrial
no padro Hart. Nessa rede h um PC responsvel pelo acionamento dos diversos
dispositivos. Nessa aplicao, verifica-se a substituio do CLP por um sistema de
controle computadorizado. Mais uma vez, um agente FMN faz-se necessrio para o
gerenciamento desse sistema, o qual ir disponibilizar a MIB da aplicao.
Remotamente, a rede local Ethernet, utilizando-se da rede de
telecomunicaes, est ligada a uma outra rede Ethernet, simbolizando um Link entre
uma empresa matriz e sua filial. Na filial, encontra-se conectada uma rede padro
Fieldbus, onde o equipamento principal da automao um CLP, responsvel pelo
acionamento de diversos dispositivos. O CLP est ligado diretamente a um PC da rede
local onde encontra-se instalado um agente FMN, responsvel pelo gerenciando deste e
da rede Fieldbus. A comunicao possvel atravs da traduo, feita pelo mediador,
das PDUs Fieldbus em PDUs SNMP.

103

A rede Fieldbus apresentada, possui dois micros instalados,

representados por dois agentes FMN, onde, nesse modelo, um dos agentes uma
mquina backup na gerncia da rede.
Para finalizar, tem-se a rede no padro Modbus, onde se encontra uma
estao servidora gerenciando atravs da FMN a rede de dispositivos Modbus.
Nesse ambiente to diversificado e amplo que a FMN tem suas
funcionalidades de gerncia, dando nfase sobre os agentes FMN, representando a
ligao dos diversos modelos de redes industriais rede FMN.
Para completar a explanao sobre a FMN, alguns conceitos trazidos
da TMN devero ser esclarecidos dentro desse modelo. Um primeiro aspecto que ser
visto a seguir, refere-se aos pontos em comum entre os dois modelos, ou seja, a sua
analogia e, mais adiante, os aspectos relacionados arquitetura funcional, fsica e
arquitetura de informao na FMN.

4.1. ANALOGIA ENTRE A FMN E TMN

As redes industriais devido a grande variedade de equipamentos e
softwares, tornam-se um ambiente complexo para ser integrado e gerenciado. Da
mesma forma pode ser citada a complexidade e dificuldade de gerenciamento nas redes
de telecomunicaes e outras caractersticas entre essas duas redes, tornando-as
semelhantes. Algumas dessas caractersticas sero listadas a seguir, demonstrando a
analogia entre os ambientes, o que valida a aplicao de conceitos TMN rede FMN.

4.1.1. ANALOGIA DO MODELO DE CAMADAS

A seguir, sero apresentadas o modelo de camadas de gerncia das
redes de telecomunicaes e industriais.
Como pode ser observado nas figuras 42 e 43, o modelo de camadas
das redes de telecomunicaes e rede industriais seguem as mesmas caractersticas
fsicas e, a seguir, sero analisadas detalhadamente cada camada e as semelhanas entre
elas.

104

Figura 42 Camadas Telecomunicaes

Figura 43 Camadas Redes Industriais.

Camada de Elemento de Rede / Sensores Na TMN, na primeira camada do modelo

encontram-se os elementos da rede efetivamente gerenciados como as centrais
telefnicas, comutadores, PABX, etc. Quanto s redes industriais, nessa camada
que tambm esto os dispositivos mais baixos ao nvel industrial e que tero seu
comportamento gerenciado diretamente.

Gerncia de Elemento de Rede / PLC Na TMN essa camada gerencia os

dispositivos da rede de telecomunicaes em forma de sub-redes, agrupando os
dispositivos para uma melhor organizao da gerncia. Em se tratando de redes
industriais, as sub-redes tratadas na TMN podem ser representadas pelos CLPs,
onde cada CLP responsvel pelo gerenciamento dos dispositivos a ele ligados,
formando dessa forma as sub-redes da FMN.

Gerncia de Rede / SCADA Da mesma forma que na TMN, essa camada

responsvel pela gerncia das sub-redes como um todo, recebendo informaes da
camada de gerncia de elemento de rede; nas Redes Industriais, a camada SCADA
gerencia (ou monitora) a camada inferior composta pelos CLPs.

Gerncia de Servios / MES Nas redes industriais, a camada MES responsvel

pela programao dos sistemas de produo, frente aos dados recebidos pelos
sistemas SCADA, da mesma forma que a camada de Gerncia de Servios
responsvel pelo fechamento de contas dos clientes, abertura de novas linhas, etc.

Gerncia de Negcios / ERP Na gerncia de negcios da TMN que so tomadas

as decises gerenciais e estratgicas das empresas de telecomunicaes, da mesma

105

forma que as decises empresariais so tomadas frente as informaes

disponibilizadas pelos sistemas ERP nas redes industriais.
Vale lembrar que, o modelo de camadas da TMN, apesar de poder ser
feita uma analogia com o modelo de camadas das redes industriais, muito mais
abrangente em termos de funcionalidades que o modelo de camadas das redes
industriais. Para que o modelo de camadas das redes industriais tivessem a mesma
abrangncia do modela da TMN, seriam necessrios maiores estudos sobre as redes
industriais e tambm sobre todos os componentes desse ambiente.

4.1.2. DEMAIS SEMELHANAS ENTRE OS MODELOS

Em termos de gerenciamento das redes de telecomunicaes, a TMN
um padro muito difundido e que conseguiu modelar o gerenciamento de um ambiente
totalmente diversificado, como o encontrado nas telecomunicaes.
Em muitos aspectos, a rede industrial assemelha-se s redes de
telecomunicaes e, alm de sua formao em camadas, outras semelhanas sero
analisadas a seguir:
A rede de telecomunicaes um ambiente de redes distribudo, e seu
gerenciamento se d por um conjunto de aplicaes distribudas. As redes industriais
tambm so um ambiente distribudo, pois em uma nica planta fabril pode conter
vrias redes instaladas, ou mesmo, um processo de fabricao poder utilizar de redes
de automaes em diferentes locais fsicos. Cada rede possui um ou um conjunto de
sistemas que a monitora, no necessariamente disponibilizando as funcionalidades de
gerenciamento.
Nas

redes

de

telecomunicaes,

os

recursos

passveis

de

gerenciamento podem ser fsicos ou lgicos; como exemplo, tem-se uma central de
comutao e um arquivo de log. Tambm nas redes industriais essa analogia possvel,
pois tanto os equipamentos fsicos que compem as redes industriais podem ser
gerenciados, quanto os softwares supervisores, utilizados para monitorar processos.
Tambm em redes de telecomunicaes, um sistema pode ser
composto por um ou mais processos gerentes, comunicando-se com um ou mais

106

processos agentes. Com isso, tem-se nas redes industriais os processos gerentes que
podero ser representados por sistemas abrangentes de gerenciamento ou backups de
um sistema gerente. Os agentes representam cada dispositivo de campo ou um conjunto
desses dispositivos, sendo possvel que esse dispositivo responda a diretrizes de
gerenciamento de qualquer software gerente constante na rede.
Um ponto, bastante em comum nas redes de telecomunicaes e
industriais, que a comunicao entre gerente e agente se d atravs de protocolos
padres. No caso da TMN o CMIP e, das redes industriais o protocolo SNMP.
Porm, a troca de informaes entre os processos agentes e os objetos gerenciados no
padronizado, ficando a cargo de cada implementao. Observa-se que nas redes
industriais, nesse ponto que se encontram os modelos Fieldbus, Profibus, Modbus,
ASI entre outros.
Muitas outras semelhanas podero ser observadas entre os ambientes,
e as aqui apresentadas servem para validar a utilizao de conceitos do modelo TMN s
redes industriais.

4.1.3. ASPECTOS DA TMN APLICADOS AO MODELO FMN

Como proposta do modelo FMN, sero utilizados conceitos do modelo
TMN como pontos de referncia. Dessa forma, no sero utilizadas todas as
funcionalidades do modelo TMN, pois tais funcionalidades aplicam-se s redes de
telecomunicao (objetivo do modelo TMN) e mesmo que possam ser aplicveis s
redes industriais, o modelo TMN no destinado elas, impossibilita com isso, que a
TMN seja um modelo de padro para gerenciamento das redes industriais. Porm,
algumas caractersticas do modelo TMN podem ser analisadas e aplicadas com suas
devidas alteraes s redes industriais, criando-se assim um novo modelo.
Dessa forma o modelo FMN apresentado nesse trabalho no poder
ser comparado a uma adaptao do modelo TMN s redes industriais, mas sim, um novo
modelo de gerenciamento utilizando-se somente de alguns conceitos da TMN. Assim
como a rede TMN, a rede FMN uma rede conceitualmente separada que se comunica
com as redes industriais. Essa comunicao se d diretamente entre o modelo FMN com

107

os sistemas agentes/gerentes das diversas redes industriais ou com os equipamentos

mestres que comandam a rede.
A interligao da rede FMN com as redes industriais se d atravs de
um agente SNMP, trocando mensagens com os mestres das redes industriais atravs de
um sistema mediador. A rede FMN segue as definies do SNMP; e o Mediador possui
as diversas definies dos protocolos industriais (como Fieldbus, Modbus e Profibus),
traduzindo as PDUs desses protocolos para uma PDU (Protocol Data Unit) SNMP e
vice-versa. Por sua vez, os dispositivos das redes industriais iro se comunicar com a
FMN atravs do Mediador, recebendo diretivas de gerncia e/ou controle e enviando
Traps, conforme visto no incio desse captulo.
Para um melhor esclarecimento entre as diferenas e semelhanas dos
modelos citados (TMN e FMN), sero definidas as arquiteturas propostas pelo modelo
FMN, em analogias s propostas da TMN, conforme apresentado a seguir .

4.2. ARQUITETURA FUNCIONAL DA FMN

O modelo funcional define a distribuio funcional dos dispositivos e
sistemas para o gerenciamento dos vrios padres de redes industriais. A arquitetura
funcional define tambm dois pontos bsicos ao modelo: Os componentes funcionais e
os pontos de referncia. Nas figuras 44 e 45 so apresentados os modelos funcionais da
TMN e FMN.

Figura 44 Arquitetura Funcional TMN

108

Figura 45 Arquitetura Funcional FMN

Como se pode observar, o modelo FMN foi simplificado em relao
do modelo TMN, devido aplicao a qual se destina. Algumas diferenas entre os
modelos e caractersticas da FMN so listadas a seguir:

O bloco funcional QAF (Q Adaptor Functions) no se aplica ao modelo FMN

devido a no necessidade de interfaces de traduo de modelos no FMN ao
padro FMN, uma vez que os elementos de rede seguem todos um padro
proprietrio, no havendo a necessidade de uma interface tradutora;

O bloco funcional MF (Mediation Functions) convencionou-se chamar somente

de MD (Mediador). Todos os elementos de rede iro comunicar-se com a rede
FMN atravs do MD. No h um ponto de referncia de ligao entre os NEs
diretamente com os AGs;

O bloco funcional OSF (Operation System Functions) convencionou-se chamar

de AG (Funes do Agente);

O bloco funcional WSF (Workstation Functions) foi substitudo pelo bloco

funcional GF (Funes do Gerente), onde ser o sistema gerente que definir as
formas de apresentao da gerncia ao usurio.

109

4.2.1. PONTOS DE REFERNCIA

Os pontos de referncia Qx, Q3, f, x, m e g da TMN no sero
aplicados ao modelo FMN, pois sua utilizao implicaria na dependncia TMN. Para
que o modelo FMN no se torne dependente dos padres TMN, foram definidos pontos
de referncias dentro da proposta FMN:
Qf (Q Fieldbus): A interface Qf aplicvel ao ponto de referncia Qf
utilizada para interconectar os diversos padres de redes industriais ao modelo FMN,
mais especificamente, ao bloco funcional MD. Nessa interface no feito nenhum
tratamento da informao, sendo esta unicamente utilizada para repasse dos dados.
Qg (Q Gerente): A Interface Qg, aplicvel ao ponto de referncia Qg,
conecta os demais blocos funcionais do modelo FMN. Nela trafegam somente PDUs
SNMP, seja entre os blocos funcionais MDGF, AGGF e GF-GF. A interface Qg
tambm tem a funcionalidade de conectar sistemas FMN a outros sistemas FMN, no
sendo atravs da comunicao GF-GF, mas entre os blocos funcionais AG de uma rede
FMN aos blocos funcionais AG de outra rede FMN.
Qu (Q Usurio): A interface Qu aplicvel ao ponto de referncia Qu
e a interface responsvel pela apresentao das informaes ao usurio final. A forma
de apresentao no definida pela interface, mas sim o software gerente quem
determina os padres para essa apresentao. Em resumo podem ser diretamente em
monitores de um PC, em impressoras, ou at mesmo, repassados a um sistema ERP
atravs de arquivos TXT, XML ou qualquer outro padro que se faa necessrio.

4.2.2. BLOCOS FUNCIONAIS DA FMN

Os

Blocos

funcionais

no

modelo

FMN,

possuem

algumas

propriedades e definies do modelo TMN, mas dentro da proposta FMN seus conceitos
tornam-se diferentes, como ser visto a seguir:
NE (Funo de Elemento de Rede): Comunica-se com a NE com a
finalidade de ser controlado e/ou monitorado pela FMN. Aps a viabilidade de
incorporao do padro SNMP nos equipamentos industriais, a comunicao com o
modelo FMN se dar diretamente entre os blocos funcionais NE e AG;

110

MD (Funo de Mediao): O bloco funcional MD no modelo FMN

responsvel pela traduo das PDUs entre os diversos padres de redes industriais em
PDUs SNMP e vice-versa. Nesse bloco esto incorporadas todas as definies das
diversas tecnologias pesquisadas;
AG (Funo do Agente): No modelo FMN o bloco funcional AG
representado pelo prprio agente da rede. Suas funes so o recebimento das PDUs de
gerncia do sistema gerente da rede (GF) e repasse para o bloco funcional MD quando
necessrio, assim como o recebimento das informaes advindas do MD.
GF (Funo do Gerente): Como na TMN, esse bloco funcional prov
as formas de como as informaes sero apresentadas ao usurio, os formatos de
interao do usurio com o modelo FMN e as aes de gerenciamento.
Deve-se deixar claro que os blocos funcionais AG e GF no tero
todas as suas funcionalidades definidas pelo modelo FMN pois, tratando-se do modelo
de gerncia GERENTE-AGENTE, as funcionalidades de cada bloco j esto
consolidadas no mercado, e no finalidade da FMN a redefinio desses conceitos,
mas sim, sua utilizao para o gerenciamento das redes industriais.

4.3. ARQUITETURA FSICA DA FMN

A arquitetura fsica da FMN define os elementos fsicos em cada
bloco funcional. Basicamente, a arquitetura fsica segue o padro apresentado na figura
46. Para uma melhor ilustrao, na figura 46 apresentada a arquitetura fsica da FMN
em analogia ao modelo TMN (figura 47).

111

Figura 46 Arquitetura Fsica TMN.

Figura 47 Arquitetura Fsica FMN

Algumas diferenas e semelhanas entre os modelos FMN e TMN na
arquitetura fsica so relevantes, tais como:

A estao de trabalho no modelo TMN foi substituda pelo sistema gerente, o qual
ir prover as funcionalidades de apresentao ao usurio. No finalidade dessa

112

pesquisa definir essas funcionalidades, devido ao grande nmero de sistemas

gerentes existentes;

A rede de comunicao de dados conta com toda a arquitetura fsica responsvel

pela interconexo dos equipamentos e, em se tratando de redes industriais, todo o
hardware exclusivo rede de telecomunicaes no se faz necessrio nesse modelo,
sendo, o mesmo, substitudo pelo hardware aplicado s redes industriais;

Como j apresentado, as interfaces Q Adaptor saem do modelo proposto, uma vez

que as mesmas no se aplicam ao modelo FMN;

Todos os equipamentos da rede fsica interligam-se obrigatoriamente com o

dispositivo mediador. Acredita-se que o dispositivo mediador ter seu papel
substitudo pelos prprios NEs, uma vez que esses equipamentos tenham as
funcionalidades dessa camada;

Os equipamentos WS do modelo TMN tambm encontram-se instalados no modelo

FMN, porm esto interligados a rede atravs da interface Qu, definida pelo
fornecedor do sistema gerente;

Toda a rede de comunicao de dados representada pelas interfaces Qf e Qg, no

havendo necessidade de novas interfaces para a comunicao;

4.3.1. ELEMENTOS DA ARQUITETURA FSICA DA FMN

Como pode ser observado na figura 47, a arquitetura fsica da FMN
composta dos seguintes elementos:
NE (Elemento de Rede): So os dispositivos fsicos da rede industrial
que se deseja gerenciar. So simbolizados pelos CLPs, NCs, estaes mestres de uma
rede, ou at mesmo os equipamentos finais da rede como atuadores e sensores, quando a
aplicao permitir esse gerenciamento. Deve-se levar em conta, que muitos dispositivos
atuadores (sensores, vlvulas, etc) possuem uma certa inteligncia que permite seu
gerenciamento direto, sendo possvel ,dessa forma, a interao direta do elemento de
rede mais simples de uma rede industrial com o agente SNMP.

113

RC (Rede de Comunicao): Assim como a TMN, o RC

simbolizado pela rede fsica que permite a interligao dos dispositivos primrios do
modelo FMN aos pontos finais de gerenciamento. Pode-se citar, nesse ponto, padres
seriais como RS485 e RS232, a prpria rede Ethernet disponvel em alguns
equipamentos, interligao atravs de fibra tica, bem como, os prprios equipamentos
de redes de computadores como hubs, switches, etc.
MD (Mediador): Representa a lgica computacional responsvel palas
funes de converso dos diversos protocolos de redes industriais (Modbus, Fieldbus,
ASI, etc) para o modelo SNMP e vice-versa. O sistema mediador estar acoplado ao
sistema agente na estao responsvel pelo gerenciamento da rede;
AG (Agente): Inclui as funes de gerenciamento SNMP e a MIB de
cada equipamento gerenciado e as demais funcionalidades definidas no gerenciamento
SNMP;
GE (Gerente): So os sistemas que provm suporte ao processamento
final das informaes de gerenciamento e tomam decises de intervir nos dispositivos
gerenciados. Tambm fornecem as funcionalidades de apresentao da informao ao
usurio ou sistemas ERPs, citando-se como exemplo, a exportao de dados atravs do
padro XML.

4.4. ARQUITETURA DE INFORMAO DA FMN

A arquitetura de informao FMN utiliza o padro de informaes de
gerenciamento SNMP e no os padres de informao TMN. Com isso, v-se que a
FMN agrega conceitos das arquiteturas fsicas e funcionais da TMN, mas no conceitos
da arquitetura de informao desse modelo.
A MIB (Management Information Base) de cada equipamento
gerenciado ser implementada segundo a RFC1155 [RFC1155], que define a SMI
(Structure of Management Information) no modelo SNMP. A utilizao da SMI para
definio das MIBs faz com que o modelo de informaes da FMN seja um modelo
cliente/servidor. O modelo orientado a objetos, definido pelo CMIS (Commom
Management Information Service) e a utilizao do protocolo CMIP (Commom

114

Management Information Protocol) para gerenciamento sero substitudos pelo modelo

de informao SMI/SNMP. O modelo de informao da FMN apresentado na figura
48:

Figura 48 Modelo de Informao da FMN

Como observado na figura 48, o modelo de informao da FMN
utiliza o padro SNMP para comunicao entre o gerente da rede e os agentes. Tambm
a comunicao entre os sistemas mediadores com os agentes definida pelo modelo
SNMP.
J, a comunicao dos diversos padres de redes industriais, como os
padres Fieldbus, no protocolo CAN e o padro Profibus no protocolo Modbus feito
utilizando-se o prprio protocolo rede industrial. Para que o modelo de informao
fique mais claro, necessrio conhecer um pouco das MIBs industriais e como as
diretivas de gerncia iro ser repassadas dentro do modelo proposto, conforme segue
abaixo.

4.4.1. MIBs INDUSTRIAIS

Como visto anteriormente, em redes de computadores, o SNMP atua
sobre as MIBs dos equipamentos gerenciados e, da mesma forma, ir atuar sobre as
MIBs dos equipamentos industriais.

115

Para tanto necessrio o levantamento, anlise e construo de uma

MIB da forma mais genrica possvel e que atenda os diversos componentes de uma
rede industrial.
No objetivo desse trabalho a construo de um modelo de MIB
para redes industriais, entretanto, sua especificao e implementao se faz necessria
como parte da pesquisa. Para tanto, ser desenvolvida uma MIB envolvendo alguns
objetos e parmetros encontrados no ambiente industrial, e que poder servir como um
ponto de partida para MIBs industriais em futuras pesquisas.
Seguindo o modelo FMN, um nico agente pode controlar um ou
vrios dispositivos industriais, dependendo da aplicabilidade do modelo. A figura 49
demonstra a posio da MIB dentro do modelo FMN.

Figura 49 MIBs no Ambiente Industrial

Conforme ilustrado na figura 49, o agente

FMN possui o

conhecimento das diversas MIBs da rede industrial, porm, seu controle direto
somente na primeira camada da Rede e, indireto s demais . Na figura 48, apesar de
dispositivos simples, como: sensores e dispositivos de I/O, terem sua MIB j definida,
as mesmas no se encontram incorporadas a eles. No caso do sensor e da paca de I/O,
suas MIBs esto incorporadas no agente instalado no PC. J o CLP pode possuir uma
MIB instalada, devido ao seu grau de tecnologia. Nele esto as informaes necessrias

116

sobre os dispositivos conectados nele, como: a Vlvula e o Sensor, porm, se esses

dispositivos mais simples possussem uma MIB instalada em seu hardware, estes teriam
que ser microprocessados, para terem a capacidade de responder as solicitaes dos
softwares agentes.
Dessa forma, o CLP apresentado na figura 49 ser gerenciado pelo
agente FMN encontrado no PC, mas a Vlvula e o Sensor, ligados ao CLP, sero
gerenciados indiretamente pelo modelo FMN, onde este passar as diretivas de gerncia
para que o CLP atue sobre esses dispositivos. Isso possvel porque o CLP possui em
sua MIB, propriedades que representam os objetos a ele ligados em forma de lista.
J o Sensor e o dispositivo de I/O ligados ao agente FMN sero
gerenciados diretamente. A MIB simplificada da rede acima apresentada na figura 50:

Figura 50 MIB de uma Rede Industrial

117

A MIB proposta para o ambiente industrial parte do endereo

1.3.6.1.3.1

da

padronizao

MIB

II,

ou

seja,

iso.org.dod.internet.experimental.fmnMIB. Foi escolhido esse endereo levando-se

em considerao que a MIB FMN seja a princpio uma MIB de testes, por isso ela deve
estar abaixo do n Experimental.
Uma informao importante sobre a MIB, que ela demonstra alguns
elementos provveis de uma MIB industrial; uma vez que o ambiente muito
heterogneo, h elementos da MIB industrial que so comuns a todos os dispositivos e,
ao mesmo tempo, h elementos especficos a um dispositivo ou a uma determinada
aplicao.
Devido a esses fatores, torna-se muito dispendioso e no objetivo
desse trabalho a elaborao de um modelo de MIB para redes industriais. Mesmo
porque, tal tarefa exigiria uma pesquisa maior e exclusivamente dedicada a esse
segmento. Outro fator que dificulta a elaborao da MIB padro para redes industriais
so os equipamentos e sistemas supervisrios, em sua grande maioria proprietrios, em
disponibilizar as informaes gerenciveis para um agente FMN.
Portanto, o modelo apresentado poder ser baseado como um ponto de
partida para as MIBs industriais e, em sua elaborao, foi possvel observar a
viabilidade da diviso da MIB em trs componentes (Objects Identifier) bsicos:

Agent Agrega os objetos que contero informaes gerenciveis sobre o agente;

Fieldbus Agrega os objetos que contero informaes gerenciveis sobre a rede

em que se est trabalhando;

NetElement Agrega os objetos que contero informaes gerenciveis sobre os

diversos dispositivos. Esse componente ainda se divide em dois Objects
Identifiers (OIs): neGeneric e neSpecific, onde o primeiro OI conter informaes
genricas sobre os dispositivos de uma automao; e o segundo OI, mais uma vez,
conter informaes especficas sobre o elemento gerenciado.

118

4.5. APLICABILIDADE DA FMN NAS REDES INDUSTRIAIS

A FMN poder ser aplicada s redes industriais de algumas maneiras.
Algumas envolvem implementaes complexas, como criao de novos hardwares e,
inevitavelmente. Outras envolvem implementaes mais simples, como a aquisio de
softwares padro FMN, o qual implicaria, em um primeiro momento, em mudanas
somente dos sistemas supervisrios, ou mesmo, substituio. Esse modelo no alteraria
a atual instalao fsica dos controladores e demais hardwares instalados. A pesquisa
apresentada levantou algumas condies e situaes da aplicabilidade da FMN s redes,
as quais sero vistas a seguir:

4.5.1 FMN (MD/AG)

DISPOSITIVO

Nessa forma de aplicabilidade, conforme apresentado na figura 51, os

blocos funcionais da FMN encontram-se em um PC. Dessa maneira, os elementos de
rede (NE) iro continuar com o PC (GF) no seu protocolo padro (Fieldbus, CAN,
Modbus, entre outros), e o PC, onde se encontra instalado o agente e mediador FMN
transformaro as diretivas de gerncia do padro da rede industrial, para o padro FMN
(SNMP) e vice-versa, possibilitando dessa forma, as aes do gerente.

A
Figura 51 Interligao FMN (Agente) DISPOSITIVO
Ainda nos PCs, encontram-se comumente instalados os sistemas
supervisrios e haveria algumas vantagens em ter os blocos funcionais da FMN
implementados neles. Entre elas, pode-se citar:

119

No necessrio nenhuma modificao no hardware e protocolos dos controladores

e dispositivos da rede industrial, mesmo porque, tais modificaes podem ser de
alto custo e nem sempre viveis;

Sendo o PC um equipamento de alto nvel, e os recursos do gerenciamento FMN

utilizarem o protocolo SNMP e TCP/IP para gerenciamento, os quais facilmente
so implementveis nesse hardware, no haveria a necessidade de grandes
aquisies, nem gastos em tempo e dinheiro;

A maioria dos dispositivos industriais possuem alguma forma de comunicao com

o PC, principalmente os que so fabricados e comercializados com/para algum
software supervisrio.

4.5.2. FMN

MDULO TCP/IP (MD/AG)

DISPOSITIVO

H diversas famlias de controladores que possuem a capacidade de

interconexo atravs de mdulos auxiliares de comunicao. Esses mdulos de
comunicao podem ser seriais, paralelos e at mesmo mdulos TCP/IP.
Uma vez que um ou mais dispositivos estejam conectados em um
mdulo TCP/IP, uma outra forma de aplicao da gerncia FMN seria a implementao
dos blocos MD e AG nos prprios mdulos de comunicao. Isso facilitaria o controle
de diversos dispositivos com um nico agente FMN, instalado no mdulo TCP/IP. O
modelo de aplicao FMN com mdulos de comunicao TCP/IP apresentado na
figura 52.

A
Figura 52 Interligao FMN Mdulo TCP/IP (MD/AG) - DISPOSITIVO

120

4.5.3. FMN

DISPOSITIVO (MD/AG)
Outra forma de gerenciamento das redes industriais pelo modelo FMN

o gerenciamento FMN direto com os dispositivos das redes. Dessa forma, um CLP ou
CNC, teria que suportar a implementao dos blocos funcionais necessrios ao
gerenciamento FMN.
Considerando-se que as funcionalidades do bloco funcional NE j
estejam implementadas na maioria dos dispositivos industriais, os mesmos ainda teriam
que suportar a implementao dos blocos AG, alm de toda a camada TCP/IP para a
comunicao do gerente da rede e os dispositivo, conforme figura 53.

Figura 53 Interligao FMN DISPOSITIVO (MD/AG)

Nesse modelo, a insero das funcionalidades da FMN e da pilha de
camadas do protocolo TCP/IP teria que ser avaliada em termos de custo de
implementao, e um outro agravante a ser levantado seria a disponibilidade do prprio
dispositivo em responder requisies FMN.
Um outro ponto a ser observado que o mercado da automao
industrial est, cada vez mais, aderindo s facilidades e necessidades da interconexo.
Com isso, existem muitos dispositivos que j possuem toda a camada TCP/IP, nos quais
seria fcil a implementao, em termos de hardware e software, para a insero dos
blocos FMN no prprio controlador.

121

4.5.4. CONCLUSES DA APLICABILIDADE DO MODELO FMN

As implementaes do gerenciamento FMN tero que ser utilizadas de
acordo com as caractersticas de cada automao. Por exemplo, a utilizao da proposta
apresentada no ponto 5.5.2 (FMN

MDULO TCP/IP (MD/AG)

DISPOSITIVO),

no se aplica a equipamentos que no suportam mdulos TCP/IP, da mesma forma que

algumas automaes implementam dispositivos to simples que seria praticamente
impossvel a implementao do modelo 5.5.3 (FMN

DISPOSITIVO (MD/AG)).

Desse modo, o modelo 5.5.1 (FMN (MD/AG)

DISPOSITIVO),

torna-se a forma mais simples e barata de implementao inicial das propostas FMN,
pois estando o dispositivo disponvel para gerenciamento, a nica necessidade um PC
com o agente FMN instalado.
Um outro aspecto a se analisar com a entrada do gerenciamento FMN
nas redes industriais, e sempre uma grande preocupao em qualquer aplicao
computacional, o tempo e as prioridades que as rotinas de gerenciamento tero nesse
contexto.
Em relao a esses dois pontos, leva-se em conta que cada hardware
das automaes industriais, uma vez possuindo alguma forma de comunicao com
outros dispositivos, possuam tambm um tempo determinado para essa comunicao. E
esse tempo que inicialmente a FMN vem a explorar, adaptando-se as rotinas de
gerenciamento FMN s disponibilidades dos equipamentos.
Leva-se em conta tambm que as rotinas de gerenciamento, tendo
como finalidade aes pr-ativas, no necessitem de respostas imediatas as suas
operaes. Claro que esse tempo de resposta deve ser analisado juntamente com a
importncia das funcionalidades de gerenciamento e a aplicao a qual se destina.
Outro aspecto relevante so os sistemas supervisrios. Como j
mencionado, em determinadas aplicaes, os sistemas supervisrios podero ser
substitudos completamente pela gerncia FMN e, em outras, representaro uma camada
a mais para o gerenciamento. Ainda possvel a conexo em uma rede industrial, tanto
de um sistema supervisrio quanto o gerenciamento FMN. Como idia inicial, nas

122

aplicaes em que os sistemas no podero ser substitudos, estes podero responder s

diretivas de gerenciamento ao modelo FMN.

4.6. FMN E SISTEMAS SCADA

Uma dvida, que surgiu no incio da pesquisa, se os sistemas
SCADA, com suas funcionalidades de gerncia, sobre uma determinada rede industrial,
seriam substitudos pelo gerenciamento FMN. A princpio, a FMN no veio para
substituir os sistemas SCADA, mesmo porque, estes possuem uma interface homemmquina avanada em relao a prpria FMN.
Entretanto, estando os dispositivos de uma rede industrial dentro do
padro FMN e, supervisionados por um sistema SCADA, os prprios sistemas SCADA
podero se comunicar com esses dispositivos, atravs do padro FMN. Dessa forma, o
sistema SCADA torna-se um componente do modelo FMN utilizando-se da
padronizao dos dispositivos.
Tambm um sistema SCADA designado para supervisionar uma nica
rede industrial, poderia ser usado para gerenciar vrias redes, tornando-se dessa forma
um sistema de gerncia mais completo. Outra forma de trabalho dos sistemas SCADA,
dentro do modelo FMN, seria o SCADA gerenciar os dispositivos da rede e, da mesma
forma, ser gerenciado por um software mais abrangente. Ambos, utilizando os conceitos
do modelo FMN.

4.7. COMUNICAO DA FMN SOBRE OS DISPOSITIVOS

Uma outra questo, que precisaria ser analisada com mais cautela, o
desempenho que a gerncia FMN ter sobre os dispositivos de campo. Como estes
dispositivos seguem ciclos de processamento, normalmente definidos por um tempo
fixo, seria interessante fazer e anlise de desempenho da FMN, nas diversas redes
industriais em que se aplica.
Como esse seria um trabalho extenso, e devido a no disponibilidade
de tecnologias para testes, a anlise do impacto da FMN sobre a rede industrial fsica,
ou seja, o overhead ou tempo necessrio para uma eficiente gerncia do modelo, no
ser feito nessa pesquisa; entretanto, sero abordadas algumas aplicaes possveis.

123

A grande maioria das tecnologias de redes industriais existentes

possuem um tempo dedicado a comunicao com a rede. E nessa janela de tempo,
que a FMN ir atual.
Como exemplo prtico, vamos citar um CLP instalado em uma esteira
de produo, responsvel pelo desvio de diversos produtos para estocagem. A funo do
CLP analisar as caractersticas dos produtos e, de acordo com o conjunto destas,
desviar o curso para n cmaras de estocagem.
Para isso, o CLP analisa e entrada de diversos dispositivos, que
enviam caractersticas, como: altura, largura, peso, etc. A concatenao de certas
caractersticas ir fazer com que o CLP acione os dispositivos para desvio dos produtos
para os diversos estoques. Esse modelo apresentado na figura 54:

Figura 54 Linha de Produo

Supondo que a esteira tenha capacidade de, a cada 1s (segundo) passar
um pacote, o CLP teria no mximo 1s para cada ciclo de anlise. Considerando tambm,
que o CLP dedique 200ms para a comunicao com a rede, para se definir os tempos de
gerncia da FMN bastaria analisar e ajustar a velocidade de comunicao e o tamanho
das PDUs.

124

Outro ponto que possibilitaria a gerncia FMN, seria a funcionalidade

do software de gerncia em permitir a resposta de uma diretiva de gerncia, em vrios
ciclos. Com isso, um comando de configurao, por exemplo, poderia levar 2s para ser
cumprido.

4.8. CONSIDERAES
O modelo FMN abrange, em sua concepo, todas as camadas de uma
rede industrial e coloca-as de uma forma sincronizada para a aplicabilidade das funes
de gerncia.
As analogias do modelo FMN com o modelo TMN mostram-se
transparentes e, ao mesmo tempo, sugere o modelo FMN como uma inovao e no
uma adaptao da TMN.
A gerncia de rede de computadores, com o modelo SNMP mostrouse totalmente aplicvel arquitetura de informao da FMN.
Outro aspecto importante so as formas de aplicao da rede de
gerncia FMN s rede industriais, mais uma vez colocando disposio do mercado
algumas opes e sugestes de aplicao da gerncia FMN.

125

5. DESELVOLVIMENTO DO PROTTIPO
O desenvolvimento do prottipo para validao do modelo FMN foi
implementado sobre CLPs utilizados para o controle de peso nas indstrias alimentcias.
Trata-se do CLP Check 5PA, um modelo de controlador de peso de fabricao nacional
e de propriedade da empresa DWA Indstria Eletrnica Ltda.
Tal CLP responsvel pela medio do peso de determinados
volumes e determinao da validao ou no do volume medido, dentro de parmetros
pr programados. Ao mesmo tempo que o CLP faz a medio dos volumes, ele corrige
o processo atravs de dispositivos atuadores para se manter o peso dos volumes dentro
dos padres estabelecidos.
As funcionalidades dos CLP Check 5PA foram mapeadas e sero
apresentadas mais adiante. O padro de rede industrial implementado nesses CLPs o
Modbus, com comunicao mestre-escravo.
Como ambiente de programao para a implementao foi utilizado o
Delphi 7, o qual disponibiliza a linguagem Object Pascal.
Para a implementao final do prottipo, utilizou-se dois CLPs em
uma rede local, onde cada CLP estava conectado a uma estao de trabalho, simulando
dessa forma, a utilizao de duas redes industriais distintas, apesar de serem compostas
por equipamentos semelhantes. Uma das estaes foi ,ao mesmo tempo, gerente e
agente, rodando o agente FMN e um software de gerncia ou um simples visualizador
na MIB com capacidade de interao com o agente. A outra estao somente estava
executando o agente FMN e neste foi implementado uma segunda rede industrial,
tambm no padro Modbus.
A seguir, ser ilustrada a MIB desenvolvida para a aplicao, bem
como as funcionalidades do controlador de peso, descrevendo, dessa forma, a sua MIB e
algumas caractersticas de implementao do agente e as telas do prottipo.

126

5.1. MIB DESENVOLVIDA

Nas figuras 55, 56 ser apresentada a MIB desenvolvida para a
validao do prottipo utilizando o CLP Check 5PA. Todas as funcionalidades do CLP
Check 5PA foram implementadas pelo Agente FMN e sero explicadas a seguir:

Figura 55 MIB Desenvolvida

Figura 56 MIB Desenvolvida

127

5.2. FUNCIONALIDADES DO CLP CHECK 5PA

As funcionalidades disponveis para gerenciamento no CLP Check
5PA so:
FmnMib
agent
agOS
agVersion
agIP
agTime
fieldbus
fdId
fdType
fdNumberNE
ne
negeneric
ndFbId
neId
neVendor
neModel
neTime
neMasterIO
neStatus
neLastError
nespecific
neCheck5P
neConfig
neParAcima
neParAbaixo
neParTempo
neExpAcima
neExpAbaixo
neExpTempo
neEmbalagem
neTOLeituraTotal
neTOLeituraByte
NeTOLeitura
NeTOEscritaTotal
NeTOEscritaByte
NeTOTempoEsp
NeDesempenho
NeIOSerial
NeIOTimeOut
NeIOSemDados
NeIORecepcao
NeIOComCerto
NeIONovosDados

Sistema Operacional do agente

Verso do Agente
IP da mquina onde o agente est
instalado
Tempo
de atividade do agente
Nmero da Rede Industrial gerenciada
Tipo da Rede Industrial gerenciada
Nmero de dispositivos ligados na rede

Rede Industrial do dispositivo

Numero do dispositivo
Fabricante
Modelo
Tempo de Atividade
Endereo de comunicao
Status de conexo
ltimo Erro registrado

Parmetro dos produtos.

Parmetro inferior dos produtos.
Tempo de Correo
Parmetro superior para excluso
Parmetro inferior para excluso
Tempo de acionamento do dispositivo
Peso da Embalagem
Time Out Total do ciclo de leitura
Time Out do tempo de leitura
Time Out para acrscimo de tempo
Time Out Total do ciclo de escrita
Time Out do tempo de escrita
Time Out para espera
Qtde de erros na comunicao serial
Nmero de erros por time out
Nmero de respostas sem novos dados
Nmero de erros de recepo do
dispositivo
Nmero de comandos certos
Nmero de comandos com novos dados

128
NeIOParidade
NeIOContinuidade
NeIOTotalLeituras
NeProducao
NePPesoAtual
NePPacotes
nePQuilos
nePMedia
nePAtributo
nePFotoPulso
nePRetAcima
nePRetAbaixo
neInmetro
neInmMedia
neInmDesvio
neInmMinimo
neDiario
neDiarNum
neDiarData
neDiarHora

Nmero de erros por paridade

Nmero de erros por continuidade
Nmero total de leituras realizadas
Peso do ltimo pacote
Nmero de pacotes registrados
Quantidade de quilos registrados
Peso Mdio
Pacotes excludos por atributo
Nmero de pacotes de entrada na
mquina
Nmero de excludos acima do peso
Nmero de excludos abaixo do peso
Valor da mdia do INMETRO
Valor do desvio padro
Valor do mnimo aceito pelo INMETRO
Primeiro evento de dirio na fila
Data do evento
Hora do evento

5.3. AGENTE SNMP / MEDIADOR

Na figura 57 consta uma ilustrao da forma de funcionamento do
agente FMN em uma rede industrial.

Figura 57 Agente FMN

Uma explanao sucinta sobre o funcionamento do Agente FMN e o
mediador, ser apresentada a seguir.

129

A gerncia FMN composta por dois mdulos bsicos. Um deles

controla as diretivas SMNP, o agente, e outro, as diretivas de gerenciamento padro da
rede industrial, o mediador.
O mdulo do agente que recebe as PDUs SNMP retransmite essas
PDUs para o mediador de PDU SMNP para PDU no padro da rede industrial, no caso,
o protocolo Modbus. Estando convertida a PDU SNMP para o padro da rede industrial,
o agente envia a diretiva de gerenciamento para o dispositivo de rede gerenciado.
Uma vez havendo resposta do dispositivo da rede, o agente faz o
caminho inverso, traduzindo as traps ou mensagens do padro Modbus para PDU
SNMP e as repassa para o gerente que requisitou.

5.4. TELAS DO PROTTIPO

Abaixo so apresentadas as telas do agente FMN como validao do
modelo proposto.

Figura 58 Tela de Configurao da Rede Industrial Modbus

130

Figura 59 Tela de configurao do Agente FMN

Na figura 58, observa-se a configurao da rede industrial com a
informao sobre a porta serial onde a rede est conectada e as configuraes de
velocidades de transmisso. J, na figura 59, observa-se o mdulo do agente FMN
responsvel pela conexo

com o sistema gerente, constando informaes como

comunidade a que pertence, e endereo IP do agente.

5.5. CONSIDERAES
Em relao s consideraes finais sobre o prottipo desenvolvido, o
mesmo teve sua implementao feita somente para validar a aplicabilidade da FMN nas
redes industriais. Foram escolhidos os CLP Check 5PA por serem os nicos disponveis
para pesquisa, porm, uma vez o agente funcionando em uma rede especfica, torn-lo
genrico as demais redes exige um estudo para levantamento mais ntimo dos
protocolos utilizados e, as aplicaes desses protocolos ao agente FMN.
Deve-se deixar claro que mais informaes sobre a implementao e
at mesmo especificao do agente FMN constar nos anexos do trabalho.

131

6. CONCLUSES
As redes industriais, face ao ambiente heterogneo, composto por
diversas tecnologias, equipamentos e sistemas SCADA, requer um gerenciamento
integrado, onde toda a diversidade possa ser simplificada e, de forma prtica, prover ao
ambiente industrial as facilidade advindas das cinco reas funcionais de gerncia
(Desempenho, Falhas, Contabilizao, Segurana e Configurao), definidas pelo
modelo de gerncia OSI (ISO 7498-4).
O gerenciamento integrado tambm necessrio pois, o grande
nmero de tecnologias aplicadas nos processos industriais e trabalhando de forma
isolada, torna difcil e igualmente complexas as tarefas de operao, administrao e
manuteno (OA&M) das redes.
Da mesma forma que a gerncia nas redes de telecomunicaes e
computadores trouxeram vantagens e benefcios a estas, o gerenciamento integrado das
redes industriais tende a seguir o mesmo caminho, uma vez que os ambientes so
anlogos em suas complexidades e diversidades.
Quanto integrao e gerenciamento, a FMN apresenta-se como um
modelo aplicvel gerncia integrada das redes industriais, no somente pela sua
abrangncia em modelar as formas de gerenciamento em cada camada que a compe,
mas tambm por oferecer um modelo de gerenciamento para a atual automao
(constituda de sistemas legados) e uma referncia para as novas tecnologias de redes
industriais. Em conseqncia, novos produtos j tero um padro de gerenciamento a
adotar: a FMN.
Em relao a TMN, os conceitos exportados para o modelo FMN,
como a arquitetura funcional e fsica so relevantes, devido similaridade do modelo de
camadas e da analogia entre os ambientes. Obviamente, os conceitos foram ajustados
realidade das redes industriais, formando, com isso, a arquitetura funcional e fsica da
prpria FMN.
O modelo de informaes da FMN utiliza, como padro para diretivas
de gerncia entre agente e gerente, o protocolo SNMP, o que permite que se gerencie os
recursos da rede industrial a partir de um ambiente de gerncia de redes de

132

computadores, com uma viso integrada sobre os recursos, ou seja, possvel gerenciar
a rede industrial com as mesmas ferramentas utilizadas para gerenciamento das redes de
computadores.
Um outro aspecto da gerncia FMN sobre os ambientes industriais, a
aplicabilidade do modelo em redes de pequeno porte. Nessas empresas, muitas vezes,
so observadas pequenas automaes ou, at mesmo, uma nica linha de automao.
Trata-se de empresas com um ciclo de produo pequeno e/ou pouco automatizado.
Nesses casos, a utilizao dos sistemas supervisrios para o gerenciamento da rede
industrial o suficiente, e no h a necessidade de um modelo integrado, devido a falta
de diversidade de tecnologias. A FMN somente se aplica a ambientes heterogneos e
diversificado.
Independente da forma como a FMN ser aplicada no gerenciamento
das redes industriais, um fator importante para o seu funcionamento a formulao da
MIB Industrial. de extrema importncia que os fabricantes de dispositivos e sistemas
supervisrios disponibilizem a MIB de seus equipamentos e sistemas para o modelo
FMN. A princpio, na implantao da FMN, tero que ser levantadas as funcionalidades
de cada equipamento ou sistema para a formulao da MIB de gerenciamento. Com a
consolidao da FMN como modelo de gerncia, essa preocupao passa a ser dos
fabricantes para se adequarem dentro dos padres definidos.
Em relao ao prottipo criado para a validao da FMN, verificou-se
a importncia do mediador que, dentro do atual modelo, o responsvel pelo
conhecimento dos diversos protocolos industriais e tambm pela mediao desses
protocolos para o SNMP e vice-versa.
O prottipo validou a utilizao do modelo FMN ao gerenciamento
das redes industriais e, dentro do ambiente onde foi testado, as funcionalidades dos
CLPs puderam ser alteradas e monitoradas de forma satisfatria, atravs de uma
aplicao de gerenciamento FMN. Vale lembrar que o gerenciamento sobre os CLPs
teve uma maior nfase nas funcionalidades de contabilizao e configuraes, fato este,
ocasionado pela simplicidade do CLP utilizado. Tambm foi desenvolvido um agente
simples, respondendo requisies de um software MIB Browser (Visualizador de

133

MIB) e no de um software gerente. Porm, a simplicidade do ambiente de teste

suficiente para validar a utilizao da FMN.
Em ambientes mais complexos, a probabilidade de ajustes grande,
mas como um incio para a aplicabilidade da FMN ao ambiente industrial, mostraram-se
satisfatrios os resultados obtidos.

6.1. TRABALHOS FUTUROS

Como propostas para a continuidade dessa pesquisa, cita-se:

Definio de um agente abrangendo os diversos modelos de redes industriais

apresentados;

Elaborao de uma aplicao WEB para monitoramento das redes industriais

utilizando os agente FMN, independente da localizao fsica do gerenciamento;

Elaborao de uma pesquisa para levantamento das diversas MIBs industriais, com
o objetivo de criar uma MIB industrial padro;

Exportao dos dados coletados pelos agentes FMN via XML para os sistemas ERP;

Implementao das formas de aplicao dos agentes FMN s redes industriais;

Verificao do impacto sobre as redes industriais relativo a aplicao da gerncia

FMN, entre outros.
Para finalizar, a FMN cumpriu os objetivos propostos e segue na
perspectiva de aprimoramento e futuras aplicaes nos ambientes industriais. O
gerenciamento integrado desse ambiente necessrio e vlido, e o modelo FMN vm ao
encontro dessas necessidades. Sua proposta clara e objetiva: padronizar, integrar e
gerenciar. Estando esses aspectos concretizados e aplicados, novas tecnologias e
avanos no setor seguiro, mas dentro do modelo FMN, garantindo a compatibilidade
de softwares e automaes. O mercado continuar tanto competitivo, quanto
diversificado em tecnologias, porm, estas sero padronizadas e direcionadas ao seu
gerenciamento e integrao.

134

7. BIBLIOGRAFIA
AS-INTERFACE., Welcome to the World of As-Interface. Mannheim, Alemanha, 2003.
Disponvel: http://www.as-interface.com/. Acesso em 15 de Setembro de 2003.
ALFA Instrumentos. Protocolo MODBUS. So Paulo, Brasil, 2003. Disponvel:
hppt://www.alfainstrumentos.com.br. Acesso em 19 de Outubro de 2003.
BARROTO, Andr Mello. Realizao da Gerncia Distribuida de Redes Utilizando
SNMP, JAVA, WWW e Corba. Florianpolis, 1998. Curso de Ps-Graduao em Cincia
da Computao Sistemas de Computao. Universidade Federal de Santa Catarina.
BERNAL, Volnys Borges. Implementao de Sistemas Tmn e suas Relaes com a
Arquitetura Corba: Estado Da Arte E Perspectivas. So Paulo, 1999. Monografia.
Curso de Ps-Graduao em Sistemas de Computao. Universidade de So Paulo.
BLACK, Uyless, Network Managemens Standards SNMO, CMIP, TMN, MIBs and
Object Libraries. 2. Ed. Singapore: McGraw-Hill International Editions, 1994.
BOAVISTA, Fernando, Monteiro, Eduardo Engenharia de Redes Informticas, Lisboa,
FCA Editora de Informtica, 2000.
BRISA. Arquiteturas de Redes de Computadores OSI e TCP/IP, So Paulo: Makron
Books, 1994.
C & I Controle & Instrumentao. Protocolos de Comunicao. So Paulo, 2003.
FERREIRA, Wilson Tavares. Segurana de Rede de Computadores em Ambientes
Industriais. Uberlndia, 2002. Monografia. Centro de Cincias Exatas e Tecnologia.
Ps-Graduao em Engenharia Eltrica. Universidade Federal de Uberlndia.
Fieldbus Fundation. FIELDBUS On Line. San Ramon, Estados Unidos, 2003.
Disponvel: http://www.fieldbus.org/. Acesso em 15 de Agosto de 2003.
FONSECA, Jos A. O Barramento CAN. Aveiro, Portugal, 2003. Disponvel:
http://www.ieeta.pt/~jaf/. Acesso em 23 de Julho de 2003.
GEORGINI, Marcelo. Automao Aplicada - Descrio e Implementao de Sistemas
Seqenciais com PLCs. So Paulo : rica Ltda, 2000.
HART Communication Fundation. The Hart Book International huide to Hart based
products e services. Titchfield, Hants, Inglaterra, 2003. Disponvel:
http://www.thehartbook.com/technical.htm. Acesso em 27 de Maio de 2003.
INTERBUS International. Interbus e Automao. So Paulo, Brasil, 2003. Disponvel:
http://www3.phoenixcontact.com/index.html. Acesso em 30 de Maio de 2003.
KLAUCK, Hugo Andr. Proposta de um Ambiente de Gerncia de Redes de Alta
Velocidade Utilizando CORBA, Java e HTML. Florianpolis, 2000. Curso de Ps-

135

Graduao em Cincia da Computao Sistemas de Computao. Universidade Federal

de Santa Catarina.
Mansur, Fbio. Conceitos da TMN. Rio de Janeiro, Brasil, 2003. Disponvel:
http://www.geocities.com/SiliconValley/Network/7460. Acesso em 15 de Junho de
2003.
MARINO, Andr F. A Internet na automao, instrumentao e controle de processos.
So Paulo, Brasil, 2003. Disponvel: http://www.engecomp.com.br. Acesso em 17 de
Junho de 2003.
ITU-T Recomendation M.3010. Principles for a telecommunications management
network, ITU-T, Helsinski,1996.
ITU-T Recomendation M.3020. TMN Interface Specification Methodology, ITU-T,
Helsinski, 1995.
ITU-T Recomendation M.3100. Generic network information model, ITU-T, Helsinski,
1995.
ITU-T Recomendation M.3200. Generic network information model, ITU-T, Helsinski,
1997.
ITU-T Recomendation M.3400. Generic network information model, ITU-T, Helsinski,
1997.
The MODBUS Organization. The Architecture for Distributed Automation. Hopkinton,
MA, 2003. Disponvel: http://www.modbus.org/. Acesso em 02 de Junho de 2003.
NATALE, Ferdinando. Automao Industrial. So Paulo: rica, 2000.
ODA, Cybelle Suemi. Gerenciamento de redes de computadores. So Paulo, Brasil,
2003. Disponvel: http://www.gt-er.cg.org.br/operacoes/gerencia-redes. Acesso em 05
de Abril de 2003.
OLIVEIRA, Daniela Vanassi de. Mobilidade em Gerncia de Redes SNMP.
Florianpolis, 2000. Curso de Ps-Graduao em Cincia da Computao Sistemas de
Computao. Universidade Federal de Santa Catarina.
PRICAS, Francisco Addel. Proposta de um modelo de informao tmn para a
gerncia dinmica de rede atm baseado na tecnologia java jmx. Curitiba, 2000.
Monografia. Curso de Ps-Graduao em Engenharia Eltrica e Informtica Industrial.
Centro Federal de Educao Tecnolgica do Paran.
PEREIRA, Carlos Eduardo. Evoluo dos Sistemas de Controle. Porto Alebre, Brasil,
2003. Disponvel: http://www.eletro.ufrgs.br/~cpereira. Acesso em 05 de Abril de 2003.
PISCHING, Marcos Andr. Uma Aplicao Java-SNMP para Monitorao de Redes
sem Fio.
Florianpolis, 2001. Curso de Ps-Graduao em Cincia da
Computao Sistemas de Computao. Universidade Federal de Santa Catarina.

136

PORTUGAL, Paulo.
Sistemas de Automao: Redes de Campo Fieldbus.
Universidade
do
Porto.
Lisboa,
Portugal,
2003.
Disponvel:
http://www.fe.up.pt/~pportuga/sistemas_automacao_0203/. Acesso em 13 de Abril de
2003.
PROFIBUS International. Open Solution for the World of Automation. Scottsdale,
Estados Unidos, 2003. Disponvel: http://www.profibus.com/. Acesso em 22 de Agosto
de 2003.
RAMOS, Alexandre Moraes. Modelo para Incorporar Conhecimento Baseado em
Experincias Arquitetura TMN. Florianpolis, 2000. Programa de Ps-Graduao em
Engenharia de Produo. Departamento de Engenharia de Produo e Sistemas
Inteligncia Aplicada. Universidade Federal de Florianpolis.
RFC1155 - K. McCloghrie, M. Rose. Structure and identification of management
information for TCP/IP-based internets. Maio, 1990.
RFC1156 - K. McCloghrie, M. Rose. Management Information Base for network
management of TCP/IP-based internets. Maio, 1990.
RFC1157 - J. Case, M. Fedor, M. Schoffstall, J. Davin. Simple Network Management
Protocol (SNMP). Maio, 1990.
RFC1213 - McCloghrie, K., and Rose, M., Management Information Base for Network
Management of TCP/IP-based internets: MIB-II. Maro, 1990.
RFC1448 - J. Case, K. McCloghrie, M. Rose. Pvotocol Operations for version 2 of the
Simple Network Management Pvotocol (SNMPv2). Abril, 1993.
RFC3414 - U. Blumenthal, B. Wijnen. User-based Security Model (USM) for version 3
of the Simple Network Management Protocol (SNMPv3). Dezembro, 2002.
RODRIGUES, Eliseu Edgar da Silva, COELHO, Jos Carlos da Costa Dinis. Sistemas
Distribudos SCADA. Universidade do Porto, Lisboa, Portugal, 2003. Disponvel:
http://www.dei.isep.ipp.pt/~i980994/. Acesso em 24 de Agosto de 2003.
SALOMO, Joo Marques. Anlise da Adequao e Desempenho de Redes Fieldbus
para o Controle em Malha Fechada com Ao de um Preditor Nebuloso em Caso de
Perdas de Mensagens. Florianpolis, 1994. Ps-Graduao em Engenharia Eltrica.
Universidade Federal de Santa Catarina.
SANTOS, Ivone Miranda. Relao entre Processo Produtor e Processo Comsumidor
Modelos
de
Comunicao.
Lisboa,
Portugal,
2003.
Disponvel:
http://pwp.netcabo.pt/0256896601/SO%20II%20-%20170103_t.pdf. Acesso em 03 de
Setembro de 2003.
SANTOS, Lucas Costa Oliveira. Engenharia de Automao. UFMG, Belo Horizonte,
Brasil,
2003.
Disponvel:

137

http://www.geocities.com/CollegePark/Den/6244/Atan/automacao.htm. Acesso em 09
de Outubro de 2003.
STALLINGS, William. SNMP, SNMPv2 and RMON: Pratical Nwtwork Management.
2. Ed. Massachusetts: Addison-Wesley Publishing Company, 1996.
SCHNBERGER, Selena. Modelagem de Informaes para Superviso de Alarmes no
Sistema Eletrnico de Comutao Digital/EWSD Interface Q3. Florianpolis, 1998.
Curso de Ps-Graduao em Cincia da Computao Sistemas de Computao
Redes de Computadores. Universidade Federal de Santa Catarina.
SCHNBERGER, Hans Manfred. Sistemas de Informao para Suporte Gerncia de
Falhas. Florianpolis, 2000. Curso de Ps-Graduao em Cincia da Computao
Sistemas de Computao. Universidade Federal de Santa Catarina.
SEIXAS FILHO, Constantino. DeviceNet. UFMG, Belo Horizonte, Brasil, 2003.
Disponvel: http://www.cpdee.ufmg.br/~prof. Acesso em 09 de Outubro de 2003.
SILVEIRA FILHO, Elmo Dutra da. Redes de comunicao de baixo nvel (fieldbus).
SENAI,
Porto
Alegre,
Brasil,
2003
Disponvel:
http://www.malbanet.com.br/professorelmo/Conetfld.htm. Acesso em 12 de Setembro
de 2003.
SOARES, Andrey. Especificao de uma MIB XML para o gerenciamento de sistemas.
Florianpolis, 2001. Curso de Ps-Graduao em Cincia da Computao Sistemas de
Computao. Universidade Federal de Santa Catarina.
TANENBAUM, Andrew S.. Redes de computadores. 3. Ed. Rio de Janeiro : Campus,
1997.
TAPAJS, Mauro, Introduo do Modelo TMN e GIRS. Universidade Catlica de
Braslia, Braslia, Brasil, 2003. Disponvel: http://www.ucb.br/prg/professores/maurot/.
Acesso em 23 de Setembro de 2003.
TIBOLA, Leandro Rosniak. Gerao de Sistemas Supervisrios a Partir de Modelos
Orientados a Objetos de Aplicaes Industriais. Universidade Federal do Rio Grande
do
Sul,
Porto
Alegre,
Brasil,
2003.
Diponvel:
http://www.inf.ufrgs.br/pos/SemanaAcademica. Acesso em 16 de Novembro de 2003.
TOVAR, Eduardo. Produo Integrada por Computador. Instituto Politcnico do Porto,
Lisboa,
Portugal,
2003.
Disponvel:
http://www.dei.isep.ipp.pt/~emt/infind/apontamentos.html. Acesso em 13 de Agosto de
2003.
VENANCIO NETO, Augusto Jos Venncio. Implementao de um Discriminador de
Repasse de Eventos para o Ambiente SNMP. Florianpolis, 2001. Curso de PsGraduao em Cincia da Computao Sistemas de Computao. Universidade
Federal de Santa Catarina.

138

VICENTE NETO, Vicente. Redes de dados, teleprocessamento e gerncia de redes.

So Paulo : rica, 1990.
VILLELA, Daniel Antunes Maciel, ALBUQUERQUE, Clio Vinicius N. de , COSTA,
Lus Henrique M. Kosmalski, NUNES, Marcelo Dias, DUARTE, Otto Carlos Muniz
Bandeira. Desempenho de uma Aplicao de Transferncia de Arquivos em um Sistema
de Comunicao Industrial. Grupo de Teleinformtica e Automao da Universidade
Federal do Rio de Janeiro. 2003, Rio de Janeiro.
WEBER, Celso Kopp. Uma MIB para Aplicaes Internet. Florianpolis, 1997. Curso
de Ps-Graduao em Cincia da Computao Sistemas de Computao.
Universidade Federal de Santa Catarina.