Плата розробника CH32F103C8T6 клон STM32 Type-C

Денис (30.09.2020)

Процессор не до конца совместим с stm32 !!!! Столкнулся что при установе бита защиты от чтения запись в флеш больше невозможна, на честном stm работает. Потратил на этот баг 3 дня ... Допускаю еще некоторое количество подобных моментов присутствует Плюс сайт производителя более недоступен и даташита нет ...

Валера12 (05.04.2020)

"На борту немає завантажувача через Serial"
наскiлько це точно?
можливо у когось iнша iнфа ?

Дима (19.03.2019)

Выше все верно написали про ИД чипа. Я использую System Workbench for STM32 от ST Microelectronics. Я нашел иной способ подменить ИД:
Делаю дубликат скрипта для оригинальной STM32F10x. Я нашел его у себя в двух местах :
/Ac6/SystemWorkbench/plugins/fr.ac6.mcu.debug_2.4.0.201902141520/resources/openocd/scripts/target/stm32f1x.cfg
/Ac6/SystemWorkbench/plugins/fr.ac6.mcu.debug_2.4.0.201902141520/resources/openocd/st_scripts/target/stm32f1x.cfg
Открываем и сохраняем эти два файла с новыми именами - например "cs32f10x.cfg". Важно - старые не перезаписываем так как они могут пригодится для оригинальных STM32f10x. Открываем наши оба дубликата и находим строки :
# this is the SW-DP tap id not the jtag tap id
set _CPUTAPID 0x1ba01477 <-- в этой строке меняем ID на 0x2ba01477 и сохраняем наши оба дубликата.
Теперь создаем проект и выбираем обычную stm32f10x. Билдим пустой проект. В настройках "RunDebug" проекта находим "Configuration script". Там по умолчанию стоит "Automated generation", переключаем его на "User defined" чтоб программа не перезаписывала скрипт при изменении а далее в проекте находим прикрепленный "project_name.cfg" файл и в последней строке меняем source [find target/stm32f1x.cfg] на source [find target/ИМЯ_ДУБЛИКАТА.cfg] и пробуеш прошить. Должно перестать ругатся на неправильный ИД Мк.
В кратце - идея в том чтобы просто подменить проверяемый скриптом ИД чипа.
PS: лучше юзать STM =)

Владимир (17.02.2019)

Купил(случайно не туда тыкнув), класс!

Warn : UNEXPECTED idcode: 0x2ba01477

Отладка через openocd при помощи st-link не заработала сразу поскольку manufacture id не совпадает с оригиналом. Документация на китайском. Неизвестно, сколько таких подводных камней у сего чуда. Настоятельно не рекомендую!

Володимир (16.02.2019)

Народ, хто буде брати - кілька нюансів:
1. Чіпи не ST а його клон - зауважте
2. На борту немає завантажувача через Serial - тільки прошивання через ST-LINK
3. ST-LINK утиліти (https://github.com/texane/stlink) не підтримують цей чіп. Потрібно додати ідентифікатор ядра цього чіпа. Для цього - потібно внести наступну модифікацію в код перед компіляцією (https://github.com/texane/stlink/blob/master/doc/compiling.md) утиліт:
diff --git a/include/stlink.h b/include/stlink.h
index abacd12..582de7b 100644
--- a/include/stlink.h
+++ b/include/stlink.h
@@ -53,6 +53,7 @@ extern "C" {
/* cortex core ids */
// TODO clean this up...
#define STM32VL_CORE_ID 0x1ba01477
+#define STM32VL_СS_CORE_ID 0x2ba01477
#define STM32F7_CORE_ID 0x5ba02477

// Constant STM32 memory map figures
diff --git a/src/flash_loader.c b/src/flash_loader.c
index 7684680..72ed495 100644
--- a/src/flash_loader.c
+++ b/src/flash_loader.c
@@ -262,6 +262,7 @@ int stlink_flash_loader_write_to_sram(stlink_t *sl, stm32_addr_t* addr, size_t*
loader_code = loader_code_stm32l;
loader_size = sizeof(loader_code_stm32l);
} else if (sl->core_id == STM32VL_CORE_ID
+ || sl->core_id == STM32VL_CS_CORE_ID
|| sl->chip_id == STLINK_CHIPID_STM32_F3
|| sl->chip_id == STLINK_CHIPID_STM32_F3_SMALL
|| sl->chip_id == STLINK_CHIPID_STM32_F303_HIGH