L’enregistrement commence à l’automate, pas au clavier.

Les signaux de chaque machine sont décrits une fois (une variable OPC UA, un topic MQTT ou un envoi HTTP) et lus au cycle que vous fixez. États, comptages et indicateur de qualité viennent de l’automate, et la production est la différence entre deux lectures de son propre compteur.

Une usine n’est jamais d’une seule génération d’équipements.

La presse achetée en 1998 et le centre d’usinage livré l’an dernier produisent tous deux aujourd’hui, et un seul a un serveur OPC UA. VZIAM MES lit lui-même OPC UA, MQTT et HTTP ; un automate Modbus, Siemens S7 ou propriétaire est lu par une passerelle sur la ligne, qui traduit ses signaux en MQTT. Quelle machine passe par où se décide pendant l’état des lieux, machine par machine.

Quatre règles entre l’automate et les chiffres.

Un chiffre ne vaut que le signal qui le porte. Ces règles sont ce qui rend le signal fiable.

  1. 01

    Un compteur machine n’est jamais remis à zéro.

    VZIAM MES n’envoie jamais de remise à zéro à un automate. La production est la lecture courante moins la précédente, jamais inférieure à zéro.

  2. 02

    Un rebouclage est absorbé, pas soustrait.

    Quand un compteur lit moins qu’avant (il a rebouclé, ou un capteur a été remplacé), le delta est bloqué à zéro et la référence passe à la nouvelle lecture : rien de déjà compté n’est retiré.

  3. 03

    Une valeur peu fiable reste hors des chiffres.

    Chaque valeur arrive avec un indicateur de qualité. Une lecture signalée en erreur capteur est ignorée par le calcul du TRS au lieu d’être moyennée avec les autres.

  4. 04

    Le silence n’est pas encore un arrêt.

    Un automate muet déclenche une pré-alerte après 15 s et devient un arrêt après 60 s, deux délais fixés par machine. Une connexion perdue passe la machine hors ligne et lève une alerte de perte de signal, au lieu d’enregistrer une panne.

De l’adresse automate au chiffre à l’écran.

OPC UA, MQTT et HTTP, en natif

Les variables OPC UA sont lues au cycle d’interrogation du dataset, les topics MQTT sont reçus par le broker livré avec le serveur, et un équipement de terrain ou un script peut envoyer ses relevés en HTTP.

Tout le reste via une passerelle

Un automate Modbus, Siemens S7 ou propriétaire est lu par une passerelle sur la ligne (Node-RED ou un boîtier DAS) qui publie ses signaux en MQTT. Qui la fournit et l’entretient se décide avant la mise en service.

Datasets et tags

Les tags sont regroupés en dataset par machine ou par ligne, et chacun relie une adresse automate (un NodeId OPC UA ou un topic MQTT) à un nom utilisé par le reste de la plateforme.

Des formules sur les tags

Un tag peut être une formule sur d’autres : convertir une valeur brute en unité, combiner deux capteurs, comparer à un seuil. Une formule mal écrite garde la dernière valeur et lève une alerte de configuration.

Les états déduits des signaux

Marche, arrêt, attente et hors ligne se déduisent de ce que rapporte l’automate, pas d’une déclaration, et chaque changement d’état est journalisé avec sa source.

L’historique des signaux

Une valeur est enregistrée quand elle varie de plus qu’une bande morte que vous fixez, et les longues périodes reviennent en minimum, maximum et moyenne par intervalle : un mois de relevés reste lisible.

Ce à quoi l’acquisition s’engage.

Protocoles natifs
OPC UA · MQTT · HTTP
Via une passerelle
Modbus · Siemens S7 · propriétaire
Lecture
Par dataset, au cycle d’interrogation fixé
Compteurs
Deltas, jamais remis à zéro, rebouclage absorbé
Qualité du signal
Indicateur sur chaque valeur
Détection d’arrêt
Pré-alerte à 15 s, arrêt à 60 s, par machine
Historique brut
Bande morte, 90 jours, puis archivé

Questions fréquentes.

Envoyez les marques et modèles de vos automates et demandez aux ingénieurs comment chacun se connecte.

Réserver un appel

Les automates dotés d’un serveur OPC UA, les équipements qui publient en MQTT, et tout ce qui peut envoyer du JSON en HTTP. Un automate Modbus, Siemens S7 ou propriétaire est lu via une passerelle qui traduit ses signaux en MQTT.

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.

Déroulement de la démo
  1. 01Choisissez un créneau

    Réservez dans le calendrier, et notez ce que vous fabriquez et ce qui relève vos machines aujourd’hui.

  2. 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.

  3. 03Ce qui se connecte

    Pour chaque machine, sa liaison : native (OPC UA, MQTT ou HTTP push), via une passerelle, ou rien à construire.