Work Experiences

Enedis (ex-ERDF) - Compteur Linky

Contexte : Les compteurs Linky possèdent un port Euridis permettant à un technicien de les paramétrer lors de leur pose ou durant une intervention par la suite. Cette opération se fait par le biais d’un connecteur Bluetooth relié à un PDA.
La communication utilise le protocole/norme COSEM encapsulé dans le protocole Euridis.

Cette mission consiste à implémenter la sécurisation de la communication COSEM entre le PDA et le compteur en suivant cette norme, grâce au mécanisme GCM/GMAC en AES 128.
La librairie gérant le connecteur a également subi un grand travail de réécriture (y compris bas niveau sur le port série) et d’écriture de tests facilitant l’ajout de fonctionnalités, l’interprétation des messages provenant du compteur et la facilité d’investigation, tout cela en relation étroite avec les équipes l’utilisant.
Une application permettant la gestion simple du connecteur (appairage Bluetooth, mise-à-jour du firmware) à partir d’un PDA a également été écrite pour être utilisée par des techniciens sur le terrain.
Enfin, la maintenance du firmware du connecteur bluetooth entre également dans le cadre de cette mission.

Xerox - Gamme tarifaire
juin 2013 – avr. 2015
Contexte : La gamme tarifaire fait partie du système de billettique pour les transports en commun développé par Xerox. Il est le cœur du système, et à ce titre, doit pouvoir être compilé pour tous les systèmes embarqués : automates de vente, de contrôle, valideurs,…

Fonction : Développement d’évolutions et de corrections

Cette mission consiste à traiter les demandes d’évolutions et de corrections issues des clients finaux (sociétés de transport), puis à les tester. Ces tâches se font en collaboration avec les équipes en charge des spécifications, de la validation du système, et des équipements utilisant notre code.
J’ai également participé à la mise en place de la méthode Scrum, ainsi qu’à celle de l’intégration continue en créant un plugin permettant d’intégrer RTRT à Jenkins. J’ai de plus créé un plugin permettant à Netbeans d’interpréter les fichiers issus de RTRT. J’ai aussi écrit un outil permettant la rédaction de spécifications multi-branches et adapté aux besoins spécifiques de la gamme tarifaire.

Thalès Avionics - FMS 220
août 2012 – avr. 2013

Contexte : Le FMS220 est un système de gestion de vol embarqué sur des avions ATR 72 et ATR 42 ainsi que sur des hélicoptères Sikorsky S76.

Fonction : Prise en compte de rapports d’anomalie

Ce système est développé en Ada 95, et est séparé en plusieurs branches, suivant la version et le type de porteur. Il communique avec un ensemble écran/ clavier appelé MCDU par un bus ARINC 429.
La mission a consisté à comprendre et reproduire chaque problème grâce à un simulateur, puis à effectuer le debug du logiciel (éventuellement sur banc d’essai). Ensuite, le code et le cas échéant les spécifications devaient être corrigés, et gérés en configuration. Le suivi de l’anomalie devait être effectué dans le logiciel dédié.

Thalès Avionics - Localisation du FM A400M
mai 2012 – juil. 2012

Contexte : Partie localisation d’un équipement de navigation pour l’avion militaire A400M.

Fonction : Test de logiciel embarqué critique

Le projet est développé selon les méthodes agiles appliquées au langage Ada 95. Le logiciel est certifié DO178, niveau B.
L’ensemble des tests unitaires ont été revus et harmonisés.

Thalès Avionics - Missile M51
mars 2012 – mai 2012

Contexte : Trajectographie embarquée de missiles nucléaires stratégiques M51.

Fonction : Développement et test d’évolutions sur du code embarqué

Le code des cartes GPS et de communication en temps réel sur divers bus embarquées sur le missile à des fins de trajectographie nécessite des évolutions. Ce code doit être conforme à la norme DO178B de niveau DAL C.

Sagem Défense et Sécurité - GADIRS A400M
janv. 2012 – mars 2012

Contexte : Avionique de l’Airbus A400M - Système GADIRS (GPS et centrales inertielles).

Fonction : Spécification, développement et test de code embarqué critique et d’un outil de vérification

L’avion Airbus A400M possède plusieurs systèmes de positionnement dans l’espace : GPS civil, GPS militaire, centrales inertielles, tubes Pitot, etc. rassemblés sous le nom GADIRS. L’équipe dont je fais partie est chargée de développer en langage C le logiciel embarqué permettant de relier ces différents composants entre eux ainsi qu’au reste de l’avionique. Le développement de ce code doit être conforme à la norme DO-178B au niveau DAL A (le plus élevé).
J’ai également réalisé la spécification, le développement et les tests d’un outil Java permettant de tester le code C décrivant la communication entre les modules. Ce développement est soumis à la norme DO-178B de niveau DAL D.

Sagem Défense et Sécurité - Composants réutilisables
août 2011 – janv. 2012

Fonction : Spécification, développement et test de composants logiciels embarqués critiques.

Sagem DS a commandé des composants logiciels de base, réutilisables et conformes à la norme DO178B (niveaux DAL A et D). Entre autres, il s’agit d’une librairie de calcul en virgule fixe, ainsi que d’une librairie de communication sur bus ARINC 615. L’ensemble des spécifications, du code C et des tests ont dû être écrits, tout en respectant les référentiels qualité Sagem et Orange.

Safran Défense et Sécurité - GADIRS A400M
janv. 2011 – juil. 2011

Contexte : Avionique de l’Airbus A400M - Système GADIRS (GPS et centrales inertielles).

Fonction : Spécification, développement et test de code embarqué critique et d’un outil de vérification

L’avion Airbus A400M possède plusieurs systèmes de positionnement dans l’espace : GPS civil, GPS militaire, centrales inertielles, tubes Pitot, etc. rassemblés sous le nom GADIRS. L’équipe dont je fais partie est chargée de développer en langage C le logiciel embarqué permettant de relier ces différents composants entre eux ainsi qu’au reste de l’avionique. Le développement de ce code doit être conforme à la norme DO-178B au niveau DAL A (le plus élevé).
J’ai également réalisé la spécification, le développement et les tests d’un outil Java permettant de tester le code C décrivant la communication entre les modules. Ce développement est soumis à la norme DO-178B de niveau DAL D.

Alstom Transport - Urbalis Evolution

Contexte : Système ATC UEvol de métro automatique - Outils de préparation des données.

Fonction : Traitement de données, développement et mise en production d’outils spécifiques

Les différentes variantes du système UEvol sont testées sur des lignes de métro fictives, appelées testlines. Celles-ci n’existent que par leur jeu de données complet. Ces jeux de données sont généralement des bases de données XML et des tables de données CSV. Les testlines évoluent, afin de pouvoir tester toutes les nouveautés apportées au système. Leur jeu de données doit donc être suivi et mis à jour régulièrement. C’est mon travail.
Il implique de la communication, que ce soit avec les « fournisseurs » qui livrent les nouvelles versions de testline, comme avec les « clients » qui utilisent les données pour effectuer leurs tests. Il implique également la rédaction de release notes, ainsi que le suivi des erreurs et des réclamations.
J’assure également la mise en production et la maintenance des outils réalisés lors de mon stage (voir ci-après).