À propos du service
TraduitJ'écris du firmware de combat pour des dispositifs sur ESP32, STM32 et Arduino, et je dirige des projets du prototype au matériel prêt pour la production en série. Mon travail principal est à un niveau très bas que la plupart préfèrent éviter : pilotes de capteurs et d'actionneurs via I2C, SPI, UART et un fil, gestion des interruptions, numérisation ADC, contrôle PWM, et machines à états soignées qui gardent le dispositif prévisible même lorsque le réseau tombe ou que l'alimentation fluctue.
Du côté de la connectivité, je mets en place le provisionnement WiFi et BLE, la télémétrie via MQTT avec un QoS approprié et un dernier souhait, TLS si nécessaire, et des mises à jour OTA afin que vous n'ayez pas à vous rendre sur le terrain avec un ordinateur portable. Je m'occupe séparément de la consommation d'énergie : horaires de sommeil profond, réveil basé sur des interruptions, cycles de service et mesure du courant, car un capteur qui vit trois jours n'est pas un produit. Lorsqu'un composant serveur est nécessaire, j'assemble la configuration du courtier, une API d'ingestion de données légère, et un tableau de bord simple où la télémétrie peut arriver.
Je travaille en C et C++ sous ESP-IDF, Arduino et STM32 HAL/CubeMX, lis attentivement les fiches techniques, et lorsque le bus ment, je branche un analyseur logique ou un oscilloscope. Vous obtenez du code source commenté, des builds reproductibles, et des instructions sur la façon de flasher et de déboguer le dispositif vous-même.
Ce que je fais typiquement :
— Pilotes de capteurs et d'actionneurs, interruptions, ADC/PWM, machines à états robustes
— Provisionnement WiFi/BLE, télémétrie MQTT, mises à jour TLS et OTA
— Faible consommation d'énergie, sommeil profond et estimation de la durée de vie de la batterie
— Composant serveur optionnel : courtier, API d'ingestion, tableau de bord en direct
Du côté de la connectivité, je mets en place le provisionnement WiFi et BLE, la télémétrie via MQTT avec un QoS approprié et un dernier souhait, TLS si nécessaire, et des mises à jour OTA afin que vous n'ayez pas à vous rendre sur le terrain avec un ordinateur portable. Je m'occupe séparément de la consommation d'énergie : horaires de sommeil profond, réveil basé sur des interruptions, cycles de service et mesure du courant, car un capteur qui vit trois jours n'est pas un produit. Lorsqu'un composant serveur est nécessaire, j'assemble la configuration du courtier, une API d'ingestion de données légère, et un tableau de bord simple où la télémétrie peut arriver.
Je travaille en C et C++ sous ESP-IDF, Arduino et STM32 HAL/CubeMX, lis attentivement les fiches techniques, et lorsque le bus ment, je branche un analyseur logique ou un oscilloscope. Vous obtenez du code source commenté, des builds reproductibles, et des instructions sur la façon de flasher et de déboguer le dispositif vous-même.
Ce que je fais typiquement :
— Pilotes de capteurs et d'actionneurs, interruptions, ADC/PWM, machines à états robustes
— Provisionnement WiFi/BLE, télémétrie MQTT, mises à jour TLS et OTA
— Faible consommation d'énergie, sommeil profond et estimation de la durée de vie de la batterie
— Composant serveur optionnel : courtier, API d'ingestion, tableau de bord en direct
