Estoy pensando en hacer un controlador BLDC con una MCU, y he estado leyendo la guía AVR444 de atmel que detalla el diseño y el software necesarios para un controlador controlado por temporización back-emf sin sensor.
Estoy ampliando mi comprensión del tema. La aplicación que estoy buscando es para un quadcopter RC, por lo que el nivel de precisión de velocidad no es crítico siempre que el empuje general pueda variar con una respuesta bastante rápida. La carga tampoco variará mucho. El motor será trifásico (bobinados Y), alrededor de 5-10V, <10A, imagino.
Entiendo el concepto de back-emf en los devanados flotantes para sincronizar rotando el campo eléctrico. Sin embargo, entiendo también que el par experimentado en el rotor es proporcional a la diferencia de rotación entre el campo eléctrico y el campo del rotor permanente. Por lo tanto, el rotor generalmente se retrasa ligeramente, lo que hace que el par lo obligue a intentar alcanzarlo.
Para empezar, la nota de la aplicación AVR444 diseña el software para conducir el motor a ciegas (usando tiempos fijos) y acelerarlo hasta cierto punto, luego deja que el software de control de la fem posterior se haga cargo. Esto tiene mucho sentido para mí, pero tengo curiosidad acerca de cuál es la limitación de conducir el motor a ciegas.
Mientras no haya una gran diferencia entre la velocidad de rotación del rotor y la velocidad de rotación del campo eléctrico, el par acelerará el rotor y lo obligará a coincidir con el campo eléctrico. Dado que el campo eléctrico está controlado por el software, ¿cuál sería el problema de conducir ciegamente el campo eléctrico y asumir que el rotor sigue funcionando? Es probable que deslice rotaciones de vez en cuando imagino, pero a velocidades razonablemente altas (1000 a 5000 rpm) y con algún grado de inercia, ¿seguramente esto se promediará? Si la velocidad varía por decir 100 rpm de ida y vuelta, no estoy demasiado preocupado.
Utilizando un voltaje fijo para el accionamiento del motor y una frecuencia de rotación fija, espero que la corriente en los devanados varíe con la cantidad de par necesario para que el rotor coincida con el ritmo con la rotación eléctrica. Un limitador de corriente en la fuente de alimentación podría detener cualquier cosa demasiado loca.
Pensamientos? Me doy cuenta de que el método preferido es usar back-emf en un bucle de control, pero estoy buscando una idea de cuáles serían las limitaciones de no usar un bucle de control y conducir a ciegas un motor BLDC.
EDITAR: además de ser un punto de investigación interesante, también tiene un uso práctico. Conducir a ciegas motores BLDC es una tarea bastante trivial, que un MCU de control único podría realizar. El diseño actual que estoy viendo requiere MCU pequeñas y separadas para ejecutar lazos de control estrechos por motor. En un diseño con 4 motores (posiblemente más), es la diferencia entre 1 y 5 MCU en el tablero.