#Blue pill schematic pdf code#

So the CS32F103C8 definitely appears to have 128k Flash I tried changing the linker settings to increase the amount of RAM for a test application, but the application would not run if I changed the RAM size to more than the 20k which the STM32F103C8 has. from dev/random) and verified that the whole file had been written to Flash.

#Blue pill schematic pdf code#

I received my CS32F103C8 (BluePill) boards yesterday I did some tests and had no problem flashing using my ST-Link as the device reported the same ID code as a STM32F103C8 (0x410) Except ST-Link reported the CS32F103C8 had 128k Flash and it reports the STM32F103C8 has 64k Flash (even though the STM32F103C8 actually has 128k) I wrote a 128k file of random bytes (e.g. The results might differ compared to plain JTAG/SWD adapter speed: 1000 kHz adapter_nsrst_delay: 100 none separate Info : Listening on port 6666 for tcl connections Info : Listening on port 4444 for telnet connections Info : Unable to match requested speed 1000 kHz, using 950 kHz Info : Unable to match requested speed 1000 kHz, using 950 kHz Info : clock speed 950 kHz Info : STLINK v2 JTAG v32 API v2 SWIM v7 VID 0x0483 PID 0x3748 Info : using stlink api v2 Info : Target voltage: 3.213236 Warn : UNEXPECTED idcode: 0x2ba01477 Error: expected 1 of 1: 0x1ba01477 in procedure 'init' in procedure 'ocd_bouncer' It seems that the CKS clone is not reporting the proper idcode, but when I run the stlink utility, it recognises the mcu as an STM32F10XX (see attachment) Is there something I did wrong ? Is the idcode in the latest stable OpenOCD wrong for stm32f103 ? Something weird with the clone ? Thank you, John.

Info : The selected transport took over low-level target control. Code: >openocd -f interface/stlink-v2-1.cfg -f target/stm32f1x.cfg GNU MCU Eclipse 64-bit Open On-Chip Debugger 0.10.0+dev-00352-gaa6c7e9b (-06:24) Licensed under GNU GPL v2 For bug reports, read WARNING: interface/stlink-v2-1.cfg is deprecated, please switch to interface/stlink.cfg Info : auto-selecting first available session transport 'hla_swd'.