Well, a follow up.
I tried the same what @stevestrong tried with his nucleo board.Except I tried with my Disco F030R8 board.
I, too, faced the same issue as posted by anirbax in another thread.
As i said, I tried it with the st-util bundled with platformio and no success . I manually downloaded the 1.3 binaries from texane/github and tried invoking the same command with 1.3 binary and voila! it works fine.
I ll open an issue as you suggested and maybe that might solve a couple of issues with the flashing and debugging.
PS: Actually another good samaritan has already opened the same issue.
I opened aa new issue, but saw that previous post later.
OK, it seems that it somehow started to launch stlink flasher correctly.
I closed ATOM and all running Java applications, restarted ATOM and it looks like the upload with stlink now works.
it does not work correctly.
The linker has specified a start address of 0x8002000 (VECT_TAB_ADDR=134225920), but the probe will still flash to 0x8000000:
Checking program size
text data bss dec hex filename
11924 2136 936 14996 3a94 .pioenvs\genericSTM32F103CB\firmware.elf
Looking for upload disk...
Flash page at addr: 0x08003400 erased
13/13 pages written
2017-04-06T22:51:01 INFO C:\Users\User\Downloads\stlink\src\common.c: Loading device parameters....
2017-04-06T22:51:01 INFO C:\Users\User\Downloads\stlink\src\common.c: Device connected is: F1 Medium-density device, id 0x20036410
2017-04-06T22:51:01 INFO C:\Users\User\Downloads\stlink\src\common.c: SRAM size: 0x5000 bytes (20 KiB), Flash: 0x10000 bytes (64 KiB) in pages of 1024 bytes
2017-04-06T22:51:01 INFO C:\Users\User\Downloads\stlink\src\common.c: Attempting to write 14060 (0x36ec) bytes to stm32 address: 134217728 (0x8000000)
2017-04-06T22:51:02 INFO C:\Users\User\Downloads\stlink\src\common.c: Finished erasing 14 pages of 1024 (0x400) bytes
2017-04-06T22:51:02 INFO C:\Users\User\Downloads\stlink\src\common.c: Starting Flash write for VL/F0/F3 core id
2017-04-06T22:51:02 INFO C:\Users\User\Downloads\stlink\src\flash_loader.c: Successfully loaded flash loader in sram
2017-04-06T22:51:02 INFO C:\Users\User\Downloads\stlink\src\common.c: Starting verification of write complete
2017-04-06T22:51:02 INFO C:\Users\User\Downloads\stlink\src\common.c: Flash written and verified! jolly good!
How can I change the flashing start address?
Is there a script which I can patch somehow, making the flash start address dependent on some compiler flags?
Furthermore, it seems that it loads the data into SRAM? Or it just the flash loader which is running from SRAM?
Uplading with ST-Link V2 seems to work reliably now.
However, after upload I always have to press the reset button, otherwise it won’t re-initialize the board.
Is there a way to make the st flasher to automatically reset the board after uploading?
Arduino IDE uses for the SMT32F103 devices the “ST-LINK_CLI.exe” command line utility (available under “.platformio\packages\tool-stm32duino\stlink”) to upload the binary. This has the “-Rst” argument which resets the board after upload.
But PlatformIO does not uses this tool for uploading, right?