the images you uploaded are not displayed,
perhaps try to host them on
https://imgur.com/
and insert the pictures here, referencing the url to imgur
in addition copy the console log messages (the black section) from the arduino ide during install and post them here would provide more information about the install itself
i'm using a blue pill and my board has roger's stm32duino bootloader successfully installed
make sure that the boot loader you are installing on the pill board (using st-link v2) is the generic_boot20_pc13.bin
https://github.com/rogerclarkmelbourne/ ... bootloader
https://github.com/rogerclarkmelbourne/ ... 0_pc13.bin
apparently i found some video in youtube featuring the install of stm32duino boot loader using st-link in windows
https://www.youtube.com/watch?v=saolJ_7E7hc
in fact, there are many videos
https://www.youtube.com/results?search_ ... bootloader
if roger's boot loader is successfully installed, when you press reset, there would be a series of fast blinks on the blue pill board. even without any sketches installed.
those fast blinks has its origins here:
http://docs.leaflabs.com/static.leaflab ... oader-mode
Perpetual Bootloader Mode
In this mode, Maple stays a DFU device and does not jump to user code until the next reset. This is useful for guaranteeing that your Maple will be available for reprogramming.
To put your Maple (or other Maple board) into perpetual bootloader mode:
Plug your board into the USB port.
Hit the reset button (it’s the button labeled RESET). Notice that your board blinks quickly 6 times, then blinks slowly a few more times.
Hit reset again, and this time push and hold the other button during the 6 fast blinks (the normal button is labeled BUT). You can release it once the slow blinks start.
what that means is that if you press reset and concurrently run the install just in time in the initial few (6) seconds, the sketch gets installed otherwise no.
if you are using libmaple core and
after you succeeded in installing and running the first libmaple sketch using stm32duino bootloader. you would notice an apparent difference. u'd just click install and the sketch gets installed.and you don't even need to fiddle with any jumpers or touch reset.
that is because there is an escape sequence in the core + sketch (DTR + 'LEAF') which gets triggered by a utility in tools when you click install in the Arduino IDE, But this is provided you have stm32duino boot loader installed and your 1st libmaple sketch installed and successfully running with stm32duino boot loader
if you are starting totally raw, i.e. there is totally no sketch, actually it should just drop into perpetual mode and keep blinking
but for the rest of 'unusual' cases, e.g. that there is a non-libmaple sketch or firmware:
the original maple mini (and clones) has this finger dance that beginners couldn't grapse
https://www.youtube.com/watch?v=rvNIeKuXsxM
and blue pills don't have that button at all
roger did something to help the bluepill users, if you set boot1, it would drop into perpetual mode and wait for you to upload your sketch.
next i tried with this sketch
Code: Select all
void setup() {
// put your setup code here, to run once:
pinMode(LED_BUILTIN, OUTPUT);
}
void loop() {
// put your main code here, to run repeatedly:
digitalWrite(LED_BUILTIN, 1);
delay(100);
digitalWrite(LED_BUILTIN, 0);
delay(100);
}
the config is what i posted earlier,
Code: Select all
- select the board 'Generic STM32F103C Series'
- variant select 'STM32F103C8 20k ram 64k flash'
- select upload method "STM32duino bootloader"
- cpu speed: normal 72mhz
- optimise method: smallest default
as i worked in linux, an install from the Arduino IDE looked like this.
Code: Select all
Sketch uses 14104 bytes (21%) of program storage space. Maximum is 65536 bytes.
Global variables use 3136 bytes (15%) of dynamic memory, leaving 17344 bytes for local variables. Maximum is 20480 bytes.
dfu-util 0.8
dfu-util: Invalid DFU suffix signature
dfu-util: A valid DFU suffix will be required in a future dfu-util release!!!
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2014 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to dfu-util@lists.gnumonks.org
Opening DFU capable USB device...
ID 1eaf:0003
Run-time device DFU version 0110
Claiming USB DFU Interface...
Setting Alternate Setting #2 ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 0110
Device returned transfer size 1024
Copying data from PC to DFU device
Download [ ] 0% 0 bytes
Download [= ] 6% 1024 bytes
Download [=== ] 13% 2048 bytes
Download [===== ] 20% 3072 bytes
Download [====== ] 27% 4096 bytes
Download [======== ] 33% 5120 bytes
Download [========== ] 40% 6144 bytes
Download [=========== ] 47% 7168 bytes
Download [============= ] 54% 8192 bytes
Download [=============== ] 60% 9216 bytes
Download [================ ] 67% 10240 bytes
Download [================== ] 74% 11264 bytes
Download [==================== ] 81% 12288 bytes
Download [===================== ] 87% 13312 bytes
Download [======================= ] 94% 14104 bytes
Download [=========================] 100% 14104 bytes
Download done.
state(8) = dfuMANIFEST-WAIT-RESET, status(0) = No error condition is present
Done!
Resetting USB to switch back to runtime mode
Waiting for /dev/ttyACM0 serial...Done
posting that console log with your sketch install here could help diagnose the problem