Entwicklung und Erprobung eines multifunktionalen Geo ...

GeoSN UniBwKapitel 4 Kommunikationskomponente eines GeoSNEbenfalls 32 Bit umfasst eine reelle Zahl vom Typ Float, in der sich der Wert mit Hilfevon( )Z = Sign ⋅ 1, mantissaexp−127⋅2Sign = " − " wenn bit 1 ist und " + " wenn bit 0 istmantissa =∑∑23i=1232 32−⋅ ibit23−i31 i−24bit 2i=24 iexp = ⋅errechnen lässt.Hieran zeigt sich, dass einer derartigen Zahlencodierung unbedingt eine zusätzliche Informationin Form einer zweiten Codierung vorausgehen muss, die vorgibt, ob ein zu untersuchenderBytestring eine Integer oder eine Float-Zahl enthält.Diese Codierungen binärer Daten werden innerhalb eines Windows-Rechners zum Beispielüber Dateiendungen erreicht, an denen das Betriebssystem erkennen kann, mit welchemProgramm eine Datei (ein abgeschlossener Bytestring) geöffnet werden muss. DiesesProgramm kann dann innerhalb des Bytestrings entweder über so genannte PräfixoderHeader-Eigenschaften sowie vorgegebene Trennzeichen abgeschlossene Informationsblöckeextrahieren. Präfixe und Trennzeichen sind dabei speziell vorgegebene Byteabfolgen,die in ihrer vordefinierten Form nicht innerhalb einer Nachricht auftreten können.Wird ein Programm zum Lesen von Daten genutzt, das die entsprechende Datencodierungnicht enthält, so ergeben sich falsche Informationsdarstellungen. Von derartigen Codierungensind auch die Verhältnisse von Dateigröße zu enthaltenen Informationen abhängig.So ist es über Codierungs- oder auch Formatwechsel möglich, Datenmengen ohne wesentlichenDatenverlust enorm zu reduzieren. Es kann so beispielsweise die Zahl 2 entwederals der 2-Bit Wert „10“ oder als der binäre Wert für das Zeichen „2“ aus des ASCII-Code-Tabelle „110010“ übergeben werden, was eine Erhöhung des notwendigen Speicherplatzesum den Faktor 3 entspricht.Dieses Vorgehen kennzeichnet den Unterschied zwischen binärer und ASCII-Kommunikation, wie er beispielsweise bei den GPS-Empfängern im Kapitel 3.2 bereitsangesprochen wurde.4.2.1. Quellcodierung auf SensorebeneAuch jeder Sensor gibt seine Messwerte grundsätzlich in einer codierten Nachricht ab, dievom Sensorhersteller speziell für die enthaltenen Informationen einer Sensormeldung diesesGeräts ausgewählt oder selbst entwickelt wurde. Es werden dabei zwar in der Regeldie grundlegenden Normen für Codierungen einzelner Datenworte genutzt, aber insbesonderedie Trennungen der einzelnen Informationsabschnitte und die Anordnung der enthaltenenInformationen ist rein durch die herstellerseitige Programmierung des Sensors vorgegeben.Die bereits in der Fachliteratur angesprochene SML 23 [76], die in Zukunft einenStandard für Kommunikation und Messwerte für Sensoren darstellen soll, kann hierbeinicht genutzt werden, da zum Zeitpunkt der Arbeit keiner der in Kapitel 3 angesprochenenSensoren sie unterstützt.4-223 SML: Sensor Model Language.- Seite 51 -