Windows 10 STM32F103 USB Problem

Gast #6064241
Lesenswert?

Hallo,

ich wollte ein BluePill Board an Windows 10 anschliessen um die STM USB 
Implementierung zu testen und damit zu spielen.

Leider wird das BluePill Board von Windows 10 nicht richtig erkannt.
Ich habe darauf hin die STM32 Treiber installiert (im Netz hies es die 
Windows 8 Treiber würden funktionieren) Fehlanzeige.

Auch nach mehrmaligem entfernen aller Treiber für das Gerät erhalte ich 
immer die gleiche Fehlermeldung:

Das Gerät USB\VID_0000&PID_0002\7&1cdfb77e&0&2 wurde aufgrund einer 
teilweisen oder mehrdeutigen Übereinstimmung nicht migriert.

ID der letzten Geräteinstanz: USB\VID_03EB&PID_2145\ATML2795041800001057
Klassen-GUID: {36fc9e60-c465-11cf-8056-444553540000}
Speicherortpfad:
Migrationsrang: 0xF000FFFFFFFFF130
Vorhanden: false
Status: 0xC0000719

Ich weiß nicht mehr weiter, kann mir jemand helfen?

Ciao und danke im voraus
Gast #6064250
Lesenswert?

Jürgen schrieb:
> Leider wird das BluePill Board von Windows 10 nicht richtig erkannt.

Auf die Schnelle ins Blaue geraten:

----------------------------------------------------------------
Bei Problemen mit USB nicht vergessen R10 auf dem BluePill Board
von 10 KOhm auf 1.5 KOhm zu ändern.
----------------------------------------------------------------

Das ist eine Macke die wahrscheinlich die nächsten hundert Jahre
bestehen bleibt solange BluePills verkauft werden.

Das kann dein Problem sein, muss aber nicht.
#6064286
Lesenswert?

Jürgen schrieb:
> Es ist ein Treiberproblem.

Ist es nicht VID/PIDl =0x000 zeigt, das deine fw nicht durch die Enum 
kommt. Da ist noch gar kein aTreiber involviert. Eine gängige Ursache 
für dieses Verhalten können auch vertauschte D+ und D- Anschlüsse sein, 
oder weil keine USB FW drauf ist oder diese eben nicht geht.
Genau die gleiche Meldung bekommst du wenn du einen 1k5 Widerstand an D+ 
und VUsb anschließt.

Thomas
Gast #6064300
Lesenswert?

Jürgen schrieb:
> Es ist ein Treiberproblem.

Nicht unbedingt.
Wie Vorredner schon schrieb:

Thomas Z. schrieb:
> oder weil keine USB FW drauf ist oder diese eben nicht geht.

Wenn du keine Erfahrung hast mit der USB-Implementierung auf
dem Bluepill umzugehen kannst du trotzdem scheitern.

Aus eigener Erfahrung kann ich berichten dass ein Debuggen
der USB-Implementierung nicht klappt. Wenn du sicher meinst
dass dein Code läuft dann flashe ihn, stecke dein Bluepill
Board ab und wieder an, dann sollte es funktionieren. Aber
eben nicht unbedingt direkt nach dem Flashen, also ohne
Power-Zyklus.
#6064470
Lesenswert?

Benutzt du cubemx wenn ja magst du die sources hochladen?
Ich habe gerade das gleich Problem mit mbed habe ich gestern ein 
Beispiel zusammen bekommen, dass auch mit der serial device class 
funktioniert. Ich kann das hex file gerne hochladen.
Wo bei das von uff base bestimmt das gleiche macht.

Ich würde aber gerne die Hal verwenden da ich die Timer brauche die mbed 
nicht gut beherrscht.

Uff Basse schrieb:
> Aus eigener Erfahrung kann ich berichten dass ein Debuggen
> der USB-Implementierung nicht klappt. Wenn du sicher meinst
> dass dein Code läuft dann flashe ihn, stecke dein Bluepill
> Board ab und wieder an, dann sollte es funktionieren. Aber
> eben nicht unbedingt direkt nach dem Flashen, also ohne
> Power-Zyklus.

Das kann ich so bestätigen.

@ uff was für libs verwendest du?
Gast #6064526
Lesenswert?

Hallo,

ich habe das hex File von Uff programmiert. LED blinkt und ich sehe im 
Geräte Manager eine STM VCP Com Schnittstelle.

Was komisch ist: Ich habe ein zweites BluePill programmiert - R10 ist 
noch 10k - und es geht auch.

Ich werde jetzt mal mit den von CubeMx Sourcen weiterarbeiten und 
schauen was auf mich zu kommt.


Danke für's erste mal - Jürgen
Gast #6064668
Lesenswert?

Hallo,

nun ja, es sieht so aus das es nicht der Treiber war. Eher ein Problem 
in der USB-Implementierung.

Die habe ich jedoch mit CubeMx generiert und sie sollte eigentlich 
funktionieren.

Aber vielleicht ist ja wieder einmal das Problem vor der Tastatur 
gewesen.

Danke aber für deine Hilfe.

Ciao
Gast #6064675
Lesenswert?

Jürgen schrieb:
> Aber vielleicht ist ja wieder einmal das Problem vor der Tastatur
> gewesen.

Für USB muss die Taktgenerierung stimmen. Das wird in CubeMX
nicht streng überprüft. Man kann also durchaus Fehler machen.

CubeMX mag Manchem das Leben erleichtern aber es nimmt einem
nicht generell das Denken und Verstehen ab.

Vergleiche mal deine Konfiguration mit der im Anhang (das
ist die Minimalkonfiguration für USB).
Angehängte Dateien:

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren