qmk-firmware/keyboards/handwired/onekey/bluepill_f103c6/rules.mk

# MCU name
MCU = STM32F103

# Bootloader selection
# Cannot use `BOOTLOADER = stm32duino` due to the need to override
# `MCU_LDSCRIPT`, therefore all parameters need to be specified here manually.
OPT_DEFS += -DBOOTLOADER_STM32DUINO
MCU_LDSCRIPT = STM32F103x6_stm32duino_bootloader
BOARD = STM32_F103_STM32DUINO
BOOTLOADER_TYPE = stm32duino
DFU_ARGS = -d 1EAF:0003 -a 2 -R
DFU_SUFFIX_ARGS = -v 1EAF -p 0003

# Enter lower-power sleep mode when on the ChibiOS idle thread
OPT_DEFS += -DCORTEX_ENABLE_WFI_IDLE=TRUE

# LTO is required to fit the firmware into the available 24K of flash
LTO_ENABLE = yes

# Disable some features which still don't fit into flash even with LTO
MOUSEKEY_ENABLE = no
NKRO_ENABLE = no

# EEPROM emulation not supported yet (need to implement a proper firmware size
# check first, otherwise the chance of the EEPROM backing store overwriting
# some part of the firmware code is really high).
EEPROM_DRIVER = transient
Add minimal STM32F103C6 support (#17853) Unfortunately, the crippled versions of “Bluepill” boards with STM32F103C6xx chips instead of STM32F103C8xx are now sold all over the place, sometimes advertised in a confusing way to make the difference not noticeable until too late. Add minimal support for these MCUs in the common “Bluepill with stm32duino” configuration, so that it could be possible to make something useful from those boards (although fitting QMK into the available 24 KiB of flash may be rather hard). (In fact, I'm not sure whether the “STM32” part of the chip name is actually correct for those boards of uncertain origin, so the onekey board name is `bluepill_f103c6`; another reason for that name is to match the existing `blackpill_f401` and `blackpill_f411`.) The EEPROM emulation support is not included on purpose, because enabling it without having a working firmware size check would be irresponsible with such flash size (the chance that someone would build a firmware where the EEPROM backing store ends up overlapping some firmware code is really high). Other than that, enabling the EEPROM emulation code is mostly trivial (the `wear_leveling` driver with the `embedded_flash` backing store even works without any custom configuration, although its code is significantly larger than the `vendor` driver, which may also be important for such flash size). 2022-08-11 23:37:41 +02:00			`# MCU name`
			`MCU = STM32F103`

			`# Bootloader selection`
			# Cannot use `BOOTLOADER = stm32duino` due to the need to override
			# `MCU_LDSCRIPT`, therefore all parameters need to be specified here manually.
			`OPT_DEFS += -DBOOTLOADER_STM32DUINO`
			`MCU_LDSCRIPT = STM32F103x6_stm32duino_bootloader`
			`BOARD = STM32_F103_STM32DUINO`
			`BOOTLOADER_TYPE = stm32duino`
			`DFU_ARGS = -d 1EAF:0003 -a 2 -R`
			`DFU_SUFFIX_ARGS = -v 1EAF -p 0003`

			`# Enter lower-power sleep mode when on the ChibiOS idle thread`
			`OPT_DEFS += -DCORTEX_ENABLE_WFI_IDLE=TRUE`

			`# LTO is required to fit the firmware into the available 24K of flash`
			`LTO_ENABLE = yes`

			`# Disable some features which still don't fit into flash even with LTO`
			`MOUSEKEY_ENABLE = no`
			`NKRO_ENABLE = no`

			`# EEPROM emulation not supported yet (need to implement a proper firmware size`
			`# check first, otherwise the chance of the EEPROM backing store overwriting`
			`# some part of the firmware code is really high).`
			`EEPROM_DRIVER = transient`