Services de développement de logiciels embarqués et de firmware

Le choix est dicté par le budget matériel, les exigences temps réel, le profil réglementaire et la stratégie de mise à jour sur le terrain. Bare-metal (sans ordonnanceur) lorsque vous avez une seule boucle de contrôle serrée sur un Cortex-M0/M0+, moins d'un kilo-octet de RAM, et que l'autonomie de la batterie est la préoccupation dominante — typique des capteurs et des périphériques BLE. Zephyr RTOS lorsque vous avez besoin d'un ordonnanceur temps réel, d'une pile réseau (TCP/IP, BLE, Thread, Matter), de plusieurs tâches concurrentes, mais que le budget RAM est de 32 à 512 Ko et que vous voulez un projet gouverné par la Linux Foundation avec un support à long terme. FreeRTOS pour les stacks legacy et lorsqu'une intégration Amazon FreeRTOS / AWS IoT est requise. Linux embarqué via Yocto (ou Buildroot pour les systèmes plus petits) lorsque vous disposez d'un processeur d'application (Cortex-A / RISC-V), ≥64 Mo de RAM, et que vous avez besoin d'une pile réseau complète, d'un runtime de conteneurs ou de bibliothèques tierces qui supposent POSIX.

Les deux, avec une forte préférence pour la seconde option comme point de départ. Nous partons de la couche Yocto de référence du fournisseur de silicium (meta-st-stm32mp, meta-ti, meta-imx, meta-nxp, meta-raspberrypi, meta-rockchip, etc.) et construisons une meta-couche personnalisée pour votre produit. Les recettes sont figées en version sur une release Yocto LTS (Kirkstone / Scarthgap), les builds bitbake s'exécutent de manière reproductible en CI (GitLab ou GitHub Actions avec mise en cache sstate sur S3 — sans cache sstate, un build Yocto propre représente 90 minutes de coût CI pur). Nous livrons un SDK afin que votre équipe applicative puisse compiler de manière croisée sans toucher au BSP, et nous maintenons la couche dans le cadre de la mission.

MISRA C:2012 (avec les directives de l'Amendement 3) est notre référentiel d'analyse statique par défaut sur chaque mission embarquée — appliqué via PC-lint Plus, Cppcheck Premium ou Coverity en CI, avec des déviations documentées et revues. Pour les dispositifs médicaux, nous livrons selon l'IEC 62304 (cycle de vie du logiciel de dispositif médical) avec une traçabilité complète des exigences à la conception, au code et aux tests unitaires/d'intégration dans DOORS ou Polarion ; nous avons livré en classe B et accompagné des audits de classe C. Pour l'automobile, nous travaillons selon ISO 26262 ASIL-B et contribuons à des dossiers de sécurité ASIL-D sous la responsabilité d'un functional safety manager. Pour l'industriel, nous traitons l'IEC 61508 SIL-2. Nous ne nous auto-certifions pas — la validation par un évaluateur indépendant relève de votre organisme d'audit, nous préparons les preuves.

L'OTA est conçu avant le choix du silicium — les ajouts tardifs d'OTA sont la cause du « brickage » des flottes. Linux embarqué utilise un partitionnement A/B (RAUC, Mender ou SWUpdate) avec rollback atomique en cas d'échec de démarrage, des bundles de mise à jour signés (typiquement ed25519 ou ECDSA P-256), et un mécanisme de mise à jour delta pour les appareils contraints en cellulaire. Les appareils RTOS utilisent MCUboot pour les mises à jour de slot secondaire avec signature d'image et compteurs anti-rollback. Le backend est le vôtre ou un IoT à grande échelle (AWS IoT Device Management, Azure Device Update for IoT Hub, serveur Mender). Nous concevons la politique de déploiement progressif (canary → 1% → 10% → 100%) et le chemin de récupération en cas de défaillance sur le terrain avant la sortie de la première unité de production.

BLE 5.x via la pile de Zephyr sur Nordic nRF52/nRF53/nRF54 et Silicon Labs EFR32, ou SoftDevice lorsque des certifications propres au fournisseur l'exigent. Matter (anciennement Project CHIP) via le SDK Matter open source officiel sur Thread (OpenThread) ou transport Wi-Fi — nous avons livré des appareils Matter-over-Thread mis en service et passés par la certification CSA. LoRaWAN via la pile Semtech LoRaMAC-node sur STM32WL ou puces compagnon SX126x, avec des backends TTN / ChirpStack. Protocoles propriétaires sub-GHz (Wi-SUN, Z-Wave) là où le cas d'usage justifie le coût de la nomenclature. Nous réalisons un pré-scan réglementaire (FCC Part 15, CE RED, MIC) avant le tape-out et coordonnons la certification complète en laboratoire avec un partenaire (TÜV, Element, Eurofins).

Le travail embarqué et IoT est au forfait et par paliers selon la maturité IoT, tout compris et libellé en USD. Un MVP IoT démarre à partir de 3 500 $ (premier appareil connecté fonctionnel : une fonction principale, firmware, connectivité de base) ; la gestion de parc à partir de 5 800 $ (OTA A/B signé avec rollback, provisioning, configuration à distance) ; la télémétrie avec tableau de bord à partir de 9 200 $ (ingestion capteurs, backend cloud, tableau de bord de supervision, alertes) ; une plateforme IoT complète à partir de 11 500 $ (gestion multi-appareils, rôles, intégrations, preuves de sûreté, CI sur matériel réel). Le chiffre exact dépend de votre profil réglementaire (IEC 62304, ISO 26262, IEC 61508), du périmètre RTOS-vs-Linux embarqué, de la certification radio et connectivité (FCC Part 15, CE RED pour BLE / Matter / LoRaWAN) et de la maturité du silicium. Vous voyez le budget détaillé après une évaluation de périmètre gratuite et le validez avant qu'une ligne de code ne soit écrite. Le code source, le BSP et les couches Yocto vivent dans vos dépôts dès le premier jour ; le transfert en production inclut les bancs de test de fabrication, le SDK Yocto et un pipeline de release CI — sans marge de recrutement, sans surcoût d'outillage, et les frais de certification en laboratoire réglementaire courent sur vos propres comptes.