Affichage en temps réel des données

Question

Je suis en train de concevoir une application pour collecter les données de mes véhicules et les afficher sur une application. J'essaie de comprendre quelle serait la meilleure architecture de mon logiciel. Je prévois d'utiliser Qt pour mon gui (QPainter) et j'ai un matériel personnalisé qui recueille les données des capteurs. Je pensais que les E/S matérielles résidaient dans l'application qui restitue les graphiques dans son propre thread, mais maintenant je pense qu'il vaudrait mieux mettre tout le matériel E/S comm dans un processus séparé et communiquer entre les deux. processus avec un certain protocole IPC (pas sûr lequel).

Qu'est-ce que vous les gars me recommandent de faire. Ce serait aussi la première fois que j'écrirais une application multi-processus.

Answer 1

J'ai écrit ces choses des centaines de fois. De loin, la meilleure solution est de diviser le matériel dédié en deux threads ou tâches:

• un qui fait ce sont nécessaires des opérations en temps réel
• une autre qui répond aux requêtes de données et commandes de l'interface utilisateur

Ces deux threads coopèrent entre eux pour maintenir un espace variable partagé, protégé par sémaphore. Le deuxième thread fait tout son analyse et whatnot avant de verrouiller l'espace partagé, fait une copie de tout ce dont il a besoin, et déverrouille. L'objectif est de limiter le plus possible l'intervalle de verrouillage. Souvent, il est pratique d'organiser toutes les variables partagées dans une structure unique, et d'utiliser un memcpy() en masse, même si seulement quelques membres sont intéressants. Plus cette interaction est simple, mieux c'est.

L'interface utilisateur contient

• écrans qui, lorsqu'il est visible et active, provoquent des requêtes périodiques au module de données

D'autres architectures sont possibles, mais chaque fois que je les ai vu, ils échoient en énormes masses de patchs à la vapeur pour contourner les problèmes de synchronisation et de synchronisation.