Hallo zusammen, ich versuche das USB-CustomHID-Device-Beispiel aus der ST HAL zum Laufen zu bekommen und bin gerade etwas irritiert. Das Beispiel an sich lässt sich compilieren, flashen und es läuft auch soweit - jedenfalls wird mir das Gerät wie erwartet unter Windows angezeigt, wenn ich es neu anstöpsle. Wenn ich nun aber versuche mich mit dem Debugger dran zu hängen sieht es nicht mehr so gut aus, soll heißen: das Gerät wird dann nicht mehr erkannt, solange bis ich das Debugging abbreche und das Gerät aus- und wieder einstecke. Auch schreiben oder lesen von (Feature-)Reports funktioniert während des Debuggens nicht (im Normalbetrieb schon), sondern wird von SimpleHIDwrite mit einem Fehler quittiert und etwaige Breakpoints werden nicht erreicht. Zuvor hatte ich das entsprechende Beispiel für den SMT32L151CB am Laufen und damit wird das Gerät auch während des Debuggens richtig erkannt. (Feature-)Reports lassen sich damit lesen/schreiben und Breakpoints werden erreicht. Sowohl im Normalbetrieb (Breakpoints ausgenommen) als auch während einer Debug-Sitzung. Hat jemand ähnliche Erfahrungen gemacht und kennt vielleicht den Grund für dieses Verhalten? Ich finde es komisch, dass das Problem nur während des Debuggens besteht, sonst nicht. Grüße, Michael
Gast
#4442238
ganz einfach, mit dem debugging verhinderst du den normalen ablauf der usb enummerierung... da gibts timeouts die dein gerät einhalten muss... wenn du aber debuggst kann das ding nicht auf die usb requests antworten
OK, das macht grundsätzlich Sinn. Aber warum ist das auf dem STM32L151CB kein Problem? Der L1 läuft bei mir mit 32MHz ggü. 48MHz sogar noch langsamer als der F1.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.