Discussions au sujet de NI LabVIEW
IHM complexe avec un nombre important de contrôles / commandes
Résolu !
Bonjour,
par programmation a partir d'un fichier de conf j'ai :
- un enum qui comporte toutes les variable (donc leur nom) dans l'ordre (TOUTES les variables nécessaire a plusieurs IHM différentes mais a une seule UUT)
la génération d'un tableau qui dans l'ordre des variable assemble un tableau de cluster avec pour chaque var : Référence, description et et NOM
En fonction des ihm : Un vi permet a l'init de récupérer les info du tableau et de les inscrire dans les contrôles (sous tire et description):
Pour chaque bouton on récupère sa référence et on indique via l'enum son numéro d'ordre dans le tableau mémoire. Ici il n'y a que 22 étapes ...certaines ihm en ont 250.....!!
je ne peut pas partager les ihm mais en voici une en cours, sans les étiquettes ni sous titres :
Dans la structure event il faut ensuite créer pour chaque bouton les conditions "menu local?" + "activation d'un menu local" + "valeur changée" et tous les "case" de chaque bouton si un user event "tableau mémoire" apparait :
pas sur que ce soit plus claire en me relisant ....mais pas facile de repartir sur quelque chose fait par quelqu'un d'autre !
La problématique de base est de mettre à jour des ctrl/cmd pour une ihm en particulier depuis un tableau contenant les valeurs de tous les ctrl/cmd de toutes les ihm disponible de l'uut. (et envoyer dans le tableau mémoire la valeur des ctrl quand leur valeur change) ....
Je me permets de repartir sur la base du besoin : mettre à jour des ctrl/cmd, inter-IHMs, à partir de relations communes.
Et pour ne pas trop chambouler par rapport à l'existant, on va garder l'idée derrière l'enum : lister les variables disponibles.
Le principe est le suivant :
- un fichier de configuration (1 par IHM ou 1 au global) permet d'associer un identifiant à chaque ctrl ("l'identifiant" étant le nouvel enum)
- lors de la phase d'initialisation, chaque IHM cherche les identifiants qui sont contenus parmi ses ctrls
- toutes les IHMs sont abonnées à un même User Event
- lorsqu'une valeur a changé sur une face-avant : envoi d'un event avec l'identifiant lié au ctrl + la nouvelle valeur (peu importe le type)
- à la réception d'un évènement, chaque IHM envoi la valeur à ses ctrl, liés par l'identifiant
En terme de performance, ce n'est pas le net plus ultra ... à tester si ça te suffit.
Par contre c'est simple (trop ?).
Et il y a peu d'impact à l'ajout d'un nouveau ctrl ou d'une nouvelle IHM.
J'ai mis en attaché le VI de démo, en LabVIEW 2020.
Si besoin d'être enregistré sur une version antérieure, fais-moi savoir.
Pas à ma connaissance, malheureusement.
Une solution de contournement (que je ne recommandes pas spécialement) serait de faire des scrutations "manuelles" de valeurs changées.
Soit en continu sur Timeout de la structure évènement, soit sur les évènements pouvant être source de valeur changée (clique de souris, touche appuyée).
Il faut être très vigilant si tu pars là-dessus, une petite erreur peut vite créer une boucle infinie.
Ex: dans l'évènement [1]<Value change> il faut que la nouvelle valeur reçue soit transmise au registre à décalage.
Dans le cas échéant, au prochain passage dans l'évènement [0]Timeout le UserEvent sera perçue de la même manière qu'une valeur changée par l'utilisateur, et créera donc à son tour un UserEvent ... ad vitae eternam.
En plus de ce premier risque, le fait de faire appel à trop de nœud de propriété, trop souvent, n'est pas très sain par expérience.
Donc il faudrait commencer à optimiser un peu le procédé, en remplaçant les nœuds par les VIs "Set/Get Control Values by Index" de la palette "Application Control".
Pour la sélection dans les menus dynamiques de contrôles, je n'ai pas suffisamment d'expérience pour te répondre là-dessus.
Bonjour,
C'est un classique du développement de synoptique en LabVIEW.
le plus compliqué c'est s'il y a une intelligence à mettre dans le synoptique. et par expérience, ca finit par arriver.
Si on est que sur l'affichage et la récupération de l'appui des contrôles, le lien peut se faire par programmation sans configurer le value change pour chaque commande.
Un exemple de solution a été présenté à la GDevCon How to successfully scale UIs in LabVIEW - Iker Segovia Revilla(ULMA) - GDevCon#4 - YouTube
Dans les méthodes utilisables et que j'ai déjà utilisé.
Le synoptique (la vue IHM) possède des contrôles et indicateurs.
On écrit un dictionnaire pour le lien des variables.
Chaque Commande/Indicateur stocke lui même la variable à lire (par exemple dans le commentaire)
On enregistre dynamiquement les événements des commandes.
Pour mettre à jour l'IHM, si une variable change on l'applique en fonction du commentaire.
Ce code permet de faire des synoptique presque No Code. Simplement placer des commandes et écrire le nom de la variable dans le commentaire. C'est vraiment un proto très simplifié qui peut faire un point de départ.
Désolé, je n'ai pas vraiment le temps de faire une réponse plus longue.
Voilà une petite astuce intéressante que je ne connaissais pas encore ! Merci Maxime. 😊
Du coup, en repartant de mon premier code, il suffit d'ajouter le tableau de référence au nœud "Register For Events" pour ne pas avoir à toucher à la structure évènement. Peu importe si l'on ajoute/supprime de nouveaux contrôles.
