VUSB Interrupt transfers und AVR

Der Interrupt-Endpoint hat einen etwas irreführenden Namen.
Er heißt so, weil er in dem ganzen USB-Stack am nähesten an einen 
Interrupt hinkommt. In Wahrheit wird er nur sicher alle x ms (von dem 
device vorgegeben) "gefragt" ob er neue Daten hat. Das zuständige 
Programm (bzw. Treiber, je nach OS und Applikation) muss ihn trotzdem 
selbstständig abfragen, er kriegt diese Abfrageraten nur reserviert.

Danke für die schnellen Antworten

Das bedeutet der slave kann Daten reinschreiben, wenn er sie hat, und 
kurz darauf wird der Stack automatisch abgefragt und der Master liest 
sie aus? Hab ich das richtig verstanden? Gibt es irgendwo eine genauere 
Erklärung in Zusammenhang mit VUSB? Gibt es überhaupt irgendwo eine VUSB 
Dokumentation?

Kurze Zusatzfrage: Bulk Transfers sind nicht möglich mit VUSB oder?

Roman B. schrieb:
> Danke für die schnellen Antworten
>
> Das bedeutet der slave kann Daten reinschreiben, wenn er sie hat, und
> kurz darauf wird der Stack automatisch abgefragt und der Master liest
> sie aus? Hab ich das richtig verstanden? Gibt es irgendwo eine genauere
> Erklärung in Zusammenhang mit VUSB? Gibt es überhaupt irgendwo eine VUSB
> Dokumentation?
>
> Kurze Zusatzfrage: Bulk Transfers sind nicht möglich mit VUSB oder?

Bulk transfers verletzen bei low-speed geräten (und nur diese kann man 
in software nachamchen) die USB Spezifikationen. Es gibt aber einige 
Projekte die das trotzdem (und mit erfolg machen). Ob es bei dir geht 
hängt von deinem Setup ab; Es ist wahrscheinlich, muss aber nicht.

http://vusb.wikidot.com
Ist schon ziemlich informativ.
Und zur Not gibt es noch Google, dort findet man eine Menge zu dem 
Thema.
Nach libusb könntest du auch noch schauen, die gibt es für verschiedene 
Plattformen.

Danke!! Ich benutze libusb war aber zu blöd die Dokumentation 
aufzurufen?! Damit wäre das hostseitige Problem gelöst aber gibt es auch 
eine Beschreibung der VUSB Funktionen? In dem Wiki ist zwar die einfache 
Verwendung beschrieben aber nicht gerade ausführlich.

Mit getInterruptData lese ich die Daten in den AVR ein und mit 
setInterrupt sende ich welche an den PC. Stimmt das so? Oder sende ich 
Daten mit processInterruptOut2Data? Wieviel Interrupt Endpoints kann 
VUSB verwalten? Muss man die Endpoints irgendwie definieren und dem Host 
bekannt machen oder reicht es die Nummer mitzuschicken?

Gehe ich richtig in der Annahme, dass bei Interrupt Transfers der Client 
selbst entscheiden kann, wann er die Daten abgreift und antwortet?

Wie groß ist der USB Stack?

Wäre es theoretisch möglich mittels Interrupt Transfers eine Art getc 
und putc Funktion zu schreiben, die sich mit fdevopen einbinden lässt? 
Geht das? Wäre das eine gute Vereinfachung oder hat das irgendwelche 
Nachteile?

Weiß niemand Rat?

Ich erwarte mir keine Nacherzählung, habe aber gehofft es gäbe einen Weg 
mir das zu ersparen.
Danke trotzdem

Ich hab mir das jetzt durchgelesen:
-VUSB kann 2 Endpoints verwalten(1&3)
-usbFunctionWriteOut --> zum einlesen
-usbSetInterrupt --> zum senden an den PC
-Stack-Größe 8 Bytes
-Stack wird manuell gelesen und anschließend entleert
      -auf PC Seite manuelles lesen mit usb_interrupt_read
      -am µC wird  automatisch usbFunctionWriteOut aufgerufen

Stimmt das so?