From marian.buschsieweke at ovgu.de  Sat Jan  1 16:32:31 2022
From: marian.buschsieweke at ovgu.de (Marian Buschsieweke)
Date: Sat, 01 Jan 2022 16:32:31 +0100
Subject: Gnuk on bluepill: I am missing something
In-Reply-To: <e2903ea9-977e-1798-de91-74b583b66d2f@hase.net>
References: <e2903ea9-977e-1798-de91-74b583b66d2f@hase.net>
Message-ID: <80B923E9-7FCA-41C6-A9F4-9D141C5210F6@ovgu.de>

Hi,

are those multiple BluePills from different vendors, or all obtained from a single source?

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.

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.)

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.

Please post an update if you figured the issue out - I got curious :)

Kind regards,
Marian

On 31 December 2021 23:26:18 CET, Hartmut Semken <hase at hase.net> wrote:
>Hi,
>
>I am new to the list.
>
>Could not find a solution in the archives, so here it goes
>
>I tried multiple Bluepills I have on hand; none work for me.
>
>One particular device reports only 64k Flash and here openocd shows an 
>error; this is somewhat expected.
>
>But even on the 128k versions, I do not see the Bluepill enumeratre on 
>USB at all.
>
>I got a recent version of gnuk:
>
>[hase at hase-station gnuk]$ cat VERSION
>release/1.2.15
>
>configure and make and flashing run just fine
>
>[hase at hase-station gnuk]$ ./configure --vidpid=234b:0000 --target=BLUE_PILL
>
>[hase at hase-station gnuk]$ make clean && make -j16
>
>[hase at hase-station gnuk]$ openocd -f interface/stlink.cfg -f 
>target/stm32f1x.cfg -c init -c "reset halt" -c "stm32f1x unlock 0" -c 
>"reset halt" -c "program build/gnuk.elf verify reset exit"
>
>Open On-Chip Debugger 0.11.0-rc2
>Licensed under GNU GPL v2
>For bug reports, read
> ??? http://openocd.org/doc/doxygen/bugs.html
>Info : auto-selecting first available session transport "hla_swd". To 
>override use 'transport select <transport>'.
>Info : The selected transport took over low-level target control. The 
>results might differ compared to plain JTAG/SWD
>Info : clock speed 1000 kHz
>Info : STLINK V2J37M26 (API v2) VID:PID 0483:374B
>Info : Target voltage: 3.261660
>Info : stm32f1x.cpu: hardware has 6 breakpoints, 4 watchpoints
>Info : starting gdb server for stm32f1x.cpu on 3333
>Info : Listening on port 3333 for gdb connections
>target halted due to debug-request, current mode: Thread
>xPSR: 0x01000000 pc: 0x0800025c msp: 0x20005000
>Info : device id = 0x20036410
>Info : flash size = 128kbytes
>stm32x unlocked.
>INFO: a reset or power cycle is required for the new settings to take 
>effect.
>
>target halted due to debug-request, current mode: Thread
>xPSR: 0x01000000 pc: 0x0800025c msp: 0x20005000
>target halted due to debug-request, current mode: Thread
>xPSR: 0x01000000 pc: 0x0800025c msp: 0x20005000
>** Programming Started **
>** Programming Finished **
>** Verify Started **
>** Verified OK **
>** Resetting Target **
>shutdown command invoked
>
>Yet, the programmed Bluepill does not show up on USB. Not at all.
>
>What am I missing here?
>
>
>merci bien
>
>hase
>
>
>
>_______________________________________________
>Gnuk-users mailing list
>Gnuk-users at gnupg.org
>https://lists.gnupg.org/mailman/listinfo/gnuk-users

-- 
Via smartphone.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gnupg.org/pipermail/gnuk-users/attachments/20220101/0892bb69/attachment.html>