Scénario
|
Description
|
---|---|
Redémarrage de la plateforme
|
Lorsque la plateforme redémarre, elle ne peut pas lire les valeurs initiales à partir de l'Edge pour les propriétés distantes marquées comme Read from Edge. Ceci est dû à l'absence de connexions WebSocket actives.
|
L'Edge/Kepware se reconnecte après la déconnexion
|
Lorsque l'Edge/Kepware se reconnecte après une perte de connexion, il tente une liaison. Cette opération suit le modèle de liaison mentionné pour le scénario Redémarrage de la plateforme (scénario 1). Cela se produit parce qu'aucune propriété Edge n'est lue dans le processus.
|
Redémarrage du service de l'objet ou enregistrement à partir de Composer
|
Dans ce cas d'utilisation, l'objet est d'abord marqué comme arrêté. Cela entraîne la perte des liaisons avec le point de terminaison de l'Edge.
Lors de l'exécution de la méthode RestartThing, ThingWorx Platform commence par se lier au point de terminaison existant et appelle la méthode notifyPropertyUpdate. Ce périphérique Edge appelle GetPropertySubscriptions pour obtenir des informations sur les propriétés distantes et les liaisons. Cet appel peut échouer dès lors que l'objet n'a pas démarré. Certaines propriétés peuvent être mises à jour suite à l'appel de readPropertyValueFromEdge.
|
Démarrage à froid de Kepware
|
Lorsque Kepware démarre pour la première fois sur un système, il ne dispose d'aucune information sur la liaison des propriétés. Après le démarrage, Kepware se connecte à ThingWorx Platform et se lie à des objets distants. Kepware tente ensuite de synchroniser l'état en fonction des détails de propriété récupérés dans ThingWorx Platform. Dans le même temps, Kepware commence également à obtenir des données des périphériques/du matériel industriels (systèmes PLC, SCADA, DCS, etc.), et ThingWorx Platform tente alors de lire les propriétés avant que Kepware n'ait récupéré leurs valeurs sur le périphérique. Les données peuvent alors être associées à la qualité UNKNOWN.
|