• 10.05.2024, 03:47
  • Registrieren
  • Anmelden

  • Sie sind nicht angemeldet.

 

HID-Reports für Aquaero et al.

Lieber Besucher, herzlich willkommen bei: Aqua Computer Forum. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

drdeath

Senior Member

Beiträge: 1 068

HID-Reports für Aquaero et al.

Dienstag, 30. Oktober 2012, 13:13

Hallo AC,

Ich wollte mal diskret und schüchtern anmerken, dass wir jetzt seit über einem Jahr auf einen SDK für Aquaero5 und Co. warten. Das wurde damals damit begründet, dass Daten erst dann rausgegeben werden sollten, wenn die API stabil ist und sich nicht mehr nennenswert ändert. Das muss doch jetzt zumindest in Teilen langsam mal soweit sein? Wenn ihr mit der API und den Libraries noch nicht soweit seid, dann gebt doch wenigstens mal die Rohdaten zu Befehlen und Datenstrukturen her, damit die fortgeschrittenen Nutzer wie z.B. ich schon mal was damit anfangen können, schließlich will ich die API sowieso in erster Linie portieren, wenn ihr euch erinnert? Linux + .NET4 und so?

Ich hab da ein faszinierendes Stück Hardware, mit dem ich nicht arbeiten kann, weil ich keine Informationen habe. Ich weiß z.B. schon dass der Aquaero Datenpakete zu 627 byte schickt, aber ich kann sie nicht dekodieren. Schmeißt uns doch mal nen Knochen hin, das ist echt frustrierend so. :(
Hier geht's zum RGBAmp
Hinweis: Der RGBAmp stammt nicht von AC und wird nicht offiziell supported!
Note: The RGBAmp is not an AC product and isn't officially supported.

drdeath

Senior Member

Beiträge: 1 068

Donnerstag, 1. November 2012, 17:20

Kommt da noch was, oder ignoriert ihr mich und hofft, dass ich weggeh? :) Wenn's letzteres ist, vergesst es, ich geb Sturheitskurse für sizilianische Maulesel...
Hier geht's zum RGBAmp
Hinweis: Der RGBAmp stammt nicht von AC und wird nicht offiziell supported!
Note: The RGBAmp is not an AC product and isn't officially supported.

INNVU

Junior Member

Beiträge: 35

Samstag, 3. November 2012, 00:59

Ich hatte da: poweradjust 2 und UNIX/Linux auch noch mal nachgefragt, allerdings keine Antwort erhalten.
Vielleicht hast du ja mehr Glück.

palme|kex`

God

Beiträge: 5 684

Samstag, 3. November 2012, 14:05

naja es wude ja mehrfach erähnt das dass sdk erst mit dem rc kommt. da noch kein rc da ist, gibts auch kein sdk und auch sonst keine informationen bezüglich der usb kommunikation.

drdeath

Senior Member

Beiträge: 1 068

Sonntag, 4. November 2012, 19:00

Zitat von »palme|kex`«

naja es wude ja mehrfach erähnt das dass sdk erst mit dem rc kommt
... und auf den können wir wenn's so weiter geht lange warten. Ich schätze, ich werde einfach mal posten was ich mir schon zusammengereimt habe und schauen ob andere auch was haben. Die ersten zweidrei Felder in dem Datensalat hab ich schon identifizieren können. Wenn wir genug zusammenkriegen können wir die Daten evtl. wenigstens mal auslesen, das wär ja schon mal was.

Nach dem was ich bis jetzt habe kommen die ganzen Daten in einem einzelnen großen Klumpen von über 600 byte an, ohne Unterteilungen, Einheiten oder sonstige Angaben zur Bedeutung im Report-Descriptor. Wenn man die Möglichkeiten des HID-Protokolls ausreizen würde wären die Daten problemlos zu parsen, aber so ist man völlig vom guten Willen der Entwickler abhängig. Und das, wenn ich das mal so direkt sagen darf, stinkt.
Hier geht's zum RGBAmp
Hinweis: Der RGBAmp stammt nicht von AC und wird nicht offiziell supported!
Note: The RGBAmp is not an AC product and isn't officially supported.

Stephan

Administrator

Beiträge: 5 967

Sonntag, 4. November 2012, 21:57

Wir lesen schon mit....

Das Release der as 2012 sollte diese, wird jetzt aber sehr sicher kommende Woche kommen. Dann kommt auch noch eine neue aquaero Firmware und eine sehr wichtige Möglichkeit für die ae lt. Zudem wird dies einen Stand erreichen zu dem keine gravierenden Änderungen an Strukturen mehr geplant sind. Auch die as 2012 wird ab dann bezüglich von Übersichtsseiten und Datenstrukturen einen Stand haben der kompatibel bleiben soll. Hierzu haben wir viel Arbeit in die Serialisierung von Strukturen gelegt.

Die Änderungen werden aber jetzt noch einmal gravierend sein. Das ist dann auch der Zeitpunkt alles zu dokumentieren und ein SDK zu veröffentlichen. Wir hätten das auch gerne schneller gehabt, aber es gab immer noch Wünsche für Erweiterungen. So wird - das sei schon mal angekündigt - z.B. das aquaero jetzt auch einen Slave Modus beherrschen und ein zweites ae einmappen können. Ein weitere Punkt ist, dass das aquaero bei einigen Industriekunden im Einsatz ist und wir hier bezüglich der Datenklassen auch immer noch Erweiterungen hatten.

Es hat sicher niemand Lust für das ae 5 Lösungen zu programmieren, wenn wir einmal im Monat eine neue inkompatible Firmware bringen.

drdeath

Senior Member

Beiträge: 1 068

Montag, 5. November 2012, 20:13


Da möchte ich aber bitte auch noch einen Änderungswunsch anbringen: Einen neuen, spezifischeren Report Descriptor.

Zitat

REPORT_SIZE (8 ) 75 08
REPORT_COUNT (626) 96 72 02
SO bringt das nämlich man gar nichts. Wie wär's statt dessen hiermit:

Zitat

REPORT_ID (1) 85 01
LOGICAL_MINIMUM (0) 15 00
LOGICAL_MAXIMUM (65535) 27 FF FF 00 00
REPORT_COUNT (1) 95 01
REPORT_SIZE (32) 75 20
UNIT (SI Lin:Time) 66 01 10
INPUT (Data,Var,Abs) 81 02
REPORT_ID (2) 85 02
...

GeeeeNAU, das ist die Systemzeit. Natürlich könnte man das dann noch schön mit Usages würzen:

Zitat

REPORT_ID (1) 85 01
USAGE (Vendor Usage 02) 09 02
LOGICAL_MINIMUM (0) 15 00
LOGICAL_MAXIMUM (65535) 27 FF FF 00 00
REPORT_COUNT (1) 95 01
REPORT_SIZE (32) 75 20
UNIT (SI Lin:Time) 66 01 10
INPUT (Data,Var,Abs) 81 02
REPORT_ID (2) 85 02
USAGE (Vendor Usage 03) 09 03
...
und dann nen schönen usage table zum SDK packen. Dann wär das eher was.

Aquaero bei Industriekunden? Erweiterungen der Datenklassen? Aquaero als Slave? Klingt riesig spannend, erzähl mal!
Hier geht's zum RGBAmp
Hinweis: Der RGBAmp stammt nicht von AC und wird nicht offiziell supported!
Note: The RGBAmp is not an AC product and isn't officially supported.

sebastian

Administrator

Beiträge: 10 522

Montag, 5. November 2012, 20:21

Das ist unsinn!
Diese Diskriptoren sind sind auf auf allen Zielsystemen unterschiedlich implementiert. Das führt zu tollen ergebnissen wenn das mal benutzt. Selbst wenn es mit Linux gut geht, bei allen anderen macht es Probleme. Und Linux ist echt nur eine Teilmenge die kaum jemand nutzt.
Damit handelt man sich mehr ärger als nutzen ein. Wenn man nur 2-3 Werte hat die sich normieren lassen, mag das ja passen. Aber nicht bei den vielen Werten vom aquaero. Mit der Datenklasse lässt sich das problemlos serialisieren.

drdeath

Senior Member

Beiträge: 1 068

Montag, 5. November 2012, 21:32

WTF? Unsinn?? Was soll denn daran Unsinn sein? Und wie soll sich das von System zu System unterscheiden, wenn es von USB.org festgelegt ist? Hierher hab ich meine Daten bezogen: http://www.usb.org/developers/hidpage

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11

06 00 FF 09 01 A1 01 85 01 15 00 26 FF 00 75 08
 96 72 02 09 01 81 02 85 03 15 00 26 FF 00 75 08
 96 07 00 09 01 81 02 85 04 15 00 26 FF 00 75 08
 96 41 08 09 01 91 02 85 05 15 00 26 FF 00 75 08
 96 04 00 09 01 91 02 85 06 15 00 26 FF 00 75 08
 96 04 00 09 01 91 02 85 07 15 00 26 FF 00 75 08
 96 08 00 09 01 91 02 85 08 96 40 08 09 00 B2 02
 01 85 09 15 00 26 FF 00 75 08 96 09 02 09 01 91
 02 85 0A 15 00 26 FF 00 75 08 96 1B 00 09 01 91
 02 85 0B 96 C7 08 09 00 B2 02 01 85 0C 15 00 26
 FF 00 75 08 96 09 02 09 01 81 02 C0
Ist das hier vielleicht nicht der Descriptor, den der Aquaero überträgt? Und ist die Bedeutung laut offiziellem HID-Tool nicht:

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75

USAGE_PAGE (Vendor Defined Page 1)    06 00 FF
USAGE (Vendor Usage 1)  09 01
COLLECTION (Application)        A1 01 
  REPORT_ID (1) 85 01 
  LOGICAL_MINIMUM (0)   15 00 
  LOGICAL_MAXIMUM (255) 26 FF 00 
  REPORT_SIZE (8)       75 08 
  REPORT_COUNT (626)    96 72 02 
  USAGE (Vendor Usage 1)        09 01
  INPUT (Data,Var,Abs)  81 02 
  REPORT_ID (3) 85 03 
  LOGICAL_MINIMUM (0)   15 00 
  LOGICAL_MAXIMUM (255) 26 FF 00 
  REPORT_SIZE (8)       75 08 
  REPORT_COUNT (7)      95 07 
  USAGE (Vendor Usage 1)        09 01
  INPUT (Data,Var,Abs)  81 02 
  REPORT_ID (4) 85 04 
  LOGICAL_MINIMUM (0)   15 00 
  LOGICAL_MAXIMUM (255) 26 FF 00 
  REPORT_SIZE (8)       75 08 
  REPORT_COUNT (2113)   96 41 08 
  USAGE (Vendor Usage 1)        09 01
  OUTPUT (Data,Var,Abs) 91 02 
  REPORT_ID (5) 85 05 
  LOGICAL_MINIMUM (0)   15 00 
  LOGICAL_MAXIMUM (255) 26 FF 00 
  REPORT_SIZE (8)       75 08 
  REPORT_COUNT (4)      96 04 00 
  USAGE (Vendor Usage 1)        09 01
  OUTPUT (Data,Var,Abs) 91 02 
  REPORT_ID (6) 85 06 
  LOGICAL_MINIMUM (0)   15 00 
  LOGICAL_MAXIMUM (255) 26 FF 00 
  REPORT_SIZE (8)       75 08 
  REPORT_COUNT (8)      95 08 
  USAGE (Vendor Usage 1)        09 01
  OUTPUT (Data,Var,Abs) 91 02 
  REPORT_ID (7) 85 07 
  LOGICAL_MINIMUM (0)   15 00 
  LOGICAL_MAXIMUM (255) 26 FF 00 
  REPORT_SIZE (8)       75 08 
  REPORT_COUNT (8)      95 08 
  USAGE (Vendor Usage 1)        09 01
  OUTPUT (Data,Var,Abs) 91 02 
  REPORT_ID (8) 85 08 
  REPORT_COUNT (2112)   96 40 08 
  USAGE (Undefined)     09 00
  FEATURE (Data,Var,Abs,Buf)    B2 02 01 
  REPORT_ID (9) 85 09 
  LOGICAL_MINIMUM (0)   15 00 
  LOGICAL_MAXIMUM (255) 26 FF 00 
  REPORT_SIZE (8)       75 08 
  REPORT_COUNT (521)    96 09 02 
  USAGE (Vendor Usage 1)        09 01
  OUTPUT (Data,Var,Abs) 91 02 
  REPORT_ID (10)        85 0A 
  LOGICAL_MINIMUM (0)   15 00 
  LOGICAL_MAXIMUM (255) 26 FF 00 
  REPORT_SIZE (8)       75 08 
  REPORT_COUNT (27)     95 1B 
  USAGE (Vendor Usage 1)        09 01
  OUTPUT (Data,Var,Abs) 91 02 
  REPORT_ID (11)        85 0B 
  REPORT_COUNT (2247)   96 C7 08 
  USAGE (Undefined)     09 00
  FEATURE (Data,Var,Abs,Buf)    B2 02 01 
  REPORT_ID (12)        85 0C 
  LOGICAL_MINIMUM (0)   15 00 
  LOGICAL_MAXIMUM (255) 26 FF 00 
  REPORT_SIZE (8)       75 08 
  REPORT_COUNT (521)    96 09 02 
  USAGE (Vendor Usage 1)        09 01
  INPUT (Data,Var,Abs)  81 02 
END_COLLECTION  C0
Was soll da jetzt systemspezifisch sein? Das erklär mir aber bitte jetzt ein bischen genauer.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »drdeath« (8. November 2012, 10:58)

Hier geht's zum RGBAmp
Hinweis: Der RGBAmp stammt nicht von AC und wird nicht offiziell supported!
Note: The RGBAmp is not an AC product and isn't officially supported.

drdeath

Senior Member

Beiträge: 1 068

Donnerstag, 8. November 2012, 10:44

UUUUuuund wir können die Zeit setzen!!!!
Report ID 5, 4 byte, Wert ist die Anzahl der Sekunden seit 1.1.2009, 00:00 Uhr

Unglaublich, was man mit Wireshark heutzutage alles mitschneiden kann...
Hier geht's zum RGBAmp
Hinweis: Der RGBAmp stammt nicht von AC und wird nicht offiziell supported!
Note: The RGBAmp is not an AC product and isn't officially supported.

drdeath

Senior Member

Beiträge: 1 068

Donnerstag, 8. November 2012, 10:57

Ok, jetzt muss ich aber doch nachfragen: Report ID 7 ist laut Report-Descriptor 8 byte lang (Raw: 75 08 96 08 00, ich weiss, ist falsch in meiner Übersetzung), de facto bekomm ich aber 16 byte an Daten. Hab ich da irgendwo nen Denkfehler?

Nachtrag: Ich weiss, das ist alles Bruch und Makulatur mit dem RC. Lasst mir meinen Spaß, ich knobel eben gerne ;)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »drdeath« (8. November 2012, 11:24)

Hier geht's zum RGBAmp
Hinweis: Der RGBAmp stammt nicht von AC und wird nicht offiziell supported!
Note: The RGBAmp is not an AC product and isn't officially supported.

sebastian

Administrator

Beiträge: 10 522

Donnerstag, 8. November 2012, 13:32

Ich weis ja nicht wie dein sniffer funktioniert. aber das wird an den pc übertragen:

Zitat

hexadecimal
85 07 15 00 26 FF 00 75 08
96 10 00 09 01 91 02
0x96 0x10 0x00 ==> 16Bytes

drdeath

Senior Member

Beiträge: 1 068

Donnerstag, 8. November 2012, 21:58

Ah, jetzt stimmt's wieder zusammen. Der Dump stammte von der Firmware 1024, daran wird es gelegen haben. Mein Fehler.
Hier geht's zum RGBAmp
Hinweis: Der RGBAmp stammt nicht von AC und wird nicht offiziell supported!
Note: The RGBAmp is not an AC product and isn't officially supported.

JinTu

Full Member

Beiträge: 98

Sonntag, 16. Dezember 2012, 05:15

Leider im Voraus für die schlechte deutsche Übersetzung (dank Google), aber ich wollte zu erwähnen, dass ich und andere haben einige Fortschritte Entschlüsselung der USB-Kommunikation des Aquaero 5 hergestellt und eingebaut unsere Ergebnisse in einer aktualisierten Version der aerotools. Bisher haben wir mit dem folgenden Thread im overclock.net Foren und würden keine Beiträge in unseren Bemühungen begrüßen, wie es scheint unsere Ziele ausgerichtet sind. ;)

drdeath

Senior Member

Beiträge: 1 068

Montag, 17. Dezember 2012, 14:08

Dude, forget google translations, post in the english forum and link it here. I didn't get a word of what you tried to say and I'm a native speaker.
Hier geht's zum RGBAmp
Hinweis: Der RGBAmp stammt nicht von AC und wird nicht offiziell supported!
Note: The RGBAmp is not an AC product and isn't officially supported.

JinTu

Full Member

Beiträge: 98

Montag, 17. Dezember 2012, 17:53

Zitat von »drdeath«

Dude, forget google translations, post in the english forum and link it here. I didn't get a word of what you tried to say and I'm a native speaker.
Sorry for cross-posting, but there is already an existing post on the English forum here .

Ähnliche Themen