9 - Protocolos de Comunicação

Global network of innovation
Protocolos de Comunicao
por Csar Guerriero
Pgina 2 Out-09

Copyright Siemens 2008. All rights reserved
E D / Brasil / Energy Automation Cesar Guerriero
Modbus
Histria
Criado em 1979 para comunicao entre controladores da MODICON (Schneider).
Especificao aberta desde o inicio.
Fcil operao e manuteno.
Conseqncias
Padro de fato ao ser adotado por vrios fornecedores.
Adotado em vrios nveis de aplicaes, inclusive sistemas de superviso.
1. Modicon, hoje Schneider Electric, introduziu o protocolo Modbus no mercado em 1979. A
Schneider ajudou no desenvolvimento de uma organizao de usurios e desenvolvedores
independentes chamada ModbusIDA.
2. Modbus-IDA uma organizao com fins no lucrativos agrupando usurios e fornecedores
de dispositivos de automao que visam a adoo do pacote de protocolos Modbus e a
evoluo da arquitetura de endereamento para sistemas de automao distribudos em vrios
segmentos de mercado.
3. Modbus-IDA fornece a infra estrutura para obter e compartilhar informao sobre os
protocolos, suas aplicaes e a certificao de dispositivos visando simplificar a implementao
pelos usurios.
Pgina 3 Out-09

Modbus
1. O MODBUS TCP/IP usado para comunicao entre sistemas
de superviso e controladores lgicos programveis. O protocolo
Modbus encapsulado no protocolo TCP/IP e transmitido atravs
de redes padro ethernet com controle de acesso ao meio por
CSMA/CD.
2. O MODBUS PLUS usado para comunicao entre si de
controladores lgicos programveis, mdulos de E/S, chaves de
partida eletrnica de motores, interfaces homem mquina etc. O
meio fsico o RS-485 com taxas de transmisso de 1 Mbps,
controle de acesso ao meio por HDLC (High Level Data Link
Control).
3. O MODBUS PADRO usado para comunicao dos CLPs
com os dispositivos de entrada e sada de dados, instrumentos
eletrnicos inteligentes (IEDs) como rels de proteo,
controladores de processo, atuadores de vlvulas, transdutores
de energia e etc. o meio fs ico o RS-232 ou RS-485 em
conjunto com o protocolo mestre-escravo.
Pgina 4 Out-09

Modbus
1. O protocolo MODBUS PADRO
pode ser enquadrado na camada de
aplicao do modelo OSI.
2. Os protocolos MODBUS so
usados associados com outros
protocolos da camada de enlace e
camada fsica (RS-232, RS-485 e
Ethernet).
3. Ele define uma estrutura de
mensagens de comunicao usadas
para transferir dados discretos e
analgicos entre dispositivos
microprocessados com deteco e
informao de erros de transmisso.
Pgina 5 Out-09

Modbus
1. Durante a comunicao em uma rede Modbus, o protocolo determina como o
dispositivo conhecer seu endereo, como reconhecer uma mensagem endereada
para ele, como determinar o tipo de ao a ser tomada e como extrair o dado ou outra
informao qualquer contida na mensagem. Se uma resposta necessria, como o
dispositivo construir uma mensagem e a enviar.
2. O mestre pode enderear mensagens para um escravo individual ou enviar
mensagens para todos (broadcast). Os escravos retornam uma mensagem somente
para as consultas endereadas especificamente para ele. As mensagens broadcast no
geram respostas.
Pgina 6 Out-09

Modbus
1. Na mensagem de consulta, o cdigo de funo informa ao dispositivo escravo com o
respectivo endereo, qual a ao a ser executada. Os bytes de dados contm
informaes para o escravo, por exemplo, qual o registrador inicial e a quantidade de
registros a serem lidos. O campo de verificao de erro permite ao escravo validar os
dados recebidos.
2. Na mensagem de resposta, o cdigo de funo repetido de volta para o mestre.
Os bytes de dados contm os dados coletados pelo escravo ou o seu estado. Se um
erro ocorre, o cdigo de funo modificado para indicar que a resposta uma
resposta de erro e os byte de dados contm um cdigo que descrever o erro. A
verificao de erro permite o mestre validar os dados recebidos.
Endereamento (1 byte)
0 : Usado para broadcast.
1 a 247 : Usados pelos escravos.
Cdigo da Funo (1 byte)
Estabelece a ao a ser efetuada.
0 a 127 : Funes
128 a 255 : Informe de erro na transmisso.
Bytes de Dados
Informao adicionais necessrias.
Endereos de memria
Quantidade de itens transmitidos
Quantidade de bytes do campo
Verificao de Erros (2 bytes)
LRC ou CRC
Pgina 7 Out-09

Modbus
1. A verificao de erro efetuada opcionalmente pela paridade de
cada byte transmitido e obrigatoriamente pelo mtodo LRC ou CRC
sobre toda a mensagem. O LRC descarta os caracteres de inicio e fim
de mensagem. O CRC descarta os bits de inicio, paridade e parada de
cada byte.
2. O dispositivo mestre espera uma resposta por um determinado tempo
antes de abortar uma transao (timeout).
3. O tempo deve ser longo o suficiente para permitir a resposta de
qualquer escravo. Se ocorre um erro de transmisso, o escravo no
construir a resposta para o mestre. Ser detectado um timeout e o
mestre tomar as providncias programadas.
Pgina 8 Out-09

Modbus Modelagem de Dados
Pgina 9 Out-09

Modbus - Funes
A identificao dos comandos (funes) de leitura e escrita so diferentes
de acordo com o tipo de dado a ser lido ou escrito.
A funo 1 efetua a leitura do estado das sadas discretas.
A funo 5 efetua a escrita de uma nica sada discreta.
A funo 15 efetua a escrita de mltiplas sadas discretas.
A funo 2 efetua a leitura do estado das entradas discretas.
A funo 4 efetua a leitura dos valores das entradas analgicas.
A funo 3 efetua a leitura dos valores dos registradores de memria.
A funo 6 efetua a escrita de um valor em um registrador de
memria.
A funo 16 efetua a escrita de mltiplos valores em registradores de
memria.
Pgina 10 Out-09

Modbus - Exemplo
O Mestre solicita uma leitura dos
registradores 40108 a 40110 do
elemento escravo 06.
A mensagem especifica o endereo
inicial como 0107 (006Bh)

1. O primeiro registrador o 40001,
mas endereado como 0.
Portanto se precisamos da informao
do endereo 40108, devemos
enderea-lo como 107, que
transformado em hexadecimal ser
6B.
2. Os registradores utilizam 16 bits para
codificar a informao. Estes 16
bits so enviados em dois bytes
separados (HIGH BYTE e LOW BYTE).
Pgina 11 Out-09

Modbus - Exemplo
O escravo repete o cdigo da funo
indicando uma resposta normal.
A quantidade de bytes especifica quantos
itens esto sendo retornados.
1. O valor 63h enviado como um byte no
modo RTU (0110 0011).
2. O mesmo valor enviado no modo ASCII
necessita de dois bytes, mas
so contabilizados como apenas um.
6 (011 0110) e 3 (011 0011).
3. As respostas indicam:
Registro 40108: 02 2Bh = 555
Registro 40109: 00 00h = 0
Registro 40110: 00 63h = 99
Pgina 12 Out-09

Modbus TCP
Lanado em 1999, foi o primeiro protocolo aberto a
usar ethernet e TCP-IP.
No distino entre mestre e escravos ao usar a uma
arquitetura cliente servidor.
Conexes atravs da Porta 502.
Gateways disponveis para o Modbus RTU
Encapsulamento TCP
Pgina 13 Out-09

Modbus TCP
1. Desde que no h diferenas entre mestre e escravo, qualquer n com uma porta
TCP pode acessar qualquer outro n, possibilitando a implementao de comunicao
ponto-a-ponto entre os antigos escravos.
2. A mensagem encapsulada em um pacote TCP/IP. Os comandos so enviados por
um cliente usando uma mensagem TCP/IP para a porta 502 de um servidor, que
responde com o dado desejado encapsulado em um pacote TCP/IP.
3. O encapsulamento TCP no modificou a estrutura bsica da mensagem original do
Modbus. As diferenas esto na interpretao do endereo e na verificao de erro.
4. No endereamento, o campo do endereo do escravo foi substitudo por um nico
byte chamado de Identificador nico que pode ser usado para comunicao via
dispositivos como gateways e briges que usam um nico endereo IP para integrar
vrios dispositivos.
5. No so usados os campos CRC ou LRC para verificao de erro. So usados os
mecanismos semelhantes do j existentes do TCP/IP protocolo Ethernet.
Pgina 14 Out-09

Modbus TCP
6. Ao usar pacotes TCP/IP, o modbus/TCP permite acesso remoto via a
estrutura das redes corporativas e mesmo a Internet, o que pode ser uma
vantagem e um risco. LAN e internet permitem operaes remotas, mas
requer que salvaguardas sejam usadas para prevenir acesso no autorizado.
7. O Modbus/TCP tem sido criticado por usar o tedioso protocolo TCP com
suas interminveis confirmaes para iniciar uma sesso e verificar a
integridade dos pacotes enviados.
8. Os crticos tambm chamam a ateno para a impossibilidade de priorizao
de mensagens, excesso de trfego devido a impossibilidade de broadcasts e
pelo indeterminismo.

Pgina 15 Out-09

Profibus
Pgina 16 Out-09

Profibus
1. O Profibus nasceu de uma associao, em 1987, de 21 companhias, na Alemanha, para o
desenvolvimento de um barramento de campo digital.
2. Desde 1989, uma fundao denominada PNO, promove a disseminao e controle deste protocolo aberto.
Em 1995 foi fundada a Profibus International englobando 22 entidades espalhadas pelo mundo.
3. O Profibus apresentado como uma soluo completa (comunicao e gerenciamento) para interligar os
dispositivos existentes nos nveis intermedirios e superior em um sistema de automao.
4. Estes nveis so representados na figura como Field Level e Cell Level.
5. A figura tambm efetua uma diviso por tipo no nvel de barramento de campo: Manufacturing e Process. A
diviso justificada pela diferena de dados a serem informados pelos dispositivos.
4. Na figura o smbolo Ex representa que o Profibus adequado para uso em reas classificadas, tambm
chamada de reas com atmosferas explosivas. Estas so ambientes onde h possibilidade de
exploses devido a possibilidade de presena de gases inflamveis e fontes de ignio.
5. O Profibus DP apresenta dispositivos gateways para redes dos nveis inferiores, como o AS-I.
6. Tendo a Siemens, um dos maiores fornecedores de equipamento de automao do mundo, como um dos
principais usurios e patrocinadores, o Profibus tem cerca de 20% do mercado da Europa
Pgina 17 Out-09

Profibus
ProfiNet (Profibus for Ethernet)
Comunicao entre CLPs e PCs usando Ethernet/TCP-IP

Profibus FMS (Fieldbus Message Specification)
Comunicao entre CLPs e PCs.

Profibus DP (Decentralized Peripherals)
Comunicao com drives, dispositivos E/S,
transdutores, analisadores e etc.

Profibus PA (Process Automation)
Comunicao com transmissores de presso, nvel,
vazo e temperatura e vlvulas de controle.

AS-I (Actuator Sensor Interface)
Sensores e Atuadores ON-OFF
Pgina 18 Out-09

Profibus
1. Para a interligao entre CLPs e PCs apresentado o protocolo
Profinet, utilizando Ethernet como meio fsico e os protocolos TCP/IP
para transporte.
2. Para a interligao de CLPs e PCs apresentado o protocolo Profibus
FMS.
3. Para interligao de CLPs e dispositivos de entrada e sada em geral
apresentado o Profibus DP, utilizando como meio fsico cabo par
tranado com RS-485 ou fibra tica.
4. Para a interligao de instrumentos de processo foi apresentado uma
variao do Profibus DP, o Profibus PA, usando o padro MBP ou IEC-
1158-2 como meio fsico, adequando o nvel de potncia dos sinais
eltricos para permitir a sua instalao em reas classificadas.
5. Para sensores e atuadores ON-OFF so disponibilizados gateways
entre o Profibus-DP e o protocolo AS-I.
Pgina 19 Out-09

Profibus
Camada Fsica no Profibus
Padro RS-485
Cabo par tranado com malha.
Taxas de 9600bps a 12Mbps.
Topologia fsica em barra com
terminadores.
Segmentos com at 32
dispositivos.
Com 4 repetidores at 126
dispositivos.
Padro MBP
(M): Manchester Coding, (BP): Bus Powering
Cabo par tranado com malha.
Transmisso sncrona com taxa
de 31,25 kbps.
Topologia fsica em barra e/ou rvore.
Segmentos com at 32 dispositivos.
Com 4 repetidores at 126 dispositivos.
Intrinsecamente seguro.
Pgina 20 Out-09

Profibus
1. O meio fsico mais comum no Profibus o baseado no padro RS-485 usando um
simples cabo par tranado com uma malha de blindagem.
2. A taxa de transmisso to maior quanto for menor o comprimento da rede. Para
1200 metros possvel alcanar 9,6 kbps. Com redes de 100 metros possvel
chegar aos 12 Mbps.
3. Conectores DB9 podem ser usados para nveis de proteo IP20. Para IP65 ou
IP66 so necessrios conectores circulares.
4. As redes Profibus PA usam o padro MBP, pois devem manipular sinais com nvel
de potncia limitado devido ao seu uso em reas classificadas.
5. O padro MBP uma das tecnologias apresentadas na norma IEC 61158-2 para
meios de transmisso intrinsecamente seguros. A modulao binria efetuada em
termos de variaes de corrente sobre um valor base.
6. O nmero de elementos de uma rede no padro MBP depende da distncia entre
os dispositivos, pois para manter os nveis de energia em valores seguros so
levados em considerao a corrente gerada pelos dispositivos e a impedncia dos
cabos de comunicao.
Pgina 21 Out-09

Profibus Controle de Acesso
Pgina 22 Out-09

Profibus
1. A eficincia do Profibus garantida pelos servios existentes na
camada de enlace do protocolo. Estes servios so implementados
pelo Fieldbus Data Link (FDL) tendo como objetivos:
Controlar o acesso ao meio;
Estruturar as mensagens (telegramas);
Verificar a integridade dos dados;
Disponibilizar os servios de comunicao SDA (enviar dados
com reconhecimento), SDN (enviar dados sem reconhecimento),
SRD (enviar e solicitar dados com resposta) e CSRD (enviar e
solicitar dados ciclicamente com resposta);
Ajuste de parmetros operacionais;
Informe de eventos.
2. O controle de acesso ao meio efetuado com uma mistura de
Token Ring entre os mestres e Mestre-escravo (poll) entre os mestres e
os escravos.
Pgina 23 Out-09

Profibus
3. possivel a presena de mais de um mestre na rede. Eles tem o direito a se
comunicar com os escravos quando estiverem com a posse da permisso
(Token).
4. Os mestres so configurados em classes. O mestre classe 1 tem permisso
para ler e escrever dados nos dispositivos de campo, sendo geralmente um
CLP. Sua presena obrigatria e o seu ciclo de varredura a base do
sistema de automao.
5. Os mestres classe 2 so dispositivos de configurao. Eles so
implementados durante o comissionamento da planta ou ainda para uma
manuteno ou diagnstico da rede, sendo usado para configurao dos
dispositivos escravos. Eles podem ler os estados dos dispositivos escravos,
mas no podem determinar as suas sadas. No necessria a sua conexo
permanente na rede.
6. Os escravos so dispositivos perifricos que lem informaes do processo
ou usam informao de sada para intervirem no processo. So dispositivos
passivos, somente respondem as consultas efetuadas pelos mestres.
Pgina 24 Out-09

Devicenet
Rede para interligao de:
Sensores e atuadores ON/OFF
Chaves de partida eletrnicas
Controladores Lgicos Programveis
Interfaces Homem Mquinas.

Padro aberto

Mantido pela associao ODVA.
Baseado no protocolo CAN.
Pgina 25 Out-09

DeviceNet
1. A rede DeviceNet, lanada em 1994, derivada da rede CAN,
adaptada para operar ao nvel de equipamentos desde os mais simples
como sensores on/off e mdulos I/O at os mais complexos, como
interfaces homem mquinas e inversores de freqncia para controle
de velocidade de motores.
2. A rede DeviceNet possui protocolo aberto, tendo um expressivo nmero
de fabricantes ofertando equipamentos, regulamentados via a
associao OVDA (Open DeviceNet Vendor Association
www.odva.org), organizao independente que tem o objetivo de
divulgar, padronizar e difundir a tecnologia visando seu crescimento
global.
3. Coube a especificao do DeviceNet definir o meio fsico e conectores
e definir a camada de aplicao.
4. O DeviceNet tem todos os ingredientes para o sucesso, chips
disponveis (variaes do CANbus), um forte patrocinador com um
mercado consolidado, software de gerenciamento da rede e uma
poderosa associao para promover o produto.
Pgina 26 Out-09

DeviceNet e Modelo OSI
1. A figura mostra a relao entre o protocolo DeviceNet e
o modelo OSI.
2. As camadas inferiores so baseadas no CAN, enquanto
que as superiores fazem uso do protocolo CIP.
Pgina 27 Out-09

DeviceNet Meio Fisico
Pgina 28 Out-09

DeviceNet Meio Fisico
1. A rede DeviceNet utiliza dois pares de fios, um deles para a comunicao e o
outro para alimentao em corrente contnua dos equipamentos conectados
a rede. Existe ainda uma blindagem externa dos pares, via fita de alumnio e
a blindagem geral do cabo via malha tranada com fio de dreno.
2. As cores dos fios so padronizadas, com o par de alimentao em vermelho
(V+) e preto (V-) e o par de comunicao com branco para o sinal chamado
de CAN High e azul para o CAN Low.
3. Existem hoje 3 cabos disponveis, o cabo tronco tambm conhecido por cabo
grosso, que tem dimetro externo de 12,5 mm, outro chamado de cabo fino
com dimetro externo de 7 mm e um terceiro chamado flat que possui um
perfil chato para ser utilizado por conectores especiais com a tecnologia de
perfurao visando reduzir o tempo de montagem.
4. Os sinais de comunicao utilizam a tcnica de tenso diferencial para os
nveis lgicos, visando diminuir a interferncia eletromagntica, que ser
igual nos dois fios e aliada a blindagem dos cabos, tende a conservar a
integridade da informao.
Pgina 29 Out-09

DeviceNet - Topologia
Topologia fsica em Barramento.
Linhas tronco e derivaes.
Conexo de at 64 elementos.
Taxas de transmisso de 125 a 500 kbps.
Resistores de terminao de 121 ohms.
Pgina 30 Out-09

DeviceNet - Topologia
1. A rede DeviceNet admite somente a topologia com um cabo tronco (principal)
e derivaes executadas obrigatoriamente do cabo principal.
2. A rede admite 64 equipamentos ativos, endereados de 0 a 63, porm
sugerido a utilizao de no mximo 62 equipamentos, deixando os
endereos 62 e 63 livres, sendo o 62 reservado para a interface de
comunicao com o micro de configurao da rede e o endereo 63 para
conexo de novos instrumentos, visto que este o endereo default que os
equipamentos saem de fbrica.
3. A tabela ilustra as restries quanto ao comprimento dos cabos em funo da
taxa de transmisso adotada para a troca dos dados na rede.
4. A rede DeviceNet requer resistores de terminao montados nos dois
extremos do cabo principal da rede, que tem como funo evitar a reflexo
dos sinais, e deve ser montado com resistores de 120Ohms e watt,
conectado entre os dois fios do par de comunicao (azul e branco).
Pgina 31 Out-09

DeviceNet - Modelo
Tipos:
Polling
Strobed
Cclico
Mudana de Estado
Pgina 32 Out-09

DeviceNet - Funes
1. O conceito de produtor - consumidor foi adotado pela rede DeviceNet, sendo
que um elemento produz a informao no barramento e os elementos que
necessitam desta informao a consomem, diferentemente da maioria dos
protocolos em que a comunicao nica e exclusivamente entre dois
elementos.
2. O conceito produtor - consumidor visa eliminar troca de informaes
desnecessrias, e utiliza mtodos de comunicao apropriados tais como:
polled, strobed, change-of-state e cyclic.
3. Polled message: Neste mtodo o mestre, no caso o carto scanner da rede
montado no controlador, gera uma mensagem de comando direcionada a um
determinado escravo (ponto-a-ponto) e a resposta do escravo direcionada
ao mestre, portanto podemos perceber que para cada escravo o mestre gera
uma requisio individual e recebe um pacote de informaes do respectivo
escravo.
Pgina 33 Out-09

DeviceNet - Funes
4. Strobed message: Neste mtodo o mestre gera uma requisio tipo multicast
no barramento da rede e todos os escravos com comunicao strobed
espondem um aps o outro, portanto temos uma requisio geral do mestre
e respostas individuais de cada escravo strobed;
5. Cyclic message: Neste mtodo o escravo atualiza seus dados no mestre da
rede em intervalos de tempo pr-definidos, e este mtodo tem grande
utilizao em aplicaes onde a variao de determinado ponto no
necessita de atualizao instantnea;
6. Mudana de Estado (Change Of State): Neste caso o escravo ir enviar seus
dados ao mestre somente quando houver mudana de estado de suas
entradas, e quando o escravo configurado para trabalhar com mtodo COS
ele tem um recurso de comunicao cclica para indicar ao mestre que ele
est na rede e funcionando corretamente, sendo este recurso conhecido
como heartbreaker.
Pgina 34 Out-09

DNP - Distributed Network Protocol
Desenvolvido pela GE Harris
Baseado no IEC 870-5
Utiliza uma verso simplificada do Modelo OSI de 7 camadas,
chamado EPA (Enhanced Performance Architecture), que utiliza 3
camadas: nvel fsico, nvel de enlace e nvel de aplicao
Utiliza uma pseudo camada de transporte para permitir que as
mensagens sejam maiores do que um quadro (frame) do nvel de
enlace (link layer)

DNP 3.0
Pgina 35 Out-09

Aplicao mensagem = tamanho ilimitado

Pseudo-Transporte fragmento = 2048 bytes (max)

Nvel de Enlace quadro = 292 bytes (max)

Fsico byte = 8 bits

DNP3.0 - Arquitetura
Pgina 36 Out-09

Canal serial assncrono

Orientado a bytes com 8 bits de dados, 1 start bit, 1 stop bit e sem paridade

Nveis de voltagem e sinais de controle da interface RS-232C

Nvel Fsico (Phisical Layer)
DNP 3.0
Pgina 37 Out-09

Balanceado
Quadros no formato FT3
Um quadro tem no mnimo 10 bytes e no mximo 292 bytes
Nmero mximo de bytes de aplicao no quadro 249 (15 blocos * 16
bytes (240) + 10 bytes (250) - 1 byte do nvel de transporte)
O bloco 0 tem sempre 10 bytes (Data Link Header)
Blocos intermedirios tm sempre 18 bytes
ltimo bloco tem tamanho varivel de 4 a 18 bytes se for o 1
o
bloco, de 3
a 18 bytes se for um bloco do 2
o
ao 15
o
ou de 3 a 12 bytes se for o 16
o

bloco
Nvel de Enlace (Data Link Layer)
DNP 3.0
Pgina 38 Out-09

Campo de Controle
FUNCTION CODE DIR PRM
FCB
RES
FCV
DFC
1
0
Bit 7 6 5 4 3 2 1 0
DNP 3.0
Pgina 39 Out-09

Funes para iniciar uma comunicao do nvel de enlace
PRM = 1
Code Frame Type Service FCV
0 Send-Confirm Reset Remote Link 0
1 Send-Confirm Reset Data Link Process 0
2 Send-Confirm Link Test 1
3 Send-Confirm User Data 1
4 Send-No Reply Unconfirmed User Data 0
9 Request-Respond Request Link Status 0
DNP 3.0
Pgina 40 Out-09

Funes para responder uma comunicao do nvel de enlace
PRM = 0
Code Frame Type Service
0 Confirm ACK: Positive Acknowledgment
1 Confirm NACK: Link Busy

11 Respond Status of Link

DNP 3.0
Pgina 41 Out-09

Pseudo Transporte
Transport Header
Bit 7 6 5 4 3 2 1 0
SEQUENCE NUMBER FIN FIR
DNP 3.0
Pgina 42 Out-09

Utiliza o primeiro byte depois do Data Link Header
O nmero de seqncia varia de 0 at 63, mas pode comear com qualquer
nmero dentro deste intervalo
O nmero de seqncia numera os quadros dentro do fragmento
Um fragmento tem no mximo 2048 bytes
Um fragmento pode conter at 8 quadros de 249 bytes de dados da
aplicao (user data) mais 1 quadro de 56 bytes
O tamanho de um fragmento varivel, uma vez que um Object Header
da aplicao, com os seus respectivos dados, tem que estar contido dentro
de um fragmento
Pseudo Transporte
DNP 3.0
Pgina 43 Out-09

O nmero de seqncia do nvel de aplicao varia de 0 a 31.
Existe um nmero de seqncia para requests e responses ( 0 a 15) e
outro para unsolicited responses (16 a 31).
Nvel de Aplicao (Application Layer)
DNP 3.0
Pgina 44 Out-09

T O V Descrio
S 1-1 Single Bit Binary Input
S 1-2 Binary Input with Status
E 2-1 Binary Input Change without Time
E 2-2 Binary Input Change with Time
E 2-3 Binary Input Change with Relative Time
S 10-1 Binary Output
S 10-2 Binary Output Status
S 12-1 Control Relay Output Block
S 12-2 Pattern Control Block
S 12-3 Pattern Mask
S 20-1 32-Bit Binary Counter
S 20-2 16-Bit Binary Counter
S 20-3 32-Bit Delta Counter
S 20-4 16-Bit Delta Counter
Onde:
T - Type
O - Data Object
V - Variation
DNP 3.0 - Funes
Pgina 45 Out-09

T O V Descrio
S 20-5 32-Bit Binary Counter Without Flag
S 20-6 16-Bit Binary Counter Without Flag
S 20-7 32-Bit Delta Counter Without Flag
S 20-8 16-Bit Delta Counter Without Flag
FS 21-1 32-Bit Frozen Counter
FS 21-2 16-Bit Frozen Counter
FS 21-3 32-Bit Frozen Delta Counter
FS 21-4 16-Bit Frozen Delta Counter
FS 21-5 32-Bit Frozen Counter With Time of Freeze
FS 21-6 16-Bit Frozen Counter With Time of Freeze
FS 21-7 32-Bit Frozen Delta Counter With Time of Freeze
FS 21-8 16-Bit Frozen Delta Counter With Time of Freeze
FS 21-9 32-Bit Frozen Counter Without Flag
FS 21-10 16-Bit Frozen Counter Without Flag

DNP 3.0 - Funes
Pgina 46 Out-09

T O V Descrio
FS 21-11 32-Bit Frozen Delta Counter Without Flag
FS 21-12 16-Bit Frozen Delta Counter Without Flag
E 22-1 32-Bit Counter Change Event Without Time
E 22-2 16-Bit Counter Change Event Without Time
E 22-3 32-Bit Delta Counter Change Event Without Time
E 22-4 16-Bit Delta Counter Change Event Without Time
E 22-5 32-Bit Counter Change Event With Time
E 22-6 16-Bit Counter Change Event With Time
E 22-7 32-Bit Delta Counter Change Event With Time
E 22-8 16-Bit Delta Counter Change Event With Time
FE 23-1 32-Bit Frozen Counter Event Without Time
FE 23-2 16-Bit Frozen Counter Event Without Time
FE 23-3 32-Bit Frozen Delta Counter Event Without Time
FE 23-4 16-Bit Frozen Delta Counter Event Without Time

DNP 3.0 - Funes
Pgina 47 Out-09

T O V Descrio
FE 23-5 32-Bit Frozen Counter Event With Time
FE 23-6 16-Bit Frozen Counter Event With Time
FE 23-7 32-Bit Frozen Delta Counter Event With Time
FE 23-8 16-Bit Frozen Delta Counter Event With Time
S 30-1 32-Bit Analog Input
S 30-2 16-Bit Analog Input
S 30-3 32-Bit Analog Input Without Flag
S 30-4 16-Bit Analog Input Without Flag
FS 31-1 32-Bit Frozen Analog Input
FS 31-2 16-Bit Frozen Analog Input
FS 31-3 32-Bit Frozen Analog Input With Time of Freeze
FS 31-4 16-Bit Frozen Analog Input With Time of Freeze
FS 31-5 32-Bit Frozen Analog Input Without Flag
FS 31-6 16-Bit Frozen Analog Input Without Flag

DNP 3.0 - Funes
Pgina 48 Out-09

T O V Descrio
E 32-1 32-Bit Analog Change Event Without Time
E 32-2 16-Bit Analog Change Event Without Time
E 32-3 32-Bit Analog Change Event With Time
E 32-4 16-Bit Analog Change Event With Time
FE 33-1 32-Bit Frozen Analog Event Without Time
FE 33-2 16-Bit Frozen Analog Event Without Time
FE 33-3 32-Bit Frozen Analog Event With Time
FE 33-4 16-Bit Frozen Analog Event With Time
S 40-1 32-Bit Analog Output Status
S 40-2 16-Bit Analog Output Status
S 41-1 32-Bit Analog Output Block
S 41-2 16-Bit Analog Output Block
50-1 Time and Date
50-2 Time and Date With Interval

DNP 3.0 - Funes
Pgina 49 Out-09

O V Descrio
51-1 Time and Date CTO
51-2 Un-Synchronized Time and Date CTO
52-1 Time Delay Coarse
52-2 Time Delay Fine
60-1 Class 0 Data
60-2 Class 1 Data
60-3 Class 2 Data
60-4 Class 3 Data
70-1 File Identifier
80-1 Internal Indications
81-1 Storage Object
82-1 Device Profile
83-1 Private Registration Object
83-2 Private Registration Object Descriptor

DNP 3.0 - Funes
Pgina 50 Out-09

O V Descrio
90-1 Application Identifier
100-1 Short Floating Point
100-2 Long Floating Point
100-3 Extended Floating Point
101-1 Small-Packed Binary Coded Decimal
101-2 Medium-Packed Binary Coded Decimal
101-3 large-Packed Binary Coded Decimal

DNP 3.0 - Funes
Pgina 51 Out-09

DNP 3.0 Frame de Aplicao
Pgina 52 Out-09

Master
Outstation
Send Request
Optional confirmation (00)
Send Response (81)
Dinmica do Protocolo
DNP 3.0
Pgina 53 Out-09

Master
Outstation
Send Unsolicited Response (82)
Dinmica do Protocolo - Variao Detectada
DNP 3.0
Pgina 54 Out-09

OPC
Drivers de Comunicao

Faz a Ligao entre as aplicaes e os dispositivos (hardware)
O Driver l dados do hardware usando as funes e comandos e
fiaes necessrias e ento os disponibiliza para sua aplicao usando
mtodos, formatos, e um idioma que sua aplicao pode entender
Pgina 55 Out-09

OPC
Cada fabricante define a sua interface para desenvolvimento (API)
proprietria. Isto garante a interoperabilidade entre o
driver e o supervisrio. No existe interoperabilidade entre os
drivers e os supervisrios de fabricantes diferentes por causa das APIs
proprietrias
Uso de Interfaces Proprietrias Conseqncias
Duplicao de esforos: fabricantes de software desenvolvendo
drivers distintos para o mesmo hardware;
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.
Pgina 56 Out-09

OPC
Cada fabricante esta usando a mesma interface comum, o OPC Data Access.
Os usurios podem misturar os drivers de um fabricante com supervisrios de
outro fabricante, porque todos usam uma interface comum, o OPC.
Uso de OPC como Interface Conseqncias
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;
Pgina 57 Out-09

OPC - Historico
OLE for Process Control
Object Linking and Embedding

OPC a verso da indstria de automao para o OLE

OPC Foundation
Fundada em 1996
Atualmente com mais de 300 empresas associadas

Objetivo:
Desenvolver e manter especificaes para troca de dados entre
equipamentos e sistemas em ambiente industrial
Criao de uma API chamada OPC DA ou Especificao
OPC para Acesso a Dados
Pgina 58 Out-09

OPC Overview
Pgina 59 Out-09

OPC DA Data Access
O OPC DA o elo entre o supervisrio e os drivers de comunicao.
Os drivers de comunicao ainda so desenvolvidos para um
protocolo especfico usando uma conexo fsica determinada.
Pgina 60 Out-09

OPC
Arquitetura Cliente servidor
Consumidores de Dados > Clientes
Fontes de Dados > Servidores

Baseados nos Modelos COM/DCOM
da Microsoft
COM Component Object Model
(local)
DCOM Distributed Component
Object Model (remoto)
Clientes e Servidores OPC so
programas separados
O Servidor OPC responde aos
comandos do Cliente OPC
Pgina 61 Out-09

OPC - Funes
Busca e Apresentao dos servidores OPC presentes no computador local
e em computadores remotos na rede

Busca e apresentao de TAGs de dados disponveis nos servidores OPC
encontrados

Gerenciamento de grupo de dados

Funes de leitura de dados

Funes de escrita de dados

Diagnsticos de erros
Pgina 62 Out-09

OPC
Formas de um Cliente OPC pode solicitar dados
a um Servidor OPC
Pgina 63 Out-09

OPC DA Leitura Sincrona e Assincrona
Sncrona
A leitura sncrona pra o Cliente
OPC.
O cliente OPC fica inoperante at
que os dispositivos solicitados
sejam entregues pelo dispositivo.
Mais fcil de ser implementada do
ponto de vista do programador,
mas pouco eficiente.
Assncrona
Permite que o Cliente OPC
continue trabalhando enquanto o
servidor busca os dados.
O servidor OPC entrega os dados
ao cliente OPC por uma chamada
de callback.
Permite que o servidor OPC aceite
varias solicitaes de dados, at
mesmo de clientes OPC diferentes,
empacote estas solicitaes da
melhor forma possvel e envie aos
dispositivos.
Recomendvel o seu uso sempre
que possvel
Pgina 64 Out-09

OPC DA Refresh e Subscription
Refresh

O cliente OPC l todos os dados de
processo disponveis no servidor
OPC
Subscription

O Servidor OPC l os dados do
processo do equipamento,
periodicamente, em funo de uma
taxa de atualizao estabelecida
pelo cliente OPC.
Os valores so enviados ao cliente
OPC toda vez que houver mudana
e valor ou de estado no dado de
processo.
Pode ser usado o conceito de zona
morta, ou seja, uma faixa de
valores (relativa ao range de
leitura) na qual variaes no
causam envio de dados para o
servidor.
Pgina 65 Out-09

OPC
Escrita de Dados

Sempre so feitas diretamente no dispositivo.
Modo Sncrono e Assncrono (preferencial).
Retornam o valor de status para indicar o sucesso ou a falha de
comando.
Formato dos Dados

Trs Componentes:

- Valor da varivel em formato Integer, Float , etc.

- Rtulo de tempo (timestamp) em formato UTC com resoluo de
100ms.

- Indicador de Qualidade do dado (Bom, Ruim ou indefinido)
Pgina 66 Out-09

OPC - Resumo
Cliente OPC
Pode ser um aplicativo autnomo
Pode ser parte de um sistema
Pode ser um mdulo de um aplicativo
Pode trocar dados com um ou mais servidores OPC

Servidor OPC
Pode ser um aplicativo autnomo ou pode ser um
mdulo de um aplicativo.
Inclui um ou mais driver(s) de comunicao
Pode trocar dados com um ou mais clientes OPC
Pode estar no mesmo computador do cliente OPC
Pode estar em computador em rede com o cliente OPC
Pgina 67 Out-09

OPC - Exemplo

9 - Protocolos de Comunicação

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

9 - Protocolos de Comunicação

Transféré par

Droits d'auteur :

Formats disponibles

Global network of innovation

Vous aimerez peut-être aussi