Discussion :

[lecteur1001]

Bonjour à tous,

j'ai créé une bibliothèque contenant plusieurs sous-systèmes. Pour l'un d'entre eux, j'ai besoin de récupérer le nom du signal qui est connecté à son port d'entrée. J'ai donc activé l'option "Show Propagated Signals" sur le port d'entrée de mon sous-système :


Maintenant, si j'utilise ce sous-système issu de ma bibliothèque dans mon modèle, lorsque je connecte un signal issu d'un bus selector à l'entrée de mon sous-système :

Je m'attends à ce que le fil en sortie du port d'entrée de ce dernier affiche le nom du signal "essai". Or le nom reste désespéramment à "<>" :

Or si, je viens successivement

• décocher l'option "Show Propagated Signals"
• cliquer sur Apply
• re-cocher l'option "Show Propagated Signals"
• cliquer sur Apply

Le nom du signal apparaît en sortie :

Est-ce que vous constatez ce même bug ? Ou est-ce que je procède de la mauvaise manière ?
Je précise que je travaille avec MATLAB R2015aSP1.

Merci de votre aide

[le fab]

salut

Or si, je viens successivement

• décocher l'option "Show Propagated Signals"
• cliquer sur Apply
• re-cocher l'option "Show Propagated Signals"
• cliquer sur Apply

Le nom du signal apparaît en sortie :

est ce que si tu lance juste une simulation ca fait pas la même chose ?
auquel cas c'est juste un problème de rafraîchissement et pas un bug ...

[lecteur1001]

salut
est ce que si tu lance juste une simulation ca fait pas la même chose ?
auquel cas c'est juste un problème de rafraîchissement et pas un bug ...

Merci de ta réponse.
Non, quand je lance la simulation, j'ai une erreur dans le bloc qui est connecté au port d'entrée "Signal_In_00", car il a besoin d'un nom de signal qui soit autre que vide. Si ce bloc pouvait s'exécuter, alors le rafraîchissement dont tu parles aurait lieu. Or il ne peut pas s'exécuter car le nom du signal est vide. Le serpent qui se mord la queue...

Bref, je devrais poser la question autrement : la sous-système connecté au port d'entrée "Signal_In_00" contient des paramètres. Je souhaite que ces paramètres diffèrent suivant le nom du signal qui est connecté à ce sous-système. Exemple, le signal s'appelle "tartampion", alors j'aimerai que le paramètre numéro 1 de mon sous-système soit "tartampion.Gain".

Merci de ton aide en tout cas

[le fab]

tu peux essayé de rafraîchir ton bloc depuis le mask (en jouant sur la paramètre "Show Propagated Signals" depuis un set_param)

sinon pourquoi tu as besoin des nom de signaux ?

[lecteur1001]

tu peux essayé de rafraîchir ton bloc depuis le mask (en jouant sur la paramètre "Show Propagated Signals" depuis un set_param)

Tu veux dire depuis l'onglet "Initialization" du mask ? C'est ce que je fais, en appelant un script MATLAB qui fait ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
all_b = find_system(gcs,'RegExp','on','LookUnderMasks','all','FollowLinks','on','BlockType','Inport')
for i=1:numel(all_b)
    porthandles = get_param(all_b{i}, 'PortHandles')
    linehandle = get(porthandles.Outport(1), 'Line')
    set(linehandle, 'SignalPropagation', 'off')
    set(linehandle, 'SignalPropagation', 'on')
end

Sauf que le nom du signal reste désespérément vide ("<>"). Pourtant quand j'exécute le même script à la main, alors que le modèle est arrêté, ça fonctionne de suite...
J'ai bien essayé avec des callback du sous-système, en appelant toujours le script sus-mentionné, mais rien n'y fait, le nom du signal reste vide.

sinon pourquoi tu as besoin des nom de signaux ?

Parce que je souhaite que la variable en paramètre de mon sous-système diffère selon le nom du signal qui est connecté à l'entrée du sous-système. Ça me permet d'éviter des erreurs de codage car j'ai à traiter plusieurs centaines de signaux.
Plus en détails, pour chaque signal existant, j'ai une variable (de type structure). Par exemple pour le signal signal1, j'ai la variable MATLAB suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
signal1.gain = 10;
signal1.offset = 12;

Mon sous-système a deux paramètres : un gain et un offset. Je souhaite donc qu'il applique ceux de la variable qui y est connecté.

Merci encore

[le fab]

c'est probablement pas ça, mais si tu remplaçais gcs par gcb (voir par gcbh) ?
parce que la j'ai l'impression que depuis tous les blocs tu essayes de modifier tous les blocs
c'est peut être pour ça que ça marche depuis un script externe et pas depuis l'init de ton bloc

sinon met ton code dans un script que tu appeles dans l'initialisation de ton mask et met un point d'arrêt dedans pour comprendre ce qu'il se passe
(tu dois avoir un tableau de cellules vides je suppose, selon d'ou tu appeles ton script)

[lecteur1001]

c'est probablement pas ça, mais si tu remplaçais gcs par gcb (voir par gcbh) ?
parce que la j'ai l'impression que depuis tous les blocs tu essayes de modifier tous les blocs
c'est peut être pour ça que ça marche depuis un script externe et pas depuis l'init de ton bloc

sinon met ton code dans un script que tu appeles dans l'initialisation de ton mask et met un point d'arrêt dedans pour comprendre ce qu'il se passe
(tu dois avoir un tableau de cellules vides je suppose, selon d'ou tu appeles ton script)

Que ce soit avec gcs,gcb ou gcbh, ma variable all_b n'est jamais vide, elle contient effectivement autant d'éléments qu'il y a de ports d'entrée dans le sous-système.
J'ai effectivement mis un point d'arrêt pour exécuter mon script en mode pas à pas, je vois bien le nom du signal disparaître lors du

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

set(linehandle, 'SignalPropagation', 'off')

, puis réapparaître à "<>" lors du

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

set(linehandle, 'SignalPropagation', 'on')

.

Pour que tu puisses reproduire le problème, voici ci-joint un exemple qui reproduit le problème. Constates-tu le même problème ? Je précisais que je travaille avec MATLAB R2015aSP1, peut-être est-ce un bug ?
Merci encore

[le fab]

j'ai la 2015b

- j'ai reproduit ton problème
- après avoir sauvegardé la librairie ET le modèle (sans modifications) en 2015b, le problème à disparu

[lecteur1001]

j'ai la 2015b

- j'ai reproduit ton problème
- après avoir sauvegardé la librairie ET le modèle (sans modifications) en 2015b, le problème à disparu

Rhâ c'est rageant... Ce matin j'allume mon PC, j'ouvre le zip que je t'ai envoyé dans mon précédent message, le modèle et la librairie sont donc "sauvegardés". J'exécute... Erreur. je sauvegarde le modèle et la librairie (pour la forme quoi...) en cliquant sur le bouton qui va bien : toujours rien. J'ai juste observé que le script 'TestScript' est exécuté quand je sauvegarde la librairie, pas quand je sauvegarde le modèle.

Tu avoueras que c'est étrange. En plus même chez toi, en quoi sauvegarder le modèle et la librairie change quelque chose au fonctionnement ? Je veux dire, qu'est ce qui se passe en fond de tâche pour que ça évolue et que par magie les signaux soient propagés ?

Merci encore en tout cas.

Edit : je précise que je me suis fait avoir parfois : comme je te l'ai dit plus haut, quand tu exécutes le script "à la main", les noms de signaux se propagent bien.

• Si après cela, tu supprimes le bloc de ton sous-système, que tu le re copie-colles depuis la librairie dans le modèle, ça va fonctionner lorsque tu vas lancer l'exécution du modèle. Comme si le problème était résolu.
• Ferme le modèle, fais un clear et ré-ouvre le : ça ne fonctionne plus

[le fab]

En plus même chez toi, en quoi sauvegarder le modèle et la librairie change quelque chose au fonctionnement ? J

je l'ai sauvegardé en 2015b (et à coté simulink a créé une copie de sauvegarde .slx.2015a)
ça viens probablement de là

[lecteur1001]

je l'ai sauvegardé en 2015b (et à coté simulink a créé une copie de sauvegarde .slx.2015a)
ça viens probablement de là

Arf, donc ce serait un bug ? Si oui, ça m'arrange pas

Est-ce que tu as essayé de faire ce que j'ai indiqué dans mon "edit" du post précédent ? Pour être sûr.

[le fab]

oui :
avant sauvegarde, ça se passait comme tu le disais
après : ca marche

ça semble être un bug

juste au cas ou : j'ai effacé et recréé le mask à l'identique (avec appel au script) avant sauvegarde

[le fab]

juste au cas ou, le zip avec mes fichiers en 2015b
je pense pas que tu puisses les ouvrir, mais bon

test.zip

[lecteur1001]

oui :
avant sauvegarde, ça se passait comme tu le disais
après : ca marche

ça semble être un bug

juste au cas ou : j'ai effacé et recréé le mask à l'identique (avec appel au script) avant sauvegarde

J'y comprends rien : j'ai fait la même chose que toi : suppression du mask ("unmask"), je l'ai recréé en remettant le script dans l'onglet "Initialization" et ça fonctionne... À tous les coups en plus. Y'a quelque chose qui m'échappe, ça me gonfle

juste au cas ou, le zip avec mes fichiers en 2015b
je pense pas que tu puisses les ouvrir, mais bon

test.zip

Oui je confirme, je n'y parviens pas.

[le fab]

bon bein la bonne nouvelle c'est que c'est pas une question de version

du coup je comprend pas non plus, mais ca fonctionne

[lecteur1001]

bon bein la bonne nouvelle c'est que c'est pas une question de version

du coup je comprend pas non plus, mais ca fonctionne

Ouais, pas bien clair st'affaire.

Amuse-toi à :

• ajouter de nouveau signaux avec des blocs 'Constant' et ajoute les au 'bus creator'.
• Ensuite tu sélectionnes ceux-ci dans le 'bus selector' à la place des anciens.
• Tu verras que si tu relances la simulation sans avoir sauvegardé, les noms des fils ne se sont pas mis à jour dans le sous-système.
• J'ai remarqué qu'ils se mettaient à jour quand tu sauvegardais (je vois dans le command window que mon script s'est exécuté car j'ai des lignes sans ;)... Et encore, pas toujours !
• Parfois, il suffit d'ouvrir le sous-système pour que 'TestScript' s'exécute. Ou de relancer la simulation. C'est ce "parfois" qui me gêne ! Bref, je vais rajouter l'appel à cette fonction au callback "StartFcn" du sous-système. Mais ce serait encore mieux que ce script soit appelé dès lors que les fils à son entrée sont modifiés. mais je ne crois pas qu'un Callback existe pour ces cas-là...

Ça manque de robustesse tout ça, moi qui veut éviter les erreurs de codage, ça ne me plaît pas bien.

Merci encore de ton aide si personnalisée, c'est vraiment sympa

Edit : et je viens aussi faire une seconde expérience aussi :

• j'ai mis une valeur différente à tous mes blocs 'Constant'
• j'ai modifié les valeurs initiales des variables signalx.Gain
• Si on s'amuse à inverser les signaux à l'entrée du sous-système (donc que signal2 rentre dans In1 et signal1 dans In2), il faut lancer 2 fois de suite l'exécution pour que le gain soit correctement car il conserve en mémoire les "anciens" gains.

La bonne nouvelle, c'est quand tu enregistres, que tu fermes et réouvres le modèle, tous les gains sont correctement appliqués au bon endroit.

[le fab]

EUREKA, j'ai trouvé

dans ton mask initial, la case "allow library block to modify its content" était cochée (onglet initialisation)
elle ne l'est plus dans la nouvelle version unmaskée remaskée

par contre je comprend pas pourquoi ca marche quand elle est décochée et pourquoi ca marche par quand elle est cochée
surtout que quand on lit l'aide et ton besoin, on a envie de la cocher (même si tu ne modifie pas la structure de ton systeme)

[lecteur1001]

EUREKA, j'ai trouvé

dans ton mask initial, la case "allow library block to modify its content" était cochée (onglet initialisation)
elle ne l'est plus dans la nouvelle version unmaskée remaskée

par contre je comprend pas pourquoi ca marche quand elle est décochée et pourquoi ca marche par quand elle est cochée
surtout que quand on lit l'aide et ton besoin, on a envie de la cocher (même si tu ne modifie pas la structure de ton systeme)

Halleluia ! Bravo, c'était pas évident à trouver, d'autant qu'effectivement que l'aide ne précise rien en ce sens.

En fait, j'ai coché cette case par "mauvaise" habitude car j'ai parfois besoin qu'elle le soit pour d'autres sous-systèmes de ma librairie. En effet, pour ceux-là, je souhaite faire apparaître dans leurs 'Annotations' certaines informations qui dépendent... du nom du signal qui est connecté à l'entrée du sous-système
J'ai fait ça dans les 'Callbacks' 'InitFcn' et 'StartFcn' du sous-système :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

set_param(gcb,'AttributesFormatString',MaFonction)

Si je ne coche pas la case "allow library block to modify its content", je fais face à l'erreur suivante :

Error evaluating 'InitFcn' callback of SubSystem block (mask) 'TestModel/Subsystem/SubsystemTest'.

Attempting to override parameters of 'TestModel/Subsystem/SubsystemTest' which is inside a library link

C'est en faisant face à cette erreur que j'ai dû cocher cette case.

Bref, je partage ta conclusion, je ne vois pas en quoi le fait que cette case soit cochée pose problème pour mon problème initial. Ce doit être un bug... Non résolu, en R2015b en tout cas.
Mais apparemment, je ne peux pas avoir la possibilité de faire les 2 choses en même temps, c'est bien dommage.

Je mets le sujet en en tout cas, encore merci à toi !