Discussion :

[ICHEROUFENE]

Bonjour à tous;

J'ai un souci avec un noeud de propriété que j'ai créé e à partir d'une commande cluster de la face-avant;
le vi fonction très bien sur l'host mais dès que je passe en labview RT ( où je change la commande cluster par une variable partagé ) je perds le noeud de propriété.
j'ai supprimé le lien avec l'objet de la face-avant en déconnectant la commande dans le menu local, mais il me faut une référence pour le noeud (Est ce que c'est une référence pour le cluster ou pour la face-avant) ou bien existe-t-il une autre méthode pour remédier à ce problème?

Merci d'avance;

[CaptainDoc]

Hello
Il faut faire gaffe en effet entre les échanges rt <--> host
Tu n'as aucun lien entre les vi rt et les vi sur ton ordi, les shared variables transmettent les informations seulement.
Ton but reste assez flou pour moi, tu as un cluster de commande en la face avant de ton ordi (ihm) et que veux tu faire de celui ci ?

[ICHEROUFENE]

Bonjour CaptainDoc;
oui j'ai que les variables partagées qui transmis l'information entre mon VI de commande (HOST) et mes VI sur la cible RT, y a-t-il un autre lien que j'ignore ?
au début j'ai commencé à programmer sans contrôleur RT, donc la plupart de mes VI sont basé sur les noeuds de propriétés.
et comme là je passe en programmation RT, donc je dois créer un Vi sur l'host pour la commande de mon programme RT, comme vous savez y n'a pas de face-avant dans les programmes RT donc ça me pose un souci sur mes VIs qui sont basées sur les noeuds de propriétés.
le cluster dont je vous parle est relié à un noeud de propriété, ce dernier me permet d'activer ou de désactiver le cluster sur la face avant.
(j'espère que je suis un peu claire dans mon explication) .
le but de cluster est d'introduire des valeurs ( de host => RT) en cas de besoin.

merci

[CaptainDoc]

Hello
Je te montrez un type de structure que j'utilise régulièrement et qui accélère pas mal le programme

[CaptainDoc]

En gros, lorsque je modifie la valeur d'une commande dans mon cluster, la variable est mise à jour et envoyé sur le réseau.
Dans la partie RT, je lis cette variable et la traite dans la partie PROGR.
Dans ma partie avant, j'ai essayé une solution récemment qui fait le taff, j'ai un onglet system tab qui est caché lorsque mon state mode n'est pas en RUN. Ce qui permet avec 1 seul condition de cacher (donc de désactiver) plusieurs commandes.
Sinon, tu peux dans la partie host lire un booleen en shared variable qui est modifier sur le rt, qui en vrai/faux actionne ton nœud de propriété dans l'host.
Enfait il existe plusieurs solution, à toi de voir ce qui te plait

[ICHEROUFENE]

Hello;

Merci beaucoup pour le code ou la structure que vous m'avez envoyé, labview RT est nouveau pour moi donc je n'ai pas mâle de choses à apprendre, du coup vous programmer même sur la partie host? donc y a pas que les variables partagées pour communiquer entre l'host et la partie RT?

les blocs "IHM TO RT" où " RT TO IHM" sont des VIs de commande labview que j'ignore ?ou des sous vi que vous avez créer?
vous utilisez aussi des nous de propriété sur la partie RT avec une référence? comment vous avez établi la communication avec l'host du moment qu'y a pas de face avant dans le VI rt.
désolé de vous embêter avec mes questions, mais j'aimerais apprendre des choses.

merci une autre fois pour votre aide.

[CaptainDoc]

Hello
Les parties RT to IHm et l'inverse sont juste des blocs que j'ai créé, une technique pour éviter que la boucle déterministe ne soit ralentie si le réseau plante ou autre.
Je n'ai pas de nœud de propriété entre l host et le vi, ce n'est surement pas possible. L IHM permet d'avoir les interfaces et commandes utilisateurs, l host gère le programme et bascule tout en défaut si plus d'ihm.