SAMD que controla los restablecimientos de BLDC durante un pico de corriente alta; ¿Problema de EMI?

¿Estás seguro de que es un reinicio real? Podría ser un pico inducido por EMI en otra entrada que controla algún tipo de cambio de modo operativo en su MCU (en mi caso, fue la línea de índice en la entrada del codificador. Si esa cosa falla, desincroniza todo. Fue sucediendo en las entradas del codificador A y B también, pero eso solo hace que el codificador se detenga un poco, mientras que algo como la línea de índice haría que la MCU cambiara completamente los estados operativos).

También podría ser un apagón o un rebote a tierra porque no veo ningún condensador de desacoplamiento grande (es decir, >470uF) para las corrientes del motor.

También podría ser EMI como fue el caso en mi circuito. Cuando me encontré con él, estaba trabajando en un FPGA, así que pude hacer un filtro digital donde todas las entradas infractoras (incluido el reinicio) tendrían que ser estables durante n ciclos antes de ser aceptadas. En una MCU no puede hacer esto, por lo que tendría que fortalecer sus entradas de MCU colocando un filtro RC en la entrada vulnerable lo más cerca posible de la entrada. Hay otras medidas que también puede tomar, como un diseño de PCB ajustado con buenos planos de tierra y bucles pequeños.

También puede ayudar aumentando el tamaño de las resistencias de la puerta (o reemplazándolas con cuentas de ferrita cuya impedancia alcanza su punto máximo en la frecuencia de timbre que mide en el pin de la puerta MOSFET). También puede agregar amortiguadores RC a través de sus terminales de motor BLDC o MOSFET. Todas las cosas mencionadas en este párrafo funcionan para reducir los tiempos de subida/bajada de los transitorios en la parte de potencia de su circuito, lo que reducirá la EMI.

Pero si es EMI, no estoy seguro de por qué no puede verlo en el alcance. En mi caso, pude medir la línea y verla muy claramente (pero es una línea vertical muy delgada). ¿Es posible que su alcance no sea lo suficientemente bueno o que sus cables de medición sean demasiado largos?

EDITAR: en realidad creo que mentí. No recuerdo haber visto mi pico de EMI en el osciloscopio hasta DESPUÉS de que corrigí el problema para que el sistema pudiera operar a través del pico porque si el sistema falla, deja de ver nada y los picos de EMI son eventos espurios que son difíciles de desencadenar en un alcance. Pierde ese extremo final crítico de los datos donde ocurre el evento único no desencadenable en un alcance. Es posible que necesite un DAQ en ejecución donde grabe anchos de banda altos durante minutos para poder desplazarse por todas las formas de onda después del hecho para ver las cosas. La mía fue una corrección de software, por lo que no cambió el EMI en sí, por lo que pude examinarlo después de que se arreglaron las cosas. Con una solución de hardware, por lo que es posible que no lo vea en un alcance después de que se solucione el problema.

Si está desesperado, también puede reducir el tamaño de la resistencia pull-up del pin de reinicio con un capacitor a tierra. Posiblemente incluso reemplazándolo con una derivación para que pueda cortocircuitarlo directamente a +V. Esta es la medida más desesperada pero simple de probar para confirmar si es EMI en el pin de reinicio si no puede observarlo en el alcance. Desafortunadamente, esto no funciona en otras líneas que necesitan cambiar de estado durante la operación.