Superviser et piloter vos équipements à distanceUn automate dans une parcelle, une machine dans un atelier, un capteur au bout d'un champ : voir, comprendre, agir.

Vos équipements produisent déjà des données : un automate Niagara ou Siemens, un compteur, une sonde météo, une pompe. Elles restent souvent enfermées dans l'outil du constructeur, lent et accessible d'un seul poste. Nous les remontons dans une plateforme que vos équipes ouvrent sur leur téléphone, avec l'historique, les alertes et, quand c'est pertinent, la commande à distance.

Vos situations

Ce que nous rencontrons sur le terrain

Il faut se déplacer sur site pour connaître l'état d'une installation.

L'outil du constructeur met quarante-cinq secondes à répondre et ne marche que depuis un PC dédié.

Les alarmes existent sur l'automate, mais personne ne les reçoit à distance.

Les relevés sont notés à la main, puis recopiés dans un tableur.

Trois marques d'équipements, trois logiciels, aucune vue d'ensemble.

Le site est en zone blanche, ou relié en 4G avec un abonnement limité.

Ce que nous livrons

Ce que nous construisons

La passerelle vers vos équipements

Un service qui parle le protocole de vos automates et capteurs, BACnet/IP, Modbus, OPC UA, MQTT, LoRaWAN, et remonte les données sans les modifier ni contourner leurs sécurités.

La plateforme de supervision

Historique dans une base de données temporelle, tableaux de bord par site et par équipement, application web installable sur mobile, comptes par rôle et par organisation.

Les alertes et le pilotage

Seuils, absences de remontée, défauts : notifications sur téléphone et par mail. Commandes à distance quand l'équipement le permet, avec les sécurités locales toujours prioritaires.

L'exploitation

Hébergement en France, sauvegardes testées, mises à jour, supervision de la plateforme elle-même : nous faisons tourner ce que nous livrons.

Déroulé

De l'automate à l'application, en quatre étapes

  1. 01

    Pilote de communication

    On se connecte à un équipement réel, on lit ses points, on mesure. C'est là qu'on découvre les particularités du protocole et du constructeur.

  2. 02

    Modèle de données

    Ce qu'on mesure, à quelle fréquence, combien de temps on le garde, ce qui déclenche une alerte. Écrit avec les personnes qui exploitent l'installation.

  3. 03

    Plateforme et application

    Collecte, base temporelle, interface web et mobile, alertes, comptes. Une première version utilisable sur un site avant d'étendre.

  4. 04

    Déploiement et exploitation

    Mise en production, formation, puis extension aux autres sites. La plateforme est supervisée comme n'importe quelle application critique.

Un exemple livré : des couvertures viticoles pilotées à distance

Un fabricant de couvertures rétractables pour la vigne voulait offrir à ses clients la supervision de leurs parcelles. Chaque parcelle est pilotée par un automate Niagara Edge 10, consultable sur place ou via l'outil constructeur, à raison de quarante-cinq secondes par requête.

Nous avons écrit un pilote BACnet/IP qui lit les capteurs météo, les seuils, la position et le code défaut de chaque rang, et envoie les commandes de déploiement et de repli, en moins de deux secondes. Par-dessus, une plateforme web et mobile : historique dans une base temporelle, alertes, quatre niveaux de droits, multi-domaines. Les sécurités automatiques de l'automate, gel, grêle, pluie, vent, gardent toujours la priorité sur une commande manuelle.

Les protocoles que nous parlons

  • BACnet/IP : automates de bâtiment et d'équipements, Tridium Niagara, Distech, Siemens.
  • Modbus TCP et RTU : compteurs, variateurs, automates industriels.
  • OPC UA et MQTT : passerelles et équipements récents.
  • LoRaWAN : capteurs à faible consommation sur de grandes surfaces, avec un réseau privé ChirpStack quand la couverture publique manque.
  • 4G et liaisons contraintes : collecte tolérante aux coupures, remontée différée, consommation de données maîtrisée.

Ce qui distingue une supervision qui sert d'un tableau de bord de plus

  • Les données sont fiables : chaque point remonté porte son horodatage et sa qualité ; une absence de donnée est une information, pas un trou.
  • Les alertes sont utiles : peu nombreuses, calibrées avec les exploitants, avec une action attendue.
  • La commande est sûre : jamais en contournant les sécurités de l'équipement, toujours journalisée, avec des droits par personne.
  • Ça marche sur le terrain : sur un téléphone, avec une connexion médiocre, par quelqu'un qui a des gants.

Et l'IA là-dedans

Une fois les données collectées et historisées, elles servent à autre chose que des courbes : détection d'une dérive avant la panne, prévision d'une consommation, corrélation entre météo et fonctionnement. Nous n'en faisons pas une promesse au démarrage ; nous construisons d'abord la collecte propre, sans laquelle aucune IA ne vaut rien. Quand le moment vient, l'intégration se fait sur vos données réelles.

Ce que ça coûte

Un pilote de communication sur un équipement réel se fait en quelques jours et lève l'essentiel des incertitudes. Une plateforme complète, collecte, historique, application, alertes, représente quelques semaines d'ingénierie, puis un forfait d'exploitation mensuel. Nous commençons toujours par le pilote : s'il ne parle pas à votre équipement, vous le savez avant d'avoir engagé le reste.

Repères

Preuves

Ce que nous avons livré et exploitons

  • Pour un fabricant de couvertures viticoles : pilote BACnet/IP sur automate Niagara Edge 10, plateforme de supervision temps réel avec base TimescaleDB, application mobile, alertes et commandes à distance. Lecture en moins de deux secondes contre quarante-cinq auparavant.

  • Un concepteur de devis en ligne pour un découpeur de métal, branché sur ses paramètres de fabrication.

  • Un cluster Kubernetes et des chaînes de sauvegarde exploités pour des PME, avec supervision et alertes.

Questions fréquentes

Les questions qu'on nous pose

Nos automates sont anciens, est-ce possible ?

Le plus souvent, oui : Modbus et BACnet existent depuis des décennies et la plupart des automates parlent l'un des deux, parfois via une passerelle. Le pilote de communication, réalisé en quelques jours sur un équipement réel, répond à la question avant d'engager le reste.

Faut-il exposer nos équipements sur internet ?

Non, et nous le déconseillons. La collecte se fait par un service placé sur le réseau de l'équipement ou par un tunnel sortant, jamais en ouvrant l'automate vers l'extérieur. Les commandes passent par la plateforme, authentifiée, journalisée, avec des droits par personne.

Que se passe-t-il si la connexion 4G tombe ?

L'équipement continue de fonctionner avec ses propres automatismes, la collecte reprend et rattrape les données manquantes quand la liaison revient, et la plateforme signale l'absence de remontée comme une alerte. C'est un cas prévu dès la conception.

Pouvons-nous piloter, ou seulement voir ?

Les deux, si l'équipement le permet et si vous le souhaitez. Nous respectons toujours les sécurités locales, qui gardent la priorité sur une commande à distance, et chaque commande est tracée. Certains clients préfèrent commencer par la supervision seule et ajouter le pilotage plus tard.

Combien de temps pour un premier site ?

Quelques jours pour le pilote de communication, quelques semaines pour une plateforme utilisable sur un premier site. L'extension aux sites suivants est rapide, la plateforme est conçue multi-sites et multi-organisations dès le départ.

Quel équipement aimeriez-vous voir depuis votre téléphone ?

Trente minutes pour parler protocole, connectivité et premier site pilote.

Réserver un diagnostic gratuit

Nous utilisons des cookies pour analyser le trafic et améliorer votre expérience. En savoir plus