Messdatenaufbereitung

' schrieb:Entschuldigung, ich hatte nur das erste kleine Beispiel im Auge.
Das zweite habe ich mir jetzt mal angeschaut, und da sind mir bei der Synchronisation am Anfang auch gleich zwei Ungereimtheiten aufgefallen (Aber wie gesagt, bezog sich die Anfrage ja gar nicht auf Synchronisation mit den beiden 7F 7F Bytes. Also Perfektion war hier gar nicht gefragt)
Hier der BD-Ausschnitt:

[attachment=45158:Ausschnitt.png]
Damit meine ich

1. Angenommen, die (noch nicht synchronisierte) Bytefolge ist am Anfang 7F 00 00 7F. Dann bleiben am Ausgang des "VI Muster suchen" die 3 Bytes 00 00 7F übrig. Die nachfolgende Subtraktion 2-3 ergibt -1. Und das soll doch wohl bestimmt nicht als Byteanzahl vom nachfolgenden VI gelesen werden.

Hier hast Du Recht.

Zitat:2. Kleiner Flüchtigkeitsfehler: Bei "regulär expression" hätte die code - Darstellung gewählt werden müssen. So wie hier in der Normalansicht wird nicht das Byte 0x7F, sondern es wird die 3 char lange Zeichenkette "7F" gesucht.

Das stimmt nicht. Der Backslash ist bei Match Pattern ein Escape Character. Was danach folgt wird je nach dem was es ist anders interpretiert.

r -> carriage return
n -> line feed
usw.
-> dann ist es wirklich ein Backslash
0 -> folgt eine Octal Zahl die als ASCI code interpretiert wird
x -> folgt eine hexadezimal Zahl die als ASCI Code interpretiert wird
Zahl aber nicht 0, dasselbe als mit x (dies ist in der Match Pattern Hilfe aber nicht dokumentiert).

Rolf Kalbermatter

Anzeige