USB ansprechen unter Ubuntu per lazarus ?

[pluto]

hier habe ich ein C++ Beispiel gefunden:
http://porta2030.tossug.org/browser/peo ... format=txt" onclick="window.open(this.href);return false;

aber einmal versuchst nen interrupt read einmal n bulk read

ich weiß das gerät unterstützt "interrupt read", Das habe ich auf jedenfalls irgendwo gefunden.
leider finde ich nichts passendes zu meiner Fernebdingung im netzt nur für Windows.

edit:
@schnullerbacke ich habe näherer Daten schon gepostet in meiner lsusb -v Ausgabe .
mehr habe ich leider nicht, und mehr werde ich auch leider nicht finden.
jetzt geht es nur noch darum die Anweisung:
usb_interrupt_read
zu verstehen.

[Christian]

Dein Beispiel listet lediglich alle USB Geräte und zeigt die Device Descriptoren an, das bringt dich kein stück weiter. Schönen dank für den erneuten versuch des Dummfangs.

[pluto]

tut mir leid, ich dachte im C Beispiel würde mehr passieren weil es so lang wahr...

ich werde später weiter machen... bis ich mehr weiß...

aber eins ist sicher das gerät verwendet interrut das habe ich irgendwo gelesen,

[pluto]

Aber wenn du das weiter diskutieren willst können wir das gern im entsprechenden Thread tun.

Gerne, warum nicht. ich bin mir Ziemlich sicher das es ein
l:=usb_interrupt_read(FUsbDevHandle,t,buf,9,20);
ist. aber das geht leider auch nicht.

Ich habe schon versucht in einem Timer das Signal abzufangen.

[Christian]

Woher kommt diese Sicherheit ?
Und welches Signal willst du denn abfangen ? Es gibt bei USB keine Signale du kannst höchstens lesen. Und dazu musst du die Transfermethode kennen.

[pluto]

Ich habe es in irgendeiner Ausgabe von einem Kommandozeilen Tool
gelesen. ja hast recht, ich muss irgendwie den USB-Port auslesen.

Aber Ständig oder ? oder gibt es ein event was ich abfangen kann.

edit: weil es unter Delphi bei den JVCL Komponenten genauso angesprochen wurde.

[Christian]

Bei usb guibt es kein event. USB wird gepollt.

edit: weil es unter Delphi bei den JVCL Komponenten genauso angesprochen wurde.

du hast sourcen für delphi für dein gerät ?

[pluto]

ja !
jvcl Komponenten Sammlung.
da gibt eine TJvHID

[Christian]

Ich mein für dein gerät !

[pluto]

Ja die TJVCL Komponenten Samlung hat eine Komponente dabei die heißt HID und die kann das.

Was meinst du genau mit deiner Frage ? Treiber ?
Nein Treiber habe ich nicht.
schau mal hier:
http://www.wikipress.de/Universal_Seria ... agungsmodi" onclick="window.open(this.href);return false;

Interrupt-Transfers dienen zur Übertragung von kleinen Datenmengen, die zu nicht genau bestimmbaren Zeitpunkten verfügbar sind. Im Endpoint Descriptor teilt das Gerät mit, in welchen maximalen Zeitabständen es nach neuen Daten gefragt werden möchte.

darum nehme ich an das der Übertragung Modus "Interrupt-Transfer" ist

weil die anderen können es gar nicht sein, da ja nur kleine Daten Mengen Gesendet werden.
Aber weiter hilft mir das auch nicht Direkt, evlt. dir ?

[Christian]

Nein, da liegst du falsch bei solchen sachen werden auch sehr oft Bulk Transfers gemacht. Meine frage war ob du sourcen hast um genau das gerät unter windows anzusprechen. Dann hast du natürlich ne gute chance das unter Linux hinzubekommen. Ansonsten vergiss es. Du hast keine Ahnung wie das Gerät anzusprechen ist damit dort überhaupt was passiert.

[pluto]

ich habe wie gesagt nur die Komponente die das gerät ansprechen kann. also die TJVHid heißt die glaube ich. Aber da steige ich nicht so ganz durch.
Die ist allgemein geschrieben. Aber die kann auf jeden Fall die Signal verarbeiten.andere Sorucen habe ich leider nicht.

[schnullerbacke]

@pluto

Sehr wahrscheinlich das die Jedi-Komponente auf Windowsinterne Prozeduren zugreift. Das wird so ohne weiteres wohl nicht nach Linux übertragbar sein.

[pluto]

das stimmt, das habe die mir in der DP auch schon gesagt. aber ich hatte gehofft zu verstehen wie diese Komponente arbeite also mit welchen Einstellungen und mit welchen übertragungs Modus , weil darum geht es doch oder Christian ?

[Christian]

Die Komponente kapselt nur die HID zugriffe das selbe tut libusb. Das ist nicht das Problem.