Modelagem e Especificação de um Middleware para Redes de ...

4.2 Padrão IEEE 1451.0 65
• TEDS de nome do transdutor para o usuário: provê um local para que o usuário
armazene o nome pelo qual o sistema conhecerá o transdutor;
• PHY TEDS: TEDS dependente da mídia física de comunicação usada para conectar
o TIM ao NCAP, definido nas IEEE 1451.X.
Os TEDS têm o formato especificado de três campos:
1. TEDS Lenght: O primeiro é um inteiro sem sinal de 4 octetos que é o total de
octetos do bloco de dados do TEDS , mais 2 octetos do checksum.
2. Bloco de dados: Apresenta conteúdo informativo e possui estrutura que pode variar
de tamanho e pode ser tanto textual quanto binária, dependendo da especificação do
TEDS.
3. Checksum: Complemento da soma (módulo 2 16 ) de todos os octetos precedentes,
excluindo-se somente o próprio campo de checksum. É um inteiro sem sinal de 2
octetos.
nr.octetos−2
checksum = 0xFFFF −
∑
i=1
T EDSOctet(i) (4-1)
Os blocos de dados são formados por estruturas de dados chamadas TLV
(Type/Length/Value), que no caso de TEDS textuais, estas estruturas são usadas para
prover um diretório que dê acesso às diferentes porções textuais do TEDS que utilizam
conteúdo XML.
4.2.12 Definições de API
A definição de uma API na IEEE 1451.0 facilita a construção de módulos que se
integrem e proveem diferentes funcionalidades e ainda tenha várias partes que integram
entre si, simplificando a interação entre aplicações de coleta e controle em NCAPs e TIMs.
Os principais serviços desta API são:
• Descoberta de TIMs;
• Acesso a transdutores;
• Gerenciamento de transdutores;
• Gerenciamento de TEDS.
Os objetivos desta API são:
• Prover uma abstração de comunicação independente da tecnologia de conexão
(IEEE 1451.X);
• Acomodar as tecnologias de comunicação descritas nas IEEE 1451.X, permitindo
o uso de mecanismos mais apropriados;