Expertise / Télémétrie IoT

Systèmes connectés

Des pipelines de télémétrie
de l'équipement à la décision

Nous construisons la couche entre les actifs physiques et les personnes qui en ont la charge : connectivité authentifiée des équipements, ingestion qui résiste aux liaisons dégradées, traitement en flux avec une véritable sémantique d'alarme et un stockage encore interrogeable des années plus tard.

Ce que nous construisons

Capacités de la plateforme

Chacune des couches ci-dessous tourne déjà en production — stockage d'énergie, recharge et télémétrie de flotte — et n'a pas été esquissée pour une proposition commerciale.

Connectivité des équipements

Transports MQTT, HTTP et WebSocket, complétés d'adaptateurs de protocole pour les passerelles et automates qui parlent autre chose. Les nouvelles familles d'équipements arrivent comme adaptateurs, pas comme forks du cœur.

Identité et accès des équipements

Identifiants propres à chaque équipement, autorisation par jetons et topics cloisonnés. Une passerelle compromise ne peut ni lire ni publier en dehors de ses propres actifs.

Ingestion tolérante aux pannes

Mise en tampon, retries avec backoff et déduplication côté edge comme côté serveur. Les équipements sur liaison instable rattrapent leur historique au lieu de le perdre.

Traitement en flux

Filtrage, agrégation, enrichissement et détection d'anomalies sur le flux en direct. L'automatisation par seuils et règles se déclenche quelques secondes après la mesure qui l'a provoquée.

Stockage de séries temporelles

Paliers de rétention, sous-échantillonnage et agrégats continus : un an d'historique reste interrogeable sans conserver chaque échantillon brut en accès chaud.

Visibilité pour l'exploitant

Vues d'ensemble de la flotte et des actifs avec statut, géolocalisation et chronologie des sessions, widgets sur mesure et exploration détaillée, cloisonnés par rôle pour l'exploitation, le support et la direction.

Chemin des données

Le parcours d'une mesure

Six étapes entre un capteur et un exploitant. La plupart des plateformes IoT échouent aux frontières entre ces étapes : c'est précisément là que nous concentrons l'effort de conception.

01

Edge et passerelle

Le firmware de l'équipement ou l'agent de la passerelle publie une télémétrie structurée. Nous définissons le schéma de payload et l'arborescence des topics avant de construire quoi que ce soit d'autre.

02

Ingestion

Broker ou endpoint HTTP avec authentification, limitation de débit, mise en tampon et déduplication. Les payloads malformés sont mis en quarantaine, jamais écartés en silence.

03

Normalisation

Unités, horodatages et métadonnées d'équipement sont ramenés à un modèle canonique unique, pour que le code en aval n'ait jamais à connaître le fabricant.

04

Traitement et règles

Fenêtres d'agrégation, détection d'anomalies et règles d'alarme évaluées sur le flux en direct, avec niveaux de gravité et origine renseignés sur chaque événement.

05

Stockage

Séries temporelles chaudes pour les tableaux de bord, agrégats consolidés pour les tendances, archive froide pour la conformité. Les schémas de requête dictent l'organisation.

06

Consommation

Tableaux de bord d'exploitation, canaux d'alerte, extractions BI et intégrations back-office lisent tous les mêmes données normalisées.

Technologie

Ce qui tourne sous le capot

Déployable en cloud, on-premise ou en infrastructure hybride sans réécrire la couche applicative.

Transport
  • MQTT
  • HTTP
  • WebSocket
  • Protocol adapters
Traitement
  • Node.js
  • Kafka
  • RabbitMQ
  • Rule engine
Stockage
  • TimescaleDB
  • PostgreSQL
  • ClickHouse
  • Redis
Exploitation
  • Docker
  • Kubernetes
  • OpenTelemetry
  • Structured logging

Vous concevez une plateforme de télémétrie ?

Indiquez-nous les familles d'équipements, le débit de messages et la rétention nécessaires. Nous esquisserons une architecture d'ingestion, de traitement et de stockage qui passe du pilote à la production sans réécriture.