O papel dos protocolos de interface de codificador no controle de movimento

Em qualquer sistema automatizado que exija um posicionamento preciso ou controle de velocidade, o codificador atua como o dispositivo de feedback que diz ao controlador exatamente onde o eixo motor ou eixo linear está. O protocolo de interface é a linguagem que governa como esses dados de posição, juntamente com informações diagnósticas, são transmitidos de forma confiável e rápida. Escolher o protocolo errado pode levar a erros de comunicação, sincronização ruim ou até instabilidade do sistema. Compreender os princípios subjacentes de cada padrão permite que engenheiros combinem as capacidades do protocolo – como taxa de dados, robustez e conjunto de recursos – com as demandas da aplicação. Este artigo fornece um mergulho profundo nos protocolos de interface de codificador mais comuns, incluindo SSI, BiSS, EnDat e vários outros, cobrindo sua arquitetura, tempo, manipulação de erros e casos de uso típicos.

Interface Sincronizada Serial (SSI)

O SSI é uma das interfaces de codificador mais antigas e amplamente implantadas na automação industrial. Foi originalmente desenvolvido por Baumer e Heinrich[] como uma forma simples e de baixo custo de transmitir dados de posição absoluta sobre um único par de fios de dados. Sua natureza síncrona significa que o controlador fornece um sinal de relógio, e o codificador responde com dados de posição em cada pulso de relógio. Esta simplicidade tornou o SSI a escolha padrão para inúmeras aplicações, desde máquinas de embalagem até robóticas.

Arquitectura e Operação SSI

Uma ligação SSI consiste em quatro condutores: dois para potência (normalmente 5- 30 VDC) e dois para dados (um sinal diferencial de par retorcido). Muitas implementações incluem também um quinto fio para um terreno comum. O controlador gera um sinal de relógio contínuo; após uma pausa maior do que o tempo de bits, o codificador envia uma sequência de dados seriais. O quadro de dados contém normalmente um número fixo de bits (comummente 24, 25 ou 32) que codificam a posição absoluta, mais estado opcional e bits de erro. A taxa de relógio pode variar de 100 kHz a 2 MHz, com valores típicos em torno de 1-2 MHz.

Estrutura de Moldura de Dados SSI

O quadro de dados mais comum do SSI para um codificador de 25 bits é: 1 bit inicial (sempre 0, usado para sincronização), 24 bits de dados (informação de posição em código cinza ou binário) e 1 paridade ou bit de alarme (muitas vezes invertido para indicar uma falha). Alguns codificadores usam uma posição de 12 bits ou 13 bits seguida de 8 ou mais bits de informação diagnóstica. O controlador fecha a posição após ter recebido todo o quadro. Os dados são transmitidos em [[FLT: 0]] Código de cinza[[[FLT: 1]] para minimizar erros durante transições, embora os formatos binários também sejam usados. O comprimento máximo do cabo depende da taxa de relógio: a 1 MHz, cabos até 100 metros são comuns quando se usam drivers de linha diferencial (RS- 422).

Vantagens e Limitações da SSI

Vantagens: O SSI é extremamente robusto contra o ruído elétrico devido à sinalização diferencial. Seu barramento de dados simples de dois fios reduz os custos de fiação. Muitos controladores têm interfaces SSI integradas, tornando a integração simples. O protocolo também suporta codificadores múltiplos com cadeia de margaridas quando usando um único relógio mestre.

Limitações: O SSI é um protocolo unidirecional — fluxos de dados apenas do codificador para o controlador. Ele não permite escrever parâmetros de configuração ou ler diagnósticos estendidos sem extensões adicionais específicas do fabricante. A taxa de dados é limitada em comparação com protocolos mais recentes, e o tamanho fixo do quadro pode desperdiçar largura de banda se forem necessários menos bits.

Aplicações comuns para a SSI

  • Atuadores lineares e macacos de parafuso
  • Sistemas de transporte e manuseamento de materiais
  • Máquinas-ferramentas de uso geral
  • Veículos guiados automatizados (AGVs) com feedback absoluto da posição

Sincronia em Série Bidirecional (BiSS)

O BiSS é um protocolo aberto desenvolvido por iC-Haus e suportado por um grande número de fabricantes de codificadores. Ele aborda muitas das limitações do SSI, fornecendo um canal de comunicação bidirecional sobre os mesmos fios físicos, permitindo ao controlador não só ler dados de posição, mas também enviar comandos, configurar o codificador e recuperar diagnósticos. O BiSS tornou-se especialmente popular em unidades de servo e sistemas de controle de movimento de alto desempenho.

Modos BiSS C e BiSS B

O BiSS C (contínuo) é o modo mais comum. No BiSS C, o mestre continuamente registra o codificador, e o codificador envia dados de posição de forma ciclo-síncrona, semelhante ao SSI. No entanto, após o quadro de posição, um número configurável de bits (chamado “pós-frame”) pode ser usado para troca de dados bidirecional. O mestre pode gravar ou ler registros durante estes slots pós-frame. O modo BiSS B (burst) é mais simples e usado com menos frequência; transmite dados em rupturas após uma pausa, mais parecido com o SSI, mas ainda permitindo comunicação bidirecional.

Transmissão e Tempo de Transmissão de Dados BiSS

A frequência do relógio em BiSS C pode exceder 10 MHz (normalmente até 10 ou 20 MHz para cabos curtos). O quadro básico inclui um bit inicial, os dados de posição (até 32 bits), um bit de erro, um bit de aviso e, em seguida, um bit de pós-frame de comprimento variável (0–31 bits) onde o registro lê e escreve. O protocolo bidirecional usa uma estrutura “baseada em registro”: o mestre aborda um registro, o codificador retorna seu conteúdo no próximo ciclo. Isso permite ajustes de parâmetros em tempo real, como alterar a resolução ou definir uma nova posição zero, sem acessar fisicamente o codificador.

O BiSS também incorpora um CRC (Cyclic Redundance Check) para detecção de erros. O codificador pode ser configurado para enviar um CRC sobre todo o quadro, e o mestre verifica-o, proporcionando uma integridade de dados muito elevada, mesmo em ambientes eletricamente barulhentos.

Benefícios e Casos de Uso do BiSS

  • Alta taxa de dados – Adequada para eixos de alta velocidade e sincronização multieixo.
  • Capacidades diagnósticas – Leia a temperatura interna, as bandeiras de aviso ou a qualidade do sinal.
  • Configuração em tempo real – Alterar a direção de contagem, valores predefinidos ou configurar modos multivelocidade através de software.
  • Interoperabilidade – Padrão aberto, muitos fornecedores e licenciamento gratuito.

O BiSS é amplamente utilizado em máquinas-ferramentas CNC, linhas de embalagem de ponta, prensas de impressão e juntas robóticas onde tanto a velocidade como o acesso diagnóstico são críticos.

Protocolo de Heidenhain EnDat

EnDat (Encoder Data) é uma interface digital proprietária desenvolvida por Heidenhain especificamente para seus codificadores de alta precisão. Ele evoluiu através das versões 2.1 e 2.2 e agora é um dos protocolos de codificador mais ricos em recursos disponíveis. EnDat oferece resolução extremamente alta, manuseio de erros robusto e transferência de dados rápida, tornando-se o padrão em máquinas-ferramentas premium, motores lineares e estágios de posicionamento de alta precisão.

EnDat 2.1 vs EnDat 2.2

EnDat 2.1 é a versão anterior, suportando taxas de relógio até 2 MHz e um quadro de dados de até 32 bits para posição, além de um adicional de 8 bits para informação diagnóstica (como temperatura, amplitude do sinal e estado operacional). EnDat 2.2 é compatível com o tempo de espera, mas introduziu taxas de tempo mais elevadas (até 16 MHz com cabos curtos) e um quadro de dados mais longo que pode conter até 64 bits de dados de posição, além de diagnósticos estendidos e dados de parâmetros. EnDat 2.2 também suporta um modo “cíclico” onde a velocidade e os loops de controle atuais podem ser sincronizados com os dados de codificador.

EnDat Data Frame e Tratamento de Erros

O quadro EnDat começa com um bit inicial, seguido dos dados de posição em código binário ou Gray. Após a posição, um bloco configurável de bits adicionais carrega os dados incrementais da faixa (para interpolação), bits de estado e informações específicas do fabricante. Um CRC é incluído no final do frame para detectar erros de transmissão. Se ocorrer um descompasso CRC, o controlador pode solicitar uma retransmissão sem perturbar a leitura absoluta da posição. Além disso, o codificador pode sinalizar uma condição de erro (por exemplo, falha na fonte de luz, sobre- temperatura) através de bits de alarme dedicados, e o controlador pode ler códigos de falha detalhados usando comandos de registo.

Posição de alta resolução

Os codificadores EnDat podem obter resoluções até ao intervalo de nanómetros, graças à combinação de faixas de posição absoluta e sinais incrementais altamente interpolados. A interface suporta codificadores absolutos de rotação única e multi-turnos, com contagens multiturnos que atingem 4096 rotações ou mais. A alta taxa de dados e baixa latência tornam o EnDat ideal para unidades diretas e eixos com altas demandas dinâmicas.

Aplicações e Integração

A EnDat é predominante na indústria de máquinas-ferramentas (lates, fresas, moedores) da Heidenhain, mas também utilizada com controladores de outros fabricantes que licenciam o protocolo. É comum também em equipamentos de fabricação de semicondutores, metrologia e qualquer aplicação que exija precisão submicron. O site da Heidenhain fornece amplos recursos técnicos, incluindo ] especificações detalhadas para EnDat 2.2].

Outras normas de comunicação

Enquanto a SSI, a BiSS e a EnDat dominam o espaço de encoder ponto a ponto, muitos sistemas de automação industrial integram dados de codificador em ônibus de campo e redes. Os seguintes padrões também são importantes.

HIPERFACE

Desenvolvido por SICK Stegmann, HIPERFACE (High Performance Interface) é um protocolo serial que transmite posição e velocidade absolutas sobre um barramento de dois fios, proporcionando também tensão ao codificador. Utiliza uma combinação de sinais incrementais senoidais (A, B) e RS-485 para dados seriais. O protocolo suporta configuração e diagnóstico do codificador, e é comum em unidades de servo de vários fabricantes europeus. Sua principal vantagem é a redução da contagem de cabos para quatro fios (potência e dados combinados).

DRIVE-CLiQ

DRIVE-CLiQ é a interface proprietária da Siemens para conectar codificadores, motores e outros componentes às unidades Sinamics. Baseia-se na camada física Ethernet (100 Mbps) e utiliza uma topologia de anel ou estrela. DRIVE-CLiQ suporta taxas de dados muito elevadas, comportamento em tempo real e identificação plug-and-play de dispositivos conectados. É obrigatório para todas as unidades Siemens de alto desempenho e é amplamente utilizado em linhas de produção automotivas e máquinas pesadas.

PROFIBUS e CANOpen

Estes são protocolos fieldbus onde o codificador atua como um escravo na rede. O PROFIBUS usa RS-485 em até 12 Mbps, enquanto o CANopen usa o barramento CAN em 1 Mbps. Ambos permitem que vários dispositivos compartilhem o mesmo cabo, mas adicionam latência devido à arbitragem de barramento e agendamento de mensagens. Eles são normalmente usados em aplicações onde muitos codificadores precisam ser monitorados em longas distâncias, como em sistemas de manuseio de materiais ou grandes linhas de montagem. A Organização de Usuários PROFIBUS fornece ] documentação detalhada sobre perfis de codificadores.

EtherCAT é um protocolo de Ethernet industrial de alta velocidade que pode integrar dados de codificador como parte de uma rede distribuída. Existem codificadores especiais de EtherCAT que transmitem dados de posição diretamente para o segmento de rede EtherCAT, alcançando tempos de ciclo tão baixos quanto 31,25 μs. O IO-Link é um padrão ponto-a-ponto usado principalmente para sensores e atuadores, mas alguns codificadores implementam o IO-Link para para parametrização e diagnóstico, embora as taxas de dados (230 kbps) sejam muito inferiores aos protocolos dedicados de codificadores.

Comparando protocolos de codificador: Critérios de seleção de chaves

Ao escolher uma interface de codificador, os engenheiros devem avaliar vários fatores:

  • Requerido taxa de dados e tempo de atualização – Protocolos de demanda de eixos de alta velocidade como BiSS C, EnDat 2.2 ou DRIVE-CLiQ. Para mecanismos de movimento lento, SSI ou CANopen pode ser suficiente.
  • necessidade de diagnóstico e configuração – Se você precisa ler temperatura, definir zero, ou ajustar parâmetros remotamente, escolha BiSS ou EnDat. SSI oferece diagnósticos mínimos.
  • Comprimento e topologia da célula – A SSI e a BiSS podem passar mais de 100 m a taxas de relógio moderadas. O EtherCAT e o DRIVE-CLiQ são limitados a .100 m por segmento. Os autocarros de campo como o PROFIBUS podem estender-se muitos quilómetros com repetidores.
  • Compatibilidade com sistemas – Muitos controladores têm hardware dedicado para EnDat (Heidenhain) ou BiSS. Se o ecossistema de acionamento existente usa Siemens, DRIVE-CLiQ é natural. Para PLCs simples, SSI ou IO-Link pode ser mais fácil.
  • Cost – Os codificadores SSI são os menos caros; BiSS e EnDat adicionam um prémio para as funcionalidades extras. Os codificadores Fieldbus requerem um acoplador de ônibus ou interface de controlador especializada.
  • abertura e prova do futuro – O BiSS é aberto e neutro para fornecedores, enquanto o EnDat e o DRIVE-CLiQ são proprietários de unidades específicas. No entanto, muitos fabricantes de unidades oferecem várias opções de interface.

Resolução de Problemas de Interfaces de Codificador Comum

Mesmo com um protocolo bem escolhido, podem surgir problemas de comunicação. Aqui estão questões e soluções típicas:

  • Nenhum dado ou leituras erráticas – Verifique tensão e corrente de alimentação. um cabo longo pode causar queda de tensão no codificador. Use um controlador de linha diferencial (RS-422) para longas viagens. Verifique resistores de terminação (120
  • CRC ou erros de paridade – O ruído elétrico é o culpado mais comum. cabos de rota longe de cabos de energia do motor, usar o par torcido protegido (STP), e garantir que o escudo é aterrado em um ponto final. Adicione núcleos de ferrita, se necessário. Reduzir a frequência do relógio, se possível.
  • Falhas intermitentes durante a aceleração – O codificador pode estar perdendo sincronização devido a distúrbios elétricos ou mecânicos. Verifique o acoplamento mecânico – retrocesso ou vibração pode causar erros transitórios. Alguns protocolos (por exemplo, BiSS) permitem relatar diagnósticos de “ amplitude de sinal” para detectar uma fonte de luz enfraquecendo em codificadores ópticos.
  • Configuração não retida após desligamento de energia – Alguns protocolos (como o BiSS) requerem memória não volátil no codificador. Certifique-se que o tipo de codificador suporta armazenamento permanente de parâmetros. Para o SSI, não há registros de configuração.
  • Tempo de atualização muito lento – Se a velocidade do clock do controlador estiver fechada (por exemplo, 500 kHz em alguns PLCs), a taxa máxima de dados do codificador não pode ser alcançada. Considere mudar para um protocolo com maior velocidade nativa, ou reduzir o número de bits transmitidos se o controlador permitir o comprimento de quadro variável.

Conclusão

Os protocolos de interface de codificador formam a espinha dorsal do controle de movimento de precisão. O SSI continua sendo um cavalo de trabalho confiável para um feedback absoluto simples, enquanto o BiSS e o EnDat trazem recursos avançados como comunicação bidirecional, alta velocidade e diagnósticos abrangentes. Outros padrões, como HIPERFACE, DRIVE-CLiQ e protocolos fieldbus, estendem o alcance dos dados de codificador em sistemas complexos em rede. Ao entender as forças e limitações de cada protocolo, os designers de sistema podem selecionar a interface mais adequada para atender às demandas de precisão, velocidade, manutenção e custo total de propriedade. À medida que a automação industrial continua a evoluir, esses padrões de comunicação continuarão se adaptando para proporcionar um desempenho ainda maior e integração mais profunda.