EndOfFile/EndOfData bei Pipe erkennen

[sparky]

@himitsu:
Aus dem Quelltext geht leider nicht hervor wie der an Receive() übergebene Buffer initialisiert ist, vielleicht liegt da die Ursache dafür das nur Windows 7 geht (MSDN: Initializing HID Reports).

Wenn ich Microsoft richtig verstehe, aber wer tut das schon , sollte es jedenfalls auch unter XP mit der Kombination HidD_GetInputReport() und ReadFile() funktionieren (MSDN: Obtaining HID Reports by User-Mode Applications).

BTW welches sind denn die genauen Fehler die unter XP ausgegeben werden wenn man den unter Win7 funktionierendem Code nimmt?

[himitsu]

Da das Senden schonmal zu funktionieren scheint, geh ich mal darauf ein.
(beim Empfangen ist es ähnlich)

HidD_SetOutputReport liefert unter XP+BlueSoleil ERROR_NOT_SUPPORTED zurück.

Initialisiert wurde es recht "einfach".
- erstmal alles mit 0 füllen und dann die nötigen Werte setzen.
- danach dann die benötigten Werte setzen
- und zum Schluß halt noch abseden

Delphi-Quellcode:

Var Report: TWiiReport;

Report.Clear;
Report.ReportID := WII_RID_LED;          // setzt Byte[0] - ReportID
Report.Rumble   := blRumble in FOutput;  // setzt Byte[1] - OutputFlags dieses Reports
Report.LED1     := blLED1   in FOutput;  // setzt Byte[1] ...
Report.LED2     := blLED2   in FOutput;  // ...
Report.LED3     := blLED3   in FOutput;
Report.LED4     := blLED4   in FOutput;
{THIDDevice.}Send(Report, WIIMOTE_BT_REPORT_LEN);

Ich lade gleich meine aktuellen Codes hoch.

Der selbe Report wird unter XP+BlueSoleil nur via WriteFile versendet
und unter Win7 funktioniert nur HidD_GetInputReport.


Dieses RegisterRawInputDevices klingt auch nett ... 'ne Message für die empfangenen Daten würde das Pollen (ständig nachsehn, ob was da ist) und somit dieses ReadFile-Problem obsolete machen.
Aber leider weiß ich nicht, wie man das verwendet, bzw. welche Parameter man übergeben muß.
Das Einzige, was ich mit der Verbindung zur Wii fand, das war http://blogs.yahoo.co.jp/mummykinoi/58265222.html , aber sehr hilfreich isses nicht unbedingt. (nicht daß ich es nicht verstehen würde, aber
mummykinoi weiß es auch nicht)

[sparky]

Zitat:

Das Einzige, was ich mit der Verbindung zur Wii fand, das war http://blogs.yahoo.co.jp/mummykinoi/58265222.html , aber sehr hilfreich isses nicht unbedingt. (nicht daß ich es nicht verstehen würde, aber
mummykinoi weiß es auch nicht)

Öhhh - ja , mein japanisch is nich so toll... aber wenn ich es richtig interpretiere, erwähnt er auch nur, dass es die Funktionen gibt, oder?

Ich versuche gerade über die GetRawInput... Funktionen einen Barcode-Scanner mit HID Interface (Bluetooth/USB) anzubinden.
Allerdings muss ich heute erst noch ein anderes Projekt zur Abgabe bereit machen.
Melde mich nochmal, wenn ich weiss ob das mit der Raw Input Anbindung hinhaut.

Edit:

Zitat:

HidD_SetOutputReport liefert unter XP+BlueSoleil ERROR_NOT_SUPPORTED zurück.

Besteht die Möglichkeit unter XP einen alternativen Bluetooth-Stack zu verwenden (z.B. von Microsoft)?

[himitsu]

Er erwähnt, daß er erfahren hat, daß es dieses gibt, und fragt quasi ob/wie man dieses nutzen kann.

Zitat von Sein letzter Satz ist:

Kurz gesagt, überhaupt keinen Fortschritt.

Zitat:

Allerdings muss ich heute erst noch ein anderes Projekt zur Abgabe bereit machen.
Melde mich nochmal, wenn ich weiss ob das mit der Raw Input Anbindung hinhaut.

Keine Sorge, ich hab Zeit, dieses ist "nur" ein Füllprojekt, um mich von anderen Dingen etwas abzulenken (manchmal braucht man von einem anderem Projekt etwas Abstand, um da endlich wieder durchzusehn, weil man so weit drin steckt, daß man den Wald vor lauter Bäumen nicht mehr sieht)

Zitat:

HidD_SetOutputReport liefert unter XP+BlueSoleil ERROR_NOT_SUPPORTED zurück.

Dieses wiiuse arbeitet ähnlich, nut daß es erst WriteFile versucht und das nicht geht auf HidD_SetOutputReport ausweicht.
Sich dabei aber mehrkt, daß es nicht ging und dann beim nächsten Versuch direkt die andere Variante nutzt.
Das werde ich wohl so ähnlich übernehmen.

wiiuse nutzt dieses auch um BlueSoleil und WindowsBTStack zu unterscheiden (WriteFile=BlueSoleil, ansonsten WinBTStack).

Zitat:

Besteht die Möglichkeit unter XP einen alternativen Bluetooth-Stack zu verwenden (z.B. von Microsoft)?

Leider nein, unter WinXP ist der Windows-Bluetooth-Stack hierfür nicht nutzbar.
Der Controler wird einfach nicht verbunden, bzw. die Verbindung bricht nach wenigen Sekunden wieder zusammen/ab.
Da scheint sich erst seit Win7 oder eventuell Vista etwas verbessert zu haben.
Darum wird auch in fast allen Fällen, wo der WiiControler mit dem PC verbunden wird, auf BlueSoleil verwiesen.

Es gibt zwar inzwischen einen Treiber, welchen jemand Anfang des Jahres veröffentlich hat, aber ausprobiert hab ich den noch nicht und wenn wir es unter Win7 über dessen eigenen BTStack hinbekommen, dann ist dieser Treiber auch eher unnötig, vorallem da er eh nur für Win7 existiert.
http://www.codeproject.com/KB/system/wiisensor.aspx


Ach ja, was die Unterstützungen angeht, vom System her hab ich eh nur vor XP+ (notfalls auch erst ab Win7) zu unterstützen.
Älteres wird explizit nicht mehr unterstützt (entweder es läuft oder nicht).
Aktuell hab ich 2 APIs verwendet, welche es erst ab XP gibt.
Also alle Vorschläge für diese Versionen und älteres wird eh "ignoriert"

[sparky]

Kurzes Update zum Thema Raw Input:

Als wahre Fundgrube hat sich Jan Axelson's Lakeview Research herausgestellt, im Bereich Tools hat er 2 Programme zum Untersuchen von USB-HID Geräten (für die Angabe von UsagePage und Usage der
Top-Level Collection (TLC) zur Geräteauswahl) inkl. Quelltext für Delphi . Ausserdem ein Hinweis auf Robert Marquardt's HID Controller Component Suite für Delphi.

Erfolgsmeldung kommt (hoffentlich) morgen...

[himitsu]

Schau mir grade die Programmchen an

PS: Roberts HID-Zeugs ist auch in der JCL (JEDI) enthalten.

[himitsu]

Zitat von sparky:

Kurzes Update zum Thema Raw Input:

Bist du da weitergekommen?

Hatte gestern versucht dieses bei mir zu integrierren,
aber egal was ich bei RegisterRawInputDevices vesuche, es kommen keine WM_INPUT bei meiner Anwendung an.

Hab es mit den Werten (UsagePage=5, Usage=1) der TopLevelCollection des Devices versucht und auch mit den Werten (UsagePage=$FF00, Usage=1) von den InputButtons versucht.



Nja, immerhin läuft es jetzt endlich, auch wenn es nicht optimal ist, da leider die reinkommenden Daten ein bissl viel sind, bzw. nicht über den Timer optimal genug verarbeitet werden.

Hab jetzt die Anwendung auf 3 FileHandles umgestellt.
- 1x GENERIC_WRITE, für die Schreibzugriffe
- 1x GENERIC_READ + Overlappt, für die Lesezugriffe
- 1x DesiredAccess=0, für sonstige Zugriffe

Das Overlappt machte beim Schreiben leider enorme Probleme, so daß es manchmal angeblich erfollgreich war, selbst wenn das Device nicht angeschlossen war.
Ohne das Assynchrone konnte man nicht Lesend zugreifen, ohne den Thread hängen zu lassen.
Und da es nun eh schon 2 Handles gab, fliel das 3. Handle auch nicht weiter auf und so ist nun alles voneinander getrennt.

Nun wäre es noch sehr schön, wenn das mit dem RawInput klappt, da ich den Timer nicht zu schnell laufen lassen kann/will, da ich nicht durch Pollen das System zu sehr auslasten möchte.

[sparky]

Sorry, dass es etwas gedauert hat...

Das Projekt ist bei uns erstmal wieder auf Eis gelegt worden andere Sachen haben Vorrang.

Ich werde aber morgen mal die Beispiel-Quellen zu dem was ich schon rausgefunden habe hier posten.

Soviel schonmal vorab:

WM_INPUT Messages kommen an , aber dafür immer von allen Devices die den gewählten TLC-Kriterien entsprechen
Man muss also die eingehenden Messages nach ihrem Device-Handle filtern, die Zuordnung des Device-Handle zu den HID Geräten ist möglich aber ein bischen umständlich.
Das "schlechte" ist, dass man die Input-Messages nur bekommt wenn die Anwendung aktiv ist (also den Focus hat), was ich für unsere Barcode-Scanner Geschichte eigentlich vermeiden wollte.