Klapperschlange Network-Emitting Accelerometer-Protokoll
Jetzt downloaden

Klapperschlange Ranking & Zusammenfassung

Klapperschlange Stichworte

Rundfunk Netzwerk-emittierender Beschleunigungsmesser Broadcast-Beschleunigungsmesser Netzwerk-emittierende Beschleunigungsmesser

Klapperschlange Beschreibung

Netzwerk emittierendes Beschleunigungsmesser-Protokoll Dieses Protokoll definiert ein Mittel, über das die Beschleunigungsmesser-fähigen Geräte senden können, und andere Geräte empfangen, Beschleunigungsmesserdaten über ein IP-Netzwerk. Das Protokoll ist Echtzeit und ist daher am besten auf einem LAN-Basis bereitgestellt. Der verwendete Transport ist UDP, da die Zuverlässigkeit als Komfort am besten gilt. --------- + ------------------- + | uint16_t Typ | uint16_t Größe | Daten ... | | + ---------------- + ---------------- + ------------------------------------- + Der Typ definiert, welche Art von Daten das Datagramm enthält. Siehe `Type Definitionen`_.Die Größe sagt, wie lange * das gesamte Datagramm * einschließlich seiner Header ist. (Natürlich nicht einschließlich der UDP- und IP-Header.) Nach den beiden Header-Feldern sind die Daten, die sich in der Struktur aus dem Nachrichtentyp zum Nachrichtentyp unterscheiden. Vorkonfigurierter Host. In der Zukunft könnte dies über einige Remote-Konfiguration möglich sein. Der UDP-Anschluss, der sowohl für Unicast als auch für Sendung verwendet wird, ist 5612.type-Definitionen0x01, die Ankündigungsnachricht ist für die künftige Verwendung als Mittel für Geräte bestimmt, um sich in einem Menschen zu identifizieren -Readable Mode. Es kann auch sein, dass diese Nachrichten Geräteidentifikationsinformationen enthalten. (DUID und LIKEN -------- + ----------- + ------------ + ------------ + | Float32 Zeitstempel | Float64 x | Float64 y | Float64 Z | + --------------------- + ------------ + ------------ + ----- ------ + Die Kodierung der Fließkomma-Daten ist wie von IEEE 754 in Netzwerkreihenfolge (dh Big Endian) angegeben, um zu sagen, dass der folgende kleinste 32-Bit-Float `12.34` :: A4704541 Wurde auf dem Draht AS :: 414570 AFTHER TIMESTAMP * ist nicht *, erwartet, relativ zu einer sinnvollen Definition der Zeit zu sein, eher, dass es für jede Sekunde um genau 1 erhöht. Dies ist dabei, dass der Empfänger, dass der Empfänger kompensieren muss, um human-lesbare Zeitstempel zu erhalten. Ein Vorschlag für das, wie dieses Problem gelöst werden soll, kann in `Bestell- und Zeitfragen `_.accelerometer-Werte für jede Achse in Einheiten von G-Kraft gefunden werden, in denen ein Wert von 1,0 eine Beschleunigung von etwa + 1 g entlang dieser Achse darstellt . Wenn ein Gerät mit der Rückenfläche auf einer horizontalen Oberfläche legt, sind die erwarteten Werte `` `. Y = 0, z = -1)` Die Reihenfolge von Datagrammen ist erforderlich, dass ein Empfänger die Zeitstempel von empfangenen Datagrammen überprüft, um sicherzustellen, dass die empfangene Messung später als der Referenzimplementierung ist, den Empfänger fällt Messungen ab, wenn sie älter als die jüngste Messung sind. Dies hat den Nebenwirkung, dass es gewährleistet, dass nur die Messungen eines Geräts empfangen und atmiert werden. Die Referenzimplementierung ergibt tatsächliche Zeitstempel durch einen ziemlich einfachen Algorithmus. Es arbeitet an, wenn die erste Messung ankommt und welchen Zeitstempel es ankam, und welchen Zeitstempel er hatte, und dann ausgleichen, wann die nächste Messung ankommt.Alles Kurs, wird eine solche einfache Strategie je nach Latenz des Netzwerks während der Latenzzeit des Netzwerks desynchronisiert sein Übertragung dieser ersten Messung. Anforderungen: · Python

Klapperschlange Zugehörige Software