Redes Industriais Gama Filho PDF

UNIVERSIDADE GAMA FILHO
GRADUAO
2013
REDES INDUSTRIAIS CTA 157

Professor: William Paes da Silva
GRADUAO EM ENGENHARIA DE CONTROLE E AUTOMAO INDUSTRIAL

GRADUAO TECNOLGICA EM AUTOMAO INDUSTRIAL
GRADUAO EM ENGENHARIA ELTRICA COM NFASE EM ELETRNICA
Estudo sobre o funcionamento, definio e tipos de redes utilizadas em Automao nas indstrias de diversos segmentos.
V1.3 .1.2013
GRADUAO
UNIVERSIDADE GAMA FILHO
2013
AO ALUNO
Este material destinado aos alunos do curso de Graduao em Engenharia de Controle e
Automao industrial, Graduao Tecnolgica em Automao Industrial e Graduao em Engenharia Eltrica
com nfase em Eletrnica da Universidade Gama Filho.
Esta apostila tem um grande contedo de informaes
que com certeza vai ajudar ao aluno ver de uma forma diferente o
ambiente que cerca a comunicao de dados industriais. Obviamente
no sero abordados todos os tipos de redes industriais do mercado,
mas com certeza as mais utilizadas e mais importantes tero
destaque. Este material foi feito de forma que o aluno compreenda o
funcionamento de uma rede industrial de dados. Tambm ser
mencionada a utilizao de Servidores OPC em redes industrias, j
que a difuso de informaes se tornou um fator de extrema
importncia nas empresas, independente da camada de atuao, seja
o cho de fabrica (Fsica) ou ERP (Aplicao).
A Universidade Gama Filho, mais especificamente a Coordenao de Engenharia de Controle e
Automao Industrial, inova mais uma vez e abordar esta disciplina de uma forma objetiva, clara e coerente,
com muita prtica de laboratrio. O grande desafio diminuir a lacuna existente entre o ensinamento terico
e a experincia prtica.
William Paes da Silva
Redes Industriais
Pgina 3 de 398
NDICE
1. INTRODUO ..................................................................................................................................... 16
1.1. A COMUNICAO .................................................................................................................................................. 16
1.2. SISTEMAS COMPUTACIONAIS .................................................................................................................................. 16
1.3. ARQUITETURAS DE COMPUTADORES ........................................................................................................................ 17
1.4. SISTEMAS DISTRIBUDOS ....................................................................................................................................... 17
2. REDES DE COMPUTADORES ............................................................................................................ 20
2.1. TOPOLOGIAS DE REDES ........................................................................................................................................ 20
2.1.1. Anlise da Topologia Totalmente Ligada .................................................................................................. 21
2.1.2. Anlise da Topologia em Anel .................................................................................................................... 22
2.1.3. Anlise da Topologia Parcialmente Ligada ............................................................................................... 23
2.1.4. Troca de Mensagens .................................................................................................................................. 23
2.1.5. Anlise da Topologia em Estrela ............................................................................................................... 24
2.1.6. Anlise da Topologia em Anel Fechado ................................................................................................. 26
2.1.7. Anlise da Topologia em Barra .................................................................................................................. 27
2.2. SINAIS ANALGICOS E DIGITAIS .............................................................................................................................. 28
2.2.1. Multiplexao .............................................................................................................................................. 29
2.2.2. Multiplexao na Frequncia ...................................................................................................................... 30
2.2.3. Modulao ................................................................................................................................................... 30
2.2.4. Protocolos ................................................................................................................................................... 32
3. ESTRUTURAO DE UMA REDE DE COMPUTADORES ................................................................... 35
3.1. MODELO OSI ...................................................................................................................................................... 35
3.2. CONCENTRADORES E CHAVEADORES ....................................................................................................................... 38
3.3. DISTORO DE SINAIS .......................................................................................................................................... 39
3.4. DETECO DE ERROS ........................................................................................................................................... 40
4. COMUNICAO SERIAL RS-232(SINGLE-ENDED) ......................................................................... 43
4.1. INTRODUO ....................................................................................................................................................... 43
4.2. FUNDAMENTOS DA COMUNICAO SERIAL RS-232 (SINGLE-ENDED) ......................................................................... 44
4.3. ESPECIFICAES .................................................................................................................................................. 45
4.4. CARACTERSTICAS ELTRICAS ................................................................................................................................. 45
4.5. CARACTERSTICAS FUNCIONAIS ............................................................................................................................... 47
4.6. CARACTERSTICAS MECNICAS DA INTERFACE ........................................................................................................... 48
4.7. FUNCIONAMENTO ................................................................................................................................................ 49
4.8. COMUNICAO DE DADOS ..................................................................................................................................... 51
4.9. IMPLEMENTAO PRTICA DA RS-232 .................................................................................................................. 52
4.10. RS-232 EM APLICAES UTILIZANDO MODEMS ..................................................................................................... 53
4.11. RS-232 EM APLICAES COM INTERCMBIO (HANDSHAKING) MNIMO ...................................................................... 56
4.12. LIMITAES DA REDE RS-232 .............................................................................................................................. 57
4.13. GERAO DOS NVEIS DE TENSO RS-232 ............................................................................................................. 58
4.14. TAXA MXIMA DE DADOS ...................................................................................................................................... 58
4.15. COMPRIMENTO MXIMO DO CABO .......................................................................................................................... 58
5. COMUNICAO SERIAL RS-423A (SINGLE-ENDED) ...................................................................... 61
5.1. CARACTERSTICAS GERAIS ..................................................................................................................................... 61
5.2.
TABELA COMPARATIVA ....................................................................................................................................... 61
6. COMUNICAO SERIAL RS-422 (DIFERENCIAL) ........................................................................... 63
6.1. INTRODUO ...................................................................................................................................................... 63
6.2. CARACTERSTICAS GERAIS ..................................................................................................................................... 63
ENGENHARIA DE CONTROLE E AUTOMAO INDUSTRIAL / TECNOLOGIA EM AUTOMAO INDUSTRIAL / ENGENHARIA ELTRICA COM NFASE EM ELETRNICA
Redes Industriais
Pgina 4 de 398

6.3.
TABELA COMPARATIVA ........................................................................................................................................ 64
7. COMUNICAO SERIAL RS-485 (DIFERENCIAL) ........................................................................... 66

7.1. INTRODUO ...................................................................................................................................................... 66
7.2. CARACTERSTICAS ............................................................................................................................................... 66
7.3. ATERRAMENTO .................................................................................................................................................... 69
7.4. BLINDAGEM (SHIELDING) .................................................................................................................................... 73
7.5. TOPOLOGIA ........................................................................................................................................................ 74
7.6. TERMINAO ...................................................................................................................................................... 75
7.7. POLARIZAO DO ESTADO INATIVO ........................................................................................................................ 77
7.8. TABELA DE ESPECIFICAES ................................................................................................................................ 78
7.9. COMPARAO ENTRE OS PADRES RS422 E RS485 ............................................................................................. 78
7.10. TABELA COMPARATIVA (RS232, RS423, RS422 E RS 485) ................................................................................. 79
8. REDES INDUSTRIAIS ......................................................................................................................... 81
8.1. REDE SENSORBUS - DADOS NO FORMATO DE BITS ................................................................................................... 84
8.2. REDE DEVICEBUS - DADOS NO FORMATO DE BYTES ................................................................................................... 84
8.3. REDE FIELDBUS - DADOS NO FORMATO DE PACOTES DE MENSAGENS ........................................................................... 84
9. REDE AS-I .......................................................................................................................................... 87
9.1. INTRODUO ...................................................................................................................................................... 87
9.2. CONECTIVIDADE .................................................................................................................................................. 89
9.3. USO DE VARIVEIS ANALGICAS ............................................................................................................................ 90
9.4.
DETERMINISMO NO TEMPO .................................................................................................................................. 91
9.5. ACESSO CAMADA FSICA ..................................................................................................................................... 92
9.6.
MENSAGENS AS-I .............................................................................................................................................. 93
9.6.1. Data Exchange ........................................................................................................................................... 94
9.6.2. Write Parameter ......................................................................................................................................... 94
9.6.3. Definio do Endereo de um N ............................................................................................................. 95
9.6.4. Configurao de I/O ................................................................................................................................... 95
9.6.5. Read ID Code ............................................................................................................................................. 95
9.6.6. Read Status ................................................................................................................................................ 95
9.7. TOPOLOGIAS ....................................................................................................................................................... 99
9.8. FONTE AS-I ........................................................................................................................................................ 99
9.9. COMPRIMENTO DO CABO .................................................................................................................................... 100
9.10. BENEFCIOS (ECONOMIA) ................................................................................................................................... 101
10. HART .............................................................................................................................................. 103
10.1. INTRODUO ................................................................................................................................................... 103
10.2. O SINAL HART ................................................................................................................................................. 103
10.3. TOPOLOGIA ...................................................................................................................................................... 105
10.4. MODOS DE COMUNICAO .................................................................................................................................. 107
10.5. CABOS ............................................................................................................................................................. 109
10.6. COMANDOS HART .............................................................................................................................................. 109
10.7. DEVICE DESCRIPTION LANGUAGE ......................................................................................................................... 110
10.8. MULTIPLEXADORES ........................................................................................................................................... 110
11. DEVICENET .................................................................................................................................... 114
11.1. INTRODUO ................................................................................................................................................... 114
11.2. CARACTERSTICAS DO NVEL FSICO ....................................................................................................................... 116
11.3. COLOCAO DA FONTE DE ALIMENTAO ............................................................................................................... 122
11.4. DEVICENET ASSISTANT ...................................................................................................................................... 124
11.5. CONTROLE DE ACESSO AO MEIO CAMADA DLL .................................................................................................... 124
Redes Industriais
Pgina 5 de 398

11.6. ARBITRAGEM .................................................................................................................................................... 125
11.7. MODELO DE REDE ............................................................................................................................................. 126
11.7.1. Mestre/Escravo ..................................................................................................................................... 126
11.7.2. Peer to Peer .......................................................................................................................................... 127
11.7.3. Multi-Mestre ........................................................................................................................................... 127
11.7.4. Mudana do Estado do Lado ................................................................................................................ 128
11.7.5. Produo Cclica de Dados ................................................................................................................... 128
11.8. MENSAGENS ..................................................................................................................................................... 129
11.8.1. Mensagens de Entrada / Sada ............................................................................................................ 129
11.8.2. Mensagens explcitas ............................................................................................................................ 130
11.8.3. Predefined Master / Slave Connection Set .......................................................................................... 131
11.9. O MODELO DE OBJETOS .................................................................................................................................... 132
11.9.1. Objeto Identidade .................................................................................................................................. 133
11.9.2. Objeto Roteador de Mensagens ........................................................................................................... 134
11.9.3. Objeto Assembly .................................................................................................................................... 134
11.9.4. Objetos de Conexo .............................................................................................................................. 134
11.9.5. Objetos de Parametrizao .................................................................................................................. 135
11.9.6. Objetos de Aplicao ............................................................................................................................ 135
11.10. ELECTRONIC DATA SHEET (EDS) .................................................................................................................... 135
12. MODBUS ........................................................................................................................................ 138
12.1. INTRODUO ................................................................................................................................................... 138
12.1.1. Transaes em Redes Modbus ............................................................................................................ 140
12.1.2. Transaes em Outros Tipos de Redes ............................................................................................... 140
12.1.3. O Ciclo de Comunicao ........................................................................................................................ 142
12.2. OS DOIS MODOS DE TRANSMISSO SERIAL ........................................................................................................... 143
12.2.1. Modo ASCII ............................................................................................................................................. 144
12.2.2. Modo RTU ............................................................................................................................................... 145
12.2. FRAME DE MENSAGEM ..................................................................................................................................... 145
12.3.1. Frame ASCII ............................................................................................................................................ 146
12.3.2. Frame RTU ............................................................................................................................................. 147
12.3.3. Controle de Endereamento ................................................................................................................. 148
12.3.4. Campo de Funo .................................................................................................................................. 149
12.3.5. Campo de Dados ................................................................................................................................... 151
12.3.6. Campo de Verificao de Erros ............................................................................................................ 152
12.3.7. A Transmisso Serial de Caracteres ..................................................................................................... 152
12.3. MTODO DE VERIFICAO DE ERROS .................................................................................................................. 153
12.4.1. Verificao de Paridade ........................................................................................................................ 154
12.4.2. Verificao de LRC ................................................................................................................................. 155
12.4.3. Verificao de CRC ................................................................................................................................. 155
13. PROFIBUS ...................................................................................................................................... 159
13.1. INTRODUO .................................................................................................................................................... 159
13.2. PROFIBUS DP (DISTRIBUTED PERIPHERALS) ........................................................................................................ 160
13.3. PROFINET ........................................................................................................................................................ 160
13.4. PROFIBUS PA (PROCESS AUTOMATION) ............................................................................................................... 160
13.5. CARACTERSTICAS GERAIS ................................................................................................................................... 161
13.6. CARACTERSTICAS DO NVEL FSICO ...................................................................................................................... 162
13.7. PROFIBUS PA ................................................................................................................................................... 163
13.7.1. IEC 1158-2 ............................................................................................................................................. 165
13.7.2. Topologias .............................................................................................................................................. 168
Redes Industriais
Pgina 6 de 398

13.7.3. Blocos de funes PA ........................................................................................................................... 170
13.7.4 Exemplo: Parmetros do bloco de funo AI ....................................................................................... 172
13.8. PROFIBUS DP .................................................................................................................................................. 173
13.8.1. Velocidade da Rede ............................................................................................................................... 174
13.8.2. Tempo de Ciclo ........................................................................................................................................... 177
13.8.3. Topologias ............................................................................................................................................ 178
13.8.4. Uso de Fibra tica ................................................................................................................................. 179
13.8.5. Protocolo de Acesso ao Meio ............................................................................................................... 180
13.8.6. Protocolo Token Passing ...................................................................................................................... 180
13.9. CONEXO DA REDE PROFIBUS PA REDE PROFIBUS DP ..................................................................................... 181
13.10. ARQUIVO DE CONFIGURAO: GSD GENERAL SLAVE DATA ................................................................................... 184
13.11. EXEMPLO GSD ................................................................................................................................................. 184
13.12. COMPARAO DE CUSTO PROFIBUS X 420MA .................................................................................................. 187
13.13. ORAMENTO 4... 20MA .................................................................................................................................... 187
13.14. ORAMENTO PROFIBUSPA .............................................................................................................................. 188
13.15. PROFIBUS E ETHERNET (PROFINET) ................................................................................................................... 190
14. FOUNDATION FIELDBUS .............................................................................................................. 193
14.1. INTRODUO .................................................................................................................................................... 193
14.2. ARQUITETURA DO SISTEMA ................................................................................................................................. 198
14.3. CAMADA DE APLICAO E BLOCOS ........................................................................................................................ 199
14.4. BLOCOS AVANADOS ......................................................................................................................................... 202
14.5. CAMADA FSICA ................................................................................................................................................. 206
14.6. ELEMENTOS DE REDE ........................................................................................................................................ 210
14.7. CICLO DE OPERAO .......................................................................................................................................... 213
14.8. SINCRONIZAO NO TEMPO ................................................................................................................................. 214
14.8.1. Sincronizao do Tempo de Datalink ................................................................................................... 214
14.8.2. Sincronismo do Time of Day ................................................................................................................. 215
14.8.3. Identificao dos Dispositivos ............................................................................................................... 215
14.8.4. Dicionrio de Objetos ............................................................................................................................ 216
14.8.5. Comunicao Escalonada ...................................................................................................................... 217
14.8.6. Comunicao No Escalonada .............................................................................................................. 217
14.9. A OPERAO DO LAS ........................................................................................................................................ 218
14.10. VIRTUAL COMMUNICATION RELATIONSHIPS (VCR) ................................................................................................. 219
14.10.1. Comunicao Cliente Servidor ......................................................................................................... 219
14.10.2. Distribuio de Relatrio (Report Distribution or Source and Sink) ................................................ 221
14.10.3. Produtor Consumidor ...................................................................................................................... 222
14.11. VANTAGENS DA REDE H1 SOBRE PROFIBUS-PA ................................................................................................ 224
14.12. PERFORMANCE ................................................................................................................................................. 225
14.13. INTEGRAO COM REDE HSE ............................................................................................................................... 226
14.13.1. Exemplo DFI 302 Subsistema de I / O Fieldbus ........................................................................ 228
14.14. DEVICE DESCRIPTOR (DD) ................................................................................................................................ 229
15. ETHERNET ..................................................................................................................................... 231
15.1. INTRODUO .................................................................................................................................................... 231
15.1.1. Desenvolvimento da Rede Fieldbus HSE (High Speed Ethernet) ....................................................... 232
15.1.2. Ethernet / IP .......................................................................................................................................... 233
15.1.3. ProfiNet .................................................................................................................................................. 234
15.1.4. IEEE 1451 .............................................................................................................................................. 235
15.1.5. Modbus / TCP ........................................................................................................................................ 236
15.2. PRINCPIOS BSICOS ......................................................................................................................................... 237
Redes Industriais
Pgina 7 de 398

15.2.1. Prembulo .............................................................................................................................................. 238
15.2.2. Endereo de destino ............................................................................................................................. 238
15.2.3. Endereo de origem .................................................................................................................................. 238
15.3. NVEIS FSICOS .................................................................................................................................................. 239
15.3.1. 10 BASE 5 .............................................................................................................................................. 239
15.3.2. 10 BASE 2 .............................................................................................................................................. 240
15.3.3. 10 BASE T .......................................................................................................................................... 240
15.3.4. 10 BASE F .......................................................................................................................................... 240
15.4. MELHORAMENTOS DA REDE ETHERNET ................................................................................................................ 241
15.5. EVOLUO ....................................................................................................................................................... 243
15.6. EVOLUO DO QUADRO ETHERNET ..................................................................................................................... 245
15.7. ARQUITETURA EM ANEL X BARRAMENTO ............................................................................................................... 248
15.8. ARQUITETURAS DE ROTEAMENTO ......................................................................................................................... 248
15.9. QUALITY OF SERVICE (QOS) ............................................................................................................................... 250
15.9.1. Prioritizao Implcita ............................................................................................................................ 251
15.9.2. Prioritizao Explcita ............................................................................................................................ 251
15.9.3. Vdeo sobre IP ....................................................................................................................................... 253
15.10. PERFORMANCE DE REDES ETHERNET .................................................................................................................... 254
15.11. CLCULO DO TEMPO DE LATNCIA ....................................................................................................................... 257
15.12. CLCULO DO TEMPO DE SCAN .............................................................................................................................. 257
16. ENDEREAMENTO IP ................................................................................................................... 264
16.1. REDES CLASSE A .............................................................................................................................................. 266
16.2. REDES CLASSE B .............................................................................................................................................. 267
16.3. REDES CLASSE C .............................................................................................................................................. 267
16.4. ENDEREOS ESPECIAIS ...................................................................................................................................... 268
16.4.1. Endereo do Computador ..................................................................................................................... 268
16.4.2. Endereo de Loopback ......................................................................................................................... 268
16.4.3. Endereo da Rede ................................................................................................................................. 268
16.4.4. Endereo de Broadcast ........................................................................................................................ 268
16.5. NOTAO DECIMAL COM PONTO .......................................................................................................................... 268
16.6. PROJETO DE SUBREDES ..................................................................................................................................... 271
16.7. ROTEAMENTO ................................................................................................................................................... 272
16.8. VARIABLE LENGTH SUBNET MASKS (VLSM) ....................................................................................................... 275
16.9. MELHOR APROVEITAMENTO DO ESPAO DE ENDEREAMENTO ................................................................................. 275
16.10. AGREGAO DE ROTAS ....................................................................................................................................... 276
16.11. DHCP DYNAMIC HOST CONFIGURATION PROTOCOL ............................................................................................ 277
17. PRINCIPIOS DA COMUNICAO TCP-IP ...................................................................................... 280
17.1. TCP/IP ("TRANSMISSION CONTROL PROTOCOL / INTERNET PROTOCOL") .................................................................. 280
17.2. CAMADA IP ...................................................................................................................................................... 280
17.3. CAMADA TCP ................................................................................................................................................... 281
17.4. SERVIOS E UTILITRIOS DE ALTO NVEL .............................................................................................................. 283
17.5. APLICAES ..................................................................................................................................................... 283
17.5.1. DNS (Domain Name Service) ................................................................................................................ 283
17.5.2. TELNET ................................................................................................................................................... 284
17.5.3. Rlogin ..................................................................................................................................................... 285
17.5.4. RSH ......................................................................................................................................................... 285
17.5.5. FTP - File Transfer Protocol .................................................................................................................. 285
17.5.6. TFTP - Trivial File Transfer Protocol ..................................................................................................... 287
17.5.7. NFS - Network File System .................................................................................................................... 288
Redes Industriais
Pgina 8 de 398

17.5.8. SMTP - Simple Mail Transport Protocol .............................................................................................. 288
17.6. PROGRAMANDO O SEU PRPRIO CLIENTE OU SERVIDOR .......................................................................................... 289
17.6.1. Performance .......................................................................................................................................... 290
17.6.2. Sockets ................................................................................................................................................... 290
17.7. PRINCPIO DE FUNCIONAMENTO ........................................................................................................................... 296
17.7.1. Porta ....................................................................................................................................................... 296
17.7.2. Visualizando os Portas Livres .............................................................................................................. 297
17.7.3. Mecanismo Cliente-Servidor Bsico ..................................................................................................... 297
17.7.4. Aplicao Tpica Sobre TCP no WNT: .................................................................................................... 298
17.7.5. Aplicao Tpica Sobre UDP no WNT: ................................................................................................... 299
18. COMUNICAO OPC (AUTOMAO INDUSTRIAL) ...................................................................... 302
18.1. INTRODUO .................................................................................................................................................... 302
18.1.1. Plataforma Windows em Plantas Industriais ........................................................................................ 303
18.1.2. OPC: Surgimento e Evoluo ................................................................................................................ 303
18.1.3. Objetivo e Estrutura .............................................................................................................................. 304
18.2. FUNDAMENTOS DO OPC ..................................................................................................................................... 305
18.2.1. A Tecnologia que Compe o OPC ......................................................................................................... 305
18.2.1.1.
18.2.1.2.
18.2.1.3.
Programao Orientada a Objetos ................................................................................................................................. 305

RPC e DCE ....................................................................................................................................................................... 306
DCOM ............................................................................................................................................................................... 307
18.2.2. O OPC ..................................................................................................................................................... 308

18.2.2.1. Arquitetura Bsica .......................................................................................................................................................... 308
18.2.2.2. Principais Especificaes ................................................................................................................................................ 309
18.2.2.2.1. OPC Data Access Specification (DA) .......................................................................................................................... 311
18.2.2.2.2. OPC Alarms and Events Specification (AE) ................................................................................................................ 314
18.2.2.2.3. OPC Historical Data Access (HDA) ........................................................................................................................ 318
18.2.2.2.4. OPC Unified Architecture (OPC-UA) ...................................................................................................................... 321
18.2.2.3. Outras Especificaes ..................................................................................................................................................... 326
18.2.2.3.1. OPC XML-DA ............................................................................................................................................................... 326
18.2.2.3.2. OPC Compliance Test .................................................................................................................................................. 327
18.2.2.3.3. OPC Complex Data ...................................................................................................................................................... 328
18.2.2.3.4. OPC Data Exchange (DX) ........................................................................................................................................... 329
18.2.2.3.5. OPC Common Definitions and Interfaces .................................................................................................................... 330
18.2.2.3.6. OPC Security ............................................................................................................................................................... 330
18.2.2.3.7. OPC Batch ................................................................................................................................................................... 331
APLICAES E CARACTERSTICAS DO OPC ............................................................................................................. 333
18.3.
18.3.1. Principais Conceitos .............................................................................................................................. 334
18.3.1.1.
18.3.1.2.
18.3.1.3.
Aplicaes em Tempo Real e Caractersticas de Desempenho ...................................................................................... 334

Otimizao, Controle Avanado e Interoperabilidade de Redes Heterogneas ............................................................ 335
Confiabilidade e Disponibilidade no OPC ........................................................................................................................ 335
19. WIRELESS ...................................................................................................................................... 338

19.1. INTRODUO .................................................................................................................................................... 338
19.2. PRINCPIO DE FUNCIONAMENTO ........................................................................................................................... 338
19.3. PADRES ......................................................................................................................................................... 338
19.4. CARACTERSTICAS DOS PADRES .......................................................................................................................... 339
19.5. O USO DA WIRELESS .......................................................................................................................................... 340
19.6. TECNOLOGIAS WIRELESS .................................................................................................................................... 341
19.6.1. IEEE 802.11b Wi-Fi ............................................................................................................................... 341
19.6.2. IEEE 802.15.1 Bluetooth ...................................................................................................................... 341
19.6.3. IEEE 802.15.4 ZigBee .......................................................................................................................... 341
19.6.4. Padro Hart Wireless ............................................................................................................................. 342
19.7. COMPARATIVO ENTRE TECNOLOGIAS ...................................................................................................................... 342

Redes Industriais
Pgina 9 de 398

20. SISTEMAS GERNCIA DE INFORMAO INDUSTRIAL ............................................................... 345
20.1. MES (MANUFACTURING EXECUTION SYSTEM) ......................................................................................................... 345
20.1.1. O Conceito Bsico .................................................................................................................................. 348
20.1.2. Aplicabilidade ......................................................................................................................................... 349
20.2. PIMS (PLANT INFORMATION MANAGEMENT SYSTEM) ............................................................................................ 351
21. DETECO DE ERROS .................................................................................................................. 354
21.1. TCNICAS PRIMITIVAS DE DETECO .................................................................................................................... 354
21.1.1. Paridade Simples ou Paridade Vertical ou TRC ................................................................................... 354
21.1.2. Paridade Horizontal ou LRC (Longitudinal Redundancy Check) ........................................................ 356
21.2. CDIGOS CCLICOS DE DETECO DE ERROS .......................................................................................................... 357
21.2.1. CRC Cyclic Redundancy Code ............................................................................................................ 357
21.3. CLCULO DO CRC .............................................................................................................................................. 364
21.3.1. Clculo do CRC Atravs de Hardware .................................................................................................. 365
21.4. CLCULO DO CRC BITWISE ................................................................................................................................. 373
21.5. CLCULO DO CRC BYTEWISE ............................................................................................................................... 376
21.6. CRC-32 .......................................................................................................................................................... 385
21.7. REVERTENDO O CRC ......................................................................................................................................... 386
22. CLASSIFICAO REAS ................................................................................................................ 391
22.1. INTRODUO .................................................................................................................................................... 391
22.2. CLASSIFICAO DE REAS ................................................................................................................................... 391
22.2.1. Zonas .................................................................................................................................................... 392
22.2.2. Tipos de Proteo ................................................................................................................................ 392
22.2.3. Grupos ................................................................................................................................................... 393
22.3. CLASSIFICAO DE TEMPERATURAS ....................................................................................................................... 394
22.4. DESCRIO DOS TIPOS DE PROTEO ................................................................................................................... 395
22.2.3. Prova de Exploso Ex d (Explosion Proof ou Flame Proof) .......................................................... 395
22.2.4. Segurana Aumentada Ex e (NBR 9883/87 e IEC 79-7) .................................................................. 396
22.2.5. Equipamento Eltrico Imerso em leo Ex o (NBR 8601 e IEC 60079-6) ....................................... 396
22.2.6. Equipamentos Pressurizados Ex p ...................................................................................................... 396
22.2.7. Equipamentos Imersos em Areia Ex q ................................................................................................ 397
22.2.8. Equipamento Eltrico Encapsulado Ex m ........................................................................................... 397
22.2.9. Equipamento de Segurana Intrnseca Ex i ........................................................................................ 397
22.2.10. Equipamento Eltrico no Acendvel Ex n ........................................................................................ 398
22.2.11. Equipamento com Proteo Especial ............................................................................................... 398
Redes Industriais
Pgina 10 de 398
LISTA DE FIGURAS
FIGURA 1: TIPOS DE COMUNICAO ............................................................................................................................................................. 21
FIGURA 2: TOPOLOGIA TOTALMENTE LIGADA ................................................................................................................................................. 22
FIGURA 3: TOPOLOGIA EM ANEL .................................................................................................................................................................. 22
FIGURA 4: TOPOLOGIA PARCIALMENTE LIGADA .............................................................................................................................................. 23
FIGURA 5: TOPOLOGIA EM ESTRELA ............................................................................................................................................................. 24
FIGURA 6: TOPOLOGIA EM ANEL "FECHADO ................................................................................................................................................. 26
FIGURA 7: TOPOLOGIA EM BARRA ................................................................................................................................................................ 27
FIGURA 8: CURVA GANHO X FREQUNCIA ...................................................................................................................................................... 29
FIGURA 9: BANDA DE FREQUNCIA .............................................................................................................................................................. 30
FIGURA 10: MULTIPLEXAO DA FREQNCIA ............................................................................................................................................... 30
FIGURA 11: MODULAO DE SINAL ............................................................................................................................................................. 31
FIGURA 12: MODELO OSI .......................................................................................................................................................................... 36
FIGURA 13: COMUNICAO ENTRE PCS ........................................................................................................................................................ 44
FIGURA 14: ESPECIFICAES DE NVEL LGICO ............................................................................................................................................. 46
FIGURA 15: PINAGEM DB25 ..................................................................................................................................................................... 48
FIGURA 16: PINAGEM DB9 ........................................................................................................................................................................ 49
FIGURE 17: BITS RS-232 ........................................................................................................................................................................ 50
FIGURE 18: COMUNICAO DE DADOS .......................................................................................................................................................... 51
FIGURA 20: COMUNICAO VIA MODEM ...................................................................................................................................................... 54
FIGURA 21: COMUNICAO HALF DUPLEX ..................................................................................................................................................... 57
FIGURA 22: CAPACITNCIA DO CABO ............................................................................................................................................................ 59
FIGURA 23: DRIVER EIA-RS-485 .............................................................................................................................................................. 67
FIGURA 24: GRFICO DE DISTNCIAS PARA EIA-RS-485 ............................................................................................................................... 68
FIGURA 25: TENSO ENTRE DRIVERS ........................................................................................................................................................... 69
FIGURA 26: REFERNCIA LOCAL SEM RUDO ................................................................................................................................................. 71
FIGURA 27: REFERNCIA LOCAL COM POSSVEL RUDO ................................................................................................................................... 71
FIGURA 28: REFERNCIA TERRA COM PROTEO A RUDO ............................................................................................................................... 72
FIGURE 29: CABO BLINDADO RS-485 ......................................................................................................................................................... 73
FIGURA 30: TIPOS DE TOPOLOGIAS ............................................................................................................................................................. 74
FIGURA 31: TERMINAES ......................................................................................................................................................................... 76
FIGURE 32: COMPARATIVO ENTRE LIGAES FSICAS ...................................................................................................................................... 78
FIGURA 33: DIVERSIDADE DE TECNOLOGIA EM INTEGRAO INDUSTRIAL ............................................................................................................ 82
FIGURE 34: CAMADAS DE UM SISTEMA DE AUTOMAO ................................................................................................................................... 82
FIGURE 35: CAMADAS REDES INDUSTRIAIS .................................................................................................................................................... 85
FIGURA 36: CARACTERSTICAS DA REDE AS-I ................................................................................................................................................ 87
FIGURA 37: FAIXA DE APLICAO ................................................................................................................................................................ 88
FIGURA 38: MANEIRAS DE CONECTAR A REDE AS-I ........................................................................................................................................ 89
FIGURA 39: ENVIO DE VALORES ANALGICOS ............................................................................................................................................... 90
FIGURA 40: TRANSMISSO DE VALOR ANALGICO .......................................................................................................................................... 91
FIGURA 41: MODULAO DE SINAL DA REDE AS-I ......................................................................................................................................... 92
FIGURA 42: FORMATO DA MENSAGEM AS-I .................................................................................................................................................. 93
FIGURA 43: TIPOS DE MENSAGENS .............................................................................................................................................................. 94
FIGURA 44: CONFIGURAO DE I/O ............................................................................................................................................................. 95
FIGURA 45: SIGNIFICADO DOS BITS ............................................................................................................................................................. 96
FIGURA 46: EXEMPLO DE CONECTOR ........................................................................................................................................................... 96
FIGURA 47: CAIXAS DE INTERLIGAO .......................................................................................................................................................... 96
FIGURA 48: TIPOS DE CONEXES ................................................................................................................................................................ 97
FIGURA 49: TIPOS DE SADAS ..................................................................................................................................................................... 98
FIGURA 50: CABO DE INTERLIGAO ............................................................................................................................................................ 98
FIGURA 51: TOPOLOGIAS PARA LIVRE ESCOLHA ............................................................................................................................................. 99
FIGURA 52: FONTE AS-I ......................................................................................................................................................................... 100
FIGURA 53: COMPRIMENTO DO CABO PARA REDE AS-I ................................................................................................................................ 100
FIGURA 54: ECONOMIA COM O USO DE UMA REDE AS-I ............................................................................................................................... 101
Redes Industriais
Pgina 11 de 398

FIGURA 55: SINAL HART SOBREPOSTO ..................................................................................................................................................... 104
FIGURA 56: CONEXO COM INSTRUMENTO HART ....................................................................................................................................... 105
FIGURA 57: CONEXO COM A SADA .......................................................................................................................................................... 106
FIGURA 58: HART COM 2 MESTRES ......................................................................................................................................................... 106
FIGURA 59: CONFIGURADORES HART ....................................................................................................................................................... 106
FIGURA 60: CALIBRADORES HART ........................................................................................................................................................... 107
FIGURA 61: CONFIGURAO MESTRE ESCRAVO ........................................................................................................................................... 107
FIGURA 62: INSTRUMENTO EM MODO DE COMUNICAO .............................................................................................................................. 108
FIGURA 63: HART EM MULTIDROP .......................................................................................................................................................... 108
FIGURA 64: EXEMPLO DE MULTIPLEXADORES ............................................................................................................................................ 111
FIGURA 65: LIGAO CONVENCIONAL COM MULTIPLEXADOR ......................................................................................................................... 111
FIGURA 66: LIGAO EM SERIE ................................................................................................................................................................ 112
FIGURA 67: FAIXA DE APLICAO ............................................................................................................................................................. 114
FIGURA 68: DEVICENET E CAN - CAMADAS ................................................................................................................................................ 115
FIGURA 69: APLICAES DEVICENET ........................................................................................................................................................ 115
FIGURA 70: CAIXA DE CONEXO ABERTA E SELADA ..................................................................................................................................... 116
FIGURE 71: TOPOLOGIA DEVICENET ......................................................................................................................................................... 117
FIGURA 72: CLCULO DA DERIVAO CUMULATIVA ...................................................................................................................................... 118
FIGURA 73: CLCULO DAS DISTNCIAS MXIMAS DOS CABOS ........................................................................................................................ 118
FIGURE 74: FUNO / CORES DO CABO DEVICENET .................................................................................................................................... 119
FIGURE 75: TIPOS DE CABOS DEVICENET .................................................................................................................................................. 120
FIGURE 76: TIPOS DE CABOS DEVICENET 1 .............................................................................................................................................. 121
FIGURA 77: CLCULO DE QUEDA DE TENSO ............................................................................................................................................. 121
FIGURA 78: POSICIONAMENTO DA FONTE DE ALIMENTAO .......................................................................................................................... 123
FIGURA 79: TELA DO DEVICENET ASSISTANT ............................................................................................................................................. 124
FIGURA 80: QUADRO DE DADOS CAN ....................................................................................................................................................... 125
FIGURA 81: PROCESSO DE ARBITRAGEM .................................................................................................................................................... 125
FIGURA 82: MESTRE / ESCRAVO .............................................................................................................................................................. 126
FIGURA 83: PEER TO PEER ..................................................................................................................................................................... 127
FIGURA 84: MULTI MESTRE ................................................................................................................................................................. 127
FIGURA 85: MUDANA DO ESTADO DO LADO .............................................................................................................................................. 128
FIGURA 86: PRODUO CCLICA DE DADOS ................................................................................................................................................ 129
FIGURA 87: IDENTIFICADOR ..................................................................................................................................................................... 130
FIGURA 88: QUADRO DE DADOS: FRAGMENTADA X NO FRAGMENTADA .......................................................................................................... 130
FIGURA 89: GRUPO DE MENSAGENS DEVICENET ......................................................................................................................................... 131
FIGURA 90: MENSAGENS PREDEFINIDAS MESTRE / ESCRAVO ........................................................................................................................ 132
FIGURA 91: INSTNCIA DE OBJETO IDENTIDADE .......................................................................................................................................... 134
FIGURA 92: MODELO DE OBJETOS DEVICENET ........................................................................................................................................... 135
FIGURA 93: APLICAO DO PROTOCOLO MODBUS ....................................................................................................................................... 139
FIGURE 94: ARQUITETURA MODBUS ......................................................................................................................................................... 141
FIGURA 95: CICLO DE COMUNICAO ENTRE MESTRE E ESCRAVO .................................................................................................................. 142
FIGURA 96: EXEMPLO DE REQUISIO DE DADOS ....................................................................................................................................... 143
FIGURA 97: EXEMPLO DE RESPOSTA DE DADOS ......................................................................................................................................... 143
FIGURA 98: EXEMPLO DE FRAME MODBUS ................................................................................................................................................ 146
FIGURA 99: FRAME DE MENSAGEM ASCII .................................................................................................................................................. 147
FIGURA 100: DIAGRAMA DE ATIVIDADE DE LINHA PARA SEQNCIA TPICA MODBUS ......................................................................................... 148
FIGURA 101: FRAME DE MENSAGEM RTU ................................................................................................................................................. 148
FIGURE 102: FUNES BSICAS MODBUS ................................................................................................................................................ 151
FIGURA 103: SEQUNCIA DE BITS EM MODO ASCII .................................................................................................................................... 153
FIGURA 104: SEQUNCIA DE BITS EM MODO RTU ...................................................................................................................................... 153
FIGURA 105: DIAGRAMA DE ESTADO DA VERIFICAO CRC .......................................................................................................................... 157
FIGURE 106: TOPOLOGIA TPICA DE REDES PROFIBUS ................................................................................................................................ 159
FIGURA 107: APLICAO DA REDE PROFIBUS ............................................................................................................................................ 160
FIGURA 108: FAIXA DE APLICAO ........................................................................................................................................................... 161
FIGURA 109: ARQUITETURA DOS PROTOCOLOS PROFIBUS ............................................................................................................................ 162
Redes Industriais
Pgina 12 de 398

FIGURA 110: TOPOLOGIA DA REDE PROFIBUS PA ...................................................................................................................................... 163
FIGURE 111: DADOS PADRO PROFIBUS PA ............................................................................................................................................. 164
FIGURA 112: NVEL DE SINAL NA REDE PROFIBUS PA ............................................................................................................................. 166
FIGURE 113: TIPOS DE RUDOS NO SINAL PROFIBUS ................................................................................................................................... 167
FIGURA 114: ALIMENTAO DE INSTRUMENTOS DE CAMPO .......................................................................................................................... 168
FIGURA 115: TOPOLOGIA DA REDE PROFIBUS ............................................................................................................................................ 168
FIGURE 116: COMPARATIVO ENTRE CABOS PROFIBUS ................................................................................................................................. 170
FIGURE 117: CARACTERSTICA DO CABO A (ROXO) PROFIBUS PA ................................................................................................................. 170
FIGURA 118: BLOCOS DE FUNO ........................................................................................................................................................... 171
FIGURE 119: ESTRUTURA DOS BLOCOS DE FUNO .................................................................................................................................... 171
FIGURA 120: EXEMPLOS DE PARMETROS DO BLOCO DE FUNO ................................................................................................................. 172
FIGURA 121: PARMETROS DE UM INSTRUMENTO NO PROFILE PA ................................................................................................................ 172
FIGURE 122: TIPOS DE PROFIBUS DP ...................................................................................................................................................... 174
FIGURE 123: SINAL PROFIBUS DP .......................................................................................................................................................... 175
FIGURA 124: CONECTORES PROFIBUS-DP ................................................................................................................................................ 176
FIGURE 125: COMPARATIVO ENTRE CABOS PROFIBUS ................................................................................................................................. 176
FIGURA 127: PERFORMANCE DA REDE PROFIBUS DP ................................................................................................................................. 177
FIGURE 128: EXEMPLO DE LIGAO PROFIBUS DP ..................................................................................................................................... 178
FIGURA 129: TOPOLOGIAS PARA REDE PROFIBUS ...................................................................................................................................... 178
FIGURA 130: REDE PROFIBUS EM ANEL FIBRA TICA .................................................................................................................................. 179
FIGURE 131: TIPOS DE FIBRAS TICAS ..................................................................................................................................................... 180
FIGURA 132: COMUNICAO TOKEN RING E POR POLLING ............................................................................................................................ 181
FIGURA 133: ACOPLADOR DP/PA ........................................................................................................................................................... 182
FIGURA 134: DP/PA LINK ..................................................................................................................................................................... 182
FIGURA 135: SISTEMA MONO MESTRE ..................................................................................................................................................... 183
FIGURE 136: ARQUITETURA MULTI-MESTRE .............................................................................................................................................. 184
FIGURA 137: COMPARAO PROFIBUS-PA X 4...20MA .............................................................................................................................. 187
FIGURA 138: EXEMPLO DE PAINIS COM E SEM REDE PROFIBUS .................................................................................................................. 188
FIGURA 139: PROFIBUS E ETHERNET TCP/IP ........................................................................................................................................... 191
FIGURA 140: REDES FIELDBUS H1 E HSE ............................................................................................................................................... 193
FIGURE 142: ARQUITETURA H1 .............................................................................................................................................................. 195
FIGURA 143: CONEXES AO PROCESSO .................................................................................................................................................... 196
FIGURA 144: FUNO DE CONTROLE NA INSTRUMENTAO .......................................................................................................................... 197
FIGURA 145: BARREIRAS DE SEGURANA .................................................................................................................................................. 198
FIGURA 146: FIELDBUS H1 E MODELO OSI .............................................................................................................................................. 198
FIGURA 147: FORMAO DO QUADRO DE MENSAGEM ................................................................................................................................. 199
FIGURA 148: REPRESENTAO POR BLOCOS ............................................................................................................................................. 200
FIGURA 149: TIPOS DE BLOCOS .............................................................................................................................................................. 200
FIGURA 150: MALHA DE CONTROLE ENTRE DOIS INSTRUMENTOS .................................................................................................................. 202
FIGURA 151: BLOCO DE FUNO FLEXVEL ............................................................................................................................................... 203
FIGURA 152: BLOCO AI E SUA IMPLEMENTAO ......................................................................................................................................... 204
FIGURA 153: BLOCO AI E SIMULAO DE VALORES DE ENTRADA .................................................................................................................. 204
FIGURA 154: SUMARIO DOS BLOCOS DE CONTROLE .................................................................................................................................... 205
FIGURA 155: EXEMPLO DE CONFIGURAO DE MALHAS DE CONTROLE ........................................................................................................... 205
FIGURA 156: CODIFICAO MANCHESTER BIFASE-L .................................................................................................................................... 206
FIGURA 157: CARACTERES ESPECIAIS DE INICIO E FINAL DE QUADRO ............................................................................................................. 207
FIGURA 158: SINAL FIELDBUS ................................................................................................................................................................ 208
FIGURA 159: TOPOLOGIAS DA REDE FIELDBUS .......................................................................................................................................... 209
FIGURA 160: TERMINADOR E CABO DA REDE FF-H1 .................................................................................................................................. 210
FIGURA 161: CONFIGURAO BSICA DE UMA REDE FF-H1 ......................................................................................................................... 211
FIGURA 162: LIGAO NA CAIXA DE JUNO .............................................................................................................................................. 212
FIGURE 163: CAIXA DE JUNO FF ........................................................................................................................................................... 212
FIGURA 164: ELEMENTOS DE REDE FF (CONECTORES) ............................................................................................................................... 213
FIGURA 165: MACRO CICLO E ESCALONAMENTO DO BARRAMENTO ................................................................................................................. 213
Redes Industriais
Pgina 13 de 398

FIGURA 166: DISPOSITIVO DE CAMPO VIRTUAL E SEUS DICIONRIOS DE OBJETOS ............................................................................................ 217
FIGURA 167: CICLO DE ATIVIDADE DO LAS ............................................................................................................................................... 218
FIGURA 168: MECANISMO CLIENTE - SERVIDOR ......................................................................................................................................... 220
FIGURA 169: DISTRIBUIO DO RELATRIO ............................................................................................................................................... 222
FIGURA 170: MECANISMO PRODUTOR - CONSUMIDOR ................................................................................................................................. 223
FIGURA 171: SUMARIO DE SERVIOS DA FAZ ............................................................................................................................................ 223
FIGURA 172: SUMARIO DE TIPOS DE COMUNICAO FF ............................................................................................................................... 224
FIGURA 173: TEMPOS DE PERFORMANCE TPICOS ...................................................................................................................................... 225
FIGURE 174: INTERLIGAO ENTRE REDES HSE E H1 ................................................................................................................................ 226
FIGURA 175: LINKING DEVICE HSE COM I/O LOCAL E COM INTERFACE MODBUS .............................................................................................. 227
FIGURA 176: BLOCO DE I/O SMAR DC 302 ............................................................................................................................................. 227
FIGURA 177: GATEWAY HART-FIELDBUS ................................................................................................................................................... 228
FIGURA 178: ESBOO ORIGINAL DA REDE ETHERNET FEITO POR METCALFE EM UM GUARDANAPO EM 1976 ....................................................... 231
FIGURA 180: REDE HSE E REDE H1 ....................................................................................................................................................... 233
FIGURA 181: PROFIBUS E ETHERNET TCP/IP ........................................................................................................................................... 235
FIGURA 182: SENSOR INTERFACE IEEE 1451 .......................................................................................................................................... 235
FIGURA 183: INTRUMENTOS SERIAIS INTERLIGADOS VIA TCP/IP ................................................................................................................... 237
FIGURA 184: QUADRO ETHERNET ............................................................................................................................................................ 238
FIGURA 185: QUADRO IEEE 802.3 ........................................................................................................................................................ 238
FIGURA 186: DEGRADAO DA PERFORMANCE DE REDES CSMA COM AUMENTO DA CARGA ............................................................................... 242
FIGURA 187: LIMITAES DA REDE ETHERNET ........................................................................................................................................... 243
FIGURA 188: LAN`S ............................................................................................................................................................................. 244
FIGURA 189: EVOLUO DE ARQUITETURA ETHERNET ................................................................................................................................. 244
FIGURA 190: QUADRO ETHERNET SIMPLES E COM TAG MOSTRANDO PRIORIDADE ........................................................................................... 246
FIGURA 191: QUADRO ETHERNET SIMPLES E COM QUADRO IP, MOSTRANDO CAMPO TOS ................................................................................. 247
FIGURA 192: QUADRO ETHERNET COM QUADRO IP DE UDP / TCP .............................................................................................................. 247
FIGURA 193: ARQUITETURA EM ANEL E BARRAMENTO ................................................................................................................................. 248
FIGURA 194: REDE ETHERNET CONVENCIONAL .......................................................................................................................................... 249
FIGURA 195: REDE ETHERNET COM QOS IMPLICITO NO PROJETO .................................................................................................................. 249
FIGURA 196: REDE ETHERNET COM QOS EXPLICITO ................................................................................................................................... 250
FIGURA 197: QUADRO ETHERNET SIMPLES E COM QUADRO IP, MOSTRANDO CAMPO TOS ................................................................................. 252
FIGURA 198: VDEO SOBRE IP ................................................................................................................................................................ 254
FIGURA 199: PERFORMANCE COMPARATIVA DE REDES ETHERNET ................................................................................................................ 254
FIGURA 200: VELOCIDADE DE LINKS ........................................................................................................................................................ 256
FIGURA 201: MENSAGEM DE BROADCAST ................................................................................................................................................. 257
FIGURA 202: VELOCIDADE DE TX ............................................................................................................................................................. 257
FIGURA 203: TRAFEGO DE SCAN .............................................................................................................................................................. 258
FIGURA 204: TEMPO DE TRANSMISSO .................................................................................................................................................... 259
FIGURA 205: CLCULO DE VARINCIA ....................................................................................................................................................... 260
FIGURA 206: CLCULO DO SCAN .............................................................................................................................................................. 260
FIGURA 207: TEMPO DE TRANSMISSO .................................................................................................................................................... 261
FIGURA 208: VARINCIA DE RECEPO ..................................................................................................................................................... 261
FIGURA 209: TEMPO DE SCAN ................................................................................................................................................................ 262
FIGURA 210: "INTERNET ABRI UM NOVO MUNDO DE POSSIBILIDADES... ......................................................................................................... 264
FIGURA 211: TIPOS DE CLASSES ............................................................................................................................................................. 265
FIGURA 212: ENDEREOS ESPECIAIS ........................................................................................................................................................ 266
FIGURA 213: REDES /16 ....................................................................................................................................................................... 267
FIGURA 214: DIVISO DO ESPAO DE ENDEREAMENTO IPV4 PARA ENDEREOS CLASSFULL ............................................................................. 267
FIGURA 215: NOTAO DECIMAL ............................................................................................................................................................. 269
FIGURA 216: ENDEREAMENTO DA REDE E TABELA DE ROTEAMENTO ............................................................................................................ 270
FIGURA 217: NESTAT ............................................................................................................................................................................ 273
FIGURA 218: FORMATO ......................................................................................................................................................................... 273
FIGURA 219: ROTEAMENTO DE MENSAGENS ATRAVS DE UM GATEWAY .......................................................................................................... 274
FIGURA 220: DIVISO RECURSIVA DE UM PREFIXO DE REDE ......................................................................................................................... 276
Redes Industriais
Pgina 14 de 398

FIGURA 221: AGREGAO DE ENDEREO .................................................................................................................................................. 277
FIGURA 222: STACK OSI/ISO X STACK TCP/IP ......................................................................................................................................... 280
FIGURA 223: DEPENDNCIA ENTRE PROTOCOLOS TCP/IP DE MAIS ALTO NVEL ............................................................................................. 281
FIGURA 224: ARQUITETURA DO PROTOCOLO TCP/IP SEGUNDO MICROSOFT .................................................................................................... 282
FIGURA 225: PACOTE UDP: HEADER DE 8 BYTES ..................................................................................................................................... 282
FIGURA 226: PACOTE TCP: HEADER DE 24 BYTES .................................................................................................................................... 283
FIGURA 227: TELNET ............................................................................................................................................................................ 285
FIGURA 228: FILE TRANSFER PROTOCOL (FTP) ........................................................................................................................................ 286
FIGURA 229: ARQUITETURA DE SOCKETS NO WINDOWS 2000 ...................................................................................................................... 292
FIGURA 230: DD FONTE DE DD BINRIO ................................................................................................................................................. 293
FIGURA 231: PORTAS E APLICAES ........................................................................................................................................................ 296
FIGURA 232: COMUNICAO FULL DUPLEX UTILIZANDO TCP ........................................................................................................................ 298
FIGURA 233: FLUXOGRAMA TCP NO WNT ................................................................................................................................................. 299
FIGURA 234: FLUXOGRAMA UDP NO WNT ................................................................................................................................................ 300
FIGURA 235: ARQUITETURA DO DCOM (MICROSOFT 1996) ....................................................................................................................... 307
FIGURA 236: ARQUITETURA BSICA DO OPC ............................................................................................................................................. 309
FIGURA 237: NAMESPACE E HIERARQUIA DE OBJETOS ................................................................................................................................. 313
FIGURA 238: ATRIBUTOS DE EVENTOS ..................................................................................................................................................... 316
FIGURA 239: SERVIDOR OPC AE E REA DE EVENTOS ................................................................................................................................ 317
FIGURA 240: CLIENTE OPC-UA .............................................................................................................................................................. 322
FIGURA 241: SERVIDOR OPC-UA ............................................................................................................................................................ 323
FIGURA 242: INTERVENO ENTRE SERVIDORES OPC-UA ........................................................................................................................... 324
FIGURA 243: SERVIDORES OPC-UA ENTRE NVEIS HIERRQUICOS ................................................................................................................ 325
FIGURA 244: A PIRMIDE DA AUTOMAO ANTES E DEPOIS DOS SISTEMAS ERP E MES .................................................................................. 349
FIGURA 245: INTEGRAO PIMS E MES .................................................................................................................................................. 351
FIGURA 246: PARIDADE PAR E IMPAR ...................................................................................................................................................... 354
FIGURA 247: PARIDADE HORIZONTAL OU LRC ........................................................................................................................................... 357
FIGURA 248: CLCULO DO CRC PARA 110011 ........................................................................................................................................ 359
FIGURA 249: TRANSMISSO DA MENSAGEM ............................................................................................................................................... 360
FIGURA 250: CRC COM DIVISO POLINMIOS ............................................................................................................................................ 365
FIGURA 251: MENSAGEM 11001 CRC = 1101 ................................................................................................................................... 368
FIGURA 252: CRC 12 ........................................................................................................................................................................... 369
FIGURA 253: CRC CCITT ....................................................................................................................................................................... 370
FIGURA 254: CRC 16 ........................................................................................................................................................................... 371
FIGURA 255: CRC 16 RECEPO ............................................................................................................................................................ 372
FIGURA 256: MENSAGEM ANTES DO CLOCK ............................................................................................................................................... 375
FIGURA 257: MENSAGEM APS O CLOCK .................................................................................................................................................. 375
FIGURA 258: MENSAGEM NO REGISTRADOR ............................................................................................................................................... 376
FIGURA 259: CRC BYTEWISE .................................................................................................................................................................. 377
FIGURA 260: CRC BYTEWISE .................................................................................................................................................................. 378
FIGURE 261: MENSAGEM ORIGINAL .......................................................................................................................................................... 386
FIGURA 262: MENSAGEM ALTERADA ........................................................................................................................................................ 387
FIGURE 263: CLASSIFICAO DAS ZONAS EX .............................................................................................................................................. 392
FIGURE 264: EXEMPLO DE ETIQUETA DE CLASSIFICAO ............................................................................................................................. 393
FIGURE 265: CLASSIFICAO DOS GRUPOS ................................................................................................................................................ 394
FIGURE 266: CLASSIFICAO DE TEMPERATURAS ........................................................................................................................................ 395
Redes Industriais
Pgina 15 de 398
LISTA DE TABELAS
TABELA 1: SINAIS DEFINIDOS PELA NORMA RS-232 ..................................................................................................................................... 47
TABELA 2: TABELA COMPARATIVA ENTRE RS-232 E RS-423 ........................................................................................................................ 61
TABELA 3: TABELA COMPARATIVA ENTRE RS-423 E RS-422 ........................................................................................................................ 64
TABELA 4: COMPARATIVO ENTRE EIA-RS-485 E EIA-RS-422 ...................................................................................................................... 78
TABELA 5: TABELA COMPARATIVA ENTRE RS-232, RS-423, RS-422 E RS-485 ............................................................................................ 79
TABELA 6: DISTNCIA MXIMA DE CABOS EM HART ................................................................................................................................... 109
TABELA 7: DISTNCIA MXIMA DO CABO X NMERO DE INSTRUMENTOS .......................................................................................................... 109
TABELA 8: COMANDOS UNIVERSAIS E ESPECFICOS ..................................................................................................................................... 110
TABELA 9: TRANSMISSO E COMPRIMENTO DE CABOS ................................................................................................................................. 117
TABELA 10: RESISTIVIDADE DE CABOS DEVICENET ..................................................................................................................................... 119
TABELA 11: COMPRIMENTO DO SEGMENTO DA REDE X CORRENTE MXIMA DE FONTE NICA ............................................................................. 122
TABELA 12: ENDEREOS ........................................................................................................................................................................ 133
TABELA 13: CLASSE DE OBJETOS ............................................................................................................................................................ 133
TABELA 14: FONTES DE ALIMENTAO PADRO PARA TRANSMISSO ............................................................................................................. 169
TABELA 15: COMPRIMENTO MXIMO DO CABO PARA TRANSMISSO ............................................................................................................... 169
TABELA 16: TAXA DE TRANSMISSO E DISTNCIA ENTRE CABEAMENTOS. ........................................................................................................ 174
TABELA 17: TIPOS DE FIBRAS X DISTNCIAS .............................................................................................................................................. 179
TABELA 18: BLOCOS DE FUNO ............................................................................................................................................................. 201
TABELA 19: BLOCOS DE FUNO AVANADOS ........................................................................................................................................... 202
TABELA 20: BLOCOS DE FUNO AVANADOS 2 ........................................................................................................................................ 203
TABELA 21: COMPRIMENTO MXIMO DOS SPURS ........................................................................................................................................ 209
TABELA 22: TABELA COMPARATIVA REDE HSE X H1 .................................................................................................................................. 233
TABELA 23: CARACTERSTICAS BSICAS DAS REDES 802.3 ......................................................................................................................... 239
TABELA 24: TIPOS DE CABOS USADOS NAS PRINCIPAIS REDES ...................................................................................................................... 241
TABELA 25: NOVOS PADRES DO PADRO IEEE 802 ................................................................................................................................ 241
TABELA 26: CARACTERSTICAS DOS PADRES ............................................................................................................................................ 339
TABELA 27: PRINCIPAIS TECNOLOGIAS SEM FIO PARA AUTOMAO INDUSTRIAL .............................................................................................. 343
TABELA 26: TAMANHO DA RAJADA ........................................................................................................................................................... 363
TABELA 27: POLINMIOS MAIS UTILIZADOS ............................................................................................................................................... 363
TABELA 28: TABELA DE OPERANDOS PARA CLCULO DE CRC16 .................................................................................................................. 379
TABELA 29: TABELA DE OPERANDOS PARA CLCULO DE CRC CCITT ............................................................................................................. 381
Redes Industriais
Pgina 16 de 398
1. INTRODUO

1.1.
A COMUNICAO
A comunicao , sem dvida, uma das grandes necessidades do ser humano desde o incio de
sua existncia. As civilizaes ao redor do mundo ocuparam reas geograficamente cada vez mais
distantes, desta forma a necessidade de uma comunicao que cobrisse longas distncias era imperativa e
o seu estabelecimento um desafio efetivo. No passado, formas rudimentares de comunicao foram
utilizadas com a finalidade de encurtar as distncias geogrficas. Em 1838, Samuel F. B. Morse
estabeleceu uma nova etapa nas comunicaes atravs de seu invento, o Telgrafo (cdigo Morse Um
gerador de pulsos eltricos manipulado por um operador transmitia as mensagens utilizando como meio de
transmisso fios eltricos sustentados por postes). A comunicao evoluiu desde ento, surgiram o
telefone, o rdio, a televiso, e, mais recentemente, as redes de computadores (Ethernets, Intranets e
Internet). A utilizao de satlites permitiu atingir cada ponto do planeta.
1.2.
SISTEMAS COMPUTACIONAIS
Com o avano das comunicaes foram desenvolvidos diversos equipamentos para

armazenamento e processamento de informaes, culminando com a chegada dos computadores em
1950.
Em 1960, terminais interligados a uma unidade central de processamento (time-sharing),
estabeleceram a unio das tecnologias de armazenamento, processamento e comunicao. Na dcada de
70 surgiram os mini e micro computadores, facilitando o uso e acesso dos usurios aos sistemas de
computao. A necessidade de troca de informaes e compartilhamento de programas, dados e
perifricos (unidades de armazenamento, impressoras, etc.) levou interligao dos computadores em
rede.
Redes Industriais
Pgina 17 de 398
1.3.
ARQUITETURAS DE COMPUTADORES
Com o passar do tempo, viu-se a necessidade de melhorar a performance, o desempenho, a

modularidade e a confiabilidade dos sistemas computacionais, levando os pesquisadores a criar novas
arquiteturas baseadas na distribuio e paralelismo do processamento, em substituio ao modelo original
de Von Newmann, baseado na computao sequencial e utilizado nos projetos de computadores at a
dcada de 80.
Os sistemas de processadores mltiplos apresentam vantagens e desvantagens de acordo com a
aplicao e, geralmente so utilizados em sistemas com grandes exigncias, tais como: alto grau de
modularidade, tarefas executadas de maneira concorrente, tempos de resposta baixos e garantidas, alta
disponibilidade do sistema, altos requisitos de vazo, etc.
1.4.
SISTEMAS DISTRIBUDOS
De maneira geral, um sistema distribudo caracteriza-se por um sistema de comunicao

interligando diversos mdulos de processamento, permitindo maior confiabilidade, desempenho e
compartilhamento de recursos. Alguns especialistas preferem atribuir a tarefa de compartilhamento de
recursos s Redes de Computadores, deixando aos Sistemas Distribudos s funes de maior
confiabilidade e desempenho. Outros atribuem todas as funes aos Sistemas Distribudos e os subclassificam em Mquinas de Arquitetura Distribuda e Redes de Computadores.
Uma Mquina de Arquitetura Distribuda pode ser vista como vrios ncleos compostos por
processadores e/ou memrias, de nmero finito, porm ilimitado, os quais constituem entidades individuais
com capacidade de processamento concorrente, assncrono e independente de qualquer tipo de hierarquia,
controlados por um nico sistema operacional, o qual controla de forma integrada todos os recursos fsicos
e lgicos, distribuindo seu ncleo e suas estruturas de dados entre as entidades individuais
(processadores e/ou memrias). Para o usurio a Mquina de Arquitetura Distribuda apresentada como
um sistema nico e real.
Redes Industriais
Pgina 18 de 398

Uma Rede de Computadores formada por um nmero finito, porm ilimitado, de mdulos de
processamento com plena autonomia, assim como a Mquina de Arquitetura Distribuda, no entanto, as
tarefas de compartilhamento de recursos e troca de informaes so independentes para cada modulo,
no havendo a necessidade de um nico sistema operacional, mas sim a cooperao entre os diversos
sistemas para execuo das tarefas citadas.
Redes Industriais
Pgina 19 de 398
ANOTAES
Redes Industriais
Pgina 20 de 398
2. REDES DE COMPUTADORES
Uma rede de computadores baseia-se na interligao de mdulos processadores com capacidade
de compartilhamento de recursos e troca de dados, realizados por um sistema de comunicao, o qual
estabelecido por uma topologia (interligao dos mdulos processadores atravs de enlaces fsicos
meios de transmisso) e um conjunto de regras (protocolos) com o intuito de criar a organizao da
comunicao.
As Redes de Computadores onde os mdulos de processamento encontram-se distantes entre si
de alguns poucos metros so chamadas de confinadas, as redes cujas distncias encontram-se entre
alguns metros e poucos quilmetros so ditas redes locais (Local rea Networks LANs), compreendendo
hoje, distncias entre 1m e 25 Km. As Redes Locais operam hoje com velocidade de 10 ou 100Mbps.
Redes que cobrem reas que ultrapassam os limites de cidades so ditas Redes Metropolitanas
(Metropolitan Area Networks MANs) e, finalmente, as redes que cobrem distncias maiores do que as
interurbanas so chamadas de Redes Geograficamente Distribudas (Wide Area Networks WANs),
utilizando em seus enlaces microondas e satlites.
A ligao dos computadores em rede permitiu assim uma maior eficincia dos sistemas
computacionais. As redes de computadores, hoje largamente utilizadas por empresas e universidades
(Ethernets e Intranets), alm de usurios pessoais, estabeleceram uma forma de comunicao e
compartilhamento de informao que integraram o mundo (Internet), permitindo aos usurios fazer
consultas e pesquisas, reunies de negcios, acesso a servios corporativos e bancrios, compra e venda
de produtos e servios, etc.
2.1.
TOPOLOGIAS DE REDES
A maneira de interligar os diversos mdulos processadores de uma rede, atravs de enlaces

fsicos, o que chamamos de topologia da rede ou arranjo topolgico. A definio da topologia est
diretamente ligada ao tipo da rede (LAN, MAN ou WAN) e sua escolha ir determinar o seu tipo, velocidade
e eficincia.
Redes Industriais
Pgina 21 de 398

As ligaes fsicas podem ser Ponto a Ponto (somente dois pontos de comunicao para cada
enlace) e Multiponto (trs ou mais dispositivos compartilham o mesmo enlace).
O tipo de comunicao do enlace pode ser:
Simplex O enlace utilizado somente em um sentido.
Half-Duplex O enlace utilizado nos dois sentidos, porm somente um sentido por vez.
Full-Duplex O enlace utilizado nos dois sentidos, simultaneamente (no necessariamente no

mesmo fio ou par de fios).
Figura 1: Tipos de Comunicao
2.1.1. Anlise da Topologia Totalmente Ligada

Um exemplo de Topologia de Redes a Totalmente Ligada, onde cada estao poderia ter um
enlace ponto a ponto com as demais, utilizando o tipo de comunicao Full-Duplex a fim de estabelecer
uma comunicao plena entre quaisquer pares de estaes da rede. A troca de informao se d de forma
direta atravs dos enlaces. Esta topologia se torna invivel quando se considera um grande nmero de
estaes na rede, pois o custo de material e instalao de cabos e do Hardware de comunicao seria
muito alto.
Redes Industriais
Pgina 22 de 398
Figura 2: Topologia Totalmente Ligada
2.1.2. Anlise da Topologia em Anel

A topologia em anel, apresentada abaixo, tambm se tornaria invivel, pois o nmero de ligaes
(ponto a ponto) mnimo, com comunicao Simplex (nico sentido de transmisso) estabelece uma
orientao nica da transmisso. Isto faz com que a mensagem circule pelo anel at encontrar o seu
destino (estao). Considerando um grande nmero de estaes fcil verificar a existncia de um retardo
de transmisso considervel ou at inaceitvel, dependendo da velocidade de transmisso. Outro fator que
limita a utilizao deste tipo de topologia a ausncia de caminhos alternativos para o trfego de
mensagens.
Figura 3: Topologia em Anel
Redes Industriais
Pgina 23 de 398

2.1.3. Anlise da Topologia Parcialmente Ligada

A topologia parcialmente ligada, abaixo, uma soluo vivel e utilizada na maioria das redes
geograficamente distribudas. Nesta topologia caminhos alternativos esto disponveis para o caso de
falhas e/ou congestionamentos. A fim de estabelecer a comunicao entre duas estaes no
interligadas diretamente, a mensagem dever ser encaminhada para uma estao conectada
(intermediria) que dever se encarregar de sua entrega estao destino.
Figura 4: Topologia Parcialmente Ligada
2.1.4. Troca de Mensagens

A comunicao entre duas estaes da rede pode ser feita por chaveamento ou comutao de
circuitos, de pacotes ou de mensagens. No chaveamento de circuitos, similarmente a uma ligao
telefnica, estabelecido um canal exclusivo entre a estao origem e a estao destino para o envio da
mensagem, este canal ser utilizado at o fim do envio da mensagem, quando a conexo ser ento
desfeita.
Nos sistemas de chaveamento de mensagem, estabelecida uma rota entre a fonte e o destino,
pela qual a mensagem enviada, caso o caminho no seja direto (ponto a ponto), a mensagem ser
armazenada em um n intermedirio (participante da rota) para, em seguida, ser enviada a um prximo n
assim que o canal de transmisso que os une estiver disponvel.
Redes Industriais
Pgina 24 de 398

No chaveamento de pacotes a mensagem quebrada em pacotes ou quadros, enviados
sucessivamente e reagrupados no destino.
Na comutao de mensagens e de pacotes no existe um canal especfico para estabelecer a
comunicao. A funo que determina o caminho que a mensagem ou pacote deve percorrer para o seu
envio da origem ao destino chamada de Roteamento. A escolha de uma rota entre dois pontos pode ser
feita de forma prioritria ao envio da mensagem ou passo a passo, aps cada trecho percorrido ser
determinada prxima rota Roteamento adaptvel. Existem vrios algoritmos de roteamento, o
roteamento adaptvel mais eficaz, pois determina a rota de forma dinmica, alocando os recursos
(rotas), tomando por base as condies da rede no tempo de transmisso. Isto permite que adversidades
como falhas de componentes ou sobrecarga de canais ou de dispositivos de comunicao sejam evitadas.
As estaes ao receberem uma mensagem devem ter capacidade de identificar se a informao
destinada a ela mesma ou a outra estao. Qualquer topologia (com exceo da Totalmente Ligada) deve
estabelecer mecanismos de endereamento para o envio de mensagens. O endereamento uma forma
nica de identificao de cada estao conectada a uma rede.
Nas redes locais (LANs) e metropolitanas (MANs) pode se estabelecer a um baixo custo,
mecanismos para otimizao do desempenho da rede atravs da reduo de taxas de erro nas
transmisses e aumento da velocidade do meio. As topologias Estrela, Anel e Barra so utilizados em LANs
e MANs, porm seriam inviveis nas WANs.
2.1.5. Anlise da Topologia em Estrela
Figura 5: Topologia em Estrela
Redes Industriais
Pgina 25 de 398

A estao posicionada no centro da figura acima representa o n central, tambm chamada de n
mestre da rede, os demais so escravos. O n mestre tem como tarefa interligar as estaes da rede e
gerenciar a comunicao.

Todas as mensagens passam pelo n central, o qual tem a funo de comutar as estaes que
desejam se comunicar, por este fato ele denominado Comutador ou Switch.

Esta topologia aplicvel em sistemas onde o processamento executado pelo n central, o qual
alimentado pela informao dos ns escravos. A topologia em estrela tambm se aplica aos sistemas
onde o n central tem a funo de gerenciamento das comunicaes e diagnstico da rede.
Pelo fato de concentrar todas as mensagens no n central, esta topologia no necessita do
Roteador. As redes em Estrela permitem a operao por difuso (Broadcasting), ou seja, todas as
informaes enviadas pelo n mestre so distribudas aos ns escravos, aquela que se identificar como
destinatria copia a mensagem, as demais a ignoram. Caso a operao no seja por difuso, o n central
estabelecer o controle permitindo a comunicao de um n escravo com outro por vez.
Outras funes podem ser atribudas ao n central, tais como compatibilizar a velocidade de
comunicao entre dois ns escravos e, caso as estaes escravas trabalhem com protocolos diferentes, o
n mestre poderia efetuar a converso de protocolos. O n central poderia tambm estabelecer a
segurana da rede atravs da verificao de acesso de um determinado usurio ao sistema. Informaes
de diagnstico da rede poderiam ser obtidas a partir do n central.
A confiabilidade um ponto crtico desta topologia, uma vez que uma falha do n central
determinaria uma parada total do sistema. A redundncia do n mestre poderia solucionar a questo da
baixa confiabilidade, devendo-se avaliar o benefcio obtido em relao ao custo necessrio para
estabelec-la. Uma falha ocorrida em uma das estaes escravas teria um impacto mnimo no
funcionamento do sistema uma vez que todo o restante da rede (n central e demais estaes escravas)
continuaria funcionando.
A capacidade de expanso da rede (adio de ns escravos) um ponto limitante, determinado
pelo n mestre. A expanso da rede ir gerar uma carga maior de processamento e gerenciamento de
trfego do n central at o seu limite fsico, a partir do qual, seria necessria a sua substituio.
Redes Industriais
Pgina 26 de 398
2.1.6. Anlise da Topologia em Anel Fechado
Figura 6: Topologia em Anel "Fechado
A topologia da rede em anel estabelecida atravs de um caminho fechado, o anel na verdade

no interliga as estaes, mas sim repetidores, os quais interligam as estaes ao anel. Teoricamente uma
rede em anel teria a possibilidade de comunicao bidirecional, porm, para efeitos de simplificao do
projeto dos repetidores e do protocolo de comunicao, ela normalmente unidirecional. Isto evita tambm
o roteamento.
A fim de minimizar o retardo da comunicao, os repetidores so projetados com a capacidade de
transmitir e receber dados de forma simultnea. O protocolo utilizado define a forma de operao da rede:
A mensagem enviada por um n ir circular no anel at ser retirada pelo n destino, ou ento at que ela
retorne ao n origem, neste caso permitida a operao por difuso (broadcast e multicast), onde a
informao enviada de forma simultnea para diversas estaes.
Os repetidores devem ter a capacidade de selecionar um pacote, retir-lo da rede ou pass-lo
adiante. Pelo fato dos repetidores serem elementos ativos, ou seja, regenera o sinal, as redes em anel
podem atingir grandes distncias (infinito teoricamente).
A fragilidade desta topologia reside no fato de que uma quebra em um de seus enlaces ou falha
em um dos repetidores determinar a parada da rede at que o problema seja solucionado. Os repetidores
devem ser independentes (inclusive seu funcionamento) das estaes, pois do contrrio uma falha na
Redes Industriais
Pgina 27 de 398

estao ou falta de alimentao determinaria a parada do repetidor, tornando o sistema ainda mais
vulnervel.
Existem propostas de redes baseadas nesta tecnologia, porm com anis duplos, caminhos
alternativos, etc., a fim de minimizar a vulnerabilidade da rede, tornando-a mais confivel e praticamente
imune falhas, porm o custo desta implementao comparado ao benefcio obtido dever ser avaliado,
podendo tornar-se invivel.
A utilizao de concentradores (Hubs) permite o isolamento de uma estao que eventualmente
apresente falha e a adio de novas estaes sem a necessidade de parada da rede. O caminho
alternativo, um segundo ou terceiro anel, estabeleceria uma maior confiabilidade ao sistema atravs de
caminhos redundantes, ou seja, caso ocorra uma falha no enlace entre dois concentradores, o caminho
alternativo seria automaticamente chaveado. Outra alternativa para minimizar a vulnerabilidade da
topologia estabelecer vrios anis independentes interligados por pontes (bridges).
2.1.7. Anlise da Topologia em Barra
Figura 7: Topologia em Barra
A topologia em Barra (figura acima) interliga as estaes atravs de uma configurao Multiponto.
Todas as estaes conectadas rede escutam as informaes transmitidas, assim como numa
transmisso por radiodifuso. O controle de acesso barra poder se dar de forma centralizada ou
descentralizada.
A primeira um tipo de multiplexao no tempo. Na forma descentralizada uma estao especfica
determina o direito de acesso barra, nesta forma a responsabilidade do acesso distribuda entre todas
as estaes.
Redes Industriais
Pgina 28 de 398

As interfaces da Barra (transceptores transmissor/receptor) podem ser compostas por circuitos
passivos e um sistema temporizado de preveno (watch-dog timer) o qual tem a funo de detectar e
desconectar o n que apresenta falha (no pra de transmitir). Os transceptores se interligam aos
condutores da barra atravs de conectores eltricos. O transceptor deve apresentar alta impedncia e
estar localizado prximo aos condutores da barra (garantindo assim a alta impedncia), a fim de minimizar
as alteraes nas caractersticas da transmisso.
Neste n uma estao redundante pode ser um n adicional na rede. As terminaes de uma rede
em barra devem fazer uso de terminadores (dispositivos com carga hmica igual impedncia
caracterstica da rede) a fim de minimizar os efeitos de reflexes exprias.
O nmero de estaes, a taxa de transmisso e o meio utilizado vo determinar o nmero de ns
suportados pela rede e a distncia mxima entre ns. Repetidores ativos podero ser utilizados a fim de
atingir distncias maiores. Os concentradores (hubs) podero ser utilizados facilitando a deteco e
isolamento de falhas e permitindo a adio ou retirada de estaes sem ocasionar a parada da rede.
2.2.
SINAIS ANALGICOS E DIGITAIS
Os termos analgicos e digitais so utilizados para definir a natureza e caractersticas de sinais

transmitidos em um determinado meio fsico. Como exemplos de sinais analgicos, bem prximos de ns,
tm o som e a luz, estes sinais variam de forma contnua com o tempo. Os sinais digitais so compostos de
pulsos de amplitude fixa e perodo (tambm fixo) T. Para os sinais digitais, temos como exemplo os sinais
manipulados pelos computadores que processam, armazenam, codificam e decodificam dados na forma de
bits (sinais discretos de tenso ou corrente que, em funo do seu patamar, assumem os nveis lgicos 0
e 1).
Os meios de transmisso apresentam propriedades fsicas que atenuam o sinal, as amplitudes de
um sinal so transmitidas de f0 a uma frequncia de corte fc (cuttof frequency), a partir da qual o sinal ser
fortemente atenuado (atenuao da amplitude em funo do aumento da frequncia). Desta forma, o meio
de transmisso atua como um filtro, imputando perdas s componentes do sinal e causando distores no
sinal resultante. Abaixo est representada a curva (hipottica) de um meio, relacionando o ganho com a
frequncia.
Redes Industriais
Pgina 29 de 398
Figura 8: Curva Ganho x Frequncia
A banda passante de um sinal pode ser definida como a faixa de frequncias que compe o sinal.
No caso do meio a faixa de frequncias que o meio disponibiliza (til) para transmisso de um sinal, sem
degrad-lo. Na figura acima, a banda passante a faixa compreendida entre 625 Hz e 5KHz. A largura de
banda do sinal ou meio a diferena entre a maior e a menor frequncia, no nosso exemplo (meio):
5000Hz 625Hz = 4375Hz.
2.2.1. Multiplexao
Normalmente a banda passante do meio fsico acomoda a banda passante necessria para
transmisso de um sinal (figura abaixo). A banda passante do sinal , na prtica, bem menor do que a
banda passante do meio fsico, desta forma poderia aproveitar a banda passante excedente do meio para
transmitir outros sinais.
Denomina-se Multiplexao tcnica que possibilita a transmisso de mais de um sinal utilizando
o mesmo meio fsico. As tcnicas de multiplexao so FDM (Frequency Division Multiplexing)
Multiplexao na Freqncia e TDM (Time Division Multiplexing) Multiplexao no Tempo.
Redes Industriais
Pgina 30 de 398
Figura 9: Banda de Frequncia
Banda Passante do Meio = 0 ~ 5KHz

Banda Passante do Sinal = 0 ~ 625Hz
2.2.2. Multiplexao na Frequncia

Na figura abaixo, representada graficamente, a Multiplexao na Frequncia (FDM).
Figura 10: Multiplexao da Freqncia
2.2.3. Modulao
A tcnica que possibilita o deslocamento de frequncias a fim de permitir a multiplexao destas
em um mesmo meio fsico, denominada Modulao. O princpio da Modulao implica no deslocamento do
sinal original (Modulador) at uma determinada frequncia, designada Portadora. Para demodulao do
sinal transmitido, a sua faixa dever ser previamente identificada pelo receptor e sero utilizados filtros a
fim de deslocar o sinal para a sua faixa de frequncia original. Os dispositivos que realizam a modulao e
demodulao de sinais so conhecidos como MODEMs (MOduladores/DEModuladores).
Redes Industriais
Pgina 31 de 398

As tcnicas de Modulao so: AM (Amplitude Modulation) Modulao por Amplitude; FM
(Frequency Modulation) Modulao por Frequncia e PM (Phase Modulation) Modulao por Fase.
Para sinais digitais as tcnicas utilizadas so: ASK (Amplitude Shift Keying) Modulao por
Chaveamento da Amplitude; FSK (Frequency Shift Keying) Modulao por Chaveamento da Frequncia e
PSK (Phase Shift Keying) Modulao por Chaveamento de Fase.
Abaixo esto representadas as tcnicas de Modulao de Sinal Digital e suas resultantes:
ASK A Frequncia da portadora mantida, a amplitude do sinal resultante ser a da portadora
para nvel lgico 1 e zero para nvel lgico 0.
FSK A amplitude da portadora mantida, a frequncia varia em funo do nvel lgico do sinal
digital.
PSK A amplitude e frequncia da portadora so mantidas, uma inverso de fase (180)
ocorrer no sinal resultante sempre que houver uma transio no sinal digital de nvel lgico 0 para nvel
lgico 1 e nenhuma alterao na transio de 1 para 0.
Figura 11: Modulao de Sinal

Redes Industriais
Pgina 32 de 398

2.2.4. Protocolos
O protocolo pode ser apresentado como a linguagem utilizada pelos componentes de uma rede
para a troca de dados. Para que isto ocorra, necessrio que os dispositivos envolvidos faam uso de
um mesmo protocolo. Algumas consideraes importantes devem ser lembradas:
1. As comunicaes normalmente so Half-Duplex O enlace utilizado nos dois sentidos, porm
somente um sentido por vez.
2. Na maioria das redes um mesmo caminho utilizado para a comunicao, um mesmo meio fsico
ou cabo compartilhado pelas estaes da rede. A utilizao de Concentradores ou Hubs pode
mascarar visualmente este fato, de que uma mensagem enviada da estao 1 para a estao 2
ser na verdade, enviada para todas as N estaes interligadas a esta rede.
3. Tomando ainda por base um nico meio fsico (cabo), no podero ocorrer trocas de dados
simultneas, com excesso de utilizao de trechos diferentes do cabo estabelecidos a partir do
uso de Chaveadores ou Switches, ou seja, duas estaes trocariam dados utilizando um trecho do
cabo ao mesmo tempo em que outras duas comunicar-se-iam utilizando um outro trecho.
4. O trfego na rede um outro tipo de problema a ser enfrentado. A transferncia de grandes
volumes de informao ir ocupar a rede por um tempo excessivo, no permitindo que outra
comunicao ocorra at a sua finalizao.
5. Interferncias diversas podero ocorrer ao longo do percurso entre duas estaes que esto
estabelecendo comunicao. Estas Interferncias podero se manifestar na forma de rudos,
provocando a distoro na transmisso de sinais, ou seja, uma mensagem transmitida poder
chegar ao destino com dados alterados por ao das interferncias.
Os protocolos foram projetados para solucionar as limitaes e problemas citados acima. Uma das
funes do protocolo dividir uma mensagem em pequenos pacotes de tamanho fixo, minimizando desta
forma a taxa de ocupao do meio no envio de grandes mensagens e otimizando o uso da rede, permitindo
que outras estaes tenham a oportunidade de transmitir seus dados. Obviamente cada pacote tem o seu
endereo de origem e destino previamente estabelecidos e incorporados ao pacote para que somente a
Redes Industriais
Pgina 33 de 398

estao destino o aceite. As interfaces ou placas de rede tm uns endereos fixos e nicos, gravados em
hardware a fim de identific-las em uma rede.
Atravs do endereo MAC (Medium Access Control) Controle de Acesso ao Meio cada dispositivo de
interface ou placa de rede identificado de forma nica. Este endereo composto por seis bytes (1 byte
= 8 bits), sendo os trs primeiros designados OUI (Organizationally Unique Identifier) Identificador nico
da Organizao/Empresa, indicando o fabricante da placa e atribudo a este pelo IEEE (Institute of Electrical
and Electronics Engineers) Instituto de Engenheiros Eltricos e Eletrnicos, mediante cadastramento. Os
trs ltimos bytes so designados e controlados pelo fabricante da placa de forma que no ocorram
repeties.
Nas redes de computadores diversos protocolos so utilizados, dentre eles podemos citar: NetBEUI,
SPX/IPX e o TCP/IP.
Redes Industriais
Pgina 34 de 398
ANOTAES
Redes Industriais
Pgina 35 de 398
3. ESTRUTURAO DE UMA REDE DE COMPUTADORES

Um dos princpios de estruturao de uma rede baseia-se em um conjunto de camadas hierrquicas as
quais so construdas pela utilizao de servios e funes oferecidos pelas camadas ou nveis
imediatamente inferiores. Nesta arquitetura, cada camada vista como um processo ou programa que
estabelece comunicao com o processo ou programa correspondente na outra estao. O conjunto de
regras que estabelecem e gerenciam a conversao entre dois nveis N (estaes 1 e 2) denominado
protocolo do nvel N. A forma de transferncia de dados entre dois nveis de mesma hierarquia (estaes 1
e 2) no ocorre de forma direta (horizontalmente), mas sim pela passagem do pacote para o nvel seguinte
(imediatamente abaixo) at que o nvel 1 (meio fsico) seja atingido. A informao trafega ento pelo meio
fsico e percorre os diversos nveis adjacentes da estao receptora, no sentido inverso, at atingir o nvel
de destino.
A arquitetura desta rede formada por nveis, interfaces (limites entre nveis adjacentes) e protocolos.
Na verdade mais de um protocolo pode ser utilizado para realizao das funes que estabelecem os
servios de um determinado nvel. A arquitetura de protocolos em nveis apresenta-se muito eficiente, pois
uma vez conhecida a interface entre os nveis, uma determinada modificao poder ser implementada no
nvel sem causar impacto na estrutura global.
3.1.
MODELO OSI
No passado, as arquiteturas de rede foram definidas por cada fabricante de forma independente e
particular, tornando este sistema proprietrio, no permitindo a comunicao entre estaes de diferentes
fabricantes. A necessidade de estabelecer esta comunicao, permitindo a troca de dados entre estaes
de fabricantes diferentes levou-os padronizao de uma arquitetura nica, assim foi criado pela ISO
(Internacional Organization for Standardization) Organizao Internacional para Padronizao, modelo
OSI ou RM-OSI (Reference Model for Open System Interconnection) Modelo de Referncia para
Interconexo de Sistemas Abertos. A estrutura do modelo OSI baseia-se em sete nveis detalhados a seguir.
Este modelo utilizado tanto em redes locais quanto em redes de longa distncia. importante lembrar
que a maioria dos protocolos existentes: NetBEUI, SPX/IPX e o TCP/IP, assim como os protocolos utilizados
em redes industriais, no seguem risca o modelo OSI. Veremos que em muitos protocolos apenas
Redes Industriais
Pgina 36 de 398

algumas camadas do modelo OSI so utilizadas, em outros utilizada a filosofia de camadas, porm com
designaes e funes diferentes do modelo OSI.
Como j descrito, o pacote de dados proveniente de uma camada superior entregue camada
seguinte (imediatamente inferior) a qual acrescenta informaes inerentes a ela e entrega o conjunto de
dados para o prximo nvel e assim sucessivamente at que seja atingido o ltimo nvel (fsico). A tarefa de
acrescentar as informaes da camada ao pacote de dados para enviar camada seguinte designada
encapsulamento.
.
Figura 12: Modelo OSI
Camada 7 Aplicao: Esta camada estabelece a interface entre um aplicativo que

solicitou comunicao (enviar ou receber dados) e o protocolo de comunicao. Um aplicativo
de e-mail far contato com a camada de aplicao a fim de efetuar um pedido de
comunicao (envio ou recebimento de e-mail).
Camada 6 Apresentao: A camada de apresentao executa uma converso do

formato de dados recebidos em um formato compatvel com o protocolo. Dados em ASCII
podero ser criptografados ou comprimidos nesta camada, como tarefa do protocolo para
envio camada seguinte.
Redes Industriais
Pgina 37 de 398
Camada 5 Sesso: Nesta camada, duas aplicaes executadas em mquinas

diferentes, criam uma sesso de comunicao, definindo a forma de transmisso dos dados e
colocando sinalizadores nos dados transmitidos de forma a restabelecer a comunicao aps
uma eventual falha. Alguns programas gerenciadores de Download restabelecem a tarefa do
ponto onde parou, aps uma falha de comunicao.
Camada 4 Transporte: Na camada de Transporte o conjunto de dados recebidos da

camada Sesso dividido em pacotes para posterior envio camada de Rede. No lado do
receptor a camada de Transporte rearranja os dados recebidos da camada de rede para
entrega camada de Sesso, nesta etapa realizado o controle de fluxo e correo de erros.
Camada 3 Rede: Na camada de rede realizado o endereamento dos pacotes, a

partir dos endereos lgicos so gerados os endereos fsicos, para que seja estabelecido de
forma correta o destino de cada pacote. Com base nas condies de trfego da rede e na
prioridade, estabelecida a rota de envio do pacote, obviamente aplicvel para redes com
mais de um segmento.
Camada 2 Link de Dados: Esta camada, tambm conhecida como camada de enlace,
monta um quadro que contm, alm dos dados recebidos da camada de Rede, os endereos
das placas de rede de destino e origem e o CRC. No lado do receptor, verificada a
integridade da informao recebida atravs da comparao do CRC (calculado no receptor e
comparado com o CRC recebido do transmissor). Caso a informao recebida esteja
corrompida, a camada Link de Dados reenvia o quadro.
Camada 1 Fsica: A Camada fsica responsvel por converter a informao recebida

da camada Link de Dados em sinais compatveis com o meio fsico utilizado. Para um meio
fsico que utiliza um cabo eltrico, a informao convertida em sinais eltricos compatveis
com o cabo. No caso de utilizao de Fibra tica como meio de transmisso, os dados so
convertidos em sinais luminosos. A implementao desta camada responsabilidade da placa
de rede.
Redes Industriais
Pgina 38 de 398
3.2.
CONCENTRADORES E CHAVEADORES
Os Concentradores (Hubs) so dispositivos cuja funo centralizar os pacotes de dados,

estabelecendo uma topologia em estrela (fsica aparente) e barra (lgica real), os Hubs atuam tambm
como repetidores, regenerando o sinal transmitido, ampliando assim, a extenso fsica da rede. Um pacote
a ser enviado de uma estao A para uma estao B, na verdade transmitido a todas as estaes
conectadas s portas do Hub. Analisando o seu funcionamento a partir do trfego de informaes, a
conexo das portas do Hub com as estaes pode ser enxergada como uma topologia em barra. O
isolamento de uma estao ou segmento que apresente falha uma das vantagens obtidas com a
utilizao dos Hubs. Pelo fato de atuar na camada fsica do modelo OSI, os Hubs no tm capacidade de
identificar o destinatrio de um pacote transmitido, minimizando o trfego de dados e otimizando o
desempenho da rede. Os tipos de Hubs so basicamente: Passivos No alimentados, tambm chamados
de Patch Panels e utilizados no cabeamento estruturado; Ativos - Alimentado, como j descrito atuam como
repetidores genericamente designados Hubs; Inteligentes Disponibilizam relatrios estatsticos, de falhas
e conflitos ocorridos via software e Empilhveis ou Cascateveis (Stackables) Permitindo a adio de
outras unidades atravs da conexo (cascata) de portas especficas. O cascateamento de Hubs limitado.
Os chaveadores (Switches) atuam na camada de Link de dados do modelo OSI e desta forma so
capazes de identificar o endereo MAC do pacote de dados, enviando-o somente para a estao destino,
reduzindo o trfego da rede, evitando conflitos e otimizando o seu desempenho, determinando desta forma
uma maior segurana. O Switch estabelece uma topologia de rede em estrela com as estaes.
Comunicaes simultneas podero ser estabelecidas, desde que no envolvam as mesmas estaes
(origem e destino). Os Switches gravam em uma tabela o endereo MAC das placas de rede ligadas s suas
portas (associao do endereo com a porta), num primeiro instante de transmisso e, a partir da,
consultar esta tabela para determinar a porta que receber o pacote (estao). Caso o endereo MAC de
destino no seja conhecido (no se encontra gravado na tabela do dispositivo) o Switch atuar de forma
semelhante ao Hub, enviando o pacote para todas as estaes, com exceo da estao destino. Aps um
tempo determinado, sem receber o endereo MAC de uma porta, ele automaticamente retirado da tabela.
Alguns switches permitem interligar estaes com velocidades de comunicao diferentes.
Redes Industriais
Pgina 39 de 398
3.3.
DISTORO DE SINAIS
Diversos fatores determinam a distoro na transmisso de sinais, dentre eles podemos citar:
Limitao da banda passante do meio fsico;
Rudos provocados pela interferncia de outros sinais:

o Trmico gerado pela agitao de eltrons nos condutores;
o Intermodulao provocada por sinais diferentes compartilhando um mesmo meio fsico
(multiplexao na freqncia);
o Crosstalk (linha cruzada) Ocorre com a induo de sinais entre condutores muito
prximos;
o Rudo Impulsivo Pode ser gerado por diversas fontes tais como distrbios eltricos e
falhos nos dispositivos, de difcil preveno, apresentando pulsos irregulares e de
grandes amplitudes, provocando maiores erros nas comunicaes digitais.
Rudos devidos Lei de Shannon Um canal tem uma capacidade mxima de transmisso
limitada, a qual sendo transposta ir gerar rudo;
Atenuao, com o aumento da distncia do meio fsico ocorre queda da potncia do sinal
transmitido, as perdas so provocadas por radiao e perdas de energia por calor. As perdas so
maiores nas freqncias mais altas. Geralmente expressa em decibis por unidade de
comprimento (p.ex. dB/m). O uso de repetidores, restabelecendo os nveis do sinal, soluciona os
problemas gerados pela atenuao;
Ecos, a alterao na impedncia de uma linha de transmisso determina a reflexo dos sinais que
voltaro para a linha, ocasionando conflitos com os sinais que esto sendo transmitidos.
Redes Industriais
Pgina 40 de 398
3.4.
DETECO DE ERROS

Evitar ou eliminar a distoro de sinais provocada pelos fenmenos listados acima nem sempre
possvel, desta forma o sistema de comunicao deve estar apto a detectar uma eventual falha no sinal
transmitido, a fim de recuper-lo. Os mtodos de deteco de erros baseiam-se na adio de bits na
informao transmitida.
Os bits da mensagem a ser transmitida passam por um algoritmo, o resultado da execuo
deste algoritmo (bit ou bits) sobre os bits da informao acrescentado prpria informao (pacote).
Aps receber a informao, o receptor executa o mesmo algoritmo utilizado no transmissor, excluindo-se
obviamente o(s) bit(s) calculado(s) pelo algoritmo do transmissor. O resultado da verificao do receptor
ento comparado com o resultado do transmissor, ocorrendo diferena detectada a ocorrncia de um
erro na transmisso. Dentre as tcnicas utilizadas para deteco de erros, podemos citar:
1. Paridade: Esta a forma mais simples de deteco de erros em pacotes. Existem dois tipos de
paridade: Na paridade PAR (Even) ser verificado o nmero de bits 1 a ser transmitido e ser
acrescentado um bit com valor 1 ou 0 para tornar par o nmero de bits 1 do pacote. Na
paridade MPAR (Odd) tambm ser verificado o nmero de bits 1 a ser transmitido e ser
acrescentado um bit com valor 1 ou 0 para tornar mpar o nmero de bits 1 do pacote.
Tomemos como exemplo a transmisso do byte abaixo com paridade mpar:
10111011 - O nmero de bits 1 (6 bits) par, desta forma o transmissor ir acrescentar um
bit com valor 1 para tornar
o nmero de bits 1 mpar (Paridade mpar). O receptor, ao receber a
mensagem, verificar o nmero de bits 1 e caso
encontre um nmero mpar, assumir que a
transmisso foi realizada com sucesso.

fcil notar a vulnerabilidade deste tipo de verificao, pois caso ocorra inverso de dois bits da
informao, o receptor no ter condies de detectar o erro.
2. Checksum: Ou Verificao de Soma. Os bits do pacote so somados e o resultado colocado no
prprio pacote. O receptor, ao receber a mensagem, efetuar tambm a soma de bits e ir
comparar com a soma realizada pelo transmissor (recebida no pacote). Caso os valores
coincidam, o receptor assumir que a transmisso foi realizada com sucesso. A mudana
Redes Industriais
Pgina 41 de 398

sucessiva do valor de um bit 1 para 0 e de outro bit de valor 0 para 1, ocorridas no
mesmo pacote, no seria detectada pelo receptor.
3. CRC: Cyclical Redundancy Check (Verificao por redundncia cclica). Este tipo de verificao
apresenta-se mais eficiente. Uma informao de n bits representada atravs de um polinmio em
X, cuja ordem n-1. O coeficiente do termo Xi estabelecido pelo (i+1)-ensimo bit do conjunto
de n bits. Um quadro composto pelos seguintes bits: 11000011 sero representados pelo
seguinte polinmio: X7+X6+X+1. O transmissor gera um polinmio de ordem k que ser o divisor
do polinmio de ordem n-1. O resultado desta diviso (base 2) um quociente e resto de ordem
k-1. Os dados a serem transmitidos so compostos pelos n bits (informao inicial) seguidos dos
bits correspondentes ao resto da diviso do polinmio em X pelo polinmio de ordem k. Estes bits
(resto da diviso) so designados FCS Frame Check Sequence (Verificao de Seqncia de
Quadro). No receptor o procedimento ser de forma anloga ao transmissor. Os n bits do quadro
inicial so divididos pelo mesmo polinmio de ordem de ordem k existente tambm no receptor. O
resto da diviso ento comparado com o FCS recebido do transmissor. Havendo diferena entre
os bits dos FCSs (transmissor e receptor), detectado um erro. Diversos CRCs so utilizados e
padronizados para aplicaes especficas.
Redes Industriais
Pgina 42 de 398
ANOTAES
Redes Industriais
Pgina 43 de 398
4. COMUNICAO SERIAL RS-232(Single-ended)

4.1.
INTRODUO
A maioria dos equipamentos de controle utilizada na automao comunica-se diretamente com

microcomputadores PC atravs de portas seriais, por este fato a maior parte dos PLCs existentes no
mercado baseia-se em conexes seriais para estabelecer comunicao com microcomputadores. Utilizando
diversas ferramentas de programao (softwares), fceis de configurar, possvel criar conexes mltiplas
com diversos sistemas.
Muitas normas utilizadas hoje na automao foram baseadas em comunicaes do tipo serial,
como exemplo pode citar o padro Modicon Modbus.
Os Line Drivers e Receivers (chips) so normalmente utilizados para troca de dados entre dois ou
mais pontos (ns) de uma rede. Pode ser difceis obter-se uma comunicao de dados confivel na
presena de rudo induzido, diferenas de nveis de aterramento e impedncia, e outras falhas associadas
com a instalao de uma rede.
Diversas normas foram desenvolvidas para garantir a compatibilidade entre equipamentos
produzidos por diferentes fabricantes, e para permitir a transferncia de dados a distncias e/ou taxas
especficas com razovel sucesso. A EIA (Electronics Industry Association) criou as normas RS232, RS423,
RS422 e RS485. Diversas sugestes foram posteriormente enviadas a EIA a fim de solucionar problemas
prticos encontrados em uma rede tpica. As normas EIA foram previamente designadas com o prefixo RS
(Recommended Standard) e hoje so geralmente precedidas das letras EIA para identificao da
organizao que as criou. As normas procuram levar a uniformidade para a comunicao de dados, porm
muitas reas no so especificamente cobertas, permanecendo sem especificao definida, exigindo que o
usurio descubra alguns detalhes por si mesmo (geralmente durante a implementao e/ou instalao da
rede).
As comunicaes eletrnicas de dados entre dois ou mais elementos dividem-se em duas
categorias, definidas como single-ended (nica extremidade) ou differential (diferencial). Esto inclusos na
categoria single-ended os padres RS232 e RS423 e na categoria differential RS422 e RS485.
Redes Industriais
Pgina 44 de 398
4.2.
FUNDAMENTOS DA COMUNICAO SERIAL RS-232 (SINGLE-ENDED)
Apesar de sua relativa simplicidade e baixo custo de hardware (comparado com o interfaceamento
paralelo), as comunicaes seriais so largamente utilizadas na indstria eletrnica. Dentre os padres
mais utilizados de comunicao serial, o mais popular foi, certamente, o EIA/TIA-232-E. Esta norma foi
desenvolvida pela Electronic Industry Association EIA (Associao da Indstria Eletrnica) e pela
Telecommunications Industry Association TIA (Associao da Indstria de Telecomunicaes).
Normalmente referimo-nos a este norma, de uma forma mais simples, como RS-232, onde RS significa
Recommended Standard (Norma Recomendada). O prefixo EIA/TIA utilizado para identificar a origem ou
fonte da norma.
O nome oficial da norma EIA/TIA-232-E Interface Between Data Terminal Equipment and Data
Circuit-Termination Equipment Employing Serial Binary Data Exchange (Interface entre Equipamento
Terminal de Dados e Equipamento Circuito Final de Dados, empregando troca Serial de Dados Binrios).
Apesar do nome intimidante, esta norma bastante simples, consistindo de uma comunicao serial entre
um sistema hospedeiro (host) (Data Terminal Equipment DTE) e um sistema perifrico (Data CircuitTermination Equipment DCE), conforme o exemplo abaixo:
Figura 13: Comunicao entre PCs
Redes Industriais
Pgina 45 de 398

A norma EIA/TIA-232-E foi introduzida em 1962 e desde ento sofreu quatro atualizaes
buscando melhorias nas aplicaes de comunicao serial. A letra E (sufixo da norma) indica a sua
quinta reviso.
4.3.
ESPECIFICAES
O RS-232 uma norma completa, ou seja, organiza e garante, atravs das especificaes citadas a
seguir, a compatibilidade entre um sistema host e um sistema perifrico.
1. Tenses e nveis de sinais padronizados.
2. Pinagem de conectores padronizada.
3. Informaes de controle mnimas entre o Sistema Host e o Perifrico.
Diferentemente de muitos padres que simplesmente especificam as caractersticas eltricas de uma
dada interface, o RS-232 especifica os padres eltricos, funcionais e caractersticas mecnicas a fim de
buscar os trs critrios citados acima. A seguir faremos uma discusso destes critrios.
4.4.
CARACTERSTICAS ELTRICAS
A seo que trata das caractersticas eltricas da norma RS-232 inclui especificaes para: Nveis
de Tenso, Taxa de Troca dos Nveis de Sinal e Impedncia. Como j citado, a norma RS-232 foi
originalmente definida em 1962, bem antes da definio da Lgica TTL. Desta forma fcil verificar porqu
no foram utilizados os nveis +5V e Terra (0V) na norma RS-232. No seu lugar so utilizados como nvel
alto (sada do driver) tenses entre +5V e +15V e para nvel baixo entre -5V e -15V. A lgica do receptor
foi determinada a fim de estabelecer uma margem de rudo de 2V. Desta forma o receptor enxerga um
nvel alto com tenses entre +3V +15V e nvel baixo com tenses entre
-3V -15V. A figura abaixo
ilustra os nveis lgicos definidos pela norma RS-232.

importante notar que o nvel lgico baixo (-3V -15V) na comunicao RS-232 definido como
lgica 1 e tambm chamado de marca e o nvel alto (+3V +15V) definido como lgica 0 e
tambm conhecido como espao.
Redes Industriais
Pgina 46 de 398
Figura 14: Especificaes de Nvel Lgico
A norma RS-232 tambm limita o mximo slew rate na sada do driver. Esta limitao foi includa
visando reduo de linha cruzada (Crosstalk) entre sinais adjacentes. Quanto menores os tempos de
ascenso e queda (rise/fall time), menor as chances de cruzamento de sinais (interferncia de um sinal no
outro). Desta forma o mximo slew-rate* permitido de 30V/s. Adicionalmente a esta limitao, foi
definida a taxa de transmisso de dados em 20Kbits/s, a fim de minimizar os efeitos de Crosstalk.
*Slew-rate a mxima taxa de variao da tenso de sada por unidade de
tempo, normalmente representado em V/s. Ele nos d a velocidade de resposta do
dispositivo.
A impedncia entre o driver e o receptor tambm foi definida. A carga vista pelo driver deve estar
compreendida entre 3K e 7 K. Na norma original (inicial) o comprimento mximo do cabo entre o driver
e o receptor tambm foi definido, e era de 15m. Na reviso D da norma (EIA/TIA-232-D) no lugar de
especificar o comprimento mximo do cabo, foi especificada a capacitncia mxima do mesmo, o que
claramente uma especificao mais adequada, uma vez que o comprimento mximo do cabo determinado
pela sua capacitncia por unidade de comprimento, a qual faz parte das especificaes do cabo.
Redes Industriais
Pgina 47 de 398
4.5.
CARACTERSTICAS FUNCIONAIS
Uma vez que o RS-232 uma norma completa, ela inclui mais do que especificaes de caractersticas
eltricas. O Segundo aspecto coberto pela norma consiste na definio das caractersticas funcionais da
interface. Isto significa essencialmente que o RS-232 definiu as funes dos diferentes sinais que so
usados na interface. Estes sinais so divididos em quatro categorias diferentes:
1. Common (Comum)
2. Data (Dados)
3. Control (Controle)
4. Timing (Temporizao)
Tabela 1: Sinais Definidos pela Norma RS-232
Como pode ser visto na tabela acima, existe um nmero muito grande de sinais definidos pela
norma, ela estabeleceu um grande nmero de sinais de controle e suporta canais de comunicao
primrios e secundrios. Felizmente, poucas aplicaes ou praticamente nenhuma ir requerer todos estes
sinais de controle. Por exemplo, em uma aplicao tpica com Modem, somente 8 sinais de controle so
Redes Industriais
Pgina 48 de 398

utilizados. Aplicaes mais simples requerem um total de 4 sinais (2 para dados e 2 para handshaking),
enquanto outras requerem somente sinais de dados (sem handshaking). Alguns exemplos de aplicaes
reais da RS-232 sero apresentados adiante. A lista completa de sinais na tabela acima foi apresentada
apenas como uma referncia. Somente ser analisada a funcionalidade dos principais sinais.
4.6.
CARACTERSTICAS MECNICAS DA INTERFACE
A terceira parte coberta pela norma RS-232 consiste da interface mecnica. A norma especifica um
conector de 25 pinos. Este tamanho de conector o mnimo necessrio para comportar todos os sinais
definidos na parte funcional da norma. A disposio dos pinos para este conector mostrada na figura
abaixo:
Figura 15: Pinagem DB25
O conector utilizado no DCE do tipo fmea e no DTE macho. Apesar de a norma especificar um
conector de 25 pinos, nem sempre ele utilizado, devido ao fato de que a maioria das aplicaes no
requer todos os sinais como ilustrado na figura acima. Desta forma o conector de 25 pinos seria sub
utilizado (maior do que o necessrio) e assim, normal que se utilizem outros tipos de conectores. Um dos
conectores mais utilizados o DB9S, de 9 pinos ilustrado na figura a seguir:
Redes Industriais
Pgina 49 de 398
Figura 16: Pinagem DB9

Para aplicaes de comunicao utilizando Modems, o conector de 9 pinos suficiente para
acondicionar os sinais de transmisso e recepo e de controle.
4.7.
FUNCIONAMENTO
Como qualquer dispositivo de transmisso serial, os bit so enviados um um, sequencialmente, e

normalmente com bit menos significante primeiro (LSB). Por ser um protocolo assncrono isto , sem uma
linha de relgio (clock), responsabilidade do transmissor e do receptor efetuarem controles de tempo
para saber quando cada bit inicia e finaliza.
Na sua forma padro o RS-232 utiliza dois sinais de controle, o RTS (ready to send) e o CTS
(clear to send) para efetuar o controle de fluxo via hardware. Basicamente, quando o transmissor deseja
comear um envio ele sinaliza atravs do pino RTS. O receptor, ao perceber que o transmissor deseja
enviar algum dado, prepara-se para recebe-lo e seta o pino CTS. Apenas depois de receber o sinal CTS o
transmissor pode comear a transmisso.
Para cada byte existem bit de start e stop; o mais comum utilizar-se 1 bit de incio (start bit) e 1
bit de parada (stop bit), mas possvel encontrar aplicaes que utilizam 1,5 ou 2 bit de incio/parada. A
figura abaixo mostra como a transmisso de um byte ocorre:
Redes Industriais
Pgina 50 de 398
Figure 17: Bits RS-232
Como j citado anteriormente, esta transmisso assncrona. Tendo a velocidade de comunicao

ajustada nos dois dispositivos inicialmente, cada um deles sabe quanto tempo um bit demora para ser
transmitido, e com base nisto que a identificao dos bit possvel.
No transmissor o envio basicamente resume-se enviar um bit de incio, aguardar um tempo, e
enviar os prximos 8 bit + bit de parada, com o mesmo intervalo de tempo entre eles.
No receptor, aps a primeira borda de descida (nvel lgico de "1" para "0") (start bit) o receptor
sabe que uma sequencia de mais 8 bit de dados + bit de parada chegar. Ele tambm conhece a
velocidade de transmisso, ento tudo que ele precisa fazer aguardar o tempo de transmisso entre
cada bit e efetuar a leitura. Aps receber o bit de parada, a recepo encerra-se e ele volta aguardar o
prximo start bit.
Nos microcontroladores modernos todo este trabalho normalmente efetuado por uma UART
(Universal Asynchronous Receiver Transmitter). Este perifrico encarrega-se de efetuar todo o controle e
apenas gerar interrupes quando um byte recebido. No entanto, algumas vezes o microcontrolador
utilizado no possui uma UART, ou mesmo ela est sendo utilizada. Nestes casos possvel implementar
uma interface serial atravs de software, tratando a seqncia de transmisso e recepo descrita
anteriormente.
Na interface RS232 o nvel lgico "1" corresponde uma tenso entre -3V e -12V e o nvel lgico
"0" uma tenso entre 3V e 12V. Valores de tenso entre -3V e +3V so indefinidos e precisam ser
evitados. O estado idle da linha 1 lgico (-V).
Redes Industriais
Pgina 51 de 398

Porm a grande maioria dos perifricos que trabalham com portas seriais no utilizam o padro
RS232 para nveis eltricos diretamente. Portanto sempre necessrio um circuito de converso de nvels
TTL/RS232. O circuito integrado mais comum para efetuar esta converso, de baixo custo, o MAX232 que
possui alimentao TTL.
4.8.
COMUNICAO DE DADOS
Quando no h comunicao na linha RS232, ela normalmente fica no seu estado de repouso, que
no nvel lgico 1 (de 3 A -18V no RS232). Quando inicia a comunicao o primeiro bit transferido o
chamado bit de start, que mantm a linha de comunicao no intervalo de 1 perodo em nvel baixo. Em
seguida vm os 8 bits de dados do byte a ser transmitido e finalmente o bit de stop, que volta a deixar a
linha no seu estado de repouso. Na figura 3 est plotado um grfico que permite observamos a
comunicao tanto na linha RS232 quanto na linha TTL transmitindo neste caso o byte 01001011.
1
10
11
12

Figure 18: Comunicao de dados
1. Repouso
7. Bit Dados
2. Start Bit
8. Bit Dados
3. Bit Dados
9. Bit Dados
4. Bit Dados
10. Bit Dados
5. Bit Dados
11. Stop Bit
6. Bit Dados
12. Repouso
Redes Industriais
4.9.
Pgina 52 de 398
IMPLEMENTAO PRTICA DA RS-232

A maioria dos sistemas projetados hoje no utiliza os nveis de tenso de operao da RS-232,
desta forma so necessrias converses para implementao da comunicao. A converso de nveis de
tenso obtida pela utilizao de ICs Integrated Circuits (Circuitos Integrados) RS-232. Estes circuitos
integrados so compostos basicamente de line drivers (acionadores) que geram os nveis de tenso
requeridos pela RS-232 e line receivers (receptores) que esto aptos a receber os nveis de tenso RS-232
sem se danificar. Estes circuitos invertem os sinais a fim de representar a lgica 1 com um nvel baixo de
tenso e a lgica 0 com um nvel alto de tenso. A figura a seguir ilustra o funcionamento dos line
drivers/receivers em uma aplicao tpica de Modem. Neste exemplo em particular, os sinais necessrios
para a comunicao serial so gerados e recebidos por um chip designado UART Universal Asynchronous
Receiver/Transmiter (Receptor/Transmissor Assncrono Universal).
Fi gure 19: Host Sy stem
O UART realiza a traduo entre os nveis CMOS/TTL e a RS-232, ele implementa as tarefas
necessrias para estabelecer as comunicaes seriais assncronas.
Redes Industriais
Pgina 53 de 398

Pela natureza da comunicao assncrona ela normalmente requer que os bits de start e stop sejam
iniciados pelo sistema host para indicar ao sistema perifrico quando a comunicao ser iniciada ou
finalizada.
Bits de paridade tambm so empregados para certificar-se de que os dados enviados no foram
corrompidos.
O UART normalmente gera os bits de start, stop e paridade quando transmite dados e capaz de
detectar erros de comunicao que eventualmente ocorram no recebimento de dados.
O UART tambm funciona como um circuito intermedirio entre sistemas de comunicao byte-wide
(parallel) e bit-wide (serial). Em comunicaes que utilizam longos campos de dados: bytes (paralelo) e bits
(serial) ele realiza converses paralelo/serial e serial/paralelo. Um byte de dados convertido em uma
seqncia de bits seriais para transmisso e uma seqncia de bits seriais recebidos convertida em um
byte de dados.
notrio que uma aplicao RS-232 raramente segue a norma de forma precisa, talvez pelo fato
de que a maioria delas no requer a utilizao de todos os sinais padronizados. Desta forma os sinais
desnecessrios no so utilizados. Em muitas aplicaes, tais como as que utilizam Modems, apenas 9
sinais so necessrios (2 para dados, 6 para controle e 1 para aterramento). Algumas requerem somente 5
(2 para dados, 5 para handshaking e 1 para aterramento), enquanto outras utilizam somente os sinais de
dados e aterramento, ou seja, no utilizam o controle handshaking.
4.10.
RS-232 EM APLICAES UTILIZANDO MODEMS
Uma das aplicaes mais populares em RS-232 a que utiliza Modems para estabelecer a
comunicao entre dois computadores. Na figura abaixo os Modems so os DTEs e os computadores os
DCEs (no mandatrio). O meio de comunicao utilizado (Telecommunication) pode ser um cabo ou linha
telefnica, dentre outros.
Redes Industriais
Pgina 54 de 398
Figura 20: Comunicao via MODEM
Como j foi dito anteriormente, as aplicaes com Modems requerem somente 9 pinos, desta forma
o conector de 25 pinos seria super dimensionado uma vez que apenas 9 sinais so utilizados para interligar
o DTE ao DCE. Os nove sinais bsicos utilizados nesta configurao esto representados na figura: Typical
RS-232 Modem Application. Verifica-se que, em relao ao DTE, so necessrios 3 Drivers e 5 Receivers. A
funcionalidade destes sinais ser descrita a seguir.
importante lembrar que os sinais descritos como On referem-se ao nvel alto em RS-232 (+5V
+15V.) e representam a lgica 0 e os sinais descritos como Off referem-se ao nvel baixo (-5V
15V), representando a lgica 1.
TD Transmitted Data (Dado Transmitido): Um dos sinais de dados, gerado pelo DTE e recebido
pelo DCE.
RD Received Data (Dado Recebido): O outro sinal de Dados, gerado pelo DCE e recebido pelo
DTE.
RTS Request to Send (Pedido de Envio): Quando o sistema Host (DTE) est pronto para
transmitir um dado para o sistema perifrico (DCE) o sinal RTS setado (On). Em sistemas de comunicao
Simplex e Duplex, esta condio mantm o DCE no modo recepo, em sistemas Half-duplex esta condio
mantm o DCE no modo recepo e desabilita o modo transmisso. A condio resetado para o RTS mantm
Redes Industriais
Pgina 55 de 398

o DCE no modo transmisso. Aps o posicionamento (set) do RTS, dever ser setado o CTS para que seja
iniciada a comunicao.
CTS Clear to Send (Pronto para Envio): O sinal CTS utilizado em conjunto com o RTS a fim de
estabelecer o intercmbio (handshaking) entre o DTE e o DCE. Aps o DCE verificar o posicionamento (set)
do RTS, ele seta (On) o CTS, informando ao DTE que est pronto para iniciar a comunicao.
DSR Data Set Ready (Conexo Estabelecida): Este sinal setado pelo DCE para indicar que ele
est conectado ao meio fsico (no nosso caso, linha de telecomunicao).
DCD Data Carrier Detect (Portadora de Dados Detectada): Este sinal posicionado quando o DCE
est recebendo um sinal de um outro DCE (remoto).
DTR Data Terminal Ready (Terminal de Dados Pronto): Este sinal indica a prontido do DTE. Ele
setado (On) quando o DTE est pronto para transmitir ou receber dados do DCE. O DTR deve ser setado
antes que DCE posicione o sinal DSR.

RI Ring Indicator (Indicador de Anel - Link): Quando o RI setado, indica que a solicitao de
comunicao est sendo recebida atravs do canal de telecomunicaes.
Os sinais descritos acima estabelecem a base de uma comunicao com Modems, porm a melhor
maneira de entender como estes sinais interagem , descrever atravs de um resumo passo a passo, o
exemplo de interfaceamento de um modem com um computador.
1. O PC local monitora o sinal RI Ring Indicator, via software
2. Quando o Modem remoto quer se comunicar com o modem local, gerado o sinal RI. Este sinal
transferido ao PC local atravs do seu modem.
3. O PC local responde ao sinal RI efetuando o posicionamento (set) do sinal DTR (Data Terminal
Ready), indicando que est pronto para estabelecer a comunicao.
Redes Industriais
Pgina 56 de 398

4. Aps reconhecer o posicionamento do sinal DTR, o modem local responde atravs do
posicionamento do sinal DSR (Data Set Ready) indicando que est conectado linha de
telecomunicao. O DSR indica ao PC que o modem est pronto para estabelecer as demais trocas
de sinais de controle com o DTE (PC) para iniciar a comunicao. Quando o DSR posicionado, o
PC comea a monitorar o sinal DCD para obter indicao de que o dado est sendo enviado pela
linha de comunicao.
5. O Modem posiciona o sinal DCD (Data Carrier Detect) aps a recepo de um sinal de portadora do
modem remoto.
6. Neste instante a transferncia de dados pode comear. Se o Modem local suporta Full-duplex, O
sinal CTS (Clear to Send) e RTS (Request to Send) so mantidos setados. Se o Modem suporta
somente Half-duplex, os sinais CTS e RTS so manipulados (handshaking) de forma a controlar o
fluxo de dados nas direes e tempos corretos Finalmente, o dado transferido atravs dos sinais
RD e TD.
7. Depois de finalizada a transferncia de dados, o PC desabilita o sinal DTR. O Modem segue inibindo
os sinais DSR e DCD. Neste instante, o PC e o Modem esto em seu estado original, descrito no
passo 1.
4.11.
RS-232 EM APLICAES COM INTERCMBIO (HANDSHAKING) MNIMO
A aplicao com Modems discutida acima simplificada no que se refere ao nmero de sinais
necessrios, segundo a norma RS-232. Porm ela mais complexa do que o requerido para muitos
sistemas. Para a maioria das aplicaes, dois sinais de dados e dois de controle para handshaking so
suficientes para estabelecer e controlar a comunicao entre um sistema principal e um sistema perifrico.
Por exemplo, um sistema de controle que se interligar a um termostato, usando um esquema de
comunicao em Half-duplex. Em alguns instantes o sistema de controle deseja ler a temperatura do
termostato e outras vezes ele deseja alterar o ponto de disparo (trip) do termostato. Nesta aplicao
simplificada, somente 5 sinais so necessrios (2 para dados, 2 para handshaking e 1 terra).

Redes Industriais
Pgina 57 de 398

A figura a seguir ilustra uma interface de comunicao Half-duplex simples.
Figura 21: Comunicao Half Duplex
Como pode ser visto no diagrama, o dado transferido pelos pinos TD (Transmit Data) e RD (Receive
Data). O intercmbio (Handshaking) de controle estabelecido pelos pinos RTS (Request to Send) e CTS
(Clear to Send). O RTS acionado (suprido) pelo DTE para controlar a direo do dado. Quando o RTS
posicionado, o DTE colocado no modo transmisso. Quando o RTS desabilitado (inibido/resetado), o DTE
colocado no modo recepo. O CTS, gerado pelo DCE, controla o fluxo de dados. Quando posicionado
(setado) o fluxo de dados pode ser estabelecido, porm quando o CTS inibido o fluxo de dados
interrompido e a transmisso de dados ser mantida neste estado (interrompida) at que o CTS seja
reposicionado (volte a ser setado).

4.12. LIMITAES DA REDE RS-232

Como j mencionado, a norma RS-232 foi introduzida em 1962. Aps 4 dcadas, a indstria
eletrnica tem mudado imensamente e bvio que existem limitaes na norma RS-232. Uma das limitaes
o fato de terem sido definidos pela norma mais de 20 sinais. Estes sinais j foram utilizados e
conseqentemente havia a necessidade do conector de 25 pinos. Aplicaes mais recentes utilizam somente
alguns dos sinais padronizados, como foi visto anteriormente. Esta foi uma limitao simples de ser
Redes Industriais
Pgina 58 de 398

corrigida, porm existem outras com nvel de complexidade bem maior, inviabilizando muitas vezes, uma
determinada aplicao.
4.13. GERAO DOS NVEIS DE TENSO RS-232

Como visto na seo caractersticas eltricas, a norma RS-232 no utiliza os nveis de tenso
convencionais (0V e 5V), implementados nos projetos TTL e CMOS. So necessrios Drivers para as tenses
+5V a +15V para representar o nvel lgico 0 e -5V a -15V para representar a lgica 1. Desta forma
fcil verificar a necessidade de uma potncia extra para suprir os nveis de tenso RS-232. Basicamente
utilizada uma fonte de +12V / -12V para suprir as sadas RS-232. Isto se torna um grande inconveniente
em sistemas que no tem utilizao para estes nveis de tenso. A fim de minimizar os problemas de
suprimento destes nveis de tenso, os fabricantes de Ics criaram componentes que geram os nveis de
tenso necessrios para uma comunicao RS-232 partir de uma tenso bsica (+5V). Um deles
essencialmente dobra a tenso padro +5V a fim de estabelecer a tenso necessria para representar o
nvel lgico 0 em RS-232. O outro inverte a tenso, para suprir o nvel capaz de representar a lgica 1.
4.14. TAXA MXIMA DE DADOS

Outra limitao da RS-232 a sua taxa mxima de dados. A norma define uma taxa mxima de
20Kbits/segundo (20Kbps). Esta taxa excessivamente baixa para a maioria das aplicaes atuais. Alguns
fabricantes criaram componentes capazes de atingir taxas tpicas de 250Kbps, podendo chegar a 350Kbps.
Mesmo tendo multiplicado a taxa padro por quase 20 vezes (350Kbps), estes componentes no atendem
aos requisitos atuais de taxa de transferncia.
4.15. COMPRIMENTO MXIMO DO CABO

A limitao final a ser discutida refere-se ao comprimento mximo do cabo de comunicao. Como
foi visto na seo CARACTERSTICAS ELTRICAS. A especificao do comprimento mximo do cabo, includa
na norma, foi substituda pela especificao da capacitncia de carga mxima, que de 2500pF. Para
determinar o comprimento mximo do cabo, necessrio determinar a capacitncia total da linha. A figura
abaixo representa uma maneira aproximada de determinar a capacitncia de linha total de um condutor.
Como se verifica no diagrama, a capacitncia total a soma das capacitncias mtuas dos condutores de
sinal e do condutor Shield (ou capacitncia esttica no caso de cabo sem Shield).
Redes Industriais
Pgina 59 de 398
Figura 22: Capacitncia do Cabo
Como exemplo, vamos assumir que o usurio decidiu usar um cabo sem Shield para interligar os
equipamentos. A capacitncia mtua do cabo (Cm) encontrada na tabela de especificaes do cabo.
Vamos assumir 65,62pF por metro. Assumindo que a capacitncia do receptor de 60pF, restaria ao
usurio 2440pF (2500pF 60pF). A partir da equao representada acima, temos:
Cm = 65,62pF/m
Cs = 0,5 x Cm = 32,81pF/m (cabo sem Shield)
Cc = 65,62pF + 32,81pF = 98,43pF/m
Comprimento do cabo = 2440pF / 98,43pF/m = 24,79m
O valor da carga capacitiva equivalente de um cabo, tambm designada capacitncia shunt dada
em pF (picofarads) por unidade de comprimento m (metros) / ft (feet) e tambm faz parte da especificao
de um cabo. Como j foi dito a carga capacitiva um fator limitante do comprimento total do cabo. Desta
forma os sistemas que necessitaro de longos trechos de cabo, devero utilizar cabos com baixa
capacitncia.
Redes Industriais
Pgina 60 de 398
ANOTAES
Redes Industriais
Pgina 61 de 398
5. COMUNICAO SERIAL RS-423A (Single-ended)

5.1.
CARACTERSTICAS GERAIS
O padro RS423 uma verso aperfeioada da norma RS232. A distncia de operao foi
estendida para 1Km a uma taxa de 9.600 baud com o uso de receivers de alta sensibilidade. Apesar das
Inovaes implementadas, esta norma tambm foi baseada em uma linha simples, no balanceada, devendo
utilizar como meio um cabo coaxial com malha de blindagem (Shield). Para prevenir a perda de informao
(corrupo de dados), o encaminhamento do cabo deve evitar locais onde fontes de rudo esto presentes.
Terminais e Interfaces RS232 e RS423 podem ser misturados (os dois padres em uma mesma
linha) para distncias de at 15m (limite para o padro RS232).
A utilizao do padro RS423 na indstria no foi to extensa quanto o padro RS232, apesar dos
aperfeioamentos implementados.
5.2.
TABELA COMPARATIVA

Tabela 2: Tabela Comparativa entre RS-232 e RS-423
Redes Industriais
Pgina 62 de 398
ANOTAES
Redes Industriais
Pgina 63 de 398
6. COMUNICAO SERIAL RS-422 (Diferencial)

6.1.
INTRODUO
A transmisso diferencial de dados (sinal diferencial balanceado) oferece uma performance superior
na maioria das aplicaes. A linha de transmisso diferencial est sujeita a rudos e interferncias, porm
como o sinal transmitido atravs de um cabo do tipo par tranado, a diferena de tenso (entre A e B)
devida a esta interferncia eliminada no estgio de entrada (diferencial) do amplificador do receiver. Esta
mesma proteo funciona para os efeitos de Crosstalk (interferncia de outros sinais), assim como qualquer
outra fonte de interferncia desde que no sejam excedidos os limites mximos de tenso de entrada do
circuito do receptor. Os sinais diferenciais ajudam a anular os efeitos de diferena nos nveis de aterramento
entre transmissor e receptor (devido a fontes de alimentao diferentes). O cabo do tipo par tranado junto
com as terminaes correta, ajudam a eliminar os efeitos de reflexo e permitem transferncias de dados
com taxas de at 10Mbps a distncias de mais de 1Km. Dentre as desvantagens podemos relacionar:
circuitos mais complexos e conseqentemente mais caros. As altas taxas de dados alcanadas requerem a
utilizao correta de terminadores.
6.2.
CARACTERSTICAS GERAIS
O padro EIA/TIA-422-A foi idealizado para atender s distncias maiores e operar em taxas de
dados superiores ao padro RS232. Taxas de at 100Kbs e distncias de aproximadamente 1,2Km podem
ser alcanadas no padro RS422. A norma RS422 foi especificada para suportar aplicaes em multi-drop,
onde um nico driver conectado em um barramento e transmite dados para at 10 receivers.
Os dispositivos RS422 no podem ser utilizados para construo de uma rede verdadeiramente
multi-ponto. Uma rede multi-ponto consiste de diversos drivers e receivers conectados em um nico
barramento onde, qualquer n pode transmitir ou receber dados.
Redes quase multi-drop ( 4 fios) so normalmente construdas com dispositivos RS422. Estas
redes so, geralmente, Half-duplex, onde um nico mestre do sistema envia comandos para diversos
escravos. Basicamente um dispositivo (n) escravo endereado por um computador (host), que receber
Redes Industriais
Pgina 64 de 398

a resposta deste dispositivo. Os sistemas do tipo Half-duplex 4 fios so, normalmente utilizados, para
evitar problemas de coliso de dados em uma rede multi-drop.

Tanto o RS422 quanto o RS485 (como veremos a seguir), utilizam par tranado (2 pares para o
RS422) para transmisso do sinal e os mesmos nveis de tenso. A principal diferena entre eles que,
enquanto o RS422 se aplica estritamente a comunicaes ponto-a-ponto, ou seja, o driver est sempre
habilitado, O RS485 pode ser utilizado em sistemas verdadeiramente multi-drop (seus drivers ficam em tristate quando esto inativos).
A norma RS422 recomenda um cabo do tipo par tranado com bitola de 24 AWG, capacitncia shunt
de 16pF/ft e impedncia caracterstica de 100. A norma RS485 no faz nenhuma recomendao a
respeito do cabo a ser utilizado. No entanto a especificao para a norma RS422 pode ser aplicada
RS485.
Abaixo apresentada uma tabela comparativa entre as duas normas (RS423 single-ended e
RS422 - differential), demonstrando as principais especificaes de cada padro.
6.3.
TABELA COMPARATIVA
Tabela 3: Tabela Comparativa entre RS-423 e RS-422

Redes Industriais
Pgina 65 de 398
ANOTAES

Redes Industriais
Pgina 66 de 398
7. COMUNICAO SERIAL RS-485 (Diferencial)

7.1.
INTRODUO
Quando se ouve a frase rede multi-drop, a RS485 provavelmente a primeira coisa que vem em
mente. O RS485 foi adotado como um padro desde 1983 e utilizado em muitos equipamentos de pontos
de venda (registradoras e leitoras de cdigos), assim como na automao industrial (largamente utilizado).
Apesar da aparente simplicidade, ou seja, interligar um par de fios entre cada n da rede existe diversas
consideraes e caractersticas cobertas pela norma e que devem ser atendidas para um perfeito
funcionamento de uma rede.
Atualmente a norma RS485 designada oficialmente como TIA/EIA-485-A. A ltima reviso ocorreu
em 03 de maro de 1988 atravs da associao da TIA Telecommunications Industry Association com a
EIA Electronic Industry Association. Apesar da norma TIA/EIA-485-A ter 17 pginas, ela trata somente das
caractersticas dos dispositivos (line drivers e receivers), nada dito sobre linhas de transmisso e
topologias de rede. Existe um documento, tambm publicado pela TIA/EIA, designado Application Guidelines
for TIA/EIA-485-A que traz uma explanao de como interligar dispositivos definidos para o padro RS485
em uma rede fsica.
7.2.
CARACTERSTICAS
A RS485 uma rede Multidrop, Half-duplex, ou seja, diversos transmissores e receptores podem
ser interligados em uma mesma linha. Somente um transmissor poder estar ativo (transmitindo) por vez. A
norma no diz nada a respeito do protocolo a ser utilizado na rede, o usurio tem a liberdade de determinar
o protocolo a ser usado.
A linha de transmisso no padro RS485 diferencial por natureza. Existem dois fios A e B. O
driver gera tenses complementares em A e B. A figura abaixo mostra como o RS485 define as tenses VOA,
VOB e VO. Quando VOA baixo VOB alto e vice-versa. Existe a capacidade de se implementar o tri-state para
A e B em algumas aplicaes.
Redes Industriais
Pgina 67 de 398
Figura 23: Driver EIA-RS-485
Como j dito, os sinais A e B so complementares, o que no implica que um seja o retorno do

outro, ou seja, o RS485 no um loop de corrente. O driver e o receiver devem compartilhar um mesmo
ponto terra, esta a razo pela qual o termo two-wire network (rede a dois fios) utilizado para o padro
RS485.
Os receivers so projetados para responder diferena entre A e B, VO a tenso diferencial. Os
receivers devem ser sensveis para determinar uma diferena de tenso de 200mV entre VOA e VOB (tenses
menores que 200mV no so determinadas).
O RS485 capaz de suportar redes com distncias de at 1500m e com taxas de at 10Mbps. A
seguir apresentado um grfico que demonstra a curva que relaciona a taxa de dados (em bps) com o
comprimento do cabo (em ps / 1 p = 30,48cm). Este grfico representa uma expectativa, uma vez que
diversos fatores iro influenciar na performance da rede, tais como: tipo de cabo utilizado, terminao, tipos
de drivers e receivers utilizados, EMI - interferncia eletromagntica acoplada ao sistema, geometria fsica da
rede, etc.
Redes Industriais
Pgina 68 de 398
Figura 24: Grfico de Distncias para EIA-RS-485
A norma TIA/EIA-485-A define uma unidade de carga, designada UL e estabelece que um driver
deve ser capaz de suportar 32 ULs. Desta forma uma rede RS485 poderia suportar at 32 ns.
Alguns fabricantes desenvolveram e comercializam transceivers com UL e at 1/8 UL. Assumindo
que cada n representa uma carga de 1/8 UL para a linha de transmisso, uma rede RS485 compatvel
poderia suportar at 256 ns (32 UL x 8 UL/n).
Com a utilizao de repetidores, mltiplas redes podem ser encadeadas para acomodar um nmero
virtualmente ilimitado de ns. Obviamente o tempo de propagao ir tornar-se significativamente longo nas
redes extensas, (com muitos repetidores e grandes extenses de linhas de transmisso), por este fato, as
taxas de dados podero tornar-se inaceitveis (excessivamente baixas).
Redes Industriais
Pgina 69 de 398

Alguns drivers so projetados para ter baixos edge times (tempos de borda), normalmente em
drivers com slew-rate limitado, como vimos no captulo sobre RS232, baixos tempos de borda so obtidos a
partir da limitao do slew-rate. Esta limitao impe, no entanto, uma reduo na resposta do dispositivo
para altas freqncias. Por outro lado, longos tempos de borda permitem a utilizao de cabos mais
extensos e reduzem a quantidade de EMI emitida pela rede.
7.3.

ATERRAMENTO
Um dos pontos mais importantes a serem considerados na construo de uma rede robusta um
aterramento apropriado. A tenso de modo comum (VCM) um dos parmetros mais preocupantes em
relao ao aterramento. A figura abaixo mostra como a tenso VCM definida.
Figura 25: Tenso entre Drivers
A norma TIA/EIA-485-A estabelece que a tenso VCM a soma da diferena de potencial de terra
(entre driver e receiver), a tenso de offset* do gerador (driver) e a tenso de rudo acoplado
longitudinalmente. A tenso de rudo (Vnoise) acoplada de forma idntica em ambos os fios, o que nos leva
Redes Industriais
Pgina 70 de 398

a design-lo como rudo de modo comum. Em redes com cabeamento twisted pair (par tranado)
comum simplificar a tenso de rudo Vnoise como sendo modo comum.
*A tenso de Offset resultado do uso de transistores independentes no
estgio diferencial de entrada do driver, como estes componentes no so idnticos,
surge na sada uma tenso de Offset mesmo sem sinal na entrada.
Como visto na figura acima, a diferena de potencial de terra VGPD parece ser a que causa mais
problemas. O aterramento muitas vezes tratado de forma simplificada como sendo um condutor perfeito
capaz de absorver energia infinita, o que est longe de ser verdade.
Em condies normais, o potencial de aterramento entre dispositivos numa instalao industrial
pode variar de muitos Volts. Estas tenses geralmente provocam uma fuga de corrente do equipamento
para o sistema de aterramento.
Durante a ocorrncia de relmpagos, os potenciais de terra de reas diferentes podem atingir
momentaneamente tenses da ordem de milhares ou centenas de milhares de Volts.
Estes fatos nos levam a concluir que um aterramento feito de forma individual (cada dispositivo com
seu prprio aterramento no local de instalao) no uma boa prtica, podendo causar danos definitivos
aos dispositivos e influenciar de forma negativa no funcionamento da rede.
O melhor mtodo para controlar a tenso VGPD utilizar um terceiro fio o qual ir estabelecer uma
referncia de aterramento para todos os dispositivos ligados na rede. A figura abaixo (a) exemplifica esta
ligao. Este o melhor mtodo para controle da tenso VGPD. Um mtodo menos aconselhvel, porm muito
utilizado apresentado no item (b) da figura abaixo. Este mtodo garante uma conexo de alta impedncia
entre ns, porm pode acarretar em desvios mais tarde, permitindo nveis mais altos de VGPD, no entanto, se
as fontes locais no esto isoladas ou se os loops de terra so uma preocupao, a ligao (b) pode ser
utilizada como mecanismo de limitao da corrente. A figura abaixo (c) exemplifica ainda, uma ligao onde
cada dispositivo aterrado (fisicamente), porm so utilizados como em (b) mecanismos de limitao de
corrente (resistor + fusvel). Neste caso a tenso VGPD entre ns ir variar de acordo com a variao do
potencial atravs da instalao da rede.
Redes Industriais
Pgina 71 de 398
Figura 26: Referncia Local sem Rudo
Figura 27: Referncia Local com Possvel Rudo
Redes Industriais
Pgina 72 de 398
Figura 28: Referncia Terra com Proteo a Rudo
A faixa de tenso VCM entre drivers e receivers em uma rede RS485, de +12V -7V.
Outro grave problema a ocorrncia de transientes no circuito de aterramento. Os transientes so
normalmente gerados por ESDs (Electrostatic Discharges) no aterramento prximo a um n. Raios ocorridos
em regies prximas (1,5Km) tambm podem provocar transientes. Sempre que a tenso VCM desvia de sua
faixa permitida (+12V -7V), o funcionamento dos circuitos fica comprometido. Na verdade os drivers e
receivers podero ser definitivamente danificados quando a tenso VCM atinge valores fora da faixa
permitida. Para evitar transientes, devem ser utilizados TVSs (Transient Voltage Suppressor). Os TVSs so
mecanismos no destrutivos, baseados em diodos zenners, que bloqueiam altas tenses, podendo dissipar
centenas ou milhares de watts sem se danificarem. MOVs (Metal Oxide Varistors) e fusveis tambm podem
ser utilizados, porm com o incoveniente de serem componentes de sacrifcio (so danificados para que o
transiente no chegue ao dispositivo).
Redes Industriais
7.4.
Pgina 73 de 398
BLINDAGEM (SHIELDING)
O cabo com blindagem recomendado, pois funcionar, virtualmente, para todas as aplicaes.
melhor ter uma rede com cabo blindado e no precisar da blindagem do que ter uma rede sem blindagem e
descobrir que voc precisa dela. importante lembrar, no entanto que o cabo blindado mais caro e mais
difcil de ser trabalhado, devido sua espessura e rigidez.
Os receivers RS485 tem uma excelente caracterstica de CMR (Common-Mode Rejection)*. Com o
uso de par tranado e na presena da pior fonte de rudo, a qual induzir o rudo de forma similar em cada
condutor, pela natureza diferencial dos receivers TIA/EIA-485-A, eles funcionaro bem na presena de
grandes nveis de rudo de modo comum, presentes nos cabos de rede.
*CMR, ou Rejeio de Modo Comum uma caracterstica dos receivers diferenciais. Na presena de
uma fonte de rudo, os terminais de entrada diferencial seriam afetados por sinais indesejveis de mesma
fase e amplitude. Esses sinais iriam se sobrepor aos sinais aplicados nas entradas e tenderiam a ser
amplificados e apareceriam na sada do receiver. O CMR a propriedade que rejeita (atenua) qualquer sinal
de entrada aplicado, simultaneamente, s duas entradas do receiver.
Se o seu cabeamento de rede est protegido por conduites apropriados, ou devidamente
acondicionado em bandejas de encaminhamento, distantes dos sinais AC, a blindagem poderia ser
dispensada. Porm se o cabo de rede passa prximo ou termina em dispositivos RS485 para monitoramento
de mquinas de solda, esteiras de transporte, grandes motores, etc, o cabo blindado se faz necessrio.

Figure 29: Cabo blindado RS-485
Redes Industriais
Pgina 74 de 398
7.5.
TOPOLOGIA

Na figura abaixo so apresentadas diversas topologias. Somente na topologia Daisy chain
possvel gerenciar facilmente as reflexes que ocorrem em cada terminao. No impossvel implementar
uma rede em estrela, porm seria difcil manter as reflexes sob controle. A topologia Daisy chain a mais
robusta e confivel para implementar uma rede RS485.
Figura 30: Tipos de Topologias
Em cabos muito longos os efeitos de uma linha de transmisso comeam a ocorrer. Uma maneira
de determinar se, em um cabo de rede que conecta dois ou mais dispositivos (drivers e receivers), se
aplicar os efeitos de uma linha de transmisso em funo do seu comprimento , determinar se o tempo de
elevao e/ou descida (rise/fall* time) menor que 4 vezes o tempo de propagao (em um nico sentido)
do cabo.
Redes Industriais
Pgina 75 de 398

*rise time = tempo necessrio para que um pulso eltrico se eleve de um
dcimo (10%) para 9 dcimos (90%) de seu valor total.
*fall time = tempo necessrio para que um pulso eltrico caia de nove dcimos
(90%) para 1 dcimo (10%) de seu valor total.
A maioria dos cabos de par tranado tem uma velocidade de propagao de
66% ~ 77% de c (c = velocidade da luz)
Velocidade de propagao (% de c) a velocidade na qual um sinal eltrico trafega em um cabo. O
valor dado ou especificado (% de c) deve ser multiplicado pela velocidade da luz (c) para obter-se o valor
final em metros por segundo.
Ex. Um cabo cuja especificao da velocidade de propagao 78% nos dar a seguinte
velocidade de propagao em m/s: 0,77 x 300 x 106 = 231 x 106 m/s
7.6.
TERMINAO

Assumindo que o cabo de uma rede longo o bastante para que surjam os efeitos de uma linha
de transmisso, que tcnica de terminao deveria ser utilizada para atenuar as reflexes?
Uma rede sem terminao simples de construir, de baixo custo e seu consumo reduzido. As
desvantagens, naturalmente, so taxas de dados baixas ou a utilizao de um cabo curto para que a rede
opere satisfatoriamente.
A terminao em paralelo oferece excelentes taxas de dados, mas limitada para redes que
utilizam um nico driver. O driver deve estar localizado em uma extremidade da rede e o resistor de
terminao na outra extremidade. O resistor deve ter o mesmo valor da impedncia caracterstica (Zo) da
linha de transmisso. Os fabricantes de cabo informam o valor Zo nas especificaes dos cabos de rede.
Quanto maior o valor de Zo, menos potncia ser dissipada na forma de calor pelo resistor Rp (Rp = Zo).
A impedncia caracterstica () um valor baseado na condutncia, resistncia, capacitncia e
indutncia inerentes de um cabo. Este valor representa a impedncia de um cabo infinitamente longo, o que
Redes Industriais
Pgina 76 de 398

significa dizer que a terminao do cabo com sua impedncia d ao cabo a aparncia de ser infinitamente
longo, evitando as reflexes para o sinal transmitido.
A terceira tcnica de terminao a bidirecional, a qual oferece uma excelente integridade do
sinal. Com esta tcnica os drivers podero estar em qualquer lugar da rede, a desvantagem o consumo de
potncia. Esta provavelmente a tcnica mais confivel para terminao em redes RS485.
A quarta e ltima tcnica so designadas terminao AC. A idia utilizar um capacitor como
elemento de bloqueio do sinal DC para reduzir o consumo de potncia.
Na figura abaixo esto representadas as quatro tcnicas de terminao citadas:
Figura 31: Terminaes

Redes Industriais
Pgina 77 de 398

O ltimo assunto relacionado com terminao o que fazer com os condutores no utilizados em
um cabo de dados (multicabo). Os condutores no usados sero auto-ressonantes e induziro rudos nos
cabos de dados. Se eles forem deixados abertos, induziro toda a sorte de freqncias estranhas. Se eles
forem aterrados em uma extremidade iro ressonar L/2. Se forem aterradas em ambas as extremidades,
iro ressonar L/4.
O melhor mtodo para minimizar os efeitos de energia em um condutor no utilizado dissipar a
energia na forma de calor. O cabo dever ser ligado terra atravs de um resistor com valor hmico igual
impedncia caracterstica da linha.
7.7.
POLARIZAO DO ESTADO INATIVO

A polarizao do estado inativo tambm conhecida como polarizao prova de falhas. Redes
RS485 com diversos transmissores no mesmo canal de comunicao contam com a capacidade de colocar
os line drivers em tri-state, quando estes no esto transmitindo. Este arranjo permite que os condutores
flutuem (estado instvel), o que pode causar uma leitura errada (dados falsos) nos line receivers.
Propositadamente a norma TIA/EIA-485-A reserva a regio de tenso diferencial abaixo de 200mV
como estado indefinido.
Para solucionar este problema, so utilizados dois resistores para garantir nvel alto em um dos
condutores e nvel baixo no outro.
Dependendo da aplicao, seria melhor utilizar uma srie de resistores, distribudos atravs dos
diversos ns do que somente dois posicionados no final da linha.
Abaixo apresentada uma tabela comparativa entre as duas normas (RS422 e RS485), demonstrando as
principais especificaes de cada padro.
Redes Industriais
7.8.
Pgina 78 de 398
TABELA DE ESPECIFICAES
Tabela 4: Comparativo entre EIA-RS-485 e EIA-RS-422
Um comparativo entre os dois padres diferenciais, demonstrando as ligaes fsicas dos

dispositivos, ser representado a seguir.
7.9.
COMPARAO ENTRE OS PADRES RS422 E RS485
Figure 32: Comparativo entre Ligaes Fsicas

Redes Industriais
Pgina 79 de 398

Finalmente, a seguir, apresentada a tabela comparativa entre os padres de comunicao serial
estudados, onde se podem verificar suas especificaes e principais caractersticas.
7.10. TABELA COMPARATIVA (RS232, RS423, RS422 E RS 485)

Tabela 5: Tabela Comparativa entre RS-232, RS-423, RS-422 e RS-485

Redes Industriais
Pgina 80 de 398
ANOTAES

Redes Industriais
Pgina 81 de 398
8. REDES INDUSTRIAIS
Informao atualmente a palavra-chave em muitas empresas mundo afora. No s as que
trabalham diretamente com Informtica, mas tambm as do ramo industrial esto sendo afetadas pelos
avanos nas tecnologias de transmisso de dados. A integrao entre os diversos nveis de equipamentos e
sistemas de controle tem se tornado essencial para alcanar-se o aumento de eficincia, flexibilidade e
confiabilidade dos sistemas produtivos.
Tal como nos outros mercados de comunicao de dados (Telefonia, Rdios, Emissoras de
Televiso, Internet, etc), os sistemas de transmisso de dados nas indstrias comearam de forma bastante
simples, utilizando conexes do tipo serial RS-232 e RS-485. Porm, com o passar do tempo, as indstrias
foram desenvolvendo sistemas mais complexos, com tecnologias prprias, protocolos, softwares e
hardwares apropriados para suas necessidades.
Redes industriais so essencialmente sistemas distribudos, ou seja, diversos elementos trabalham
de forma simultnea a fim de supervisionar e controlar um determinado processo. Tais elementos (sensores,
atuadores, CLP's, CNC's, PC's, etc), necessitam estar interligados e trocando informaes de forma rpida e
precisa. Um ambiente industrial , geralmente, hostil, de maneira que os dispositivos e equipamentos
pertencentes a uma rede industrial devem ser confiveis, rpidos e robustos. Para implementar-se um
sistema de controle distribudo, baseado em redes, h a necessidade de estudos detalhados acerca do
processo a ser controlado, buscando-se o sistema que melhor se adqe s necessidades do usurio.
Os fabricantes de sistemas de integrao industrial tendem a lanar produtos compatveis com sua
arquitetura prpria, o que leva a graves problemas de compatibilidade entre as diversas redes e sub-redes
presentes nos sistemas, em diversos nveis, equipamentos, dispositivos, hardware e software.
Essa a vantagem das arquiteturas de sistemas abertos, que tendem a seguir padres, de maneira
que o usurio pode encontrar diversas solues diferentes para o mesmo problema.
Redes Industriais
Pgina 82 de 398
Figura 33: Diversidade de Tecnologia em Integrao Industrial

Figure 34: Camadas de um Sistema de Automao
As redes industriais so padronizadas em 3 nveis hierrquicos responsveis pela interconexo de

diferentes tipos de equipamentos.
Redes Industriais
Pgina 83 de 398

O nvel mais alto geralmente o que interliga os equipamentos responsveis pelo planejamento da
produo, scheduling, controles de estoque, estatsticas de qualidade, previses de vendas, etc. Geralmente
implementado utilizando-se softwares gerenciais, tais como sistemas SAP, Arena, etc. O protocolo TCP/IP,
com padro ethernet o mais utilizado nesse nvel.
No nvel intermedirio, onde temos os CLP's e CNC's, principalmente, trafegam informaes de
controle em nvel de mquinas, ou seja, informaes a respeito do status de equipamentos tais como robs,
mquinas-ferramentais, transportadores, etc.
O terceiro nvel, mais baixo, o que se refere parte fsica da rede, onde se localizam os sensores,
atuadores, contatores, etc.
Nveis de Redes Industriais
Tipo de Equipamentos em cada Nvel da Rede
A classificao das redes industriais baseada em trs nveis.

A diviso mostrada a seguir.
Redes Industriais
Pgina 84 de 398
8.1.
REDE SENSORBUS - DADOS NO FORMATO DE BITS
A rede sensorbus conecta equipamentos simples e pequenos diretamente rede. Os equipamentos

deste tipo de rede necessitam de comunicao rpida em nveis discretos e so tipicamente sensores e
atuadores de baixo custo. Estas redes no almejam cobrir grandes distncias, sendo sua principal
preocupao manter os custos de conexo to baixos quanto for possvel. Exemplos tpicos de rede
sensorbus incluem Seriplex, ASI e INTERBUS Loop.
8.2.
REDE DEVICEBUS - DADOS NO FORMATO DE BYTES
A rede devicebus preenche o espao entre redes sensorbus e fieldbus e pode cobrir distncias de
at 500 m. Os equipamentos conectados a esta rede tero mais pontos discretos, alguns dados analgicos
ou uma mistura de ambos. Alm disso, algumas destas redes permitem a transferncia de blocos em uma
menor prioridade comparado aos dados no formato de bytes. Esta rede tem os mesmos requisitos de
transferncia rpida de dados da rede de sensorbus, mas consegue gerenciar mais equipamentos e dados.
Alguns exemplos de redes deste tipo so DeviceNet, Smart Distributed System (SDS), Profibus DP, LONWorks
e INTERBUS-S.
8.3.
REDE FIELDBUS - DADOS NO FORMATO DE PACOTES DE MENSAGENS
A rede fieldbus interliga os equipamentos de I/O mais inteligentes e pode cobrir distncias maiores.
Os equipamentos acoplados rede possuem inteligncia para desempenhar funes especficas de
controle tais como loops PID, controle de fluxo de informaes e processos. Os tempos de transferncia
podem ser longos, mas a rede deve ser capaz de comunicar-se por vrios tipos de dados (discreto,
analgico, parmetros, programas e informaes do usurio). Exemplo de redes fieldbus inclui IEC/ISA SP50,
Fieldbus Foundation, Profibus PA e HART.
Redes Industriais
Pgina 85 de 398

Figure 35: Camadas Redes Industriais

Redes Industriais
Pgina 86 de 398
ANOTAES
Redes Industriais
Pgina 87 de 398
9. REDE AS-i
9.1.
INTRODUO
A rede AS-Interface - Actuator-Sensor-Interface foi inicialmente desenvolvida por um pool de

empresas alems e suas capitaneadas pela Siemens para ser uma alternativa de rede para interligao de
sensores e atuadores discretos. Em 1998 a rede foi padronizada e recebeu o nome EN50295.
Suas principais caractersticas so:
Figura 36: Caractersticas da Rede AS-i

Redes Industriais
Pgina 88 de 398
Figura 37: Faixa de Aplicao
A rede AS-Interface foi estendida recentemente e diversas novas funcionalidades foram adicionadas.
Os dispositivos compatveis com a nova norma (3.0) so compatveis com a norma anterior.
Os chips para a verso 3.0 da rede ASI so produzidos por dois consrcios distintos: Siemens e
Festo desenvolveram em conjunto o chip SAP4 1, pino a pino compatvel com o chip SAP4, e o consrcio de
oito outros membros (Bosch, Hirschmann, ifm electronic, Leuze, Lumberg, Klockner Moeller, Pepperl+Fuchs
and Schneider Electric) desenvolveu o chip A2SI. Ambos os chips proporcionam todas as funcionalidades da
verso 2.1.
As novas funcionalidades acrescentadas na verso 2.1 so:
Ampliao do nmero de escravos de 31 para 62. A capacidade mxima do Barramento foi ampliada para
248 + 186 I/O, mas o tempo de ciclo passou para 10ms.
Um bit adicional no registro de status utilizado para sinalizar erros de perifricos. A indicao de status
de funcionamento dos escravos foi padronizada e ampliada.
Redes Industriais
Pgina 89 de 398

O nmero de profiles de escravos foi ampliado de 15 para 225 com a adio de novos IDs codes.
Melhor tratamento de sinais analgicos, ampliando o espectro de atuao das redes AS-i.
9.2.
CONECTIVIDADE

A rede AS-i pode se conectar ao nvel de controle principal de duas formas. A primeira forma a
conexo direta. Neste caso, o mestre parte de um PLC ou PC sendo executado dentro dos tempos de
ciclos determinados por esses dispositivos. Um mestre AS-i pode ser construdo por qualquer fabricante uma
vez que se trata de um padro aberto.
A segunda maneira de se conectar atravs de um acoplador entre uma rede de mais alto nvel e a
rede ASi. Hoje existem acopladores para as redes de campo mais importantes como: Profibus, Interbus, FIP,
DeviceNet, CAN, etc.
Figura 38: Maneiras de Conectar a Rede AS-i

Redes Industriais
Pgina 90 de 398
9.3.
USO DE VARIVEIS ANALGICAS

Como cada escravo pode enviar apenas 4 bits por ciclo, palavras maiores devem ser divididas e
enviadas em diversos ciclos, at que o envio da mensagem seja completado.
Figura 39: Envio de Valores Analgicos
Pelo diagrama da figura anterior vimos que so necessrios 7 ciclos para completar a transmisso
de um valor analgico de 16 bits. O quarto bit de cada telegrama do master ou escravo um bit de controle.
Variveis analgicas de 12 bits so transmitidas em 6 ciclos. Embora a leitura de cada varivel analgica
demore 30 ms (6 ciclos de 5ms), todas as variveis discretas continuam sendo lidas em ciclos de 5ms. Isto
acontece porque na rede AS-i o mestre continua interrogando os escravos a cada 5ms. Para a leitura de
uma analgica 6 ou 7 ciclos sero necessrios.
O sistema permite o uso de at 4 variveis analgicas por escravo.
Na verso 2.1 possvel ter 4 valores analgicos em um escravo, mais 60 escravos binrios ou
124 (31*4) valores analgicos, mas nenhum valor binrio.
Redes Industriais
Pgina 91 de 398
Figura 40: Transmisso de Valor Analgico
9.4.
DETERMINISMO NO TEMPO
A rede AS-i 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. Este tempo ser menor se menos escravos estiverem presentes.
Tempos de at 500ms so possveis. Valores analgicos requerem vrios ciclos de barramento,
mas no afetam o tempo de ciclo dos dispositivos.
Redes Industriais
9.5.
Pgina 92 de 398
ACESSO CAMADA FSICA
utilizada a modulao por pulsos alternados: Alternating Pulse Modulation (APM).
Figura 41: Modulao de Sinal da Rede AS-i
Trata-se de um mtodo de codificao em banda base cujas etapas de codificao podem ser
visualizadas na Figura 41. Inicialmente os bits de dados e sinal so codificados em codificao Manchester.
Esta codificao implica em um deslocamento de fase a cada bit transmitido. O sinal traduzido em corrente
e depois cada subida de corrente ir implicar em um pulso negativo de tenso na rede e cada descida de
corrente em um pulso positivo. No receptor os bits so de novo convertidos em pulsos discretos, sem o uso
de indutores e o sinal reconstitudo.
Redes Industriais
Pgina 93 de 398

A taxa bruta de transferncia de dados na rede AS-i de 167Kbps e a taxa lquida de 53.3Kbps o
que fornece o valor de eficincia de transferncia de 32%.
9.6.
MENSAGENS AS-I

O ciclo de barramento formado por quatro fases:
1. Pedido do mestre
2. Pausa do mestre
3. Resposta do escravo
4. Pausa do escravo
O formato de cada frame mostrado na figura abaixo
Figura 42: Formato da Mensagem AS-i

ST
Start bit
SB
Control Bit:
0:
dado ou parmetro
1:
comando
A4... A0 Endereo do escravo (5 bits)

I4... I0 Informao a ser transferida (5bits)
PB
Bit de Paridade par
EB
Bit final
Cada bit corresponde a um intervalo de 6ms.
Redes Industriais
Pgina 94 de 398
Figura 43: Tipos de Mensagens
9.6.1.
Data Exchange
o tipo mais comum de mensagem. Serve para transferir um padro de bits para uma sada e no
mesmo comando ler a resposta do escravo.

9.6.2.
Write Parameter

Escreve uma palavra de configurao do comportamento do escravo.

Redes Industriais
9.6.3.

Pgina 95 de 398

Definio do Endereo de um N
Para definir um novo endereo de um nodo, dois comandos so necessrios:
Delete_Operating_Address apaga o endereo de um nodo. Isto necessrio porque o nodo deve

possuir o endereo 0 para poder receber um novo endereo Assign_Address
9.6.4.
Configurao de I/O
A mensagem Read I/O Configuration usada para ler a configurao de I/O de um dispositivo. Esta
configurao segue um dos padres indicados na Figura abaixo.
Figura 44: Configurao de I/O
9.6.5.
Read ID Code

Serve para ler o cdigo do dispositivo. Este parmetro definido durante a fabricao do
componente e no pode ser mais mudado. Ele define o perfil daquele dispositivo.
9.6.6.
Read Status

L os bits de status do dispositivo. O significado destes bits :
Redes Industriais
Pgina 96 de 398
Figura 45: Significado dos Bits
Figura 46: Exemplo de Conector
Figura 47: Caixas de Interligao
Redes Industriais
Pgina 97 de 398
Figura 48: Tipos de Conexes
As sadas de um sensor podem ser transistores NPN ou PNP coletor aberto. Sadas NPN funcionam
como um dreno de corrente at certo valor limite. Sadas PNP funcionam como uma fonte de corrente. O
sensor NPN ao ser acionado vai jogar a carga (por exemplo, entrada de um CLP) para a terra, enquanto
que um sensor PNP vai jogar a carga para VCC, em geral 24 VCC.
Em um sensor NPN, ns conectamos o coletor ao CLP e o emissor terra. Caso se use fonte
diferente para o sensor e o CLP elas devem ter o mesmo terra.
No sensor PNP, ns ligamos o emissor ao VCC da fonte e o coletor entrada do CLP. Se as fontes
forem diferentes devemos ligar o VCC de ambas. Internamente ao sensor o transistor funciona como uma
chave.
Redes Industriais
Pgina 98 de 398
Figura 49: Tipos de Sadas
Figura 50: Cabo de Interligao

Redes Industriais
Pgina 99 de 398

9.7.
TOPOLOGIAS
Figura 51: Topologias para Livre Escolha
9.8.
FONTE AS-I
A fonte responsvel tambm por balancear a rede AS-i. O AS-i operado como um sistema
simtrico, no aterrado. Para imunidade a rudos o cabo AS-i precisa ser instalado to simtrico quanto
possvel. Isso possvel atravs do circuito de balanceamento. A conexo de blindagem deve ser ligada num
ponto apropriado da mquina ou sistema. Apenas esse ponto pode ser conectado terra do sistema (GND).
Redes Industriais
Pgina 100 de 398
Figura 52: Fonte AS-i
9.9.
COMPRIMENTO DO CABO
Figura 53: Comprimento do Cabo para Rede AS-i

Redes Industriais
Pgina 101 de 398
9.10. BENEFCIOS (ECONOMIA)
Figura 54: Economia com o Uso de Uma Rede AS-i
Redes Industriais
Pgina 102 de 398
ANOTAES
Redes Industriais
Pgina 103 de 398
10.
10.1.
HART
INTRODUO
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 um grupo de usurios foi
fundado.
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.
10.2. O SINAL HART

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 2200 Hz utilizada. A comunicao bidirecional.
Redes Industriais
Pgina 104 de 398
Figura 55: Sinal Hart Sobreposto
Este protocolo permite que alm do valor da PV outros valores significativos sejam transmitidos
como parmetros para o instrumento, dados de configurao do dispositivo, dados de calibrao e
diagnstico.
O sinal FSK contnuo em fase, no impondo nenhuma interferncia sobre o sinal analgico. A
padronizao obedece ao padro Bell 202 Frequency Shift Keying.
Redes Industriais
Pgina 105 de 398
10.3. TOPOLOGIA

A topologia pode ser ponto a ponto ou multidrop. O protocolo permite o uso de at dois mestres. O
mestre primrio um computador ou CLP ou multiplexador.

O mestre secundrio geralmente representado por terminais handheld de configurao e
calibrao.
Deve haver uma resistncia de no mnimo 230 ohms entre a fonte de alimentao e o instrumento
para a rede funcionar. O terminal handheld deve ser inserido sempre entre o resistor e o dispositivo de
campo conforme mostrado na figura a seguir.
Figura 56: Conexo com Instrumento HART
O resistor em srie em geral j parte integral de cartes de entrada de controladores single loop
e cartes de entrada de remotas e, portanto no necessita ser adicionado. Outros dispositivos de medio
so inseridos em srie no loop de corrente, o que causa uma queda de tenso em cada dispositivo.
Para a ligao de dispositivos de sada a uma sada analgica, no necessrio um resistor de
shunt.
Redes Industriais
Pgina 106 de 398
Figura 57: Conexo com a Sada
Figura 58: HART com 2 Mestres
Figura 59: Configuradores HART
Redes Industriais
Pgina 107 de 398
Figura 60: Calibradores HART
10.4. MODOS DE COMUNICAO

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.
Figura 61: Configurao Mestre Escravo
Na topologia ponto a ponto um segundo mecanismo de transferncia de dados possvel. O

instrumento pode enviar de forma autnoma e peridica o valor de uma varivel, por exemplo, a PV. No
intervalo entre estes envios o mestre pode executar um ciclo de pergunta e resposta. A taxa de transmisso
neste caso se eleva para 3 ou 4 por segundo. Este modo denominado burst ou broadcast mode. O mestre
Redes Industriais
Pgina 108 de 398

pode enviar uma mensagem para interromper este envio contnuo de mensagens de reply, segundo sua
convenincia.
Cada mensagem pode comunicar o valor de at quatro variveis. Cada dispositivo HART pode ter
at 256 variveis.
Figura 62: Instrumento em Modo de Comunicao

Quando usando uma topologia do tipo multidrop, a rede HART suporta at 15 instrumentos de
campo. Apenas o modo mestre escravo pode ser utilizado. Neste caso o valor da corrente mantido no
seu nvel mnimo de 4 mA e o valor da PV deve ser lido atravs de uma mensagem explcita.
Figura 63: HART em Multidrop
A grande deficincia da topologia multidrop que o tempo de ciclo para leitura de cada device de
cerca de meio segundo podendo alcanar um segundo. Neste caso para 15 dispositivos o tempo ser de
7,5 a 15 segundos, o que muito lento para grande parte das aplicaes.
Redes Industriais
Pgina 109 de 398
10.5. CABOS

A distncia mxima do sinal HART de cerca de 3000 m com cabo com um par tranado blindado e
de 1500 m com cabo mltiplo com blindagem simples.
Existem barreiras especiais de segurana intrnseca que permitem o trfego do sinal HART.
Tabela 6: Distncia Mxima de Cabos em HART
O fator mais limitante do comprimento do cabo sua capacitncia. Quanto maior a capacitncia e o
nmero de dispositivos, menor a distncia mxima permitida:
Tabela 7: Distncia Mxima do Cabo x Nmero de Instrumentos
10.6. COMANDOS HART

Todos dispositivos HART devem aceitar um repertrio mnimo de comandos denominados comandos
universais ou common practice commands. Para cada dispositivo existiro comandos particulares
denominados device specific commands. Os comandos universais asseguram a interoperabilidade entre os
dispositivos de campo.
A Tabela 8 mostra exemplos de comando universais e especficos:
Redes Industriais
Pgina 110 de 398
Tabela 8: Comandos Universais e Especficos
10.7. DEVICE DESCRIPTION LANGUAGE

Todo dispositivo HART acompanhado de um device description (DD) que descreve todos os
parmetros e funes do dispositivo. O objetivo final reunir todas as caractersticas para que um host
possa comunicar plenamente com os dispositivos, assegurando desta forma, a total interoperabilidade entre
os dispositivos.
10.8. MULTIPLEXADORES

Os multiplexadores fazem parte de todo novo projeto envolvendo redes HART.
Os multiplexadores funcionam como um mestre primrio que realiza a leitura de todas as variveis
de processo e informao de status de todos os transmissores periodicamente, de forma independente do
hospedeiro. O host por sua vez l as variveis de processo do multiplexador. O host tambm pode enviar
comando e estabelecer uma conversao diretamente com um dispositivo de campo. O multiplexador
essencial quando um dos objetivos do projeto o controle dos ativos de instrumentao (Instrumentation
Asset Management). Em sistemas antigos onde se deseja implantar esta feature, multiplexadores podem ser
colocados em paralelo com as ligaes convencionais para proporcionar a funo de diagnstico contnuo
dos instrumentos.
Redes Industriais
Pgina 111 de 398
Figura 64: Exemplo de Multiplexadores
Figura 65: Ligao Convencional com Multiplexador
Redes Industriais
Pgina 112 de 398

Na figura acima ilustrado um uso no convencional do protocolo HART. O instrumento
programado tal que o sinal de 4...20 mA fornea o valor da varivel manipulada, sada do algoritmo PID do
bloco implementado pelo instrumento.
Este sinal usado para comandar diretamente a vlvula. O canal HART usado para realizar a
superviso da malha.
A Figura a seguir enfatiza a ligao em srie do instrumento e do atuador.
Figura 66: Ligao em Serie

Redes Industriais
Pgina 113 de 398
ANOTAES

Redes Industriais
Pgina 114 de 398
11.
11.1.
DEVICENET
INTRODUO

A rede DeviceNet classifica-se como uma rede de dispositivo, sendo utilizada para interligao de
equipamentos de campo, tais como sensores, atuadores, AC/DC drivers e CLPs. Esta rede foi desenvolvida
pela Allen Bradley sobre o protocolo CAN (Controller Area Network) e sua especificao aberta e
gerenciada pela DeviceNet Foundation. CAN, por sua vez, foi desenvolvida pela empresa Robert Bosch Corp.
Como uma rede digital para a indstria automobilstica.
Hoje existem inmeros fornecedores de chips CAN: Intel, Motorola, Philips/Signetics, NEC, Hitachi e
Siemens.

Redes Industriais
Pgina 115 de 398

A figura a seguir ilustra a relao entre CAN e DeviceNet e o stack OSI/ISO:
Figura 68: DeviceNet e Can - Camadas
Esta rede possui uma linha tronco de onde derivam as drop lines.
A rede DeviceNet permite a conexo de at 64 nos. O mecanismo de comunicao peer to peer
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.
Figura 69: Aplicaes DeviceNet

Redes Industriais
Pgina 116 de 398
11.2. CARACTERSTICAS DO NVEL FSICO

Topologia fsica bsica do tipo linha principal com derivaes;
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.
Figura 70: Caixa de Conexo Aberta e Selada

Redes Industriais
Pgina 117 de 398

A partir de cada dropline vrios dispositivos podem ser ligados em Daisy Chain.
Figure 71: Topologia DeviceNet
As seguintes regras devem ser obedecidas para que o sistema de cabos seja operacional:
A distncia mxima entre qualquer dispositivo em uma derivao ramificada para a linha tronco no pode
ser maior que 6 metros (20 ps).
A distncia entre dois pontos quaisquer na rede no pode exceder a distncia mxima dos cabos
permitida para a taxa de comunicao e tipo de cabo utilizado conforme a tabela abaixo. A distncia se
refere distncia entre dois dispositivos ou resistores de terminao.
Tabela 9: Transmisso e Comprimento de Cabos
Redes Industriais
Pgina 118 de 398
Figura 72: Clculo da Derivao Cumulativa
Examinando a figura 72:

O comprimento da derivao cumulativa :
(4+1+1+4) + 2 + (3+2+3+3) + 3 + 5 + 4 = 35 m.
Figura 73: Clculo das Distncias Mximas dos Cabos
Redes Industriais
Pgina 119 de 398

Derivao 1: No considerada porque seu comprimento menor que a distncia da linha tronco para
o resistor de terminao (1.5 m).
Derivao 2: considerada, j que 5 > 1,5 + 1,5.
Derivao 3: No considerada.
Distncia mxima dos cabos = (5 m + 50 m + 12 m) = 67 metros.
Uma outra maneira de se realizar este clculo seria avaliar a perda de tenso na rede para que a
tenso na entrada de qualquer mdulo no seja inferior a 21,6 V.
Para isso calculamos as quedas de tenso em cada cabo considerando a resistncia linear tpica
dos cabos, as distncias entre os nodos e as correntes de consumo de cada equipamento. Usando Kircchoff
determinam-se as correntes em cada trecho e por conseqncia as quedas de tenso.
Tipo do cabo Resistividade
Tabela 10: Resistividade de Cabos DeviceNet
Figure 74: Funo / Cores do Cabo DeviceNet
Redes Industriais
Pgina 120 de 398

Figure 75: Tipos de Cabos DeviceNet

Redes Industriais
Pgina 121 de 398

Figure 76: Tipos de Cabos DeviceNet 1
Figura 77: Clculo de Queda de Tenso
Redes Industriais
Pgina 122 de 398
11.3. COLOCAO DA FONTE DE ALIMENTAO

A colocao da fonte de alimentao tambm segue uma srie de regras. Aqui examinaremos
apenas alguns princpios bsicos.
A corrente mxima suportada pela fonte, em um dado segmento, funo do comprimento mximo
do segmento e deve obedecer tabela abaixo:
Tabela 11: Comprimento do Segmento da Rede x Corrente Mxima de Fonte nica
Princpios gerais a serem observados para melhorar o posicionamento da fonte:

Mover a fonte de alimentao na direo da seo sobrecarregada.
Mover as cargas de corrente mais alta para mais prximo da fonte.
Transferir os dispositivos de sees sobrecarregadas para outras sees.
Diminuir o comprimento dos cabos.
Redes Industriais
Pgina 123 de 398
Figura 78: Posicionamento da Fonte de Alimentao
Vamos determinar se a fonte de alimentao est sobrecarregada ou no:

1) Somatrio das correntes dos dispositivos da Seo 1:
(1,10 + 1,25 + 0,50) = 2,85
2) Somatrio das correntes dos dispositivos da Seo 2:
(0,25 + 0,25 + 0,25) = 0,75
3) O comprimento da seo 1 de 86 metros. Consultando a tabela para 100 metros verificamos que a
corrente mxima permitida de 2,93 A.
O comprimento da seo 2 de 158 metros. Consultando a tabela para 160 metros encontramos
1,89 A.
Logo, toda a rede est operacional.
Redes Industriais
Pgina 124 de 398
11.4. DEVICENET ASSISTANT

A Rockwell Automation desenvolveu um aplicativo que facilita a configurao de um barramento
DeviceNet. O software realiza os clculos necessrios para verificao de comprimentos de cabo, corrente,
etc.
Figura 79: Tela do DeviceNet Assistant
11.5. CONTROLE DE ACESSO AO MEIO CAMADA DLL

Utiliza protocolo 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 haja conteno, ocorrer arbitragem bit a bit
baseada na prioridade da mensagem que funo do identificador de pacote de 11 bits.
Redes Industriais
Pgina 125 de 398
Figura 80: Quadro de Dados CAN
11.6. ARBITRAGEM

Um n s inicia o processo de transmisso, quando o meio est livre.

Cada n inicia um processo de transmisso e escuta o meio para conferir bit a bit se o dado
enviado igual ao dado recebido. Os bits com um valor dominante sobrescrevem os bits com um valor
recessivo.
Figura 81: Processo de Arbitragem
Redes Industriais
Pgina 126 de 398

Suponha que os ns 1, 2 e 3 iniciem a transmisso simultaneamente. Todos os ns escrevem e
lem o mesmo bit do barramento at que o n 2 tenta escrever um bit recessivo (1) e l no barramento um
bit dominante (0). Neste momento o n 2 passa para o modo de leitura. Um pouco mais frente o mesmo
acontece com o n 1. Isto significa que o valor do identificador da mensagem 3 tem um menor valor binrio
e, portanto uma maior prioridade que as demais mensagens.
Todos os ns respondem com a ACK, dentro do mesmo slot de tempo, se eles receberam a
mensagem corretamente.
11.7. MODELO DE REDE

Utiliza paradigma Produtor/Consumidor que suporta vrios modelos de rede
Produtor/Consumidor
O Dado identificado pelo seu contedo. A mensagem no necessita explicitar endereo da fonte e
destino dos dados. Tambm no existe o conceito de mestre.
Qualquer n pode iniciar um processo de transmisso. Este modelo permite gerar todos os demais.
11.7.1.
Mestre/Escravo
Figura 82: Mestre / Escravo
Redes Industriais
Pgina 127 de 398

O PLC ou scanner possui a funo de mestre e realiza um polling dos dispositivos escravos. Os
escravos s respondem quando so perguntados. Neste sistema o mestre fixo e existe apenas um
mestre por rede.
11.7.2.
Peer to Peer
Figura 83: Peer to Peer
Redes peer to peer no possuem um mestre fixo. Cada n tem o direito de gerar mensagens para a
rede, quando de posse de um token. O mecanismo de passagem de token pode ser baseado na posio do
n no anel lgico ou definido por um mecanismo de prioridades.
11.7.3.
Multi-Mestre
Figura 84: Multi Mestre

Redes Industriais
Pgina 128 de 398

Uma mensagem pode alcanar diversos destinatrios simultaneamente. Na figura acima a referncia
de posio do rack remoto #1 enviada para o PLC1, PLC2 e para a MMI, ao mesmo tempo.
Numa segunda transao, o comando referncia de velocidade enviado aos trs drivers ao
mesmo tempo.
11.7.4.
Mudana do Estado do Lado
Figura 85: Mudana do Estado do Lado
Ao invs de termos um mestre realizando a leitura cclica de cada dado, os dispositivos de campo
enviam os dados ao mestre quando houver variao de um valor em uma varivel. Tambm possvel
configurar uma mensagem de heart beat. O dispositivo envia uma mensagem quando um dado variou ou
quando o sistema ficar sem comunicar por um perodo de tempo determinado. Desta forma sabemos se o
dispositivo est vivo ou no.
11.7.5.
Produo Cclica de Dados
Redes Industriais
Pgina 129 de 398
Figura 86: Produo Cclica de Dados
Os dispositivos de campo atualizam o mestre periodicamente em bases de tempo prestabelecidas. O modo de operao: mudana de estado e produo cclica so configurveis nodo a nodo.
Nestes dois ltimos tipos de mensagens o consumidor deve enviar uma ACK ao produtor. Para
gerenciar o envio de mensagens de mltiplos consumidores, o ACK handler object deve ser utilizado.
11.8. MENSAGENS

O identificador CAN utilizado para estabelecer a prioridade do n no processo de arbitragem e
usado pelos nodos que recebem a mensagem para filtrar as mensagens do seu interesse.
A rede DeviceNet define dois tipos de mensagens: mensagens de entrada e sada e mensagens
explcitas.
11.8.1.
Mensagens de Entrada / Sada
So dados de tempo crtico orientado ao controle. Elas permitem o trnsito de dados entre uma
aplicao produtora e uma ou mais aplicaes consumidoras.
As mensagens possuem campo de dados de tamanho de 0 a 8 bytes que no contm nenhum
protocolo, exceto para as mensagens de I/O fragmentado, onde o primeiro byte da mensagem usado para
o protocolo de fragmentao. O significado de cada mensagem funo do identificador CAN.
Redes Industriais
Pgina 130 de 398

Antes que mensagens utilizando este ID possam ser enviadas, tanto o dispositivo emissor quanto o
receptor devem ser configurados.
Figura 87: Identificador
Quando a mensagem supera os 8 bytes, existe um servio de fragmentao de mensagens que

aplicado. No existe limite no nmero de fragmentos.
11.8.2.
Mensagens explcitas

So utilizadas para transportar dados de configurao e diagnstico ponto a ponto.
Estas mensagens possuem baixa prioridade. Elas constituem uma comunicao do tipo
pergunta/resposta geralmente utilizada para realizar a configurao de nodos e o diagnstico de problemas.
O significado de cada mensagem codificado no campo de dados.
Mensagens explcitas tambm podem ser fragmentadas.
Figura 88: Quadro de Dados: Fragmentada x No Fragmentada
A definio do comportamento de um dispositivo inserido na rede definida pelo Device Profile.

DeviceNet divide os 11 bits do identificador CAN em quatro grupos:
Redes Industriais
Pgina 131 de 398

Os trs primeiros grupos contm dois campos, um campo de 6 bits para o MAC ID (6 bits <-> 64
endereos) e o restante para o MESSAGE ID. Os dois campos combinados formam o CONECTION ID.
Figura 89: Grupo de Mensagens DeviceNet
11.8.3.
Predefined Master / Slave Connection Set
Em aplicaes Master slave com dispositivos simples, no existe necessidade de configurao

dinmica de conexes entre os dispositivos. Neste caso pode-se usar um conjunto especial de
identificadores conhecidos como Predefined Master/Slave Connection Set. O tipo e a quantidade de dados a
serem gerados por estes dispositivos simples conhecido em tempo de configurao.
As mensagens do grupo 2 so utilizadas na definio destes identificadores. Neste grupo, o MAC ID
no especificado como Source MAC ID, o que possibilita utiliz-lo como Destination ID. O group ID e o MAC
ID esto localizados nos primeiros 8 bits da mensagem o que permite sua filtragem por chips antigos do
protocolo CAN, que s trabalham com 8 bits.
Um mestre, desejando se comunicar com diversos escravos pode pedir emprestado o endereo do
destino da mensagem e usar o campo de MAC ID para este fim.
Redes Industriais
Pgina 132 de 398
Figura 90: Mensagens Predefinidas Mestre / Escravo
11.9. O MODELO DE OBJETOS
O modelo de objetos fornece um gabarito e implementa os atributos (dados), servios
(mtodos ou procedimentos) e comportamentos dos componentes de um produto DeviceNet.

O modelo prev um endereamento de cada atributo consistindo de quatro nmeros: o endereo
do nodo (MAC ID), o identificador da classe de objeto, a instncia, e o nmero do atributo.
Estes quatro componentes de endereo so usados com uma mensagem explcita para mover dados de um
lugar para outro numa rede DeviceNet. A tabela a seguir indica o ranges que estes endereos podem
ocupar:
Redes Industriais
Pgina 133 de 398
Tabela 12: Endereos
As classes de objeto so identificadas por um nmero conforme tabela abaixo:

Tabela 13: Classe de Objetos
Os principais objetos definidos so:
11.9.1.

Objeto Identidade
Cada produto DeviceNet ter uma nica instncia do objeto identidade. Os atributos sero:
Redes Industriais
Pgina 134 de 398
Figura 91: Instncia de Objeto Identidade
11.9.2.
Objeto Roteador de Mensagens
Cada produto DeviceNet ter uma nica instncia do objeto roteador de mensagem (Instncia #1).
O componente roteador de mensagens o componente de um produto que passa mensagens explcitas
para outros objetos. Ele em geral no possui nenhuma visibilidade externa na rede DeviceNet.
11.9.3.
Objeto Assembly
Cada produto DeviceNet ter uma nica ou mltiplas instncias do objeto assembly. O propsito
deste objeto agrupar diferentes atributos (dados) de diferentes objetos de aplicao em um nico
atributo que pode ser movimentado com uma mensagem nica.
11.9.4.
Objetos de Conexo
Cada produto DeviceNet ter tipicamente pelo menos dois objetos de conexo.
Cada objeto de conexo representa um ponto terminal de uma conexo virtual entre dois nodos
numa rede DeviceNet. Uma conexo se chama Explicit Messaging e a outra I/O Messaging.
Mensagens explcitas contm um endereo do atributo, valores de atributo e cdigo de servio
descrevendo a ao pretendida.
Mensagens de I/O contm apenas dados. Numa mensagem de I/O toda a informao sobre o que
fazer com o dado est contido no objeto de conexo associado como a mensagem de I/O.
Redes Industriais
Pgina 135 de 398
11.9.5.
Objetos de Parametrizao

Este objeto opcional e ser usado em dispositivos com parmetros configurveis. Deve existir
uma instncia para cada parmetro configurvel. Uma ferramenta de configurao necessita apenas
enderear o objeto de parametrizao para acessar todos os parmetros. Opes de configurao que
so atributos do objeto de parametrizao devem incluir: valores, faixas, texto e limites.
11.9.6.
Objetos de Aplicao

Todo dispositivo usualmente possui pelo menos um objeto de aplicao. Existem vrios objetos de
aplicao padres na biblioteca de objetos DeviceNet.
Figura 92: Modelo de Objetos DeviceNet
11.10.
ELECTRONIC DATA SHEET (EDS)

Um fornecedor de um instrumento DeviceNet para obter seu certificado de conformidade, deve
fornecer as informaes de configurao de um dispositivo de diversas formas:
Redes Industriais
Pgina 136 de 398

Uma folha de dados impressa;
Uma folha de dados eletrnica (Electronic Data Sheets ou EDS);
Lista de parmetro dos objetos;
Combinao das trs alternativas anteriores Electronic Data Sheets so arquivos de especificao
associados a um dispositivo.
Seu objetivo definir o conjunto de funcionalidades presentes em um dispositivo e permitir uma
rpida configurao dos sistemas computacionais de nvel mais alto.
As ferramentas de configurao de alto nvel fazem uso destes arquivos para tornar visveis
informaes de produtos de mltiplos fornecedores.
Estes arquivos tm formato ASCII e incluem a descrio de atributos essenciais do instrumento
como: nome, faixas de operao, unidades de engenharia, tipos de dados, etc. Alguns destes atributos
constituem requisitos mnimos para aquela classe de instrumento. Outros so atributos especficos de um
fornecedor.
Redes Industriais
Pgina 137 de 398
ANOTAES
Redes Industriais
12.
Pgina 138 de 398
MODBUS
12.1. INTRODUO

O protocolo Modbus foi desenvolvido pela Modicon para comunicar seus PLCs entre si e com
outros dispositivos em vrios tipos de redes. Essas redes incluem as redes industriais Modbus e Modbus
Plus, e redes padronizadas como MAP e Ethernet. Redes so acessadas atravs de portas lgicas nos
controladores ou por adaptadores de rede, mdulos de opo, e gateways.
Como todo protocolo, o Modbus define uma estrutura de mensagem, a qual os controladores
reconhecero e usaro, independentes do tipo de rede que eles se comunicam. Basicamente, descreve o
processo que o controlador usa para pedir acesso a outro dispositivo, como responder a pedidos dos
outros dispositivos, como sero descobertos erros e sero informados.
O protocolo Modbus prov o padro interno que os controladores usam por analisar
gramaticalmente as mensagens e estabelece um formato padronizado para os campos de mensagem.
Durante comunicaes em uma rede Modbus, o protocolo define como cada controlador saber os
endereos dos dispositivos, como ir reconhecer uma mensagem se dirigida a ele, determina o tipo de ao
ser tomada, e extrai quaisquer dados ou outra informao contida na mensagem. Se uma resposta
requerida, o controlador construir a mensagem de resposta e a enviar usando o protocolo Modbus.
Em outras redes, mensagens que contm protocolo Modbus so empacotadas na estrutura de
pacote que est sendo usado na rede. Por exemplo, Controladores de rede Modbus Plus ou MAP, rodando
aplicativos associados a bibliotecas de software e drivers, provem a converso entre a mensagem
encapsulada em protocolo Modbus e os protocolos especficos que essas redes usam para comunicar seus
dispositivos.
Redes Industriais
Pgina 139 de 398

Esta converso tambm pretende solucionar o problema de endereamento, roteamento, e
mtodos especficos de checagem de erro para cada tipo de rede. Por exemplo, endereos de dispositivos
contidos no pacote Modbus sero convertidos em endereos de ns de rede antes de transmisso das
mensagens. Os campos de checagem de erro tambm sero aplicados a pacotes de mensagem, consistente
com o protocolo de cada rede. No destinatrio final da mensagem, um CLP, por exemplo, o contedo da
mensagem encapsulada, escrito em protocolo Modbus vai definir a ao a ser tomada.
A Figura abaixo mostra como poderiam ser interconectados dispositivos em uma hierarquia de
redes que empregam tcnicas de comunicao distintas. Em transaes de mensagem, o Modbus encapsula
suas mensagens na estrutura de pacote de cada rede que prov a maneira pela qual os dispositivos podem
trocar dados.
Figura 93: Aplicao do Protocolo Modbus
Redes Industriais
Pgina 140 de 398

12.1.1. Transaes em Redes Modbus

Porta padronizada de comunicao com protocolos Modbus usa a interface serial RS-232C que
define a pinagem dos conectores, cabeamento, nveis de sinal, taxas de transmisso em bauds, e verificao
de paridade. A conexo pode ser feita atravs de modem alm de via rede.
Os controladores se comunicam usando a tcnica de mestre-escravo em qual s um dispositivo
(mestre) pode iniciar transaes (queries). Os outros dispositivos (escravos) respondem enviando os dados
pedidos pelo mestre, ou executando a ao requisitada. Tipicamente, Mestres tpicos so os Processadores
Principais e os Painis de Programao e os Escravos tpicos so PLCs.
O Mestre pode enderear suas mensagens a escravos individualmente, ou pode iniciar uma
mensagem broadcast a todos os escravos. Por sua vez, os Escravos devolvem uma mensagem (resposta)
para requisies (queries) que so enviadas a eles individualmente. No h respostas dos escravos para
mensagens de broadcast.
O protocolo Modbus estabelece o formato para a requisio do mestre colocando no quadro da
mensagem, o endereo do dispositivo (ou broadcast), um cdigo de funo que define a ao pedida,
quaisquer dados a serem enviados, e um campo de verificao de erro. A mensagem de resposta do
escravo que tambm usa protocolo Modbus montada contendo campos que confirmam a execuo da
ao, quaisquer dados a serem devolvidos, e um campo de verificao de erro. Se um erro acontece na
recepo da mensagem, ou se o escravo no puder executar a ao pedida, o prprio escravo construir
uma mensagem de erro e a enviar como sua resposta.
12.1.2.
Transaes em Outros Tipos de Redes
Alm do protocolo Modbus, alguns modelos de CLPs podem se comunicar em redes Modbus Plus
que usam portas embutidas ou placas adaptadoras de rede, e em cima de MAP, usando adaptadores de
rede.

Nestas redes, os controladores usam a tcnica de comunicao ponto-a-ponto na qual qualquer
controlador pode iniciar transaes com os outros controladores. Assim, um controlador pode operar como
Redes Industriais
Pgina 141 de 398

um escravo ou como mestre em transaes separadas. Freqentemente so criadas mltiplas rotas internas
para permitir atividade de processamento pelos mestres e transaes normais entre escravos.
No nvel de mensagem, o protocolo Modbus aplica ainda o princpio de mestre-escravo embora o
mtodo de comunicao de rede seja ponto-a-ponto. Se um controlador originar uma mensagem, este a faz
como sendo um mestre, e espera uma resposta de um escravo. Semelhantemente, quando um controlador
recebe uma mensagem, este constri uma resposta como sendo de um escravo e a envia para o controlador
de origem.
Figure 94: Arquitetura ModBus

Redes Industriais
Pgina 142 de 398
12.1.3.
O Ciclo de Comunicao
Figura 95: Ciclo de Comunicao entre Mestre e Escravo
A Requisio: O cdigo de funo diz ao escravo que tipo de ao deve ser executada. Os bytes de
dados que contm qualquer informao adicional que o escravo precisar executar a funo. Por exemplo, a
funo cdigo 03 solicita ao escravo que leia um tipo de registro e responda enviando o contedo destes. O
campo de dados contm a informao de que diz ao escravo qual o registro deve iniciar a leitura e quantos
registros devero ser lidos. O campo de cheque de erro prov um mtodo para o escravo validar a
integridade do contedo da mensagem.
Redes Industriais
Pgina 143 de 398
Figura 96: Exemplo de Requisio de Dados
A Resposta: Se o escravo construir uma resposta normal, o cdigo de funo na resposta um eco
do cdigo de funo na questo. Os bytes de dados contm as informaes colhidas pelo escravo, como
valores de registro ou estados. Se um erro acontecer, o cdigo de funo modificado para indicar que a
mensagem uma resposta de erro, e os bytes de dados contm um cdigo que descreve o erro. O campo
de cheque de erro permite que o mestre certifique-se que o contedo da mensagem vlido.
Figura 97: Exemplo de Resposta de Dados
12.2. OS DOIS MODOS DE TRANSMISSO SERIAL
Redes Industriais
Pgina 144 de 398

Controladores podem ser configurados para comunicar-se em Redes Modbus utilizando um dos dois
modos de transmisso: ASCII ou RTU. Os prprios usurios selecionam o modo desejado, assim como os
parmetros de comunicao de porta serial (taxa de bauds, modo de paridade, etc), durante a configurao
de cada controlador. O modo de transmisso e os parmetros de comunicao devem ser os mesmos para
todos os dispositivos em uma Rede Modbus.
A possibilidade de seleo entre o modo ASCII ou modo RTU uma caracterstica exclusiva das
Redes Modbus. Define o contedo em bits dos campos de mensagem transmitido serialmente nessas redes.
Isso determina como sero empacotadas as informaes nos campos de mensagem e como sero
decodificadas.
Em outras redes, como MAP e Modbus Plus, mensagens Modbus so colocadas em frames que no
so relacionados transmisso serial. Por exemplo, um pedido para ler um registro pode ser controlado por
dois PLCs em Modbus Plus sem levar em conta a configurao da porta serial Modbus de qualquer um dos
dois PLCs.
12.2.1.
Modo ASCII
Quando os controladores so configurados para comunicar em uma rede Modbus que usa o modo
ASCII, cada byte de 8 bits em uma mensagem enviado como dois caracteres ASCII. A vantagem principal
deste modo que permite intervalos de tempo de at um segundo entre caracteres sem causar um erro. O
formato para cada byte em modo ASCII :
Sistema codificado:
Hexadecimal carter ASCII [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, A, B, C, D, E, F].
Cada caractere hexadecimal est contido em um caractere ASCII da mensagem.
Bits por Byte:
1 start-bit
7 bits de dados, LSB enviado primeiro
1 bit de paridade; nenhum bit se nenhuma paridade
Redes Industriais
Pgina 145 de 398

1 stop-bit, em caso de haver paridade; 2 bits se nenhuma paridade foi usada
Campo de Checagem de Erro:
Longitudinal Redundancy Check (LRC)
12.2.2.
Modo RTU
Quando os controladores so configurados para comunicar em uma Rede Modbus que usa o modo
RTU (Unidade Terminal Remota), cada byte de 8-bits em uma mensagem contm dois caracteres de 4 bits
em hexadecimal. A vantagem principal deste modo que possui uma densidade maior de caracteres que
permite uma fluidez de dados melhor que o ASCII para a mesma taxa de bauds. Cada mensagem deve ser
transmitida em um fluxo continuo. O formato para cada byte em modo de RTU :
Sistema codificando:
8 Bits binrios, Hexadecimal [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, A, B, C, D, E, F].
Dois caracteres em hexadecimal contidos em cada campo de 8 bits da mensagem
Bits por Byte:
1 start-bit
8 bits de dados, LSB enviado primeiro
1 bit de paridade; nenhum bit se nenhuma paridade
1 stop-bit, em caso de haver paridade; 2 bits se nenhuma paridade foi usada
Campo de Verificao de Erro:
Cyclical Redundancy Check (CRC)
12.2. FRAME DE MENSAGEM

Redes Industriais
Pgina 146 de 398

Em qualquer um dos dois modos de transmisso serial (ASCII ou RTU), uma mensagem Modbus
colocada, pelo dispositivo a transmitir, em um quadro que possui um incio e um final conhecido. Isto
permite que os dispositivos receptores no incio da mensagem leiam o endereo e determinem a qual
dispositivo endereado (ou todos os dispositivos, se a mensagem de broadcast), e saber quando a
mensagem est completa. Podem ser detectadas mensagens parciais assim como fixar erros.
Em redes como MAP ou Modbus Plus, o protocolo de rede gerencia o empacotamento de
mensagens, com delimitadores de incio e fim, especficos para cada rede. Esses protocolos tambm
controlam a entrega ao dispositivo de destino, fazendo o endereamento Modbus encapsulado no protocolo
da rede desnecessrio para esta transmisso. (O endereo Modbus convertido em um endereo de rede e
roteados pelo controlador de origem ou pelo seu adaptador de rede).
Figura 98: Exemplo de Frame Modbus
12.3.1.
Frame ASCII
Redes Industriais
Pgina 147 de 398

No modo ASCII, as mensagens comeam com o caractere de dois pontos (:), 3Ah" em ASCII, e
termina com um Carriage Return Line Feed (CRLF), 0D0Ah em ASCII.
Os caracteres permitidos para transmisso para todos os outros campos so hexadecimais [0, 1, 2,
3, 4, 5, 6, 7, 8, 9, A, B, C, D, E, F]. Dispositivos de rede monitoram o barramento da rede continuamente
para o caracter :. Quando recebido, cada dispositivo decodifica o prximo campo (endereo) para
descobrir se o dispositivo de destino.
Intervalos de at um segundo podem acontecer entre caracteres dentro da mensagem. Se um
intervalo maior acontecer, o dispositivo receptor assume a ocorrncia de um erro. A Figura a seguir mostra
um frame de mensagem tpico.
Figura 99: Frame de Mensagem ASCII
12.3.2.
Frame RTU

Em modo RTU, mensagens comeam com um intervalo silencioso de pelo menos 3,5 tempos de
caractere. Isto implementado facilmente como um mltiplo de tempo de caractere na taxa de bauds
adotada na rede (mostrado como T1-T2-T3-T4 na figura a seguir). O prximo campo transmitido o
endereo do dispositivo.
Os caracteres permitidos para transmisso em todos os campos so hexadecimais [0, 1, 2, 3, 4, 5,
6, 7, 8, 9, A, B, C, D, E, F]. Dispositivos de rede monitoram o barramento continuamente, at encontrarem o
intervalo de silncio. Quando o primeiro campo (endereo) recebido, cada dispositivo o decodifica para
descobrir se com ele que esto falando.
Redes Industriais
Pgina 148 de 398
Figura 100: Diagrama de Atividade de Linha para Seqncia Tpica Modbus
Aps o ltimo caractere transmitido, um intervalo de silncio semelhante ao de incio, de pelo

menos 3,5 tempos de caractere, marca o fim da mensagem. Uma mensagem nova pode comear depois
deste intervalo. O frame inteiro da mensagem deve ser transmitido de maneira contnuo. Se um intervalo
silencioso de mais de 1.5 tempos de caractere acontecer antes de concluso da mensagem, o dispositivo
receptor descarta a mensagem incompleta e assume que o prximo byte ser o campo de endereo de uma
mensagem nova.
Semelhantemente, se uma mensagem nova comea antes do intervalo de 3,5 caracteres, o
dispositivo receptor considerar como continuao da mensagem anterior. Esta situao fixar um erro,
fazendo com que o valor no campo de CRC final no seja vlido para as mensagens superpostas. O frame
tpico de mensagem RTU mostrado a seguir.
Figura 101: Frame de Mensagem RTU
12.3.3.
Controle de Endereamento
Redes Industriais
Pgina 149 de 398

O campo de endereo no frame de mensagem contm dois caracteres (ASCII) ou oito bits (RTU).
Endereos de dispositivo de escravo vlidos esto na gama de 0 a 247 decimal. Qualquer dispositivo
escravo individual pode receber um endereo de 1 a 247, pois o endereo 0 utilizado para
mensagens de broadcast. Um mestre se dirige a um escravo colocando o endereo deste escravo no campo
de endereamento da mensagem. Quando o escravo enviar sua resposta, este coloca seu prprio endereo
no campo de endereamento afim de que o mestre identifique qual escravo est respondendo.
Como a comunicao feita ponto-a-ponto, no h necessidade da identificao do mestre no
frame de mensagem, at porque os escravos apenas respondem a solicitaes do mestre.
Quando o protocolo Modbus for usado em redes de nvel mais altas, a comunicao broadcast pode
no ser permitida ou pode ser substituda por outros mtodos. Por exemplo, o Modbus Plus usa um banco
de dados global compartilhado que pode ser atualizado com cada ciclo do token.
12.3.4.

Campo de Funo
O campo de cdigo de funo no frame de mensagem contm dois caracteres (ASCII) ou oito bits
(RTU). Os Cdigos vlidos esto na gama de 1 a 255 decimal. A aplicabilidade de cada funo especfica
est vinculada ao modelo e tipo do controlador, alguns cdigos foram reservados para uso futuro.

Quando uma mensagem enviada de um mestre para um escravo, o campo de cdigo de funo
fala para o escravo que tipo de ao deve executar. Por exemplo, ler os estados de ON/OFF de um grupo de
variveis discretos ou entradas; ler o contedo de dados de um grupo de registros; ler o diagnstico do
escravo; escrever valores em variveis discretas ou registros; ou permitir carregar, gravar, ou verificar o
programa dentro do escravo.
Quando o escravo responder ao mestre, usa o campo de cdigo de funo para indicar uma
resposta normal (isenta de erro) ou que algum tipo de erro aconteceu (resposta de exceo). Para uma
resposta normal, o escravo simplesmente repete o cdigo de funo original. Para uma resposta de
exceo, o escravo devolve um cdigo que equivalente ao cdigo de funo original com seu bit mais
significante fixado em nvel alto.
Redes Industriais
Pgina 150 de 398

Por exemplo, uma mensagem de mestre para escravo, para ler um grupo de registros teria o
cdigo de funo seguinte:
0000 0011
(03h)
Se o escravo executar a em ao pedida sem erro, devolve o mesmo cdigo em sua resposta. Se uma
exceo acontecer, devolve:
1000 0011
(83h)
Alm da modificao do cdigo de funo para uma resposta de exceo, o escravo coloca um
cdigo especfico no campo de dados da mensagem de resposta. Isto fala para o mestre que tipo de erro
aconteceu, ou a razo para a exceo.
O programa aplicativo do mestre tem a responsabilidade de controlar respostas de exceo.
Tipicamente, tenta-se re-enviar a mensagem seguidamente, solicitar informaes de diagnstico ao escravo,
e notificar os operadores.
Redes Industriais
Pgina 151 de 398

Figure 102: Funes Bsicas ModBus
12.3.5.
Campo de Dados

O campo de dados construdo usando combinaes de dois dgitos em hexadecimal, na gama de
00h a FFh. Estes podem ser representados por um par de caracteres ASCII, ou por um caractere RTU,
de acordo com o modo de transmisso serial da rede.
O campo de dados enviado de um mestre para escravos contm informaes adicionais que o
escravo tem que usar para executar a definida pelo cdigo de funo. Isto inclui endereos de registros e
variveis discretas, a quantidade de itens serem controlados, e a contagem de bytes de dados do campo.
Por exemplo, se o mestre pede para um escravo que leia um grupo de registros (funo cdigo
03h), o campo de dados especifica o incio do registro e quantos registros sero lidos. Se o mestre
escreve em um grupo de registros no escravo (cdigo de funo 10h), o campo de dados especifica o
registro de incio, quantos registros sero escritos a contagem de bytes do campo de dados, e os dados a
serem escritos nos registros.
Redes Industriais
Pgina 152 de 398

Se nenhum erro acontecer, o campo de dados de uma resposta de um escravo para um mestre
contm os dados pedidos. Se um erro acontecer, o campo contm um cdigo de exceo a fim de que a
aplicao que estiver rodando no mestre possa usar para determinar a prxima ao a ser executada.
O campo de dados pode ser inexistente (sem dados) em certos tipos de mensagens. Por exemplo,
em um pedido do mestre para um escravo responder com seu registro de eventos de comunicaes (funo
cdigo 0Bh), o escravo no requer informao adicional. O cdigo de funo especifica a ao por si s.
12.3.6.
Campo de Verificao de Erros

Nas redes Modbus, so usados dois mtodos de checagem de erro. O contedo do campo de
verificao de erros depende do mtodo que est sendo usado.
Para o modo ASCII, o campo de verificao de erros contm dois caracteres ASCII. Os caracteres
de checagem de erro so o resultado de um Cheque de Redundncia Longitudinal (LRC), clculo que
executado no contedo da mensagem, excluindo-se o caractere de incio e o caractere de trmino (CRLF).
Os caracteres de LRC so colocados na mensagem no ltimo campo imediatamente anterior ao CRLF.
Para o modo RTU, o campo de verificao de erros contm uma informao de 16 bits
implementados como dois bytes (8-bits). O valor da checagem de erro o resultado de um clculo de
Cheque de Redundncia Cclico (CRC) executado no contedo da mensagem. O campo de CRC posicionado
como o ltimo campo na mensagem. No final, o byte de mais baixa ordem do campo passa a ser o primeiro,
seguido pelo byte de mais alta ordem, que o ltimo byte a ser enviado na mensagem.
12.3.7.
A Transmisso Serial de Caracteres

As mensagens Modbus transmitidas atravs de redes seriais, cada caractere ou byte enviado na
ordem descrita a seguir (da esquerda para a direita):
Bit Menos Significativo (LSB) Bit Mais Significativo (MSB)
Redes Industriais
Pgina 153 de 398
Figura 103: Sequncia de Bits em Modo ASCII
Figura 104: Sequncia de Bits em Modo RTU
12.3. MTODO DE VERIFICAO DE ERROS

Redes Seriais Modbus usam dois tipos de verificao de erros. A verificao de paridade (par ou
mpar), opcionalmente, pode ser aplicada a cada caractere. A verificao do frame (LRC ou CRC) aplicada
mensagem inteira. Todas essas so geradas pelo dispositivo mestre e aplicadas ao contedo da mensagem
antes da transmisso. O escravo confere cada caractere e o frame da mensagem inteira durante o
recebimento.
O mestre configurado pelo usurio para esperar por um intervalo de tempo predeterminado antes
de abortar a transao (timeout). Este intervalo fixado para ser longo o suficiente para qualquer escravo
poder responder normalmente. Se o escravo descobrir um erro de transmisso, a mensagem no ser
Redes Industriais
Pgina 154 de 398

executada. Neste caso, o escravo no enviar uma resposta ao mestre. Assim o intervalo expirar e
permitir que o programa do mestre faa o controle do erro. Uma mensagem direcionada a um escravo
inexistente na rede, provocar tambm um timeout.
Outras redes como MAP ou Modbus Plus utilizam a verificao de frame em um nvel acima do
Modbus. Nessas redes, o campo LRC ou CRC da mensagem Modbus no so aplicveis. No caso de um erro
de transmisso, os protocolos de comunicao especficos dessas redes notificam o dispositivo de origem
que um erro ocorreu, e de acordo com sua configurao, permite que este retransmita ou aborte o
processo. Se a mensagem entregue, mas o dispositivo de escravo no pode responder, um erro de
timeout pode acontecer e ser detectado pelo programa do mestre.
12.4.1.
Verificao de Paridade

Os prprios usurios podem configurar os controladores para controlar paridade par ou mpar ou
para no verificar paridade. Assim, determinar-se- como o bit de paridade ser fixado em cada caractere.
Tanto para paridade par ou mpar, a quantidade de bits 1 ser contada na parte de dados de cada
caractere (sete bits para modo ASCII, ou oito para RTU). O bit de paridade ser fixado ento a um 0 ou
1 para resultar em um total par ou mpar de bits em nvel alto (1).
Por exemplo, estes oito bits de dados esto contidos em um frame de caracteres RTU:
1100 0101
A quantidade total de bits 1 no frame quatro. Se a paridade par estiver sendo usada, o bit de
paridade da armao ser 0, para que a quantidade total de bits 1 permanea par (4). J para o caso
dede paridade mpar, o bit de paridade ser um 1, para que o total de bits 1 resulte em um nmero
mpar, no caso 5.
Quando a mensagem transmitida, o bit de paridade calculado e adicionado ao frame de cada
caractere. O dispositivo receptor conta a quantidade de bits 1 e indica um erro se eles no
corresponderem ao configurado para aquele dispositivo. Todos os dispositivos de uma rede Modbus devem
usar o mesmo mtodo de verificao de paridade.
Redes Industriais
Pgina 155 de 398

importante notar que a verificao de paridade pode detectar um erro, apenas se um nmero
mpar de bits foram invertidos durante transmisso. Por exemplo, se a verificao de paridade mpar
estiver sendo empregada, e dois bits 1 so invertidos, de um caractere que contm trs bits 1, o
resultado ainda um nmero mpar de bits 1.
Caso a verificao de paridade no esteja sendo executada, nenhum bit de paridade transmitido.
Nesse caso, um stop-bit adicional transmitido para preencher o frame do caractere.
12.4.2.
Verificao de LRC

No modo ASCII, as mensagens incluem um campo de verificao de erro que baseado no mtodo
de Cheque de Redundncia Longitudinal (LRC). O campo de LRC confere o contedo da mensagem, exceto o
bit inicial e ltimo par CRLF. aplicado independente de qualquer mtodo de cheque de paridade usado
para os caracteres individuais da mensagem.
O campo de LRC contm um valor binrio de 8 bits. O valor de LRC calculado pelo dispositivo
transmissor que o adiciona mensagem. O dispositivo receptor calcula o LRC durante o recebimento da
mensagem e compara o valor calculado com o valor que recebeu no campo de LRC. Se os dois valores no
forem iguais, acusado um erro. O LRC calculado somando-se sucessivamente os bytes (8 bits) da
mensagem, descartando as portadoras. Em lgica ladder, a funo de checksum (CKSM) calcula um LRC
dos contedos de mensagem.
12.4.3.
Verificao de CRC
No modo RTU, as mensagens incluem um campo de verificao de erro que est baseado no
mtodo de Cheque de Redundncia Cclico (CRC). O campo de CRC verifica o contedo da mensagem inteira.
aplicado independentemente de qualquer mtodo de verificao de paridade usado para os caracteres
individuais da mensagem.
O campo de CRC composto por dois bytes, contendo um valor binrio de 16 bits. O valor de CRC
calculado pelo dispositivo transmissor que adiciona este campo mensagem. O dispositivo receptor
recalcula o CRC durante o recebimento da mensagem, e compara o valor calculado ao valor que recebeu no
campo de CRC. Se os dois valores no forem iguais, resulta em erro.
Redes Industriais
Pgina 156 de 398

O CRC comea colocando os primeiros 16 bits do registro em nvel alto (1). Inicia-se um processo
que atribui sucessivamente 8 bits da mensagem aos contedos atuais do registro. Somente os oito bits de
dados em cada caractere so usados para gerar o CRC. Start-bits, Stop-bits, e bits de paridade, no se
aplica ao CRC.
Durante gerao do CRC, executada uma operao de OU EXCLUSIVO de cada caractere de 8 bits
com os contedos de registro. O resultado deslocado na direo do bit menos significativo (LSB),
preenchendo com um zero na posio do bit mais significativo (MSB). O LSB extrado e examinado. Se o
LSB for 1, faz-se- uma operao OU EXCLUSIVO do registro com um valor pr-definido. Caso o LSB fosse
0, no se faz a operao de OU EXCLUSIVO.
Este processo se repete at que sejam executados oito deslocamentos. Depois do oitavo, os
prximos 8 bits sofrem uma operao OU EXCLUSIVO com o valor atual do registro, e o processo se repete
para mais oito deslocamentos como descrito acima. Depois de aplicar a todos os bytes da mensagem, o
contedo final dos registros, o valor de CRC. Quando o campo de CRC agregado mensagem, o byte de
mais baixa ordem passa a ser o primeiro seguido pelo byte de mais alta ordem.
Redes Industriais
Pgina 157 de 398
Figura 105: Diagrama de Estado da Verificao CRC
Redes Industriais
Pgina 158 de 398
ANOTAES
Redes Industriais
13.
Pgina 159 de 398
PROFIBUS
13.1. INTRODUO

Profibus hoje um dos standards de rede mais empregados no mundo. 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 europea Cenelec EN 50170.

Figure 106: Topologia Tpica de Redes Profibus
Redes Industriais
Pgina 160 de 398
Figura 107: Aplicao da Rede Profibus
A rede Profibus na verdade uma famlia de trs redes ou communication profiles no jargo
Profibus.
13.2. PROFIBUS DP (DISTRIBUTED PERIPHERALS)

Esta rede especializada na comunicao entre sistemas de automao e perifricos distribudos.
13.3. PROFINET

uma rede de grande capacidade para comunicao de dispositivos inteligente tais como
computadores, CLPs ou outros sistemas inteligentes que impem alta demanda de transmisso de dados. A
comunicao percorre o meio fsico Ethernet TCP/IP.
13.4. PROFIBUS PA (PROCESS AUTOMATION)

Redes Industriais
Pgina 161 de 398

uma rede para a interligao de instrumentos analgicos de campo tais como transmissores de
presso, vazo, temperatura, etc. Esta rede possui uma grande fatia do mercado de barramentos de campo
geralmente chamados de fieldbus.
13.5. CARACTERSTICAS GERAIS

Profibus uma rede multi-mestres. A especificao fieldbus distingue dois tipos de dispositivos:
Dispositivos Mestres:
Um mestre capaz de enviar mensagem independente de solicitaes externas quando tiver a
posse do token. So tambm chamados de estaes ativas.
Dispositivos Escravos:
Redes Industriais
Pgina 162 de 398

No possuem direito de acesso ao barramento e podem apenas confirmar o recebimento de
mensagens ou responder a uma mensagem enviada por um mestre. So tambm chamadas de estaes
passivas. Sua implementao mais simples e barata que a dos mestres.
13.6. CARACTERSTICAS DO NVEL FSICO

Existem atualmente trs physical profiles que definem os mtodos de transmisso disponveis para o
Profibus:
-
RS-485 para aplicaes gerais da automao da manufatura.
IEC 1158-2 para uso na automao de processos.
Fibra tica para maior imunidade a rudo e maiores distncias.
A Profibus sobre uma rede Ethernet 10Mbps ou 100 Mbps, designada PROFINET
Figura 109: Arquitetura dos Protocolos Profibus

Redes Industriais
Pgina 163 de 398

O protocolo DP utiliza as camadas 1 e 2 e a camada de usurio. Esta arquitetura otimizada
assegura uma transmisso de dados eficiente e rpida. A sute Profinet possui apenas as camadas 1, 2 e 7.
A camada 7 corresponde a Profinet (Fieldbus Message Specification (FMS)).
13.7. PROFIBUS PA
Figura 110: Topologia da Rede Profibus PA

A rede Fieldbus PA uma rede para interligar vlvulas, transmissores de presso diferencial, etc.,
portanto geralmente dispositivos escravos. A alimentao dos dispositivos pode se dar pela prpria rede.
Caso se deseje interligar esta rede de baixa velocidade 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 PVs dos
transmissores, executar os algoritmos de controle e definira abertura da vlvula de controle.
Redes Industriais
Pgina 164 de 398

A Profibus PA permite ligar 32 dispositivos por segmento sem segurana intrnseca (IS) ou at 9
dispositivos com segurana intrnseca Ex ia/ib IIC ou at 23 dispositivos com segurana intrnseca Ex ia/ib
IIB.
Os dispositivos podem ser conectados e desconectados para manuteno com a rede em operao,
mesmo quando operando em reas classificadas.

Figure 111: Dados Padro Profibus PA

Redes Industriais
Pgina 165 de 398

Figura 112: Conectores Profibus PA , Caixa de Juno e Acoplador
13.7.1.

IEC 1158-2
A rede Profibus-PA obedece ao padro IEC 1158-2 que utiliza como meio de transmisso um par
tranado blindado, e apresenta a velocidade de 31.25 kbit/s.

Este padro de nvel fsico o mesmo da rede H1 da Foundation Fieldbus.
Ele permite alimentar os dispositivos diretamente, usando o barramento de dois fios e apresenta
segurana intrnseca. Esta rede pode ser usada em reas classificadas e atende ao modelo FISCO (Fieldbus
Intrinsically Safe Concept) definido pelo Federal Physical Technical Institute da Alemanha.
Os princpios fundamentais so:
- Cada segmento deve ter uma nica fonte de potncia: a fonte de alimentao.
- Nenhuma potncia alimentada no barramento quando a estao est enviando dados.
- Cada dispositivo de campo consume uma potncia fixa conhecida em regime.
Redes Industriais
Pgina 166 de 398

- Os dispositivos de campo funcionam como consumidores passivos de corrente.
- A terminao passiva de linha realizada nos dois extremos da linha.
- Topologias linear, rvore e estrela so permitidas.
O consumo de corrente em regime permanente de 10 mA. O n que envia dados deve sobrepor
uma modulao de +/- 9 mA corrente bsica.
A Figura a seguir tem uma demonstrao do sinal Profibus baseado na codificao Manchester BiFase L e em seguida tipos de rudos encontrados em sinais Profibus
Figura 112: Nvel de Sinal na Rede Profibus PA
Redes Industriais
Pgina 167 de 398

Figure 113: Tipos de Rudos no sinal Profibus
Redes Industriais
Pgina 168 de 398
Figura 114: Alimentao de Instrumentos de Campo
13.7.2.
Topologias
Figura 115: Topologia da Rede Profibus

Redes Industriais
Pgina 169 de 398

Profibus-PA & FF (H1)
Daisy Chain a <= 1900m
T-plug IP66 dependendo do nmero de derivaes
Bus b <=120m
Tree Caixa de Juno
b <=120m
Em aplicaes de segurana intrnseca uma drop line (stub ou spur em ingls, ou spur em alemo)
no pode ser maior que 30m.
Para se determinar o comprimento mximo da linha, uma srie de fatores devem ser analisados,
mas uma regra bsica seria calcular a potncia necessria a cada dispositivo a ser conectado e a
classificao da rea de processo. As tabelas 1 e 2 so usadas para este clculo.
Tabela 14: Fontes de Alimentao Padro para Transmisso

Tipo
Aplicao
Tenso
Corrente
Potncia
Nmero
Alimentao
Mxima
Mxima
Estaes
Ex ia/ib IIC
13,5 V
110 mA
1,8 W
II
Ex ib IIC
13,5 V
110 mA
1,8 W
III
Ex ib IIB
13,5 V
250 mA
1,8 W
23
IV
No Classificada
24,0 V
250 mA
1,8 W
32
A tabela acima supe que cada dispositivo ir consumir no mximo 10 mA.

Tabela 15: Comprimento Mximo do Cabo para Transmisso

Fonte Alimentao
Tipo I
Tipo II
Tipo III Tipo IV Tipo IV Tipo IV
Tenso de Alimentao
13,5
13,5
13,5
24,0
24,0
24,0
Necessidade Potncia
mA
<= 110
<= 110
<= 250
<= 110
<= 250
<= 500
Comp. Total Cabo 0,8mm2
<= 900
<= 900
<= 400
<=1900
<=1300
<= 650
Comp. Total Cabo 1,5mm2
<=1000
<=1500
<= 500
<=1900
<=1900
<=1900

Redes Industriais
Pgina 170 de 398

Figure 116: Comparativo entre Cabos Profibus

Figure 117: Caracterstica do Cabo A (Roxo) Profibus PA
13.7.3.
Blocos de funes PA
O profile PA suporta a intercambialidade e interoperabilidade de dispositivos de campo PA de

diferentes fornecedores.
Redes Industriais
Pgina 171 de 398

As funes parmetros de cada dispositivo so descritas atravs modelo de blocos de funo. Os
parmetros de entrada e sada dos blocos de funo so utilizados diretamente pelas aplicaes.
Principais blocos de funo:
Figura 118: Blocos de Funo

Figure 119: Estrutura dos Blocos de Funo
Redes Industriais
Pgina 172 de 398
13.7.4
Exemplo: Parmetros do bloco de funo AI
Figura 120: Exemplos de Parmetros do Bloco de Funo
Figura 121: Parmetros de um Instrumento no Profile PA

Redes Industriais
Pgina 173 de 398
13.8. PROFIBUS DP

uma rede de alta velocidade e multi mestres utilizando o padro RS 485.
Os mestres podem ser de duas categorias:
Classe 1: so mestres que realizam comunicaes cclicas tais como CLPs.
Classe 2: So mestres que trabalham com mensagens assncronas como estaes de operao e de
configurao.
Fi gure 1 21: Cl asse de Me st re s Re de Pro fibus D P
A rede Profibus DP permite a conexo de at 32 dispositivos por segmento, at o 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 RS- 485. A rede pode ser estendida com repetidores at 15 km com fibra tica.
A rede terminada por um terminador ativo no comeo e fim de cada segmento. Ambos os
terminadores devem ser alimentados.
Redes Industriais
Pgina 174 de 398

Figure 122: Tipos de Profibus DP
13.8.1.
Velocidade da Rede
A velocidade da rede nica e determinada pelo escravo mais lento. Hoje a velocidade mxima da
rede Profibus DP 12 Mbps. A velocidade default de 1.5 Mbps.
A velocidade de transmisso ir depender do comprimento do cabo no segmento:
Tabela 16: Taxa de Transmisso e distncia entre cabeamentos.
Redes Industriais
Pgina 175 de 398

importante ressaltar tambm, que os cabos de comunicao da rede devem manter uma certa
distncia de fontes que possam causar qualquer tipo de interferncia no sinal. Alm de mant-los separados,
aconselhvel utilizar bandejamentos ou calhas metlicas fechadas e aterradas, observando as distncias
acima descritas

Figure 123: Sinal Profibus DP

Redes Industriais
Pgina 176 de 398
Figura 124: Conectores Profibus-DP

Figure 125: Comparativo entre Cabos Profibus

Redes Industriais
Pgina 177 de 398
Fi gure 12 6: Cab o A Pro fi bus D P
Os dispositivos mais comuns nesta rede so:

-
Computadores;
Drivers AC e DC (acionamentos);
Sensores e Atuadores;
Controladores Programveis, entre outros.
13.8.2. Tempo de Ciclo

O tempo de ciclo desta rede funo da velocidade da rede, que por sua vez funo da distncia
mxima e do nmero de nodos da rede.
Figura 127: Performance da Rede Profibus DP

Redes Industriais
Pgina 178 de 398
13.8.3.
Topologias

Figure 128: Exemplo de ligao Profibus DP
Figura 129: Topologias para Rede Profibus
Daisy Chain a<= 1200m

Bus T-Plug IP 40
b<= 500 m
Redes Industriais
13.8.4.
Pgina 179 de 398

Uso de Fibra tica
Figura 130: Rede Profibus em Anel Fibra tica
Fibra tica pode ser utilizada para aumentar a imunidade ao rudo ou para alcanar maiores
distncias. Segmentos Profibus utilizando fibra tica como meio fsico devem adotar uma topologia em
estrela ou anel. Alguns fabricantes oferecem ainda redes redundantes com a troca automtica de rota em
caso de falha. Existem tambm acopladores entre rede de fibra tica e RS485, o que permite trocar de meio
de transmisso sempre que desejado. A Hirschmann oferece uma arquitetura de rede em anel utilizando o
repetidor OZD Profibus.

O tipo da fibra ir determinar a distncia mxima a ser alcanada.
Tabela 17: Tipos de Fibras x Distncias
Redes Industriais
Pgina 180 de 398

Figure 131: Tipos de Fibras ticas
13.8.5.

Protocolo de Acesso ao Meio
O protocolo de acesso ao meio implementado pela camada 2, que no caso do Profibus
denominado Fieldbus Data Link (FDL). A camada MAC no Profibus opera segundo dois princpios bsicos:
-
Na comunicao entre sistemas de automao complexos (mestres) deve-se buscar que cada
estao tenha tempo suficiente para realizar suas tarefas de comunicao dentro de intervalos de
tempo estabelecidos. Para este tipo de comunicao adotado o protocolo token passing.
Na comunicao cclica entre um mestre tal como um CLP e seus perifricos (escravos), a
transmisso deve ser o mais simples e rpida possvel. Neste tipo de transao utiliza-se o
protocolo mestre-escravo.
13.8.6.
Protocolo Token Passing

O token passado para cada estao segundo sua posio no anel lgico (endereos crescentes)
dentro de um tempo bem determinado. O tempo de reteno da ficha por cada mestre determinado pelo
tempo de rotao do token, que configurvel.
Redes Industriais
Pgina 181 de 398

A comunicao em Profibus independente de conexo, o que permite executar uma comunicao
broadcast (uma estao envia uma mensagem sem reconhecimento para todas as demais, mestres ou
escravos) ou multicast (uma estao ativa envia uma mensagem sem reconhecimento para um determinado
grupo de estaes (mestre ou escravos).
Figura 132: Comunicao Token Ring e por Polling
13.9. CONEXO DA REDE PROFIBUS PA REDE PROFIBUS DP

Existem duas maneiras de se realizar a conexo das duas redes: via acoplador de segmento e via
DP/PA link. Acopladores so conversores de sinais que adaptam os sinais RS-485 para o nvel de sinal do
IEC 1158-2, no possuem endereo de rede e permitem enderear os dispositivos das sub redes
diretamente. Sua maior desvantagem limitar a velocidade da rede DP a 93.75 kbps (na verdade em 45.4
kbps para a maioria dos fabricantes, somente Pepperl+Fuchs dispunha de soluo a 93.75kbps em 2001).
Alguns fornecedores do mercado limitam esta velocidade para um valor ainda menor.
J o link um equipamento que se conecta na rede DP a 12Mbps e na Profibus PA na velocidade
nominal da rede H1 (31.25 kbps). O link possui um endereo na rede DP e um dispositivo inteligente. Eles
representam todos os dispositivos conectados rede IEC 1158-2 como um nico escravo no segmento RS485.
Redes Industriais
Pgina 182 de 398
Figura 133: Acoplador DP/PA
Figura 134: DP/PA Link
Redes Industriais
Pgina 183 de 398
Figura 135: Sistema Mono Mestre
Cada dispositivo ligado na rede pode fornecer 246 bytes de dados de entrada e 246 bytes de
dados de sada.
Numa arquitetura tpica, a rede teria apenas um mestre, como por exemplo, um CLP. Numa
arquitetura multi-mestres, cada mestre pode ler variveis de cada dispositivo escravo, porm cada escravo
est dedicado a um mestre determinado. Este mestre responsvel pela sua inicializao e configurao. Se
o mestre de alguns escravos no est presente, ento no se consegue realizar a leitura das variveis deste
mestre. Apenas um mestre de cada vez pode escrever num dispositivo escravo.
Redes Industriais
Pgina 184 de 398

Figure 136: Arquitetura Multi-Mestre
13.10. ARQUIVO DE CONFIGURAO: GSD GENERAL SLAVE DATA

Profibus definiu uma folha de dados eletrnica denominada GSD que so proporcionados pelo
fabricante do dispositivo Profibus. O GSD se divide em trs partes: especificaes gerais, informaes
relacionadas ao mestre (para dispositivos mestres), informaes relacionadas ao escravo.
As especificaes gerais definem informaes do fabricante, velocidade de comunicao, pinagem
de conectores, etc.
As especificaes do mestre definem o nmero mximo de escravos permitidos e opes de upload e
download.
As especificaes do escravo definem os parmetros do escravo: nmero e tipo de canais de I/O,
especificao de textos de diagnsticos, etc. Um editor de GSDs est disponvel no stio oficial da rede
Profibus. GSDs so visveis at o nvel de controle e so usados pelas ferramentas de configurao para
visualizar os dados do instrumento.
13.11. EXEMPLO GSD
Redes Industriais
Pgina 185 de 398
Redes Industriais
Pgina 186 de 398
Redes Industriais
Pgina 187 de 398
13.12. COMPARAO DE CUSTO PROFIBUS X 420mA

A rede Profibus tem se mostrada muito efetiva em custo para uma grande gama de aplicaes.
Vamos mostrar um comparativo de custo para um projeto de um tanque de fermentao e armazenamento
de uma cervejaria extrado de um exemplo da Endress Hauser.
Figura 137: Comparao Profibus-PA x 4...20mA
13.13. ORAMENTO 4... 20MA

2pcs External Racks S5-EG 183U
7.100
20pcs Analogue Input Cards 16AE
20.448
6pcs Analogue Output Cards 8AA
12.926
2pcs Cabinets with analogue terminals
11.000
28.270m Cable LIYCY 4x0,5 (incl. mounting)
97.814
357x2 Cable connections
9.246
Planning (179 sheets)
20.000
Mounting
10.710
Setup
12.500
Total 1 (133%)
201.744
48pcs Level+Density analogue devices
168.000
2pcs Planning (60 sheets)

Total 2 (204%)
8.000
381.744
Redes Industriais
Pgina 188 de 398
13.14. ORAMENTO PROFIBUSPA

357pcs Additional costs PA devices
24.656
357pcs T-Connectors for PA connection
28.560
8pcs PROFIBUS-DP Interface Cards IM308C
13.520
20pcs DP/PA Segment Couplers
23.600
28pcs Profibus Connectors
2.240
1pcs Cabinet DP/PA Coupler
2.000
3.940m PROFIBUS-PA cable (incl. mounting)
18.557
357x2 Cable connections
9.246
Planning (29 sheets)
8.000
Mounting
10.710
Setup
10.000
Total 1 (100%)
151.089
Software Level + Density
36.000
Total 2 (100%)
187.089
Figura 138: Exemplo de Painis com e sem Rede Profibus

Redes Industriais
Pgina 189 de 398

Os principais ganhos de se utilizar o Profibus contra o 4..20mA tradicionais podem ser resumidos como:
Reduo do custo de engenharia atravs:
-
Reduo do nmero de equipamentos;
Reduo da documentao.
Reduo do custo de instalao e comissionamento:

-
Reduo do custo com cabos (40%), caixas de terminais, bandejamento e dutos, gabinetes e
espao na sala eltrica;
Fcil modificao, geralmente sem a necessidade de troca de fiao;
Dispositivos multifuncionais reduzem o nmero de taps de processo.
Reduo do custo de operao:

-
Melhor capacidade de diagnstico, reduo do tempo de parada;
Informao disponvel em maior quantidade e qualidade facilitando a anlise do processo e

otimizao.
Reduo do custo de Manuteno:

-
Menor nmero de equipamentos implica em reduo da quantidade de falhas.
Redes Industriais
Pgina 190 de 398
13.15. PROFIBUS E ETHERNET (PROFINET)

Existe um esforo em se buscar o acoplamento transparente entre as redes Profibus e Ethernet. O
que se busca uma reduo dos custos de engenharia e a promoo de uma comunicao mais uniforme
entre aplicativos de alto nvel e dispositivos de campo.
Os principais objetivos so:
-
Mapear todos os servios de engenharia do PROFIBUS para TCP/IP, incluindo acesso ao status das
variveis de processo, dados de diagnstico, parametrizao e a definio de interfaces relevantes
de SW com base em OPC. O usurio poder monitorar dispositivos localmente ou remotamente
atravs da Ethernet/Internet;
Roteamento direto de TCP/IP para Profibus. Uma das idias se permitir o uso de web server em
dispositivos de campo;
Dispositivos de campo complexos sero representados como sistemas orientados a objeto

distribudos.
Outro grande objetivo do projeto Profibus maior suporte para as funes de motion control.
Redes Industriais
Pgina 191 de 398
Figura 139: Profibus e Ethernet TCP/IP
Redes Industriais
Pgina 192 de 398
ANOTAES
Redes Industriais
14.
Pgina 193 de 398
FOUNDATION FIELDBUS
14.1. INTRODUO

A rede Foundation Fieldbus (FF) uma rede digital cuja padronizao levou mais de dez anos para
ser concluda. Existem duas redes FF, uma de baixa velocidade concebida para interligao de instrumentos
(H1 - 31,25 kbps) e outra de alta velocidade utilizada para integrao das demais redes e para a ligao de
dispositivos de alta velocidade como CLPs (HSE - 100 Mpbs).
Figura 140: Redes FieldBus H1 e HSE
Redes Industriais
Pgina 194 de 398

A rede H1 possui velocidade de 31,25 Kbps e proporciona grandes vantagens para substituir a
instrumentao convencional de 4..20mA:
Reduo do cabeamento, painis, borneiras, fontes de alimentao, conversores e espao na sala de
controle;
Alimentao do instrumento pelo mesmo cabo de sinal;
Opes de segurana intrnseca;
Grande capacidade de diagnstico dos instrumentos;
Suporte para asset management: capacidade de realizar funes de diagnstico, configurao, calibrao
via rede permitindo minerar dados de instrumentao em tempo real. Estas funes iro permitir a
implementao da manuteno proativa, centrando os recursos onde eles so mais necessrios;
Capacidade de auto sensing (auto reconhecimento) do instrumento permitindo fcil instalao e download
de parmetros;
Reduo dos custos de engenharia, instalao e manuteno;
Sinal de alta resoluo e livre de distores assegura preciso do sinal recebido aumentando a
confiabilidade do sistema de automao.
A rede Foundation Fieldbus tem como principais concorrentes s redes Profibus - PA e o protocolo
HART.
O estudante deve se esforar para no confundir o nome rede Foundation Fieldbus com o da
fundao que a criou e a mantm esta sim denominada Fieldbus Foundation.
Redes Industriais
Pgina 195 de 398

Uma das grandes revolues da rede FF foi estender a viso da rea de processo at o
instrumento e no at o ltimo elemento inteligente ento existente que era o CLP ou remota do SDCD.
Figure 142: Arquitetura H1

Redes Industriais
Pgina 196 de 398
Figura 143: Conexes ao Processo

A outra revoluo da rede FF foi permitir a migrao das estratgias de controle do controlador,
antes representado por uma remota ou CLP para o elemento de campo, representados pelos transmissores
de temperatura, presso, etc. e pelos atuadores em sua maior parte vlvulas de controle. Isto ir permitir
que dois ou mais instrumentos estabeleam malhas de controle, que uma vez configuradas remotamente
iro operar de forma completamente independente do controlador externo. Estas estratgias de controle
constituem os chamados blocos de controle.
Os blocos mais conhecidos so os de Analog Input (AI), Analog Output (AO), Controlador PID (PID),
Digital Input (DI) e Digital Output (DO).
Redes Industriais
Pgina 197 de 398
Figura 144: Funo de Controle na Instrumentao

Outra vantagem da rede FF a reduo de equipamentos necessrios para instalar os
instrumentos em uma rea classificada.
Redes Industriais
Pgina 198 de 398
Figura 145: Barreiras de Segurana
14.2. ARQUITETURA DO SISTEMA

A tecnologia Fieldbus H1 foi baseada no modelo OSI da ISO.
Figura 146: FieldBus H1 e Modelo OSI

Redes Industriais
Pgina 199 de 398

O sistema H1 formado de trs camadas: a camada fsica, o stack de comunicao e a camada de
usurio. Fazendo a correspondncia com o modelo OSI/ISO, a camada fsica corresponde camada fsica do
modelo OSI. O stack de comunicao contm a camada de acesso ao meio, a camada de aplicao que o
Fieldbus Message Specification (FMS) e o Fieldbus Access Sublayer (FAS) que mapeia o FMS nas funes da
DLL. A camada de usurio do fieldbus inexistente no modelo OSI.
A Figura 147 mostra a formao do quadro fieldbus entre as diversas camadas do stack.
Figura 147: Formao do Quadro de Mensagem
14.3. CAMADA DE APLICAO E BLOCOS

A camada de aplicao utiliza o conceito de blocos para realizar todas suas funes. Existem trs
tipos de blocos bsicos: blocos de recursos e blocos de transdutores, utilizados para configurar os
dispositivos e blocos de funo, utilizados para construir a estratgia de controle.
Redes Industriais
Pgina 200 de 398
Figura 148: Representao por Blocos
Figura 149: Tipos de Blocos
Os blocos de transdutor servem para desacoplar os blocos de funo das funes de interface com
o sensor de campo. Eles podem executar a uma freqncia superior dos blocos de funo. Apesar de
visveis eles no podem ser linkados via ferramenta de configurao. Estes blocos no podem ser
escalonados pelo sistema de gerenciamento. Os blocos de recurso descrevem as caractersticas fsicas do
dispositivo. Eles contem configuraes gerais para o FVD. Eles tambm so visveis externamente, mas no
podem ser interligados nem participar do escalonamento estabelecido pelo LAS. Alguns de seus parmetros
so: ID do fornecedor, verso do dispositivo, caractersticas, capacidade de memria, etc.
Redes Industriais
Pgina 201 de 398

Os blocos de funo determinam o comportamento do sistema. As entradas e sadas dos blocos de
funo podem ser interligadas para configurar uma estratgia de controle. A execuo de cada bloco de
funo pode ser precisamente escalonada pelo sistema.
Os dez principais blocos de funo so:

Tabela 18: Blocos de Funo
Transmissores simples de temperatura, presso, etc., possuem um nico bloco AI.

Uma vlvula de controle pode conter um bloco PID alm do bloco AO.
E x e m p l o:
Na figura abaixo, uma malha de controle foi definida usando apenas os blocos de controle contidos
em dois dispositivos: um medidor de vazo que fornece o bloco AI e uma vlvula que fornece os blocos AO e
PID.
Redes Industriais
Pgina 202 de 398

Figura 150: Malha de Controle entre Dois Instrumentos
14.4. BLOCOS AVANADOS

A especificao FF-892 introduz novos blocos de controle:
Tabela 19: Blocos de Funo Avanados
A especificao FF-893 introduziu os blocos mltiplos ou multiple I/O (MIO):
Redes Industriais
Pgina 203 de 398
Tabela 20: Blocos de Funo Avanados 2
A grande inovao veio a seguir. A especificao FF-894 permite a criao de um bloco de

aplicao livre pelo prprio usurio usando a norma IEC 61131-3. Este bloco recebeu o nome de Flexible
Function Block (FFB).
Figura 151: Bloco de Funo Flexvel
Um bloco mantm controle da comunicao com outros blocos. Se houver perda de comunicao o
dado de entrada considerado velho (stale) e o bloco sinaliza o problema.
Redes Industriais
Pgina 204 de 398
Figura 152: Bloco AI e sua Implementao
Figura 153: Bloco AI e Simulao de Valores de Entrada
Um bloco AI, por exemplo, tem vrias funcionalidades fora ler um dado do campo e o disponibilizar
como um valor digital para outros blocos. O bloco AI capaz de aplicar um alarme da sada por faixa e at
de simular uma entrada analgica que esteja com status ruim baseado em seus valores anteriores (Figura
153).
Redes Industriais
Pgina 205 de 398
Figura 154: Sumario dos Blocos de Controle
Figura 155: Exemplo de Configurao de Malhas de Controle
Redes Industriais
Pgina 206 de 398
14.5. CAMADA FSICA

Tanto a FF-H1 como a rede Profibus-PA tem sua camada fsica padronizada pela norma IEC
611582. Os sinais H1 so codificados utilizando codificao Manchester Bifase-L. Trata-se de uma
comunicao sncrona que envia os sinais de dados combinados com o relgio.
Figura 156: Codificao Manchester Bifase-L
Observe que o sinal resultante corresponde funo XOR negada dos sinais de clock e dados. Uma
transio positiva do sinal combinado no meio do perodo correspondente a um bit ser considerada 0 e
uma transio negativa lida como 1. Para sincronizar o clock do receptor com o do transmissor um
prembulo formado por uma seqncia de 0s e 1s inicialmente transmitido.
Redes Industriais
Pgina 207 de 398

Para delimitar os quadros so utilizados sinais especiais correspondentes a violaes dos cdigos
acima. Os sinais N+ e N- no apresentam uma transio no meio do tempo correspondente a um bit.
Figura 157: Caracteres Especiais de Inicio e Final de Quadro
O transmissor ir modular o sinal variando a corrente de 10mA a uma freqncia de 31,25 Kbps
sobre uma carga equivalente de 50 ohms para criar uma modulao de 1.0 Volt pico a pico sobre o sinal
da fonte de alimentao. O valor da tenso da fonte de alimentao pode variar de 9 a 32 Volts.
Aplicaes de segurana intrnseca (SI) possuem outros requerimentos.
Redes Industriais
Pgina 208 de 398
Figura 158: Sinal FieldBus

As regras bsicas para validao de uma rede FF-H1 so:
A rede formada por uma linha troco com stubs ou spurs. A linha tronco deve ser terminada por um
terminador passivo.
O comprimento mximo da linha tronco e da soma de todos os stubs de 1900m.
O nmero de instrumentos na rede pode ser: 2 a 32 instrumentos numa conexo no intrinsecamente
segura com fonte de alimentao separada do sinal de alimentao. 1 a 12 instrumentos quando a aplicao
no requer SI e os instrumentos so alimentados pelo cabo de sinal. 2 a 6 instrumentos para aplicaes de
SI quando os instrumentos recebem a sua alimentao diretamente do cabo de comunicao.
Repetidores podem ser utilizados para regenerar o sinal aps excedida a especificao de distncia
mxima. O nmero mximo de repetidores quatro. A distncia mxima entre dois instrumentos quaisquer
no deve exceder 9500 m.
Redes Industriais
Pgina 209 de 398

O cabo fieldbus polarizado. Inverter a polarizao pode causar danos a todos os instrumentos
conectados rede. Alguns fornecedores garantem instrumentos livres de polarizao.
O comprimento dos spurs deve ser calculado obedecendo aos dados da tabela abaixo:
Tabela 21: Comprimento Mximo dos Spurs
Figura 159: Topologias da Rede FieldBus
Redes Industriais
Pgina 210 de 398
14.6. ELEMENTOS DE REDE

Os principais elementos na rede fieldbus so:
A fonte de alimentao;
O mdulo condicionador de potncia;
O terminador de barramento;
A ligao de dispositivos rede pode se dar atravs de conectores Ts ou de caixas de juno.
Figura 160: Terminador e cabo da Rede FF-H1

Redes Industriais
Pgina 211 de 398

A fonte de alimentao um equipamento de segurana no-intrnsica com uma entrada AC
universal e uma sada de 24Vdc, isolada, com proteo contra sobre corrente e curto-circuito, ripple e
indicao de falha, apropriada para alimentar os elementos do Fieldbus. Exemplo: Fonte DF52 da Smar.
O mdulo condicionador de potncia um equipamento de controle de impedncia ativo, noisolado, de acordo com o padro IEC 1158-2. Este equipamento apresenta uma impedncia de sada que,
em paralelo com os dois terminadores de barramento (um resistor de 100 em srie com um capacitor de
1F) atendendo ao padro, resulta em uma impedncia de linha puramente resistiva para uma ampla faixa
de freqncia. Exemplos: os mdulos DF49 (dois canais) e mdulo DF53 (quatro canais) da Smar. Estes
mdulos no podem ser utilizados em reas que exigem especificaes de segurana intrnseca.
O terminador de barramento um elemento passivo formado por um de 100 em srie com um
capacitor de 1F acondicionado em um invlucro vedado.
Figura 161: Configurao Bsica de uma Rede FF-H1
Redes Industriais
Pgina 212 de 398
Figura 162: Ligao na Caixa de Juno

Figure 163: Caixa de juno FF
Redes Industriais
Pgina 213 de 398

Figura 164: Elementos de Rede FF (Conectores)
14.7. CICLO DE OPERAO
Figura 165: Macro ciclo e Escalonamento do Barramento

Redes Industriais
Pgina 214 de 398

O escalonamento executado periodicamente em um perodo de tempo denominado macrocycle.
Cada dispositivo do barramento sincronizado com preciso de 1ms e obedece a um escalonamento prdeterminado. O scheduler determina quando os blocos de funo de cada dispositivos so executados e
quando comunicaes escalonadas e no escalonadas ocorrem no barramento. As atividades de mxima
prioridade que devem acontecer ciclicamente so denominadas operaes escalonadas. As operaes no
escalonadas ocorrem quando o primeiro tipo de comunicao no est sendo executado. e outras
operaes denominadas comunicaes no escalonadas podero executar. Por exemplo, as transferncias
de dados entre blocos de malhas de controle executam na parte escalonada.
O LAS (Link Active Scheduler) o dispositivo que controla a comunicao no barramento.
Pelo padro FF existem trs tipos de dispositivos:
O Link Master que capaz de suportar as funes de LAS;
Bsico que no capaz de suportar as funes de LAS;
Linking device que alm de ter a capacidade de ser Link Master possui a funcionalidade de conectar
segmentos H1.
Apenas um link master executando como LAS pode controlar a comunicao no barramento FF-H1.
Caso este dispositivo saia do ar outro link master ir tentar assumir o papel de LAS. Deve existir pelo menos
um link master por segmento capaz de assumir o papel de LAS. Durante a partida o link master com menor
nmero de n assume o papel de LAS.
14.8. SINCRONIZAO NO TEMPO

Existem vrias sincronizaes a serem efetivadas em uma rede FF-H1:
14.8.1.

Sincronizao do Tempo de Datalink
A primeira funo proporcionar a sincronizao no tempo de cada dispositivo no barramento.
Cada instrumento um computador e com o tempo os relgios dos diversos instrumentos passam a
Redes Industriais
Pgina 215 de 398

apresentar um erro de fase (drift error). Como a comunicao deve ser determinstica com preciso de 1 ms
os relgios devem ser sincronizados periodicamente. O LAS responsvel por este servio de sincronizao
do tempo de barramento ou data link time. Ele envia uma mensagem denominada TD (time distribution)
periodicamente no barramento.
14.8.2.

Sincronismo do Time of Day
Outro sincronismo importante o do relgio de hora do dia utilizado para aplicar o time stamp em
cada dado lido e nos eventos e alarmes ocorrido. Esta hora denominada application time e deve ser
sincronizada para todos os dispositivos.
Este sincronismo obtido atravs da Clock Message enviada por um dispositivo denominado Time
Master atravs de uma mensagem do tipo DT (Data Transfer) enviada. O Time Master pode ser qualquer
dispositivo do barramento incluindo o host que tambm executa o papel de LAS ou qualquer instrumento.
Esta mensagem no considerada parte do ciclo de manuteno do enlace de dados.
14.8.3.

Identificao dos Dispositivos
A manuteno de enlace de dados inclui outras atividades como a identificao de novos
instrumentos inseridos na rede. Isto proporciona a importante capacidade de plug and play da rede. O LAS
mantm uma lista com todos os endereos de dispositivos ativos no barramento. Esta lista chamada de
Live List ou lista de dispositivos ativos.

Uma mensagem especial denominada PN (Probe Node) utilizada para identificar novos
dispositivos. O LAS periodicamente envia mensagens PN para os nodos que no esto na Live List. Se um
dispositivo est presente no endereo ele responde com a mensagem PR (Probe Response). O LAS inclui o
dispositivo na Live List e confirma a ativao do dispositivo atravs da mensagem NodeActivation.
Cada dispositivo identificado por trs valores:
Device ID: Nmero de srie definido pelo fabricante do instrumento. Por exemplo: 31416ACME93293;
Device Name (TAG): definido pelo usurio. Por exemplo: TT-01;
Redes Industriais
Pgina 216 de 398

Device Address: endereo nico no segmento. Por exemplo: 33.
Todo o endereamento configurado por comandos do barramento sem o uso de jumpers ou dip-
switches.
A sequncia para se designar um novo endereo para um dispositivo a seguinte:
Um novo dispositivo conectado ao barramento e usa um endereo default randmico entre 248-251;
Uma ferramenta de configurao rodando no host atribui um nome fsico ao dispositivo (PD TAG);
Uma ferramenta de configurao rodando no host designa um endereo permanente no utilizado ao
dispositivo. O dispositivo se lembrar deste endereo mesmo aps uma queda de alimentao.
14.8.4.

Dicionrio de Objetos
Todo dado dos dispositivos accessvel via rede descrito pelo Object Dictionary (OD) que depende
do dispositivo.
O Virtual Field Device (VFD) contem todos os objetos e descritores de objetos que podem ser
utilizados por um usurio de comunicao. Todo dispositivo de campo geralmente tem duas VFDs:
Uma FFD para blocos de funo;
Uma Management Information Base (MIB) que retrata aplicaes de gerenciamento de rede e do sistema;
Toda aplicao de controle consiste de blocos de funo interconectados. Blocos so conectados
atravs de objetos de ligao (linking objects) da VFD de blocos de funo. Um objeto de ligao ir
conectar dois blocos de funo no mesmo instrumento ou um bloco de funo para uma VCR para produtor
ou consumidor.
Redes Industriais
Pgina 217 de 398
Figura 166: Dispositivo de Campo Virtual e Seus Dicionrios de Objetos
14.8.5.
Comunicao Escalonada
A comunicao escalonada usada para transferir dados cclicos de malhas de controle entre os
blocos de funo. O LAS possui uma lista com os tempos para transmisso de todos os blocos de todos os
dispositivos que necessitam ser transmitido ciclicamente.
Quando chega a hora de um dispositivo enviar um buffer o LAS envia uma mensagem do tipo
Compel Data (CD) para o dispositivo. Ao receber o CD o dispositivo publica ou broadcasts o dado para todos
os dispositivos no barramento. Todo dispositivo que estiver configurado para receber o dado chamado de
assinante ou consumidor. O LAS reserva um trfego exclusivo para realizar as comunicaes escalonadas.
14.8.6.
Comunicao No Escalonada

Todos os dispositivos do barramento tm a chance de transmitir informaes no escalonadas
entre os ciclos de transmisso de mensagens cclicas.
O LAS garante uma permisso para um dispositivo usar o barramento emitindo uma mensagem do
tipo PT (Pass Token) para o dispositivo. Quando o dispositivo percebe o token ele tem o direito de usar o
barramento at terminar ou at o tempo mximo de manuteno do token ter sido alcanado.
Redes Industriais
Pgina 218 de 398
14.9. A OPERAO DO LAS

O LAS realiza ciclicamente as seguintes operaes:
Figura 167: Ciclo de Atividade do LAS

A programao de CD contm uma lista de atividades que esto programadas para serem
executadas ciclicamente. Na hora especificada o LAS envia uma mensagem CD (Compel Data) para um buffer
de dados em um dispositivo FF. O dispositivo publica a mensagem. Esta atividade tem prioridade mxima.
Todas as demais atividades acontecem entre este tipo de transferncias. O LAS passa a enviar PTs para
todos os nodos na Live List. O dispositivo que responder corretamente a mensagens PT continua na Live
List. Se o dispositivo ao receber o token no transmitir uma mensagem ou devolver o token por trs vezes
consecutivas, ser tirado da Live List. Depois o LAS deve enviar mensagem PN (Probe Node) a pelo menos
um nodo fora da Live List. Toda vez que o LAS altera a Live List ele realiza o broadcast das alteraes na
Live List para que todos os nodos possam ter uma cpia atualizada da Live List.
A mensagem TD (Time Distribution) enviada periodicamente a todos os ns.
Redes Industriais
Pgina 219 de 398
14.10. VIRTUAL COMMUNICATION RELATIONSHIPS (VCR)

A comunicao escalonada e no escalonada uma funo da camada DLL (Data Link Layer). A
camada FAS (Fieldbus Access Sub layer) utiliza estas funes para proporcionar um servio camada FMS
(Fieldbus Message Specification).
Estes servios so descritos por VCRs (Virtual Communication Relationship), relaes virtuais de
comunicao.
O VCR como uma abreviatura de acesso, uma pequena estrutura que resume um conjunto maior
de dados pr-armazenados.
As principais VCRs so:
14.10.1.
Comunicao Cliente Servidor

Utilizada para comunicao enfileirada, no escalonada, iniciada pelo usurio, um para um, entre
dispositivos no fieldbus.
Enfileirada implica que as mensagens so enviadas na ordem fornecida para transmisso,
respeitada suas prioridades, sem sobrescrita das mensagens anteriores. Quando um dispositivo recebe um
token ele coloca uma mensagem no barramento. Ele dito cliente da comunicao e o destino da
mensagem o servidor. Quando o servidor recebe o token do LAS ele responde pergunta recebida.
Exemplos: Mudana de set point pelo operador, sintonia de malhas e parmetros, reconhecimento
de alarmes e download e upload do dispositivo.
A Figura 168 mostra um exemplo de mecanismo cliente servidor implementado com comunicao
no escalonada:
Redes Industriais
Pgina 220 de 398
Figura 168: Mecanismo Cliente - Servidor
O mecanismo pode ser sumarizado como:

1. O Cliente necessita de dado do servidor
2. O Cliente coloca uma mensagem Data Transfer Request na fila.
3. Cliente recebe o token do LAS.
4. Cliente envia Data Transfer Confirmed Request para o Servidor.
5. O Servidor coloca dado solicitado na fila de mensagem.
6. Servidor recebe token do LAS.
7. Servidor envia Data Transfer Confirmed Response para o Cliente.
Redes Industriais
Pgina 221 de 398

8. Cliente recebe e decodifica dado solicitado.
9. LAS continua a cuidar de outras comunicaes do barramento.
14.10.2.
Distribuio de Relatrio (Report Distribution or Source and Sink)

Utilizada para comunicao enfileirada, no escalonada, iniciada pelo usurio, um para muitos,
entre dispositivos no fieldbus.
Quando um dispositivo com um evento ou relatrio de tendncia recebe o token do LAS, ele envia a
mensagem para um grupo de endereos representado pelo VCR. Dispositivos interessados em receberem a
mensagem identificada pelo VCR iro receber o evento ou relatrio.
Exemplo: Envio de eventos e alarmes (non solicited messages) para estaes de superviso.
Redes Industriais
Pgina 222 de 398
Figura 169: Distribuio do Relatrio
14.10.3.

Produtor Consumidor
utilizado para comunicao buferizada de um para muitos. Bufferizado quer dizer que apenas a
ltima verso da informao mantida. O dado mais recente sobrescreve o dado anterior.
Quando um dispositivo recebe a mensagem CD do LAS, ele transmite uma mensagem. Este
dispositivo chamado de produtor. Todos os dispositivos interessados no dado iro receb-lo. Estes
dispositivos so os assinantes ou consumidores.
A mensagem Cd pode ser escalonada no LAS ou enviada aos assinantes de forma no escalonada.
Um atributo do VCR ir determinar quais dos dois mecanismos sero utilizados.
Exemplo:
utilizado para publicar de forma escalonada e cclica os valores das PVs e MVs das malhas de
controle para os instrumentos e para as estaes de operao.
Redes Industriais
Pgina 223 de 398
Figura 170: Mecanismo Produtor - Consumidor
Figura 171: Sumario de Servios da FAZ
Redes Industriais
Pgina 224 de 398
Figura 172: Sumario de Tipos de Comunicao FF
14.11.

VANTAGENS DA REDE H1 SOBRE PROFIBUS-PA
So vantagens da rede H1 sobre a rede Profibus-PA:
A rede FF-H1 possibilita o auto reconhecimento do instrumento instalado a quente possibilitando uma
operao plug and play.
Na rede FF_H1 o controle realizado no instrumento mudando a estratgia de controle para FCS (Field
Control System).
Na rede FF-H1 o acesso aos dados de E/S determinstico no tempo.
A rede FF-H1 permite configurar o dispositivo remotamente sem o uso de dip-switches.
A rede FF-H1 permite o envio de diagnstico e mensagens de status pelo instrumento.
Redes Industriais
Pgina 225 de 398

A rede FF-H1 implementa o conceito de produtor-consumidor que alm de diminuir os requisitos de banda
promovem uma total transparncia de dados entre as diversas camadas do sistema de controle.
A rede FF_H1 permite que o instrumento armazene dados de tendncia histrica, que depois so
transferidos para o mestre.
14.12. PERFORMANCE

Em 2002 houve um estudo que mostrou uma estatstica de desempenho dos principiais blocos de
controle. No necessariamente as funes de malha PID precisam ser executadas de forma distribuda na
instrumentao. Elas podem ser executadas tambm um nvel acima como em um SDCD tradicional.
Figura 173: Tempos de Performance Tpicos
Redes Industriais
Pgina 226 de 398
14.13. INTEGRAO COM REDE HSE

A rede H1 possui certas limitaes. O nmero de instrumentos na rede no pode crescer muito estando
limitado pelos recursos de faixa exigidos por cada instrumento. normal que apenas 5 ou 7 instrumentos sejam
colocados em um mesmo segmento. Para interligar diversos segmentos FF-H1 a soluo ideal o uso da rede HSE
operando na velocidade de 100 Mpbs.
A rede HSE compatvel com os protocolos da rede H1, permitindo o intertravamento de instrumentos
localizados em diferentes segmentos de rede. Alm disso, permite a interligao de dispositivos que requerem
grande capacidade de rede como CLPs e computadores host e instrumentos especializados que necessitam
transferir grandes blocos de dados como espectrofotmetros.
A rede HSE evita a existncia de diversos nveis de hierarquia reduzindo qualquer configurao a dois
nveis apenas.
Figure 174: Interligao entre Redes HSE e H1
Alm de servir de gateway entre a rede HSE e a rede H1 os device links realizam outra funo
importante: eles podem ter pontos de I/O locais para permitir a interligao de sinais discretos oferecendo
uma boa soluo para aplicaes de natureza hbrida. Outros device links possuem interfaces para outros
Redes Industriais
Pgina 227 de 398

protocolos como o Modbus para facilitar a interligao de inversores de freqncia e outros tipos de
dispositivos inteligentes orientados a byte.
Figura 175: Linking Device HSE com I/O Local e com Interface Modbus
Existem blocos de I/O remotos que podem ser ligados na rede H1 para um pequeno nmero de
sinais de entrada e sada como o Smar DC302 I/O Block.
Figura 176: Bloco de I/O Smar DC 302
Recentemente foram introduzidos no padro H1 blocos de funo mltiplos capazes de manipular

at oito variveis digitais e analgicas. So os blocos MAI, MAO, MDI, MDO. Todas as oito variveis podem
ser lidas ou escritas nestes blocos em uma transao nica. A funcionalidade MVC (Multi Variable Container)
tambm introduzida recentemente permite acessar todas as variveis de diferentes blocos de um mesmo
dispositivo em uma transao nica, diminuindo o nmero de comunicaes para lerem variveis de
instrumentos complexos.
Existem tambm gateways para sinais Hart, permitindo a ligao em Daisy chain de at quatro
gateways totalizando 32 canais Hart. Os instrumentos Hart so visveis na rede H1 como se fossem
Redes Industriais
Pgina 228 de 398

instrumentos H1 s que com as limitaes impostas pela tecnologia HART. Exemplo de gateway Hart-FF-H1
o Smar HI302.
Figura 177: Gateway Hart-FieldBus

Para mapear os instrumentos em uma rede estrangeira para a rede FF-H1 pode-se utilizar os
blocos flexveis FFB. A lgica do FFB definida pelo usurio. O FFB ir permitir tambm que uma ferramenta
de configurao FF default possa ser utilizada para configurar os parmetros da rede estrangeira.
14.13.1.

Exemplo DFI 302 Subsistema de I / O Fieldbus
Cada mdulo DFI302 permite a conexo de at quatro redes H1 a uma rede HSE. Desta forma este
dispositivo funciona como um linking device. Ele tambm opera como uma bridge entre diferentes canais H1,
permitindo a comunicao entre instrumentos localizados em segmentos diferentes. Ele tambm opera como
um gateway permitindo a conexo de dispositivos estrangeiros atravs dos protocolos Modbus RTU e
Modbus TCP/IP s redes FF-HSE e FF-H1. Cada mdulo pode gerenciar uma rede Modbus completa. O
DFI302 pode operar como master ou slave da rede. Como mestre de uma rede Modbus o DFI302 permite a
conexo de sistemas legada ao sistema 302. Como escravo ele possibilita conectar um sistema fieldbus
Smar a um SDCD mais antigo que no suporta o padro FF.
O FDI302 pode funcionar como LAS para quatro redes H1 diferentes. Ele tambm pode fazer o
papel de uma RTU de SDCD executando 37 blocos de funo FF diferentes, com cerca de 100 blocos por
mdulo, o que til quando no se quer realizar as funes de controle no instrumento e mant-las
centralizadas como nos SDCDs antigos.
Este dispositivo tambm permite o uso de cartes de I/O convencional para a programao de
sistemas hbridos onde a funo de intertravamento discreto importante. Tanto entradas analgicas 4..20
Redes Industriais
Pgina 229 de 398

mA so disponveis entradas discretas, e de pulso. Para implementar esta funo o DFI302 oferece Blocos
de funo flexveis (FFB). Para programar a lgica existe uma linguagem textual e est sendo desenvolvido
um mdulo em ladder. Desta forma ele desempenha a funo de um CLP.
Dois FDI302 podem ser colocados em paralelo para assegurar dois canais redundantes para a sala de
controle e LAS redundantes para as redes H1.
14.14. DEVICE DESCRIPTOR (DD)

A Device Description uma descrio textual do dispositivo de campo produzida pelo fabricante do
instrumento para uso dos sistemas host. A definio feita para os protocolos HART, Profibus e Foundation
Fieldbus, utilizando uma linguagem universal denominada DDL Device Descriptor Language. Esta
linguagem normalizada atravs da norma IEC 61 804 partes 1 e 2 Function Block Application and EDDL e
CENELEC 50391 Network Oriented Application Harmonization Electronic Device Description Language. O
texto fonte denominado DD Source. Este texto pode ser convertido para uma notao mais compacta
denominada DD binrio por um software denominado tokenizer.
Redes Industriais
Pgina 230 de 398
ANOTAES
Redes Industriais
15.
Pgina 231 de 398
ETHERNET
Figura 178: Esboo Original da Rede Ethernet feito por Metcalfe em um Guardanapo em 1976
15.1. INTRODUO
A rede Ethernet passou por uma longa evoluo nos ltimos anos se constituindo na rede de
melhor faixa e desempenho para uma variada gama de aplicaes industriais. A Ethernet foi inicialmente
concebida para ser uma rede de barramento multidrop (100Base-5) com conectores do tipo vampiro
(piercing), mas este sistema mostrou-se de baixa praticidade. A evoluo se deu na direo de uma
topologia estrela com par tranado. As velocidades da rede cresceram de 10 Mbps para 100 Mbps e agora
alcanam 1 Gbps (IEEE802.3z ou Gigabit Ethernet). A Gigabit Ethernet disputa com a tecnologia ATM o
direito de ser a espinha dorsal (backbone) das redes na empresa. A outra evoluo se d no uso de hubs
inteligentes com capacidade de comutao de mensagens e no uso de cabos full duplex em substituio aos
cabos half duplex mais comumente utilizados. Isto faz com que a rede se torne determinstica e reduzem a
probabilidade de coliso de dados.
Redes Industriais
Pgina 232 de 398
Outras iniciativas visam utilizar a rede Ethernet para como substrato para outras aplicaes.
Algumas iniciativas nesta direo so:
15.1.1.

Desenvolvimento da Rede Fieldbus HSE (High Speed Ethernet)
A Fieldbus Foundation incorporou a rede Ethernet dentro de sua especificao H2. Esta rede no
visa substituir a rede H1, mas estender seu espectro de aplicao para a interligao de dispositivos como
CLPs e sistemas de superviso. Esta rede usa UDP/IP sobre as camadas de enlace Ethernet.
Redes Industriais
Pgina 233 de 398
Figura 180: Rede HSE e Rede H1

Tabela 22: Tabela Comparativa Rede HSE x H1
A rede HSE suporta todas as funcionalidades das camadas de enlace de dados da especificao H1.
Isto teve de ser feito para possibilitar o sincronismo de uma ligao em cascata entre malhas localizadas
entre segmentos H1 independentes. A interligao entre uma rede H1 e rede HSE se d atravs de um
linking device que converte o dado de diversos segmentos H1 em mensagens, utilizando os protocolos
standards da Internet. Os instrumentos de campo tambm podem bypassar o protocolo H1 e transmitir
usando o protocolo HSE diretamente.
15.1.2.
Ethernet / IP

Redes Industriais
Pgina 234 de 398

Ethernet/Ip o nome comercial da especificao da camada de aplicao Control Net sobre
TCP/UDP/IP sobre Ethernet. A especificao foi gerada pela ControlNet International e agora est sendo
adotada pela ODVA (Open Device Net Vendors Association). A especificao da ControlNet consiste do
Control and Information Protocol (CIP) rodando sobre a camada CTDMA (Concurrent Time Domain Multiple
Access). O protocolo DeviceNet uma especializao do CIP rodando sobre CAN. Ethernet/IP uma
especializao do protocolo CIP rodando sobre TCP/UDP/IP, que por sua vez roda sobre a rede Ethernet.
15.1.3.

ProfiNet
Existe um esforo em se buscar o acoplamento transparente entre as redes Profibus e Ethernet. O
que se busca uma reduo dos custos de engenharia e promover uma comunicao mais uniforme entre
aplicativos de alto nvel e dispositivos de campo.
Os principais objetivos so:
. Mapear todos os servios de engenharia do PROFIBUS para TCP/IP, incluindo acesso ao status das
variveis de processo, dados de diagnstico, parametrizao e a definio de interfaces relevantes de SW
com base em OPC. O usurio poder monitorar dispositivos localmente ou remotamente atravs da
Ethernet/Internet.
. Roteamento direto de TCP/IP para Profibus. Uma das idias se permitir o uso de web server em
dispositivos de campo.
. Dispositivos de campo complexos sero representados como sistemas orientados a objeto distribudos.
Outro grande objetivo do projeto Profibus maior suporte para as funes de motion control.
Redes Industriais
Pgina 235 de 398
Figura 181: Profibus e Ethernet TCP/IP
15.1.4.
IEEE 1451

Esta iniciativa visa ligar sensores e atuadores diretamente redes de controle incluindo a Ethernet,
que devido ao baixo custo do chip reduziria muito o custo comparado com outros tipos de conexes. Um
dos grandes suportadores desta soluo a HP que combina este tipo de conexo com embedded Java e o
uso de um web browser por instrumento. Com a miniaturizao e a reduo do custo dos web browsers esta
tecnologia pode se tornar muito atrativa.
Figura 182: Sensor Interface IEEE 1451

Redes Industriais
Pgina 236 de 398
15.1.5.
Modbus / TCP

Esta rede une o protocolo de camada de aplicao mais popular com o stack de transporte/rede
mais utilizados na indstria. Na verdade o protocolo Modbus rivaliza em popularidade com o protocolo DF1
da Rockwell Automation, mas mais difundido. Uma das vantagens do protocolo TCP/IP a facilidade de se
usar diversas camadas de aplicao diferentes. No port 1000 estamos tratando requisies de servio do
protocolo Modbus, enquanto no port 1001 tratamos um protocolo DF1, por exemplo.
Este tipo de aplicao visa mais interligar dispositivos de campo orientados a byte, mais simples,
como equipamentos de laboratrio, medidores de energia CA/CC, rels inteligentes, etc. As empresas que
atuam nesta rea defendem que no se pode fazer uma revoluo e trocar todos os standards de uma s
vez, como feito no passado, quando se definiu o padro MAP/TOP. O que se deve fazer procurar uma
evoluo gradativa do que usado de fato em direo a padres mais abrangentes e de melhor
desempenho.
Outra tecnologia emergente nesta rea o que se chama comm port redirection. Um dispositivo
serial est ligado numa rede Ethernet TCP/IP. Um computador cliente acessa seus dados utilizando o
protocolo Modbus. Um device driver rodando em Windows permite enxergar o dispositivo na rede como se
estivesse ligado a uma porta serial do micro, digamos a uma COM3 ou COM4. Isto permite continuar
utilizando aplicaes do legado, por exemplo, um programador ladder, mesmo utilizando uma conexo
moderna em rede do instrumento.
Redes Industriais
Pgina 237 de 398
Figura 183: Intrumentos Seriais Interligados via TCP/IP
15.2. PRINCPIOS BSICOS

A rede Ethernet nasceu dos laboratrios Palo Alto Research Center (PARC) da Xerox nos anos 70,
inicialmente como uma rede de 2.94 Mbps, utilizando uma linha troco com cabo grosso e tecnologia de
derivaes tipo piercing. Em 1980 a Intel, Digital e Xerox publicaram o padro DIX V1. 0, estabelecendo a
velocidade de 10 Mbps. Em 1985 o comit IEEE 802.3 publicou a Norma IEEE802.3 Carrier Sense Multiple
access with Collision Detection (CSMA/CD) Access Method and Physical Layer Specifications. Esta tecnologia
chamada 802.3 CSMA/CD e no Ethernet. Na verdade os frames definidos pela norma 802.3 CSMA/CD e
DIX V2. 0 so diferentes.
Redes Industriais
Pgina 238 de 398
Figura 184: Quadro Ethernet
Figura 185: Quadro IEEE 802.3
15.2.1.
Prembulo

O prembulo DIX consiste de 64 bits de 1s e 0s alternados e terminando com dois 1s. O
prembulo 802.3 idntico, apenas o ltimo byte recebe o nome de start of frame delimiter (SFD).
15.2.2.

Endereo de destino
Um endereo de destino todo preenchido com 1s implica em uma transmisso em broadcasting.
15.2.3. Endereo de origem

inserido na mensagem para uso de protocolos de mais alto nvel. Este campo no necessrio
para acesso ao meio. O endereo de origem baseado na identificao do fabricante, que um nmero de
24 bits nico: Organizationally Unique Identifier (OUI) administrado pelo IEEE. Os outros 24 bits formam um
nmero seqencial definido pelo fabricante.
Redes Industriais
Pgina 239 de 398

Por exemplo:
O fabricante Hirshmann produz placas com o seguinte endereo:
00: 80: 63: Xx. Yy. Zz
Quadros DIX e quadros IEEE so idnticos quanto ao comprimento total e ao nmero de bits de
cada campo, mas no so interoperveis. Todos os protocolos TCP/IP para Ethernet usam quadros DIX e
no quadros 802.3. Observe que o tamanho mnimo do frame de dados de 46 bytes.
15.3. NVEIS FSICOS

Vrios meios fsicos so utilizados na rede Ethernet dependendo das distncias envolvidas.
As implementaes do 802.3 so codificadas segundo a seguinte sintaxe:
<Velocidade>
Megabits/s
<Classe do Meio>
<Distncia>
Baseband ou Broadband
Centenas de metros.
As principais implementaes so:

Tabela 23: Caractersticas Bsicas das Redes 802.3
15.3.1.
10 BASE 5

Esta Ethernet original j fora de moda em nossos dias. O Ethernet grosso necessita de
transceptores denominados MAU (Medium Attachment Unit) para efetuar o acoplamento do cabo grosso ao
Redes Industriais
Pgina 240 de 398

computador. As MAUs devem ser instaladas em taps espaados de 2.5 metros. De cada MAU parte um cabo
AUI (Attachment Unit Interface) at o carto de interface no computador. A conexo se d via um conector
DB-15. Cada cabo AUI pode ter no mximo 50 metros. Vencidos os 500 m mximos de comprimento do
cabo, um repetidor deve ser instalado at um comprimento mximo total de 2000 m. Esta tecnologia no
suporta o padro fast Ethernet.
15.3.2.
10 BASE 2

O Ethernet fino ou Thinnet ou Cheapernet ir utilizar conectores BNC de baixo custo, fcil aplicao
e tima conformao mecnica e cabo coaxial tipo RG-58/u. O Ethernet fino continua a ser uma rede do tipo
barramento. No mximo 30 estaes podem ser interligadas at um comprimento mximo de 185 metros
por segmento. Segmentos podem ser estendidos at o comprimento total de 740 metros. Tambm foram
eliminados do mercado pelo advento da rede 10Base- T. No suporta Fast Ethernet.

15.3.3.
10 BASE T

Transforma a arquitetura de rede em barramento em rvore. A ligao de cada computador feita
a um hub. Cada conexo no pode exceder a 100 metros. O Ethernet 10Base-T pode usar conector AUIDB15 de 15 pinos ou conectores RJ45 de 4 vias grimpados. A ltima opo a mais utilizada. Esta
tecnologia deu origem ao Fast Ethernet.

15.3.4.
10 BASE F

Existem trs padres de mdia:
. 10BASE-FL: substitui o padro FOIRL.
. 10BASE-FB: padro para backbones pouco utilizado.
. 10BASE-FP: tecnologia utilizando hubs passivos, pouco populares.
O padro 10BASE-FL requer fibra tica duplex 62.5mm para cada link. possvel interligao em
distncias at 2 km, full duplex.
Redes Industriais
Pgina 241 de 398

Tabela 24: Tipos de Cabos usados nas Principais Redes
15.4. MELHORAMENTOS DA REDE ETHERNET

A rede Ethernet teve que receber vrias modificaes para se tornar mais adaptada ao ambiente
industrial.
Foram criados diversos novos padres:
Tabela 25: Novos Padres do Padro IEEE 802
Para reduzir o nmero de colises e a consequente degradao de performance da rede Ethernet,

o que a inviabiliza para algumas aplicaes industriais, muitos melhoramentos foram realizados. O simples
aumento da banda de 10 Mbps para 100 Mbps foi um fator significativo. O uso de switches o segundo
ponto importante. Se cada dispositivo estiver ligado a uma porta de um switch que pode bufferizar a
mensagem antes de retransmiti-la a outro n, as colises ficariam reduzidas ao caso em que um mesmo n
Redes Industriais
Pgina 242 de 398

deseja transmitir e receber uma mensagem. Finalmente atravs de uma ligao full duplex entre o dispositivo
e switch, o problema completamente solucionado.
Figura 186: Degradao da Performance de redes CSMA com Aumento da Carga

As deficincias da rede Ethernet, a partir de agora denominada de Ethernet compartilhada so:
Largura de banda compartilhada e no dedicada;
- Compartilhamento necessita de arbitragem do barramento sem o conceito de prioridade.
- Compartilhamento resulta em colises quando 2 ou mais dispositivos desejam transmitir
simultaneamente.
- Colises bloqueiam a rede e impedem outros dispositivos de transmitir.
Mais dispositivos em um segmento aumentam a probabilidade de coliso;
Broadcast de mensagens consumiria grande banda;
No existe como diferenciar o trfego de alta e de baixa prioridade;
Redes Industriais
Pgina 243 de 398

No existe como assegurar um caminho de baixo atraso para o trfego de tempo real.
Estas limitaes esto ilustradas na Figura 187.
Figura 187: Limitaes da Rede Ethernet
15.5. EVOLUO

Na rede A todos os dispositivos compartilham o mesmo meio fsico. Para aumentar a performance
trs passos so necessrios:

Colapsar o backbone;
Incrementar links com servidores;
Micro segmentar a rede.
Redes Industriais
Pgina 244 de 398
Figura 188: LAN`s
Cada segmento de rede est ligado a uma porta de um switch. Com a reduo do custo e aumento
do throughput dos switches tornou-se possvel ligar cada nodo em uma porta individual. Quando os
requerimentos por banda so baixos, podem-se ligar vrios dispositivos a um segmento.
Figura 189: Evoluo de Arquitetura Ethernet
Com a adoo da arquitetura cliente servidor, tornou-se necessrio utilizar canais Fast Ethernet full
duplex, propiciando largura de faixa de at 200 MHz para cada servidor.

Os usurios passaram a utilizar canais com autodeteco de 10/100 Mbps.
A micro-segmentao implica em dar a cada usurio um canal dedicado, sem compartilhamento
com outros dispositivos.
Redes Industriais
Pgina 245 de 398

Com a micro-segmentao tornou-se possvel o uso de interfaces full duplex tambm para os
usurios, o que inibe eliminar a arbitragem do barramento e permite a comunicao na velocidade nominal
da rede.
Isto implica tambm na duplicao da velocidade do barramento de 10/100Mbps para
20/200Mbps.
Sistematizando os seguintes fatores contriburam para a construo de um rede Ethernet industrial:
Uso de switches para evitar a arbitragem de barramento;
Uso de canais dedicados de 10 Mbps a 100 Mbps;
Padro IEEE802. 1p/Q que acrescenta campos de prioridade e de Quality of Service (QoS) ao frame
Ethernet tradicional;
Canal full duplex para eliminar colises;
Rede Fast Ethernet no backbone levando a velocidade a at 200 Mbps.
QoS (quality of service) uma maneira de alocar recursos em switches e roteadores de tal forma
que os dados cheguem ao seu destino de forma rpida, consistente e confivel.
15.6.
EVOLUO DO QUADRO ETHERNET
Redes Industriais
Pgina 246 de 398
Figura 190: Quadro Ethernet Simples e com TAG mostrando Prioridade
O standard 802.1p (e IEEE 802.1Q) propicia 8 nveis de prioridades. Entretanto a maior parte dos
switches de mercado possui apenas de 2 a 4 filas de mensagens.
Alguns switches podem no tratar o campo de tag. Neste caso, apenas quadros de at 1518 bytes,
fora o prembulo e o SFD, sero enviados. O quadro estendido de 1522 bytes no ser passado frente. A
prioridade 6 ser reservada para aplicaes de udio, a prioridade 5 para aplicaes de vdeo e a prioridade
0 para e-mails.
Os switches que tratam este quadro so os switches de camada 2. Outros switches iro trabalhar
com campos de informao de prioridade pertencentes s camadas 3 (IP) e 4 (UDP ou TCP).
Redes Industriais
Pgina 247 de 398
Figura 191: Quadro Ethernet Simples e com Quadro IP, mostrando Campo ToS
Figura 192: Quadro Ethernet com Quadro IP de UDP / TCP
Redes Industriais
Pgina 248 de 398
15.7. ARQUITETURA EM ANEL X BARRAMENTO

A rede em anel traz como vantagem uma economia de cabos quando implementando redes com
redundncia.
Figura 193: Arquitetura em Anel e Barramento
15.8. ARQUITETURAS DE ROTEAMENTO

A Figura 194 e a Figura 195 mostram a evoluo de uma rede Ethernet convencional para uma
rede com QoS implcito, isto , obtido atravs de uma engenharia cuidadosa na atribuio de portas
exclusivas a cada dispositivo e na escolha das bandas de passagem. O ltimo estgio o QoS explcito, em
que a aplicao solicita servios que garantem um caminho de comunicao livre de atrasos e de erro.
Redes Industriais
Pgina 249 de 398
Figura 194: Rede Ethernet Convencional
Figura 195: Rede Ethernet com QoS Implicito no Projeto
Redes Industriais
Pgina 250 de 398
Figura 196: Rede Ethernet com QoS Explicito
15.9. QUALITY OF SERVICE (QOS)

A responsabilidade de determinar o desempenho de uma aplicao dividida entre o
desenvolvedor da aplicao e a pessoa que define a arquitetura da rede. Antes o projetista da aplicao
considerava que a performance da rede no era problema seu e considerava que a banda disponvel era
infinita. Hoje existem formas explcitas de se requisitar servios especiais para a rede para atender
aplicaes crticas no tempo.
Prioritizao do trfego.
O tempo de latncia de switch o tempo que um switch detm um pacote de dados, at liber-lo ao
destino. Prioritizao de dados o nome dado ao processo de acelerao da passagem de pacotes de
dados de alta prioridade.
A prioritizao de dados pode ser explcita ou implcita.
Redes Industriais
Pgina 251 de 398
15.9.1.
Prioritizao Implcita
Um switch Ethernet ou a rede inteira aloca automaticamente nveis de servios baseado em critrios
especificados pelo administrador da rede tais como: tipo da aplicao, protocolo, ou endereo fonte. Cada
pacote recebido filtrado para verificar se ele obedece a um destes critrios.
QoS implcito deve ser engenheirado na rede e oferece recursos de fcil implementao. Um switch
Ethernet pode priorizar trfego baseado no endereo fonte ou destino ou no porte fsico, por exemplo. Este
tipo de soluo , entretanto mais difcil de ser modificado, atendendo s mudanas de necessidade das
aplicaes.
15.9.2.

Prioritizao Explcita
No QoS explcito, uma aplicao requisita uma certa qualidade de servio e os switches e
roteadores tentaro cumprir o especificado.
Vrias tcnicas esto hoje disponveis:
IP Type of Service (IP ToS)

Esta a tcnica que vem ganhando maior popularidade atualmente, principalmente devido ao seu
uso para aplicaes de Voice Over IP (VOIP). ToS Faz parte da definio da norma IPv4. reservado um
campo de 8 bits no pacote IP para especificao do tempo de atraso, throughput e confiabilidade.
Padres mais recentes conhecidos como servios diferenciados (RFC 2474), participam o campo
em dois sub campos: DSCP(6 bits) e CU (2 bits). O DSCP define 64 cdigos de prioridade divididos em 3
classes:
Pool 1: DSCP = [0... 31] reservado para aes padres (por exemplo, VOIP).
Pool 2: DSCP = [32... 47] reservado para uso local ou experimental.
Redes Industriais
Pgina 252 de 398

Pool 3: DSCP = [48... 63] reservado par uso local ou experimental.
Estes campos j podem ser definidos pela funo set sockopt () da ltima verso da biblioteca
Winsock. Hoje este protocolo tem sido mais utilizado em aplicaes multimdia. O cabealho Ipv6 possui um
campo correspondente denominado classe de trfego. Este campo tem a mesma funo e localizao do
campo ToS.
Figura 197: Quadro Ethernet Simples e com Quadro IP, mostrando Campo ToS
Resource Reservation Protocol (RSVP)

RSVP possui os seus prprios mecanismos de comunicao de uma aplicao com a infra-estrutura
de rede. RSVP implica em um overhead de processamento que pode degradar a performance do sistema
como um todo.
Integrated Service over Specific Link Layers (ISSLL)
Redes Industriais
Pgina 253 de 398

Especifica extenses da arquitetura IP que permite a uma aplicao requisitar e receber um certo
nvel de servio da infra-estrutura de rede. ISSSLL pode, por exemplo, definir como pedidos RSVP sero
mapeados em prioridades 802.1p/Q.
Uma vez que o dado priorizado utilizando um mecanismo implcito ou explcito, filas e algoritmos
de gerenciamento so utilizados nos equipamentos de rede para garantir o QoS. As filas so rea de
memria dentro de roteadores ou switches e contm pacotes de diversas prioridades.
Deve-se
proporcionar uma melhor qualidade de servio aos pacotes de maior prioridade enquanto se assegura que
os pacotes de menor prioridade continuem a receber algum servio.
Se houver um congestionamento, no haver garantia de que os pacotes iro chegar a seu destino
dentro do tempo especificado. Apenas se garante que os pacotes de maior prioridade sero encaminhados
antes dos de mais baixa prioridade.
Uma maneira de se implementar isto se reservar uma banda de passagem para o trfego de alta
prioridade. Se o trfego exceder esta reserva, mais banda poder ser retirada das aplicaes de baixa
prioridade.
Os algoritmos mais bsicos tratam os pacotes de uma fila por ordem de chegada. Isto faz com que
grandes pacotes possam atrasar o envio de pacotes pequenos de dados de mesma prioridade.
Em geral, os switches hoje disponveis no mercado oferecem poucas filas para organizar o trfego
de dados. A Hirshman, por exemplo, possui um algoritmo denominado Real Time Queueing (RTQ) que
garante que uma fila de tempo real ser sempre atendida antes de uma fila de baixa prioridade. No pior
caso, se uma transmisso de baixa prioridade j estiver sendo realizada quando um pacote de alta
prioridade chegar, ele vai ter que esperar apenas o equivalente a um quadro Ethernet (1519 bytes).
15.9.3.
Vdeo sobre IP
A rede Ethernet tambm usada hoje para transmisso de vdeo em tempo real a taxas
moderadas.
Redes Industriais
Pgina 254 de 398
Figura 198: Vdeo sobre IP
15.10. PERFORMANCE DE REDES ETHERNET
Figura 199: Performance Comparativa de Redes Ethernet
Vamos comparar a performance de uma rede Ethernet Industrial com uma rede Fieldbus
convencional.
Redes Industriais
Pgina 255 de 398

Vamos considerar uma rede Profibus DP na sua velocidade mxima: 12 Mbps.
Na verdade a velocidade desta rede depende do seu comprimento total e de outros fatores. Ns
consideramos a existncia de um mestre (CLP) e de 31 dispositivos escravos. Esta rede pode alcanar um
tempo de scan de 1 ms para transmisso de 8 bytes de dados de entrada e 8 bytes de sada.
Na rede Ethernet no existe compromisso entre comprimento da rede e velocidade.
Dois parmetros sero usados na avaliao das redes:
Tempo de scan;
Varincia de recepo.
Tempo de scan:
Corresponde ao tempo total desde o envio de uma pergunta a um certo nmero de dispositivos de rede
e o recebimento de todas as respostas.
Varincia de recepo:
Tempo de atraso entre o primeiro e o ltimo dispositivo recebendo o mesmo datagrama. Neste caso
ser o atraso de recepo do dado pelo nodo 31 em relao ao nodo 1. Esta uma constante de rede
derivada de uma combinao de tempo de latncia de equipamento e topologia de rede.
Sero estudados quatro cenrios que dependem da velocidade de cada tipo de link na rede
Ethernet:
Redes Industriais
Pgina 256 de 398
Figura 200: Velocidade de Links
Vamos considerar que:

A rede formada de 4 clusters de 8 dispositivos cada. O primeiro cluster contm um mestre (CLP) e sete
escravos;
Vamos considerar um payload mnimo de 46 bytes nesta aplicao, mesmo que nem todos os bytes
estejam sendo usados;
O protocolo utilizado na transferncia de dados ser o TCP/IP;
O tempo necessrio para o escravo responder uma recebida uma requisio 0;
Parte do payload ser utilizada para o transporte de 20 bytes de cabealho do protocolo IP e 8 bytes de
UDP.
O pacote Ethernet completo possui 72 bytes;
Para comunicar com todos os blocos simultaneamente ser usada uma mensagem de broadcast.
Redes Industriais
Pgina 257 de 398
Figura 201: Mensagem de Broadcast
15.11. CLCULO DO TEMPO DE LATNCIA

Consideraes:
Tempo para transmitir 72 bytes pelo meio fsico (576 bits):
T = 576 bits / 10 * 106 bits/s = 57,6 ms
Os tempos para transmitir 72 bytes pelo meio fsico, incluindo o gap entre quadros :
Figura 202: Velocidade de Tx
O tempo de latncia do switch ser considerado de 4 ms.
15.12. CLCULO DO TEMPO DE SCAN

Ser enviada uma mensagem de multicast para todos os nados e recebidas as respostas dos 31
dispositivos;
Estamos assumindo que no existe trfego adicional na rede.
Redes Industriais
Pgina 258 de 398
Figura 203: Trafego de Scan
Estamos admitindo que os tempos crticos sejam-nos 4 hops principais:

Hop 1: Mestre para rede:
A mensagem de ENQ sai do mestre e vai para todos os blocos de I/O. A mensagem de um para
muitos e no h gargalo.
Hop 2: Rede para escravo:
A mensagem vai da rede para cada escravo atravs de um link de 10 Mbps. A relao de uma
para um e no gargalo. O trfego interno na rede est sendo desprezado.
Hop 3: Escravo para rede:
Cada escravo responde para a rede atravs de uma mensagem. A relao de um para um e no
h gargalo.
Hop 4: Rede para mestre:
Redes Industriais
Pgina 259 de 398

A rede deve entregar 31 mensagens para o mestre atravs de uma nica porta. A relao de
muitos para um e haver enfileiramento de dados. O tempo de scan aproximado dado por:
(tempo de transmisso do quadro na velocidade de cada hop).
Neste caso em que os hops so em 10 Mbps:
Tempo de scan = 4 * 67.2 ms = 268,8 ms.
Observe que foi utilizado o tempo de transmisso considerando o gap entre quadros.
Figura 204: Tempo de Transmisso
Para os clculos de varincia ser considerado o tempo de atraso de transmisso de 57,6ms ao

invs de 67,2 ms (10 Mbps).
Redes Industriais
Pgina 260 de 398
Figura 205: Clculo de Varincia
O valor da varincia de recepo de 148,3 119,2 = 29,1 s.

Clculo aproximado do tempo de scan:
Figura 206: Clculo do Scan
Tempo de scan = 34 * 67,2 s = 2285 s
Redes Industriais
Pgina 261 de 398
Figura 207: Tempo de Transmisso
Figura 208: Varincia de Recepo
O valor da varincia de recepo de 96,46 67,36 = 29,1 s.
Redes Industriais
Pgina 262 de 398

Clculo aproximado do tempo de scan:
Figura 209: Tempo de Scan
Tempo de scan = 2 * 67,2 ms + 32 x 67,2 s = 349,4 s.
Redes Industriais
Pgina 263 de 398
ANOTAES
Redes Industriais
16.
Pgina 264 de 398
ENDEREAMENTO IP
Figura 210: "Internet abri um Novo Mundo de Possibilidades...
O protocolo TCP/IP utiliza trs esquemas para encaminhar dados atravs das redes at o hospedeiro:
1. Endereamento: O endereo IP que identifica cada host na Internet.
2. Roteamento: Gateways encaminham dados para a rede correta.
3. Multiplexao: Protocolo e nmero do port encaminham dados ao mdulo correto de SW no
host.
Neste captulo estudaremos de forma prtica o endereamento IP.
O endereo IP foi estabelecido pela norma IP verso 4 (IPv4) como um endereo de 32 bits
possibilitando 232 (4 294 967 296) diferentes endereos. Este endereo totalmente abstrato e define um
endereo nico para cada host ligado numa rede heterognea independente do hardware e do sistema
operacional utilizados. A camada IP utiliza este endereo, inserindo-o como destinatrio em cada pacote de
dados enviado.
O endereo constitudo de duas partes: Nmero da rede e Nmero do Host.
Redes Industriais
Pgina 265 de 398

A fim de propiciar a flexibilidade necessria para suportar diferentes tamanhos de rede, os
endereos foram divididos em 3 classes principais de endereos (classful addressing):
Figura 211: Tipos de Classes
Pode-se tambm falar de uma classe D reservada como endereo de multicasting.

Este assunto foge ao escopo desta apostila. Maiores detalhes sobre IP multicasting podem ser
encontrados na referncia [IPMI 97].O prefixo nesta "classe" 1110.
A classe E tem prefixo 1111 e est reservada para uso experimental.
Noes de multicasting
Para suportar IP multicasting tanto os computadores que enviam e recebem as mensagens como
switches e roteadores devem suportar este tipo de atividade. Os computadores devem suportar o protocolo
Redes Industriais
Pgina 266 de 398

IGMP (Internet Group Management Protocol), os cartes de interface de rede devem ser capazes de
reconhecer endereos da classe E deve haver disponibilidade de software aplicativo para este fim como por
exemplo aplicativos para vdeo conferncia. Todos os roteadores e switches devem ser multicasting enable.
Um host desejando participar de uma conversao deve realizar um join a um host group, um grupo de
computadores identificados por um nico endereo classe D. Quando terminar a conversao um host pode
abandonar um grupo efetuando uma operao de leave. Um host pode ser membro de mais de um grupo
ao mesmo tempo. Um mesmo endereo de grupo pode ser utilizado em diversas sesses simultaneamente,
em diferentes nmeros de ports, em diferentes sockets, em uma ou diversas aplicaes. Diversas aplicaes
em um host podem utilizar um nico group address.
Os endereos IPs so associados com interfaces de rede e no com os computadores em si. Um
gateway visto pelas duas redes que o compartilham atravs de endereos diferentes. Um roteador possui
diversos endereos.
16.1. REDES CLASSE A

Cada endereo de rede da classe A possui 8 bits de prefixo de rede com o bit mais significativo definido para
0 e um nmero de rede de 7 bits, seguido por um nmero de host de 24 bits. Mais modernamente redes de
Classe A so chamadas de /8 (pronuncia-se barra 8) porque apresentam prefixos de rede 8 bits.

Figura 212: Endereos Especiais
Redes Industriais
Pgina 267 de 398
16.2. REDES CLASSE B

Cada endereo de rede da classe B possui 16 bits de prefixo de rede com os dois bits mais
significativos definidos para 10 e um nmero de rede de 14 bits, seguido por um nmero de host de 16 bits.
Mais modernamente redes de Classe B so chamadas de /16 porque apresenta prefixo de rede 16 bits. Os
endereos de classe B tm-se esgotado rapidamente.
Figura 213: Redes /16
16.3. REDES CLASSE C

Cada endereo de rede da classe C possui 24 bits de prefixo de rede com os trs bits mais
significativos definidos para 110 e um nmero de rede de 21 bits, seguido por um nmero de host de 8 bits.
Mais modernamente redes de Classe C so chamadas de /24 porque apresentam prefixos de rede 24 bits.
Figura 214: Diviso do Espao de Endereamento IPv4 para Endereos Classfull
Redes Industriais
Pgina 268 de 398

O padro Ipv6 pressupe a extenso do endereamento IP para 128 bits.
16.4. ENDEREOS ESPECIAIS

Alguns endereos so reservados e no podem ser utilizados para enderear computadores na
rede:
16.4.1.

Endereo do Computador
O endereo 0.0.0.0/8 significa este computador. Este endereo usado pelo protocolo de start
up de um computador para obter o endereo IP do prprio host. Como o prprio protocolo IP utilizado
para este fim e este protocolo exige um endereo fonte o endereo 0.0.0.0/8 utilizado.
16.4.2.
Endereo de Loopback

O endereo cujo prefixo 127/8 utilizado para testar uma aplicao TCP/IP no prprio
computador. Dois programas que querem se comunicar via rede podem ser testados desta forma. Toda
mensagem enviada para o endereo de prefixo 127. Por exemplo, 127.0.0.1 roteado para o outro
programa tentando receber do mesmo endereo.
16.4.3.
Endereo da Rede

O endereo que comea com um prefixo de rede e seguido de zeros serve para designar o prefixo
atribudo rede e no os computadores da rede. Por exemplo, o endereo 150.164.0.0/16 serve para
designar a rede, que recebeu o prefixo 150.164.
16.4.4.

Endereo de Broadcast
O endereo prefixo seguido de 1s serve para enviar um pacote para todos os hosts de uma rede
(endereo de broadcast).
16.5. NOTAO DECIMAL COM PONTO

Ao invs de representar o endereo IP por 32 bits binrios melhor representar cada byte por um
nmero decimal, apenas para facilitar a interface com humanos.
Redes Industriais
Pgina 269 de 398
Figura 215: Notao Decimal

Problemas do endereamento por classes puras:

a) Esgotamento dos endereos IP, principalmente os da classe B.
b) Aumento do tamanho das tabelas de roteamento nos roteadores.
Como as tabelas de roteamento estavam crescendo e os administradores tinham que pedir novos
nmeros de rede Internet toda vez que necessitavam instalar uma nova rede em seu site, foi criado um
segundo nvel na hierarquia de endereos IP. Esta arquitetura em 3 nveis se chamou de subnetting.
Subnetting divide um nico endereo de rede em vrios endereos de subrede de tal forma que cada rede
fsica tenha seu prprio endereo.
Hierarquia de 2-nveis (Classful):
Hierarquia em trs nveis (Subnet):
Redes Industriais
Pgina 270 de 398

Subnetting resolveu o problema da expanso das tabelas de roteamento, garantindo que a
estrutura de subrede de uma rede no visvel fora da rede privada da organizao. A rota da Internet
para qualquer subrede de um dado endereo IP a mesma, independente de em qual subrede o host
esteja. Os roteadores dentro da organizao que iro diferenciar entre as subredes individuais. Na
tabela do roteador da Internet todas as subnets da organizao estaro mapeadas em uma entrada
nica.
Figura 216: Endereamento da Rede e Tabela de Roteamento

Os roteadores da Internet utilizam somente o prefixo de rede do endereo de destino para rotear
uma mensagem para uma subnet. Os roteadores locais dentro do ambiente da subnet utilizam o prefixo de
rede estendido para rotear o trfego at o host local.
Endereo de Rede Estendido = Network-Prefix + Subnet-Number:
Existem duas maneiras de se identificar o prefixo de rede estendido: pela mscara de subrede
(tradicional) ou pelo nmero de bits que forma o prefixo (notao CIDR).
Exemplo

Se voc recebeu o endereo /16: 130.5.0.0 e voc deseja usar o terceiro byte para representar o
endereo de sub rede, ento devemos usar a mscara: 255.255.255.0
Redes Industriais
Pgina 271 de 398

Prefixo de rede
Endereo IP:
130.5.5.25
Mscara subrede: 255.255.255.0
Nmero subrede
Nmero host
10000010.00000101.
00000101.
00011001
11111111.11111111.
11111111.
00000000
Notao CIDR (Classless Interdomain Routing)

Ao invs de usar o endereo IP mais a mscara de sub rede como acima, podemos escrever
apenas: 130.5.5.25/24. O nmero 24 designa o nmero de bits no prefixo de rede.
Embora a notao de endereo acima seja a mais moderna, os protocolos da Internet ainda exigem
a mscara de subrede.
16.6. PROJETO DE SUBREDES

Inicialmente responda s seguintes perguntas:
1) Qual o nmero de subredes existentes na organizao hoje ?

2) Qual o total de subredes necessrias na organizao no futuro ?
3) Qual o nmero de hosts existentes na organizao hoje ?
4) Qual o nmero de hosts necessrios na organizao no futuro ?
Reserve o nmero de bits necessrios para cada campo deixando uma margem para expanso
futura.
Exemplo
Uma organizao possui o endereo 193.1.1.0/24 e necessita de 6 subredes. O nmero mximo de
hosts a serem suportados 25.
Nmero de bits para subredes: 3
Nmero de bits para hosts: 5
Redes Industriais
Pgina 272 de 398

193.1.1.0/24 = 11000001.00000001.00000001.00000000
Mscara: 11111111.11111111.11111111.11100000 = 255.255.255.224
Endereo estendido: 193.1.1.0/27
Base Net: 11000001.00000001.00000001.00000000 = 193.1.1.0/24
Subnet #0: 11000001.00000001.00000001. 000 00000 = 193.1.1.0/27
Subnet #1: 11000001.00000001.00000001. 001 00000 = 193.1.1.32/27
Subnet #2: 11000001.00000001.00000001. 010 00000 = 193.1.1.64/27
Subnet #3: 11000001.00000001.00000001. 011 00000 = 193.1.1.96/27
Subnet #4: 11000001.00000001.00000001. 100 00000 = 193.1.1.128/27
Subnet #5: 11000001.00000001.00000001. 101 00000 = 193.1.1.160/27
Subnet #6: 11000001.00000001.00000001. 110 00000 = 193.1.1.192/27
Subnet #7: 11000001.00000001.00000001. 111 00000 = 193.1.1.224/27
Definido o endereo de broadcast para cada subnet:
O endereo de broadcast da subnet o endereo estendido da subnet com todos os bits de host
setados para 1.
Exemplo
Endereo de broadcast para subnet 6:
Subnet #6: 11000001.00000001.00000001. 110 11111 = 193.1.1.223/27
16.7. ROTEAMENTO

Quando o host destino est na mesma rede local, o dado enviado ao host.
Quando o host destino est numa rede remota, o dado enviado a um gateway local.
Redes Industriais
Pgina 273 de 398

O protocolo IP toma decises de roteamento baseado na poro network do endereo. Se a rede
destino for a rede local, a mscara de subrede local aplicada ao endereo destino.
As decises de roteamento so tomadas aps consulta tabela de roteamento.
Para exibir a tabela de roteamento em sistema UNIX:
Netstat - nr (routing / numeric form)
Exemplo
Netstat - nr
Routing tables
Figura 217: Nestat

Formato:
Figura 218: Formato

Redes Industriais
Pgina 274 de 398

Observar:
- A primeira entrada da tabela a rota loopback para o host local. Todo sistema usa esta rota para enviar
datagramas para si mesmo.
- A entrada default serve para constituir a rota default que buscada quando nenhuma rota especfica
atende um endereo de rede. Neste caso a mensagem enviada pelo gateway default.
- Este host est conectado rede 128.66.12.0 j que a entrada para esta rede na tabela no especifica um
gateway externo (Flag G no est ativada).
Exemplo
Figura 219: Roteamento de Mensagens Atravs de um Gateway
Suponha que o host 128.66.12.2 queira se comunicar com o host 128.66.1.2.

Para determinar o endereo de rede do nodo destino, o host fonte aplica a subnet mask
255.255.255.0 ao endereo 128.66.1.2.

O endereo da rede destino ser, portanto: 128.66.1.0 Consultando a tabela, vemos que para
enviar dado para a rede 128.66.1.0 devemos envi-lo ao gateway 128.66.12.3. Este gateway reenvia a
mensagem atravs da interface 128.66.1.5.
Redes Industriais
Pgina 275 de 398

A tabela de roteamento apenas aponta para o prximo gateway (nexthop).
16.8.
VARIABLE LENGTH SUBNET MASKS (VLSM)

Quando uma rede IP permite o uso de mais de uma mscara de subnet, ela considerada uma rede
com tamanho varivel de mscaras de subrede, uma vez que os prefixos estendidos de rede possuem
diferentes comprimentos. Protocolo RIP-1:
Permite apenas uma mscara de subrede, porque ele no prov informao de submscara como
parte de suas mensagens de atualizao de tabela.
As vantagens de se usar mltiplas mscaras de subrede so:
- Permite um melhor aproveitamento o espao de endereamento IP.
- Permite maior agregao de rota, o que pode reduzir significamente a quantidade de informao de
roteamento trafegando no backbone.
16.9. MELHOR APROVEITAMENTO DO ESPAO DE ENDEREAMENTO

Uma submscara nica implicava em se ter um nmero fixo de subredes, cada uma com um
tamanho fixo.
Exemplo
Endereo IP: 130.5.0.0/16
Prefixo estendido de rede: /22
Prefixo de rede
130.5.0.0/22 =
10000010. 00000101.
subnet
00000000
host number
00000000
So permitidas 64 subredes, cada uma com 1022 hosts.
Redes Industriais
Pgina 276 de 398

Existem na organizao algumas subredes pequenas de 20 ou 30 hosts.
Usando um endereo /22 cerca de 1000 endereos sero desperdiados por subrede.
Soluo: usar mais de uma mscara de subrede.
Por exemplo, suponha que seja possvel usar uma segunda mscara /26.
Prefixo de rede
130.5.0.0/26 =
10000010. 00000101.
subnet
host number
00000000 .00000000
Esta nova mscara permite usar 1024 subredes cada qual com 62 endereos. O prefixo /26 ideal
para pequenas subnets com menos de 60 hosts enquanto o prefixo /22 melhor para subnets grandes
contendo at 1000 hosts.
16.10. AGREGAO DE ROTAS

VLSM permite uma diviso recursiva do espao de endereamento para que ele seja agregado de
forma a reduzir a quantidade de informao de roteamento no nvel superior. Esta diviso permite que
informao de um grupo de subrede seja escondida de roteadores em outro grupo de subrede.
Figura 220: Diviso Recursiva de um Prefixo de Rede

Redes Industriais
Pgina 277 de 398
Figura 221: Agregao de Endereo
A Figura 221 ilustra como uma alocao correta de VLSM reduz o tamanho das tabelas de rotas da
organizao. O roteador D pode sumarizar todas as 6 subredes atravs dele em um nico endereo de
propaganda (11.1.253.0/24) e o roteador B pode agregar todos os seus endereos na propaganda
11.1.0.0/16. O roteador C sumariza os seus endereos no endereo 11.253.0.0/16 e finalmente, uma vez
que a estrutura do subnet no visvel fora da organizao, o roteador A injeta uma nica rota na tabela de
roteamento global da Internet: 11.0.0.0/8 (ou 11/8).
16.11. DHCP DYNAMIC HOST CONFIGURATION PROTOCOL

Este protocolo permite a um servidor configurar dinamicamente os endereos IP em uso em uma
rede aliviando o administrador da rede da tarefa de configurar cada host individualmente. Ao invs de
configurar para cada n o endereo IP, a mscara de subrede, o endereo do gateway padro, chamado
quando um endereo no pertence subrede, e s vezes o endereo dos servidores de WINS (Windows
Name Server) e DNS (Domain Name Server), pode utilizar um protocolo aberto padro que ir configurar
automaticamente todos estes parmetros. O servidor DHCP deve ser informado de uma faixa de endereos
IPs disponvel denominado escopo DHCP.
Isto traz grandes vantagens:
Redes Industriais
Pgina 278 de 398

- Se um host for mudado de subrede, o servidor DHCP desta subrede ir associar um novo endereo IP a
este n.
- Toda a configurao feita em um ponto central eliminando a necessidade do administrador ir a cada
mquina para configura-la. O administrador tambm capaz de visualizar todas as informaes de cada
mquina individualmente remotamente.
- DHCP previne que dois hosts tenham o mesmo endereo IP.
- Existe reduo da chance de erros de digitao.
Quando o cliente inicializado, o TCP/IP parte e o cliente solicitam um endereo ao servidor DHCP
atravs do pacote DHCPDISCOVER. O servidor oferece ao host um dos endereos vlidos do seu escopo
atravs da mensagem DHCPOFFER. O cliente aceita o primeiro endereo de um host DHCP e envia a
mensagem DHCPREQUEST com o endereo recebido. O servidor envia uma mensagem de confirmao
DHCPACK e aluga o endereo por certo tempo ao host. Aps 50% de o tempo ter expirado e at 87.5% do
tempo, o host solicita uma renovao do aluguel. Caso o servidor no responda o cliente obrigado a
abandonar o endereo e recomear o processo de obteno de um endereo IP.
Redes Industriais
Pgina 279 de 398
ANOTAES
Redes Industriais
17.

Pgina 280 de 398
PRINCIPIOS DA COMUNICAO TCP-IP
17.1. TCP/IP ("TRANSMISSION CONTROL PROTOCOL / INTERNET PROTOCOL")
TCP/IP na verdade o nome genrico para uma famlia de protocolos e utilidades tambm
conhecido por Internet Protocol Suite, onde suite designa uma pilha (stack) de protocolos. Estes protocolos
originalmente faziam parte Internet, uma WAN (Wide Area Network) que evoluiu a partir da ARPANET
(Advanced Research Projects Agency Network) criada pelo United States Department of Defense (DoD), para
interligar centros de pesquisa que trabalhavam para o governo.
TCP/IP hoje o padro de facto na interligao de redes heterogneas locais (LAN), a grande
distncia (WAN) e na Internet.
Comparado ao padro OSI/ISO os protocolos TCP e IP correspondem aos nveis de transporte e de
rede. Assim a suite Internet pode rodar no topo das redes tradicionais como Ethernet, IEEE 802.3, tokenring, etc.
Figura 222: Stack OSI/ISO x Stack TCP/IP
17.2. CAMADA IP
Os servios proporcionados por esta camada se referem basicamente ao endereamento e
roteamento e a segmentao de pacotes de modo a compatibiliz-los com os padres adotados pelas duas
entidades comunicantes. O servio bsico proporcionado o de datagrama.
Redes Industriais
Pgina 281 de 398

Endereamento: Os endereos dos pacotes IP possuem 32 bits para fonte e destino. Os 3 bits mais
significativos indicam como os 29 bits restantes sero interpretados (diviso entre endereo da rede e
endereo da estao na rede).
Roteamento: Para o roteamento, a estao fonte ir determinar se a estao destino faz parte da
rede local. Neste caso o pacote enviado diretamente ao destino. Se o destino no pertencer a mesma rede
local, uma tabela consultada para verificar para qual gateway o pacote deve ser enviado. O gateway dever
conduzir o pacote ao seu destino final.
17.3. CAMADA TCP

responsvel pela integridade da comunicao fim-a-fim. O TCP utiliza o conceito de ports para
implementar mltiplas sesses. Cada porta promove uma conexo virtual com a aplicao. Os pacotes
possuem um nmero de seqncia.
Quando todos os pacotes so recebidos na ordem correta, uma confirmao emitida. O usurio
pode escolher entre o uso do pacote TCP que possui 38 bytes de controle mais dados ou de um pacote UDP
(User Datagram Protocol) que possui apenas 8 bytes de endereamento e controle. Somente o pacote TCP
possui mecanismos que garantem a integridade da transmisso.
Figura 223: Dependncia Entre Protocolos TCP/IP de mais Alto Nvel
Redes Industriais
Pgina 282 de 398
Figura 224: Arquitetura do Protocolo TCP/IP segundo Microsoft
Figura 225: Pacote UDP: Header de 8 Bytes
Redes Industriais
Pgina 283 de 398
Figura 226: Pacote TCP: Header de 24 Bytes
17.4. SERVIOS E UTILITRIOS DE ALTO NVEL

Os utilitrios da suite TCP/IP permitem realizar basicamente 5 funes:
Transferncia e compartilhamento de arquivos;

Login remoto;
Enviar e receber mensagens;
Spool de impressora;
Enviar e receber mensagens via rede.
17.5. APLICAES

17.5.1.
DNS (Domain Name Service)

Trata-se de um protocolo de nomes que traduz os nomes das mquinas na rede para um endereo
IP de 32 bits. A estrutura de nomes hierrquica, sendo cada nome formado por labels espaados por
pontos:
Redes Industriais
Pgina 284 de 398

Exemplo: www.ugf.br
Os nomes podem seguir uma orientao geogrfica, departamental, etc. Um processo cliente
denominado de name resolver se encarrega de comunicar com os names servers que so processos
acessando as tabelas de endereos distribudas pela rede tambm de forma hierrquica.
17.5.2.

TELNET
TELNET propicia uma comunicao bidirecional orientada a byte entre dois nodos da rede. Sua
maior utilizao reside na emulao de terminais remotos.

TELNET permite a um usurio estabelecer uma conexo TCP com um servidor de login remoto e
depois passar a ele todas as teclas acionadas no terminal como se tivessem sido introduzidos em um
terminal conectado mquina remota.
TELNET envia a resposta da mquina remota diretamente ao terminal do usurio.
Para acessar a mquina remota, o usurio precisa conhecer o seu nome de domnio ou o seu
endereo IP.
Para conseguir o efeito de transparncia o TELNET define um formato intermedirio denominado
NVT (Network Virtual Terminal). O processo cliente traduz os caracteres enviados para NVT sem precisar
conhecer os detalhes de implementao do terminal remoto.
Redes Industriais
Pgina 285 de 398
Figura 227: Telnet
Normalmente o formato NVT usa apenas os 7 bits correspondentes ao cdigo ASCII padro. Os
bytes com MSb setado servem para indicar cdigo de comandos. A sequncia CR-LF utilizada para final de
linha.
O caractere 0xFF utilizado como caractere de escape para introduzir uma sequncia de
comandos. Alguns destes comandos so usados para negociar opes no incio do processo. Qualquer um
dos dois lados pode iniciar o processo de negociao.
17.5.3.
Rlogin

No sistema operacional UNIX existe um utilitrio que permite ao usurio possuir contas em vrias
mquinas que podem ser logadas sem a exigncia de password.
17.5.4.

RSH
Este comando tambm limitado ao OS UNIX e permite executar comando em outra mquina sem
login.
Exemplo: rsh nome_mquina p.s.
17.5.5.
FTP - File Transfer Protocol

Controla o acesso e a troca de arquivos entre dois hospedeiros
Redes Industriais
Pgina 286 de 398
Figura 228: File Transfer Protocol (FTP)
Entre as facilidades proporcionadas pelo FTP temos:

a) Acesso interativo:
Existem diversos comandos que permitem acessar o nodo remoto, por exemplo, para consultar um diretrio.
b) Formatao:
O usurio pode especificar o formato dos dados nos arquivos (ASCII, binary).
c) Controle de autenticao:
O cliente deve entrar com o seu nome de login e senha para ter acesso a funes no nodo remoto.
FTP ir empregar duas conexes TCP/IP para realizar esta tarefa. Uma para trocar comandos e
respostas (control connection) e outra para movimentar arquivos (data transfer connection).
Para cada arquivo a ser trocado ser criada mais uma conexo de dados, mas a conexo de
controle nica para toda a sesso e persiste aps a transferncia de arquivos.
Exemplo1 de uma sesso FTP
$ ftp
ftp> help
****** os comandos disponveis so apresentados
ftp> help ls
Redes Industriais
Pgina 287 de 398

ls list contents of remote directory
ftp> help cdup
cdup change remote working directory to parent directory]
ftp> help bell
bell beep when command completed
ftp> bell
Bell mode on
Exemplo 2 de uma sesso FTP

%ftp Arthur.cs.purdue.edu
Connected to arthur.cs.purdue.edu.
220 arthur.cs.purdue.edu FTP server (DYNIX V3.0.12) ready
Name (arthur:usera): anonymous
331 Guest login ok, send ident as password.
Password: guest
230 Guest login ok, access restriction apply.
ftp> get pub/comer/tcpbook.tar bookfile
200 PORT command okay.
150 Opening data connection for /bin/ls (128.10.2.1,2363) (7897088 bytes)
226 Transfer complete.
8272793 bytes received in 98.04 seconds (82 Kbytes/s)
ftp> close
221 Goodbye
ftp> quit
17.5.6.
TFTP - Trivial File Transfer Protocol

uma alternativa menor e mais simples de protocolo que propicia apenas transferncia de arquivos
sem autenticao. Este tipo de protocolo pode ser colocado na EPROM de uma estao diskless para
Redes Industriais
Pgina 288 de 398

bootstrap via rede. TFTP ao contrrio do FTP no depende de um sistema de transporte confivel e pode
funcionar sobre UDP utilizando timeout e retransmisso para garantir a integridade dos dados. O nodo
servidor transfere arquivos em blocos de 512 bytes e espera confirmao de chegada bloco a bloco.
17.5.7.
NFS - Network File System

Foi desenvolvido pela Sun Microsystems Inc. para proporcionar um compartilhamento de arquivos
"on-line", transparente e integrado.

O usurio pode fazer acesso a qualquer arquivo na rede, usando o nome do arquivo diretamente
sem distinguir se este remoto ou local. Quando uma aplicao do usurio faz um acesso a disco, o sistema
de acesso a arquivos aceita a solicitao e automaticamente passa o pedido para o sistema de arquivos
local ou para o cliente NFS se o arquivo for remoto. Quando o servidor remoto responde, o resultado
passado de volta a aplicao. Por exemplo, eu posso montar o diretrio /home/ops de uma mquina remota,
na minha estao local com o nome /seixas/home/ops. Ao dar o comando ls /seixas/home/ops eu estarei
examinando o diretrio do nodo remoto. Tudo de forma transparente.
O NFS foi construdo sobre dois outros protocolos:

RPC (Remote Procedure Call)
Permite fragmentar uma aplicao em parte local e procedimentos remotos.
Quando um procedimento remoto acessado, uma mensagem enviada pela rede, o procedimento remoto
ativado e a resposta retorna via uma nova mensagem.
XDR (eXternal Data Representation)
Permite troca de dados entre mquinas heterogneas. XDR define uma representao interna de
dados. Um usurio pode chamar um procedimento XDR que ir converter os dados da sua forma de
representao para a forma intermediria. Os dados sero enviados a outra mquina e ento convertidos
para a forma de representao remota. Requer o uso de um compilador especial XDR.
17.5.8.
SMTP - Simple Mail Transport Protocol

Redes Industriais
Pgina 289 de 398

Trata-se de um protocolo orientado para transferncia de textos ("correio eletrnico"). Na verdade
os usurios transferem mais arquivos usando este protocolo do que usando qualquer outro utilitrio TCP/IP.
Cada mensagem composta basicamente de um cabealho contendo destinatrio, remetente, assunto, etc e
o corpo formado por um texto ASCII. O cabealho especificado pela referncia 822.
O processo de envio de uma correspondncia se d em background. O processo cliente mapeia o
nome do destinatrio no endereo IP e tenta estabelecer uma conexo TCP. Tendo sucesso, uma cpia da
mensagem enviada para o servidor remoto, que a armazena na rea de spool. Uma vez que cliente e
servidor concordem que a mensagem foi aceita e armazenada, o cliente ir remover a cpia local. Se a
conexo no for estabelecida, o processo de transferncia anota a hora da tentativa e termina. O processo
em background examina a rea de spool regularmente. Se ele achar uma mensagem pendente, ou se o
usurio depositar uma nova mensagem, ele tentar envi-la de novo. Se uma mensagem permanecer muito
tempo como no expedida, uma mensagem ser enviada para o emitente.
Outros protocolos:
ARP - Address resolution protocol
Protocolo TCP/IP usado para ligar dinamicamente um endereo IP de alto nvel com um endereo de
hardware de baixo nvel.
RARP - Reverse Address Resolution Protocol
Protocolo TCP/IP usado por uma estao diskless para encontrar o seu endereo IP a partir do seu
endereo fsico.
17.6. PROGRAMANDO O SEU PRPRIO CLIENTE OU SERVIDOR

O usurio pode programar diretamente a sua prpria aplicao em C utilizando os recursos da rede.
Para usar o TCP, o usurio deve criar um socket e, associar endereos a ele, us-lo atravs de primitivas de
leitura e escrita, e finalmente fech-lo como se fosse um arquivo. Cada sistema operacional vem
acompanhado de uma biblioteca de funes conhecida no jargo UNIX como sockets library. comum o
fornecimento de um administrador que se encarrega de formatar os pacotes, envi-los e receb-los.
Redes Industriais
Pgina 290 de 398
17.6.1.
Performance

Numa comunicao implementada sobre uma rede nativa utilizando um sistema operacional de
tempo real como o QNX de ambos os lados, conseguimos obter cerca de 90% da faixa disponvel. Usandose o protocolo TCP/IP, apenas cerca de 30% do trhoughput disponvel geralmente alcanado, j que
torna-se necessrio converter os padres nos extremos da rede para um padro comum.
17.6.2.
Sockets

A API WinSocks baseada na API Berkeley sockets introduzida em 1982, inicialmente para o S.O.
UNIX. Os sockets BSD emulam descritores de arquivos como uma extenso do sistema de entrada e sada
por arquivos do UNIX. Atravs desta biblioteca pode-se utilizar funes padres tais como read() e write(),
em Unix, para receber e transmitir dados. Os dois programas podem estar na mesma mquina, em mquinas
diferentes numa mesma rede, ou conectadas atravs da Internet. A comunicao atravs de sockets tem
grandes vantagens em relao comunicao utilizando tecnologias baseada em camadas como CORBA e
DCOM, mais recentes e de maior apelo comercial,
mais eficiente;
Permite execuo em ambientes heterogneos envolvendo diferentes plataformas: Windows, UNIX, etc;
Desfrutam de grande aceitao no mercado. Grande parte dos protocolos utilizados na Internet (http, nntp
e smtp) utilizam a biblioteca de sockets.
Sockets suportam tanto protocolos orientados a conexo (stream sockets) quanto protocolos sem
conexo (datagram sockets).
Protocolos orientados a conexo:
Utilizam circuito virtual (TCP no domnio Internet);
Possuem transferncia de dados buferizada;
Redes Industriais
Pgina 291 de 398

Proporcionam conexo full-duplex;
Servidor atende a mltiplos clientes
Protocolos sem conexo:
Baseado em datagramas (UDP no domnio Internet);
No so buferizados;
So half-duplex;
Mensagens podem ser perdidas, duplicadas ou chegar fora da ordem de envio;
Servidor atende a um cliente por vez.
Existe um tipo especial de datagram socket denominado raw socket utilizado para controles e
protocolos de erros de roteamento, Raw sockets normalmente utilizam o protocolo ICMP (Internet Control
Message Protocol).
No WNT os protocolos de transporte no tm uma interface direta de sockets com a camada TCP/IP,
como em outros sistemas operacionais. O Winsock kernel model driver (afd.sys), que emula as funes de
sockets, ao invs disso, enxerga os protocolos de transporte atravs da Transport Driver Interface (TDI)
trazendo grande independncia aplicao em relao aos nveis inferiores de comunicao. A afd.sys
gerencia os buffers para a aplicao que quer falar com a camada de transporte. Quando o usurio emite
um WSASend() os dados so copiados para os buffers internos da AFD.SYS e a funo WSASend() retorna
imediatamente, desde que o tamanho do buffer seja inferior ao limite mximo dado por SO_SNDBUF. O
mesmo mecanismo se aplica na recepo atravs de WSARecv() ou recv().
Se o usurio desabilitar a bufferizao, fazendo SO_SNDBUF e SO_RCVBUF iguais a 0, a instruo
de envio, por exemplo, s se completar quando o outro lado da conexo aceitar todo o buffer. Isto causar
uma grande queda de performance aplicao.
Redes Industriais
Pgina 292 de 398
Figura 229: Arquitetura de Sockets no Windows 2000
Outros fatores limitadores de performance:

Largura de banda da rede;
Respeitar limites de recursos do sistema operacional;
Gerenciamento da memria virtual utilizada pela aplicao. Manter o servidor sempre alocado em memria
RAM atravs de footprint pequeno, e cuidado na alocao dinmica de memria. Pode-se aumentar a
quantidade de memria fsica usada por uma aplicao atravs de SetWorkingSetSize();
No manter um grande nmero de pginas locked na memria, para no esgotar os recursos para as
demais aplicaes e causar crash de todo o sistema (mximo recomendado = 1/8 da RAM do sistema). Se
no usar o bufferizao no envio ou recebimento de mensagens, os buffers da aplicao ficaro locked na
memria fsica;
Respeitar o limite para a rea do non paged pool (memria no paginada).
Os drivers do WNT e Windows2000 tm a habilidade de alocar memria de pool de memria no
paginada, que nunca paged out a fim de ser usada por componentes do kernel. Criar um socket, abrir um
Redes Industriais
Pgina 293 de 398

arquivo, realizar operao de binding ou conexo a um socket, operaes de leitura e escrita pendentes,
tudo isso aloca memria no pool no paginado.
Se sua aplicao receber erros do tipo WSA ENOBUFS ou ERROR INSUFFICIENT RESOURCES:
Aumente o Working Set da aplicao;
Verifique se voc no excedeu a largura de faixa do meio;
Verifique se voc no tem muitas operaes de send e receive pendentes;
Se no adiantar porque voc excedeu o limite de non paged pool. Feche algumas das conexes
pendentes e espere que a situao transiente termine.
Figura 230: DD Fonte de DD Binrio
A descrio do equipamento interpretada por um software no computador host que traduz todas
as informaes numa linguagem mais amigvel. Este software denominado servio de descrio de
Redes Industriais
Pgina 294 de 398

dispositivo ou DDS (Device Descriptor Services). O DD independe do sistema operacional utilizado pelo
sistema de controle.
J est sendo desenvolvida uma padronizao suplementar com o nome de EDDL (Electronic Device
Description Language) com o objetivo de tornar a apresentao dos dados do DD mais atraentes e
compatveis com os padres da Web.
Redes Industriais
Pgina 295 de 398
Redes Industriais
Pgina 296 de 398
17.7. PRINCPIO DE FUNCIONAMENTO

Programas baseados em sockets so geralmente aplicaes cliente-servidor. O servidor espera
pedidos de seus clientes, os processa e retorna os resultados ao cliente. O cliente estabelece uma conexo
com o servidor, conectando-se a uma porta do servidor na mquina onde o servidor est sendo executado.
preciso saber qual o nmero da porta de uma aplicao antes de se iniciar um processo de conexo.
17.7.1.
Porta

Corresponde a um valor inteiro de 16 bits que serve para identificar aplicaes, em um computador,
que utilizam servios de conexo. As portas de 1 a 1023 so chamados de nmeros de ports well known e
so reservados para os servios padres da Internet. Estes nmeros so designados e controlados pela
IANA (Internet Assigned Numbers Authority).
Portas de 1024 a 5000 so denominados portas efmeros e so geralmente usados por clientes.
Eles tm existncia curta porque existem somente durante o perodo de tempo em que o servio associado
est em uso.
Portas acima de 5000 so destinados a servidores que no esto conectados Internet. As portas
de 1024 a 63535 esto livres para uso das aplicaes do usurio.
Em geral utilizamos um endereo acima de 10000.
Valores reservados tpicos:
Figura 231: Portas e Aplicaes

Redes Industriais
Pgina 297 de 398
17.7.2.
Visualizando os Portas Livres
Para visualizar quais as portas utilizados em um computador local, use o programa netstat do WNT.
17.7.3.

Mecanismo Cliente-Servidor Bsico
Em aplicaes de automao industrial, os protocolos orientados a conexo so os mais usados,
por questes de segurana. Apesar de serem mais lentos, propiciam uma confirmao fim a fim essencial a
este tipo de aplicao. Cliente e servidor necessitam realizar um ritual de conexo, troca de dados e
desconexo.
O bit SYN do cabealho TCP usado para sinalizar que uma conexo est se iniciando e
acompanhado do nmero inicial de sequncia. No diagrama abaixo a estao A envia o quadro com SYN
ativado e o nmero de sequncia que no caso 10 para a estao B. B responde enviando uma
confirmao com o valor 11 que o sequencial do prximo quadro que B espera receber. A estao B envia
o seu prprio nmero de sequncia que no caso 30 para a estao A que confirma o recebimento
enviando 31. Isto estabelece duas conexes. O envio passa a se dar simultaneamente nos dois sentidos
(comunicao full duplex).
Redes Industriais
Pgina 298 de 398
Figura 232: Comunicao Full Duplex Utilizando TCP
O fluxograma a seguir ilustra os principais passos de uma aplicao tpica.
17.7.4.
Aplicao Tpica Sobre TCP no WNT:
Redes Industriais
Pgina 299 de 398
Figura 233: Fluxograma TCP no WNT
17.7.5.
Aplicao Tpica Sobre UDP no WNT:
Redes Industriais
Pgina 300 de 398
Figura 234: Fluxograma UDP no WNT
Redes Industriais
Pgina 301 de 398
ANOTAES
Redes Industriais
18.
Pgina 302 de 398
COMUNICAO OPC (Automao Industrial)

O protocolo OPC foi desenvolvido primariamente para solucionar problemas de interoperabilidade
em sistemas de automao industrial, integrando dados entre os diversos nveis de suas redes.
Basicamente, consiste em um protocolo aberto, composto por diversas especificaes em constante
desenvolvimento, tecnologicamente bastante ligado tecnologia DCOM da MicrosoftTM. Nesta apostila
apresentada uma introduo aos principais aspectos das comunicaes em ambiente industrial, descrevemse as caractersticas fundamentais do protocolo OPC e apresentam-se estudos, tericos e prticos, do seu
emprego em situaes diversas. Os resultados encontrados nesses estudos so analisados e comparados.
Espera-se dessa forma disponibilizar uma fonte de consulta para profissionais de automao e controle que
necessitem entender o protocolo, suas funcionalidades e a viabilidade do seu emprego no problema que se
busca solucionar.
18.1. INTRODUO

O emprego de redes de superviso e controle baseadas em protocolos de comunicao digital tem
crescido nas mais variadas plantas industriais. A diversidade desses protocolos e dos equipamentos
baseados nos mesmos (OPC FOUNDATION, 1998; PROFIBUS STANDARD, 2006; DEVICENET, 2006), bem
como a evoluo de suas aplicaes na indstria, acabou por gerar sistemas de automao de grande
complexidade, compostas por sub-redes heterogneas de difcil interoperabilidade. A dificuldade de se
especificar todo um sistema empregando equipamentos de um nico fabricante, comunicando-se atravs de
um mesmo protocolo, tambm tem contribudo nesse sentido. Alm de ser virtualmente impossvel em alguns
casos, tal abordagem no desejvel do ponto de vista de mercado, pela dependncia que se cria de um
mesmo fornecedor.
Diante dessa realidade, o emprego de um sistema global de controle passa necessariamente por
ter-se um mecanismo de comunicao que guarde certa independncia do protocolo empregado pelos
elementos finais de superviso e controle, ou seja, dos instrumentos de campo. O OPC (OLE for Process
Control) surge como um protocolo de comunicao padronizado e aberto, desenvolvido por um grupo de
fabricantes de equipamentos em cooperao com a Microsoft, criadora do Windows, dedicado promoo
da integrao de redes industriais heterogneas. Seu objetivo primrio permitir a troca transparente de
dados entre diversos tipos de aplicaes, tanto gerenciais quanto de cho de fbrica (OPC FOUNDATION,
1998).
Redes Industriais
18.1.1.

Pgina 303 de 398

Plataforma Windows em Plantas Industriais
A crescente popularizao do sistema operacional Windows e sua macia presena em sistemas de
informtica empresariais, acabaram por motivar os principais fabricantes de equipamentos e softwares para
controle industrial a desenvolverem sistemas baseados nessa plataforma. Tal fato contribuiu para diminuir o
abismo at ento existente, sobretudo no aspecto interface homem-mquina, entre os sistemas de
automao e administrao das indstrias. Pelo fato de aplicativos Windows j serem bastante utilizados nas
tarefas coorporativas (correio eletrnico, editores de texto, planilhas etc.), a prpria operao dos sistemas
do ponto de vista do usurio mdio foi facilitada.
Vencida tal etapa, o prximo passo seria o desenvolvimento de um padro de comunicao capaz de
integrar verticalmente todos os nveis hierrquicos relacionados ao controle da produo (gerenciamento,
superviso de processos, controle e equipamentos no cho de fbrica), facilitando o acesso informao de
forma a acelerar tomadas de deciso. A soluo aparentemente mais adequada consistia em adaptar-se
para controle de processos a tecnologia OLE/DCOM (Object Linking and Embedding/Distributed Component
Object Model), nativa do Windows, orientada a objeto e j bastante difundida em seus aplicativos.
Basicamente, a tecnologia OLE/DCOM permite encapsular componentes escritos em C/C++ (por exemplo,
drivers de comunicao) como interfaces padronizadas para serem utilizadas em programas de outras
linguagens de programao, eventualmente mais simples de serem utilizadas.
A presena dessa facilidade como interface entre programas motivou o desenvolvimento do padro
OPC fortemente baseado no ambiente Windows. Nele especifica-se como uma aplicao pode acessar dados
de um processo independente de sua origem, o que permite que uma mesma aplicao atue em diferentes
barramentos de campo sem modificaes.
18.1.2.

OPC: Surgimento e Evoluo
Antes do OPC, caso uma aplicao-cliente (sistema supervisrio, por exemplo) requeresse acesso a
uma determinada fonte de dados do sistema, o prprio fabricante deveria desenvolver o driver necessrio, o
que gerava os seguintes problemas:
Duplicao de esforos: fabricantes de software desenvolvendo drivers distintos para o mesmo
hardware;
Redes Industriais
Pgina 304 de 398
Inconsistncias entre drivers: funcionalidade do hardware indisponvel da mesma forma por drivers de
fabricantes diferentes;
Suporte a mudanas de funcionalidades de hardware: mudana de funcionalidade do hardware
levando drivers antigos incompatibilidade;
Conflitos de acesso: dois drivers independentes no podem (geralmente) acessar um mesmo
dispositivo simultaneamente.
Atentos a esses problemas, em 1995 alguns fabricantes de softwares de automao reuniram- se e
desenvolveram, com o suporte da Microsoft, o OPC. Sua primeira especificao (OPC Specification Version
1.0) foi apresentada em agosto de 1996. Nos anos seguintes, vrios fabricantes aderiram ao padro, o que
gerou a necessidade de modificaes e acrscimos de funcionalidades cada vez maiores. Para que isso
ocorresse de forma coordenada, foi criada a OPC Foundation, uma entidade sem fins lucrativos destinada
exclusivamente manuteno e divulgao do padro OPC.
A estratgia adotada pela fundao para adio de novas especificaes, atualizaes, modificaes
e manuteno da compatibilidade com verses anteriores, foi a de criar extenses especificao original.
Em 1997 a primeira atualizao da especificao foi liberada. Denominada OPC Data Access Specification
1.0A, tal especificao j refletia o novo modelo de extenses adotado.
Por conta do modelo de extenses, o OPC hoje entendido no como uma especificao, mas sim
como um conjunto delas.
18.1.3.
Objetivo e Estrutura

Esta apostila tem por objetivo apresentar um panorama da aplicao do protocolo OPC em redes
industriais como alternativa para integrao e interoperabilidade de plantas heterogneas.
No Captulo 18.2. apresentada uma descrio mais detalhada do protocolo OPC, sendo
aprofundados alguns conceitos computacionais envolvidos na sua criao. So tambm apresentadas e
discutidas as motivaes e caractersticas de suas principais especificaes.
Redes Industriais
Pgina 305 de 398
No Captulo 18.3. so apresentadas algumas aplicaes do protocolo OPC em ambiente industrial,

discutindo-se vantagens e desvantagens observadas por seus realizadores nas situaes descritas.
O Captulo 18.4. traz algumas consideraes sobre as perspectivas futuras para o emprego do
protocolo OPC em ambiente industrial.
18.2. FUNDAMENTOS DO OPC

18.2.1.
A Tecnologia que Compe o OPC

Nas prximas sees so apresentadas algumas das tecnologias utilizadas na implementao do
OPC, de forma a deixar mais claros alguns conceitos bastante empregados neste e nos prximos captulos.
18.2.1.1. Programao Orientada a Objetos
A Programao Orientada a Objetos (POO) um modelo de programao que procura descrever
entidades, reais ou abstratas, da forma como as vemos e percebemos, dentro de um determinado contexto
ou problema a ser resolvido.
Na POO, para cada entidade, os dados (tambm chamados de atributos) e procedimentos (tambm
chamados de mtodos ou servios) so agrupados (ou encapsulados) em um s elemento bsico, chamado
de classe ou objeto.
As vrias classes/objetos pertencentes a um mesmo sistema, se relacionam entre si atravs de
interfaces. Para uma interface uma conveno precisa entre um cliente e um servidor, que dita como os
mtodos devem ser chamados. Assim, um determinado objeto que necessite dos servios de outro, no
precisa saber como este ltimo implementa o cdigo para realizar tal tarefa (como ele faz), apenas deve
conhecer a sua interface (o que ele faz).
Redes Industriais
Pgina 306 de 398

Esta ltima propriedade tambm conhecida como encapsulamento, e leva a uma das principais
vantagens da POO: a reusabilidade de cdigo, que permite reduzir o tempo de desenvolvimento do software,
e, consequentemente, aumentar a produtividade.
18.2.1.2. RPC e DCE

Na dcada de 80, com o intuito de tornar possvel a computao distribuda num ambiente multiplataforma para diversos aplicativos, um consrcio de companhias criou a OSF (Open Software Foundation),
que acabou por gerar um conjunto de especificaes reunidas sob o termo DCE (Distributed Computing
Environment), em uso at os dias de hoje.
Os mecanismos de comunicao definidos pela OSF, tambm chamados de RPC (Remote Procedure
Call) ou Chamada de Procedimento Remoto, definem como os aplicativos podem se comunicar e como cada
um pode chamar funes ou mtodos de outro, empregando para isso serializao (marshalling) e
desserializao (demarshalling). Tais procedimentos consistem basicamente na codificao e decodificao,
respectivamente, de parmetros dependentes de um processo e sistema operacional especficos, em
parmetros independentes dos mesmos, de forma que possam ser transportados em diferentes tipos de
rede.
O proxy o componente deste sistema responsvel pela serializao, enquanto o stub realiza a
operao inversa (desserializao). O cliente no chama um procedimento remoto no servidor, mas interage
diretamente com o proxy, que realiza a serializao e repassa a chamada ao stub. Este por sua vez
desserializa a chamada e a repassa diretamente ao servidor, onde o procedimento realmente
implementado. A resposta do servidor (callback) feita da mesma forma, na direo oposta. Isto permite
que toda a operao de chamada e resposta seja transparente ao cliente/servidor. Assim, atravs do RPC
garantida ao usurio a flexibilidade para implementar-se procedimentos onde seja mais conveniente na rede,
de forma a atingir determinados objetivos de desempenho e/ou confiabilidade.
Na poca do surgimento do RPC, a POO ainda no era o modelo de programao mais utilizado, o
que levou a Microsoft a adaptar esta tecnologia para o conceito de POO, j com interesse no
desenvolvimento do DCOM. O resultado desta adaptao resultou na designao ORPC (Object RPC).
Redes Industriais
Pgina 307 de 398
!"#
Figura 235: Arquitetura do DCOM (Microsoft 1996)
!"#$%&'()*'+%,$"-.-$%&'/0'1234'54627383!9:'*;;<='
18.2.1.3. DCOM
()*)(! 1234'

O DCOM nasceu a partir da tecnologia OLE (Object Linking and Embedding), que surgiu no incio da
dcada de 90, para permitir a integrao de dados entre aplicaes no Windows. Isto permitia, por exemplo,
$#%&$'#()*+,-#)#.)/01/#2)#0,+(34351)#$67#8!"#$%&'()*+)*,'-*.'/0"$..)*,9:#;-,#*-/51-#(3#
inserir uma planilha Excel em um documento do Word e, a partir deste ltimo, acessar e editar de forma
1(<+13#2)#2=+)2)#2,#">:#.)/)#.,/?101/#)#1(0,5/)@A3#2,#2)23*#,(0/,#).41+)@B,*#(3#C1(23D*E#F*03#
dinmica, todos os dados da primeira.
.,/?101):#.3/#,G,?.43:#1(*,/1/#-?)#.4)(14H)#7G+,4#,?#-?#23+-?,(03#23#C3/2#,:#)#.)/01/#2,*0,#
I401?3:#)+,**)/#,#,210)/#2,#J3/?)#21(K?1+):#0323*#3*#2)23*#2)#./1?,1/)#8FCLMFNO:#!>>!9E#
A abordagem do OLE foi estendida para outros tipos de aplicativos, na forma de um modelo orientado
a objetos disponvel a todas estas aplicaes, atravs dos chamados componentes. Esta tecnologia foi
L#)P3/2)5,?#23#$67#J31#,*0,(212)#.)/)#3-0/3*#01.3*#2,#).41+)01Q3*:#()#J3/?)#2,#-?#?32,43#
batizada de Component Object Model (COM), em 1995 .
3/1,(0)23#)#3PR,03*#21*.3(<Q,4#)#032)*#,*0)*#).41+)@B,*:#)0/)Q=*#23*#+H)?)23*#>0?@0A.A-.BE#
A necessidade de compartilhar estes componentes atravs da rede levou ao desenvolvimento do
7*0)# 0,+(34351)#
J31# P)01S)2)# 2,# 12032*$*&' !"#$%&' 42.$5' 8&$'9:# ,?# T""U# 8FCLMFNO:#
!>>!9E#
DCOM, resultado da unio das tecnologias COM e DCE RPC (mais especificamente, o ORPC).
Surgido em 1996, o DCOM utiliza o formato cliente-servidor e permite o acesso, atravs de
L#(,+,**12)2,#2,#+3?.)/014H)/#,*0,*#+3?.3(,(0,*#)0/)Q=*#2)#/,2,#4,Q3-#)3#2,*,(Q34Q1?,(03#
conexes e servios, tanto de um servidor por vrios clientes, quanto de um cliente por vrios servidores.
23# %&$':#
2)# -(1A3#aos
2)*#
0,+(34351)*#
,# %&7#
VW&# 8?)1*#
,*.,+1J1+)?,(0,:#
3#
Como/,*-40)23#
no RPC, transparente
clientes
a localidade&$'#
de execuo
do componente
do qual
se utilizam os
$VW&9#8FCLMFNO:#!>>!9E#
servios.
Como um modelo orientado a objetos, que tambm herda funcionalidades do RPC, o DCOM se
X-/5123#,?#T""Y:#3#%&$'#-0141S)#3#J3/?)03#+41,(0,Z*,/Q123/#8[15-/)#\ET9#,#.,/?10,#3#)+,**3:#
constitui basicamente de:
)0/)Q=*#2,#+3(,GB,*#,#*,/Q1@3*:#0)(03#2,#-?#*,/Q123/#.3/#Q]/13*#+41,(0,*:#;-)(03#2,#-?#+41,(0,#
.3/#Q]/13*#*,/Q123/,*E#&3?3#(3#VW&:#=#0/)(*.)/,(0,#)3*#+41,(0,*#)#43+)412)2,#2,#,G,+-@A3#23#
+3?.3(,(0,#23#;-)4#*,#-0141S)?#3*#*,/Q1@3*#8'F&V$X$[N:#T""Y9E#

Redes Industriais
Pgina 308 de 398

Classes, Mtodos e Interfaces. Com a IDL (Interface Definition Language) todas as classes (objetos
DCOM), mtodos e interfaces so descritos e convertidos em bibliotecas C, que por sua vez so compiladas
e associadas a uma DLL do sistema Windows;
Proxy/Stub. a DLL resultante da compilao, responsvel pela serializao e desserializao, utilizada
pelos clientes e servidores DCOM em tempo de execuo;
Identificadores. Tambm chamados de GUIDs (Globally Unique Identifiers), so valores de 128 bits
que identificam unicamente as partes de um sistema baseado no DCOM. Podem aparecer na forma de: CLSID
(Class Identifier), para identificar unicamente uma classe ou objeto DCOM; IID (Interface Identifier), para
identificar unicamente uma interface; ou CATID (Category Identifier), para identificar categorias especficas de
um mesmo componente. Todos estes identificadores so cadastrados no registro (registry) do sistema
operacional.
Atravs da IDL e do GUID, as interfaces so protegidas contra modificao e identificadas
unicamente, garantindo a compatibilidade dos objetos (mesmo no caso de modificaes de verso),
independente do ambiente em que foram criados.
18.2.2.

O OPC
Herdando todas as caractersticas das tecnologias descritas anteriormente, o OPC utiliza um modelo
cliente-servidor, onde o servidor oferece interfaces para os objetos OPC e os gerencia. Dessa forma, existem
interfaces, mtodos e classes especialmente voltadas para as necessidades de controle de processos,
reunidas na forma de especificaes, cada uma delas implementando um conjunto especfico de
funcionalidades. Conforme estas necessidades evoluem, as especificaes tambm o fazem, sendo este um
dos principais motivos da constante atualizao de verses das especificaes.
18.2.2.1. Arquitetura Bsica

O OPC uma especificao para dois conjuntos de interfaces: as interfaces OPC Custom e OPC
Automation. Apenas a OPC Custom deve ser implementada obrigatoriamente em todos servidores, sendo a
OPC Automation um conjunto de interfaces de implementao opcional.
$,# )2(+'3&1+,# !"#$ #%&'()# ,./# %'/E+(&*&,# %&'&# ,+'+<# 8();)?&*&,# 1/<# ;)2:8&:+2,# *+#
%'/:'&<&-./# J8+# +<%'+:&<# %/2(+)'/,0# 1/</# 7K7LL0# +2J8&2(/#
%&'&# ;)2:8&:+2,#
Redes J8+0#
Industriais
Pgina 309 <&),#
de 398
,)<%;+,0# 1/</# M),8&;# N&,)10# >+;%O)# +# MN$0# *+9+<# ,+'# 8();)?&*&,# &,# )2(+'3&1+,# !"#$
*%'()+',(-G# P+,(&,#
Q;()<&,# +R),(+# 8<# 1/<%/2+2(+# &# <&),# 2/# ,+'9)*/'# 5670# 1O&<&*/#
As interfaces OPC Custom so projetadas para serem utilizadas com linguagens de programao
*$&'(+&,'-) ./+001/2# J8+# +21&%,8;&# +# :+'+21)&# &,# 1O&<&*&,# +2('+# &,# ;)2:8&:+2,# ,+<#
que empregam ponteiros, como C/C++, enquanto que, para linguagens mais simples, como Visual Basic,
%/2(+)'/,# +# &# )2(+'3&1+# !"#$ #%&'()0# 1/23/'<+# &%'+,+2(&*/# 2&# S):8'&# !GA=567#
Delphi e VBA, devem ser utilizadas as interfaces OPC Automation. Nestas ltimas existe um componente a
S5TP>$UV5P0#ABB!&DG#
mais no servidor OPC, chamado Automation Wrapper, que encapsula e gerencia as chamadas entre as
linguagens sem ponteiros e a interface OPC Custom, conforme apresentado na Figura a seguir.
#
Figura 236: Arquitetura Bsica do OPC
2)3(&,-!"#-%&'()*+*(&,-./0)1,-45-678-9678-26:;<%=>6;?-#@@!,A-
Tambm esperado que o servidor consolide e otimize as requisies de acesso a dados de vrios
U&<@H<#H#+,%+'&*/#J8+#/#,+'9)*/'#1/2,/;)*+#+#/()<)?+#&,#'+J8),)-4+,#*+#&1+,,/#&#*&*/,#*+#
clientes, promovendo comunicaes eficientes com os dispositivos de campo. Para leitura, os dados
9F')/,# 1;)+2(+,0# %'/</9+2*/# 1/<82)1&-4+,# +3)1)+2(+,# 1/<# /,# *),%/,)()9/,# *+# 1&<%/G# 6&'&#
retornados pelos dispositivos so armazenados em um buffer para distribuio assncrona ou coleta
;+)(8'&0#
/,# *&*/,# '+(/'2&*/,# %+;/,# *),%/,)()9/,# ,./# &'<&?+2&*/,# +<# 8<# .%//01# %&'&#
sncrona por vrios clientes OPC. Para escritas, o servidor OPC atualiza os dados nos dispositivos fsicos,
independente dos clientes OPC.
Entre a memria cache do servidor OPC e o dispositivo de campo pode existir qualquer meio fsico
e/ou protocolo de comunicao, e a comunicao feita por protocolos que podem ser proprietrios ou no.
Desta forma, transparente ao cliente OPC qual protocolo est sendo utilizado num nvel mais baixo, j que
o mesmo s se comunica atravs do servidor, o que padroniza a comunicao no nvel superior.
18.2.2.2. Principais Especificaes

A seguir esto listadas as especificaes atualmente disponveis:
OPC Common Definitions and Interfaces. Fornece e descreve definies, interfaces e servios comuns
Redes Industriais
Pgina 310 de 398

a todas especificaes;
OPC Data Access (DA). Principal especificao do OPC, fornece a funcionalidade de transferncia de
dados de tempo real e contnua de CLPs, SDCDs e outros, para IHMs, sistemas supervisrios e similares;
OPC Alarms & Events (AE). Fornece notificaes de alarmes e eventos sob demanda, como alarmes
de processo, aes do operador, auditagem etc;
OPC Historical Data Access (HDA). Fornece mecanismos consistentes e uniformes de acesso a dados
de histrico j armazenados;
OPC Batch. Traz a filosofia do OPC s aplicaes de processamento em batelada processamento em
batelada (batch processing), permitindo mecanismos de troca de informaes e condies operacionais

atuais em equipamentos que implementam este tipo de controle. uma extenso da OPC-DA;
OPC Data exchange (DX). uma extenso do OPC-DA, e fornece mecanismos para troca de dados
entre diferentes servidores OPC-DA atravs de redes de campo heterogneas, incluindo servios de
configurao, diagnstico, monitorao e gerenciamento remotos;
OPC Security. Fornece mecanismos de controle de acesso a informaes de processo e proteo
contra modificaes no autorizadas de parmetros do mesmo;
OPC XML-DA (XMLDA). Extenso da OPC-DA, fornece mecanismos consistentes e flexveis para
apresentao dos dados de cho de fbrica usando a linguagem XML, permitindo sua apresentao em
navegadores Web via Internet/Intranet;
OPC Complex Data: Outra extenso da OPC-DA, permite aos servidores a descrio e representao
de formatos de dados mais complexos, tais como estruturas binrias, arrays e outros. Vem sempre
associada DA ou XMLDA.
Vale ressaltar que esto atualmente em desenvolvimento novas especificaes que permitem
incorporar novas funcionalidades, motivadas por tendncias de mercado e necessidades de muitos usurios
do padro OPC. Das especificaes, merece destaque especial um novo conjunto, nomeado de OPC Unified
Redes Industriais
Pgina 311 de 398

Architecture (UA). Este conjunto visa, entre outros objetivos, tornar todas as especificaes atuais melhor
adaptadas aos servios Web, alm de tornar o OPC independente do DCOM e, portanto, suportado em
outras plataformas no- Windows, como GNU/Linux, Unix e outros.
Com todas estas funcionalidades disponveis no padro OPC, os fornecedores de diversos produtos
hoje disponveis no mercado introduzem as seguintes vantagens:
Padronizao das interfaces de comunicao entre os servidores e clientes de dados de tempo real,
facilitando a integrao e manuteno dos sistemas;
Eliminao da necessidade de drivers de comunicao especficos (proprietrios);
Melhoria do desempenho e otimizao da comunicao entre dispositivos de automao;
Interoperabilidade entre sistemas de gesto empresarial (Enterprise Resource Planning - ERP), de
execuo de manufatura (Manufacturing Execution System - MES) e aplicaes Windows (Excel, etc.);
Reduo dos custos e tempo para desenvolvimento de interfaces e drivers de comunicao, com
conseqente reduo do custo de integrao de sistemas;

Facilidade de desenvolvimento e manuteno de sistemas e produtos para comunicao em tempo real;
Facilidade de treinamento.
Nas prximas sees realizada uma descrio mais detalhada das especificaes mais utilizadas
na prtica (OPC-DA, OPC-AE e a OPC-HDA) e da nova especificao (OPC-UA). As demais so agrupadas em

s uma seo e descritas de forma sucinta. So abordadas somente as interfaces do tipo Custom, j que as
do tipo Automation so baseadas nelas.
18.2.2.2.1. OPC Data Access Specification (DA)

Conceitos, Modelos e Objetos
Redes Industriais
Pgina 312 de 398

Atualmente na verso 3.0, a OPC Data Access Specification, ou OPC-DA, foi a primeira das
especificaes a ser lanada, em 1996. Naquela poca, em sua verso 1.0, era chamada simplesmente de
OPC Specification. Pelo novo conceito de extenses adotado, foi renomeada em 1997 para OPC Data Access
Specification e a verso atualizada para 1.0A.
Basicamente, a OPC-DA fornece interfaces, objetos e mtodos que permitem o acesso a dados de
cho de fbrica em tempo real. a principal e mais bsica entre as especificaes. Qualquer sistema que
necessite monitorar dados de campo em tempo real deve, no mnimo, dispor de um servidor e um cliente
que implemente a OPC-DA. Nela existe uma hierarquia com trs objetos principais no servidor:
OPCServer. Realiza todo o gerenciamento de conexo com o cliente e retorno dos dados, fornece
navegao pelos objetos disponveis no servidor, mtodos para gerenciamento (ex: criao/destruio), pelo
cliente, de objetos OPCGroup, entre outros;
OPCGroup. Realiza o agrupamento lgico e gerenciamento de objetos OPCItem, gerenciamento de
estado dos grupos (groups), disponibiliza mtodos de escrita/leitura nos itens, etc;
OPCItem. Representa o dado de campo propriamente dito, tambm chamado de item, e totalmente
gerenciado pelo objeto OPCGroup.

O objeto OPCItem no um objeto real, pois no possui mtodos e interfaces prprias para seu
gerenciamento. Isto ocorre porque, na prtica, existem muitos itens a serem lidos/escritos ao mesmo tempo
e o gerenciamento feito atravs dos grupos mais eficiente, pois permite que a operao seja feita em
apenas uma chamada.
A hierarquia de objetos mostrada permite flexibilidade aos clientes, pois cada um deles pode criar seu
conjunto de itens e grupos, definindo sua prpria viso do processo.
Outro conceito utilizado pelos servidores OPC-DA o de espao de nomes (namespace), que nada
mais do que outra hierarquia criada e configurada no servidor para representar a topologia de todos os
dispositivos monitorados pelo servidor. Ela composta por itens com identificadores chamados ItemIDs, que
identificam unicamente um dispositivo de campo.
Redes Industriais
Pgina 313 de 398

Diferentemente da hierarquia de objetos, o namespace nico para cada servidor, e pode se
associar com vrias hierarquias de objeto ao mesmo tempo. A Figura 3.3 mostra um exemplo desta
associao: esquerda est o namespace e direita os objetos do servidor. Nota-se que dois objetos
OPCItem podem estar associados a um mesmo item do namespace, atravs de seu ItemID, ilustrando a
flexibilidade da hierarquia de objetos, j comentada.
Para finalizar, v-se tambm, no namespace, duas informaes associadas ao item
Raiz.Andar_2.Temp. Estas so chamadas de propriedades e representam informaes relativamente
!"#
estticas relacionadas ao item do namespace, que tambm podem ser cadastradas no mesmo, durante a
configurao do servidor.
#
Figura 237: Namespace e Hierarquia de Objetos
!"#$%&'()('*&+,-.&/,','0",%&%1$"&'2,'345,67-'89:;*9<=>'?@@?A#
Principais Funcionalidades:
Escrita/Leitura Sncrona e Assncrona: Na escrita/leitura sncrona, o cliente requisita os dados e os

B%"C/".&"-'!$C/"7C&D"2&2,-'83BE'!3F*G;<93*'>'?@@(&A'
recursos de sistema s so liberados quando os valores so retornados pelo servidor. mais simples de
implementar, mas pouco eficiente, ocupando muitos recursos de rede quando existem muitos dados a
No modo assncrono,
o cliente se
(subscribe)
servidor para receber
determinada
!!trafegar.
H-/%"6&IJ,"6$%&'
KLC/%7C&'
,' cadastra
;--LC/%7C&M'
$%# no&'()*+%,-&*+.)%#
'/0()10%2#
1# (-*&0+&#
quantidade de dados e libera os recursos logo aps a chamada. Aps esta etapa, os dados solicitados so
)&3.*'*+%#1'#4%41'#&#1'#)&(.)'1'#4&#'*'+&5%#'6#'71#-*8&)%41'#3.%041#1'# 9%-1)&'#'71#
enviados ao cliente medida que o servidor os tiver disponveis. mais eficiente para grandes quantidades
de dados. Adicionalmente, a leitura/escrita pode ser feita tanto atravs da memria cache do servidor,
)&+1)0%41'# :&-1# '&)9*41);# <# 5%*'# '*5:-&'# 4&# *5:-&5&0+%)2# 5%'# :1.(1# &=*(*&0+&2#
quanto diretamente no dispositivo. Alguns exemplos de interface so: OPCGroup::IOPCSyncIO,
1(.:%041#5.*+1'#)&(.)'1'#4&#)&4&#3.%041#&>*'+&5#5.*+1'#4%41'#%#+)%=&?%);#$1#5141#
OPCGroup::IOPCAsyncIO entre outras (OPC FOUNDATION, 2003a);
%''/0()1012#1#(-*&0+&#'&#@(%4%'+)%A#B!"#!$%&#'C#01#'&)9*41)#:%)%#)&(&8&)#4&+&)5*0%4%#
3.%0+*4%4&#4&#4%41'#&#-*8&)%#1'#)&(.)'1'#-1?1#%:6'#%#(D%5%4%;#E:6'#&'+%#&+%:%2#1'#
Redes Industriais
Pgina 314 de 398

Banda Morta: Por banda morta (deadband), entende-se uma faixa de valores (relativa ao range de
leitura) na qual variaes no causam envio de dados para o servidor. Isto permite economia de recursos de
rede, j que o servidor no precisa enviar os valores a cada mudana, somente quando violarem a banda
morta. A configurao deste parmetro torna possvel o envio por exceo de valores analgicos. A interface
disponvel na OPC-DA para gerenciamento da banda morta OPCGroup::IOPCDeadBandMgt;
Formato de Dados: Na OPC-DA, cada item de dado tem trs componentes bsicos: o valor
propriamente dito, do tipo VARIANT (com subtipos Float, Integer etc); a rtulo de tempo (timestamp) no
formato UTC (Universal Time Code), que representa a informao do tempo (com resoluo de 100ns) em
que o servidor recebeu o dado de um dispositivo; e dois bytes que representam a qualidade associada ao
dado (ex: Bom,Ruim e Indefinido);
Envio por Exceo: Permite o envio de dados ao cliente assim que h mudana de valores (acima da
banda morta configurada) ou qualidade dos mesmos. Implementado pelo mtodo (do cliente)
IOPCDataCallback::OnDataChange;
Ativao/Desativao de Itens e Grupos: Permite ativar/desativar a monitorao dos grupos e itens,
para realizar a manuteno em algum dispositivo, por exemplo. Implementado por mtodos como:
IOPCGroupStateMgt::SetState e IOPCItemMgt:: SetActiveState.
18.2.2.2.2. OPC Alarms and Events Specification (AE)

A Alarms and Events Specification, ou OPC-AE, descreve objetos e interfaces que so implementadas
por servidores OPC-AE que fornecem mecanismos para os clientes OPC serem notificados de condies de
alarme e eventos especficos, alm de servios que permitem ao cliente saber os tipos de eventos e
condies suportadas pelo servidor, bem como seus estados atuais. Para serem notificados, os clientes se
cadastram (subscribe) no servidor para receber os eventos que atendam a um determinado critrio.
Existem dois conceitos importantes: o de condio e o de subcondio. Uma condio basicamente
reflete um estado do servidor OPC-AE, ou dos objetos que o compem, que de interesse de um
determinado cliente. Por exemplo, um alarme de nvel associado a um determinado equipamento de campo
Redes Industriais
Pgina 315 de 398

uma condio. A subcondio representa um detalhe maior da condio. No nosso exemplo, o estado Nvel
Alto representaria uma subcondio da condio Alarme de nvel. Assim, uma condio pode ter vrias
subcondies associadas, como Baixo, Alto, Muito Baixo, Muito Alto. A cada condio e subcondio
esto associados atributos que fornecem um detalhamento maior do estado atual e outras informaes.
Para manter uma padronizao mnima, existem atributos que so obrigatrios e definidos na especificao.
Os demais so chamados de especficos de fabricante.
Nesse contexto, a especificao define um alarme como um caso especial de uma condio, ou seja,
uma condio anormal, enquanto que um evento definido como uma ocorrncia detectvel que seja
significativa para o servidor, o dispositivo que o representa, e os clientes associados. No necessariamente
todos os eventos esto associados a condies: aes do operador, mudanas de configurao, entre
outros.
A especificao prev trs tipos de eventos:
Eventos Simples: So eventos mais bsicos, que no exigem aes de reconhecimento pelo operador
(ex: bomba ligada);
Eventos Relacionados a Rastreamento (auditoria): Possuem os mesmos atributos dos eventos
simples, com um atributo adicional, chamado ActorId, para permitir rastreabilidade dos dados (ex:
identificao de que operador realizou uma ao);
Eventos Relacionados Condio: So os eventos mais complexos, que esto associados com condies e
subcondies da planta, tm mais atributos, e exigem uma ao de reconhecimento, pelo operador, da
ativao de uma subcondio (alarme).
A Figura 238 ilustra os trs tipos de evento com alguns dos atributos mais comuns. Vale ressaltar o
atributo Severity, representado por um nmero de 1 a 1000, que indica o nvel de severidade (urgncia) de
uma subcondio. Conforme a especificao, cada fabricante de servidor responsvel por mapear os
valores de severidade (caso existam) especficos dos seus protocolos proprietrios naquela faixa de valores.
Como na OPC-DA, os servidores da OPC-AE tambm implementam uma hierarquia para representar
como esto dispostos os eventos no campo ou cho de fbrica. Esta hierarquia chamada de rea de
Redes Industriais
Pgina 316 de 398

eventos ou EventArea. Nela existem as fontes de evento, associadas geralmente aos dispositivos de campo
que os geram, agrupadas em reas, que representam as reas fsicas reais da planta. Como vemos adiante,
o servidor OPC-AE implementa interfaces e mtodos especficos para navegao na rea de eventos.
!"#
#
Figura 238: Atributos de Eventos
!"#$%&'()*'+,%"-$,./'01'2314,./'567+869:;'<==<>'
Um ltimo conceito na OPC-AE o de filtragem, que permite que os clientes se cadastrem no servidor
$%#&'()%*#+*,+-)(*#,.#/01234#5#*#6-#?"@,%&#1A7#89-#:-;%)(-#89-#*<#+')-,(-<#<-#+.6.<(;-%#
para receber os eventos atendendo a determinados critrios de interesse, como por exemplo, eventos com
,*#<-;=)6*;#:.;.#;-+->-;#*<#-=-,(*<#.(-,6-,6*#.#6-(-;%),.6*<#+;)(5;)*<#6-#),(-;-<<-7#+*%*#:*;#
uma severidade especfica, de uma rea especfica. Tambm so vistas adiante algumas interfaces que o
-?-%:'*7#-=-,(*<#+*%#9%.#<-=-;)6.6-#-<:-+@A)+.7#6-#9%.#B;-.#-<:-+@A)+.C#D.%>5%#<E*#=)<(.<#
servidor fornece para possibilitar a filtragem.
.6).,(-#.'F9%.<#),(-;A.+-<#89-#*#<-;=)6*;#A*;,-+-#:.;.#:*<<)>)')(.;#.#A)'(;.F-%C#
Os objetos que compem um servidor OPC-AE so trs:
/<#*>G-(*<#89-#+*%:H-%#9%#<-;=)6*;#/01234#<E*#(;I<J#
OPCEventServer.
Gerencia asK-;-,+).#
conexes .<#
com+*,-?H-<#
clientes, cria
e gerencia
os +;).#
objetos
!! !"#$%&'()&*%&*+,
+*%#
+')-,(-<7#
-# OPCEventSubscription,
F-;-,+).# *<# *>G-(*<#
ativa/desativa determinadas condies/subcondies, fornecem os mecanismos para filtragem e filtros
!"#$%&'()*+,-./0(/1'23 .()=.L6-<.()=.# 6-(-;%),.6.<# +*,6)MH-<L<9>+*,6)MH-<7#
disponveis no servidor entre outros;
A*;,-+-%#*<#%-+.,)<%*<#:.;.#A)'(;.F-%#-#A)'(;*<#6)<:*,@=-)<#,*#<-;=)6*;#-,(;-#*9(;*<N#
OPCEventSubscription. Representa o cadastramento (subscription) dos clientes para receber os

!! !"#$%&'()-./0*12(13'43O-:;-<-,(.#*#+.6.<(;.%-,(*#P,*+,-./0(/1'Q#6*<#+')-,(-<##:.;.#
eventos e fornece os mtodos para realizar a filtragem dos mesmos. Cada objeto deste tipo est associado
;-+->-;#*<#-=-,(*<#-#A*;,-+-#*<#%5(*6*<#:.;.#;-.')R.;#.#A)'(;.F-%#6*<#%-<%*<C#1.6.#
*>G-(*#6-<(-#():*#-<(B#.<<*+).6*#<*%-,(-#.#9%#A)'(;*N#
Redes Industriais
Pgina 317 de 398

somente a um filtro;
OPCEventAreaBrowser. Fornece mecanismos para navegao do cliente na rea de eventos,
&'()*#+,-#./01)*#/#
8/.#02(0#/9:21/0#
*00/8&*6/0#*#(.*#;)2
possibilitando232.45/#62#(.#02)7&6/)#
que ele conhea quais eventos esto disponveis
no servidor.
1/0,##
A Figura 239 mostra o exemplo de um servidor com seus objetos associados a uma rea de
eventos.
#
Figura 239: Servidor OPC AE e rea de Eventos
!"#$%&'()*'+,%-"./%'012345','6%,&'.,'5-,78/9':;<4=;>?@'ABBAC'

Principais Funcionalidades
D"E&"9'!$7D"/7&F".&.,9':012'!0G=H4>;0=@'ABBAC'
Envio atravs de cadastramento (subscription) e notificaes: Conforme j mencionado, esta
funcionalidade permite que os clientes se cadastrem no servidor para o recebimento de notificaes de

57-"/' &8%&-I9'
.,' D&.&98%&J,78/' :!"#!$%&'(&)*+, ,' 7/8"K"D&LM,9N# =/<>/).2
todos os tipos de evento. Exemplos de interfaces e mtodos so: IOPCEventServer::CreateEventSubscription
.2<8&/<*6/?#201*#>(<8&/<*5&6*62#42).&12#@(2#/0#85&2<120#02#8*6*01)2.#</#02)7&6/)#
/#)2829&.2<1/#62#</1&>&8*AB20#62#1/6/0#/0#1&4/0#62#272<1/,#C32.45/0#62#&<12)>*8
Redes Industriais
Pgina 318 de 398

para realizar o cadastramento no servidor e IOPCEventSink::OnEvent (mtodo do cliente) para permitir o
recebimento de notificaes pelo cliente;
Reconhecimento de alarmes: Permite que o cliente reconhea as condies anormais classificadas
como alarme durante a configurao do servidor. O mtodo para esta funcionalidade o

IOPCEventServer::AckCondition;
Auditoria: Fornece o rastreamento necessrio para determinados eventos, armazenando o identificador
do cliente OPC-AE que iniciou um evento relacionado a rastreamento. Implementada pelo atributo ActorId
dos eventos relacionados a rastreamento;
Pesquisa atravs de filtros: Permite que o cliente pesquise os atributos de evento e restrinja o
recebimento de notificaes para um subconjunto que atenda a determinados

Exemplos
de
critrios desejados.
mtodos:
IOPCEventServer::QueryAvailableFilters
IOPCEventSubscriptionMgt::SetFilter/Get Filter;
Ligao de eventos com itens da OPC-DA: Os servidores OPC-AE podem existir isolados ou em
conjunto com servidores OPC-DA. Neste ltimo caso, pode ser desejvel para a aplicao-cliente saber, alm
do estado de alarme de uma condio, o valor de tempo real associado mesma, que pode estar disponvel
em um servidor OPC-DA. Para isso, existe no
servidor
OPC-AE
mtodo
IOPCEventServer
::
TranslateToItemIDs;
Ativao/Desativao de Eventos e/ou reas: Pode ser desejvel a ativao/desativao das notificaes
de um ou mais eventos, para fins de manuteno. Para este caso, existem, por exemplo, os seguintes
mtodos:
IOPCEventServer::Enable/DisableConditionByArea
IOPCEventServer::Enable/
DisableConditionBySource.
18.2.2.2.3. OPC Historical Data Access (HDA)

Redes Industriais
Pgina 319 de 398

A Historical Data Access Specification, ou OPC-HDA, descreve objetos e interfaces necessrios ao
acesso (escrita e leitura) a bases de dados histricas. Ao implementar estas interfaces, os fabricantes de
servidores OPC-HDA tornam este acesso transparente aos clientes, permitindo a integrao deste tipo de
dados em todos os nveis de uma empresa, independente do mecanismo (engine) de armazenamento que
se utilize em nveis mais baixos de camada de software.
As bases de dados histricas so ferramentas poderosas utilizadas por especialistas ou at
gerentes para anlise dos dados de uma planta, auxiliando nas decises. Nelas, cada varivel fica
armazenada como uma srie de valores (tambm chamada de vetor, array ou dado de tendncia), sendo
registrada sua variao numa determinada faixa de tempo, e permitindo seu acesso posterior pelos
usurios.
Os principais tipos de servidores suportados por esta especificao so:
Servidores simples de tendncia. Armazenam os dados de forma bruta (raw data), na forma de uma
tupla, cada um com informaes de tempo, valor e qualidade (similar ao formato utilizado na OPC-DA);
Servidores complexos de compresso e anlise de dados. Fornecem compresso de dados, bem
como armazenamento bruto. Os mesmos so capazes de fornecer dados sumarizados (tambm chamados
de agregados ou funes de anlise dos dados) como mdias, mnimos ou mximos etc.
Alm disso, podem suportar atualizao dos dados (e o histrico destas atualizaes) e anotaes
do usurio.
Vale ressaltar que algumas das funcionalidades desses servidores so implementadas atravs de
interfaces opcionais (apesar de previstas na especificao), ou seja, os fabricantes de servidores podem no
implement-las por convenincia. Isso exige do usurio uma observao mais atenta na hora da aquisio
de um servidor histrico que satisfaa as suas necessidades.
Alguns termos e conceitos utilizados freqentemente na especificao so:
Atributos. Qualificadores adicionais que um item em particular tem associado com ele. Ex: o tipo de
Redes Industriais
Pgina 320 de 398

dados, flags para identificar se o mesmo suporta interpolao ou se o dado est sendo gravado, etc;
Agregados (Aggregates). Mtodos que sumarizam os dados, como mdias, mnimos e mximos
(todos sobre intervalos de tempo). Estes mtodos so executados sempre durante a recuperao dos
dados;
Anotaes. Comentrios inseridos por um operador ou usurio em relao ao um determinado item,
geralmente em uma determinada instncia de tempo;
Valores de limite (Bounding Values). So os valores requeridos pelo cliente para determinar os
pontos inicial e final de um determinado perodo de tempo. Se um valor de dado existe em um destes
pontos, o mesmo considerado o valor de limite. Se o valor no existe, o prximo valor fora da faixa de
tempo especificada considerado o limite;
Dados Interpolados. Dado derivado dos dados arquivados, para o qual no h valor armazenado.
Geralmente, derivado linearmente de dois pontos adjacentes ao rtulo de tempo solicitado, que no est
armazenado. Tambm, pode ser derivado da extrapolao dos dados arquivados, por um mtodo mais
complexo;
ItemID. Uma string que referencia unicamente o item de dados no endereamento do servidor.
similar ao ItemID da OPC-DA;
Valor Modificado. Valor que foi alterado aps o seu armazenamento no servidor;
Dados brutos (Raw Data). Dados efetivamente armazenados no servidor. Podem ser comprimidos ou
no, dependendo das regras de armazenamento definidas durante a gravao;
Domnio de tempo. Intervalo de tempo definido pelos tempos inicial e final. Os dados dentro deste
domnio podem estar na ordem direta ou inversa, dependendo se o tempo inicial menor ou maior do que o
final, respectivamente.
Vale ressaltar que, em relao aos agregados, a especificao define requisitos comuns e especficos
de cada tipo de agregado, de forma a uniformizar a recuperao deste tipo de dados no caso de utilizao
Redes Industriais
Pgina 321 de 398

de servidores de diferentes fabricantes.
A seguir esto listados os dois objetos de um servidor OPC-HDA:
OPCHDA_Server. Fornece as interfaces de gerenciamento da conexo com os clientes, escrita, leitura e
atualizao dos dados histricos, anotaes e playback;
OPCHDA_Browser. Fornece a interface para navegao (pelo cliente) no espao de endereos do
servidor (address space). Este espao semelhante ao namespace descrito na OPC-DA. A diferena que,
na OPC-HDA, a interface para navegao obrigatria.
Leitura (Read) e atualizao (Insert. Delete, Replace) Sncrona e Assncrona: Existem interfaces para
leitura e atualizao (insero, excluso e reescrita) sncrona e assncrona dos dados histricos. Todas as
interfaces assncronas e a interface de atualizao sncrona so opcionais. Exemplos de interface:
IOPCHDA_SyncRead, IOPCHDA_SyncUpdate, IOPCHDA_AsyncRead, IOPCHDA_AsyncUpdate;
Anotaes: As interfaces, a seguir, fornecem mecanismos para criao e gerenciamento de anotaes
no servidor. Vale ressaltar que esta funcionalidade opcional. IOPCHDA_SyncAnnotations,

IOPCHDA_AsyncAnnotations;
Playback: O mecanismo de playback permite que se retorne um conjunto inicial de dados e,
posteriormente, este conjunto seja atualizado continuamente. IOPCHDA_Playback (opcional);
Agregados: O mtodo IOPCHDA_Server::GetAggregates permite ao cliente saber quais agregados
so suportados pelo servidor.

18.2.2.2.4. OPC Unified Architecture (OPC-UA)

Redes Industriais
Pgina 322 de 398
!"#

$#%&'()&#'(#*+,-./(/-+*#'&0#0.0/(%*0#$12345#/+*/*#&0#6).(7/(0#(#0(+8.'&+(0#$12345#6&%&#
Atualmente em draft, a OPC Unified Architecture Specification, ou simplesmente OPC-UA, uma
9*+6(.+&0# ,-(#
.7/(+*:(%#
'(# '.8(+0*0#
;&+%*0<#
0.0/(%*#
9&'(#
6&7/(+#
'.8(+0&0#
6).(7/(0# (#
implementao
multi-plataforma,
onde vrios
tipos de6*'*#
sistemas
e dispositivos
podem
se comunicar
atravs
de mensagens entre clientes e servidores em vrios tipos de redes, suportando uma comunicao robusta e
0(+8.'&+(0=#2*'*#6).(7/(#$12345#9&'(#.7/(+*:.+#6&%#-%#&-#%*.0#0(+8.'&+(0#$12345#(#6*'*#
segura que garante a identidade dos clientes e dos servidores.
0(+8.'&+#$12345#9&'(#.7/(+*:.+#6&%#-%#&-#%*.0#6).(7/(0#$12345=#4%*#*9).6*>?&#9&00@8()#
6&70.0/(# (%# 6&%A.7*+#
'(# 0(+8.'&+#
6).(7/(#
9*+*# OPC-UA
9(+%./.+#
O modelo de6&%9&7(7/(0#
arquitetura dos sistemas
OPC-UA trata(#os'(#
clientes
e servidores
como.7/(+*>?&#
parceiros (7/+(#
que interagem de diversas formas, cada sistema pode conter diversos clientes e servidores. Cada cliente
0(+8.'&+(0#9&+#(B(%9)&#C$12#D$4EF5GH$E<#IJJKAL=#
OPC-UA pode interagir com um ou mais servidores OPC-UA e cada servidor OPC-UA pode interagir com um
ou mais clientes OPC-UA. Uma aplicao possvel consiste em combinar componentes de servidor e de
5#*9).6*>?&#6).(7/(#M#-%#6N'.:&#,-(#.%9)(%(7/*#*#;-7>?&#'(#6).(7/(#<#-/.).O*7'&#&#!"#$%&'
cliente para permitir interao entre servidores.
#()*+,'&"-'9*+*#(78.*+#(#+(6(A(+#0&).6./*>P(0#'&#!"#$%&'.*/0)1*#*&#!"#$%&'.*/0*/#6&%&#
A aplicao cliente um cdigo que implementa a funo de cliente , utilizando o OPC-UA Client API
%&0/+*#*#D.:-+*#Q=K=##
para enviar e receber solicitaes do OPC-UA Service ao OPC-UA Server como mostra a Figura 240.
#
Figura 240: Cliente OPC-UA
!"#$%&'()*'+,"-./-'01+234'501+'!036748906:';<<*=>'
O OPC-UA Client API uma interface interna que isola o cdigo da aplicao cliente da pilha de
$#!"#$%&'#()*+,'&"-#M#-%*#.7/(+;*6(#.7/(+7*#,-(#.0&)*#&#6N'.:&#'*#*9).6*>?&#6).(7/(#'*#9.)R*#
comunicao OPC-UA Communication Stack. As requisies da aplicao cliente so feitas ao OPC-UA Client
'(#6&%-7.6*>?&#S#!"#$%&'#2334+)15,)2+'.,516=#50#+(,-.0.>P(0#'*#*9).6*>?&#6).(7/(#0?&#
API, sendo que a OPC- Communication Stack converte estas chamadas em mensagens que so enviadas ao
OPC-UA
via rede &"-<#
de comunicao.
mesma
forma ocorre,
no sentido inverso, 3,214#
o recebimento
das
;(./*0# *&# servidor
!"#$%&'
#()*+,'
0(7'&# Da
,-(#
*# !"#$'
#.//0+)12,).+'
6&78(+/(#
(0/*0#
mensagens originadas no servidor OPC-UA, realizado pela OPC-UA Communication Stack e enviadas via
6R*%*'*0#(%#%(70*:(70#,-(#0?&#(78.*'*0#*&#0(+8.'&+#$12345#8.*#+('(#'(#6&%-7.6*>?&=#F*#
OPC-UA Client API para a aplicao cliente.
%(0%*#;&+%*#&6&++(<#7&#0(7/.'&#.78(+0&<#&#+(6(A.%(7/&#'*0#%(70*:(70#&+.:.7*'*0#7&#0(+8.'&+#

$12345<# M# +(*).O*'&# 9()*# $12345# #.//0+)12,).+' 3,214# (# (78.*'*0# 8.*# !"#$%&' #()*+,'
Redes Industriais
Pgina 323 de 398
#$%&'()*+)*'&,,-./01.23#%#&#'()*+&#,-.#./.'-01#1#2-345&#).#6.78*)&79#-0*:*;1#&#
A arquitetura do servidor OPC-UA modela as fronteiras da aplicao servidor e as interaes
)*+)*'&"4#<171#.38*17#.#7.'.=.7#>.361+.369#!"#$%&'5)6607)69#<171#&#':*.30.#$?
servidor/cliente. A Figura 241 ilustra a aplicao servidor OPC-UA.
E$BFGCHI$F9#JKK"=LM#
Os Real Objects so objetos, fsicos ou de software, que so acessveis da aplicao servidor ou
mantidas internamente, um dispositivo fsico ou contadores de diagnstico, por exemplo.

O OPC-UA Server Application o cdigo que executa a funo de servidor, utiliza o OPC- UA Server
API para enviar e receber mensagens, OPC-UA Messages, para o cliente OPC-UA.
#
Figura 241: Servidor OPC-UA
!"#$%&'()*'+,%-"./%'012345'6012'!047859:07;'<==>?@'
O OPC-UA Server API uma interface que isola o cdigo da aplicao servidor da pilha de
#$%&'()*+)*'&",#%#->1#*30.721'.#,-.#*6&:1#&#'()*+&#)1#1<:*'145&#6.78*)&7#)1#<*:
comunicao OPC-UA Communication Stack, esta pode ser uma implementao padro fornecida pela OPC
Foundation ou uma implementao especfica de um fornecedor.

3*'145&# O# !"#$%&'
#-../012341-0' (43259# .601# <&).# 6.7# ->1# *><:.>.30145&# <
*)1#<.:1#$?@#E&-3)10*&3#&-#->1#*><:.>.30145&#.6<.'P2*'1#).#->#2&73.'.)&7M#

Redes Industriais
Pgina 324 de 398
O espao de endereo OPC-UA AdressSpace, ou simplesmente AdressSpace, definido como um

conjunto de ns (Nodes) acessveis pelo cliente usando o OPC-UA Services (interfaces e mtodos). Os ns
no AdressSpace so usados para representar objetos reais, suas definies e suas referncias entre si.
&'($)* +$%,-./%0+$%,-./%$# %&'()*+,(-# (&')(# -()./01)(-# &*# 23*

1)'*8-(# 6151# 35# 64/(&'(# 0(# 13')1# -()./01)9# :-'*-# /&'()*+,(-# (

Envio de Notificaes: Esta funcionalidade, solicitada via OPC-UA Service Interface, consiste no envio de
'(5# *# /574(5(&'*+;1#
0(# -()./01)(-# 23(# ')16*5# /&<1)5*+,(
notificaes peridicas aos clientes, incluindo eventos, alarmes e troca de dados;
1)(-#=>/?3)*#@9ABC#/&643/&01#)(03&0D&6/*#13#-()./01)(-#)(51'1-#(#
Interaes Servidor-Servidor: Interaes entre servidores na qual um servidor comporta-se como um
cliente de outro servidor. Estas interaes entre servidores permitem a implementao de servidores que
;1#0(#<FG)/6*#7*)*#*74/6*+,(-#&1#&H.(4#0(#74*&'*#=>/?3)*#@9IBJ#
trocam informaes com outros servidores (Figura 242), incluindo redundncia ou servidores remotos e
envio de dados de cho de fbrica para aplicaes no nvel de planta (Figura 243);
#
Figura 242: Interveno entre Servidores OPC-UA
-23%&*456*!"#$%&'7/*$"#%$*+$%,-./%$)*89:0;<*=89:*18;>?<@!8>A*BCC
Redes Industriais
Pgina 325 de 398
#
1-23%&*456*!"#$%&'7/*$"#%$*+$%,-./%$)*89:0;<*=89:*18;>?<@!8>A*BCCDEF*
Figura 243: Servidores OPC-UA entre Nveis Hierrquicos

3%&*45G*+$%,-./%$)*89:0;<*$"#%$*>H,$-)*I-$%J%K3-L/)*=89:*18;>?<@!8>A*BCC
Disponibilidade dos dados em vrios formatos: Os dados podem ser disponibilizados em diversos
formatos, incluindo
binrias e $O*
documentos,J%-/)*
XML. Com o AddressSpace,
o cliente pode requisitar
M/"-E-N-.&.$*
./)*estruturas
.&./)*
P/%O&#/)Q#
K-# ao0*01-# 7
servidor o Metadata que descreve o formato dos dados. Em muitos casos, os clientes mesmo sem conhecer
71&/G/4/L*01-#
(5#
0/.()-1-#
<1)5*'1-C#
/&643/&01#
(-')3'3)*-#
G/&F)/*-# (# 0
o formato
dos dados,
podem determinar
o formato e utilizar
corretamente os dados
disponveis no servidor.
Isto permite a utilizao do OPC-UA tanto em ambientes Web (modelo XML) quanto em redes industriais
NO9# P15# 1#locais!""#$%%&'()$C#

1# 64/(&'(# 710(# )(23/-/'*)# *1# -()./01)# 1# !"
(modelo binrio), em que o requisito de tempo de resposta mais exigente;
6)(.(#1# <1)5*'1#01-# 0*01-9#:5#53/'1-#6*-1-C#1-#64/(&'(-#5(-51#-(5# 6
Modelo de segurana personalizado: Os procedimentos de segurana podem ser selecionadas e
configuradas para
cada aplicao,
incluindo mecanismos
e parmetros de (#
segurana
padronizados,
5*'1# 01-# 0*01-C#

710(5#
0('()5/&*)#
1# <1)5*'1#
3'/4/L*)#
61))('*5(&'(
definido um nmero mnimo de perfis de segurana que todos servidor OPC-UA deve implementar. Quando
71&H.(/-# &1#
%-'1#
7()5/'(#
3'/4/L*+;1#
uma -()./01)9#
seo estabelecida,
as aplicaes
do cliente e*#
do servidor
negociam um 01#
canal deKQP8RS#
comunicao seguro'*&'1# (5#
G# =510(41# MNOB# 23*&'1# (5# )(0(-# /&03-')/*/-# 416*/-# =510(41# G/&F)/1BC

3/-/'1#0(#'(571#0(#)(-71-'*#U#5*/-#(V/?(&'(J#
Redes Industriais
Pgina 326 de 398

e seus softwares de certificao Software Certificates identificam o cliente e o servidor em questo, bem
como sua capacidade disponvel, utilizando este canal de comunicao seguro, os usurios precisam ser
autenticados uma nica vez, quando a aplicao estabelecida;
Unificao de modelos: Cada uma das especificaes anteriores do OPC (DA, HDA e AE) definiu seu
prprio modelo de espao de endereo e seu prprio conjunto de servios. A OPC-UA unifica todos os
modelos em um nico espao de endereo com um nico conjunto de servios. Com a compatibilidade entre
servidores OPC-UA e servidores OPC que utilizam tecnologia Microsoft (COM/DCOM), os dados existentes em
servidores OPC (DA, HDA e AE) podem ser facilmente utilizados por servidores OPC-UA. Assim os
fornecedores podem escolher migrar seus produtos nativos para o OPC-UA ou usar encapsuladores externos
para converter o OPC DCOM para a OPC- UA e vice-versa;
Solues para redundncia: Esta especificao permite que os fornecedores desenvolvam clientes e
servidores redundantes de forma consistente, esta redundncia pode ser utilizada para obter: alta
disponibilidade, tolerncia falhas e distribuio de processamento.
18.2.2.3. Outras Especificaes

18.2.2.3.1. OPC XML-DA

A XML-DA oferece mtodos e interfaces para mapeamento dos servios disponveis na OPC- DA
atravs do protocolo SOAP (Service Oriented Access Protocol), tornando as interfaces e mtodos de acesso
a dados do OPC disponveis em ambiente Web. Segundo o (W3C, 2003), o SOAP um protocolo destinado
troca de informaes estruturadas em um ambiente distribudo e descentralizado. Ele utiliza a tecnologia
XML para definir uma estrutura de troca de mensagens, e as conexes HTTP para tornar as informaes
disponveis na Internet, independente de protocolos de nvel mais baixo. O SOAP um protocolo aberto,
gerenciado pelo W3C (World Wide Web Consortium). Assim, a adoo do SOAP como tecnologia de base para
a XML-DA, mantm a filosofia de abertura adotada pela OPC Foundation.
A linguagem XML (abreviatura de Extensible Markup Language) utiliza uma estrutura de tags parecida
com a HTML para definir estruturas hierrquicas de dados, objetos e atributos. Diferentemente da HTML, na
XML, as tags podem ser livremente criadas pelo usurio, o que torna esta linguagem ideal para descrever
estruturas de dados, num formato simples e de fcil entendimento.
Redes Industriais
Pgina 327 de 398

As conexes HTTP so um padro utilizado j h bastante tempo na World Wide Web e permitem que
sejam utilizados os servios da XML-DA por qualquer computador que tenha acesso Internet, inclusive
atravs de firewalls. Com isso, a OPC-DA vem atender uma necessidade j pleiteada h algum tempo por
muitos usurios, permitindo a monitorao de dados de uma planta externamente empresa e at num
contexto mundial. Outra vantagem que este padro de conexo, por ser praticamente universal, permite a
utilizao de clientes rodando em outros sistemas operacionais.
Como a XML-DA est associada aos servios da OPC-DA, natural concluir que ela tambm utilizada
para acesso a dados em tempo real. Alguns exemplos de mtodos (servios) implementados pela XML-DA
so descritos a seguir:
GetStatus: para verificar a disponibilidade e estado do servio;
Browse: para navegar no namespace do servidor;
Read/Write: Escrita/Leitura;
Subscribe: definir inscrio para recepo de dados do servidor;
SubscriptionPolledRefresh: polling iniciado pelo cliente para os dados j inscritos.

18.2.2.3.2. OPC Compliance Test

As especificaes OPC so regras eficazes que garantem a interoperabilidade. Para assegurar que
estas regras sejam seguidas, a OPC Foundation fornece ferramentas prprias de certificao e workshops de
interoperabilidade. Estas ferramentas de certificao incluem um processo, completo e especfico, para teste
de conformidade com o padro.
A OPC Foundation tambm realiza workshops, onde os fornecedores podem verificar, por longos
perodos, a interoperabilidade entre seus produtos e entre produtos de outros fornecedores. Este mtodo
disponibiliza um slido processo para assegurar que as especificaes OPC sejam solues para
interoperabilidade.
Redes Industriais
Pgina 328 de 398

O ponto essencial para interoperabilidade a conformidade com as interfaces dos servidores. As
aplicaes clientes s podem verdadeiramente confiar na interoperabilidade entre fornecedores distintos se
estes servidores implementam interfaces e mtodos conforme as especificaes.
Este processo de verificao de compatibilidade pode ser realizado de vrias formas. Porm,
necessitam de extensiva interveno humana. A OPC Foundation produz ferramentas para simplificar esta
tarefa. Estas ferramentas de conformidade, as chamadas Compliance Test Tools, so um conjunto de testes
definidos e reproduzveis executado para assegurar a correta implementao das interfaces e mtodos.
Os membros da OPC Foundation utilizam as Compliance Test Tools para testar, depurar e certificar
seus servidores. Estes testes so realizados, por duas vezes, em diversas condies e caso todos sejam
aprovados, as informaes so armazenados em uma base de dados criptografada. So gerados relatrios
automaticamente, em seguida so enviados para a OPC Foundation para publicao, em seu site, na lista de
todos os servidores certificados Compliant Server.
18.2.2.3.3. OPC Complex Data

A especificao OPC Complex Data, disponibilizada em dezembro de 2003, descreve uma nova
forma de transmitir dados de um servidor OPC-DA para outro, tornando fcil para fornecedores,
desenvolvedores, fabricantes de equipamentos e usurios finais conectarem dispositivos novos e
inteligentes.
A especificao atual do OPC-DA requer dados simples ou matrizes de dados simples. Assim, os
servidores OPC-DA representam os dados como uma seqncia de bytes, atualmente no h como
descrever a estrutura destes bytes. Os clientes no so capazes de interpretar os dados estruturados
recebidos sem que o servidor fornea os itens de dados ou matrizes de dados simples.
Complex Data so itens de dados de um servidor OPC-DA que tm uma estrutura definida. Esta
especificao define uma forma para descrever estruturas de dados complexas contidas dentro do
NameSpace de um servidor OPC-DA, fornecendo um mecanismo para representar estruturas complexas
como itens simples de servidores OPC-DA.
Redes Industriais
Pgina 329 de 398

Os itens Complex Data podem incluir, por exemplo, itens estruturados e no estruturados,
elementos e itens abstratos, strings, inteiros, seqncias dos bytes (BLOBs) e dados XML. Cada item de
dados acompanhado de uma descrio do tipo de dado, que define a estrutura deste item, e um dicionrio
contendo todas as informaes que o cliente OPC-DA necessita para entender o Complex Data recebido.
18.2.2.3.4. OPC Data Exchange (DX)

A OPC Data Exchange (OPC-DX) permite troca horizontal de dados entre servidores, sem a
necessidade de clientes no meio do caminho. Como uma extenso da OPC-DA, a OPC-DX utiliza e
implementa:
O conceito de conexo DX (DX Connection), para permitir a conexo e troca de dados entre os
servidores;
O conceito de item de origem/destino (Source/Target Item), que consistem nos fontes/destino de
dados de uma conexo;
O conceito de configurao DX (DX Configuration), que representa o conjunto de conexes disponveis
em um servidor;
Um cliente para permitir a definio, configurao, visualizao e monitorao das conexes entre os
servidores;
Funcionalidades de cliente e servidor OPC-DA, para permitir a visualizao dos dados em tempo real
entre os vrios servidores (DA ou DX);
Um Namespace similar ao da OPC-DA, acrescido de ns para representar as conexes, com atributos
de configurao, status e itens de fonte/destino de dados.

No que se refere transferncia de dados, a mesma pode ser feita de duas formas:
Utilizando a OPC-DA, ou seja, pelo mecanismo tradicional do DCOM, de criao de objetos e itens em
um servidor OPC-DA, e comunicao por conexes de callback para resposta;

Redes Industriais
Pgina 330 de 398

Utilizando a XML-DA, atravs dos mecanismos de comunicao definidos nesta ltima especificao
(SOAP).
18.2.2.3.5. OPC Common Definitions and Interfaces

Esta especificao compila definies, indicaes e interfaces comuns a todas as outras
especificaes, de forma a criar um padro mnimo para o desenvolvimento das mesmas, incluindo:
A interface IOPCCommon, que gerencia a utilizao de diferentes idiomas nas mensagens e
mensagens de erro;
A interface IOPCShutDown (no lado do cliente), que possibilita a notificao (aos clientes) e o
gerenciamento de shutdown do servidor;
Definies de instalao dos servidores e componentes, e descrio de seus identificadores (CLSID,
CATIDs etc) e configuraes no registro do sistema operacional (registry);
O OPCServerBrowser, que fornece uma interface para informar aos clientes OPC a existncia de
servidores OPC em computadores remotos. Esta interface deve ser obrigatoriamente disponibilizada pelo
servidor OPC;
Os arquivos proxy/stub, para serializao/desserializao;
O Automation Wrapper;
A definio de interfaces obrigatrias e opcionais.

18.2.2.3.6. OPC Security
Esta especificao est focada na identificao do cliente, que troca credenciais confiveis, sendo
utilizadas pelo servidor OPC para autorizao de acesso. Entender esta especificao til para analisar,
Redes Industriais
Pgina 331 de 398

inicialmente, o modelo de referncia da segurana.
A Especificao OPC Security diz respeito ao mtodo de implementao de recursos de segurana.
Sua principal desvantagem uma possvel ocorrncia de problemas de interoperabilidade caso utilize-se
uma forma no especificada.
Compatvel com o modelo de segurana do Windows NT, o OPC Security permite vrios nveis de
segurana para manter compatibilidade com o conjunto de aplicaes OPC e disponibilizar capacidade de segurana
maximizada.
Um servidor OPC pode implementar um dos seguintes nveis de segurana:
Disable Security: Nenhum item de segurana reforado, todos os servidores OPC possuem
permisses de acesso, todos os clientes possuem as mesmas permisses acesso. O servidor OPC no
controla o acesso de objetos de segurana individualmente para cada desenvolvedor;
DCOM Security: Somente a segurana do NT DCOM reforada, permisses de incio e acesso so
limitados a clientes selecionados, assim como as permisses de acesso para ligaes do cliente. Entretanto,
o servidor OPC no controla o acesso de qualquer objeto de segurana de fornecedores especficos. Este
o nvel padro de segurana do DCOM;
OPC Security: O Servidor OPC serve como um monitor de referncia para o controle de acesso para
objetos de segurana de fornecedores especficos que so disponibilizados pelo servidor OPC. Um servidor
OPC pode implementar o OPC Security de forma complementar ao DCOM Security ou implement-lo sozinho.
Os Servidores OPC que disponibilizam o OPC Security devem implementar ao menos uma das
interfaces IOPCSecurityNT e IOPCSecurityPrivate. Estas interfaces permitem aos clientes OPC determinarem
se o OPC Security est implementado no servidor OPC em questo e quais tipos de certificados de acesso
so suportados com segurana.
18.2.2.3.7. OPC Batch

A especificao OPC-Batch uma extenso do modelo da OPC-DA para o caso de processamento em
Redes Industriais
Pgina 332 de 398

batelada (batch processing). Uma batelada (ou batch) consiste em diferentes procedimentos que descrevem
a manufatura de um determinado produto. Na execuo de uma batelada, uma troca de dados realizada
com os dispositivos envolvidos no processo. Os dados dos procedimentos so enviados e dados de relatrio
so recebidos em resposta. Todos os mecanismos do processamento em batelada so padronizados pela
norma IEC 61512, e os produtos de mercado que fornecem esta soluo seguem a mesma. Desta forma, a
OPC-Batch no descreve a soluo para os problemas de controle da batelada, mas a possibilidade de
operar simultaneamente as solues dos diferentes fabricantes, trazendo a interoperabilidade para este
meio.
Para possibilitar o atendimento norma IEC 61512, a OPC-Batch utiliza as interfaces obrigatrias
definidas na OPC-DA (incluindo a interface de navegao), acrescidas basicamente de:
Suporte a interfaces OPC adicionais (IOPCBatchServer), para implementar algumas funcionalidades
necessrias;
Um namespace bem definido, seguindo a hierarquia e conceitos previstos na norma IEC 61512. Vale
ressaltar que este namespace pode ser bastante grande, dada a natureza das informaes criadas e
trocadas no processamento em batelada.
A norma IEC 61512 define quatro tipos de informao de batelada: caractersticas de equipamento
(que descrevem os dispositivos que executam a batelada), condies de operao atuais, contedo histrico
e contedo dos procedimentos.
No caso da OPC-Batch, esto definidos objetos e interfaces para permitir a troca de informaes dos
dois primeiros tipos de informao de batelada citados anteriormente. Para descrever o primeiro, utiliza-se o
modelo fsico (physical model) definido na norma, e, para o segundo tipo, so utilizados a lista de batelada
(batch list) e o modelo de batelada (batch model), tambm definidos na norma IEC 61512.
O modelo fsico representa a subdiviso de uma determinada planta em diferentes nveis, incluindo
reas, clulas, unidades, mdulos de dispositivo e mdulos de controle procedural (procedural control
modules). Este ltimo descreve o mdulo que realiza um determinado procedimento automatizado,
incluindo: informaes de procedimento, procedimento da unidade, operao e fase.
Redes Industriais
Pgina 333 de 398

O modelo de batelada segue uma hierarquia similar aos mdulos de controle procedural, e descreve
as informaes das aes que compem a batelada, incluindo: unidade, procedimentos, operaes e fases.
As listas de batelada (batch lists) permitem saber informaes sobre quais processos esto sendo
executados, quais esto em espera e quais esto terminados.
Todos estes modelos so mapeados no namespace do servidor OPC-Batch, atravs dos ns, ramos
e suas propriedades.
18.3. APLICAES E CARACTERSTICAS DO OPC

Grande parte da literatura sobre OPC trata-o como uma soluo para se obter dados de redes
heterogneas de modo uniforme, ou seja, como um protocolo desenvolvido num contexto onde os processos
so controlados individualmente por sistemas especializados e baseados em comunicao digital. No
entanto, sua aplicao tem se mostrado mais ampla, como demonstram os estudos de casos apresentados
neste captulo.
A concentrao de dados de um sistema no seu nvel de controle mais elevado tem sido bastante
desejada. A forma mais simples de se obter tal concentrao alocar em uma mesma sala de controle as
estaes de trabalho relativas aos subsistemas, permitindo aos operadores uma viso geral do processo.
Quando tal soluo no vivel, sistemas auxiliares de comunicao (telefones, rdio, intranet ou internet)
so usados.
O OPC tem se mostrado desde o incio uma soluo para esse problema, disponibilizando dados para
camadas mais elevadas de aplicao de forma integrada, permitindo assim um maior aproveitamento das
informaes na forma de relatrios de produo, estatsticas de falhas etc.
Apesar de se desviarem do seu objetivo primrio, diversas funes um pouco mais elaboradas
surgiram para o OPC. O protocolo poderia ser usado como elo entre equipamentos de fabricantes distintos
em malhas de controle, como meio de comunicao para sistemas de controle avanado ou mesmo como
camada base para sistemas de superviso mais amigveis. nesse contexto que se inicia a discusso sobre
os requisitos necessrios ao correto funcionamento do protocolo em comparao s redes industriais
tpicas.
Redes Industriais
Pgina 334 de 398

Este captulo trata de alguns casos de aplicao, de testes de fabricantes e tambm de trabalhos
tericos, sob o ponto de vista dos requisitos tratados no Captulo anterior.
18.3.1.

Principais Conceitos
18.3.1.1. Aplicaes em Tempo Real e Caractersticas de Desempenho
Como citado no Captulo anterior, o bom desempenho da rede essencial. Requisitos bsicos de uma
rede industrial de controle so boa velocidade e bom fluxo de dados. No entanto, o que define se um
sistema de comunicao veloz o suficiente sua aplicao.
Para um sistema de controle industrial, uma rede veloz aquela na qual o tempo gasto para as
informaes transitarem entre suas diversas partes suficientemente menor que as constantes de tempo
envolvidas no processo. Em sistemas de controle em tempo real, a presena de um atraso significativo entre
quaisquer dos elementos de uma malha pode inviabilizar sua sintonia. Nesses casos o desempenho da
comunicao em termos de tempo de atraso um item fundamental a ser avaliado. Alm disso, a rede
tambm deve ser capaz de suportar todo o fluxo de dados sem que nenhum dos seus elementos seja
sobrecarregado, impedindo a comunicao efetiva.
A principal desvantagem do OPC em termos de desempenho est na criao de outra camada de
comunicao no sistema, utilizando um modelo cliente-servidor. Outro ponto relevante a utilizao de
redes estatsticas (ethernet) como meio de comunicao, o que pode gerar alguns inconvenientes:
Atrasos de comunicao devido ao processamento das mensagens pelo servidor;
Tempos de comunicao variveis devido utilizao do sistema operacional Windows, que no foi
desenvolvido para aplicaes true real-time;
Diminuio da robustez pela centralizao do trfego de informaes em servidores;
Tempos variveis pela caracterstica estatstica das redes ethernet.
Redes Industriais
Pgina 335 de 398

Os exemplos mostram argumentos qualitativos e quantitativos sobre o desempenho e aplicabilidade
do OPC em casos especficos. Nos estudos, so focadas duas caractersticas principais:
Latncia ou tempo de atraso tempo que uma informao solicitada ou enviada por um dispositivo
leva para ficar completamente disponvel para uso;
Fluxo de dados quantidade de dados que pode ser transmitida por segundo entre os servidores e
clientes. A unidade utilizada itens/s por representar melhor os diversos tipos de dados geralmente
disponveis nos sistemas.
18.3.1.2. Otimizao, Controle Avanado e Interoperabilidade de Redes Heterogneas

Interconectar malhas de controle de diferentes fabricantes muitas vezes indispensvel para otimizar
uma planta e torn-la lucrativa. No entanto, essa integrao pode tornar-se uma tarefa rdua e custosa.
Utilizar o OPC como ferramenta de integrao pode viabilizar a interoperabilidade de modo simples e sem
prejuzo significativo de desempenho.
A utilizao do OPC para esse propsito parece ser extremamente vivel. Seu propsito permitir
que, atravs de um sistema cliente-servidor, todos os equipamentos distintos possam se comunicar
utilizando uma mesma interface. como se o OPC criasse uma linguagem universal, permitindo que os
equipamentos troquem informaes de maneira simples, barata e eficiente.
18.3.1.3. Confiabilidade e Disponibilidade no OPC

A confiabilidade e disponibilidade das redes de comunicao industrial so itens muito importantes.
Na maioria dos casos os sistemas de controle industrial tratam de equipamentos e processos com grande
acmulo de energia, que em caso de falha podem causar grandes perdas materiais e humanas. Apesar do
protocolo ter sido desenvolvido para controle industrial, as primeiras especificaes do OPC no discutem
esses itens.
Um ponto fraco apontado no OPC a sua dependncia do Windows e do DCOM. Nas suas primeiras
verses, o protocolo est intimamente associado ao sistema operacional da Microsoft, sistema que
historicamente tem caractersticas de confiabilidade e disponibilidade discutveis.
Redes Industriais
Pgina 336 de 398

Nos casos estudados adiante so apresentadas solues que contornam algumas dessas limitaes, como a
redundncia de servidores e o emprego de programas para monitoramento da qualidade da comunicao.
Redes Industriais
Pgina 337 de 398
ANOTAES
Redes Industriais
19.

Pgina 338 de 398
WIRELESS
19.1. INTRODUO
A rede wireless (wire = fio, less = sem) um sistema de transmisso de dados flexvel que pode ser
utilizado como alternativa para as redes cabeadas. uma tecnologia que permite a conexo entre
equipamentos sem uma conexo fsica. As redes locais sem fio so baseadas no padro 802.11,
especificado pelo Institute of Eletrical and Eletronics Engineers (IEEE), e compostas de um conjunto de
estaes que trocam informaes, utilizando a propagao das ondas eletromagnticas. Entretanto,
equipamentos de comunicao de dados wireless podem utilizar-se tambm de luz infravermelha ou laser,
apesar das ondas de rdio (eletromagnticas) ser o meio mais difundido.
19.2. PRINCPIO DE FUNCIONAMENTO

Toda a comunicao sem fio baseada no seguinte princpio: quando os eltrons se movem, criam
ondas eletromagnticas que podem se propagar atravs do espao livre. O nmero de oscilaes por
segundo de uma onda eletromagntica chamado de frequncia que medida em Hz. Quando se instala
uma antena com o tamanho apropriado, as ondas eletromagnticas podem ser transmitidas e recebidas com
eficincia por receptores localizados a uma distncia que depende de vrios fatores, como por exemplo:
frequncia, potncia do transmissor, etc.
19.3. PADRES

O primeiro padro, chamado de IEEE 802.11 foi publicado em 1997. Este apenas serviu de base
para padres posteriores, sendo que atualmente nem se fabricam mais produtos compatveis com tal
tecnologia.
Dois anos mais tarde, em 1999, a IEEE efetuou algumas mudanas na camada fsica e lanou a
especificao 802.11b, concebida com o objetivo de atender a necessidade de maior velocidade de
transmisso imposta pelo mercado.
No mesmo ano surgiu a especificao 802.11a, a qual teve como principal caracterstica o aumento
da velocidade para um mximo de 54 Mbps, alm da alterao da freqncia para a faixa de 5 GHz, menos
Redes Industriais
Pgina 339 de 398

suscetvel a interferncias.
Embora o padro 802.11a seja semelhante ao 802.11b, no compatvel com este, uma vez que
utiliza uma banda diferente no espectro de freqncias.
Entretanto, a idia de conseguir taxas prximas a 54 Mbps animava a utilizao do padro
802.11a. Com esse intuito foi aprovado, em 2003, o padro 802.11g, o qual mantinha total compatibilidade
com o padro 802.11b por operar na mesma faixa de frequncia (2.4 GHz) e ainda transmitia a taxa mxima
de 54 Mbps, idntico ao padro 802.11a.
59
19.4. CARACTERSTICAS DOS PADRES

A tabela a seguir aponta as principais caractersticas e diferenas entre os padres wireless.
A tabela 3.7 aponta as principais caractersticas e diferenas entre os padres wireless.

Tabela 26: Caractersticas dos Padres
Tabela 3.7 Caractersticas dos padres (Adaptado de ENGST, FLEISHMAN, 2005).
Padro
Freqncia Velocidade Mxima
Tendncia de adoo
Diminuindo em computadores, avanando
802.11b
2,4 GHz
11 Mbps
802.11a
5GHz
54Mbps
802.11g
2,4 GHz
54 Mbps
na eletrnica mais barata.
Empresas adotando lentamente, sem

consumidores.
Avanando em todos os segmentos.
Embora diversos barramentos de dados estejam presentes em um ambiente industrial, as
Embora diversos barramentos de dados estejam presentes em um ambiente industrial, as conexes
conexes wireless so uma opo bastante interessante. Mesmo sem a necessidade de obras
wireless so uma opo bastante interessante. Mesmo sem a necessidade de obras de infra-estrutura, a
defacilidade
infra-estrutura,
a facilidade
depreocupao
alterao de
sem preocupao
cabeamento
ea
de alterao
de layout sem
comlayout
cabeamento
e a alta taxa decom
transferncia
de dados
alta
taxa depela
transferncia
de dados
possibilitada
tecnologia .wireless so fatores que
possibilitada
tecnologia wireless
so fatores
que devempela
ser considerados
devem ser considerados (CUNHA, 2006/2007).
O uso de comunicao sem fio j utilizada em aplicaes industriais em funo das
seguintes vantagens sobre os sistemas convencionais:
! Mobilidade e liberdade de movimento;

! Sem desgaste mecnico do meio de transmisso;
Redes Industriais
Pgina 340 de 398
19.5. O USO DA WIRELESS

O uso de comunicao sem fio j utilizada em aplicaes industriais em funo das seguintes
vantagens sobre os sistemas convencionais:
Mobilidade e liberdade de movimento;
Sem desgaste mecnico do meio de transmisso;
Instalao e colocao em funcionamento rpida e fcil;
Alta flexibilidade com poucas alteraes na instalao;
Integrao simples de dispositivos na rede;
Ultrapassar territrios problemticos.

Ou seja, ela pode e deve ser usada todas as vezes em que o custo de passagem de cabos e dos
sistemas associados ao mesmo sejam mais altos que os custos do sistema wireless correspondente. As
diferenas relevantes na forma de utilizao da tecnologia wireless em ambiente industrial esto associadas
a:
Distncia a ser coberta pelo sistema;
Quantidade de dados trafegando por unidade de tempo (largura de banda);
Taxa de atualizao de informao requerida pelo processo (tempo de ciclo);
Atraso mximo aceito do momento em que uma informao est disponvel em um ponto do sistema
at que ela esteja presente no seu destino (tempo de latncia).
Redes Industriais
Pgina 341 de 398
19.6. TECNOLOGIAS WIRELESS

Existem algumas tecnologias que se encaixam no perfil, e entre elas as mais interessantes so:
Wireless Ethernet, Zigbee, Bluetooth e HART Wireless.
19.6.1.
IEEE 802.11b Wi-Fi

Atualmente, este o padro para as redes locais sem fio (Wireless LAN). Use a faixa de 2,4 GHz e
pode transmitir Ethernet em taxas relativamente altas (> 10 Mbps). Esse padro foi desenvolvido para as
redes comerciais, domsticas e corporativas. Sendo assim, Wi-Fi no adequado para os ambientes
industriais pela sua susceptibilidade s interferncias eletromagnticas e pela distncia limitada (< 50 m).
Com o uso de antenas apropriadas possvel chegar a mais de 100 m, mas a cobertura no unidirecional.
19.6.2.
IEEE 802.15.1 Bluetooth

Esse padro foi desenvolvido especificamente para conectar computadores pessoais, telefones
celulares e outros perifricos tais como cmeras e fones de ouvido. Bluetooth tambm usa a faixa de 2,4
GHz mas com velocidades inferiores ao Wi-Fi, sendo dessa forma menos vulnervel s interferncias.
Novamente, a distncia alcanada compromete algumas das aplicaes industriais (< 30 m para classe 2 e
< 100 m para classe 1).
19.6.3.
IEEE 802.15.4 ZigBee

Desenvolvido originalmente para aplicaes em aquecimento, ventilao e condicionadores de ar
(HVAC) como uma alternativa ao uso do Bluetooth. Esse padro preza pelo baixo consumo, o que confere
maior autonomia para equipamentos alimentados por baterias. Alm disso, foi desenvolvido para ser
embarcado diretamente nos sensores e atuadores. Sua camada fsica possui tambm melhores
caractersticas para operao em temperaturas extremas. Opera em taxas mais baixas, sendo bem mais
robusto contra interferncias no sinal que o Wi-Fi e o Bluetooth. Contudo, devido baixa potncia
empregada pelos seus transmissores, a distncia tambm limitada pouco mais de 100m.
Redes Industriais
19.6.4.

Pgina 342 de 398

Padro Hart Wireless
O protocolo HART de longe o mais conhecido e utilizado na automao industrial para o controle de
processos. Ele permite que um sinal digital modulado em FSK seja subreposto ao sinal convencional de 4-20
mA, trafegando dados em modo half- duplex a uma taxa de 1200 bps.
Pela sua fcil integrao aos sistemas de controle e facilidade de uso tornou-se um padro mundial
na indstria. Apesar do crescimento de tecnologias como FOUNDATION Fieldbus e Profibus PA, quando o
assunto controle de processos contnuos, mais de 70% de todos os instrumentos instalados ao redor do
mundo ainda so 4-20 mA + HART.
Essa a principal razo pela qual a HART Communication Foundation (HCF), sediada nos EUA, lanou
em 2004 o desafio de criar um padro sem fio para comunicao HART. O resultado esperado uma
tecnologia confivel que garanta interoperabilidade entre os produtos e novas alternativas de conectividade
para a instrumentao industrial.
O protocolo HART um bom candidato para os padres emergentes sem fio, pois no exige altas
taxas de comunicao e nem um controle to preciso das latncias na camada fsica.
19.7. COMPARATIVO ENTRE TECNOLOGIAS

A tabela a seguir compara resumidamente as trs principais tecnologias-padro que esto sendo
usadas atualmente nas aplicaes wireless industriais e comerciais.
possvel observar que estas so tecnologias complementares ao invs de competir entre si, cada
uma se presta a diferentes objetivos.
Redes Industriais
Pgina 343 de 398
Tabela 27: Principais Tecnologias Sem Fio Para Automao Industrial
adro Hart Wireless: O protocolo HART de longe o mais conhecido e utiliza
omao industrial para o controle de processos. Ele permite que um sinal digital mod
FSK seja subreposto ao sinal convencional de 4-20 mA, trafegando dados em modo
lex a uma taxa de 1200 bps.
a sua fcil integrao aos sistemas de controle e facilidade de uso tornou-se um p
ndial na indstria. Apesar do crescimento de tecnologias como FOUNDATION Fiel
fibus PA, quando o assunto controle de processos contnuos, mais de 70% de to
rumentos instalados ao redor do mundo ainda so 4-20 mA + HART (MATA 2006).

a a principal razo pela qual a HART Communication Foundation (HCF), sediad
Redes Industriais
Pgina 344 de 398
ANOTAES
Redes Industriais
20.

Pgina 345 de 398
SISTEMAS GERNCIA DE INFORMAO INDUSTRIAL
O desenvolvimento de software para automao industrial foi grandemente impulsionado pela adoo
dos protocolos digitais, tanto sob a forma de software embarcado, dada a necessidade de drivers de
comunicao para os dispositivos, quanto de ferramentas de software para superviso, controle, calibrao
e configurao remota de instrumentos de campo. Surgiu tambm a oportunidade de criao de programas
para tratamento da grande quantidade de dados que passou a ser transmitida do campo para a sala de
controle, bem como para gerao de informaes teis para outros setores da empresa.
Os sistemas de gerncia de informao industrial, que so englobados com o termo geral de
Enterprise Production Systems (EPS), onde esto includos os Plant Information Management System (PIMS)
e os Manufacturing Execution Systems (MES) atuam como um intermedirio entre o cho-de-fbrica e os
sistemas corporativos de gesto da planta, Enterprise Resource Planning (ERP), responsveis pela
transformao desses dados em informaes de negcio. Apesar de serem responsveis, em suma, pela
coleta e disponibilizao de dados do cho-de-fbrica, eles so diferentes, isto , desempenham diferentes
papis nesse contexto, embora alguns sistemas comerciais de PIMS e MES hoje disponveis no mercado
apresentem, de forma errnea, algumas sobreposies funcionais, o que cria dificuldades adicionais
posteriores de integrao e mesmo de compreenso dos conceitos.
20.1. MES (MANUFACTURING EXECUTION SYSTEM)
MES (Manufacturing Execution System) ou Sistema de Execuo da Manufatura foi criado em 1990
por Bruce Richardson da Advance Manufacturing Research (AMR). Controla todo o fluxo produtivo, incluindo
estoques de matrias-primas, produtos em processamento e disponibilidade de mquinas. Atravs do MES,
Redes Industriais
Pgina 346 de 398

podem ser calculados os indicadores chave de desempenho (Key Performance Indicators - KPI), que
contribuem para a melhoria do desempenho da planta local.
Surgiu da necessidade de se constituir um nvel intermedirio entre os sistemas integrados de
gesto empresarial (Enterprise Resource Planning - ERP) e o cho de fbrica. Devido a natureza dos dados
lhe interessam, os MES so mais voltados a indstrias de processos discretos, por batelada.
MES (Sistemas de Execuo da Produo), so solues tecnolgicas que tem o objetivo de
gerenciar todas as etapas de produo. A importncia destes sistemas vem da lacuna que normalmente
existe entre o ERP (Entreprise Resource Planning) e os softwares especficos da linha de produo.
O MES pode importar dados do ERP e integr-los com o dia-a-dia da produo, gerenciando e
sincronizando as tarefas produtivas com o fluxo de materiais. Considerando que na cadeia de suprimento o
maior valor agregado costuma estar na produo, faz todo sentido investir em sistemas que otimizem o
fluxo, controle e qualidade do material.
Estas so algumas das funes que os sistemas MES costumam ter:
Importao de dados do sistema ERP: itens, BOMs, estaes de trabalho, armazenagem, estoque,
planos da qualidade, dados de funcionrios, etc;
Importao de parmetros para a produo, como pedidos e prioridades de manufatura;
Emisso automatizada de instrues para que o armazm entregue o material nas clulas de
trabalho;
Exibio da fila de trabalho, instrues e documentao especfica para a clula de trabalho, em

funo das prioridades definidas anteriormente;
Armazenamento das informaes de atividades da produo: tempos de operao (por operador),

tempos de mquinas, componentes usados, material desperdiado, etc;
Instrues para reposio de material na linha de produo;
Redes Industriais
Pgina 347 de 398
Armazenamento e divulgao dos dados de qualidade;
Instrues para que a continuidade do fluxo de materiais pela linha;
Monitoramento da produo em tempo real, e ajustes em todas as etapas conforme seja

necessrio;
Anlise de mtricas e desempenho da produo.

Os principais benefcios que podem ser obtidos na implementao do MES so:
Reduo do desperdcio (excesso de produo, tempos de espera, inventrio desnecessrio,

defeitos);
Reduo dos tempos de produo;
Reduo dos custos de mo de obra e treinamento;
Apoio manufatura enxuta;
Apoio melhoria contnua;
Melhora a confiabilidade do produto final (melhor qualidade);
Aumenta a visibilidade das atividades do cho de fbrica, assim como dos custos do processo de
manufatura.
Redes Industriais
20.1.1.
Pgina 348 de 398

O Conceito Bsico
Para a tomada de decises empresariais necessrio que o tomador de deciso possua

informaes precisas do que esta ocorrendo em sua produo, na cadeia de suprimentos, no custo de seu
produto final, nos pedidos que entram e nos estoques atuais, logsticas de entrega, enfim, toda a cadeia
produtiva precisa estar em conformidade com os resultados que a companhia est buscando.
Um exemplo simples de problemas neste sentido ocorre quando um cliente coloca um pedido, o
vendedor possui uma informao de disponibilidade do produto, porm esta disponibilidade no atualizada
on-line e o produto na realidade no estar disponvel no prazo previsto, gerando a necessidade de novo
contato com o cliente, muitas vezes gerando a perda da venda e descontentamento do cliente final.
Atualmente, a grande maioria das empresas divulga seus produtos na internet e muitas j utilizam
alguma forma de comrcio via rede mundial de computadores. Trata-se de um processo irreversvel e que
tem ajudado muito os consumidores a explorar cada vez mais opes antes da compra de um produto ou
servio. Por outro lado, as empresas necessitam cada vez mais de automatizar seus processos para
responder com mais agilidade e competitividade s exigncias do cliente. Neste contexto a automao
focalizada no negcio e nos resultados a serem alcanados consiste no alicerce para se atingir esta
competitividade. A disponibilidade de informaes atualizadas e precisas fundamental para termos xito
nesta tarefa.
A palavra chave integrar as informaes do cho de fbrica com os sistemas de tomada de
deciso. Esta no uma tarefa fcil e instantnea. Os processos devem ser sistematizados antes de serem
automatizados. necessria uma equipe multidisciplinar e tambm muita discusso para se achar a melhor
soluo custo benefcio. A Figura 244 mostra os componentes da pirmide de automao com a introduo
dos sistemas de gesto empresarial denominados ERP (enterprise resource Planning) e MES (Manufacturing
Execution System).
Redes Industriais
Pgina 349 de 398
Figura 244: A Pirmide da Automao Antes e Depois dos Sistemas ERP e MES
20.1.2.

Aplicabilidade
Um sistema MES coleta e acumula informaes do realizado no cho de fbrica e as realimenta para o
sistema de planejamento. O MES cumpre dois papis: um o de controlar a produo, ou seja, considera o
que foi efetivamente produzido e como foi produzido e permite comparaes com o que estava planejado
para, em caso de no coincidncia, permitir o disparo de aes corretivas. O outro papel de liberar as
ordens de produo, tendo a preocupao de detalhar a deciso de programao da produo definida pelo
MRP (manufacturing resources planning), ou seja, garantir que o plano definido pelo MRP seja cumprido.
Com isso, possvel saber exatamente a capacidade do cho de fbrica dentro de um determinado
horizonte de planejamento.
A necessidade de automatizar os processos para responder com mais agilidade e competitividade s
exigncias do cliente uma preocupao para as empresas. Neste contexto, a automao focalizada no
negcio e nos resultados a serem alcanados consiste no alicerce para se atingir esta competitividade. A
disponibilidade de informaes atualizadas e precisas fundamental para se ter xito nesta tarefa.
Integrar as informaes do cho de fbrica com os sistemas de tomada de deciso no uma
tarefa fcil e instantnea. Os processos devem ser sistematizados antes de serem automatizados.
necessria uma equipe multidisciplinar e tambm muita discusso para se achar a melhor soluo custo
benefcio. A figura 244 mostra os componentes da pirmide de automao com a introduo dos sistemas
Redes Industriais
Pgina 350 de 398

de gesto empresarial denominados ERP (Enterprise Resource Planning) e MES (Manufacturing Execution
System) .
O grande desafio da automao em primeiro lugar estabelecer um amplo dilogo com a equipe de
produo e a equipe de tomada de decises para entender bem o processo produtivo e as informaes
necessrias para depois propor o que precisa ser feito em termos de arquitetura do sistema. O conceito
transformar uma montanha de dados aquisitados em informao til para tomada de decises.
O uso do MES devido a sua capacidade de ajudar na eficincia do processo industrial. Utilizando
estes indicadores chave de desempenho, a performance on-line poder ser monitorada, acessada e
melhorada, alm de outras reas como a anlise das eficincias global de equipamentos e da planta, do
ingls Overall Equipment Efficiency e Overall Plant Efficiency, respectivamente.
A performance pode ser medida em tempo real com relatrios resumidos que permitem que aes
instantneas ou planejadas sejam tomadas de forma que a qualidade seja mantida ou melhorada, este o
principal objetivo de um sistema MES e os principais motivos para a utilizao de um sistema de execuo de
manufatura so:
Reduo do tempo de ciclo de produo;
Aumentar a qualidade do produto;
Otimizao dos recursos empregados na produo;
Prevenir erros de produo;
Simplificar o processo de produo;
Diminuir custos de produo.

No mbito de solues MES, existe uma organizao internacional chamada MESA (Manufacturing
Enterprise Solution Association), que tenta criar modelos, guidelines, especificaes e mtricas para
sistemas MES, que contribui com a ISA (Modelo ISA-95) (RABELO, 2009).
70
5.2 PIMS (Plant Information Management System)
Redes Industriais
Pgina 351 de 398
Software utilizado para armazenamento de todas as informaes relevantes de processo.

Coleta informaes dos sistemas de superviso, sistemas de controle e sistemas legados (j

PIMS (PLANT
SYSTEM)
existentes) e 20.2.
os armazena
emINFORMATION
uma base MANAGEMENT
de dados, que
se distingue dos bancos de dados

convencionais
por ter
grande
capacidade dedetodas
compactao
alta velocidade
de resposta a
Software
utilizado
para armazenamento
as informaes erelevantes
de processo. Coleta
consulta local
(GUTIERREZ;
2008).
informaes
dos sistemas de PAN,
superviso,
sistemas de controle e sistemas legados (j existentes) e os
armazena em uma base de dados, que se distingue dos bancos de dados convencionais por ter grande
Segundo SEIXAS FILHO (2003c), PIMS so sistemas que adquirem dados de processo de
capacidade de compactao e alta velocidade de resposta a consulta local.
diversas fontes, os armazenam num banco de dados histricos e os disponibilizam atravs de

diversas formasPIMS
deso
representao.
O PIMS
indstria
processos
mais
sistemas que adquirem
dados denasceu
processo na
de diversas
fontes,de
os armazenam
numcontnuos,
banco
de dados
e os qumica
disponibilizam
atravs de diversaspara
formasresolver
de representao.
O PIMS nasceu
na
propriamente
nahistricos
indstria
e petroqumica
o problema
da fragmentao
indstria de processos contnuos, mais propriamente na indstria qumica e petroqumica para resolver o
de dados e proporcionar uma viso unificada do processo. A implantao de um PIMS facilita

problema da fragmentao de dados e proporcionar uma viso unificada do processo.
a implantao de outros mdulos de software como reconciliador de dados, sistema

especialista, MES,
SupplydeChain
e facilita
a integrao
de sistemas
ERP com o cho
A implantao
um PIMSManager
facilita a implantao
de outros
mdulos de software
como reconciliador
de (figura
dados, sistema
especialista,
MES, Supply
Chain Manager
de sistemas
ERP com de
o dados e
de fbrica
5.2).
A principal
funo
de ume facilita
PIMSa integrao
concentrar
a massa
de fbrica. A principal funo de um PIMS concentrar a massa de dados e permitir transformar dados
permitir cho
transformar
dados em informao e esta informao em conhecimento. Para um
em informao e esta informao em conhecimento. Para um engenheiro de processo a ferramenta
engenheiro de processo a ferramenta fundamental que permite tirar concluses sobre o

fundamental que permite tirar concluses sobre o comportamento atual e passado da planta, que permite
comportamento
e passado
dacomplanta,
confrontar
o nocomportamento
recente
confrontar atual
o comportamento
recente
o de diasque
atrs permite
ou com o melhor
j observado
sistema.
com o de dias atrs ou com o melhor j observado no sistema.
Figura PIMS
245: Integrao
e MES FILHO, 2003c).
Figura 5.2 Integrao
e MESPIMS
(SEIXAS
Segundo ENGENHARIA
CARVALHO
et al.(2005),
os benefcios
gerados
pelaELTRICA
implantao
de um sistema
DE CONTROLE E AUTOMAO
INDUSTRIAL / TECNOLOGIA
EM AUTOMAO INDUSTRIAL
/ ENGENHARIA
COM NFASE EM ELETRNICA

PIMS so muitos, entre eles destacam-se:
Redes Industriais
Pgina 352 de 398

Os benefcios gerados pela implantao de um sistema PIMS so muitos, entre eles destacam-se:
Centralizao dos dados de processo, j que os sistemas PIMS centralizam toda a informao em
uma nica base de dados;
Democratizao da informao, j que o sistema permite que todos os usurios tenham acesso aos
dados da planta instantaneamente;
Visualizao do processo produtivo em tempo real, seja atravs de grficos de tendncias, relatrios,
telas sinticas, aplicaes Web, etc;
Maior interatividade com os dados do processo, permitindo realizar clculos, estudos estatsticos e
lgica de eventos, utilizando os dados do processo;
Histrico de dados, capaz de armazenar at 15 anos de dados de processo graas a eficincia de
seu algoritmo de compresso;
Receita de Processo, que permite identificar e armazenar os dados correspondentes ao melhore
resultado obtido na produo, para que estes sirvam como referncia para as interaes futuras.
Na sua forma clssica, os sistemas PIMS acessam as fontes de dados localizadas no Nvel 1, onde
esto os sistemas de superviso e aquisio de dados (SCADA) e sistema digital de controle distribudo
(SDCD). Porm, h algumas implementaes que (tambm) acessam dados diretamente do Nvel 1, por
exemplo dos CLPs
Redes Industriais
Pgina 353 de 398
ANOTAES
Redes Industriais
21.

Pgina 354 de 398
DETECO DE ERROS
Erros de transmisso de dados podem ter diversas causas:
Rudos
Branco
Impulsivo
Distores
Atenuao em amplitude
Retardo de fase
Deslocamento de frequncia
Rudos em geral ocorrem em rajadas (bursts):

Imagine uma rajada de 10 ms sobre uma comunicao de 9600 bps:
96 bits de dados sero atingidos.
A natureza de erros em rajada muito importante para a deteco de erros.
21.1. TCNICAS PRIMITIVAS DE DETECO

21.1.1.
Paridade Simples ou Paridade Vertical ou TRC
A cada caractere adicionamos um bit de paridade.
Figura 246: Paridade Par e Impar
Redes Industriais
Pgina 355 de 398

Seja o caractere:
01001100
Vamos calcular o bit de paridade mpar:
Determine a expresso para clculo do bit de paridade mpar em uma palavra de 8 bits:
Pi =
Determine a expresso para clculo do bit de paridade par em uma palavra de 8 bits:
Pp =
Vamos calcular a eficincia de utilizao de bits para este cdigo:
Em geral este bit calculado pelo hardware de transmisso de dados (USART) e recebido,
verificado e retirado pelo hardware de recepo.
Qual a capacidade de deteco de erros deste algoritmo?
Apenas erros em um nmero mpar de bits so detectados.
Exemplo 1
Caractere transmitido:
Redes Industriais
Pgina 356 de 398

Caractere recebido:
A paridade calculada na recepo 1 o que contraria o valor do ltimo bit da palavra e o erro
detectado.
Exemplo 2
Caractere transmitido:
Caractere recebido:

Existem dois bits trocados. O valor do bit de paridade calculado na recepo 0.

Como o ltimo bit da palavra que corresponde ao bit de paridade recebido tambm 1, o erro no
detectado.
21.1.2.
Paridade Horizontal ou LRC (Longitudinal Redundancy Check)

Considere o bloco de dados a serem transmitidos:
Redes Industriais
Pgina 357 de 398
Figura 247: Paridade Horizontal ou LRC
O ltimo caractere representa a paridade dos caracteres anteriores calculada na vertical bit a bit.
Eficincia de utilizao de bits para este cdigo:
Supondo um bloco de 5 caracteres:
A eficincia aumenta quando aumentamos o tamanho do bloco.

Dois erros em caractere so detectados.
Dois erros em bits de mesma ordem em dois caracteres no so detectados.
Outros cdigos de deteco longitudinal de erros so normalmente implementados em automao.
A maior parte no usa bits de paridade, mas uma palavra gerada pela soma de todos as demais
palavras da mensagem. Esses cdigos so conhecidos pelo nome genricos de Checksum .
21.2. CDIGOS CCLICOS DE DETECO DE ERROS

21.2.1.
CRC Cyclic Redundancy Code
So capazes de detectar uma grande faixa de erros de transmisso, isolados ou em rajadas.
Possuem algoritmo de clculo mais complexo.
Redes Industriais
Pgina 358 de 398
Podem ser calculados por hardware ou software.
Princpio
1. Cada bit da mensagem m codificada em binrio considerado como um coeficiente de um
polinmio M(X) base 2.
2. A mensagem deslocada para a esquerda de r posies, onde r o nmero de bits do CRC (ordem
do polinmio verificador = nmero de bits da representao do polinmio verificador 1).
3. A mensagem deslocada dividida por um polinmio caracterstico G(X).
4. O resto da diviso somado mensagem deslocada para formar a mensagem composta T(X).
5. T(X) transmitida.
6. O receptor divide T(X) por G(X).
7. Se o resultado for 0, existe grande probabilidade de a mensagem estar correta, caso contrrio,
existe um erro.
Exemplo
Seja a mensagem: 110101 e o polinmio correspondente :
A palavra foi invertida julgando que a mensagem seria transmitida do LSb para o MSb (LSb
primeiro).
Redes Industriais
Pgina 359 de 398

Exemplo 2
No prximo exemplo vamos considerar a transmisso no sentido inverso: MSb primeiro.
Clculo do CRC:
Figura 248: Clculo do CRC para 110011
Como o resto foi 0, nenhum erro foi detectado.

Anlise Matemtica
Seja M(X) a mensagem a ser transmitida e seja G(X) o polinmio verificador.
Redes Industriais
Pgina 360 de 398
Figura 249: Transmisso da Mensagem
Formao da mensagem
Observe que em mdulo 2 as operaes + e se equivalem.

T(x) equivalente nossa mensagem composta.
Transmisso
Na recepo
Polinmios verificadores
Redes Industriais
Pgina 361 de 398

Os polinmios so projetados para detectar erros que possuem certas caractersticas.
A referncia [Peterson 61] apresenta todos os teoremas, demonstrando as propriedades destes
polinmios.
Erros simples
Teorema 1:
Um polinmio G(X) com mais de um termo capaz de detectar qualquer erro simples.
G(X) = X + 1
// G(X) com dois termos
E = 2i E(X) = Xi
i a ordem do bit contada a partir da direita. i=0 para o LSB.
Demonstrao:
Para que ocorra deteco de erros simples, necessrio que G(X) no divida X i.
(X+1) no divide X i, assim como nenhum polinmio de grau maior de 1.
Nmero mpar de erros
Teorema 2:
Todo polinmio divisvel por X + 1 tem um nmero par de termos.
Redes Industriais
Pgina 362 de 398

A consequncia que X+1 detecta no s qualquer erro simples como tambm qualquer nmero
mpar de erros.
Demonstrao: (por absurdo)
E(X) tem um nmero mpar de termos.
Vamos supor E(X) seja divisvel por (X+1):
E(X) = (X+1) Q(X)
Para X = 1 => E(1) = (1+1) Q(1) = 0 . Q(X).
E(1) = 0
Mas E(X) =1 para X = 1 porque E(X) tem um nmero mpar de termos.
Logo, chegamos a um absurdo.
Erro de 2 bits
E = 2i + 2j (i > j e i j = k)
E(X) = Xj ( Xi-j + 1 )
G(X) no deve dividir Xk + 1
Erro sem rajada (burst)
Definio: Rajada de tamanho k: qualquer padro de erro no qual o nmero de smbolos entre o
primeiro e o ltimo erro, incluindo estes erros k.
E(X) = Xj +...+ XI j>i
Comprimento da rajada = k = j i + 1
Redes Industriais
Pgina 363 de 398

E(X) = X3 + X6 + X7
=000100110000000
O comprimento da rajada acima k = 5.
E(X) = Xi (Xj-i +...+ 1)
E(X) = Xi E1 (X)
G(X) no pode ser um divisor de E1 (X).
Tabela 28: Tamanho da Rajada
Polinmios mais utilizados

Tabela 29: Polinmios mais Utilizados
Redes Industriais
Pgina 364 de 398
21.3. CLCULO DO CRC

O mtodo de diviso polinomial que serviu de referncia a este estudo no usado na prtica por
ser muito trabalhoso.

Seja a mensagem: M(X) = 000000000000001
Considerando que vamos enviar o LSB primeiro, a mensagem fica:
MLSB(X) = 100000000000000
Polinmio: G(X) = CRC16 = 11000000000000101
Clculo do CRC atravs de diviso polinomial
Redes Industriais
Pgina 365 de 398
Figura 250: CRC com Diviso Polinmios
21.3.1. Clculo do CRC Atravs de Hardware

Pode-se projetar um circuito formado por um registrador de deslocamento (shift register) de r bits,
sendo r o nmero de bits do CRC, realimentado por portas XOR. Este tipo de circuito denominado mquina
sequencial linear.
As teorias dos circuitos sequenciais lineares so utilizadas para projetar circuitos capazes de
realizar a multiplicao e diviso polinomial em diversas bases numricas.
Cada estgio de um registrador de deslocamento representa um atraso no sinal de entrada.
Seja o circuito que sintetiza a funo: z(t) = x(t) + x(t-1) + x(t-3)
Redes Industriais
Pgina 366 de 398

Usando o operador de atraso D (Delay) podemos escrever:
z = x + Dx + D3x
ou
z/x = D3 + D + 1
O circuito que sintetiza esta funo denominado de registrador de deslocamento feedforward:
Este circuito tambm realiza a multiplicao polinomial base 2.

A mquina que realiza a diviso polinomial (funo inversa) dada por:
A funo realizada :
Observe que neste circuito z a entrada e x a sada.

O circuito utilizado na prtica traduz o algoritmo de diviso polinomial e dado por:
Redes Industriais
Pgina 367 de 398
Para obter este circuito:

P(X) = X3 + X + 1
Representao binria: P = 1 0 1 1
Inverte-se a seqncia: Q = 1 1 0 1
Elimina-se o bit menos significativo: Qr = 1 1 0
Cada 1 marca o incio de um registrador de deslocamento (shift register).
O valor a ser usado em nossos futuros algoritmo ser justamente Qr = 1 1 0, que marca as
posies das portas ou-exclusivo no registrador de deslocamento de ordem 3 (3 posies). A este valor
chamaremos de Operando.
Este circuito realiza a diviso polinomial base 2 e o circuito utilizado para o clculo do CRC.
Exemplo
Mensagem = 10100001 (LSB primeiro)
Polinmio = 11001
Redes Industriais
Pgina 368 de 398
Figura 251: Mensagem 11001 CRC = 1101
CRC = 1101
Em seguida vamos apresentar os circuitos de clculo de CRC para os principais polinmios
utilizados.
Redes Industriais
Pgina 369 de 398

CRC 12
Figura 252: CRC 12
O registrador inicialmente zerado.

A string de dados combinada bit a bit com o contedo do registrador de deslocamento. A cada bit
as operaes de xor so realizadas e o contedo do registrador deslocado de uma posio para a direita.
Quando todos os bits da mensagem tiverem sido processados, o contedo do registrador anexado ao final
da mensagem (LSB primeiro). A operao XOR deve ser realizada antes do deslocamento.

Redes Industriais
Pgina 370 de 398

CRC CCITT
Figura 253: CRC CCITT
Redes Industriais
Pgina 371 de 398

CRC 16

Figura 254: CRC 16
Redes Industriais
Pgina 372 de 398

CRC 16:RECEPO

Figura 255: CRC 16 Recepo
Redes Industriais
Pgina 373 de 398
21.4. CLCULO DO CRC BITWISE

Os algoritmos de clculo do CRC por software bit a bit so denominados algoritmos bitwise.
Estes algoritmos em geral simulam a ao da implementao por hardware.
Redes Industriais
Pgina 374 de 398
Redes Industriais
Pgina 375 de 398
O algoritmo 2 sintetiza exatamente o algoritmo fornecido por McNamara, emulando o circuito com
os registradores de deslocamento.
Observe que aplicar um clock no registrador de deslocamento eqivale a realizar um shift para a
direita do valor que representa o contedo do registrador e em seguida realizar um XOR do bit mais
significativo do registro com o bit que alimenta a cadeia (XOR do dado com LSB do registrador):
Situao antes do pulso de clock:
Figura 256: Mensagem Antes do Clock
Situao aps o pulso de clock:
Figura 257: Mensagem Aps o Clock

Redes Industriais
Pgina 376 de 398

Simulao atravs de registrador:
Figura 258: Mensagem no Registrador
Alimentar 1 em um registrador de deslocamento = shift right + XOR 1000...

O primeiro algoritmo mais eficiente pois combina o byte de dados com o CRC uma nica vez e
depois toma a deciso de combinar o operando com o CRC apenas em funo do contedo do CRC.
21.5. CLCULO DO CRC BYTEWISE

Um algoritmo mais eficiente foi publicado pela primeira vez na referncia [Perez 83] e passou a ser
adotado em todas as implementaes prticas por oferecer um algoritmo muito mais eficiente.
Vamos observar passo a passo o clculo do CRC 16 e o contedo do shif register aps cada
operao:
Conveno:
Contedo inicial do registrador de deslocamento: C0..C15
Mensagem de entrada: M0..M7
Redes Industriais
Pgina 377 de 398
Figura 259: CRC Bytewise

Redes Industriais
Pgina 378 de 398
Figura 260: CRC Bytewise
Algoritmo:
Para todos os bytes da mensagem faa:
1. Calcule Xi = Low(CRC Mensagem)
2. Deslocar o CRC oito bits para a direita.
3. Calcular o valor combinado da funo dos Xis abaixo da linha horizontal
4. Realizar o ou exclusivo do CRC com o valor calculado
Redes Industriais
Pgina 379 de 398

Observe que uma vez escolhido X (existem 256 possibilidades), o valor calculado no passo 3 fica
determinado. Logo podemos pr calcular estes valores e guard-los em uma look up table.
Tabela 30: Tabela de Operandos para Clculo de CRC16
Propriedades:
Da observao de como Tab[X] calculado acima, podemos tirar algumas concluses. Estamos
supondo que o valor inicial do CRC 0.
a) Observe que Tab[X] = CRC (X) onde X um valor correspondendo a um byte: X7 .. X0. X varia de 0
a 255.
b) CRC(0) = Tab[0] = 0, independente do polinmio, pois o resto da diviso de 0 por qualquer
polinmio 0.
Redes Industriais
Pgina 380 de 398

c) CRC(0xFF) = Tab[0xFF] = T15 .. T0, onde Ti = XORNmero_Par_de_Termos (1) = 0, ou Ti = XOR
Nmero_Impar_de_Termos (1)
= 1. Observe que para o CRC16, CRC(0xFF) ter valor 1 apenas nos bits nas
posies 6 e 14 onde o nmero de termos Xj combinantes mpar. Portanto CRC16(0xFF) =

0x4040.
d) CRC(not M) = CRC(M 0xFF) = CRC(M) CRC(0xFF), onde M uma mensagem de um byte.
Imagine que conhecemos o CRC(M) = T15 ..T0. O CRC(not M) ter o mesmo valor do CRC de M para
os bits em que o nmero de termos de Xi = Mi for par e ter o valor complementar ao de M onde o nmero
de termos de Xi = Mi for mpar. A mscara que determina onde o nmero de bits combinantes de Xi para
ou mpar exatamente o CRC(0xFF). Logo devemos trocar os bits do CRC(M) nestas posies onde
CRC(0xFF) tem um bit igual a 1, ou seja basta realizar o ou exclusivo de CRC(M) com o CRC(0xFF).
Exemplo:
Seja calcular o CRC(254).
CRC(254) = CRC(1) r CRC(0xFF) = 0xC0C1 r 0x4040 = 0x8081.
Esta propriedade implica que precisamos calcular apenas metade das posies da tabela, pois a
outra metade determinada diretamente pela equao acima.
Redes Industriais
Pgina 381 de 398

Tabela 31: Tabela de Operandos para Clculo de CRC CCITT
Algoritmo final:
Para todos os bytes da mensagem faa:
1. Calcule Xi = Low(CRC Mensagem).
2. Deslocar o CRC oito bits para a direita.
3. Realizar o ou exclusivo do CRC com o valor da tabela indexado por X.
Esta tabela pode ser calculada para qualquer polinmio automaticamente atravs de um programa, que
mostrado no exemplo completo que se segue:
Redes Industriais
Pgina 382 de 398
Redes Industriais
Pgina 383 de 398
Redes Industriais
Pgina 384 de 398
Redes Industriais
Pgina 385 de 398
21.6. CRC-32

Este polinmio possui maior capacidade de deteco de erros que os polinmios de 16 bits, sendo
usado na rede Ethernet, WinZip e PKZIP, etc.
O polinmio utilizado :
Redes Industriais
Pgina 386 de 398
21.7. REVERTENDO O CRC

Este um assunto academicamente interessante, principalmente se voc for um hacker. Vamos
discutir como alterar um conjunto de bytes em uma string de bytes de modo que o CRC no seja alterado.
Este problema pode ser formulado da seguinte maneira:
Considere que uma mensagem possui N bytes e que o seu CRC calculado utilizando o polinmio de
16 bits P16 dado por:
CRC 16 (Mn) = K
Mensagem Original
Figure 261: Mensagem Original
Parte desta mensagem ser substituda por x novos bytes a partir da posio k
Redes Industriais
Pgina 387 de 398

Mensagem Alterada
Figura 262: Mensagem Alterada
Os ltimos bytes da modificao, posies mx-1 e mx contero dois bytes de ajuste que
chamaremos de b e a respectivamente.
O problema consiste em calcular a e b de tal forma que o CRC final da mensagem seja K.
Consideraes
1. Evidentemente o CRC da posio 1 at a posio k- 1 o mesmo para as duas mensagens. Vamos
cham-lo de K1.
2. A influncia dos bytes da posio k+x at a posio N ser a mesma nos dois casos.
3. Temos que fazer com que os CRCs ao chegar na posio k+x+1 seja o mesmo nos dois strings.
4. O valor inicial no registrador de CRC ao chegar na posio k ser K1.
Ao calcular o CRC da mensagem modificada, ao chegar em k+x-3 teremos:
CRC (b1..bk-1, m1..mx-2) = R = RH | RL
Onde o smbolo | indica concatenao. RH o byte mais significativo no CRC e RL o byte menos
significativo.
Para conservar o valor do CRC devemos ter:
Redes Industriais
Pgina 388 de 398

R o x o y = K2
O operador o indica uma combinao segundo o algoritmo do clculo do CRC do valor do
registrador quando acabamos de processar o patch com os bytes x e y em sequncia.
Como calcular x e y?
Ns conhecemos R e K2.
Segundo o algoritmo bytewise que deduzimos temos:
Aps processar o byte x:
Temp = (R >> 8) Tab[ (R x) & 0xFF]
Temp = RH Tab[ (RL x)]
Vamos supor que a posio apontada por RL b contenha o dado: bH | bL
Temp = bH | RH bL
Aps processar o byte y:
CRC = (Temp >> 8) Tab[ (Temp y) & 0xFF] = K2
CRC = bH Tab[RH bL y] = K2
Vamos supor que a posio apontada por RL bL y contenha o dado: cH | cL
CRC = cH | bH cL = K2 = K2H | K2L
Logo pela equao acima ns deduzimos o valor de cH :
cH = K2H
Redes Industriais
Pgina 389 de 398

Sabendo este valor ns podemos procurar na tabela por uma entrada de ndice Ic tal que os seus
bytes mais significativos seja o valor desejado (K2H). Assim determinamos cL.
Como bH cL = K2L temos que bH cL cL = K2L cL
Logo da determinamos: bH = K2L cL
Devemos novamente procurar na tabela por uma entrada de ndice Ib cujo byte mais significativo
coincida com bH.
Desta forma bL tambm fica determinado.
J conhecemos b e c e tambm os ndices destas posies: Ib e Ic.
RH bL y = Ic
Logo y = bL RH Ic
RL x = Ib
Logo x = RL Ib
Redes Industriais
Pgina 390 de 398
ANOTAES
Redes Industriais
22.
Pgina 391 de 398
CLASSIFICAO REAS
22.1. INTRODUO
A presena de equipamentos eltricos em reas com atmosferas explosivas constituem uma das
principais fontes de ignio dessas atmosferas, quer pelo centelhamento normal como na abertura e
fechamento de contatos, como devido a temperatura elevada atingida pelo mesmo em operao normal ou
em falhas.
Esta apostila apresenta uma viso resumida da classificao de reas segundo as normas
IEC/ABNT.
22.2. CLASSIFICAO DE REAS

reas perigosas (Hazardous Areas) so locais onde existe ou pode existir uma atmosfera
potencialmente explosiva ou inflamvel devido presena de gases, vapor, poeiras ou fibras.

Na Europa e atualmente no Brasil a classificao das reas perigosas feita usandose o conceito
de:
ZONAS usadas para definir a probabilidade da presena de materiais inflamveis;
TIPOS DE PROTEO que denota o nvel de segurana para um dispositivo e;
GRUPOS que caracterizam a natureza inflamvel do material.
Redes Industriais
Pgina 392 de 398
22.2.1. Zonas

Figure 263: Classificao das Zonas Ex
22.2.2. Tipos de Proteo

Ex d - Tipo de Proteo A Prova de Exploso
Ex p - Tipo de Proteo Pressurizado
Ex m - Tipo de Proteo Encapsulado
Ex o - Tipo de Proteo Imerso em leo
Ex q - Tipo de Proteo Imerso em Areia
Ex i - Tipo de Proteo Intrnseca
Ex e - Tipo de Proteo Segurana Aumentada
Ex n - Tipo de Proteo No Acendvel
Redes Industriais
Pgina 393 de 398

Ex s - Tipo de Proteo Especial

Figure 264: Exemplo de Etiqueta de Classificao
22.2.3. Grupos
GRUPO I
Para operao em minerao subterrnea suscetveis a exalao de grisu
GRUPO IIA
Para operao em instalaes de superfcie onde pode existir perigo devido ao grupo do propano.
GRUPO IIB
Para operao em instalaes de superfcie onde pode existir perigo devido ao grupo do etileno.
GRUPO IIC
Para operao em instalaes de superfcie onde pode existir perigo devido aos grupos do hidrognio e acetileno.
Redes Industriais
Pgina 394 de 398

Figure 265: Classificao dos Grupos
22.3. CLASSIFICAO DE TEMPERATURAS

Para equipamentos eltricos do GRUPO I, a temperatura mxima de superfcie no deve exceder:
-150C sobre qualquer superfcie onde possa formar uma camada de p de carvo;
450oC quando o risco acima evitado, por exemplo, atravs de vedao contra poeira ou
por ventilao.
As normas (NBR 9518) tambm classificam as temperaturas mximas de superfcie para
equipamentos eltricos do Grupo II.
Redes Industriais
Pgina 395 de 398

As CLASSES DE TEMPERATURA identificam a mxima temperatura de superfcie que uma parte
qualquer de um equipamento pode atingir em operao normal ou de sobrecarga prevista, considerando a
temperatura ambiente mxima igual a 40C, ou em caso de defeito. Essas classes de temperatura devem ser
menores que a temperatura de ignio dos gases e vapores do meio circundante ao equipamento.

Figure 266: Classificao de Temperaturas
22.4. DESCRIO DOS TIPOS DE PROTEO

22.2.3. Prova de Exploso Ex d (Explosion Proof ou Flame Proof)

Invlucro prova de exploso: um sistema suficientemente resistente e vedado para no
propagar uma exploso, e cuja temperatura superficial no provoque a ignio de uma atmosfera explosiva.
Isto implica uma construo robusta, com tampas roscadas ou parafusadas. Esses invlucros so
construdos de forma a, ocorrendo a ignio de uma mistura dentro dele, resistir mecanicamente presso,
impedindo que a exploso se propague para o meio externo.
A NBR 5363 especifica os interstcios mximos entre as peas dos invlucros blindados (entre a
tampa e a caixa, ou entre o eixo e o furo da tampa do invlucro de um comutador, por exemplo). Tais
interstcios auxiliam no alvio da presso interna ao invlucro, quando de uma exploso no interior deste. A
largura e comprimento destes interstcios (limitados aos valores normalizados) devem ser suficientes para
que o gs se resfrie antes de alcanar o ambiente externo.
Aplicao: Zonas 1 e 2.
Redes Industriais
Pgina 396 de 398
22.2.4. Segurana Aumentada Ex e (NBR 9883/87 e IEC 79-7)

Equipamento eltrico de segurana aumentada aquele que sob condies normais de operao
no produz arcos, fascas ou aquecimento suficiente para causar ignio da atmosfera explosiva para a qual
foi projetado, e no qual so tomadas as medidas adicionais durante a construo, de modo a evitar com
maior segurana, que tais fenmenos ocorram em condies de operao e de sobrecarga previstas.
Equipamentos tpicos com segurana aumentada so os motores de gaiola, transformadores de potncia e
de medio, luminrias e caixas de distribuio e de ligao.
22.2.5. Equipamento Eltrico Imerso em leo Ex o (NBR 8601 e IEC 60079-6)

O equipamento eltrico imerso em leo de tal modo que no inflame uma atmosfera inflamvel
acima do lquido ou na parte externa do invlucro. Este tipo de proteo aplicvel somente para
equipamentos fixos.
22.2.6. Equipamentos Pressurizados Ex p

Neste tipo de proteo uma presso positiva superior presso atmosfrica, mantida no interior
do invlucro de modo a evitar a penetrao de uma atmosfera explosiva que venha a existir ao redor do
equipamento.
So definidos trs tipos de pressurizao que reduz a classificao no interior do invlucro
pressurizado de:
px Zona 1 para no classificada ou Grupo I para no classificada;
py Zona 1 para Zona 2;
Redes Industriais
Pgina 397 de 398

pz Zona 2 para no classificada. Aplicao: Zonas 1 e 2.
22.2.7. Equipamentos Imersos em Areia Ex q

Neste tipo de proteo as partes que podem inflamar uma atmosfera explosiva so imersas por
uma material de enchimento de modo a evitar a ignio de uma atmosfera explosiva externa. Este tipo de
proteo s se aplica a equipamentos com corrente nominal menor ou igual a 16A; que consumam potncia
menor ou igual a 1000VA cuja tenso de alimentao no seja superior a 1000V.
22.2.8. Equipamento Eltrico Encapsulado Ex m

As partes que podem causar ignio so encapsuladas por uma resina de modo a no conseguir
inflamar uma atmosfera explosiva externa.
22.2.9. Equipamento de Segurana Intrnseca Ex i

So aqueles que em condies normais (isto , abertura e fechamento do circuito) ou anormais
(curto circuito, falta terra) no liberam energia suficiente para inflamar a atmosfera explosiva. Os
equipamentos eltricos de segurana intrnseca so classificados em duas categorias: ia estes so
projetados de tal forma que no so capazes de causar uma ignio em operao normal e mesmo com
aplicao de duas falhas evidentes mais as falhas no evidentes; e ib que so aqueles incapazes de
causar uma ignio em operao normal e com a aplicao de uma falha evidente mais a aplicao das
falhas no evidentes.
Aplicao: ia Zona 0;
Aplicao: ib Zonas 1 e 2.
Redes Industriais
Pgina 398 de 398

Nota:
Falha evidente aquela que est em conformidade com os requisitos (regras de construo da norma IEC
60079-11) de construo bsicos do tipo de proteo; e as falhas no evidentes so aquelas no em
conformidade com essas regras.
22.2.10. Equipamento Eltrico no Acendvel Ex n

Equipamentos que, em condies normais de operao e sob determinadas condies anormais
especificadas, no causam a ignio da atmosfera explosiva de gs existente no ambiente.
Aplicao: Zona 2
22.2.11. Equipamento com Proteo Especial

No h uma definio neste tipo de proteo, que foi previsto para permitir o desenvolvimento de novos
tipos de proteo pelos fabricantes.

Redes Industriais Gama Filho PDF

Enviado por

Dados do documento

Descrição original:

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Redes Industriais Gama Filho PDF

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDADE GAMA FILHO

REDES INDUSTRIAIS CTA 157

GRADUAO EM ENGENHARIA DE CONTROLE E AUTOMAO INDUSTRIAL

William Paes da Silva

TABELA COMPARATIVA ........................................................................................................................................ 64

7. COMUNICAO SERIAL RS-485 (DIFERENCIAL) ........................................................................... 66

Programao Orientada a Objetos ................................................................................................................................. 305

18.2.2. O OPC ..................................................................................................................................................... 308

Aplicaes em Tempo Real e Caractersticas de Desempenho ...................................................................................... 334

19. WIRELESS ...................................................................................................................................... 338

Com o avano das comunicaes foram desenvolvidos diversos equipamentos para

Com o passar do tempo, viu-se a necessidade de melhorar a performance, o desempenho, a

De maneira geral, um sistema distribudo caracteriza-se por um sistema de comunicao

A maneira de interligar os diversos mdulos processadores de uma rede, atravs de enlaces

Simplex O enlace utilizado somente em um sentido.

Full-Duplex O enlace utilizado nos dois sentidos, simultaneamente (no necessariamente no

Figura 1: Tipos de Comunicao

2.1.1. Anlise da Topologia Totalmente Ligada

Figura 2: Topologia Totalmente Ligada

2.1.2. Anlise da Topologia em Anel

Figura 3: Topologia em Anel

Figura 4: Topologia Parcialmente Ligada

2.1.4. Troca de Mensagens

2.1.5. Anlise da Topologia em Estrela

Figura 5: Topologia em Estrela

desejam se comunicar, por este fato ele denominado Comutador ou Switch.

2.1.6. Anlise da Topologia em Anel Fechado

Figura 6: Topologia em Anel "Fechado

A topologia da rede em anel estabelecida atravs de um caminho fechado, o anel na verdade

2.1.7. Anlise da Topologia em Barra

Figura 7: Topologia em Barra

SINAIS ANALGICOS E DIGITAIS

Os termos analgicos e digitais so utilizados para definir a natureza e caractersticas de sinais

Figura 8: Curva Ganho x Frequncia

Figura 9: Banda de Frequncia

Banda Passante do Meio = 0 ~ 5KHz

2.2.2. Multiplexao na Frequncia

Figura 10: Multiplexao da Freqncia

Figura 11: Modulao de Sinal

3. ESTRUTURAO DE UMA REDE DE COMPUTADORES

Camada 7 Aplicao: Esta camada estabelece a interface entre um aplicativo que

Camada 6 Apresentao: A camada de apresentao executa uma converso do

Camada 5 Sesso: Nesta camada, duas aplicaes executadas em mquinas

Camada 4 Transporte: Na camada de Transporte o conjunto de dados recebidos da

Camada 3 Rede: Na camada de rede realizado o endereamento dos pacotes, a

Camada 1 Fsica: A Camada fsica responsvel por converter a informao recebida

Os Concentradores (Hubs) so dispositivos cuja funo centralizar os pacotes de dados,

Limitao da banda passante do meio fsico;

Rudos provocados pela interferncia de outros sinais:

o nmero de bits 1 mpar (Paridade mpar). O receptor, ao receber a

mensagem, verificar o nmero de bits 1 e caso

encontre um nmero mpar, assumir que a

transmisso foi realizada com sucesso.

4. COMUNICAO SERIAL RS-232(Single-ended)

A maioria dos equipamentos de controle utilizada na automao comunica-se diretamente com

FUNDAMENTOS DA COMUNICAO SERIAL RS-232 (SINGLE-ENDED)

Figura 13: Comunicao entre PCs

-3V -15V. A figura abaixo

ilustra os nveis lgicos definidos pela norma RS-232.

Figura 14: Especificaes de Nvel Lgico

CARACTERSTICAS MECNICAS DA INTERFACE

Figura 15: Pinagem DB25