azure-iot-device package
Klassen
Message |
Das Message -Objekt wird für asynchrones Messaging zwischen dem Gerät und dem IoT Hub-Dienst für Telemetriedaten (Gerät zu Cloud) und Befehlen (Cloud-zu-Gerät) verwendet. Es ist transportagnostisch, d. h. es funktioniert genauso wie AMQP, MQTT und HTTP. |
Client |
IoT Hub Geräteclient, der verwendet wird, um ein Gerät mit einem Azure IoT Hub zu verbinden. Benutzer des SDK sollten eine der Factorymethoden fromConnectionString oder fromSharedAccessSignature aufrufen, um einen IoT Hub Geräteclient zu erstellen. |
DeviceMethodRequest |
Stellt die Daten dar, die vom Dienst an das Gerät übergeben werden, wenn eine Gerätemethode aus der Cloud aufgerufen wird. Eine Instanz dieser Klasse wird an den über onDeviceMethod(string, (request: DeviceMethodRequest, response: DeviceMethodResponse) => void)registrierten Rückruf übergeben. |
DeviceMethodResponse |
Dem Benutzer wird ein DeviceMethodResponse -Objekt bereitgestellt, wobei jedes DeviceMethodRequest dem Benutzer das Erstellen und Senden einer gut formatierten Antwort an den Dienst für jeden Gerätemethodenaufruf ermöglicht. Eine Instanz dieser Klasse wird als zweiter Parameter an den über onDeviceMethod(string, (request: DeviceMethodRequest, response: DeviceMethodResponse) => void)registrierten Rückruf übergeben. |
IotEdgeAuthenticationProvider |
Stellt eine Implementierung bereit Dieser Typ erbt von |
ModuleClient |
IoT Hub Geräteclient, der verwendet wird, um ein Gerät mit einem Azure IoT Hub zu verbinden. Benutzer des SDK sollten eine der Factorymethoden fromConnectionString oder fromSharedAccessSignature aufrufen, um einen IoT Hub Geräteclient zu erstellen. |
SharedAccessKeyAuthenticationProvider |
Stellt ein Das |
SharedAccessSignatureAuthenticationProvider |
Stellt ein Das |
Twin |
Ein Gerätezwillen ist ein Dokument, das den Zustand eines Geräts beschreibt, das von einem Azure IoT Hub gespeichert wird und auch dann verfügbar ist, wenn das Gerät offline ist. Es ist um 3 Abschnitte gebaut:
Beachten Sie, dass, obwohl es möglich ist, gewünschte und gemeldete Eigenschaften nicht übereinstimmen müssen, und dass die Logik zum Synchronisieren dieser beiden Sammlungen, falls erforderlich, dem Benutzer des SDK überlassen bleibt. Weitere Informationen finden Sie unter Grundlegendes zu Gerätezwillys. |
X509AuthenticationProvider |
Stellt ein Im Gegensatz zu den |
Schnittstellen
AmqpTransportOptions |
Optionen, die für den AMQP-Transport spezifisch sind. Dies wird an setOptions als Eigenschaft mit dem Namen Finden Sie unter |
DeviceClientOptions |
Optionen für das Client-Objekt. An die setOptions-Funktion übergeben. Beispiel
|
DeviceTransport | |
HttpReceiverOptions |
Die Optionsstruktur wird verwendet, um zu konfigurieren, wie oft der HTTP-Empfänger Nachrichten abruft.
Jede dieser Optionen schließt sich gegenseitig aus, mit Ausnahme des Dies wird konfiguriert, indem setOptions mit dieser als Eigenschaft namens Finden Sie unter |
HttpTransportOptions |
Optionsstruktur zum Übergeben optionaler Konfigurationsparameter an den Http-Transport. Dies wird an setOptions als Eigenschaft mit dem Namen Finden Sie unter |
MqttTransportOptions |
Spezifische Optionen für den MQTT-Transport Dies wird an setOptions als Eigenschaft mit dem Namen |
TwinProperties |
Enthält die gewünschten und gemeldeten Eigenschaften für den Zwilling. |
Typaliase
BufferConvertible |
Functions
get |
|
get |
|
get |
|
get |
Details zur Funktion
getUserAgentString(NoErrorCallback<string>)
function getUserAgentString(done: NoErrorCallback<string>)
Parameter
- done
-
NoErrorCallback<string>
getUserAgentString()
function getUserAgentString(): Promise<string>
Gibt zurück
Promise<string>
getUserAgentString(string, NoErrorCallback<string>)
function getUserAgentString(productInfo: string, done: NoErrorCallback<string>)
Parameter
- productInfo
-
string
- done
-
NoErrorCallback<string>
getUserAgentString(string)
function getUserAgentString(productInfo: string): Promise<string>
Parameter
- productInfo
-
string
Gibt zurück
Promise<string>