Discussion :

[Youni92]

Bonjour,

Je suis confronté à un problème qui me semble insurmontable, et j'espère que vous pourrez m'aider.

En utilisant SIMULINK, le but serait de dessiner une chaine cinématique avec des blocs "constant" afin de servir d'entrées de données.
Chaque bloc, servirait à entrer des inerties, raideurs...
1 Bloc inertie + 1 bloc raideur +... serait regroupés en sous système représentant un élément.
La somme de ces sous systèmes (élément) formerait la chaine cinématique.

Finalement, il faudrait que toutes ces données soit utiliser comme entrées dans des calculs déjà existant à travers des fichiers .m

Mon Problème:
Actuellement, je suis obligé d'utiliser des tonnes de 'To workspace' qui sont dans les 'subsystem' (représentant chacun un élément différent), et donc qui ne se renomment pas automatiquement après avoir copier-coller un 'subsystem'.
=> Cela engendre une erreur, car un même nom de 'To workspace' (par exemple: Inertie), renvoie à plusieurs variable différentes (Puisqu'il y a un bloc Inertie dans chaque 'subsytem').

Je cherche donc une solution à mon problème, sachant que renommer chacun des 'To workspace' "à la main", n'est pas une solution viable.

Merci de toute l'aide que vous pourrez m'apporter.


Vous pouvez trouver un exemple en pièce jointe de ce que j'appelle chaine cinématique.

[tesca]

utilise les mask...

[Youni92]

Tu pourrait être plus précis, parce que je vois pas quelles fonctionnalité du mask peut m'aider...
Eventuellement 'portlabel', mais dans ce cas explique moi à quoi ça sert dans mon problème, parce que je ne comprends pas.

Merci pour ton aide

[tesca]

click droit sur ton subsystem, edit mask ou create mask. Ensuite tu déclare les variable interne et tu peut soit mettre la valeur directement soit passer par set_param. tes variables passerons en local et donc plus de souci dû au même nom.

[Youni92]

cela ne change rien, puisqu'au final le but est d'envoyer les variables dans le workspace, pour être utilisées par les fichiers .m, et avec ta méthode j'envoie toujours plusieurs variables sous un même nom dans le workspace.

Mais je pense que Simulink n'est vraiment pas adpté pour ce que l'on me demande de faire, mais c'est le seul logiciel mis à ma disposition

[tesca]

ok, j'avais mal compris, et si tu utilise simplement un tableau...

variable du bloc 1, var(1) etc...

soit dit en passant, si ce tu veux veux récupéré ce sont les sorties d'une simulation, tu peux lancer ta simulation d'un fichier m et en récupéré les sorties sans passer par le workspace. Et tes valeurs reste lisible pour d'autre fichier m, tu n'as alors pas de probléme de nom de variable dans le workspace...

[Youni92]

Mes employeurs m'imposent de passer par une entrée de donnée qui se dit graphique, à savoir on clique sur un élément et on y rentre les données. (Cf ma pièce jointe du premier message)

Donc je ne sait pas comment tu veux que j'utilise un tableau ??

"tu peux lancer ta simulation d'un fichier m et en récupéré les sorties "
=> Il me faut toujours des 'To Workspace' pour utiliser les variables d'un simulink dans un . m, non ?

[tesca]

pour le tableau, j'ai testé a priori c'est pas possible.

En lançantm ta simul depuis un fichier m, tu ne passe plus par la workspace global. Tu n'en as plus besoin.

Je sais pas trop comment est organisé ton projet mais voila, si tu veux du graphique et que t'es variable ne se nuissent pas entre elles.

interface graphique:
- gui a la main ou avec le guide couplé avec set_param
- ou encore simplement en tapant directement dans le mask.

lancer la simulation avec sim et récupérer les résultats dans sous forme de tableau. A la place de tes to workspace, tu met des outputs de 1 à n.

Donc tu n'a plus de probléme de nom de variables...

aprés utilise les résultats comme tu l'entend

j'espere aue je fait pas trop de HS^^

[Youni92]

En relisant mes explications, je me rends compte que je ne transcrit pas correctement les impératifs et contraintes du projet

Tout d'abord je te remercie pour m'avoir proposé de nombreuses solutions, qui malheureusement ne me conviennent pas.
Par exemple, le gui est inenvisageable dans ce cas, puisqu'il faudrait que ce soit un gui qui se construise tout seul en fonction de données rentrées par l'utilisateur (nombre d'éléments ...)

Je sais que je ne suis pas très clair, mais ce n'est pas évident de décrire précisement les aspects d'un problème, lorsque l'on ne peut pas directement converser avec une personne en prenant un exemple concret.

Merci encore pour ton aide


PS: après avoir exposé les difficultés à utiliser simulink dans le cadre de leur demande, et avoir présenté ma solution (des 'to workspace'), ils m'ont dit de laisser les choses ainsi, et de continuer avec ma solution

[tesca]

désolé d'avoir été inutile

[Youni92]

Un conseil n'est jamais inutile, je pourrai avoir besoin de tes idées au cours d'un prochain projet