+ Festo Automação: ampla linha de produtos Profibus pra todas as aplicações..

  + Profibus-PA: especificações para o modelo de blocos.
  + Profibus: por dentro dos Indentifier Formats.
  + Profibus: Tempo de Barramento.
Notícias
  + Associação dá boas-vindas a dois novos membros
  + Memosens é destaque da Endress+Hauser
  + Smar é solução em rede Profibus para Açucareira Corona
Eventos
  + Associação Profibus participa da Automatica 2005

OUTRAS EDIÇÕES

Edição 01 - Abril 2004
Edição 02 - Junho 2004
Edição 03 - Agosto / Setembro 2004
Edição 04 - Outubro / Novembro 2004
Edição 05 - Dezembro 2004/ Janeiro 2005
Edição 06 - Fevereiro / Março 2005
Edição 07 - Abril / Maio 2005
Edição 08 - Junho / Julho 2005
Edição 09 - Agosto / Setembro 2005
Edição 10 - Outubro / Novembro 2005
Edição 11 - Dezembro 2005 / Janeiro 2006
Edição 12 - Fevereiro / Março 2006
Edição 13 - Julho / Agosto 2006
Edição 14 - Novembro 2006
Edição 15 - Abril 2007
Edição 16 - Junho 2007
Edição 17 - Fevereiro 2008
Edição 18 - Julho 2008
Edição 19 - Outubro 2008
Edição 20 - Março 2009
Edição 21 - Julho 2009
Edição 22 - Dezembro 2009
Edição 23 - Julho 2010
Edição 24 - Março 2011
Edição 25 - Julho 2011
Edição 26 - Fevereiro 2012

EXPEDIENTE

PROFINEWS BRASIL
Edição nº 08
Junho / Julho 2005

PROFINEWS BRASIL é uma publicação eletrônica bimestral da ASSOCIAÇÃO PROFIBUS, distribuída a seus associados, fornecedores e usuários das tecnologias PROFIBUS e AS-i.

Os artigos assinados são de exclusiva responsabilidade de seus autores. É vedada a reprodução total ou parcial dos textos e ilustrações deste newsletter, sob pena de sanções legais. São tomados todos os cuidados razoáveis na preparação do conteúdo das matérias e caso haja enganos em textos ou desenhos, será publicada errata na primeira oportunidade.

Diretor Presidente
Paulo Roberto Figueiredo de Camargo (Siemens)

Diretor Vice-presidente
Bruno C. Tassinari (Festo)

Diretor Vice-presidente – César Cassiolato (Smar)

Diretor Executivo
Silas Anchieta

Jornalista Responsável
Sílvia Bruin Pereira
(MTb 11.065 / MS 5936).


Associação PROFIBUS
Caixa Postal 11.063-9
CEP 05422-970
São Paulo - SP
Fone/Fax (11) 3082-3451
www.profibus.org.br
profibus@profibus.org.br

ARTIGO TÉCNICO

Profibus: por dentro dos Indentifier Formats.

César Cassiolato - Gerente de Produtos da Smar Equipamentos Industriais Ltda.

INTRODUÇÃO

O arquivo gsd é como se fosse um datasheet eletrônico do equipamento que trás detalhes de revisão de hardware e software, bus timing do equipamento e informações sobre a troca de dados cíclicos. As informações de troca de dados cíclicos para cada módulo permitido do equipamento são demarcadas pelas palavras-chaves “Module” e “EndModule”. Entenda como troca de dado cíclico a informação requisitada ou enviada pelo mestre classe 1 (PLC, por exemplo), de alta prioridade, e que é parte fundamental no controle e tomada de decisão.
Cada módulo possui um conjunto de Identifier Bytes ou Identifier Formats.Este artigo nos mostrará como cada identificador é interpretado pelo mestre classe 1.


ENTENDENDO OS IDENTIFIER FORMATS

Os Identifier Formats são usados na configuração entre o mestre classe 1 e seus escravos.Após a energização (conhecida como power up) os equipamentos escravos estão prontos para a troca de dados cíclicos com o mestre classe 1, mas para isto, a parametrização no mestre para aquele escravo deve estar correta. Estas informações são obtidas através dos arquivos gsds, que deve ser um para cada equipamento. Através dos comandos abaixo, o mestre executa todo processo de inicialização com os equipamentos:
· Get_Cfg: carrega a configuração dos escravos e verifica a configuração da rede;
· Set_Prm: escreve em parâmetros dos escravos e executa serviços de parametrização da rede;
· Set_Cfg: configura os escravos segundo entradas e saídas;
· Get_Cfg: um segundo comando, onde o mestre verificará a configuração dos escravos.
Todos estes serviços são baseados nas informações obtidas dos arquivos gsds.
Existem 3 tipos de Identifier Formats, onde a principal diferença entre eles é a quantidade de bits e bytes que eles podem representar:
· Simples: podem representar 8 e 16 bits de dados
· Especial: podem representar 8 e 16 bits de dados e ainda tipos em formatos especiais
· Especial para Profibus DP-V1: podem representar 8 e 16 bits de dados e tipos padrões definidos de acordo com o DP-V1.

Exemplo de Identifier Formats:

;Modules for Analog Input
Module = "Analog Input (short) " 0x94
EndModule
Module = "Analog Input (long) " 0x42, 0x84, 0x08, 0x05
EndModule

IDENTIFIER FORMATS SIMPLES

Figura 1 - Identifier Formats simples.

Quando o formato for especial, veja Identifier Formats especiais.

Exemplo:

Figura 1a – Exemplo de Identifier Formats simples.

Identifier Formats especial

Figura 2 - Identifier Formats especial.

Note que através do formato especial pode-se descrever dados em 8 e 16 bits e que permitem módulos de até 64bytes/words.Vejamos o exemplo abaixo, onde para o campo de identificador temos 1 byte de comprimento de saída, 1 byte de comprimento de entrada em formato especial e um byte de dados de usuário.De acordo com o Length Byte 1, temos 64 words de saída com consistência em Word e de acordo com o Length Byte 2, temos 64 words de entrada com consistência em Word. Depois no Length Byte 2, temos um byte de dados de usuário que é específico e não pode ser descrito como padrão:

Figura 3a – Exemplo de Identifier Formats especial.


IDENTIFIER FORMATS
DE ACORDO COM PROFIBUS DP-V1

Este formato pode representar 8 e 16 bits de dados e tipos padrões definidos de acordo com o DP-V1.A tabela a seguir lista alguns destes tipos.

Tabela 1 – Alguns tipos de dados manuseados de acordo com o Profibus DP-V1.


POR DENTRO DO IDENTIFIER FORMATS DE ACORDO COM O PROFIBUS DP-V1

Figura 4 - Identifier Formats de acordo com Profibus DP-V1.


COMPRIMENTO DE BYTES PARA IDENTIFIER FORMATS DE ACORDO COM PROFIBUS DP-V1

Figura 5 - Comprimento de bytes para Identifier Formats de acordo com Profibus DP-V.


No início do artigo, foi dado um exemplo para o Bloco Analog Input (AI).Note que podemos defini-lo em dois formatos: short e long. Vejamos o exemplo abaixo, considerando o formato long:

Figura 6 – Exemplo de Identifier Formats de acordo com o Bloco Analog Input (AI) do Profibus DP-V1.

Consideremos agora, um exemplo para o Bloco Analog Output (AO), onde temos a seguinte configuração possível entre várias:

Module = "eRCAS_IN + RCAS_OUT "
0xC4, 0x84, 0x84, 0x08, 0x05, 0x08, 0x05
EndModule

Figura 7 – Exemplo de Identifier Formats de acordo com o Bloco Analog Output (AO) do Profibus DP-V1.

CONCLUSÃO
Vimos através deste artigo a importância da interpretação dos Identifier Formats na tecnologia Profibus e suas particularidades.

REFERÊNCIAS
- Manuais Smar Profibus
- www.smar.com.br



A Associação Profibus não se responsabiliza por qualquer dano supostamente decorrente pelos conceitos, comentários, depoimentos e opinões emitidas em matérias fornecidas pelos seus membros ou artigos assinados. A opinião expressa no conteúdo não traduz em nenhum momento a opinião da Associação Profibus. Os artigos assinados são de exclusiva responsabilidade de seus autores. É vedada a reprodução total ou parcial dos textos e ilustrações deste newsletter, sob pena de sanções legais. São tomados todos os cuidados razoáveis na preparação do conteúdo das matérias e caso haja enganos em textos ou desenhos, será publicada errata na primeira oportunidade. A Associação Profibus se reserva o direito de, a qualquer tempo e a seu exclusivo critério, retirar qualquer edição, comentário ou imagem que possa ser interpretada como contrária aos seus objetivos.

© Associação PROFIBUS. Todos os direitos reservados. É proibida a reprodução do conteúdo desta página
em qualquer meio de comunicação, eletrônico ou impresso, sem autorização escrita da Associação PROFIBUS.