Menu

Pierre MAZEIN

MEYLAN

En résumé

Electronicien de formation, informaticien d'adoption, je m'adapte rapidement et efficacement à tous les contextes grâce à une importante culture scientifique et technique ainsi qu'un état d'esprit orienté industrie (maîtrise, simplicité, robustesse).

Mes compétences :
Systèmes embarqués
Conception
Hardware
Software
Test
Bus de terrain
Management d'équipe
Matlab
Production
Eclipse

Entreprises

  • Fresenius Kabi - Architecte et intégrateur systeme

    2013 - 2015 Contribution à l'architecture et à l'intégration du Système qui englobe les pompes volumétriques, pousses seringues, leur outil de maintenance, l'utilitaire de paramétrage des bibliothèques de médicaments ainsi que le serveur en charge de la distribution des bibliothèques et la remontée des informations de traitement.

    Le résultat est un véritable intranet des objets au sein d'un hôpital.

    Du bas niveau de la communication entre deux composants (RS232, protocoles propriétaires) au plus haut niveau (TCP/IP, HTTP), mon travail a été de pendre en compte l'impact de l'intégration sur l'architecture, de supporter les développements des équipes des sous systèmes et surtout de palier à l'absence d'un sous système pour le développement des autres ...
  • ASCOREL - Concepteur et développeur système

    Pont-Évêque 2012 - 2013 Développement et industrialisation d'une carte audio/vidéo pour linux embarqué
    Rédaction associée : spécification, recette, comptes rendus de manipulations, présentation
    Création d'une méthode interne (extraction OLE de données CADStar)
    Transition et formation d'un ingénieur débutant dans l'industrie
  • Confidentielle - Responsable du bureau d'études Electronique et informatique

    2011 - 2012 J'ai la responsabilité du bureau d'études électronique et informatique, soit le management d'une équipe de 5 personnes.

    Voici quelques activités les plus nouvelles lors de cette expérience :
    ◄ Mise à niveau de méthodes de développement logiciel
    L'héritage par la société de produits existants a révélé quelques lacunes dans le développement de ces derniers. Les logiciels trop compliqués pour des cibles embarquées devaient être maintenus à l'aide d'outils obsolètes. L'absence de tout document de spécification, et des cahiers des charges dans une langue étrangère, rendait les logiciels particulièrement difficiles à appréhender.
    Nous avons travaillé pour utiliser des Makefiles simples, des chaînes de dépendances automatiques, incité l'utilisation d'un environnement moderne pour naviguer dans la complexité du logiciel et déployé un analyseur statique de code.
    Enfin, ces méthodes ont été rédigées pour les inclure dans le système qualité de la société. Leur adoption a été parfois difficile car les projets sont nombreux et la pression forte. Cependant de nouvelles bases sont posées pour le long terme.
    Parallèlement à cela, un investissement important a été réalisé pour réacquérir la maîtrise des produits : rétro ingénierie afin de reconstruire des spécifications détaillées du fonctionnement et pouvoir repartir de l'avant.
    ◄ Management de personnes
    Outre le management technique de projets, ma fonction m'a permis d'avoir une première expérience en management des personnes : conduite d'entretiens individuels, objectifs, réflexion sur des plans de formation, introduction de méthodes, conduite de réunions, de brainstormings...
    J'ai aussi suivi une formation qui m'a permis de théoriser certaines pratiques acquises par l'expérience de terrain au niveau du maintien de la motivation des personnes, ou du moins comment ne pas démotiver des personnes.
  • Elsys Design - Ingénieur

    Cachan 2011 - 2011 ◄ Mise en place de toolchain linux IMX27 et IMX51 (cœurs ARM)
    ► Client : Alstom Power Hydro, en plateau
    Sur ce projet deux catégories de personnes développement : des spécialistes de l'embarqué, qui ne maîtrisent pas les distributions linux, et des spécialistes de l'informatique de plus haut niveau (web, cgi, QT). J'ai occupé l'espace intermédiaire en permettant à toutes ces populations de développer sur une distribution standard. Le résultat est un makefile un peu complexe qui choisit automatiquement la toolchain en fonction de la cible à réaliser, et l'intègre dans la bonne image rootfs.
    La partie BSP/Drivers/noyau est gérée par le fournisseur de la carte : Armadeus. Il a fallu ajouter des paquets internes non présents (ou en mauvaise version) dans la version de Buildroot diffusée par Armadeus : CanFestival, Qwt 6.0.0, QT 4.7.3. Enfin, il faut générer la distribution, y intégrer les applications et les modules drivers, les configurer et effectuer des tests d'intégration niveau système.
    ► Environnement : Eclipse CDT, Buildroot, Linux embarqué.
    ► Tâches :
    Mise en place de toolchain croisées
    Ajout de paquets internes à Buildroot
    Configuration de distribution embarquée
    ◄ Portage de couches basses de MC68331 sur Linux embarqué
    ► Client : Alstom Power Hydro, en plateau
    Faisant suite au travail précédemment décrit, j'ai travaillé pour émuler le bas niveau d'une application développée sur un MC68331 (32 bits Motorola, obsolète aujourd'hui) en C++. La couche d'émulation a été réalisée en C++ pour se substituer directement à celle existante.
    La complexité est que l'OS (linux, donc) empêche l'accès direct aux vecteurs d'interruptions dans l'espace utilisateur. A l'aide d'un thread, d'un pipe pour émuler les activations/désactivations d'interruptions et d'une lecture bloquante sur le port, j'ai réussi à émuler toutes les fonctions.
    ► Environnement : Linux embarqué, C++.
    ◄ Mission d'expertise sur un bus CAN
    ► Client : Alstom Power Hydro, en prestation
    L'ajout de nouvelles fonctions à un système ancien a révélé un problème de latence et de disparitions de trames sur un bus CAN. Rapidement, j'ai constaté que le bus CAN était victime de problèmes plus profonds dans le noyau de l'OS (CMX, sur MPC 565) utilisé, et ai suggéré de solliciter un spécialiste. J'ai mis en place quelques outils de diagnostics simples avant de céder la place à ce spécialiste, qui a pu constater des modifications hasardeuses du source du noyau avant de remettre tout en place.
  • AsteelFlash Développement - Chef de projet logiciel

    Neuilly Plaisance 2011 - 2011 Télémètre à ultrasons sécuritaire
    Pour Fenwick Linde

    Afin d'optimiser la vitesse de déplacement de chariots de levage de palettes dans les entrepôts, il est nécessaire de limiter la vitesse du chariot en fonction de la masse et de la hauteur de la charge. Le système doit, pour l'aspect sécuritaire, savoir déterminer si la mesure est valide ou perturbée, afin que le chariot puisse adapter son fonctionnement.

    Le système est constitué de deux cartes se renvoyant un train d'ondes ultra-sonores. Les deux cartes peuvent communiquer entre elles par radio lorsqu'un obstacle empêche le passage de l'onde. Le but étant d'avoir une certaine robustesse face aux perturbateurs classiques (carton, plastiques, salissures …) de l'environnement de fonctionnement du chariot.

    La complexité est de déterminer l'écho correspondant à la charge parmi tous les échos revenant à la source lorsqu'un perturbateur est présent.

    Environnement : Eclipse CDT, Subversion, Freescale 9s08, Labwindows/CVI, CANOpen, Radio (CC1101).
  • AsteelFlash Développement - Chef de projet logiciel

    Neuilly Plaisance 2010 - 2011 Eclairage scialytique pour bloc chirurgical, ~18 mois
    Pour Surgiris, PME Lilloise

    Pour un projet très innovant (soutenu par l'ANVAR) d'éclairage à leds de puissance j'ai réalisé les prototypes puis la famille de produits de ce client. Sur le point de la technologie, mes connaissances en physique du composant m'ont permis de bien faire le ménage dans les prétentions de fabricants de leds de puissance. Cela m'a laissé l'opportunité de m'intéresser à la photométrie, à la vision humaine des couleurs, aux mélanges à trois, et plus, couleurs de base et à la notion de rendu de couleur.

    Chaque luminaire est composé de plusieurs cartes à leds : a entre 42 et 62 leds par carte (blanches, mais aussi rouges et bleues), pour entre 120 et 400 leds pour un luminaire complet. Les cartes sont interconnectées avec une carte de contrôle via une liaison RS485.

    Les luminaires sont interconnectés via la liaison Zigbee, et disposent aussi d'une télécommande générale. Pour réaliser la gamme de produits le client a souhaité utiliser Zigbee afin d'offrir la possibilité d'interagir avec les autres appareils de bloc opératoire. Le déploiement se réalise de façon autonome par des techniciens.
    A pleine puissance, la zone éclairée reçoit un éclairement de 160000 Lux (le soleil à midi) à une distance d'un mètre. Malgré une élévation de température de 50°C la variation de flux est de moins de 1% et la variation de température de couleur n'est pratiquement pas mesurable.

    Il est nécessaire que certaines opérations soient filmées, nous avons donc ajouté la possibilité de piloter une caméra Sony (protocole Visca) en utilisant une télécommande dédiée. L'intégration de cette caméra fut délicate car la caméra est amovible et peut donc changer dynamiquement de réseau Zigbee. Cette opération étant réalisée par l'utilisateur final, il a été délicat de trouver une solution robuste qui ne nécessite aucune connaissances, ni même de lire un mode d'emploi.

    Environnement : Eclipse CDT, Subversion, PsoC Cypress, Freescale 9s08, ATMega 16, Zigbee, Visca Labwindows/CVI, thermie, photométrie.
  • AsteelFlash Développement - Chef de projet logiciel

    Neuilly Plaisance 2009 - 2010 Spot de spectacle, ~6 mois
    pour Ayrton

    Dans un contexte différent, mais avec des problématiques semblables, j'ai réalisé la troisième génération de spots d'un acteur important du monde du spectacle.

    Ce client avait déjà des produits à Leds de puissance, mais il les a réalisés de façon « naïve » : sans compenser tous les inconvénients liés à la thermie. En particulier, il a réalisé, pour un de ses produits, les pièces de fonderie trop tôt et elles sont insuffisantes pour dissiper toutes la chaleur des 54 leds. Au final tout fonctionne au mieux, mais les leds sont bridées sur certaines mécaniques.

    En fait le client souhaitait surtout contrecarrer la « main fantôme » qui déréglait le mélange de couleurs après que le technicien l'ai fait. En pratique nous avons une variation de température de couleur de 50 K après une élévation de température de 60-70°C, ce qui est excellent.

    Environnement : Eclipse CDT, Subversion, PsoC Cypress, Freescale 9s08, DMX512, Labwindows/CVI, thermie, photométrie.
  • AsteelFlash Développement - Chef de projet logiciel

    Neuilly Plaisance 2008 - 2009 Réseau de contrôle d'un pulvérisateur d'agriculture de précision, ~12 mois
    Pour Bertoud.

    Pour l'application d'agriculture de précision d'un leader de la pulvérisation agricole, nous avons réalisé un réseau de 5 à 8 cartes reliées entre elles par un bus CAN. Certaines cartes sont des interfaces homme machine, d'autres sont des actionneurs et/ou des cartes d'acquisition. La récolte est mesurée en temps réel une année, et la suivante la pulvérisation est asservie sur la base de ces mesures.

    J'ai réalisé le driver CAN et, avec des collègues, la messagerie CAN partagée entre tous les développeurs. J'ai aussi réalisé des outils de diagnostic pour surveiller l'activité du bus CAN. Ce travail est encore en cours, en tout j'ai travaillé 12 mois sur différents aspects.

    J'ai aussi travaillé sur la carte principale d'acquisition : charge importante, utilisation intensive de la messagerie pour transmettre des valeurs de capteurs, procédures de calibration de capteurs, procédures de test en vue de réaliser le banc de tests, asservissement de vanne.

    Environnement : Eclipse CDT, Subversion, MPLAB, Microchip Pic24, Labwindows/CVI, Kvaser (outil CAN)
  • Asteelflash Développement - Ingénieur d'études - Logiciel embarqué

    Neuilly Plaisance 2007 - maintenant Modem pour borne multimédia, ~3 mois

    J'ai réalisé la finalisation d'un driver de modem analogique pour un borne de vidéo-conférence dédiée au maintien de lien entre le corps médical et un patient. Le lien analogique est le plus fiable (plus que le lien ADSL), il est donc important qu'il fonctionne au mieux.

    Environnement : Linux x86, QT, C++, RS232, Modem.
  • AsteelFlash Développement - Chef de projet logiciel

    Neuilly Plaisance 2007 - 2011 Banc de test fonctionnel, ~3 mois

    Réalisation d'un logiciel de test fonctionnel pour tester des cartes utilisées dans des meuleuses automatiques de verres de lunettes. Un PC communique avec une carte pour lancer des procédures de tests internes et externes, réaliser des mesures, mettre à jour des zones de traçabilité dans la carte et dans le banc de mesure pour créer un historique.

    Les communications carte/banc sont enregistrées pour superviser à distance (le site de production est à plusieurs heures du bureau d'études) la bonne utilisation du banc et contribuer à la résolutions de problèmes de production.

    Environnement : Labwindows/Cvi, Subversion, RS232, TFTP, IHM, test, production.
  • AsteelFlash Développement - Chef de projet logiciel

    Neuilly Plaisance 2007 - 2011 Commande hydraulique, ~4 mois
    Pour Bosch Rexroth

    Réalisation d'une commande intelligente pour machines hydrauliques : application de gabarit de contrôle, paramétrage dynamique, sécurité de fonctionnement. Ce projet était en fait l'étude d'une nouvelle ergonomie pour une fonction déjà existante, de nombreux allers/retours avec le client ont été réalisés car son besoin initial était insuffisamment spécifié (plusieurs mises à jour du cdc). Le produit est donc une synthèse des requêtes du client final, du client et de nos propositions.

    Environnement : Freescale 9s08, Eclipse CDT, Subversion, MISRA, multitâche coopératif.
  • Laboratoire IXL - Doctorant

    2001 - 2005 Banc de mesure

    Un capteur chimique parfaitement sélectif n'existant pas, il faut en faire fonctionner plusieurs en parallèle afin de réaliser un nez, ou une langue, électronique.

    Ceci implique une forte densité d'instruments (fréquencemètre HP53131, multimètre HP34401, wattmètre E4419, instruments et interfaces réalisées en interne), d'interfaces de connexion (GPIB, RS232, parallèle) hétérogènes, le pilotage d'un banc (vannes, pompes ...) et la gestion d'évènements dans un seul programme.

    Pour ce faire, j'ai réalisé en C, dans l'environnement CVI, un programme basé sur une architecture framework/plug'in. Chaque composante a son propre processus indépendant afin que les instruments fournissent le maximum de leur potentiel, sans blocage en cas de panne, en nombre limité uniquement par les capacités de connexion de la machine. L'architecture utilisée simplifie énormément le développement, qui a pu être confié, pour d'autres instruments tels qu'un analyseur de réseau vectoriel Anritsu ou bien une enceinte thermique, à des stagiaires pour des durées de stage courtes. L'utilisation du logiciel est intuitive.

    Ce banc de mesure a été livré en particulier au Centre d'Etudes du Bouchet, centre NBC de la DGA.
  • Laboratoire IXL - Doctorant

    2001 - 2005 Modélisation physique

    Modélisation physique de la propagation d'ondes acoustiques dans une structure multicouche, prenant en compte beaucoup de paramètres physiques : masse volumique, les tenseurs de rigidité, piézoélectricité, permittivité diélectrique, le comportement rhéologique, les matériaux fluides (gaz et liquides) et certains phénomènes thermiques.

    Le logiciel a été réalisé sous Matlab, et gère beaucoup d'aspects purement numériques : conditionnement des matrices, optimisation, recherche robuste de minimums globaux dans un intervalle, recherche de minimums locaux pour des problèmes à plusieurs dimensions (Downhill simplex amélioré).

    Les fonctions du logiciel m'ont permis de réaliser une application de caractérisation des paramètres physiques d'une couche de matériau solide isotrope ou du fluide environnant le capteur.

    Cette modélisation a permis de convaincre les chercheurs de Rhodia que leurs huiles minérales ont un comportement expérimental viscoélastique, et non pas purement visqueux. Une des conséquences de ce travail est que le CEA considère notre équipe comme la référence nationale en compréhension de la technologie des capteurs à ondes acoustiques de surface.
  • Laboratoire IXL - Doctorant

    2001 - 2005 Analyse de données

    Pour compenser l'imparfaite sélectivité des capteurs j'ai mis en place une méthode d'analyse statistique multivariables issue de la chimie analytique : l'analyse en composantes principales. Le protocole d'analyse utilise des méthodes de traitement du signal pour limiter l'influence de la dérive des réponses, ainsi qu'un travail d'exploitation de la réponse transitoire.

    Il a été possible de cette manière de suivre la réponse du capteur à des échelons d'un polluant compris entre 1 et 5 ppm pour des taux d'humidité relative compris entre 0 et 50 % (50 000 ppm), et de décorréler les fluctuations aléatoires de ce même taux lors de l'ajout du polluant.

    Ces résultats ont permis au CEB d'avancer dans le projet européen EUCLIDE.

Formations

Réseau

Annuaire des membres :