Estou pensando em criar um controlador BLDC com um MCU e leio o atmel guide AVR444, que descreve um projeto e um software necessários para um driver controlado por tempo de sensor back-emf sem sensor.
Estou ampliando minha compreensão do assunto. A aplicação que estou procurando é para um quadcopter RC, portanto o nível de precisão da velocidade não é crítico, desde que o impulso geral possa variar com uma resposta bastante rápida. A carga também não vai variar muito. O motor será trifásico (enrolamentos Y), em torno de 5-10V, <10A, imagino.
Entendo o conceito de back-emf nos enrolamentos flutuantes para sincronizar a rotação do campo elétrico. No entanto, também entendo que o torque experimentado no rotor é proporcional à diferença de rotação entre o campo elétrico e o campo permanente do rotor. Portanto, o rotor geralmente fica um pouco atrás, causando torque para forçá-lo a tentar alcançá-lo.
A nota do aplicativo AVR444 projeta o software para fazer com que o motor fique cego (usando um tempo fixo) para começar, e acelere-o até um ponto e deixe o software de controle back-emf assumir o controle. Isso faz todo o sentido para mim, mas o que me interessa é qual é a limitação de conduzir o motor às cegas?
Desde que não exista uma grande diferença entre a velocidade de rotação do rotor e a velocidade de rotação do campo elétrico, o torque acelerará o rotor e forçará a coincidir com o campo elétrico. Como o campo elétrico é controlado pelo software, qual seria o problema de conduzir cegamente o campo elétrico e assumir que o rotor continuasse? É provável que deslize as rotações de vez em quando, mas a velocidades razoavelmente altas (1000 a 5000rpm) e com algum grau de inércia, isso certamente será medido em média? Se a velocidade variar em, digamos, 100rpm para trás e para a frente, não estou muito preocupado.
Usando uma tensão fixa para o acionamento do motor e uma frequência de rotação fixa, espero que a corrente nos enrolamentos varie com a quantidade de torque necessária para o rotor acompanhar o ritmo da rotação elétrica. Um limitador de corrente na fonte de alimentação pode parar qualquer coisa muito louca.
Pensamentos? Sei que o método preferido é usar back-emf em um loop de controle, mas estou procurando uma idéia sobre quais seriam as limitações de não usar um loop de controle e dirigir cegamente um motor BLDC.
EDIT: Além de ser um ponto de pesquisa interessante, também tem uso prático. A condução cega de motores BLDC é uma tarefa bastante trivial, que um único MCU de controle poderia executar. O projeto atual que estou examinando exige pequenos MCUs separados para executar circuitos de controle apertados por motor. Em um projeto com 4 motores (possivelmente mais), é a diferença entre 1 e 5 MCUs na placa.