Efecto de control de motor BLDC inválido

0

Soy un estudiante principal de EE que trabaja en un algoritmo de control para un motor BLDC con sensor trifásico. Actualmente el motor está funcionando bien. Actualmente estoy buscando software de seguridad de condición de falla para el motor. Un posible error que podría ocurrir es un estado no válido leído para los sensores de efecto Hall.

Si los sensores de efecto de hall leen en 000 o 111, significa que uno de los sensores de efecto de hall está en cortocircuito (111) o que uno está desconectado (000). Mi pregunta se deriva de cómo responder (en mi software de control) a una condición como esta.

Obviamente, si un sensor de efecto Hall se ha corrompido (corto / desconectado), necesito detener el motor para que no se conmute. Sin embargo, me preocupa que si este estado no válido es causado por una casualidad, no deseo forzar el motor para que se detenga de inmediato.

Mis pensamientos actuales serían simplemente incrementar un contador cada vez que se lea un estado no válido, luego, si 10 lecturas no válidas entran consecutivamente, detendría el motor para siempre.

¿Pensamientos? ¿Estoy loco por pensar que las entradas del sensor de efecto Hall directamente desde el motor podrían ser incorrectas al azar?

Cuanto más pienso en este "problema", más me inclino por confiar absolutamente en los datos del sensor de efecto Hall. Si un bit aleatorio girara en la transmisión, el patrón de conmutación no sería correcto ...

Gracias

    
pregunta user2539859

1 respuesta

0

Puede implementar back-emf como un sistema de control de respaldo para ayudar a detectar condiciones de falla que coincidan con los datos del sensor y la posición del rotor calculados por back-emf, por lo tanto, es capaz de detectar incluso aquellas condiciones de falla que producen un conjunto "atractivo" de valores y, finalmente, llevar el motor a una parada suave utilizando BEMF para la detección de la posición del rotor.

Otra opción, si desea seguir el camino de la detección de fallas, es implementar la redundancia en sus sensores y en la línea de comunicación. Esto se puede implementar de varias maneras y probablemente sea la mejor manera de agregar una detección de fallas funcional que no solo detecte fallas sino que también le permita no tener que detener el motor de inmediato.

Si ambas soluciones parecen ser demasiado complicadas, probablemente se encuentre en un caso en el que no se necesita un algoritmo de detección de fallas graves y detener el motor en caso de datos incoherentes es "la solución correcta" para que pueda reparar ese sensor de sala soldado en frío antes de la final :-)

En lo que respecta a la detección de fallas es probablemente más importante concentrarse en la detección actual.

¡Diviértete! :-)

    
respondido por el Caterpillaraoz

Lea otras preguntas en las etiquetas