JA-82T und Linux

[smith007]

Hi Grisu,

vielen Dank für den Auszug.

Ich habe da gerade folgende interessante CaptureSoft ausgemacht.
Die von fdmarder genutzte Soft ist leider nicht free. Braucht man ne Lizenz zu, wie ich gelesen habe.

WireShark USB Capture hört sich zumindest vielversprechend an.
Kenne ja Wireshark aus der Netzwerkwelt und die ist ja schon sehr umfangreich.
Das die jetzt auch einen USB Sniffer drin haben war mir neu. Nutzen hier USBPCap für.
https://wiki.wireshark.org/CaptureSetup/USB

(...) Linux

Capturing USB traffic on Linux is possible since Wireshark 1.2.0, libpcap 1.0.0, and Linux 2.6.11,
using the Linux usbmon interface. To dump USB traffic on Linux,
you need the usbmon kernel module.
If it is not loaded yet, run this command as root:
(...)
Für windows natuerlich auch.

Gruß Chris

[grisu911]

Hallo,

nun noch einmal ein wenig zum Packetviewer und den Meldungen die darüber gehen. Eine Meldung hat anscheinend folgenden Aufbau:
z.B.

ED 40 47 05 10 00 00 00 58 FF
...
ED 40 47 05 10 00 00 00 58 FF
A4 FF
E3 01 02 14 47 05 05 3C FF
ED 40 47 05 10 00 00 32 32 FF
ED 40 47 05 10 00 00 00 58 FF
ED 40 47 05 10 00 00 00 58 FF
...

Dabei ist die Zeile welche mit E3 beginnt die mit der eigentlich wichtigen Meldung.
Die Übersetzung sieht nach ertsen Erkenntnissen wie folgt aus:
E3 - ? Systemmeldung ?
01 - 1. Tag des Monats (Datum)
02 - 2. Monat (Datum)
14 - Stunde im 24h Format (Uhrzeit)
47 - Minuten (Uhrzeit)
05 - HEX = Sabotagealarm; vergleichbar mit den Meldungen an eine AES, siehe http://indexa.de/w2/download/anleitungen...ternet.pdf Seite 55 Tabelle 3 Spalte uu
05 - Adresse der Komponente
3C - ???
FF - ???

Sollte also auswertbar sein.

Nun dies nur noch unter Linux zu Ausgabe bringen.

Gruß Grisu

[smith007]

Also ich habe mal den Ereignisspeicher ausgelesen und die Packete gelesen.
Hier habe ich folgendes:
55 Unscharfschalten 01: Karte 11.1. 11:46 E4 11 1 11 46 9 41 20 FF
56 Teilscharfschaltung 01: Karte 11.1. 11:46 E4 11 1 11 46 0D 41 2B FF
62 Scharfschalten 01: Karte 14.1. 8:22 E4 14 1 8 22 8 41 4E FF
35 Teilscharf A,B 01: Karte 9.1. 12:08 E4 9 1 12 8 21 41 3E FF
54 Teilscharf A,B 01: Karte 11.1. 10:50 E4 11 1 10 50 21 41 4 FF


Mögliche Zuordnung zu Eintrag 35:
E4= Ereignisspeicher
9 = Tag
1 = Monat
12 = Stunde
8 = Minute
21= Bereich A,B
41= Scharf/Unscharf
3E = ?
FF = EOM Kennzeichnet End Of Message

[grisu911]

Hallo,

hast du schon mal versucht via Linux auszulesen?
Ich scheitere immernoch daran.
Mir fehlt aber auch im Moment die Zeit mich da intensiver einzulesen.

Gruß Grisu

[smith007]

Hi,

aktuell noch nicht.
Werde dem am Wochenende eine Chance geben.

Ich hab schon vergeblich versuch ein Windows Tool zu finden
was einfach nur ein USB-Device direkt anspricht (nicht Monitored oder Captured), wo man Daten lesen und schreiben kann.
Aber da gibts nicht wirklich was, außer man entwickelt selber in VB/C.
Da hab ich jetzt nicht unbedingt Lust drauf.

Man findet jede Menge Capture und Monitoring Tools aber
die basteln immer einen USB-Filter ein und das will ich mir nicht antun.
Da hat recht schnell das komplette USB abgeklemmt wenn die Soft
verrücktspielt.

Unter Linux gehts einfacher mit usbmon und da werde ich wohl ansetzten.
Das Teil kann man ja auch via COM-Port ansprechen, wenn der Treiber drin ist.

Nebenbei:
Vielleicht solltest du mal /dev/ttyS0 versuchen

Warst du als root angemeldet oder als user?
Sonst mal "sudo cat /dev/hidraw3" versuchen.

[ThomasKu]

ja, Du solltest es ohnehin auf Linux versuchen, da der Raspi wesentlich stromsparender ist als ein NUC etc.

Es könnte aber generell so sein, dass die Daten erst vom USB-Interface sprudeln, wenn eine Sequenz gesendet wird.
Daher müsste man sich das Signalspiel zunnächst unter Windows und Olink ansehen und mit einem USB-Capture Programm (das Zeug ist meist nur 30 Tage lauffähig) nachschauen, ob nicht Olink zunächst eine INIT Sequenz via USB-Interface sendet, ehe die Kommunikation beginnt.

[grisu911]

Hi!

hatte ich die Tage mit Device Monitoring Studio (USB-Capture Programm) mitgeschnitten OLink gestartet mit angeschlosserer Jablotron bzw. USB-Kabel abgezogen und neu eingesteckt, beide male war folgendes zu sehen:
000555: Control Transfer (UP), 02.02.2016 21:11:10.267 +0.0. (1. Device: USB-Eingabegerät) Status: 0x00000000
Pipe Handle: Control Pipe
Setup Packet
21 0A 00 00 00 00 00 00 !.......
Recipient: Interface
Request Type: Class
Direction: Host->Device
Request: 0xa (Unknown)
Value: 0x0
Index: 0x0
Length: 0x0
000558: Bulk or Interrupt Transfer (DOWN), 02.02.2016 21:11:10.267 +0.0 (1. Device: USB-Eingabegerät)
Pipe Handle: 0x7f0337c8 (Endpoint Address: 0x1)
Send 0x40 bytes to the device
00 01 01 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................


000560: Bulk or Interrupt Transfer (DOWN), 02.02.2016 21:11:10.272 +0.0 (1. Device: USB-Eingabegerät)
Pipe Handle: 0x7f0337c8 (Endpoint Address: 0x1)
Send 0x40 bytes to the device
01 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................


000562: Bulk or Interrupt Transfer (UP), 02.02.2016 21:11:10.284 +0.003. (1. Device: USB-Eingabegerät) Status: 0x00000000
Pipe Handle: 0x7f033798 (Endpoint Address: 0x81)
Get 0x40 bytes from the device
81 01 01 00 00 00 00 00 00 00 00 00 00 00 00 00 ...............
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................


000564: Bulk or Interrupt Transfer (UP), 02.02.2016 21:11:10.323 +0.039. (1. Device: USB-Eingabegerät) Status: 0x00000000
Pipe Handle: 0x7f033798 (Endpoint Address: 0x81)
Get 0x40 bytes from the device
82 01 ED 00 00 00 00 00 00 00 00 00 00 00 00 00 ‚.í.............
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................


000566: Bulk or Interrupt Transfer (UP), 02.02.2016 21:11:10.331 +0.008. (1. Device: USB-Eingabegerät) Status: 0x00000000
Pipe Handle: 0x7f033798 (Endpoint Address: 0x81)
Get 0x40 bytes from the device
82 01 40 00 00 00 00 00 00 00 00 00 00 00 00 00 ‚.@.............
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................


000568: Bulk or Interrupt Transfer (UP), 02.02.2016 21:11:10.339 +0.008. (1. Device: USB-Eingabegerät) Status: 0x00000000
Pipe Handle: 0x7f033798 (Endpoint Address: 0x81)
Get 0x40 bytes from the device
82 08 50 00 30 00 00 00 39 FF 00 00 00 00 00 00 ‚.P.0...9ÿ......
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................


000570: Bulk or Interrupt Transfer (UP), 02.02.2016 21:11:10.611 +0.271. (1. Device: USB-Eingabegerät) Status: 0x00000000
Pipe Handle: 0x7f033798 (Endpoint Address: 0x81)
Get 0x40 bytes from the device
82 01 ED 00 00 00 00 00 00 00 00 00 00 00 00 00 ‚.í.............
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................


Scheint also das OLink wirklich erst eine Sequenz sendet bevor die Daten sprudeln.

@smith007
Natürlich unter root versucht:
sudo cat /dev/hidraw3 bringt leider nichts weil so wie oben vermutet die Initialisierung fehlt, konnte aber leider noch nicht weiter probieren.

Ich möchte es an einem Raspi zu laufen bekommen, gerade weil dieser für diese Anwendungen das wahrscheinlich stromsparnste System ist.

Gruß Grisu

[smith007]

Hi Grisu,

ja son Teil werde ich mir auch noch zulegen.
Kostet fast nix kann aber fast alles.
In der Firma haben wir da einige im Einsatz.

Hab mich noch dieses WE mit Virtualbox rumgequält. Wollte das darüber tracen
aber die VB hat Probleme USB durchzuschleifen. Hab da schon tausend Beiträge zu gelesen.
Liegt wohl daran das der USB 2.0 duch den USB 3.0 übergeordnet kontrolliert wird.

Muss ich dann halt mit dem Notebook mal testen.

Ok aber schon mal gut zu wissen das hier eine Initialisierung stattfindet.
Wenn ich die Tracefunktion vernüftig auf die Beine gestellt habe werde ich da mal intensiver
rangehen.

Gruß Chris

[grisu911]

Hallo,

bin leider auch noch nicht weiter gekommen.
Theoretisch müsste man z.B. bei
sudo cat /dev/hidraw3
nur die Initialisierung senden und dann müssten die Daten sprudeln, aber welcher Initalisierungsbefehl ist zu senden???

Gruß Grisu

[smith007]

Hi Grisu,

habs nun auf meinem Notebook probiert mit FreeUSbAnalyzer.
Wie du schon gesagt hast kommt erstmal nix.
Wenn man Olink startet fliessen die Daten wie wild.

Ich habs mal getraced und das sind scheinbar die Startsequenzen.
Habs zweimal probiert und immer das selbe Muster.
00 01 01
01 00 01


000001: Bulk or Interrupt Transfer (DOWN), 2016-02-12 00:26:46,5470014 +140,7122542 (1. Device: USB-Eingabegerät)
Pipe Handle: 0x8529a0e4 (Endpoint Address: 0x1)
Send 0x40 bytes to the device
00 01 01 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00


000003: Bulk or Interrupt Transfer (DOWN), 2016-02-12 00:26:46,6440226 +0,0000307 (1. Device: USB-Eingabegerät)
Pipe Handle: 0x8529a0e4 (Endpoint Address: 0x1)
Send 0x40 bytes to the device
01 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

[smith007]

So ich bastel da grade in Visual Basic an der USB Interface Kommunikation.
Hab da endllich was gefunden um den Port anzusprechen.
Sobald ich hier weitere Erkentnisse habe, womit man was anfangen kann gebe ich hier bescheid.

Wünsche noch einen schönen Sonntag

Nachtrag:
Ich hab mir die Datenströme mal genauer angesehen.
Sie decken sich mit deinen oben aber sind nicht im geringsten identisch mit denen im Packetviewer.
Ab und zu sieht man mal ein paar Bytefolgen die auch im Packetviewer
sind aber bisher habe ich noch nicht das komplette Muster gesehen wie im Packetviewer.

Hatte mich schon über meine Ergebnisse im VBA Programm gewundert aber auch die Tracer sagen das selbe aus.
Irgendwo muss da noch was anders sein. Komme aber im Moment nicht drauf.

Gruß Chris

[timbaum]

Hallo,

auf der USB-Schnittstelle kann man sicher nur Ereignisse sehen, die auch an die Bedienteile geschickt werden. Oder halt im Programmiermodus an den Adapter.

Während der Paketviewer, alle empfangenen Datenpaktete anzeigt, halt auch die die nur die Anlage selber interessieren.

Gruß Tim

[grisu911]

Hallo,
für mich ist das schon nachvollziehbar was in den Datenströmen zu sehen ist wenn ich mit einem USB-Capture mitschneide.
Ich habe bewust den überflüssigen Teil der Ausgabe des USB-Capture Programms gelöscht. Im Original sieht es bei wie oben schon dargestellt aus.

82 01 ED 00 00 00 00 00 00 00 00 00 00 00 00 00 ‚.í.............
82 01 40 00 00 00 00 00 00 00 00 00 00 00 00 00 ‚.@.............
82 08 50 00 31 00 00 00 23 FF 00 00 00 00 00 00 ‚.P.1...#ÿ......
82 01 ED 00 00 00 00 00 00 00 00 00 00 00 00 00 ‚.í.............
82 01 40 00 00 00 00 00 00 00 00 00 00 00 00 00 ‚.@.............
82 07 50 00 31 00 00 32 4E 00 00 00 00 00 00 00 ‚.P.1..2N.......
82 01 FF 00 00 00 00 00 00 00 00 00 00 00 00 00 ‚.ÿ.............
Es beginnt im Capture Programm grundsätzlich mit 82, danach kommt die Anzahl der darauffolgenden Stelle
z.B. 01 bis zur 1. Stelle, 08 bis zur 8. Stelle, 07 bis zur 7. Stelle
also ergeben die ersten drei Zeilen: ED 40 50 00 31 00 00 00 23 FF
die folgenden 4 Zeilen: ED 40 50 00 31 00 00 32 4E FF
entsprechend der Zeilen im Paket-Viewer:
ED 40 50 00 31 00 00 00 23 FF
ED 40 50 00 31 00 00 32 4E FF

Nun das ganze noch mal beim Scharf und Unscharf schalten.
82 05 32 02 FF E3 15 00 00 00 00 00 00 00 00 00 ‚.2.ÿã..........
82 07 02 11 23 08 1E 05 FF 00 00 00 00 00 00 00 ‚...#...ÿ.......
82 04 E8 0E 4B FF 00 00 00 00 00 00 00 00 00 00 ‚.è.Kÿ..........
82 01 ED 00 00 00 00 00 00 00 00 00 00 00 00 00 ‚.í.............
Das Scharf schalten beginnt mit E3 in der ersten Zeile und Endet wieder mit FF
Somit sind die erste und zweite Zeile interessant:
Erste Zeile hat 5 Stelle an 4. Stelle steht E3, Zeile 2 hat 7 Stellen zusammen ergibt dies:
E3 15 02 11 23 08 1E 05 FF also am 15.02 um 11:23 Uhr Scharfschaltung vom Device 1E = 30
Dies ist auch im Packetviewer nachvollziehbar
Unscharf:
82 05 E3 15 02 11 23 00 00 00 00 00 00 00 00 00 ‚.ã...#.........
82 04 09 1E 2F FF 00 00 00 00 00 00 00 00 00 00 ‚.../ÿ..........
Zeile 1 hat 5 Stellen und beginnt mit E3, Zeile 2 hat 4 Stellen.
Somit ergibt dies:
E3 15 02 11 23 09 1E 2F FF also am 15.02. um 11:23 Uhr Unscharf vom Device 1E =30

Nun weiß ich leider nicht was bei dir via VBA ankommt, aber vielleicht hilf dies ja bei der Analyse der Daten. Ich hoffe nur das dies verständlich genug von mir beschrieben wurde.
Gruß Grisu

[smith007]

Hi Grisu,

Danke für deine Info. Ich bin genau zu dem selben Ergebnis gekommen wie du es beschrieben hast.
Habs erst nicht sofort erkannt, war auch schon etwas spät. ;-)
Bei Auslesen bekommst du noch die ReportID (00 wird meinst unterdrückt), der bmRequestType(82 bei get) und die Anzahl der
im readBuffer enthaltenen Values. Das hatte ich übersehen.

Jetzt muss ich das nur noch zusammensetzten und erhalte exakt die im Paketviewer enthaltene Reihenfolge.
Wenn ich das mit der Startsequenz noch hinbekomme bin ich schon ein Schritt weiter.

Dann heisst es nur noch Ausprobieren was wann wie übermittelt wird und daraus das Pattern ableiten.
Ich benutzte hierfür die mcHID.dll. Funktioniert einwandfrei unter Windows 8 und im 64Bit Betrieb.
Spricht direkt den Windowstreiber an und man muss nix zusätzlich installieren.

Ich halte dich auf dem laufenden sobald ich weiter Neuigkeiten habe.

@Tim
Grundlegend hast du da recht. Wenn die Schnittstelle einmal initalisiert ist, gibt sie natürlich laufend Infos
aus. Welche das genau sind wird sich noch finden. Es wird shon so sein wie du schon sagst, dass
es laufende Infos sind die u.a auch an das Bedienteil/Zentrale gehen sei es via Bus oder Funk.
Heisst ob ein Melder aktiv ist, Batteriestatusinfos der Melder etc...

Da man auch senden kann ergeben sich ggf noch weitere nützliche Eigenschaften, wie z.B Ereignisse auslesen
Feldstärketest etc.. Im Grunde könnte an sich so sein eigenes Olink basteln wenn man will bzw es an seine eigenen Bedürfnisse anpassen.
Der primäre Zweck ist jedoch vorerst, das ganze Webfähig zu machen, um dann die Events in seine Webapplikationen zu nutze zu machen.
Sprich eine Schnittstelle zu schaffen.

Mal schaun was bei rauskommt. Bin da guter Dinge. ;-)

Gruß Christian

Nachtrag:
So habe jetzt auch die Init-Sequenz fertig.
Das ist einfach nur das SetupPaket 01 01 00
01 = Direction Host -> Gerät
01 = 1 Byte an Daten
00 = Datenwert 0 der übermittelt wird

Das wars und schon sprudeln die Daten.
Die Reihenfolge habe ich auch zusammengedelt.
Nicht grad einfach in VB. Letzte Version wo ich noch rumgebastelt habe war glaube ich V4 und nu mit .Net 2015
hat sich eingiges geändert. Naja rennt aber halbwegs.

Jetzt gehts ans Auswerten der Events.

[grisu911]

Hallo,

hast du schon mal versucht die Anlage unter Linux anzusprechen?
Ich habe keine Anhnung wie ich die Init-Sequenz an die Anlage unter Linux senden kann.

Gruß Grisu

[smith007]

Hi Grisu,

bisher noch nicht. Hatte mich jetzt aktuell auf Windows via VisualBasic darauf konzentriert.
Habe jetzt endlich eine .Net Schnittstelle gefunden, die ohne Zusatz-DLL auskommt und
mir nicht nach 200 Datensätzen eine Exception wirft.
Hab jetzt auch schon einige Konstellationen entschlüsseln können.

Ich werde mal ein Linux Image in die VM laden und mal schauen wie man es da macht.
Was nutzt du denn? Centos? 32/64 Bit?

Gruß Chris

[smith007]

Hi Grisu,
ich habe mich huete mal mit der USB Sache unter Linux beschäftigt.
Hierzu habe ich eine Centos6 64bit Version in der VM installiert.

Also die Suche nach einem simplen Programm welches nur ganz einfach was an ein USB-Device schreibt
ist echt ein Krampf. Man findet 10000 Sachen über USB via Serial-Adapter aber nur ganz wenige,
welch ein USB-Device direkt ansprechen und dann auch meist nur C-Sourcen.

Ok, hab da was ausgemacht was in Python funktionieren soll.
Als Library kommt pyUSB zum Einsatz -> https://github.com/walac/pyusb
Das Testscript funktioniert aber nicht sauber da der Kerneltreiber den zugriff blockiert (device Busy error).

Hier habe ich eine Lösung zu gefunden: http://stackoverflow.com/questions/12542...-in-python

und das Script übernommen. Soweit so gut.
Aber eine Initsequenz habe ich noch nicht hinbekommen.

Wenn ich den USB Port einmal initialisiert habe, bekomme ich mit cat /dev/hidraw0 auch Daten aber vorher nicht.
Python ist auf den Kisten meist eh drauf von daher musst du nur die Lib einmal installieren.
Wenn du das Paket entpackt hast einmal mit root setup.py install ausführen dann hast du die Pakete in Python verfügbar.

Vielleicht kannst du hier mal übernehmen und bekommst mehr raus.
Ich bastel derzeit parallel an meiner VB Programm weiter um die Sequenzen weiter zu ermitteln.

Gruß Chris

[grisu911]

Hallo,

danke für die Info, werde das die nächsten Tage mal probieren. Mein Ziel ist es das an einem RaspberryPi zum laufen zu bringen und dann in meiner HausVisu zu integrieren welche auch auf enem Pi läuft.

Gruß Grisu

[ThomasKu]

Hallo,

ich habe gerade mit BusDog unter Windows ausgelesen, da mir Wireshark zu viel Daten liefert und ich nicht weiss, wie ich sie einschränken kann.

Die reinen Write-Daten sehen bei mir so aus:

00 00 01 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

00 01 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

D.h., das sind bei mir 2 init Sequenzen mit 65 Bytes

00 00 01 01
00 01 00 01

dann Antwortet die Oasis mit 65 Bytes langen Zeilen, die in den letzten 18 Bytes immer gleich sind
und vor mit 00 oder 4c beginnen!

@smith007
könntest Du bitte die .net Bibliothek verlinken, die einigermaßen funktioniert?

[smith007]

Hi Thomas.

Die eigentliche Init Sequenz ist die erste.
OUTBuffer(0) = &H0 ' allways 0
OUTBuffer(1) = &H0 ' mbRef -> Send to device
OUTBuffer(2) = &H1 ' datasize
OUTBuffer(3) = &H1 ' data

Die 2. wird nicht benötigt.
Ich hab mir da schon ein kleines Programm geschrieben in VisualBasic.
Da sende ich die o.g. Init-Sequenz damit Daten kommen.
Hab auch schon einiges entschlüsseln können und lasse mir
den kompletten Datenstring wie im Packetviewer anzeigen mit Statusmeldungen,
die ich bisher entziffern konnte.

Das komplette USB-Datenpaket ist immer 65Byte gross (0-64).
Nutzdaten davon sind aber nur 10 (3-13). Die ersten 3 (0-2) sind
wie oben beschrieben Steuerparameter. Der Rest ist immer 0.

Die Pakete werden in mehreren Sequenzen geliefert und die muss man sich zusammensetzen
bis das EOF &HFF kommt.

Gruß Christian