Cartão de controle de movimento

Considere cuidadosamente a localização do controlador.
Assim como no mercado imobiliário, pense em localização, localização, localização! A localização do controlador no sistema de movimento geral é o fator mais importante que pode simplificar ou complicar um design de movimento. Para determinar a localização correta do software de controle de movimento e do próprio controlador de movimento, os engenheiros devem se fazer três perguntas:
1. Os movimentos dos eixos estão sincronizados entre si?
2. Qual é o tempo de resposta necessário para lidar com mudanças no sistema?
3.Qual a importância da portabilidade do código?

A arquitetura de software é importante.
Quando se trata de controladores de movimento, há tantas opções diferentes disponíveis que as escolhas podem parecer esmagadoras. Lembre-se apenas do que realmente importa — a arquitetura de software que será usada para controlar o aplicativo. Escrever software no host (normalmente isso significa um PC) é geralmente o mais conveniente, mas é o que menos responde ao tempo. Por outro lado, colocar todo o software no controlador de movimento provavelmente dará o desempenho que você deseja, mas pode significar trabalho extra, principalmente se você precisar aprender uma linguagem de movimento específica do fornecedor. Os controladores de movimento geralmente têm muita potência bruta de software, mas pouco suporte para linguagens de computador padrão.

Organize seu problema de controle.
Considere um controlador de movimento baseado em linguagem C para que o software possa ser executado no host ou no controlador de movimento, facilitando o reparticionamento. Mais importante ainda, organize seu problema de controle. Separe funções mais lentas de funções de alta velocidade e certifique-se de que essas funções de alta velocidade residam no controlador de movimento. Coleta de dados, exibição e outras funções de gerenciamento de dados podem ir para o PC.

Certifique-se de que seu controlador de movimento pode lidar com os piores cenários.
A mecânica que interage com o controlador de movimento pode falhar de algumas maneiras óbvias, como rolamentos ficando mais rígidos e parâmetros de servo não funcionando mais, mas também pode falhar de maneiras sutis. O controlador da sua máquina pode lidar com eventos raros e de pior caso, como a chegada simultânea de um comando de movimento, pulso de índice, interruptor de limite e o fim de um movimento? Espere que o pior aconteça e, com sorte, não acontecerá. Teste cedo e frequentemente, sob uma gama tão ampla de condições de carga quanto possível, e projete com margem.

Concentre-se nas especificações relevantes.
Um erro comum cometido por engenheiros é focar em especificações irrelevantes. Por exemplo, selecionar a taxa de amostragem mais rápida geralmente é desnecessário, pois uma taxa de amostragem de 1 kHz é suficiente para todos, exceto os menores motores de alto desempenho. Uma abordagem melhor: pense no tempo de processamento necessário para executar o programa do seu aplicativo específico.

Não superestime as necessidades do determinismo.
Engenheiros frequentemente superestimam os requisitos de determinismo em comunicações de sistemas. Incertezas de comunicação de menos de 100 microssegundos são boas para quase todos os sistemas de movimento. Determinismo mais rígido raramente tem qualquer efeito no desempenho geral do sistema.

Controladores de movimento não são mágicos.
Engenheiros de sistemas geralmente pensam que controladores de movimento podem compensar um sistema mecânico mal projetado. Embora controladores de movimento possam superar algumas fraquezas como não linearidade, eles não podem compensar erros mecânicos grosseiros como ressonâncias de baixa frequência, motores subdimensionados, mecânica com grandes bandas mortas e acoplamentos tipo mola.

Evite aterramento comum.
Um erro comum que os engenheiros cometem é ter um aterramento e suprimentos comuns em ambos os lados dos optoisoladores. Se for o mesmo aterramento, ele não está isolado. O efeito de filtragem que os engenheiros acham que estão obtendo do isolamento é, na verdade, o efeito passa-baixa devido à lentidão do opto.

Escolha o controlador de movimento certo para o trabalho.
Especificar o tipo errado de controle de movimento é um problema comum. No entanto, escolher a ferramenta certa para o trabalho pode economizar custos iniciais e tempo de engenharia. Por exemplo, muitas aplicações de eixo único podem ser executadas usando o controle de movimento integrado disponível no drive digital. O mesmo é verdadeiro para o movimento multieixo ponto a ponto simples. Usar o movimento integrado pode economizar muito dinheiro e complexidade de programação, porque você pode usar um CLP menos potente em oposição a um CLP com movimento integrado.

Conheça os sinais de alerta de fracasso iminente.
Normalmente, problemas de desempenho ocorrem em velocidades mais altas ou contagens de eixos mais altas. Ao usar drives digitais inteligentes, esse problema desaparece, pois cada drive carrega seu próprio loop de posição, reduzindo assim a carga no processador de movimento principal.