Pérdidas del controlador del motor BLDC

ingrese la descripción de la imagen aquíingrese la descripción de la imagen aquíingrese la descripción de la imagen aquíEse era un pdf cuando se cargó originalmente, pero ahora voy a intentar acercarme a los subcircuitos. Por favor, hágame saber si hay una mejor manera de hacer esto. ingrese la descripción de la imagen aquí ingrese la descripción de la imagen aquíEstoy tratando de hacer un controlador de motor BLDC basado en PIC pero estoy dibujando ~ 0.5A incluso sin un motor enchufado. Puedo mover un motor, velocidades variables, en el sentido de las agujas del reloj, en el sentido contrario a las agujas del reloj, he validado mis tablas de control, pero no estoy haciendo eficientemente... como en absoluto.

Sospecho que estoy permitiendo que algo de corriente se dispare a través de un par de transistores. Los MOSFET se calientan increíblemente rápido cuando trato de PWM a frecuencias superiores a 1 kHz (lo ideal sería que esto funcionara a unos 30 kHz). Mucho tiempo en el o-scope me ha demostrado que los voltajes de la puerta se cruzan (el lado alto se apaga y el lado bajo se enciende) durante aproximadamente 1us y luego durante aproximadamente 2us cuando el lado alto se enciende y el lado bajo se apaga.

Debido a que todos los MOSFET son de canal N, tengo que usar un controlador de compuerta (LM5109BMA) para aumentar el voltaje y poder encender los MOSFET de lado alto. Desafortunadamente, para que esto funcione, necesito seguir cargando una tapa de correa de arranque, lo que significa que tengo que hacer ese negocio donde los dos MOSFET de un par alternan uno frente al otro.

Supongo que mi pregunta es, ¿es realmente tan malo ese 1us to 2us de crossover? ¿Hay alguna forma de mitigar eso prácticamente?

ver también: notas de aplicación AVR443 y AN957 de Atmel y Microchip

¿Qué PIC estás usando? Algunos de ellos tienen un "control de tiempo muerto" integrado en el hardware PWM para abordar precisamente este problema. Pero si está utilizando seis módulos de comparación de salida separados, debería poder lograr lo mismo ajustando los anchos de pulso en su firmware.
Como siempre, un diagrama de circuito es esencial. Si el circuito es 101 % estándar, muestre un diagrama cct 101 % estándar (no solo lo diga). Si no es estándar, muestre el diagrama. Como siempre, un ENLACE a los circuitos integrados utilizados ayuda mucho. ¿Importa el cruce de 2uS?. ¿Quién puede decir? que voltaje que tiempos de subida, que... ? ¿POR QUÉ ver también la nota de la aplicación xxx? Hay suficientes "totalmente estándar" diferentes que no podemos decir con certeza qué problemas totalmente estándar tiene. El consejo de Richman probablemente sea bueno, pero ¿se aplica bien a usted? Circuito por favor...
Estoy usando un PIC de la familia PIC24FJ256GB110 y no he encontrado nada en términos de control de tiempo muerto. Ahora solo estoy usando tres módulos de comparación de salida y solo estoy asignando dinámicamente en qué tres pines de control salen esos.
En respuesta al segundo comentario, estoy bastante seguro de que el comentario de Richman fue producido por un generador de oraciones aleatorias (y ahora se elimina). Adjuntando esquema ahora...
el esquema es ilegible. Por favor, arréglalo para que podamos ayudarte.

Respuestas (1)

Sí, resultó que ese cruce fue significativo. Ahora he sintonizado manualmente las cosas para que no haya superposición, pero ahora demasiado tiempo muerto me impide ir a frecuencias más altas.

Siéntase libre de comentar sobre el diagrama del circuito si hay cosas que ve que podría mejorar.