azure-iot-common package

Das Message -Objekt wird für Telemetriedaten (Device-to-Cloud) und Befehle (Cloud-to-Device) asynchrones Messaging zwischen dem Gerät und dem IoT Hub-Dienst verwendet. Es ist transportagnostisch, was bedeutet, dass es über AMQP, MQTT und HTTP auf die gleiche Weise funktioniert.

Fehler, wenn ein Argument ungültig ist.

Fehler wird ausgelöst, wenn ein Argument über einen Wert außerhalb des zulässigen Bereichs verfügt.

Fehler, der ausgelöst wird, wenn ein Gerät eine fehlerhafte Antwort an einen Gerätemethodenaufruf sendet.

Fehler, der ausgelöst wird, wenn das c2d-Feature auf Transportebene nicht mehr funktioniert, sodass der Client es erneut starten muss.

Fehler, der ausgelöst wird, wenn die für die Geräteerstellung verwendete Geräte-ID bereits in der Geräteidentitätsregistrierung vorhanden ist.

Fehler, der ausgelöst wird, wenn die Nachrichtenwarteschlange für ein Gerät voll ist.

Fehler beim Festlegen einer Nachricht, weil das der Nachricht zugeordnete Sperrtoken verloren geht.

Fehler, der ausgelöst wird, wenn das Gerätemethodenfeature auf Transportebene nicht mehr funktioniert, sodass der Client es erneut starten muss.

Fehler, wenn ein Gerät nicht in der IoT Hub instance Registrierung gefunden werden kann.

Fehler beim Fehler eines DPS-Registrierungsvorgangs

Fehler, der ausgelöst wird, wenn das Gerät den Methodenaufruf nicht rechtzeitig verarbeitet.

Fehler, wenn eine Zeichenfolge, die eine bestimmte Formatierung aufweisen soll, nicht ordnungsgemäß formatiert ist.

Fehler, der ausgelöst wird, wenn der IoT Hub instance den Gerätemethodenaufruf nicht rechtzeitig verarbeitet.

Fehler, der ausgelöst wird, wenn ein interner Serverfehler aufgetreten ist. Sie haben möglicherweise einen Fehler gefunden?

Fehler, wenn das angegebene eTag falsch formatiert oder veraltet ist.

Fehler, der ausgelöst wird, wenn ein Vorgang versucht, aber nicht zulässig ist.

Fehler, der ausgelöst wurde, wenn der Azure IoT Hub nicht gefunden wurde.

Fehler: Das Azure IoT Hub-Kontingent wurde überschritten. Kontingente werden regelmäßig zurückgesetzt. Dieser Vorgang muss bis dahin warten. Weitere Informationen zu Kontingenten finden Sie unter Azure IoT Hub Kontingente und Drosselung.

Fehler, der ausgelöst wird, wenn IoT Hub angehalten wurde.

Fehler ausgelöst, wenn der Auftrag mit dem angegebenen Bezeichner nicht gefunden wurde.

Fehler, der ausgelöst wird, wenn die gesendete Nachricht zu groß ist: Die maximale Größe beträgt 256 KB.

Fehler, der ausgelöst wird, wenn das Gerät getrennt ist und der Vorgang nicht abgeschlossen werden kann.

Fehler wird ausgelöst, wenn ein Feature noch nicht implementiert ist, aber der Platzhalter vorhanden ist.

Fehler beim Abbrechen eines beliebigen Vorgangs (lokal oder remote)

Fehler, wenn eine Bedingung, die erfüllt werden sollte, um einen Vorgang auszuführen, nicht erfüllt wurde.

Fehler, wenn ein Gerät/Treiber der niedrigen Sicherheitsstufe ausfällt.

Fehler, der ausgelöst wird, wenn der Dienst nicht verfügbar ist. Der Vorgang sollte wiederholt werden.

Fehler, der ausgelöst wird, wenn IoT Hub aufgrund übermäßiger Aktivität gedrosselt wird. Weitere Informationen zu Kontingenten finden Sie unter Azure IoT Hub Kontingente und Drosselung.

Fehler beim Auftreten eines Timeouts

Fehler, wenn die maximale Anzahl von Geräten auf einem bestimmten Hub erreicht wurde.

Fehler, der ausgelöst wird, wenn das Zwillingsfeature auf Transportebene nicht mehr funktioniert, sodass der Client es erneut starten muss.

Generischer Fehler, der ausgelöst wird, wenn eine Zwillingsanforderung mit einem unbekannten Fehlercode fehlschlägt.

Fehler, wenn die Verbindungsparameter falsch sind und der Server die Verbindung verweigert hat.

Das Ergebnis wird zurückgegeben, wenn ein Transport erfolgreich verbunden wurde.

Das Ergebnis wird zurückgegeben, wenn die Verbindung eines Transports erfolgreich getrennt wurde.

Das Ergebnis wird zurückgegeben, wenn eine Nachricht erfolgreich abgebrochen wurde.

Das Ergebnis wird zurückgegeben, wenn eine Nachricht erfolgreich abgelehnt wurde.

Das Ergebnis wird zurückgegeben, wenn eine Nachricht erfolgreich in die Warteschlange eingereiht wurde.

Das Ergebnis wird zurückgegeben, wenn eine Nachricht erfolgreich abgelehnt wurde.

Das Ergebnis wird zurückgegeben, wenn ein SAS-Token erfolgreich aktualisiert wurde.

Das Ergebnis wird zurückgegeben, wenn ein Transport erfolgreich konfiguriert wurde.

Beschreibt die Parameter, mit denen ein Gerät oder eine Cloudanwendung eine Verbindung mit einem Azure IoT Hub herstellen kann.

Implementiert eine Exponentielle Backoff-Strategie mit Jitter-Wiederholungsversuchen. Die Funktion zum Berechnen des nächsten Intervalls ist die folgende (x ist der xte Wiederholungsversuch): F(x) = min(Cmin+ (2^(x-1)-1) * rand(C * (1 – Jd), C*(1-Ju)), Cmax)

Stubrichtlinie, die alle Wiederholungsversuche verhindert. Vorgänge werden nicht wiederholt.

Implementiert die erforderliche Logik für Wiederholungsvorgänge wie herstellen, empfangen von C2D-Nachrichten, Senden von Telemetriedaten, Zwillingsupdates usw.

Shared Access Signature Token werden verwendet, um die Verbindung zu authentifizieren, wenn symmetrische Schlüssel (im Gegensatz zu x509-Zertifikaten) verwendet werden, um die Verbindung mit dem Azure IoT Hub zu schützen.

Schnittstelle, die von Objekten implementiert werden muss, die zum Bereitstellen von Anmeldeinformationen für die Transporte verwendet werden, die vom Geräteclient zur Authentifizierung bei einem Azure IoT Hub-instance verwendet werden.

Schnittstelle, die ein Wiederholungsrichtlinienobjekt beschreibt. Wiederholungsrichtlinien bestehen aus 2 Dingen

• Ein Algorithmus, der die nächste Wiederholung basierend auf der aktuellen Anzahl oder Wiederholung berechnet.
• Ein Fehlerfilter, der basierend auf dem Typ des empfangenen Fehlers entscheidet, ob ein Wiederholungsversuch erfolgen soll oder nicht.

Diese 2 Komponenten verstecken sich hinter 2 Methodenaufrufen, die in dieser Schnittstelle beschrieben werden.

Konfigurationsstruktur, die von Transporten und AuthenticationProvider Objekten zum Speichern und Austauschen von Anmeldeinformationen verwendet wird.

Objekt, das zum Speichern eines X509-Zertifikats und eines Schlüssels für transporte verwendet wird.

Dies wird direkt an die Objekte auf niedriger Ebene übergeben, die von Node.js zum Verbinden des TLS-Sockets verwendet werden. https://nodejs.org/api/tls.html#tls_tls_connect_options_callback

Definiert den Typ, der den regulären Rückruf mit zwei Ergebnissen beschreibt: Eins ist der Fehler, das andere ist der Ergebniswert.

Definiert den Typ, der den Rückruf mit zwei Ergebnissen beschreibt.

Definiert den Typ, der den Rückruf mit dem Fehlerergebniswert beschreibt.

Definiert den Typ, der den Rückruf mit drei Ergebnissen beschreibt: Antwort, unformatierte HTTP-Antwort und Fehler.

Definiert den Typ, der den Rückruf mit einem Ergebniswert ohne Fehler beschreibt.

Definiert den Typ, der einen regulären Rückruf mit drei Ergebnissen beschreibt: Das erste ist Fehler, die beiden anderen sind die Ergebniswerte.

Legen Sie den Authentifizierungstyp fest, der von verwendet AuthenticationProviderwird.

Gibt die sekunden zurück, die seit dem 1. Januar 1970 00:00:00:00 UTC bis zu einer Stunde verstrichen sind.