Dekodierer für Nachrichten

[Aphton]

Zitat:

Ich bekomme die Nachricht als Bytestring, also z.B
Nachricht 1: a01b48768e9ff9
Nachricht 2: 46a57b8c94aa2332
...

Nun da hast du wieder eine 200% Redundanz drinnen. Als Byte-Hex belegt man 2 Bytes für ein Byte an Daten. Dh die Zahlen 0..255 werden intern als 1 Byte abgespeichert, aber als HexString benötigt man 2 Zeichen, wo pro Zeichen ein Byte verwendet wird - also 2 Byte.

Ist also auch unfug!

Zur Frage mit 12 Bits.. Nun, die Daten liegen im Speicher vor.
Will man die ersten 12 Bits lesen, so liest man Bit 0 in (z.B.) x ein, shifted x um 1 nach links und wiederholt bis man an Bit 11 angelangt ist.

Du musst dir nur überlegen, wie du GetBit() & SetBit() realisiert. Alles andere ist klacks, weil es darauf dann aufbauen wird (soll!).

[gammatester]

Zitat von Aphton:

Zur Frage mit 12 Bits.. Nun, die Daten liegen im Speicher vor.
Will man die ersten 12 Bits lesen, so liest man Bit 0 in (z.B.) x ein, shifted x um 1 nach links und wiederholt bis man an Bit 11 angelangt ist.

Wie shiftet man den 11 mal ein Byte? Im Ernst: ein Klacks ist es erst dann, wenn auch die Bittigkeit (Endianness) geklärt ist.

[Aphton]

X muss ja nicht ein Byte sein

Edit: Nun gut, man muss natürlich immer in 8er Schritten gehen bis letztendlich die Anzahl <= 8 ist, wo man dann halt das shiften braucht.
Sonst kann man ja ganze Bytes nehmen!

Beispiel Pseudocode

Code:

ByteArray[0..3] = (255, 128, 0, 0) = (11111111, 10000000, 00000000, 00000000) // zB
pBytes = @ByteArray

Anzahl = 12
result = 0

while Anzahl > do
  Result = (Result shl 8) or pBytes^
  dec(Anzahl, 8)
  inc(pBytes)

while Anzahl > 0 do
  Result = (Result shl 1) or (pBytes^ and 1)
  dec(Anzahl)

Hier erhält man dann 111111111000b (4088d).
Anmerkung - diese Methode startet bei 0. Man müsste es so modifizieren, dass es auch mit nem anderen Offset klappt, ich will ihm aber die Arbeit nicht wegnehmen!

[p80286]

Zitat von gammatester:

: ein Klacks ist es erst dann, wenn auch die Bittigkeit (Endianness) geklärt ist.

Das ist ja wohl die Grundvorraussetzung.
Da Du irgendwann im Stream etwas Überhang haben wirst
0011 0101 0111 0000 1010 1110
Mußt Du beim Laden den vorderen und hinteren Überhang mit beachten. Wobei ich mich frage was ist mit führenden Nullen?
0 oder 0000 oder 00000000 ist als Wert immer Null.

Gruß
K-H

[Phoenix]

Also.. wir reden hier ja von unmanaged code, da kann man ja schweinereien machen

Ich würde erstmal versuchen, ein Struct (Packed Record) zu definieren, dass genau das gleiche Memory-Layout hat wie eine Nachricht.
Damit braucht man eigentlich nur noch einen Pointer auf den jeweiligen Nachrichtentyp auf den Beginn der Nachricht setzen, und kann dann schon sauber drauf zugreifen.

Das gibt natürlich einen Record pro Nachrichtentyp, aber der Zugriff ist dann ungeheuer bequem, und man muss nix umwandeln, umkopieren etc. Das heisst auch der Zugriff ist ziemlich flott.

Ich habe auf die Art mal einen Speicherbereich den ich aus einer SPS ausgelesen habe ausgewertet. War sehr schnell und sehr zuverlässig, solange sich das Layout der Nachrichten nicht verändert

[Medium]

Gerne gemachte Sache, allerdings sind z.B. 3 Bit Werte dabei noch immer ein echtes Problem. (Eine SPS hält sich ja immerhin an ein 8 Bit Raster (mit Ausnahme von Bools).)

[BUG]

Zitat von Medium:

Gerne gemachte Sache, allerdings sind z.B. 3 Bit Werte dabei noch immer ein echtes Problem.

Mit C gehts
Da hilft nichts, in Delphi wird man sich wohl die Hände schmutzig machen müssen.

@benwen: Ist dein Problem nun eigentlich gelöst oder hast du noch Fragen?

[benwen]

@BUG
Ja danke! Das Problem wurde dank der Hinweise und auch eines Tutoriums http://www.delphipraxis.net/141622-b...auf-daten.html aus diesem Forum gelöst. Die Variante aus dem Tutorial habe ich noch erweitert, sodass ich auch zu bestimmten Bits springen kann.

@Allen Postern: danke euch für die Hilfe!

Grüße!