Discussion :

[Nemesis007]

Bonsoir à tous !

Voila, je fais appel à votre aide car j'ai un gros problème pour mon programme mais tout d'abord, je vais vous définir le but de ce programme :

Le programme en question doit être capable de recevoir des trames envoyés par un réseau rs485 modbus (Je suis l'esclave) passant par un adaptateur rs232 pour être branché au PC. En recevant ces trames, je dois les analyser et en extraire certaines données en voici un exemple 0306000020001E828 (2 chiffres = 1 octet)

En décomposant cette trame :
-> 03 : Adresse du module
-> 06 : Fonction (que je ne touche pas)
-> 00 02 : Marche ou 00 01 : Arrêt
-> 00 01 : Adresse du registre

Une fois décomposée, je dois comparer ces valeurs à celles deja contenues dans le programme (en fait c'est comme si je remplacais le régulateur, il a une adresse déjà implémenté et je ne peux pas y toucher [j'espère que je suis clair]). Si les adresses concordent, suivant l'état (Marche ou Arrêt), je dois afficher dans mon IHM un voyant (vert pour Marche et rouge pour Arrêt).

Pour en revenir au problème, j'ai une classe LiaisonRS232 avec toutes les fonctions pour dialoguer mais on m'a dit que j'avais besoin de thread pour pouvoir analyser une trame dès que j'en recois une.

Les spécifications du programme :

- Langage C++
- IHM en document vue

Mes principales questions sont : où dois-je placer le thread ? et comment puis je faire un voyant qui change en fonction de ce que j'ai récupéré dans la trame ?

Si vous voulez voir le programme n'hésiter pas à me le demander (étant donné que c'est mon premier post, si quelqu'un demande mon programme, je souhaiterai qu'il me dise comme je peux l'upper ).


Merci par avance pour toute l'aide que vous me fournirez !

[hegros]

Beh le thread il faut le lancer au démarrage de ton application.
Un thread dédié à l'acquisition ?

[Nemesis007]

Beh le thread il faut le lancer au démarrage de ton application.
Un thread dédié à l'acquisition ?

Dès que je reçois une trame faut qu'elle "se mette en route" et que j'exécute le code pouvant analyser la trame en question, une sorte d'interruption.

Je dois peut-être la mettre dans la classe App ? mais c'est que recevoir une trame c'est pas forcément au lancement du programme, je peux en recevoir n'importe quand et il faut que je sois capable de la traiter (Je suis clair dans mes explications ?)

[hegros]

Comment tu sais que tu viens de recevoir une trame à analyser ?

Aucune idée de ta class App

[loufoque]

Classiquement, on fait un thread pour l'I/O et un thread pour l'UI.

[Nemesis007]

Comment tu sais que tu viens de recevoir une trame à analyser ?

Aucune idée de ta class App

Je reçois une trame quand un autre pc, relié sur le réseau rs485 modbus, interroge mon programme. Donc c'est aléatoire, tout dépend d'un autre pc que je ne controle pas.

Classiquement, on fait un thread pour l'I/O et un thread pour l'UI.

Qu'entends-tu parler par l'I/O ? et l'UI ?

[hegros]

Dans ce cas tu utilises un thread qui fait une lecture asychrone sur ta rs485.

Tu peux faire une lecture bloquante ou non-bloquante tout dépend des contraintes que tu as.

I/O = Input/Output
UI = User Interface ?

[goomazio]

Je dois peut-être la mettre dans la classe App ? mais c'est que recevoir une trame c'est pas forcément au lancement du programme, je peux en recevoir n'importe quand et il faut que je sois capable de la traiter (Je suis clair dans mes explications ?)

Salut,

Tu pourras recevoir une trame quand ton programme sera prêt à écouter les messages de l'autre pc, relié sur le réseau rs485 modbus, qui interroge ton programme.

Pour pouvoir continuer à recevoir des trames en même temps que d'analyser une trame reçue, utiliser un thread serait une solution.

Ou bien tu fais un seul thread : il faudra que ton programme (qui est en fait le thread principal) envoie la trame à ce thread unique, il analysera les trames. Ca peut être compliqué car ce thread pourrait recevoir plusieurs trames d'affiler pendant qu'il serait déjà en train d'en analyser une, il faudra gérer une file d'attente.

Donc c'est peut-être plus simple de faire un thread pour chaque trame reçue :
Tu pourrais démarrer ton thread quand tu reçois un message. Je suppose que tu vois quand je veux dire, tu as surement une fonction qui établit une connexion avec la machine qui interroge ton programme, et une fonction qui reçoit les messages. Alors, à chaque réception de message (de trame), tu lance un thread qui analysera cette trame. Le thread s'occupera d'analyser la trame et, en même temps, ton thread principale continuera à écouter les trames arrivantes et lancera chaque fois un nouveau thread pour analyser ces nouvelles trames reçues.


Dans la fonction de création de thread, on passe en argument la fonction que le thread exécutera. C'est cette fonction bien sur qui analysera ta trame. Et c'est donc là que tu gèreras ta lumière verte, en affichant une image en fonction de l'état de la lampe par exemple, ou en utilisant une puce que tu active ou désactive...

En espérant t'avoir aidé et ne pas être passé à côté du principal en parlant de choses plus basiques,
salut!

[hegros]

D'après ce que je comprends le traitement à faire sur les trames ne devrait pas être trop gourmand, en créant un nouveau thread chargé d'analyser une nouvelle trame on risque d'avoir une application qui passe son temps à créer et à détruire des threads ce qui est encore plus gourmand.

Je vois bien

1 thread d'acquisition/analyse + 1 thread UI

ou

1 thread d'acquisition : Récupérer les trames et les envois dans une file de message par exemple
1 thread d'analyse : Analyse les trames envoyées dans la file de message
1 thread UI : Chargé de gérer l'IHM

[Mat.M]

Avant de se compliquer la vie essayer avec une simple minuterie ou timer ou bien des fonctions qui déterminent une période de temps.
Si c'est pas assez performant effectivement faire du multiprocessus.