Simulateur--Synchronisation Réseau NON FONCTIONNEL ENCORE

1 view
Skip to first unread message

Mathieu Pelletier

unread,
Apr 7, 2013, 12:13:34 AM4/7/13
to Alain Saint-Jacques, igee-...@googlegroups.com
Bonjour à Tous, Bonjour Alain,

Je shoot une autre version du simulateur avec ma tentative de synchronisation sur le réseau. Et non, je n'y arrive TOUJOURS PAS. 

ALAIN, est-ce que tu peux répondre à mes interrogation? :  Le problème que j'ai en se moment c'est que ma consigne est une constante, 60*2*pi, alors que mon signal est variable, Vd (sinusoïdale). Il est donc normal que je n'arrive pas à asservir le système sur le réseau, il y a une incompatibilité majeure ici! Comment est-ce qu'on peut changer un signal variable (on constant) en un signal constant (ou variable) pour que les consignes soit compatible?

J'ai cherché pas mal à savoir comment trouver la fréquence d'un signal dans simulink et il me semble que personne n'ait de réponse... Je trouve ça trop bizarre, on shoot du monde sur la lune taba!@#que je ne peux pas croire! 

Enfin, dans les rapports 2009 et 2010, ils disent qu'il ont été en mesure de bien faire la synchronisation; je serais curieux de voir quel moyen ils ont pris... Si je me base sur le petit schéma Simulink dans le MIP 2009, bien ça ne marche pas!!! 

Voilà où j'en suis!


Idées et solution acceptées DE LA PART DE TOUT LE MONDE!!!

Bon dimanche!!! 
 
Mathieu Pelletier
IGEE
Université de Sherbrooke
École Polytechnique de Montréal


dq0_Demo.mdl

Alain St-Jacques

unread,
Apr 8, 2013, 12:28:55 AM4/8/13
to Mathieu Pelletier, igee-...@googlegroups.com
Je comprends pas trop ta question mais ça va venir en regardant ton modèle, demain probablement...
J'ai passé une bonne partie de la fin de semaine sur l'APP de Sherbrooke qui auront leur exam final demain...

Alain St-Jacques

unread,
Apr 8, 2013, 4:27:44 PM4/8/13
to Mathieu Pelletier, igee-...@googlegroups.com
Ça s'en vient...
Mathieu,
Non seulement on envoie du monde sur la lune mais à toutes les secondes, il doit y avoir des centaines de milliers de moteurs dans le monde entraînés par des drives vectoriels à vitesse variable...

SVP, change de nom de fichier si tu m'en envoies tous les jours !!!
J'avais commencé à te faire des commentaires dans la première révision et je crois que c'est encore bon, j'en ai rajouté un peu.

Deux suggestions dès maintenant: 
  1. mettre tout de suite un convertisseur (gain) après les lectures de courants et tensions qui vous emmène à des valeurs en ~ p.u.. En fait, ça veut simplement dire que toutes les lectures sont ramenées à une échelle de calcul numérique constante, peu importe le réseau sur lequel on voudra appliquer la technique...
  2. mettre tout votre code d'analyse dans un "atomic subsystem" et choisir le sampling rate de votre µprocesseur (ex:12kHz). En faisant cela, vous pouvez implanter un intégrateur en sommant la valeur actuelle avec la même valeur, retardée d'un sample (bloc Z-1). En plus de s'approcher de votre système final, le temps de simulation sera raccourci puisque tout ce bloc n'est évalué qu'au rythme requis.
Lorsque vous penserez avoir un bon asservissement de synchro, vous pourrez le tester en ajoutant:
  • un peu de bruit
  • un peu d'harmoniques
  • un peu de DC sur les sinus...
HARDWARE
Concernant le hardware, il ne me semble pas fait pour développer votre projet même si les niveaux de tensions et courants sont parfaitement compatibles. Le problème, ce sont les interfaces de mesure... Dommage !!!!  Je vais imprimer les plans pour mieux voir comment on pourrait faire, ça serait trop malheureux de ne pas profiter de ce matériel.

Je vous envoie les rapports des années passées sans réviser... méfiez-vous...

Alain St-Jacques


Le 7 avril 2013 00:13, Mathieu Pelletier <mathpel...@gmail.com> a écrit :
dq0_Demo_reponse.mdl
MAP_GAPR_Equipe10.pdf
ProjetGAPR_RapportFinal.pdf
RAPPORT_Final - Équipe GAPR FINAL.pdf

Alain St-Jacques

unread,
Apr 8, 2013, 4:40:28 PM4/8/13
to Mathieu Pelletier, igee-...@googlegroups.com
Est-ce bien cette version que j'ai envoyée...
dq0_Demo_reponse.mdl

Mathieu Pelletier

unread,
Apr 8, 2013, 4:44:26 PM4/8/13
to Alain St-Jacques, igee-...@googlegroups.com
Bonjour Alain, 

Merci pour les conseils! Il y a même des trucs que je ne connaissais pas du tout comme le atomic subsystème. 

Je vais apporter les modifications et espérer pour le mieux!! Je vais aussi changer le nom des simulateurs!

Bonne fin de journée

Mathieu 
Le 2013-04-08 à 16:27, Alain St-Jacques <alain.s...@gmail.com> a écrit :

iquer la technique...

Mathieu Pelletier

unread,
Apr 8, 2013, 4:50:12 PM4/8/13
to Alain St-Jacques, igee-...@googlegroups.com
Bonjour Alain, 

Effectivement, le simulateur sur lequel tu as mis les commentaire est le tout premier! Je fais les modification, change le nom et je te le renvoi pour voir les changements!

merci 

Mathieu

Mathieu Pelletier

unread,
Apr 8, 2013, 11:46:46 PM4/8/13
to Alain St-Jacques, igee-...@googlegroups.com
Bonsoir Alain, 

Voici la dernière version pour aujourd'hui du simulateur, 

J'ai mis en place tant que j'ai pu ce que tu m'as dit de faire. J'ai mis un gain de 1 pour le moment dans les gain pour ajuster en PU, parce que la source triphasée est en PU. Par contre, je n'arrive pas à asservir le système pour une raison que j'ignore, mais je soupçonne tout de même mon calcul d'erreur... Je n'ai aucune idée comment le faire et où trouver mon info pour le faire! Je me demande aussi pourquoi les équipes précédentes ont choisi de prendre un PI comme controller PID? 

J'en suis tout de même à la tentative la plus près de la réussite en ce moment! 

Merci pour les MAP et les conseils du dernier courriel!

Mathieu 

simulateur1.mdl
Reply all
Reply to author
Forward
0 new messages