Table des Matières
Publicité
6.2.3 ÉVÉNEMENTS
Lorsque le canal numérique est configuré en mode « Enregistrement » et qu'un événement survienne, un message type événement est créé, avec
le canal, l'horodatage et le front où l'événement a eu lieu. Les données sont en format JSON et disposent des paires clé/valeur suivants :
{
"device_id": "device0",
"events": {
"chd1": {
"timestamp":1585819219.685,
"edge":1,
}
}
}
Remarques :
La valeur de timestamp est aussi en format Unix Timestamp en UTC (GMT 0), cependant, les millisecondes de l'événement ont été
•
ajoutées en tant que partie fractionnaire.
En ce qui concerne la valeur edge : « 1 » indique que l'événement s'est produit sur un front montant. « 0 » indique que l'événement s'est
•
produit sur un front descendant.
6.3
CONFIGURATION
Quelques ensembles de paramètres de l'appareil peuvent être modifiés ou consultés via MQTT par la publication sur la rubrique qui reçoit les
paramètres de l'appareil. Une confirmation de cette publication est reçue sur la rubrique de confirmation de la configuration.
Les éléments de configuration disponibles pour ce type d'appareil sont :
ÉLÉMENT DE
CONFIGURATION
rtc
device
chdX
Periodic counter reset
chX
eth
wifi
modbus tcp
rs485
6.3.1 MODÈLE D'ENVOI DE PARAMÈTRES ET DE COMMANDES
Le modèle standard de fonctionnement des commandes et des paramètres a été développé pour permettre la synchronisation des paramètres et
des conditions de l'appareil avec le nuage.
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 sur 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 son é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, est appelée « request ». La
deuxième rubrique sera utilisée afin que l'appareil puisse publier les Reported properties après l'exécution de la commande ou de la
configuration. Cette étape est appelée « response ».
Pour plus d'informations sur l'envoi de paramètres via MQTT au DigiRail OEE, consultez la documentation sur le protocole MQTT disponible dans
la page du produit sur le site Web NOVUS.
6.4
COMMANDES
Suivant le même modèle d'envoi de paramètres, les commandes doivent être publiées sur la Rubrique pour recevoir des commandes. Le type
de donnée est indiqué dans le JSON du message. La réponse de l'exécution des commandes se fait par la Rubrique de confirmation de
commande.
Les commandes disponibles pour le DigiRail OEE sont :
Output : utilisée pour obtenir ou modifier l'état des sorties numériques.
•
Reset counters : utilisée pour remettre à zéro les compteurs numériques.
•
Get diagnostic : utilisée pour obtenir des données de diagnostic de l'appareil.
•
Réglage du RTC (Real Time Clock – horloge interne de l'appareil).
Paramètres généraux de l'appareil.
Configuration du canal numérique 'X' (disponibles : chd1, chd2, chd3, chd4, chd5 et chd6).
Configuration de la périodicité de la remise à zéro des compteurs numériques.
Configuration du canal analogique 'X' (disponibles : ch1 et ch2).
Configuration de l'interface Ethernet (s'il existe).
Configuration de l'interface Wi-Fi (s'il existe).
Configuration du protocole Modbus TCP.
Configuration de l'interface RS485.
Tableau 06 – Éléments de configuration
DESCRIPTION
Publicité
Table des Matières
