Micro-entreprise
462eng
« Je suis inventeur, comme dans les films et les histoires. Je
trouve des solutions et construis des machines afin de répondre à un
besoin. »
Une personne, un atelier. Je pars d'un besoin sans réponse dans le
commerce et je mène le projet jusqu'à la machine en service :
schéma, carte électronique, firmware, mécanique, logiciel, mise au
point. Lorsque l'outil nécessaire n'existe pas, je le développe.
462eng est née en 2013, dans un garage en Moselle. Depuis 2022,
l'essentiel de l'activité porte sur des bancs de contrôle qualité
pour filament médical et industriel et la chaîne logicielle qui les
exploite, ainsi que sur la conception de cartes d'interface et de
contrôleurs industriels — le tout conçu, fabriqué et maintenu en
interne. La R&D porte principalement sur la domotique, les
systèmes SCADA et l'IoT, en environnement résidentiel comme
industriel, ainsi que sur les IA locales et les grands modèles de
langage (LLM). S'y ajoute un travail régulier de
rétro-ingénierie : ouvrir un équipement sans documentation pour le
réparer, le faire communiquer ou le rendre indépendant de son
fabricant.
Trois points essentiels
-
Un interlocuteur unique. Pas d'équipe ni de
sous-traitance : votre contact est la personne qui conçoit,
réalise et assure la maintenance.
-
Un hébergement entièrement interne. Tous les
services fonctionnent sur des machines détenues en propre. Aucune
brique métier ne dépend d'un fournisseur tiers.
-
Des formats pérennes. Les données produites
restent lisibles sans le logiciel qui les a écrites : du texte
structuré, documenté, exploitable à long terme.
462 n'est pas un acronyme et n'a pas de
signification particulière : c'est un nom propre. Il se prononce
quatre-cent-soixante-deux.
Interventions
Prestations
Concevoir la machine, développer ce qui la fait fonctionner, la
mettre en service. Pas de catalogue : chaque réalisation répond à un
besoin précis, sans solution disponible sur le marché.
Concevoir
Du schéma à la carte assemblée : électronique, firmware,
mécanique associée, dossier de fabrication complet.
Mesurer et réguler
Bancs d'essai, chaînes d'acquisition, boucles de régulation.
Instrumenter une machine pour en connaître le comportement réel.
Faire communiquer
Relier des équipements initialement incompatibles : bus de terrain,
protocoles série, réseau, supervision.
Rétro-concevoir
Comprendre un équipement sans documentation pour le réparer, le
prolonger ou le rendre autonome.
Dans le détail
-
Machine complète. Du besoin exprimé à
l'équipement en service : conception, réalisation, mise au point
sur site, maintenance dans la durée.
-
Carte électronique. Schéma, routage multicouche,
mixte puissance et signal, dossier de fabrication (Gerber, perçage,
nomenclature, pick-and-place).
-
Firmware. Écrit en C, au niveau des registres, sur
microcontrôleur 8 ou 32 bits — avec le bootloader et la chaîne de
mise à jour qui vont avec, pour corriger sur site sans
programmateur.
-
Automatisme. Programme d'automate, régulation,
interlocks, IHM opérateur. Du petit format sur microcontrôleur au
programme machine sur automate industriel.
-
Logiciel métier. Lorsque l'outil n'existe pas ou
ne répond pas au besoin : application de bureau, IHM, intranet,
application mobile, outillage système.
-
Reprise d'existant. Rétro-ingénierie d'un
équipement sans documentation, rétrofit, remise en service :
carte industrielle à réparer comme produit du commerce à ouvrir.
Relevé au multimètre et reconstitution de schéma lorsque
nécessaire.
Moyens
-
Oscilloscopes. Rigol MSO1074Z-S Plus, toutes
options : 4 voies analogiques haute résolution, 16 voies
logiques et générateur de signaux intégré. Rigol DS1102E en
second poste, 2 voies à bande passante plus élevée, pour les
mesures menées en parallèle.
-
Source et charge programmables. Alimentation
Rigol DP832A et charge électronique DL3021A, toutes options :
relever une consommation, un rendement ou un comportement en
limite plutôt que l'estimer.
-
Analyse de bus. Les 16 voies logiques du MSO,
corrélées à l'analogique sur la même base de temps — lire la
trame et voir en même temps le signal qui la porte — avec
décodage des bus série à l'écran. Analyseur compatible Saleae,
8 voies à 24 MHz, pour les enregistrements sans limite de durée.
Jeu de sondes UART, RS485, CAN et Ethernet ; lorsque la sonde
nécessaire n'existe pas, elle est fabriquée.
-
Un banc piloté, pas manipulé. Les instruments
sont sur le réseau — liaison LXI, commandes SCPI — et conduits
par 462lxi, développé en interne : chaque consigne est
validée avant d'être émise — les instruments bornent ou ignorent
silencieusement les valeurs hors plage — et la mesure, rejouable
à l'identique, sort en texte exploitable. Conduit d'un même point,
l'ensemble s'utilise comme un seul instrument : 6 voies
analogiques et 24 voies logiques, synchronisables par
déclenchement commun lorsque la mesure l'exige, auxquelles
s'ajoutent les relevés de l'alimentation et de la charge, traités
au fil de l'eau et sans limite de durée. Les balayages
d'alimentation couvrent −30 à +30 V, ou 0 à 60 V par mise
en série, sur trois canaux mesurés individuellement, au pas
voulu. À chaque point : consommation et rendement relevés,
fluctuations et bruit capturés et mesurés. Une campagne compte
ainsi des milliers à des millions de combinaisons, que le banc
enchaîne seul — plusieurs jours d'affilée s'il le faut.
-
Assemblage et rework. Deux zones séparées, pour
ne pas mélanger les alliages : une zone sans plomb entièrement
équipée, capable de poser et de reprendre jusqu'au TQFP et au
QFN ; une zone plomb plus modeste, pour l'électronique ancienne
et les cartes assemblées à l'étain-plomb. La présence de plomb
est vérifiée sur les cartes avant intervention, pour garantir la
conformité RoHS du travail effectué et éviter toute contamination
entre les zones. Le BGA n'est pas traité.
Hors périmètre : la production en série, le développement web
généraliste, et les environnements Windows et Microsoft — ni comme
outil de travail, ni comme cible d'un produit.
Les domaines réglementés ne sont pas exclus par principe, mais je
ne détiens à ce jour ni certification ni assermentation : une
intervention qui en exige une n'est acceptée que si le projet en
finance l'obtention.
Où ça s'applique
Domaines d'application
Cinq domaines d'application, un même socle : la mesure, le temps
réel et des machines fiables dans la durée.
Métrologie
Bancs de mesure, contrôle qualité, traçabilité des mesures.
Embarqué
Firmware bas niveau et cartes électroniques sur mesure.
Rétro-ingénierie
Comprendre un équipement sans documentation pour le réparer ou
le rendre autonome.
Automatisme
Machines spéciales, axes, régulation, IHM.
Logiciel métier
L'outil manquant, développé intégralement et hébergé en interne.
Contrôle qualité du filament médical et industriel
En service depuis 2022
-
Banc de mesure. Firmware bare-metal sur PIC 8
bits. Diamètre acquis en continu par comparateurs numériques —
jusqu'à trois voies pour caractériser l'ovalité —, longueur par
roue codeuse sur encodeur quadrature, pilotage du touret et du bras
de trancanage.
-
FSL — Filament Spool Log. Le format de log
produit par les bancs : du texte, spécifié en interne, consommé par
tout le reste de la chaîne — conçu pour rester lisible sans outil
dédié.
-
La chaîne autour du banc. Daemon d'acquisition sur
carte ARM, IHM de banc, intranet d'exploitation des mesures, et une
application Android opérateur : contrôle qualité photo, suivi
d'étuvage, création de bobine, pesée de fin, courbes de diamètre,
rapports.
-
Dérouleur motorisé. Microcontrôleur AVR, deux
moteurs, liaison RS485 à datagramme et CRC, détection de bourrage
et journalisation des erreurs, mise à jour du capteur déporté à
travers le bus.
-
Régulation de tension de fil. Carte compagnon avec
cellule de charge, esclave Modbus RTU, boucle PID en Structured
Text, console de réglage à courbes temps réel.
Prototype, réglages en cours
-
Étalonnage des instruments. Les bancs sont
réétalonnés sur des bobines de référence à défauts connus, afin
de vérifier la constance de leurs mesures.
Firmware embarqué et cartes électroniques
-
Bare-metal, au registre. PIC 8 bits, AVR ATtiny
séries 0/1/2, RP2040, STM32 Cortex-M3. Aucune couche
intermédiaire non maîtrisée.
-
Bootloaders développés en interne. Handshake par mot
magique, transfert paginé acquitté, contrôle d'intégrité CRC-16 de
l'image, relocation applicative, watchdog fail-safe et mode
détresse. Plus un uploader packagé pour mettre à jour en production
sans programmateur.
-
Piles de communication développées en interne.
Modbus RTU, RS485, protocoles série documentés — et une pile
TCP/IP complète sur RP2040 : Ethernet, ARP, IPv4, ICMP, UDP,
TCP, HTTP,
mDNS, Modbus TCP, mise à jour à deux emplacements vérifiée par
CRC-32.
Hors production
-
Drivers de composants. Afficheurs OLED et TFT
(dont bus parallèle), contrôleurs Ethernet et CAN, convertisseurs
analogiques, cellules de charge, capteurs de distance, flash SPI,
comparateurs à sortie numérique.
-
Cartes. Contrôleur de chauffe 8 voies : six
couches, alimentation AC-DC, commutation de puissance secteur avec
mesure de tension réseau, 32 entrées de température. Dossier de
fabrication complet livré avec.
-
En l'absence de documentation. Cartographie de
broches, bring-up sur carte tierce, reconstitution de schéma au
multimètre — chaque hypothèse étant annotée de son niveau de
confiance.
Rétro-ingénierie et remise en service
-
Télécommandes Zigbee du commerce. TS0044 et
HG06323, deux télécommandes achetées chez Lidl — vendues selon
les pays sous les marques Silvercrest ou LivarnoLux, sur base OEM
Tuya. TS0044 étant un identifiant que Tuya réutilise sur quantité
d'appareils équivalents, le travail dépasse ces deux exemplaires.
Identification du contrôleur, relevé des points de
programmation, extraction et analyse du firmware d'origine,
reconstitution du protocole. Objectif : un appareil qui
fonctionne entièrement en local, sans code Tuya ni passage par le
cloud du fabricant.
En cours
-
Portage d'un firmware libre sur un nouveau SoC.
Le firmware ouvert
tuya-zigbee-switch
ne couvrait pas
l'EFR32MG13P — module Tuya TYZS3, Silabs Series 1 : portage sous
Gecko SDK, bootloader, entrée de base de données appareil, quirk
Home Assistant, et reprise du comportement des boutons — double
appui, appui long, remontée de l'état brut, binding direct vers
d'autres équipements Zigbee. Publié en fork ouvert :
TuyaBeGoneFromTS0044.
En cours
-
Réparation de carte industrielle. Carte ALRJKR —
dite « JKR » chez son constructeur — sur un équipement de
production. Défaut connu et reconnu de ce constructeur, dont la
seule réponse était le remplacement de l'équipement complet,
environ trente fois le coût d'une réparation ; les contournements
en circulation relevaient de l'astuce, pas du dépannage.
Diagnostic au composant sans documentation, réparation, carte
remise en service et de nouveau pleinement fonctionnelle.
Intervention hors périmètre de métrologie légale.
Photo de la carte réparée.
-
Méthode. Cartographie de broches, relevé au
multimètre et à l'analyseur logique, écoute des bus, bring-up sur
carte tierce. Chaque hypothèse est annotée de son niveau de
confiance tant qu'elle n'est pas vérifiée sur le matériel.
-
Cadre. Rétro-ingénierie menée à fin
d'interopérabilité et de réparation, sur du matériel possédé ou
confié par son propriétaire.
Automatisme et machines spéciales
-
Programme machine sur automate industriel. Environ
12 000 lignes de Structured Text réparties sur 22 blocs
fonctionnels, sur un projet à 24 axes en EtherCAT, tâche temps réel
de 10 ms.
-
Portique multi-axes. Quatre axes Z couplés par
engrenage électronique, machine à états de couplage et découplage,
axes multi-maîtres, remise à zéro et restauration des positions.
-
Interpréteur de trajectoire piloté depuis l'automate.
Chargement de programme, marche et arrêt, arrêt d'urgence,
handshake des fonctions M, override de vitesse, pause et reprise.
-
Autour du mouvement. Régulation thermique
multi-zones, palpage de plateau, changement d'outil, gestion de fin
de matière, IHM opérateur et maintenance.
-
Post-traitement de trajectoires. Traduction d'un
G-code d'entrée vers un dialecte CNC industriel, conversion de
l'axe d'extrusion, gestion du modulo d'un axe rotatif sans fin,
contrôles de cohérence bloquants.
-
Automatisme petit format. Automate logiciel en
Structured Text — PID anti-windup, machine d'états de démarrage,
interlocks capteurs — en maître Modbus RTU sur des esclaves
microcontrôleurs conçus pour l'occasion, avec IHM machine à courbes
et réglage de boucle en service.
Sauf le dernier point, ces travaux ont été menés sur des projets dont le
code appartient au client. Ils figurent ici au titre de
l'expérience acquise, non comme réalisations portées par 462eng.
Logiciels métier
-
CAO électronique. Schéma et PCB développés
intégralement en interne, environ 20 500 lignes en C++/Qt. Schéma et routage dans un
même document, moteur de connectivité, contrôles DRC et ERC, import
des formats existants, export Gerber, perçage, nomenclature et
pick-and-place. Format natif en texte, déterministe, versionnable.
Outil interne
-
Trancheur 3D. Développé intégralement en
interne : tranchage plan
et à plans de coupe inclinés, ajustement d'arcs par moindres
carrés, sortie G-code, fonctionnement client/serveur et interface
OpenGL.
Projet récent, en développement
-
sRemFB — affichage déporté. Ajouter un écran et
un clavier supplémentaires à un PC à travers le réseau, ou donner
un poste de travail réel à une machine virtuelle : une petite
carte ARM branchée derrière n'importe quel écran devient une
sortie vidéo du système. Écrit en C — connecteurs d'écran
virtuels, compression LZ4 avec bascule H.264, connexion à chaud,
périphériques USB déportés.
Publié sur GitHub.
Projet récent
-
Millefeuille — images Linux immuables. Rendre un
système embarqué quasi indestructible : l'OS vit en lecture
seule, assemblé au démarrage en couches — coupure de courant ou
manipulation ratée ne peuvent pas le corrompre, et le retour
usine se fait en reformatant une partition. Construit avec
Buildroot pour cartes ARM ; configuration éditable depuis la
partition FAT, sur n'importe quel PC.
Projet récent
-
462lxi — pilotage du banc de mesure. L'outil
n'existait pas sans traîner une pile logicielle entière : un seul
fichier Python, aucune dépendance, VXI-11 implémenté directement
sur ONC RPC plutôt que par-dessus PyVISA. Alimentation, charge et
oscilloscopes se conduisent en ligne de commande ou par script,
avec sortie JSON, capture d'écran et export des traces ; chaque
consigne est vérifiée contre les limites lues sur l'instrument
avant d'être émise.
Outil interne
-
IHM et supervision. Supervision de parc de
machines, IHM de banc, alertes d'atelier remontées sur le bureau,
interface SNMP pour équipement réseau, intégration domotique
Modbus.
-
Web et mobile internes. Intranet d'exploitation
des mesures, API JSON écrite sans framework, application Android
métier.
-
Outillage système. Snapshot et restauration
d'installation Debian, paquets et dépôt maison, visionneur
Markdown, utilitaires de conversion et de tri.
-
Aucune dépendance externe. Forge git interne,
dépôt de paquets interne, serveurs applicatifs internes.
Détail technique
Compétences
Une liste factuelle, donnée pour être vérifiable : chaque élément a
été mis en œuvre sur un projet réel.
Embarqué et firmware
Électronique et matériel
Rétro-ingénierie
IA locale et LLM
Logiciel
Industriel et automatisme
Infrastructure
Formation et expérience
Parcours
Les repères datés, de la formation initiale à l'activité actuelle.
Expérience
-
Depuis 2013 — 462eng, Moselle. Conception de
cartes et micrologiciels, cartes d'interface et contrôleurs
industriels, et chaîne logicielle associée. Depuis 2022,
conception et exploitation de bancs de contrôle qualité pour
filament médical et industriel.
-
2009 – 2011 — Ingénieur systèmes, Netline
(groupe Telkea), Luxembourg. Exploitation de datacenters,
conception d'infrastructures redondantes, messagerie et
hébergement pour plusieurs milliers de clients.
-
2006 – 2007 — Technicien en informatique, JFK
Info, Strasbourg.
Formation
-
2011 – 2012 — DHET NTIC, INPL, Nancy.
Développement web et applicatif.
-
2008 – 2009 — Formation sécurité de
l'information, lycée Condorcet, Schœneck.
-
2003 – 2004 — Ingénierie robotique et
informatique, IMERIR, Perpignan.
-
2001 – 2003 — BTS Électronique, lycée
Charles-Jully, Saint-Avold.
-
2001 — Baccalauréat S option mathématiques,
lycée Saint-Augustin, Bitche.
En parallèle, autoformation continue depuis 2004 — électronique
numérique, GNU/Linux, C et assembleur sur microcontrôleurs. Anglais
courant (TOEIC 930).
Comment je travaille
Méthode
Six principes. Ils déterminent concrètement ce qui est réalisé — et
ce qui ne l'est pas.
-
La solution la plus simple qui répond au besoin.
Mise en service d'abord, corrections ensuite, sur les problèmes
constatés. Pas d'optimisation préventive ni de fonctionnalité
anticipée pour un besoin hypothétique.
-
Prototype d'abord. Les premières versions sont
volontairement sommaires : la confrontation concrète au problème
apprend plus vite que l'analyse abstraite. Chaque élément conservé
sur la machine l'est parce qu'il est nécessaire.
-
Un outil, une tâche. Aucun produit ne cherche à
tout couvrir : un nouveau besoin appelle un nouvel outil, pas une
option supplémentaire sur l'existant.
-
Fiabilité avant économie. Entre deux pièces, la
plus durable est retenue, même à coût supérieur. Le matériel est
sobre, sans superflu, conçu pour remplir sa fonction.
-
Ouvert et pérenne. Formats standard, documentés,
lisibles sans outil propriétaire. Pas de format maison quand un
standard existe, pas de dépendance non maîtrisée.
-
Pas de cloud. L'ensemble des services fonctionne
sur une infrastructure interne, réplicable sans accès à internet.
Aucun tiers ne peut imposer un changement, un retrait ou un prix.
Le principe vaut aussi pour le matériel du commerce : lorsqu'un
appareil ne fonctionne qu'à travers le serveur de son fabricant,
la rétro-ingénierie lui rend son autonomie.
« Une action imparfaite vaut plus qu'une parfaite inaction. »
En cas de problème
J'interviens d'abord et je règle le problème ; la facturation
vient ensuite.