Publicité
12
ANNEXE 2 – PROTOCOLE MQTT
Ce document décrit l'infrastructure requise, les données publiées et le modèle de fonctionnement du DigiRail OEE pour publier des données sur
un nuage à l'aide du protocole MQTT. L'appareil prend en charge l'ensemble de Brokers MQTT suivant :
Google IoT ;
•
Microsoft Azure ;
•
AWS ;
•
NOVUS Cloud ;
•
LiveMES ;
•
Mina ;
•
Broker MQTT générique (version 5.0 ou supérieure).
•
12.1 RUBRIQUES DE PUBLICATION ET D'ABONNEMENT
Le DigiRail OEE utilise cinq rubriques pour son fonctionnement. Ces rubriques sont définies lors du processus de configuration de l'appareil et
sont stockées dans les variables suivantes :
Device data : utilisée pour publier (publish) les données générées par l'appareil. Il en a deux types : channel et events.
•
Config : utilisée pour envoyer les données de configuration à l'appareil (subscribe). L'appareil s'abonne à cette rubrique et indique la mise à
•
jour sur la rubrique Config Ack.
Config Ack : l'appareil publie (publish) la configuration actuelle sur cette rubrique. Si la rubrique Config reçoit une nouvelle configuration, la
•
confirmation de l'application de cette configuration se fait par cette rubrique.
Command : l'appareil reçoit (subscribe) les commandes par cette rubrique. Le résultat de l'exécution de la commande est publié sur la
•
rubrique Command Ack.
Command Ack : l'appareil publie (publish) le résultat des commandes exécutées sur cette rubrique.
•
Voir le tableau ci-dessous :
RUBRIQUE
PUB/SUB
Device data
Publish
Config
Subscribe
Config Ack
Publish
Command
Subscribe
Command Ack
Publish
13.1.1 MODÈLE DE BASE DE PUBLICATIONS
Pour faciliter le traitement du contenu des messages MQTT, les publications afficheront toujours l'identifiant du modèle de produit et l'identifiant
défini par l'utilisateur, caractérisés respectivement par les champs « pid » et « device_id ». La valeur du champ « device_id» est configurée
dans le paramètre Device ID des paramètres MQTT du logiciel NXperience.
Identifiants applicables à DigiRail OEE :
13.1.2 MODÈLE D'ENVOI DE DONNÉES ET ÉVÉNEMENTS
La publication des événements et des données générés par l'appareil suit le modèle standard MQTT et utilise une rubrique définie lors de la
configuration.
13.1.3 MODÈLE D'ENVOI DE PARAMÈTRES ET COMMANDES
Le modèle standard de fonctionnement des commandes et paramètres a été basé sur la mise en service de device twins du nuage Microsoft
Azure, utilisée pour synchroniser les paramètres et conditions de l'appareil, comme décrit dans
Dans ce modèle il y a deux concepts essentiels :
Desired properties : ce sont les conditions et les paramètres que l'application backend peut modifier ou consulter dans l'appareil avec
•
lequel elle interagit.
Reported properties : elles sont utilisées comme réponse à la réception des Desired properties, où l'appareil indique l'état
•
actuel ou le résultat d'une commande.
Ce modèle d'échange de messages nécessite deux rubriques différentes pour fonctionner. La première est la rubrique sur laquelle l'appareil doit
être abonnée afin qu'il puisse recevoir les Desired properties. Cette étape, démarrée par l'application, s'appelle « request ». La
NOVUS AUTOMATION
Publication de données générées par l'appareil. Cette rubrique reçoit les
Événements.
Réception des données de configuration.
Réponse aux données de configuration.
Réception de commandes. Cette rubrique reçoit les commandes de Output,
Gateway MQTT RS485
et
Get
Réponse à l'exécution des commandes.
Tableau 3 –
Rubriques de publication et d'abonnement
MODÈLE
DigiRail OEE ETH
DigiRail OEE WRL
Identifiants
UTILISATION
diagnostic.
PID
51452945
51387408
Understand and use device twins in IoT
Données du canal
et
Reset counters,
Hub.
52/102
Publicité
