Quatre parties, un serveur, le tout sur votre réseau.
L’acquisition, le cockpit opérateur, les écrans TV et le portail d’administration sont servis par un ensemble de conteneurs Docker sur un serveur de votre réseau : l’application, PostgreSQL, Redis, un broker MQTT, un proxy inverse et une sauvegarde nocturne.
États et compteurs, lus par cycle ou poussés
Navigateurs sur tablettes et écrans, mis à jour par le serveur
Conteneurs Docker
- Application derrière un proxy inverse
- PostgreSQL et Redis
- Broker MQTT et sauvegarde nocturne
OF entrants, quantités et temps en retour
Modélisation, rapports, export CSV
Conçu pour tourner là où sont les machines.
Le serveur est sur le même réseau que les automates : une coupure internet n’arrête pas l’atelier, et les données de production restent sur un matériel que vous maîtrisez. Les projets réutilisent la même plateforme : une intégration sur mesure ne veut pas dire payer deux fois les fondations.
Quatre règles que tient la plateforme.
Elles expliquent pourquoi la même usine se lit de la même façon sur chaque écran, et pourquoi une restauration rend ce qu’elle doit.
- 01
Les écrans affichent ; le serveur décide.
Chaque chiffre est calculé côté serveur. Le cockpit, la TV et le portail affichent ce qu’on leur envoie : aucun écran ne peut publier un chiffre à lui.
- 02
Une machine, une ligne, un atelier, un site.
L’usine est modélisée en arbre strict. Un code machine en double est refusé, et désactiver une ligne masque ses machines aux cockpits sans effacer leur historique.
- 03
Chaque rôle voit son périmètre.
Opérateur, superviseur, administrateur technique et écran TV, chacun avec ses droits. Désactiver un compte met fin à ses sessions immédiatement.
- 04
Une sauvegarde, c’est plus que la base.
La sauvegarde nocturne garde 30 jours, et les documents, les archives de rétention et les rapports planifiés accompagnent la base, chacun dans son fichier : une restauration rend les fichiers autant que les lignes qui les nomment.
Chaque partie, et la page qui la décrit.
Acquisition
Lit les serveurs OPC UA, s’abonne aux topics MQTT et accepte l’envoi HTTP, puis déduit états et comptages de ce qui arrive. Les automates qui ne parlent aucun de ces protocoles sont lus via une passerelle sur la ligne.
Cockpit opérateur
L’écran à la machine : l’OF en cours, la cause d’un arrêt, les pièces non conformes. Il ne calcule rien, et il continue de fonctionner pendant une coupure Wi-Fi.
Écrans TV
Un navigateur sur une TV connectée ou un petit boîtier, qui fait défiler l’état, le TRS et la cadence de chaque ligne contre la nominale, poussés par le serveur au fil des changements.
Portail d’administration
L’application navigateur où l’usine est modélisée (structure, articles et cadences nominales, arborescences de motifs, postes, correspondance des signaux, utilisateurs) et où son historique est analysé et publié.
Interfaces
Une API REST avec jetons de service pour les intégrations, un échange JSON ou CSV avec l’ERP aux champs mis en correspondance, et un export CSV de la chronologie pour les outils de BI.
Ce à quoi la plateforme s’engage.
- Déploiement
- Docker Compose, sur un serveur de votre réseau
- Services
- Application · PostgreSQL 16 · Redis · broker MQTT · proxy inverse
- Sauvegardes
- Nocturnes, 30 jours conservés
- Accès
- Comptes, quatre rôles, périmètre par site
- Temps réel
- Événements serveur vers cockpits et TV
- Interfaces
- API REST · JSON · CSV
- Structure
- Site › atelier › ligne › machine
Questions fréquentes.
Apportez vos exigences réseau et sécurité, et interrogez les ingénieurs qui l’installent.
Réserver un appelSur un serveur de votre réseau, en conteneurs Docker : l’application derrière un proxy inverse, PostgreSQL, Redis et un broker MQTT pour les signaux machine. La base est sauvegardée chaque nuit, avec 30 jours conservés.
Pas pour faire tourner l’atelier. Machines, cockpits, écrans TV et portail dialoguent tous avec le serveur sur votre réseau.
Quatre : opérateur, pour le terminal à la machine ; superviseur, pour les OF, les motifs et les corrections ; administrateur technique, pour l’acquisition, la structure et les comptes ; et un rôle en lecture seule pour les écrans TV.
Oui. Une API REST avec jetons de service sert les intégrations, et la chronologie s’exporte en CSV pour les outils de BI, avec ses segments, une synthèse des indicateurs et le diagnostic des compteurs.
La base, et avec elle les documents et pièces jointes, les archives de rétention et les rapports planifiés, chacun conservé dans son propre fichier de la sauvegarde nocturne.
Préparez le changement avant qu’il n’atteigne la ligne.
Demandez une démo : un ingénieur examine le fonctionnement actuel de votre production, montre comment le logiciel s’y intégrerait, et sur quelle ligne un pilote commencerait.
01Choisissez un créneau
Réservez dans le calendrier, et notez ce que vous fabriquez et ce qui relève vos machines aujourd’hui.
02Écran partagé avec un ingénieur
Un appel vidéo avec une personne qui développe le logiciel, en français ou en anglais.
03Ce qui se connecte
Pour chaque machine, sa liaison : native (OPC UA, MQTT ou HTTP push), via une passerelle, ou rien à construire.