Hallo Leute Ich versuche gerade Atmels USB-MassStoargeDevice auf eine andere USB-Architektur von Atmel zu portieren. Ich sags gleich so wies ist: über USB weiß ich wirklich nur das nötigste und wahrscheinlich nicht mal das. Ich bin jetzt soweit, dass das Gerät tatsächlich als MSD erkannt wird und der Name wird im Gerätemanager von XP auch mit dem richtigen Namen angezeigt. D.h. dass die Übertragung von Daten (zumindest von Endpoint 0) in beide Richtungen geht. Nun kommt bei Windows in der rechten Ecke unten immer so ein Baloon-Popup, dass neue Hardware installiert wird. (Siehe Anhang) Ich frage mich, woher die wirren Buchstaben der Identifizierung kommen. Mein Problem ist, dass ich nicht weiß, was dort eigentlich angezeigt wird. Weiß jemand aus welcher Übertragung dieser String kommt? Ich möchte herausfinden wo der fehler in der Software liegt. Er ist JEDES MAL anders. Ich vermute die Endpoints senden nicht das, was hineingeschrieben wurde, oder? Ich brauch einfach nur eine neue Idee...
Das ist eine Variable, die eigentlich konstant sein sollte, die wird in einer Deskriptorentabelle uebertragen. Es scheint als sei da nichts initialisiert worden..
Langer Tag schrieb: > Das ist eine Variable, die eigentlich konstant sein sollte, die wird in > einer Deskriptorentabelle uebertragen. Es scheint als sei da nichts > initialisiert worden.. Genau. VendorName und DeviceName oder so ähnlich. Die müssen auch noch als WideChar übertragen werden, soweit ich weiß.
Naja aber es scheint ja eine ganze Menge schon zu funktoinieren, komisch, dass das dann nicht geht. Kann jemand erklären, woher die Unterschiede kommen, sobald der Bilk-Transfer beginnt?? Soehe Anhang. Der rechte Teil ist die Software auf dem OriginalController Die line Seite ist die angepasste Software. Woher die Unterschiede bzw: was wird dort am anfang übertragen? MFG
Wahrscheinlich steht an der Stelle, an der der StringDescriptor für iProduct stehen soll, nix gescheites in deinem Controller. Im USB Device Descriptor gibts Index-Felder für iVendor, iProduct, iSerial usw. da muss ein Index rein, und dann müssen die entsprechenden String Descriptoren angegeben werden, damit der Host über GetDescriptor das abfragen kann. Schau mal hier: http://www.beyondlogic.org/usbnutshell/usb5.htm#DeviceDescriptors
Das habe ich bereits gelesen.. Ich muss vielleicht sagen, dass ich die Software nicht verändet habe - nur die LowLevel USB-Ansteuerung ist angepasst. Angepasst heißt: Software für einen AVR32 (UC3B) läuft immernoch auf AVR32 (aber Ap7000). Also an der Descriptorsache liegt es sicher nicht, denn die geht ja prinzipiell.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.