Julien Ingénieur Logiciels Embarqués FORMATION 2009 Master Electronique Electrotechnique Automatique et Informatique Industrielle, Amiens 2007 Licence E.E.A.I.I. à l’université Jules Verne Amiens 2006 B.T.S. systèmes électroniques, Amiens 2004 BAC S.T.I. génie électronique, Chelles LANGUES Anglais professionnel lu écrit parlé CONNAISSANCES TECHNIQUES ET FONCTIONNELLES Essais, mesures physiques, Electronique, RF Systèmes temps réel, systèmes embarqués, microcontrôleur Architecture des réseaux industriels, bus CAN, bus I2C, bus Ethernet, bus SPI Cycle en V, DO, AUTOSAR, gestion de configuration Matériels : FPGA, Frescale MPC5566, ARM cortex R5F, 8051, CC1110, CC1111, PIC Microchip, 68HC11, Fujitsu (16FX, 16LX), FTDI, PDL615, électronique d’instrumentation Systèmes et langages : Windows, C, C++, Visual C++ Outils : GFORGE CVS, GCC, PVCS Dimensions, SVN, SYNERGY, Eclipse, Borland C++ Builder, IAR, Visual C++, Mplab, Matlab/Simulink, CANoe, CANape, CANanalyser, DSPACE Targetlink, Reqtify, Trace32, X-Win32 EXPERIENCE PROFESSIONNELLE 2015 Sagem / SES – Massy Ingénieur logiciel embarqué pour le secteur défense Projet CSE90 (IHM destiné à l’assistance de tir pour les chars). Prise de connaissance des documentations de spécification et de l'architecture du projet. Analyse des IHM et des messageries existantes. V1.0 : 1 caméra, 1 moniteur et 1 simulateur de boîtier externe. • Création d'une IHM pour la simulation du boîtier externe BCE. • Création de la messagerie RS422 du BCE pour dialoguer avec le moniteur à partir de la spécification. • Création du nouveau composant logiciel BCE pour dialoguer avec la messagerie du boîtier et le moniteur. • Prise en compte d'évolution et ajout de nouvelles fonctionnalités dans le moniteur. • Tests d'intégration avec les simulateurs de la caméra, du moniteur et du boîtier externe. • Intégration des évolutions dans le moniteur physique et correction des anomalies. • Modification des plans de tests et passage des tests. V1.1 : 1 caméra, 2 moniteurs et 1 simulateur de boîtier externe • Modification du composant BCE pour la prise en main possible de la caméra sur le moniteur SLAVE et MASTER. • Modification du simulateur BCE et correction d'anomalies. • Création d'un composant de panne dans l'architecture logicielle du moniteur. • Modification des simulateurs caméra et moniteurs existant. • Prise en compte d'évolution et ajout de nouvelles fonctionnalités dans le moniteur. • Tests d'intégration avec la caméra, le moniteur MASTER, le simulateur du moniteur SLAVE et le simulateur BCE. • Passage de test de non régression avec la nouvelle connectique et les 2 moniteurs physique. Levé d'anomalies et correction des bloquantes. • Modification des spécifications systèmes et logicielles. • Modification des plans de tests et passage des tests pour la 2nd livraison. V1.2 : évolution tracking d'une cible • Modification du composant et simulateur BCE et des composants du moniteur lié à la préparation de • l’intégration du tracking d'une cible. Masquage du tracking en attente de l'évolution caméra. Environnement : Système Windows, compilation GCC, FPGA Langage: C, C++ Environnement gestion de configuration GFORGE CVS Outils: Eclipse, Borland C++ Builder, bus RS422 Juin 2013 2014 Sagem / SES - Massy Ingénieur logiciel embarqué pour le secteur aéronautique DO178B-A Projet SILVERCREST (moteur destiné à l’avion Falcon 5X). Prise de connaissance des documentations de spécification et de l'architecture du projet. Création, modification de fiche d’anomalie (PR sur une base change). Développement des parties logiciel PSW, BSW et ML615. PSW (logiciel critique (DAL A) de la gestion du temps réel et des tâches de l'OS appelé VLOS) : • création de nouvelle fonctionnalité spécifié tel qu’un log de fautes relevées ou encore l’ajout de la parité de la SRAM en PBIT (fonction logicielle appelée une seule fois après la mise sous tension selon certaines condition pour tester le hardware). • prise en compte de PR logiciel ML615 (memory loader, logiciel non critique DAL D) : • correction du code pour la partie conçu pour charger les logiciels sur le calculateur (voie A et B) avec l'utilisation d'un PDL615. • amélioration du code pour la partie conçu pour lire le logiciel contenu dans le calculateur (Voie A et B) avec l’utilisation du PDL615. • création de script de communication entre le PDL615 et la carte du calculateur (voie A et B). BSW (bootloader, logiciel critique (DAL A)) : • correction du code Activité documentaire: relecture de code suivant les règles Rules Checker, vérification des standards Sagem et ouverture des PR nécessaire. relectures documentaire croisé : SRD, SDD, SRD, SCDD, SVTP création de documents : • PSW : SCDD, SDD, TNR, SVTP, SVTR • ML615 : SVTP, SVTR • BSW : SVTP, SVTR, TNR Activité de tests des calculateurs : tests fonctionnels des corrections tests formels pour les codes des logiciels PSW, ML615 et BSW. Utilisation de Trace32, d'un PDL615, de calculateur (voie A, voie B), TestStand. Environnement : Système Windows, compilation UNIX, processeur Freescale MPC5566 Langage: C temps réel Environnement gestion de configuration SYNERGY Outils: Trace32 (sonde JTAG), SOLARIS, PDL615 (bus ARINC 615), X-Win32 Janvier 2013 Juin 2013 Sagem - Massy Ingénieur logiciel embarqué pour le secteur aéronautique DAL-D Projet SYRENA en R&T. Prise de connaissance des documentations de spécification, des règles de codage, nommage Sagem et de l'architecture du projet. V1.0 : intégration au projet en vue du développement du driver du composant COTS CAN. • Prise en main des documentations du composant. • Création du design du composant. • Codage du driver, de la couche API et des services OS CHRONOS pour la carte AS. • Tests fonctionnels du composant. V2.0 : codage du composant de gestion des interruptions en vue du remplacement du composant COTS par un composant Sagem. • Design du composant avec une HSI dynamique. • Codage : compréhension du fonctionnement actuel des interruptions et prise en charge des modifications du logiciel dans la couche TSP créé par Sagem Valence et intégration dans l’OS. • Tests fonctionnels du composant avec le scheduler METIS, le composant RTC et DMA. Gestion de configuration sur SVN. Passage des tests sur Trace32. Formation habilitation électrique. Environnement : Système Windows, processeur ARM cortex R5F dual core Langage: C temps réel Environnement gestion de configuration SVN Outils: Notepad++, Arm GCC, Trace32 Octobre 2012 Janvier 2013 Valéo - Bobigny Ingénieur logiciel embarqué pour la ligne de produit éclairage Volswagen/Audit/Volvo projet P0 3 mois: Mise à niveau de la traçabilité du projet sur Reqtify. Codage : correction d'anomalies : exemple overflow dans une trame CAN. Mise à jour des documentations : spécification et design des composants et des documents amonts de gestion de projet en vue de l'audit. Réception des codes VIAS et compilation avec l’intégration des code standards Valéo. But amélioration suivant les règles MISRA, Valéo et QAC/Polyspace. Création des plans de tests de validation pour Valéo VIAS. Passage de tests fonctionnels sur ce nouveau code. Création des documentations de revue par les pairs. Environnement : Système Windows, processeur Freescale Langage: C temps réel Environnement gestion de configuration PVCS Dimensions Outils: Visual C++, CANanalyser, Reqtify Juin 2011 Juillet 2012 Valéo - Créteil Ingénieur logiciel embarqué pour la ligne de produit climatiseur BMW L7 KE 2 mois: Formation à la norme AUTOSAR. Formation au processus Valéo (outils de gestion de configuration PVCS). Codage : développement selon le cycle en V Valéo, des drivers des ports et des entrées/sorties (DIO, PIO), sur EBTresos. Intégration dans le logiciel, analyse des codes générer et leur impacts. Modèle : Modification de modèle Matlab/Simulink et vérification de correction d'anomalies. Mise à jour des documentations : spécification et design des composants. Passage des tests d’intégrations et de validation des drivers développés (DIO et PIO). Gestion de configuration sur PVCS. Renault Juillet 2011- Juillet 2012 : X95 CAMAN (Mégane III): Familiarisation avec les outils CANoe, CANape, Code Wright. Tests : validation, temps réel, intégration. Création de tests pour couvrir la liste d’anomalie pouvant être impacté sur le produit Renault Analyse des anomalies, utilisation du débuggeur Fujitsu. Exemple d’anomalie, un dépassement de la taille de la pile, analyse de la profondeur de pile et ces impacts sur le produit. Validation de micro masqué utilisé pour la production. Analyse des couvertures sur Reqtify. Réunion de projet global validation et fermeture. X98 CAMAN (CLIO IV): Modèle : Modification du modèle Matlab/Simulink pour corriger les anomalies remonté par le client. Passage des tests de non régression du modèle et correction des nouvelles anomalies (débogage des states flow, recherche des anomalies dans le modèle). Modification du data dictionary TargetLink, modification des fichiers de calibration du produit. Appuis techniques pour la nouvelle ressource arrivée sur le projet. Codage : Intégration du driver CAN standard Valéo dans le logiciel du produit. Correction d'anomalies logicielles pour la nouvelle livraison. Tests : Passage des tests d'intégration, des tests de validation et des tests temps réel. Remonté des nouvelles anomalies en gestion de configuration. Analyses des impacts des nouvelles anomalies avec l'équipe projet. Exemple correction des activités dans l'outil de génération de code des tâches de l'OS temps réel. Correction de la taille de pile alloué à chaque activité des tâches. Environnement : Système Windows, Langage C temps réel Environnement gestion de configuration PVCS, AUTOSAR Outils: Code Wright, Visual C++, CANoe, CANape, Matlab/Simulink, TargetLink, Reqtify Mars 2011 Mai 2011 Projet au forfait pour SAGEM Défense – Issy Les Moulineaux Inspection de code généré sur la centrale inertielle de l’A400M en environnement DO178B-A Reprise de code généré pour répondre aux exigences Analyse des fichiers de code et de simulation Scilab, scénario (passage en multiple itérations, mise à jour des valeurs d’entrées) Modification des codes pour remplir l’exigence Création de nouveau test case à partir de la documentation client Passage de test unitaire sur RTRT. Envoi des tests case crée en revue sur Change Revue de test case, Implantation des tests case sur DOORS Création de remarque à partir de la liste prédéfinie des tests case Inspection des tests case crée sur DOORS Correction des tests case sur DOORS Inspection en TASK To Force Environnement : Système Windows, Environnement DO Outils: DOORS, Change, Synergy, Excel, Scilab, RTRT Octobre 2010 Février 20011 GOOBIE - Vélizy Développement de driver de mesure de la consommation électrique d’un compteur électrique LINKY Mise en place d’une IHM simulant le fonctionnement global de la station LCD Machine d’état, Compilation sur serveur SVN Envoie de commande sur console pour un test global des boutons, des champs d’informations du simulateur LCD Mise en place de la plateforme logicielle sur une carte d’évaluation 8051 Utilisation du logiciel IAR Développement de driver de test pour la station CC1110 (micro de la station LCD), développement de driver de test pour le CC1111 (micro de l’émetteur) Driver RS232 pour des tests GPIO sur console et intégration sur le simulateur LCD Driver de communication RF pour la station et l’émetteur Mise en place des couches HAL, API et APPLI Adaptation de la console a la station Driver de test des GPIO Adaptation de la communication RF pour la station et l’émetteur à 868Mhz Driver de test de l’EEPROM en bus SPI Driver de gestion de la tension batterie Mapping de l’afficheur LCD 128 segments, communication en SPI, Driver horloge temps réel DCF77 Intégration Réduction de la taille mémoire du programme Intégration d’un watchdog sur l’émetteur pour pallier aux problèmes radio Intégration watchdog en mode timer sur la station Gestion de la consommation d’énergie, mise en sommeil de la station, Test sur l’appli émetteur et station Environnement : Système Windows, CC1110, CC1111, 8051, SPI, RF 868 MHz, DCF77 Langage: C temps réel Outils: IAR, SVN