Docsity
Docsity

Prepare-se para as provas
Prepare-se para as provas

Estude fácil! Tem muito documento disponível na Docsity


Ganhe pontos para baixar
Ganhe pontos para baixar

Ganhe pontos ajudando outros esrudantes ou compre um plano Premium


Guias e Dicas
Guias e Dicas

Diagnósticos Profibus: Identificação e Solução de Falhas em Sistemas Profibus, Notas de estudo de Automação

Este documento aborda o módulo 4 dos diagnósticos profibus, explicando o funcionamento do protocolo em relação aos problemas detectados durante a troca de dados. O texto também detalha o diagnóstico padrão e estendido, que fornecem informações sobre o dispositivo e o status da comunicação, além de erros periféricos. Ideal para estudantes de engenharia elétrica e automação.

Tipologia: Notas de estudo

2010

Compartilhado em 03/06/2010

rafael-meira-arruda-1
rafael-meira-arruda-1 🇧🇷

7 documentos

1 / 19

Toggle sidebar

Esta página não é visível na pré-visualização

Não perca as partes importantes!

bg1
1
Módulo 4
Diagnósticos Profibus
Instrutor
Prof. Dr. Dennis Brandão
dennis@sc.usp.br
Noções de aplicação de Profibus DP/PA em
projetos de Automação
pf3
pf4
pf5
pf8
pf9
pfa
pfd
pfe
pff
pf12
pf13

Pré-visualização parcial do texto

Baixe Diagnósticos Profibus: Identificação e Solução de Falhas em Sistemas Profibus e outras Notas de estudo em PDF para Automação, somente na Docsity!

1 Módulo 4 Diagnósticos Profibus Instrutor Prof. Dr. Dennis Brandão dennis@sc.usp.br

Noções de aplicação de Profibus DP/PA em

projetos de Automação

2 Baixa prioridade na resposta indica troca de dados normal Alta prioridade na resposta indica DIAGNÓSTICO

  • (^) O que acontece com um escravo se percebe um problema na fase de troca de dados?
    • (^) Ele não pode simplesmente transmitir o diagnóstico quando ocorre o problema, então sinaliza para o mestre com uma resposta de alta prioridade.

Diagnósticos

4

  • (^) O diagnóstico padrão fornece informações sobre o dispositivo e o status da comunicação
  • (^) Em geral, é utilizado para diagnosticar falhas de comunicação.

Diagnóstico Padrão

5

Diagnóstico Padrão

7

Diagnóstico Padrão

8

Diagnóstico Padrão

10

  • (^) Os 6 bytes de diagnóstico padrão podem ser seguidos por bytes adicionais de diagnóstico estendido.
  • (^) O diagnóstico estendido é dividido em 3 partes:
    • Diagnósticos “Device-related”
      • Dados do tipo Vendor-specific para indicar o tipo do problema,
      • Geralmente definido no GSD,
    • Diagnósticos “Identifier-related”
      • Diagnóstico padrão para indicar qual módulo está com problema,
    • Diagnósticos “Channel-related”
      • Diagnóstico padrão para indicar o número e tipo do canal (digital ou analógico) e o tipo da falha,
      • O diagnóstico “Channel-related” é repetido para cada módulo com problema.

Diagnósticos

11

  • O diagnóstico estendido é enviado junto com o padrão
  • (^) Fornece informações sobre erros periféricos no dispositivo
  • (^) Em geral, o estendido é útil somente se o escravo estiver em comunicação (O diagnóstico padrão nos diz o problema quando o escravo não comunica).

Diagnóstico Estendido

13 Diagnóstico do sistema: Estação 41, módulo 2, canal 0 Falha na conexão

  • (^) Falha nos cabos Diagnóstico do sistema: Estação 41, módulo 1, canal 1 Falha na conexão Sensor Atuador

Diagnóstico Estendido

14 Padrão 6 bytes Padrão 6bytes Device-related device-related Identifier-related Channel-related ……identifier-related channel-related ..... Diagnóstico – estrutura de buffers

  • (^) O buffer de diagnóstico retorna do escravo e pode conter varios “blocos” de diagnósticos.
  • (^) O primeiro bloco é sempre o padrão de 6 bytes
  • (^) Qualquer número de blocos pode vir em seguida
  • (^) Cada bloco começa com um byte de “cabeçalho” para indicar o tipo (device-related, identifier-related ou channel-related) e o tamanho do bloco. Exemplo:

Diagnóstico Estendido

16

Diagnóstico Estendido

17

Diagnóstico Estendido

19 Temporização de redes Profibus