Environnement interactif pour expérimentations FH dans des cockpits d’avion
Ce projet a été développé en tant que prototype pour démontrer de nouvelles méthodes et techniques d’interactions collaboratives numériques dans les cockpits d’aéronefs, basées sur la multimodalité ainsi qu’un large éventail de devices i/o (saut de mouvement, tobii eye tracker, reconnaissance vocale, etc.).
Ingenuity I/o prototyping environment
Lancé en 2014 et terminé en 2016, ce projet a d’abord été développé avec des solutions réseaux ad-hoc pour assurer la communication entre les 7 différentes applications qui le composent. Les applications sont réparties entre 5 ordinateurs distincts, exécutant respectivement Linux, macOS, Windows et iOS. Les applications sont développées dans diverses technologies, notamment Microsoft .Net (C #), Apple Cocoa (Objective-C), Qt (C ++) et des applications C de bas niveau à l’aide de diverses bibliothèques. C’est la définition parfaite d’un système hétérogène complexe.
La plateforme Ingescape a permis de porter les 7 applications dans un environnement Ingescape unifié en trois jours seulement. La nouvelle version est entièrement supervisée par l’éditeur Ingescape et toutes les communications sont gérées conformément aux concepts de définition et de mapping Ingescape.
La bibliothèque Ingescape est intégrée dans toutes les applications. Pour passer à Ingescape, moins de 1% du code total a dû être modifié, grâce à l’utilisation précise et simple de la bibliothèque Ingescape.
Fondamentalement, le code réseau précédent a été complètement désactivé et remplacé par des appels de fonction Ingescape, afin que chaque agent puisse réagir aux entrées stimulées pour déclencher ses comportements internes et publier ses sorties le cas échéant. Ce projet utilise des périphériques i/o avec des fréquences de sortie élevées jusqu’à 120 Hz, tous utilisant le même réseau local en même temps. La plateforme Ingescape n’introduit aucune latence notable dans le système qui reposait auparavant sur l’échange de données TCP et UDP de bas niveau.
RATP
Environnement de supervision opérationnelle du RER de la Ligne A à Paris
Il s’agit d’un projet opérationnel «réel» impliquant une communication active avec les systèmes ferroviaires critiques. À travers une approche zéro papier, ce projet intègre des postes de travail interactifs multitouch innovants, permettant de commander et de contrôler les équipements opérationnels et de surveiller toutes les ressources humaines et de formation pour l’exploitation de la ligne. Il peut être vu comme une combinaison d’un grand réseau IoT et d’un système Big Data avec de nombreuses sources de données à fusionner afin d’assurer une bonne connaissance de la situation et des moyens de contrôle pour les opérateurs.
Chaque poste de travail est composé de 5 applications, fonctionnant sous Linux, 3 d’entre elles développées en C et les 2 autres formant l’environnement graphique, en Qt / C ++.
Des flux massifs de communication sont gérés par les applications pour :
afficher en temps réel l’état de tous les équipements de terrain (signaux, branches, etc.),
relayer les commandes des utilisateurs sur le terrain,
localiser tous les trains en temps réel,
alimenter toutes les interfaces utilisateurs avec les résultats des algorithmes de calcul (plannings, allocation des ressources, alertes et notifications, etc.).
Ce projet a largement bénéficié de l’architecture itérative et des capacités d’intégration prises en charge par Ingescape. Les tests autour des connexions et de l’échange de données ont commencé très tôt dans le processus global, permettant de fournir rapidement la preuve de concept et de créer une boucle positive entre les activités d’ingénierie et de conception UX, l’une fournissant un retour d’information à l’autre sur les opportunités et les limites.
Les capacités de logging et record, offertes par Ingescape ont été activement incluses dans les activités du projet pour l’archivage, la formation et la validation technique.
Bouyer
Supervision et planification de la sonorisation
Ce projet opérationnel s’est traduit par un écosystème d’applications dédiées à la programmation, la surveillance et l’exploitation des systèmes d’annonces publiques dans toutes sortes de lieux (centres commerciaux, gares, écoles, lieux publics, etc.). Chaque site est équipé de différents types d’appareils, des haut-parleurs aux boîtiers de commande et de surveillance.
Ingescape a été utilisé pour créer deux types d’agents logiciels :
des proxys permettant la communication avec les équipements électroniques dans les différentes zones d’un site donné, s’appuyant sur des protocoles hétérogènes et spécifiques (SIP, services web REST / JSON, RS232 encapsulés en TCP / IP) et gérant les plannings de diffusion,
des applications graphiques utilisées par différents profils d’opérateurs (hôtesses, superviseurs et administrateurs)
Les proxys s’exécutent sur des appliances basées sur Linux. Les applications graphiques fonctionnent sur Microsoft Windows (7, 8 et 10).
La redondance entre les proxys est en place, basée sur les mécanismes de découverte Ingescape. Ingescape assure la synchronisation entre les proxys et les différentes applications graphiques qui sont utilisées simultanément et parfois simultanément entre les opérateurs.
Les applications utilisent une grande variété de types IOP, à savoir des chaînes de messages texte, des données brutes pour échanger des fichiers multimédias et des flux multimédias et des types numériques pour des valeurs bien identifiées (commandes marche / arrêt, volume sonore, surveillance de présence, etc.) .
Etude des nouvelles modalités d’interaction pour les tâches pilotes
L’équipe multidisciplinaire de la plateforme PEPSS souhaitait comparer 3 modalités d’interaction pour réaliser la tâche de contrôle de la puissance moteur d’un avion. Nous voulions explorer de nouvelles interactions numériques pour cette tâche spécifique. Trois interactions ont été comparées: la classique utilisant un accélérateur physique, une innovante utilisant un écran tactile et une perturbatrice utilisant le geste spécifique de saisie sur un appareil à mouvement de saut. La simulation de vol a été fournie par le logiciel open source Flight Gear.
L’approche classique aurait été de mettre en œuvre un prototype logiciel codé en dur pour nos scénarios spécifiques. Mais ce type de projet doit être mené dans un contexte agile, itératif et multidisciplinaire et le système doit être suffisamment flexible pour intégrer facilement les nouveaux cas d’utilisation, les modifications de conception et les protocoles d’expérimentation, y compris au moment de l’exécution. De plus, les expérimentateurs étaient des étudiants en ergonomie sans connaissance technique ni capacité de développement.
Comme notre équipe de développeurs utilisait déjà Ingescape pour développer des agents d’interaction, y compris un pont UDP pour interagir avec Flight Gear, il a été très facile de configurer l’expérimentation en réutilisant ces agents Ingescape existants, littéralement sans coût ni temps de développement. Les étudiants étaient autonomes dans la conception de la solution et le contrôle de l’expérimentation à l’exécution, en utilisant l’éditeur Ingescape.
C’est un excellent exemple de ce qu’Ingescape offre, à savoir permettre aux agents d’être réutilisés, pour une utilisation totalement différente de l’initiale, économisant ainsi du temps de développement. Et aussi de modifier et d’ajuster le comportement d’un système en temps réel sans aucune connaissance technique, donnant ainsi le contrôle aux expérimentateurs.