Bonjour à tous,
Après différents essais d'architecture logicielle pour piloter un banc de gaz synthétique, j'en suis venu à considérer l'architecture producteur/consommateur d'évènements via un exemple fourni par labview (2020). Le vi en question est joint à ce message; il comporte néanmoins des structures à diagrammes désactivés afin que le code puisse s'exécuter en l'absence des appareils pilotés par Flowbus sur port série (RDM bronkhorst).
Le principe de l'application est de piloter 3 régulateurs de débit (N2, O2, H2) afin de réaliser des mélanges à façon de O2 et/ou H2 dans une matrice N2.
L'utilisateur saisit le débit total à produire, la consigne en concentration volumique pour O2 et H2.
Lors de la modification d'une consigne, les événements utilisateurs (modification débit total, modH2, modO2) déclenchent le code adéquat dans la boucle consommateur. Jusque là tout va bien.
je veux cependant pouvoir visualiser dans le graphique déroulant, la valeur de consigne saisie ainsi que le retour d'informations du régulateur de débit (cela me permet de qualifier le décalage entre la consigne théorique et ce qui se passe en pratique). Ne sachant pas trop comment faire cette mise à jour régulière des informations en face-avant dans la boucle consommateur, j'ai ajouté une condition Timeout dans la boucle d'évènement => ça fonctionne mais est-ce vraiment la bonne option?
Autres interrogations:
- Autant les évènements déclenchés par une action d'armement, je comprend bien que ça lève une interruption, déclenche l'évènement, remplit la file d'attente avec le message adéquat qui est ensuite dépilée dans la boucle consommateur pour faire l'action; mais pour une commutation tel que mon bouton "Activer Sinus" comment faire?
- En effet, ce bouton permet d'introduire automatiquement une variation sinusoïdale sur les consignes O2 et H2 selon les paramètres: période, Concentration_ini et variation.
- Le calcul est réalisé dans la condition Timeout dans une structure conditionnelle Vrai/Faux. Ce calcul reprend le modulo du temps écoulé par la période, calcule la valeur du sinus associé => la variation à l'instant t => la nouvelle valeur de consigne qui déclenche les événements par l'utilisation du nœud de propriété valeur (signalisation) des consignes H2 et O2.
Cette manière de procéder est-elle académique? Y-a-t-il mieux d'un point de vue algorithmique?
- j'utilise beaucoup (trop?) les nœud de propriété (valeur et/ou valeur-signalisation). Je n'utilise pas le cluster de cet exemple, gagnerai-je en efficacité à utiliser ce cluster et/ou le variant "données du message" de la file d'attente?
Information complémentaire : ce programme est une version simplifiée, à terme je dois pouvoir piloter entre 15 et 20 de ces appareils de manière simultanée, pouvoir lancer un enregistrement en continu à 1Hz des valeurs de consigne et des valeurs mesurées, etc etc ... Je me pose donc des questions sur l'opportunité d'utiliser un thread par appareil et donc de paralléliser l'exécution => mais comment envoyer les valeurs de consigne calculées dans la boucle consommateur aux threads des bons appareils (variable globale ? pipes ?) et que tout ça ne se téléscope pas?
merci de m'avoir lu
