Le local est la source
L'application écrit dans une base embarquée, puis pousse. L'opérateur ne voit jamais un écran de chargement dépendre d'une antenne : il travaille, l'envoi suit.
Applications mobiles, passerelles et back-ends pour produits connectés : Bluetooth, équipements embarqués, télémétrie, synchronisation et pilotage à distance. Nous concevons pour le terrain réel — celui où le réseau tombe et où l'opérateur porte des gants.
Nos partis pris01 / PARTIS PRIS
Dans un local technique, un parking souterrain ou une zone rurale, le réseau n'est pas dégradé : il est absent. Une application terrain qui suppose la connexion est une application qui échoue le jour où elle compte. Nous partons donc de l'inverse — le local d'abord, la synchronisation ensuite.
L'application écrit dans une base embarquée, puis pousse. L'opérateur ne voit jamais un écran de chargement dépendre d'une antenne : il travaille, l'envoi suit.
Deux agents modifient la même intervention hors ligne : qui gagne ? La réponse n'est pas technique. Nous la posons avec le métier au cadrage, puis nous l'implémentons explicitement.
Trouver le bon équipement parmi douze, comprendre pourquoi la connexion échoue, savoir quoi faire : la moitié du travail Bluetooth se joue dans l’interface et les messages d’erreur, pas dans le protocole.
Avant de s'engager sur un calendrier, nous validons la liaison sur les équipements réels, dans les conditions réelles. Un simulateur ne révèle jamais les surprises d'un firmware.
02 / PARC
La mise en service n'est que le début : les équipements se déplacent, tombent en panne, changent de firmware, sortent du parc. Sans outil de suivi, l'exploitant perd la main au bout de dix-huit mois.
Nous livrons systématiquement une console d'exploitation avec le produit — pas une page d'administration bricolée à la fin du projet.
Identité, version, dernière remontée, site d'affectation, historique d'intervention.
Batterie, dérive de mesure, silence anormal : l'alerte part avant la panne visible.
Déploiement par lots, sur un site témoin d'abord, avec retour arrière possible.
Identité par équipement, secrets rotatifs, chiffrement du transport, révocation immédiate.
03 / TERRAINS
Relevés, contrôles et comptes rendus en zone sans couverture réseau.
Commande locale et à distance d'équipements électriques, appairage grand public.
Pointage, contrôle qualité, suivi de lots et remontée vers l'ERP.
Positions, états et flux d'information exploités par les usagers ou les exploitants.
Références détaillées disponibles sur demande — certaines sont sous accord de confidentialité.
04 / QUESTIONS
Oui, c'est la situation habituelle. Nous prenons la partie applicative — mobile, passerelle, back-end, supervision — et nous nous interfaçons avec le firmware et le matériel produits par vos équipes ou votre partenaire.
Nous l'intégrons à partir de sa documentation, et à défaut par observation des trames sur le matériel réel. C'est précisément ce que valide le PoC : une spécification propriétaire est presque toujours incomplète.
Quelques semaines. Le délai dépend surtout de la disponibilité des équipements et des versions de firmware à couvrir, rarement du développement lui-même.
Le parc installé ne se met pas à jour d'un claquement de doigts : la compatibilité ascendante est une contrainte permanente. Elle se traite dans l'architecture, pas au cas par cas.
Oui, et nous la livrons avec le produit plutôt qu'après. Sans inventaire vivant ni alertes, un exploitant perd la main sur son parc en moins de deux ans.
Oui, sur un cloud privé ou hybride opéré en France, avec files de messages, reprise et supervision — voir notre page hébergement cloud managé.
Bluetooth · Embarqué · Hors connexion · Télémétrie · Supervision de parc
Décrivez le matériel, l'environnement d'usage et ce que doivent en faire vos équipes. Nous proposons généralement un PoC sur le vrai équipement avant tout engagement.
Cadrer un produit connecté