Protokollspezifische Middleware - Verwaltete Integrationen für AWS IoT Device Management

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Protokollspezifische Middleware

Wichtig

Die hier bereitgestellte Dokumentation und der Code beschreiben eine Referenzimplementierung der Middleware. Sie wird Ihnen nicht als Teil des SDK zur Verfügung gestellt.

Die protokollspezifische Middleware spielt eine entscheidende Rolle bei der Interaktion mit den zugrunde liegenden Protokollstapeln. Sowohl die Komponenten zur Geräteeinbindung als auch zur Gerätesteuerung des Hub-SDK für verwaltete Integrationen verwenden es für die Interaktion mit dem Endgerät.

Die Middleware erfüllt die folgenden Funktionen.

  • Abstrahiert die Protokollstapel verschiedener Anbieter APIs vom Gerät, indem ein gemeinsamer Satz von Protokollen bereitgestellt wird. APIs

  • Stellt die Verwaltung der Softwareausführung wie Thread-Scheduler, Verwaltung von Ereigniswarteschlangen und Datencache bereit.

Middleware-Architektur

Das folgende Blockdiagramm stellt die Architektur der Zigbee-Middleware dar. Die Architektur von Middlewares anderer Protokolle wie Z-Wave ist ebenfalls ähnlich.

Die protokollspezifische Middleware-Architektur und ihre Komponenten.

Die protokollspezifische Middleware besteht aus drei Hauptkomponenten.

  • ACS Zigbee DPK: Das Zigbee Device Porting Kit (DPK) wird verwendet, um eine Abstraktion von der zugrunde liegenden Hardware und dem Betriebssystem zu ermöglichen und so die Portabilität zu ermöglichen. Im Grunde kann dies als Hardware-Abstraktionsschicht (HAL) betrachtet werden, die ein gemeinsames System APIs zur Steuerung und Kommunikation mit Zigbee-Funkgeräten verschiedener Hersteller bereitstellt. Die Zigbee-Middleware enthält die DPK-API-Implementierung für das Zigbee-Anwendungsframework von Silicon Labs.

  • ACS Zigbee-Dienst: Der Zigbee-Dienst wird als dedizierter Daemon ausgeführt. Er umfasst einen API-Handler, der die API-Aufrufe von Client-Anwendungen über die IPC-Kanäle bedient. AIPC wird als IPC-Kanal zwischen dem Zigbee-Adapter und dem Zigbee-Dienst verwendet. Es bietet weitere Funktionen wie die Verarbeitung beider async/sync Befehle, die Verarbeitung von Ereignissen aus der HAL und die Verwendung von ACS Event Manager für die Registrierung/Veröffentlichung von Ereignissen.

  • ACS Zigbee-Adapter: Der Zigbee-Adapter ist eine Bibliothek, die innerhalb des Anwendungsprozesses ausgeführt wird (in diesem Fall ist die Anwendung das CDMB-Plugin). Der ZigBee-Adapter stellt eine Reihe davon bereit APIs , die von Client-Anwendungen wie CDMB/Provisioner Protokoll-Plugins zur Steuerung und Kommunikation mit dem Endgerät verwendet werden.

End-to-end Beispiel für einen Middleware-Befehlsablauf

Hier ist ein Beispiel für den Befehlsfluss durch die Zigbee-Middleware.

Die protokollspezifische Middleware-Architektur und ihre Komponenten.

Hier ist ein Beispiel für den Befehlsfluss durch die Z-Wave-Middleware.

Die protokollspezifische Middleware-Architektur und ihre Komponenten.