Pulse Conception
IoT · Internet des objets

Concevoir votre objet connecté
de A à Z

Hardware, firmware embarqué, connectivité (BLE, Wi-Fi, LoRa, NB-IoT, cellulaire), cloud, application : un seul bureau d'études pour orchestrer toutes les briques d'un projet IoT cohérent.

Analyser mon projet IoT Échanger sur l'architecture

Un projet IoT, 5 briques à orchestrer

Chaque brique influence les autres. Mal cadrée, l'architecture s'effondre en phase d'industrialisation.

BRIQUE 1

Hardware

Carte électronique, choix MCU (STM32, ESP32, nRF52), capteurs, alimentation, gestion batterie.

BRIQUE 2

Firmware

Code embarqué optimisé pour la conso : bare-metal, FreeRTOS ou Zephyr selon complexité.

BRIQUE 3

Connectivité

BLE, Wi-Fi, LoRa, NB-IoT, LTE-M, cellulaire 4G. Choix selon usage, couverture, autonomie.

BRIQUE 4

Cloud / backend

MQTT broker, base time-series, API REST, dashboard. Self-hosted ou managé selon volumes.

BRIQUE 5

Application

Mobile, web ou dashboard intégré : provisioning, configuration, suivi temps réel.

Quel protocole de connectivité pour quel projet ?

ProtocolePortéeAutonomieCas d'usage typique
BLE10-50 mMois à annéesWearable, capteur santé, beacon, objet jumelé à un smartphone
Wi-FiIntérieurHeures à joursCaméra, station fixe, objet à débit élevé
LoRa / Sigfox2-15 kmAnnées (5-10)Capteur agricole, parking, suivi logistique
NB-IoT / LTE-MCellulaireAnnées (2-5)Tracker véhicule, alarme, compteur intelligent
4G / 5GCellulaireJours à moisCaméra mobile, équipement haut débit

Lors de l'analyse de faisabilité, nous validons ce choix avec vous selon usage, couverture cible et coût d'abonnement.

Les 3 pièges classiques d'un projet IoT

Sous-estimer la CEM dès la conception

Beaucoup d'objets connectés échouent en certification CEM en fin de projet, ce qui impose une refonte coûteuse du PCB et du boîtier. Nous intégrons les contraintes CEM dès le routage — Yann Bacher est docteur en compatibilité électromagnétique.

Choisir le protocole avant l'architecture

"On va mettre du LoRa" ou "on partira sur du BLE" avant d'avoir réfléchi à l'usage est une erreur fréquente. Le protocole se choisit après l'analyse fonctionnelle, pas avant.

Négliger la sécurité jusqu'au lancement

Une faille de sécurité IoT médiatisée peut tuer un produit. Provisionnement par device, OTA signée, chiffrement TLS, secure element : pas en option, pas en V2.

Questions fréquentes

Quel protocole de connectivité choisir pour mon objet connecté ?
Ça dépend de votre cas d'usage. Le BLE (standardisé par le Bluetooth SIG : https://www.bluetooth.com/) convient aux objets nomades à proximité d'un smartphone — montre, capteur santé. Le Wi-Fi convient aux objets fixes à débit moyen (caméra, station météo). LoRa (LoRa Alliance : https://lora-alliance.org/) et Sigfox (désormais opéré par UnaBiz : https://unabiz.com/) sont adaptés aux objets longue durée à faible débit en extérieur (capteur agricole, suivi logistique). NB-IoT et LTE-M (standards 3GPP : https://www.3gpp.org/technologies/nb-iot et https://www.3gpp.org/technologies/lte-m) sont pertinents pour les objets mobiles longue distance (tracker véhicule, alarme). Le cellulaire 4G/5G est réservé aux objets à débit élevé (caméra industrielle). Nous validons ce choix avec vous lors de l'analyse de faisabilité, selon contraintes d'autonomie, de couverture et de coût d'abonnement.
Faut-il forcément un cloud ?
Non. Beaucoup de projets IoT survivent très bien avec une infrastructure cloud minimale (MQTT broker + base de données + dashboard). Les solutions clé-en-main type AWS IoT ou Azure IoT Hub sont puissantes mais coûteuses à long terme. Pour les petits volumes, une stack open-source self-hostée (Mosquitto + InfluxDB + Grafana) est souvent plus pertinente. Nous évaluons cela cas par cas.
Comment gérez-vous la sécurité IoT ?
Sécurité dès la conception : provisionnement unique par device (clé/certificat), chiffrement TLS pour toutes les communications, mise à jour firmware sécurisée (OTA signée), stockage sécurisé des credentials (secure element type ATECC608A si pertinent). Nous suivons les recommandations de l'ANSSI (https://cyber.gouv.fr/) et la baseline cybersécurité IoT publiée par l'ENISA (https://www.enisa.europa.eu/publications/baseline-security-recommendations-for-iot). Pas de mot de passe en dur, pas de port telnet ouvert : les classiques des incidents médiatisés.
Comment optimiser la consommation pour des années d'autonomie sur batterie ?
Plusieurs leviers : modes deep-sleep agressifs (le microcontrôleur dort 99 % du temps), wake-up sur interruption, choix du protocole (BLE Mesh ou LoRa consomment infiniment moins que le Wi-Fi continu), optimisation des cycles de transmission (envoyer moins souvent, par paquets), choix de la batterie selon le profil de courant (Li-SOCl2 vs Li-ion vs alkaline). Sur des projets bien conçus, 5 à 10 ans d'autonomie sur pile lithium sont réalistes pour des capteurs LoRa.
Et les certifications RED, FCC, marquage CE ?
Pour la mise sur le marché européen, un objet connecté radio doit obtenir le marquage CE (informations officielles : https://single-market-economy.ec.europa.eu/single-market/ce-marking_en) selon la directive RED 2014/53/UE — Radio Equipment Directive (texte officiel sur EUR-Lex : https://eur-lex.europa.eu/legal-content/FR/TXT/?uri=CELEX:32014L0053). Concrètement : tests CEM (conformes aux normes CISPR publiées par l'IEC : https://www.iec.ch/standards/cispr), tests radio (puissance, harmoniques), tests sécurité électrique, tests SAR si l'objet est porté contre le corps. Nous concevons en amont pour passer ces tests du premier coup (pré-tests légers en interne sur banc CEM), puis qualification finale en laboratoire accrédité partenaire. Pour le marché US, certification FCC en parallèle. Compter 3 à 8 k€ de coût lab selon la complexité.
Vous développez aussi l'application mobile / web ?
Nous prenons en charge les briques back-end (MQTT broker, API REST, base de données, dashboard) et les firmwares qui s'y connectent. Pour les applications mobiles natives (iOS/Android) ou les interfaces web plus avancées, nous travaillons avec des développeurs partenaires que nous définissons ensemble : soit ceux que vous connaissez déjà, soit ceux que nous identifions pour vous. Pulse Conception reste votre interlocuteur technique et garantit la cohérence d'ensemble du projet.

Cadrons votre projet IoT

10 minutes avec l'analyseur, ou un échange direct pour discuter de l'architecture cible.

Analyser mon projet IoT →Contact direct