Aller au contenu


Photo
- - - - -

Pont en H à partir d'un circuit intégré : diodes externes + courant inversé


4 réponses à ce sujet

#1 Sandro

Sandro

    Pilier du forum

  • Modérateur
  • PipPipPipPipPip
  • 1 262 messages
  • Gender:Male

Posté 09 avril 2020 - 10:53

Bonjour,

Pour mon robot de spéléo, je prévois de faire mon propre PCB pour commander les moteurs, à la fois pour des raisons de place et à cause d'un besoin de fonctionnalités avancées (commande en vitesse avec mesure du courant, contrôle en courant).

 

Du coup, je comptes partir sur un circuit intégré "tout compris" (à la fois étage de logique et de puissance), probablement http://www.ti.com/lit/ds/symlink/drv8870.pdf de Texas Instruments ou l'équivalent de chez Toshiba ( https://www.mouser.f...111-1713881.pdf ).

 

Dans les deux cas, ils ont 8 pins (+ un pad thermique sur le dessous) :

- ground logique

- in1 et in2, qui permettent de choisir le mode de fonctionnement (avant, arrière, slow decay (brake), fast decay (coast)). Il faut mettre un PWM sur un de ces pins pour choisir la vitesse.

- pseudo "ground" de puissance (on peut le relier directement au ground, ou intercaler une résistance de puissance (shunt) comme je vais le faire, pour mesurer le courant consommé)

- les deux sorties pour le moteur

- la tension d'alimentation du moteur (qui sert aussi à la logique interne, via régulateur interne)

- une entrée analogique qui permet de limiter le courant (donc de le contrôler si on mets le PWM assez haut pour que "naturellement" on tire plus de courant que la limite)

 

 

 

J'ai donc deux questions :

1) faut-il ajouter des diodes roues libres externes? (sur les schémas d'applications ils n'en montrent pas, mais comment déterminer s'il en faut ou pas)

2) Y a-t-il une possibilité de courant négatif dans la résistance de shunt (donc une tension négative sur l'entrée analogique de l'Arduino si je relie directement)? J'ai l'impression que c'est le cas en mode fast decay (qui permet je crois de récupérer une partie de l'énergie de freinage). Mais y a-t-il d'autres cas (si ce n'est qu'en fast decay, alors je ne m'en sers pas et je branche directement l'entrée analogique sur la résistance de shunt)

 

 

Merci d'avance

Sandro


Aidez-nous à vous aider : partagez toutes les informations pertinentes : description précise du problème, contexte, schéma de câblage, liens vers la documentation des composants, votre code (ou encore mieux un code minimal reproduisant le bug), ...

Vous recevrez ainsi plus de réponses, et elles seront plus pertinentes.


#2 Melmet

Melmet

    Pilier du forum

  • Modérateur
  • PipPipPipPipPip
  • 1 521 messages
  • Gender:Male
  • Location:Saint-Sozy (46200)

Posté 10 avril 2020 - 07:28

Bonjour,
 

1- c'est quoi le moteur que tu veux piloter?

 

2- C'est des sorties par MOSFET, donc y a deja une diode de roue libre dessus normalement. Apres sur ton circuit tu peux en mettre aussi. (je te conseil la diode SCHOTTKY ref: MBRS340T)


Ne demande jamais à un robot de faire ce que tu peux faire toi même. :nono: :laugh1:


#3 Sandro

Sandro

    Pilier du forum

  • Modérateur
  • PipPipPipPipPip
  • 1 262 messages
  • Gender:Male

Posté 10 avril 2020 - 09:49

Bonjour

 

1) C'est des moteurs N20 : https://fr.aliexpres...0274747864.html (en version 12V 60 rpm).

Pour le caractéristiques, j'ai pas de vrai datasheet, mais on peut extrapoler de celui-ci : https://fr.aliexpres...0378446697.html (en gros, couple nominal jusqu'à 2kg.cm, stall à 16kg.cm, courant nominal 300mA, il me semble avoir vu quelque part un stall current de 0.9A)

 

2) Oui, c'est bien des MOSFET, donc il y a la diode roue libre intrinsèque aux mosfets. Mais j'ai cru comprendre que selon les situations, ça peut ne pas suffire, mais je n'ai pas trouvé les critères.


Aidez-nous à vous aider : partagez toutes les informations pertinentes : description précise du problème, contexte, schéma de câblage, liens vers la documentation des composants, votre code (ou encore mieux un code minimal reproduisant le bug), ...

Vous recevrez ainsi plus de réponses, et elles seront plus pertinentes.


#4 Melmet

Melmet

    Pilier du forum

  • Modérateur
  • PipPipPipPipPip
  • 1 521 messages
  • Gender:Male
  • Location:Saint-Sozy (46200)

Posté 10 avril 2020 - 12:54

il est toujours bon de mettre les diodes de RL en plus(Donc oui mets en)  et ne jamais dépassé 60% des capacité MAX des composants.

 

Pour ta deuxième question: je sais pas, jamais eu a faire ce genre d'essai.


Ne demande jamais à un robot de faire ce que tu peux faire toi même. :nono: :laugh1:


#5 Sandro

Sandro

    Pilier du forum

  • Modérateur
  • PipPipPipPipPip
  • 1 262 messages
  • Gender:Male

Posté 10 avril 2020 - 01:27

il est toujours bon de mettre les diodes de RL en plus(Donc oui mets en)

D'abords tu me dis pas là peine, maintenant tu me dis d'en mettre!

S'il en faut, j'en mettrais, mais dans le cas contraire, je m'en passerais volontiers. Si j'en mets pour tous les moteurs, ça me fait 64 diodes à acheter (20€), à souder, et autant de place de plus prise sur les PCBs (que je souhaite aussi petits que possible). Sans compter que ça complique le routage, et augmente le risque que je doive passer en PCB 4 couches (bien plus cher que le 2 couches).

 

Donc je penses que je vais continuer à chercher des critères concrets avant de me décider à en mettre ou pas.

 

 

et ne jamais dépassé 60% des capacité MAX des composants.

Pour le driver, je devrais être large (courant max : 0.9A sur 3.6 max, tension <=12.6V sur 45V max). Il n'y a que pour la dissipation thermique où je serais probablement pas au top (je pense juste mettre une grosse via ou un trou pour mettre de l'étein sur le pad thermique et le relié au plan de masse), mais vu que je serais loin du max en courant, je pense que ça ira
 

 

Pour ta deuxième question: je sais pas, jamais eu a faire ce genre d'essai.

Bon, je viens de recevoir des ponts en H et des résistances shunt que j'avais commandé sur la boutique, du coup je vais pouvoir tester directement



 


Aidez-nous à vous aider : partagez toutes les informations pertinentes : description précise du problème, contexte, schéma de câblage, liens vers la documentation des composants, votre code (ou encore mieux un code minimal reproduisant le bug), ...

Vous recevrez ainsi plus de réponses, et elles seront plus pertinentes.




Répondre à ce sujet



  


0 utilisateur(s) li(sen)t ce sujet

0 members, 0 guests, 0 anonymous users