fbpx

Expresate

Si además quieres enviarnos un Artículo para el Blog y redes sociales, pulsa el siguiente botón:

Avisos
Vaciar todo

Driver Brushless

4 Respuestas
3 Usuarios
0 Reactions
1,658 Visitas
dragonet80
Respuestas: 1328
Topic starter
(@dragonet80)
Ardero
Registrado: hace 17 años

Abro nuevo hilo para no trolear el de "ruedas de sumo" ya que tratan temas diferentes.
Yo estaba pensando usar un dsPIC33FJ16MC102 que es específico para controlar este tipo de motores junto con un driver para mosfets también de microchip: TC4469 o un TC4428A (tenía el TC4469 pero creo que lo voy a cambiar por los TC4428A).

S2

Ranganok Schahzaman

Puedes usar un micro mejor que ese, que viene a ser el más bajo de toda la gama. No tiene QEI, entrada de encóder por hardware, algo que veo muy interesante para el control de un motor. Pudiendo pedir samples hay opciones mejores. Si no la conoces, Microchip tiene una página para buscar micros según varios criterios:
http://www.microchip.com/maps/microcontroller.aspx " onclick="window.open(this.href);return false;
Puedes poner máximo 28 pines y mínimo 1 QEI, así te saldrán todos los micros que cumplan esos criterios. Los primeros son los más potentes o con más memoria.
En cuanto me lleguen las placas adaptadoras de la entrenadora voy a probar los dsPIC33EP, que dan 70 MIPS a 70 MHz (contra los 30 MIPS de los dsPIC30F y los 40 MIPS de los ds33FJ) y están muy bien dotados de periféricos.

Lo de controlar un motor sin encóder no lo veo. hace falta tener un control de la velocidad (poder controlar la fuerza ya sería perfecto). Y todas las ayudas para este menester que lleve el micro son bienvenidas.

Entre intentar hacer el driver "a pelo" usando un micro donde implementarlo todo o usar un pre-driver (tipo DRV8301 o similar), cada vez estoy más del lado de usar un pre-driver. Demasiadas complicaciones y cosas por hacer. Un pre-driver lleva un montón de protecciones que serán difíciles de implementar en algo hecho "a pelo". Si has trabajado con mosfets sabrás que como los mires un poco mal, se rebotan y explotan, así que cuanta más protección mejor.

También hay drivers completos, con los mosfets integrados, pero siempre para muy poca potencia. No sirven para controlar los motores de un robot.

De momento seguimos en fase de investigación.

Responder
3 respuestas
ranganok
Respuestas: 3875
(@ranganok)
Ardero
Registrado: hace 19 años

Hola,

Mi idea era prescindir del Encoder y usar la técnica de "back emf" para controlar la velocidad y la torque. Hay una nota de aplicación de microchip que indica cómo hacerlo.

Respecto a los Mosfets generalmente sufren por los picos que meten los motores (así que habrá que ponerle un snubber para protegerlo) y por no respetar los tiempos (y por lo tanto ponerlos en corto). El pre-driver te soluciona lo de los tiempos, además de hacerte ya el "back-emf" sin embargo no te soluciona lo de los snubbers que hay que seguir poniendoselos.

Pero como he dicho, todavía estoy en fase de diseño (y parada)...

S2

Ranganok Schahzaman

Responder
dragonet80
Respuestas: 1328
Topic starter
(@dragonet80)
Ardero
Registrado: hace 17 años

El back-emf sirve a partir de un mínimo de revoluciones. Para aviones, helicópteros, multicópteros, coches, etc, no será ningún problema. Pero para un sumo, quiero poder controlar el motor a cualquier velocidad, así que sería un problema para mi.

Responder
beamspot
Respuestas: 1132
(@beamspot)
Noble Member
Registrado: hace 17 años

Creo recordar que el backemf no va bien a bajas revoluciones ni de parado. Para eso se suele poner un sensor halla que de una idea de la posición del rotor.

Responder
Compartir: