stm32f103 USB Port Problem

Bei USB Fehlern wäre die ID auch Null. Gibt es einen Fehler Code im 
Greäte Manager? Kann ja sein das was nicht korrekt verlötet wurde, z.B. 
beim Quarz.

Schau mal ob das hier Dein Problem ist:

https://sysprogs.com/w/forums/topic/stm32-usb-cdc-demo-is-missing-an-interrupt-handler/

Mehr Infos wären sicher hilfreich.
Hat der Upload per FTDI geklappt?
Auch mal ein einfaches Blinky darüber geflasht?
Hast du den Bootloader selbst kompiliert oder eine von den Binaries 
genommen?
Wenn Binary, welche?
Bootpin Jumper auch wieder zurückgesteckt?

Edit: Falls du den Bootloader selber kompiliert hast, mit welcher GCC 
Version? Hab mir gerade den Text durchgelesen und die schreiben ja 
ausdrücklich man muss GCC 4.8 nehmen.

Ok, wenn du dann noch die richtige Binary genommen hast, kann man 
eigentlich davon ausgehen, dass der Bootloader auch da gelandet ist wo 
er hin sollte und an sich funktioniert.

Was hast du denn für eine Binary genommen? Sollte ja eine von den 
generic_boot20_pxxx.bin sein, also wahrscheinlich 
generic_boot20_pc13.bin, wenn die LED an PC13 hängt.

Wenn es nur bei einem einzigen Board aufgetreten wäre hätte ich mir noch 
einen Hardwarefehler wie eine Lötbrücke vorstellen können aber bei drei 
Stück glaub ich das eher weniger. Ich vermute mal das es irgendein 
Windows/Treiberproblem ist. Hast du denn die libUSB Treiber installiert?

Hier ist noch ein älteres Video dazu:
https://www.youtube.com/watch?v=0jdJp3TQuJY

Den Treiber bekommst du einzeln auch hier, damit du nicht das 
Arduino-Geraffel runterladen musst (brauchst wohl die .exe und .bat):
https://github.com/rogerclarkmelbourne/Arduino_STM32/tree/master/drivers/win

Bin da aber was Windows-Treiber angeht relativ planlos, da ich damit 
normalerweise nix am Hut habe.

Christopher J. schrieb:
> Wenn es nur bei einem einzigen Board aufgetreten wäre hätte ich mir noch
> einen Hardwarefehler wie eine Lötbrücke vorstellen können aber bei drei
> Stück glaub ich das eher weniger.

Ich nehme alles zurück und behaupte das Gegenteil. Wenn die Chinesen 
etwas produzieren, dann ja bekanntlich in Massen und wenn sie halt Mist 
produzieren, dann produzieren sie massenhaft Mist, so wie in diesem 
Fall.
Ich hab selber mal versucht den Bootloader zu flashen (dachte ich 
eigentlich hätte ich schonmal gemacht aber das war wohl bei nem Maple 
Mini). Jedenfalls hat es auch nicht funktioniert. Ein bisschen Recherche 
hat dann folgendes ergeben:
Es gibt bei den "Blue Pill" Boards wohl öfter das Problem, dass die 
einen 10k Pullup von PA12 (USBD+) zu 3.3V haben, was viel zu viel ist 
(USB-Spec sagt 1.5k). Also habe ich mal nachgemessen und tatsächlich hat 
mein Board auch 10k als Pullup an PA12. Also geschwind mal einen 1.8k 
parallel dazwischengehängt (um insgesamt auf ca. 1.5k zu kommen) aber 
nix da. Dann hab ich noch gelesen, dass irgendwer den USB-Port neu 
gelötet hat, weil der nicht ordentlich Kontakt hatte und auch das hab 
ich probiert aber immer noch nix. Ich werde es auch dabei belassen, weil 
mir dafür ehrlich gesagt meine Zeit zu schade ist. Die STM32 Minimum 
Boards gibts zwar für mittlerweile 1,50€ aber für den Preis kann man 
halt auch echt nix erwarten.

Hier ist ein Thread der relativ ausführlich auf die "Blue Pill" Boards 
eingeht:
http://www.stm32duino.com/viewtopic.php?f=28&t=117


Sei es drum, ich wollte das eine Board was ich hier rumliegen hatte 
ohnehin nur als "Port-Expander" für einen ESP8266 nutzen und war vor 
allem auf den externen 32khz Quarz scharf, um den STM auch als RTC 
nutzen zu können und dafür brauche ich ja kein USB. Für alles andere 
habe ich bisher immer gerne die Maple Mini Klone von "Baite" genommen. 
Sind zwar ein bisschen teurer (3,50€) aber bisher hatte ich noch mit 
keinem von denen Ärger.

Ich hab mir jetzt beim Ali noch ein anderes Board bestellt, was ganz 
nett aussieht.
http://www.aliexpress.com/item/Free-Shipping-DIP-Electrolytic-capacitor-1000UF-16V-mm-100pcs-lot-NEW-in-stock-if-can-not/2019728660.html?spm=2114.13010608.0.63.mgX0Xk

Hat nen fetten LDO, nen 32khz Quarz, gut zugängliche SWD pins und als 
kleines Schmankerl noch nen 4kByte EEPROM. Die Pfostenleisten sind 
angeblich auch schon verlötet. Für Prototypen ist das alles ganz 
praktisch und um etwas in Projekten zu "verbraten" werde ich vermutlich 
weiter die Maple-Minis nehmen.