Destinations et filtres de parcours - AWS IoT SiteWise
Comprendre les destinationsComprendre les filtres de trajectoire

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Destinations et filtres de parcours

Les destinations dans AWS IoT SiteWise Edge constituent un moyen flexible et efficace de gérer le flux de vos données industrielles entre les appareils Edge et le cloud. Cette section explique comment configurer les destinations, utiliser des filtres de chemin pour acheminer des flux de données spécifiques et choisir le type de destination adapté à votre cas d'utilisation.

Vous pouvez utiliser des destinations et des filtres de chemin sur des passerelles V3 auto-hébergées compatibles avec MQTT et des passerelles utilisées conjointement avec l'application Edge hébergée sur. AWS IoT SiteWise Siemens Industrial Edge Les destinations et les filtres de chemin ne fonctionnent pas avec les passerelles Classic Streams et V2.

Rubriques

Comprendre les destinations AWS IoT SiteWise Edge

Utilisez les destinations AWS IoT SiteWise Edge pour déterminer où envoyer vos données sources. Vous pouvez choisir la destination de vos données en fonction des caractéristiques spécifiques dont vous avez besoin, telles que la rentabilité, la faible latence ou les exigences de stockage. Intégrez les données des appareils capturées par AWS IoT SiteWise nos partenaires ou des applications personnalisées pour publier et vous abonner à des filtres de chemin (rubriques) en périphérie. Vous pouvez ensuite modéliser, transférer et stocker les données de votre appareil dans le cloud.

Note

Pour utiliser pleinement toutes les fonctionnalités de destination sur les passerelles auto-hébergées, passez aux dernières versions de l' SiteWise éditeur IoT et du collecteur IoT SiteWise OPC UA. La prise en charge des flux est maintenue sur les flux classiques et les passerelles V2 afin de maintenir la compatibilité avec les configurations existantes. Pour de plus amples informations, consultez Streams classiques, passerelles V2 pour Edge AWS IoT SiteWise.

Comment les destinations SiteWise Edge améliorent la gestion des données

Exportez des données de la périphérie vers des données AWS IoT SiteWise en temps réel, ou par lots à l'aide d'Amazon S3.

Les destinations améliorent la flexibilité et l'évolutivité de votre AWS IoT SiteWise environnement. Les destinations mettent en œuvre un modèle de gestion des données centralisé, dans lequel les sources publient les données dans un système central. Les destinations déterminent l'endroit où vos données sont envoyées à l'aide de filtres de chemin. Les destinations peuvent s'abonner à plusieurs filtres de chemin.

Les passerelles compatibles MQTT, qu'elles soient auto-hébergées ou exécutéesSiemens Industrial Edge, utilisent MQTT pour les communications locales et sont fournies avec une destination en temps réel par défaut dont les filtres sont définis sur. # Cela signifie que, par défaut, tous les messages relatifs à tous les sujets sont publiés sur la destination AWS IoT SiteWise en temps réel. Pour de plus amples informations, veuillez consulter Comprendre les filtres de chemin pour les destinations AWS IoT SiteWise Edge. Vous pouvez ajouter une destination en temps réel dans chaque passerelle.

Types de destination

Lorsque vous configurez une destination pour votre passerelle, vous disposez de deux options principales : une configuration en temps réel à l'aide d' AWS IoT SiteWise Amazon S3 et une configuration en mémoire tampon à l'aide d'Amazon S3. Chaque type de destination possède son propre ensemble de paramètres et de considérations.

AWS IoT SiteWise paramètres en temps réel

Choisissez cette option pour envoyer les données directement vers le stockage à AWS IoT SiteWise haut niveau afin de faciliter l'ingestion et le suivi des données en temps réel. Les paramètres en temps réel gèrent le flux de données, en particulier lorsqu'une passerelle rencontre des problèmes de connectivité avec le cloud. En cas de perte de connexion, les données sont temporairement stockées localement sur la passerelle. Une fois la connexion rétablie, les données stockées sont automatiquement envoyées vers le cloud.

Vous pouvez ajuster différents aspects du processus de publication des données, tels que la quantité maximale de données à stocker localement, le taux d'envoi des données vers le cloud lors de la reconnexion et le moment où il convient de supprimer les données une fois que le stockage a atteint sa capacité maximale.

Pour plus d'informations sur les niveaux AWS IoT SiteWise de stockage, consultez,Gérez le stockage des données dans AWS IoT SiteWise.

AWS IoT SiteWise mise en mémoire tampon à l'aide des paramètres Amazon S3

Ce type de destination vous permet de mettre en mémoire tampon les données localement sur la passerelle et de les envoyer régulièrement par lots vers un compartiment Amazon S3. Les données sont stockées dans le format Parquet efficace, optimisé pour les charges de travail analytiques. Une fois les données enregistrées dans Amazon S3, vous pouvez les importer AWS IoT SiteWise pour les stocker, les traiter et les analyser.

Choisissez cette option pour ingérer les données par lots et stocker les données historiques de manière rentable. Vous pouvez configurer l'emplacement de votre compartiment Amazon S3 préféré et la fréquence à laquelle vous souhaitez que les données soient chargées sur Amazon S3. Vous pouvez également choisir ce que vous souhaitez faire avec les données après leur ingestion dans AWS IoT SiteWise. Vous pouvez choisir que les données soient disponibles à la fois dans Amazon S3 SiteWise et dans Amazon S3 ou vous pouvez choisir de les supprimer automatiquement d'Amazon S3.

Comparez les fonctionnalités de destination entre les versions de passerelle

La fonctionnalité de destination des passerelles compatibles MQTT rationalise la gestion des flux de données. Les destinations simplifient la gestion des données grâce à la configuration centralisée du routage des données vers différents points de terminaison. Cette approche élimine le besoin de configurations de flux individuelles complexes, ce qui rend l'ensemble du système plus flexible et plus facile à gérer.

À titre de comparaison, les flux classiques, la passerelle V2 et SiteWise Edge transmettent les données des sources de données aux éditeurs via des AWS IoT Greengrass flux, en configurant les destinations de données individuellement pour chaque source de données.

Avec la fonctionnalité de AWS IoT SiteWise destination, la configuration de routage de l'éditeur est consolidée. La configuration des destinations vous permet de gérer les destinations et les filtres de chemin de manière centralisée. Vous pouvez facilement ajouter une destination, gérer les filtres de chemin, supprimer les filtres ou les destinations inutiles, en fonction de vos besoins.

De plus, la fonctionnalité de destination utilise le protocole MQTT (Message Queuing Telemetry Transport), un protocole standard largement utilisé dans les applications IoT industrielles. Cette adoption de MQTT permet AWS IoT SiteWise de faciliter l'intégration avec divers appareils et systèmes.

Limitations relatives aux destinations

Les limites actuelles pour les destinations sur les passerelles SiteWise Edge sont les suivantes :

  • Le pack de traitement de données n'est pas pris en charge sur les passerelles compatibles MQTT.

  • La prise en charge des types de données est limitée aux types de AWS IoT SiteWise données. Pour plus d'informations sur l'activation de la conversion des types de données, consultezConversion de types de données non pris en charge.

Cas d'utilisation pour les destinations SiteWise Edge

SiteWise Les destinations périphériques sont utilisées dans diverses applications. Voici quelques exemples clés :

Automatisation industrielle
Surveillance en temps réel et maintenance prédictive

Dans les environnements industriels, les capteurs et les appareils de l'usine peuvent publier des données sur SiteWise Edge. Les destinations peuvent être configurées pour filtrer et acheminer les données pertinentes, ce qui permet de surveiller et d'analyser en temps réel les performances des machines. Vous pouvez vous abonner à des rubriques MQTT pertinentes à l'aide de filtres de chemin, traiter les données, puis publier les données traitées. De cette façon, vous pouvez acheminer de manière sélective les données traitées vers des services d'analyse AWS dans le cloud ou des systèmes sur site. Les fabricants peuvent ensuite mettre en œuvre des stratégies de maintenance prédictive, optimiser les processus de production et réduire les temps d'arrêt.

Bâtiments intelligents
Efficacité énergétique et optimisation de l'occupation

Les systèmes d'automatisation des bâtiments génèrent des flux de données pour surveiller et contrôler divers aspects d'un bâtiment, tels que les systèmes CVC, l'éclairage et le contrôle d'accès. Avec SiteWise Edge, ces flux de données peuvent être ingérés, traités et acheminés vers différentes destinations. Les responsables des installations peuvent configurer les destinations pour filtrer et transmettre les données pertinentes, ce qui permet des fonctionnalités avancées telles que les mesures d'efficacité énergétique et l'optimisation du taux d'occupation, tout en garantissant la confidentialité et la conformité des données.

Ces cas d'utilisation montrent comment la fonctionnalité Destinations d' SiteWise Edge peut être exploitée dans différents secteurs pour ingérer, traiter et acheminer les données de manière efficace. Cela permet des fonctionnalités avancées telles que la surveillance en temps réel, la maintenance prédictive, l'efficacité énergétique et le diagnostic à distance, tout en garantissant la confidentialité et la conformité des données.

Comprendre les filtres de chemin pour les destinations AWS IoT SiteWise Edge

Chaque destination est configurée pour acheminer les données vers Amazon S3 AWS IoT SiteWise ou Amazon S3. Les filtres de chemin vous permettent de sélectionner des données spécifiques à filtrer lorsque vous recevez des messages MQTT pour une destination. Les filtres de chemin représentent les noms logiques de vos flux de données, agissant comme des abonnements aux sujets MQTT souhaités.

Dans MQTT, les données sont organisées en rubriques, qui sont des chaînes hiérarchiques séparées par des barres obliques (). / Par exemple, un appareil peut publier des données de température dans le sujethome/livingroom/sensor1/temperature. Ici, home/livingroom/sensor1 représente le chemin ou le nom logique du capteur, ainsi temperature que le type de données publié.

Vous pouvez utiliser des filtres de chemin pour vous abonner à des sujets spécifiques ou à une gamme de sujets à l'aide de caractères génériques (+et#). Le + joker correspond à un seul niveau de la hiérarchie des rubriques. Par exemple, home/+/sensor1/temperature correspondrait à home/livingroom/sensor1/temperature ethome/bedroom/sensor1/temperature. Le # joker, lorsqu'il est utilisé à la fin d'un filtre, correspond à plusieurs niveaux.

Vous pouvez également utiliser divers caractères généralement interdits dans la spécification MQTT dans le nom d'un filtre de chemin. Ces caractères ne fonctionnent pas comme des caractères génériques lorsqu'ils sont utilisés dans un nom. AWS IoT SiteWise convertit ces caractères en utilisant le codage pour garantir la conformité MQTT tout en préservant votre structure de dénomination d'origine. Cette fonctionnalité est particulièrement utile pour s'adapter aux conventions de dénomination existantes d'autres systèmes. Pour de plus amples informations, veuillez consulter Caractères spéciaux dans les noms des filtres de chemin.

En sélectionnant soigneusement les filtres de chemin appropriés, vous pouvez contrôler les données envoyées vers une destination spécifique. Adaptez le flux de données aux exigences de votre système IoT à l'aide de filtres de chemin.

Exigences relatives au filtre de chemin

Lorsque vous entrez des filtres de trajectoire à l'aide du Console AWS IoT SiteWise, gardez à l'esprit les points suivants :

  • Les filtres de chemin sont délimités par une nouvelle ligne, chaque ligne représentant un filtre de chemin distinct.

  • Les filtres de chemin individuels peuvent avoir une taille comprise entre 1 et 65 535 octets.

  • Un filtre de chemin ne peut pas être vide.

  • Les valeurs nulles (U+0000) ne sont pas autorisées.

  • Vous pouvez saisir jusqu'à 100 filtres de chemin ou 65 535 caractères à la fois, selon la première limite atteinte.

  • La limite globale est de 20 000 filtres de chemin pour toutes les destinations d'une passerelle combinées.

  • Vous pouvez utiliser des $ caractères %#,+, et dans les noms des filtres de chemin, mais ils AWS IoT SiteWise sont automatiquement convertis en code URI.

Bonnes pratiques pour les filtres de chemins

Lorsque vous créez des filtres de chemin pour vos AWS IoT SiteWise destinations, considérez les stratégies suivantes pour gérer efficacement vos données.

  • Structurez vos filtres pour refléter la hiérarchie de vos appareils. Par exemple, dans un environnement de fabricationfactory/+/machine/#, capture les données de toutes les machines des différentes lignes de production.

  • Utilisez des niveaux spécifiques pour les types, les emplacements ou les fonctions des appareils. Par exemple, factory/assembly-line/robot/temperature. Ou, dans le cadre de l'agriculture intelligentefarm/+/crop/+/moisture, pour surveiller les niveaux d'humidité de différentes cultures dans différents champs.

  • Utilisez les jokers de manière stratégique : + utilisez-les pour les variations d'un seul niveau et # pour capturer tous les niveaux suivants. Par exemplebuilding/+/+/energy-consumption, suit la consommation d'énergie dans les différentes zones et étages d'un bâtiment. Cela suppose que le premier + capture tous les étages et le second + toutes les zones.

  • Équilibrez spécificité et flexibilité en créant des filtres suffisamment spécifiques pour capturer des données pertinentes, mais suffisamment flexibles pour s'adapter aux modifications futures. site/+/equipment-type/+/measurementPermet par exemple d'ajouter de nouveaux sites ou types d'équipements sans modifier la structure du filtre.

Testez soigneusement vos filtres pour vous assurer qu'ils capturent les données souhaitées et qu'ils correspondent à l'architecture et aux objectifs de votre système IoT.

Filtres de chemin pour serveurs OPC UA

Pour les serveurs OPC UA, vos filtres de chemin doivent correspondre aux noms des balises OPC UA. Le niveau final de votre filtre de chemin doit correspondre exactement au nom de la balise OPC UA. Par exemple, si votre balise OPC UA l'estDevice1.Temperature, votre filtre de chemin pourrait l'êtrefactory/line1/Device1.Temperature. Vous pouvez utiliser des caractères génériques dans les niveaux précédents, par exemple factory/+/Device1.Temperature pour capturer le tag sur plusieurs lignes de production. Si les noms de vos filtres de chemin contiennent des caractères spéciaux, consultez Caractères spéciaux dans les noms des filtres de chemin pour plus d'informations.

Caractères spéciaux dans les noms des filtres de chemin

AWS IoT SiteWise prend en compte les caractères couramment utilisés dans les protocoles industriels tels que OPC UA, qui ne sont généralement pas autorisés dans les noms de sujets MQTT standard. Cette fonctionnalité facilite l'intégration des systèmes industriels avec les architectures basées sur MQTT.

Note

Bien que notre gestion des caractères spéciaux soit utile pour l'intégration et la migration, il est recommandé de s'aligner sur les conventions de dénomination MQTT standard pour les nouvelles implémentations dans la mesure du possible afin de garantir une plus grande compatibilité.

Lorsque vous recevez des données provenant de sources industrielles, AWS IoT SiteWise normalise les noms des sujets en utilisant le codage URI pour les caractères spéciaux :

  • %devient %25 (encodé d'abord en tant que caractère d'échappement)

  • #devient %23

  • +devient %2B

  • $devient %24 (uniquement au début d'un sujet)

Ce codage garantit que les données sources contenant ces caractères MQTT spéciaux peuvent être utilisées en toute sécurité comme noms de sujets MQTT tout en préservant les conventions de dénomination industrielle d'origine.

Exemple : caractères spéciaux dans les noms des filtres de chemin

Voici des exemples de la façon dont les noms de sujets industriels peuvent apparaître dans les filtres de AWS IoT SiteWise chemin :

  • Factory1/Line#2/Sensor+3devient Factory1/Line%232/Sensor%2B3

  • Plant%A/Unit$1/Tempdevient Plant%25A/Unit%241/Temp

  • Site1/#Section/+Nodedevient Site1/%23Section/%2BNode

Lorsque vous créez des abonnements ou que vous consultez les noms des rubriques AWS IoT SiteWise, vous verrez les versions originales non codées. L'encodage est géré automatiquement pour garantir la conformité au MQTT.