Discussion :

[Iwant_ToKnow]

Bonsoir a tous,

Un projet m'est confié sous Qt .

Pour faire simple:

1) un équipement distant doit communiquer avec un équipement principal, où réside L'IHM sous Linux. Les deux communiquent par liaison série.
Le PC principal envoi régulièrement des trames. L’équipement distant lui répond aussitôt.

L’équipement principal doit gérer jusqu'à 10 équipements distants simultanément.

2) L’équipement principale via son IHM sous Qt mets à jour les données en tps-reel.

3) Un watchdog logiciel est prévu, ce dernier a pour rôle de rafraîchir le watchdog hard.

--------

Me conseillez vous :

A) D'utiliser le système multitâche de Qt ? Dans ce cas, seront créer 3 taches :
-Une pour la communication inter-équipements par liaison série.
-Une pour l'IHM
-Une pour le watchdog.

B) Ou alors,serait-il plus adapter de créer ces applications indépendamment. Elles communiqueront dés lors par sockets ?

Cordialement

[sysedit]

Tout dépend si tes tâches sont bloquantes (je n'ai jamais touché au port série en Qt), mais est-ce qu'une application mon-threadée ne suffirait pas, juste grâce à la boucle d'événements / signaux - slots ?

Sinon, entre tes 2 choix:
- Qt est bon pour les 2
- l'avantage du multi thread est qu'il est sans doute plus rapide que de passer par des sockets, et consomme moins de process
- les inconvénients sont que 1. la programmation est un peu plus compliquée à gérer, 2. si une partie crash tout crash.

Maintenant, je partirais sur les threads, mais ça va dépendre de ton aisance dans leur gestion, en sachant que Qt simplifie énormément le travail.

[AlexandreP]

Bonjour,

Comme je ne comprend pas trop B) et que par instinct j'irais plutôt vers A), voici comment je verrais le truc :

- Ihm = equipement principal (thread principal)
- une classe "Pool" qui gérerait les différentes connections : création/fermeture.. (instance unique, dans un thread séparé)
- une classe "Connection" qui s'occuperait uniquement de la connection 1 à 1 : lecture/ecriture des messages, message d'alerte en cas de deconnection.
(n instance chacune dans un thread)
- Le tout lié à grand renfort de signal/slot.

Par contre il faut prendre en compte la remarque de cet article et y préter attention :
http://matthieu-brucher.developpez.c...gnal-slot/#LII

En espérant avoir été à peu près clair...