<html><head></head><body>Hi,<br><br>are those multiple BluePills from different vendors, or all obtained from a single source?<br><br>Note that even the "genuine" BluePills feature an low-end STM32F103 that officially only has 64 KiB flash and no USB peripheral. But at least for me all genuine STM32F1 used in BluePulls like boards did have a USB peripheral and full 128 KiB flash, despite only reporting 64 KiB. And I personally doubt that ST would change production at this point. But I could imagine that ST does binning and sells MCUs with a broken USB peripheral as the cheaper variant that doesn't officially have a USB peripheral.<br><br>Please also keep in mind that quite a few fake MCUs have entered the marked, which might not be fully compatible to the original one. If I recall correctly there was an article about fake STM32F1xx clones on hackaday some time ago that compared a couple of fake MCUs and if I recall correctly it also gave tips on how to tell genuine ones apart from fake ones. So I recommend to rule out that you just tried fake/faulty MCUs first using the tips in that article and testing with known-to-work binaries. (E.g. I think black magic probe provides prebuild binaries of their releases - but I'm not sure about that.)<br><br>Also note that some old BluePills were populated with a wrong resistor value at the USB data lines. I personally never had issues as my PCs apparently are very forgiving about out of spec resistor values, but I heard not all machines are that forgiving. So maybe try it on a different PC as well.<br><br>Please post an update if you figured the issue out - I got curious :)<br><br>Kind regards,<br>Marian<br><br><div class="gmail_quote">On 31 December 2021 23:26:18 CET, Hartmut Semken <hase@hase.net> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre dir="auto" class="k9mail">Hi,<br><br>I am new to the list.<br><br>Could not find a solution in the archives, so here it goes<br><br>I tried multiple Bluepills I have on hand; none work for me.<br><br>One particular device reports only 64k Flash and here openocd shows an <br>error; this is somewhat expected.<br><br>But even on the 128k versions, I do not see the Bluepill enumeratre on <br>USB at all.<br><br>I got a recent version of gnuk:<br><br>[hase@hase-station gnuk]$ cat VERSION<br>release/1.2.15<br><br>configure and make and flashing run just fine<br><br>[hase@hase-station gnuk]$ ./configure --vidpid=234b:0000 --target=BLUE_PILL<br><br>[hase@hase-station gnuk]$ make clean && make -j16<br><br>[hase@hase-station gnuk]$ openocd -f interface/stlink.cfg -f <br>target/stm32f1x.cfg -c init -c "reset halt" -c "stm32f1x unlock 0" -c <br>"reset halt" -c "program build/gnuk.elf verify reset exit"<br><br>Open On-Chip Debugger 0.11.0-rc2<br>Licensed under GNU GPL v2<br>For bug reports, read<br>     <a href="http://openocd.org/doc/doxygen/bugs.html">http://openocd.org/doc/doxygen/bugs.html</a><br>Info : auto-selecting first available session transport "hla_swd". To <br>override use 'transport select <transport>'.<br>Info : The selected transport took over low-level target control. The <br>results might differ compared to plain JTAG/SWD<br>Info : clock speed 1000 kHz<br>Info : STLINK V2J37M26 (API v2) VID:PID 0483:374B<br>Info : Target voltage: 3.261660<br>Info : stm32f1x.cpu: hardware has 6 breakpoints, 4 watchpoints<br>Info : starting gdb server for stm32f1x.cpu on 3333<br>Info : Listening on port 3333 for gdb connections<br>target halted due to debug-request, current mode: Thread<br>xPSR: 0x01000000 pc: 0x0800025c msp: 0x20005000<br>Info : device id = 0x20036410<br>Info : flash size = 128kbytes<br>stm32x unlocked.<br>INFO: a reset or power cycle is required for the new settings to take <br>effect.<br><br>target halted due to debug-request, current mode: Thread<br>xPSR: 0x01000000 pc: 0x0800025c msp: 0x20005000<br>target halted due to debug-request, current mode: Thread<br>xPSR: 0x01000000 pc: 0x0800025c msp: 0x20005000<br>** Programming Started **<br>** Programming Finished **<br>** Verify Started **<br>** Verified OK **<br>** Resetting Target **<br>shutdown command invoked<br><br>Yet, the programmed Bluepill does not show up on USB. Not at all.<br><br>What am I missing here?<br><br><br>merci bien<br><br>hase<hr>Gnuk-users mailing list<br>Gnuk-users@gnupg.org<br><a href="https://lists.gnupg.org/mailman/listinfo/gnuk-users">https://lists.gnupg.org/mailman/listinfo/gnuk-users</a><br></pre></blockquote></div><div style='white-space: pre-wrap'><div class='k9mail-signature'>-- <br>Via smartphone.</div></div></body></html>