E.00Expertise
Ce que nous savons faire
Trois domaines, chacun démontré par des projets que nous avons menés de bout en bout. Rien ici n'est une intention : tout ce qui est listé a déjà été écrit au moins une fois.
E.01Lire ce que produit une voiture — calculateur, capteurs, simulateur — et en faire une donnée exploitable, horodatée et durable.
Acquisition et exploitation de données véhicule
Le point difficile n'est jamais la lecture d'un canal isolé. C'est de tenir une acquisition sur la durée : des capteurs qui répondent à des cadences différentes, un lien qui se coupe au premier dos-d'âne, une session qui s'arrête quand on coupe le contact, et des fichiers qui doivent rester lisibles quand le programme qui les a écrits n'existe plus.
Nous travaillons l'OBD-II sur lien série et réseau, la mémoire partagée des simulateurs, et les microcontrôleurs en réseau pour le chronométrage. La donnée sort en formats ouverts, un canal par fichier, écrite de façon à survivre à une coupure brutale.
Livrables
- Chaîne d'acquisition multi-canaux avec reconnexion automatique
- Format de stockage documenté et relisible sans l'outil d'origine
- Découpage en tours, secteurs ou trajets, et rééchantillonnage
- Instrumentation d'affichage temps réel
Projets liés
E.02Des outils que des professionnels utilisent tous les jours : comptes, rôles, données géographiques, contraintes d'intégrité réelles.
Applications métier cartographiques et bases de données
Une application métier se juge sur ce qui se passe le trois-centième jour, pas le premier : ce que devient le schéma quand on ajoute un champ, ce qui arrive quand deux personnes modifient la même fiche, ce qu'on peut encore lire quand l'auteur est parti.
Nous écrivons les règles d'intégrité dans la base plutôt qu'uniquement dans le code, nous versionnons les migrations dès le premier jour, et nous construisons les couches cartographiques sur des briques ouvertes pour ne pas dépendre de la grille tarifaire d'un fournisseur.
E.03Faire tourner un modèle sur du matériel ordinaire, en temps contraint, avec des jeux de données constitués pour le cas d'usage réel.
Vision par ordinateur et reconstruction 3D
Un modèle entraîné sur un jeu de données public échoue précisément sur les cas qui comptent : le feu éteint, le panneau à contre-jour, la pièce vue sous un angle qu'aucune photo du jeu ne contient. Le travail utile est en amont, dans la constitution des images, et en aval, dans le budget de calcul accordé à chaque image.
Nous constituons et annotons les jeux de données, nous mesurons où le modèle échoue avant de fusionner, et nous découplons l'inférence de l'affichage pour tenir la fluidité sur une machine sans carte graphique dédiée.
Si votre besoin ne rentre dans aucune de ces trois cases, dites-le nous quand même. Nous répondrons non si c'est non.
Décrire un besoin