Flux de données
:::info Référence rapide — Chemin des données Capteurs/PLCs → MQTT/OPC-UA → Travailleurs d'ingestion → PostgreSQL/TimescaleDB → FastAPI → Interface React
Toutes les données restent sur site. Aucune dépendance au cloud. Aucune connexion internet requise. :::
OpSee connecte le monde physique (capteurs, PLCs, appareils IoT) à des tableaux de bord et analyses en temps réel. Cette page explique comment les données circulent dans le système, de l'atelier à votre écran.
Pourquoi est-ce important ?
Si vous êtes novice en logiciels industriels, le flux de données peut sembler complexe. Voici une façon simple d'y penser :
Pensez à OpSee comme à une station météo. Une station météo dispose de capteurs (thermomètre, pluviomètre, girouette) qui mesurent continuellement les conditions. Ces mesures sont collectées, stockées dans une base de données et affichées sur un tableau de bord qui vous montre la météo actuelle et les tendances historiques.
OpSee fonctionne de la même manière, mais pour votre usine :
- Des capteurs sur les machines mesurent la température, la vitesse, l'état (en marche/arrêté) et les comptages
- Des travailleurs (processus logiciels) collectent et stockent ces mesures
- Des tableaux de bord affichent des métriques de production en temps réel et des analyses historiques
La différence clé est qu'OpSee ajoute également de l'intelligence : il calcule automatiquement l'OEE, détecte les événements d'arrêt et permet aux opérateurs de classer les raisons des arrêts.
Vue d'ensemble
Couche par couche
1. Atelier (Sources de données)
| Source | Protocole | Description |
|---|---|---|
| PLCs / SCADA | MQTT, OPC-UA | Les contrôleurs industriels publient l'état des machines, les compteurs et les alarmes |
| Capteurs IoT | MQTT | Capteurs de température, pression, vibration via des passerelles IoT |
| Node-RED | MQTT | Programmation de flux visuelle pour transformer, router et enrichir les données avant qu'elles n'atteignent OpSee |
| Saisie manuelle | HTTP (Interface) | Les opérateurs enregistrent les raisons d'arrêt, les défauts de qualité et les comptages de production directement dans OpSee |
2. Broker de messages (Transport)
MQTT (Mosquitto) est le transport de messages principal. Il utilise un modèle publication/abonnement :
- Éditeurs — Les PLCs, capteurs et flux Node-RED publient des données sur des topics MQTT
- Abonnés — Les travailleurs d'ingestion d'OpSee s'abonnent aux topics pertinents
- Les topics suivent une convention de nommage structurée, ex. :
plant/line1/machine3/state
OPC-UA est pris en charge comme alternative pour les environnements industriels qui l'utilisent nativement. Le travailleur OPC-UA d'OpSee se connecte directement aux serveurs OPC-UA.
3. Couche d'ingestion (Traitement)
Deux chemins d'ingestion parallèles garantissent que les données atteignent la base de données :
| Travailleur | Rôle |
|---|---|
| Travailleur collecteur MQTT | S'abonne aux brokers MQTT, analyse les charges utiles, les associe aux équipements et aux tags, écrit dans la base de données |
| Travailleur collecteur OPC-UA | S'abonne aux serveurs OPC-UA (notifications data-change), associe les valeurs aux équipements et aux tags, écrit dans la base de données |
Les travailleurs sont gérés via l'API OpSee — vous pouvez surveiller leur statut, activer/désactiver le mode débogage et ajuster les intervalles d'interrogation depuis le panneau d'administration.
:::info Mode découverte Le travailleur de découverte MQTT analyse automatiquement les topics MQTT pour trouver de nouvelles sources de données. Cela aide lors de la configuration initiale lorsque vous associez les capteurs aux équipements. :::
4. Stockage (Base de données)
PostgreSQL + TimescaleDB est la source unique de vérité :
- Données de référence (tables préfixées
m_) — Équipements, matières, personnel, recettes, configuration OEE - Données réelles (tables préfixées
a_) — Événements de production, enregistrements de disponibilité, journaux de qualité, piste d'audit - Séries temporelles — Tables hyper TimescaleDB pour les données de capteurs haute fréquence avec compression automatique et rétention
Toutes les données sont stockées localement — OpSee fonctionne entièrement sur site sans aucune dépendance au cloud.
5. Couche applicative (Présentation)
| Composant | Rôle |
|---|---|
| Backend FastAPI | API REST qui interroge la base de données, calcule les métriques OEE, applique le contrôle d'accès et sert les données aux clients |
| Frontend React | Application monopage avec tableaux de bord en temps réel, grilles de données, formulaires et le système de widgets Cockpit |
| Grafana | Visualisation avancée des séries temporelles et alertes pour les tendances des données de capteurs |
Exemples de flux de données
Exemple 1 : Changement d'état d'une machine
Exemple 2 : L'opérateur enregistre une raison d'arrêt
Architecture hors ligne
OpSee est conçu pour les environnements industriels où la connectivité internet est peu fiable ou inexistante :
- Tous les services s'exécutent localement via des conteneurs Docker
- Pas d'appels API externes ni de dépendances cloud
- Les données restent sur site
- Le frontend React est entièrement bundlé — pas de ressources CDN
- MQTT et OPC-UA fonctionnent sur le réseau local
Cela rend OpSee adapté aux environnements isolés, aux installations classifiées et aux sites de fabrication distants.
Prochaines étapes
- Aperçu de l'architecture — Architecture technique détaillée de tous les services
- Fondamentaux de l'OEE — Comment l'OEE est calculé à partir des données ingérées
- Modèle d'équipement — Comment les capteurs sont associés aux équipements