Asservissement PI sur PIC16f876A

[invite5ac2b493]

Bonjour,
je suis étudiant et mon projet consiste à effectuer un asservissement de vitesse sur un moteur à courant continu. La moteur devant être alimenter en 30v je décide de commander un transistor (qui supporte la puissance du moteur) par le PWM du PIC. Le capteur du moteur me renvoi une fréquence image de la vitesse de rotation du moteur.

Maintenant reste à faire le plus dur, le code d'asservissement. J'ai trouvé quelques codes (notamment celui ci http://fribotte.free.fr/bdtech/PidSurPic/PidSurPic.html ) sur internet qui s'apparente à mon problème mais ceux ci sont terriblement compliqués. J'espère qu'il existe des solution moins complexe pour asservir mon moteur car je ne dispose pas de beaucoup de temps.

Un asservissement PI semble le plus adapté mais je ne sais pas trop comment modéliser celui ci dans mon programme C.

Si quelqu'un pouvait me donner un coup de main pour donner un semblant d'architecture à mon programme (Grandes lignes du programme, objectifs des fonctions principales...) ça m'aiderai beaucoup. Tout autre remarque est la bienvenue. Je vous remercie par avance.
-----

[gcortex]

l'intégrale se calcule par une infinité d'additions des erreurs de vitesse

[stefjm]

Un asservissement PI semble le plus adapté mais je ne sais pas trop comment modéliser celui ci dans mon programme C.

PI :
Discrétisation du PI :
Te période d'échantillonnage
D'où l'équation de récurrence de la commande, en écrivant qu'une multiplication par correspond à l'échantillon au coup précédent.

[invite1b27b305]

Bonjour,

Je suis aussi en projet durant lequel je dois gérer un chauffage en TOR (Tout Ou Rien), et bien sur la gestion d'un asservissement PI.

Est ce que tu pourrais m'aider à ce propos ? Comment as tu finalement coder la formule du PI ?

Et ton moteur, tu le commandais comment ? Si j'ai bien compris, c'est un peu comme moi, avec un relais (donc soit allumé, soit éteint) pour allumer ton moteur en TOR, soit à fond, soit éteint ?

Si tu peux m'aider, et pourquoi pas me passer tes calculs, ou bien les parties de ton code qui vont bien, je t'en serais très reconnaissant !
Je m'arrache les cheveux à essayer de comprendre comment gérer le PI et surtout la puissance de mon chauffage en TOR...


Merci beaucoup !

P.S : J'ai vu que cela date de 2008, j’espère que tu pourra tout de même m'aider !

[A voir en vidéo sur Futura]

[gcortex]

Un gradateur à train d'onde donne déjà de bons résultats.
http://fr.wikipedia.org/wiki/Gradateur

Un système thermique a un retard pur, et il est difficile de faire une correction numérique.

[invite1b27b305]

Mercide ta réponse, mais le soucis c'est qu'll m'est imposé d'utiliser cet asservissement, et je devrais par la suite, gérer le P et le I automatique..

[Gérard]

Justement, le train d'onde, c'est du TOR. Tu varies le rapport cyclique en fonction de l'écart et des paramètres PI.

[invite1b27b305]

Oui, d'accord, en gros si je fait 1 impulsion pour mon chauffage, je l'allume tout le temps : puissance de 150W.

Si je fait deux impulsions, le chauffage sera donc allumé la moitié du temps, donc 75W (150/2).

Etc ... Mais je peux difficilement gérer plus "finement", passer de 150 à 75 c'est une bonne différence, mais cela devrait suffir pour ma régulation.


Dans la formule que j'ai marqué, je récupere le resultat dans U. MA GRANDE interrogation, c'est comment gérer la puissance de chauffe en fonction de ce "u". Il peut varier entre 0 et ce que l'utilisateur aura entré comme valeurs dans P et I ... S'il rentre 0.6 ça ira, s'il rentre 1000 ça fait une grosse amplitude... Et je ne vois pas comment commender un chauffage TOR en fonction de U ..

[Gérard]

Si tu génères des créneaux de 500ms avec une durée d'impulsion en fonction de la demande ?
Si demande forte : impulsion = 450ms
Si demande faible : impulsion = 50ms

Ce sont des exemples, il faut que le régulateurs calcule en fonction de l'écart et des paramètres P et I.
Avec une commande de ce type, tu ne génères pas les parasites qu'occasionne le découpage de phase.

Ce n'est pas à l'utilisateur de régler les paramètres P et I mais au technicien.
L'utilisateur règle la consigne.

[invite1b27b305]

Merci, je vais essayer de voir si j'arriver à coder un truc du genre...

Pour être certain de bien comprendre, pourrais-tu me donner un exemple d'algo simplifié avec la gestion du P et I ?

Par exemple,
1* Lancement du prog, demande de la température de consigne (ex : 20),
2* Demande des coeficients P puis I (Par exemple 1 et 2),
3* Relevé de la température réel (mesure),
4* Calcul de l'erreur avec les coeficients ... Si la température mesuré est de 16°, que vais-je récupérer ?
5* Suivant l'erreur, je génère un assez grande impulsion, dans mon exemple, 500ms/500ms afin de chauffer rapidement, puis suivant les autres relevés, je diminue l'impulsion ?
6* Après la commande de mon relais, retour à l'étape 3 (sans passer par la case départ :P )

C'est ça à peu près d'après toi ?

Merci encore

[Gérard]

Je cherche ce soir dans mes DD. Ca doit trainer quelque part.

[invite1b27b305]

Merci

J'attend avec impatience

[Gérard]

Merci

J'attend avec impatience

Je viens de t'envoyer un MP.

[invite1b27b305]

Négatif, je n'ai pas reçu de message :-/

Seulement le message d'un admin me disant qu'une de mes conversation a été déplacée ...

Tu ne veux pas ré essayer ? Ou sinon je peux te donner mon adresse privée !

[Gérard]

Négatif, je n'ai pas reçu de message :-/

Seulement le message d'un admin me disant qu'une de mes conversation a été déplacée ...

Tu ne veux pas ré essayer ? Ou sinon je peux te donner mon adresse privée !

Mais tu as raison.

Il y a eu un loupé.
Donne moi ton mail en MP.

[Gérard]

C'est dans ta boite.

[invite66c1ab93]

Bonsoir,

Bonjour,
je suis étudiant et mon projet consiste à effectuer un asservissement de vitesse sur un moteur à courant continu. La moteur devant être alimenter en 30v je décide de commander un transistor (qui supporte la puissance du moteur) par le PWM du PIC. Le capteur du moteur me renvoi une fréquence image de la vitesse de rotation du moteur.

C'est un simple moteur à courant continu qui tourne à vide ou tu dois entrainer quelque chose ?
Sur quel PIC travailles tu ?
Programmes tu en C ?

[Gérard]

Bonsoir,


C'est un simple moteur à courant continu qui tourne à vide ou tu dois entrainer quelque chose ?
Sur quel PIC travailles tu ?
Programmes tu en C ?

Ce Mr à posté un seul post en 2008. Je ne suis pas sûr qu'il te lira.

[invite66c1ab93]

C'est ça quand on lit qu'à moitié !
Merci Gérard !

[Gérard]

C'est ça quand on lit qu'à moitié !
Merci Gérard !

Pas grave, tu partais d'un bon sentiment.

[invite1b27b305]

Merci, tu m'as bien aidé, même si je m'attendais à un langage un peu plus ... récent !

[Gérard]

Merci, tu m'as bien aidé, même si je m'attendais à un langage un peu plus ... récent !

Je dois comprendre comment ?

[invite1b27b305]

Le basic, d'après ce que j'ai pu lire à été inventé et utilisé vers les années 70 !

Certes, j'ai pas cherché bien loin, juste wikipedia, je l'avoue !

Mais cela m'a permis de découvrir un autre langage ^^ Et surtout de mieux comprendre le comment du pourqoi avec la fameuse formule.

Tu programmais sur quoi avec du basic ?

[Gérard]

Le Basic me permet de faire ce que je souhaite, je laisse le C aux pros.
D'ailleurs, C est aussi des années 70 : http://fr.wikipedia.org/wiki/C_(langage)

Je programme toujours en basic des µC PIC.

[invite1b27b305]

Oui je comprend mieux !

Mais je ne suis pas un pro, bien loin de ça ! Et encore il faudrait programmer en C++ ! Mais j'ai plus de mal !

[paulfjujo]

bonjour,

Le basic, d'après ce que j'ai pu lire à été inventé et utilisé vers les années 70 !

Oui, mais il a aussi beaucoup evolué ..
voir par exemple le RFO Basic qui tourne sur plateforme Android..
gestion des socket, du bluetooth,liaison internet, du son, images.. et accessoires comme le GPS ,
et que l'on peut compiler en *.apk installable sur toute tablette ou portable.

...meme si je me sers du C pour les PIC..

[invite1b27b305]

Oui, je me disais bien que les PIC sont plutôt programmés en C, enfin, si je me base sur mon année de Terminale pendant laquelle on programmais des PIC avec flowcode qui se chargait de compiler/transformer en C !

J'imagine qu'il a évolué oui, mais le plus utilisé sous Android reste la programmation Orienté Objet comme le JAVA ou le C++.. Des langages avec lesquels je suis un peu fâché pour le moment :P

[Gérard]

Oui, je me disais bien que les PIC sont plutôt programmés en C

C'est écrit où ?
http://www.protonbasic.co.uk/forum.php
Va donc leurs expliquer que le C c'est mieux.

enfin, si je me base sur mon année de Terminale pendant laquelle on programmais des PIC avec flowcode qui se chargait de compiler/transformer en C !

Faut pas faire d'amalgame, Flowcode n'est pas du C, c'est un langage graphique qui est compilé pour faire du C.


[/QUOTE]

[invite1b27b305]

Oula, pardon, je me suis mal exprimé, comme tu me l'as fait remarqué !

En effet, Flowcode est de la programmation graphique, qui peut compiler en C, mais si je me souviens bien, ce n'est pas le seul langage ? Enfin quoi qu'il en soit, je n'ai jamais mis en doute le fait que tu utilises du basic !

De mon point de vu, en tant que, disons débutant dans la programmation, c'est qu'un code soit fonctionnel, peu importe comme il est fait. Après bien sur, cela dépend du projet ! Cela s'applique quand c'est un projet personnel !

Evidemment que pour du pro c'est autre chose ! (Sauf pour Windows ah ah !).

Et donc, effectivement, pour la programmation des PIC, j'ai juste écrit par rapport à ce dont je me souvenais de mes anciens cours ! Surement qu'ils ne sont pas programmés en C, ou peut etre bien que si, ou pas seulement !

En tout cas, je te remercie quand même de m'apprendre et me faire remarquer mes petites lacunes Et merci encore pour ton code !