На коте кое-что есть http://sunduk.radiokot.ru/loadfile/?load_id=1463573643
И заодно нашел еще книжку по теме http://sunduk.radiokot.ru/loadfile/?load_id=1485682005

Перепаял МК и отладчик заработал...

PS.
Перепаивать микросхемы в корпусе LQFP (шаг выводов 0.5 мм), паяльником времен СССР, то еще "веселье".

Сейчас из Китая приходят платы с STM32F103C8T6 у которого 128 КБ флеша (по документации 64 КБ).

Скрин из отзыва, датированного 12 января 2018 года отсюда. https://ru.aliexpress.com/item/Free-Shi … 08361.html

Видно что размер флеша - 128 КБ.
Такое впечатление что перемаркировка, только какой смысл это делать ухудшая характеристики МК? Непонятно.

Написано C8, но размер памяти как у CB.
Понятно что у них в реальности одинаковый объем памяти (вообще у 101C8, 101CB, 102C8, 103CB, 103C8 и 103CB один и тот же кристалл), но размер памяти как и серийный номер записывается в МК при производстве.

У перечисленных МК одинаковые кристаллы. Видимо производителю это дешевле обходится чем перестраивать производство под каждый МК в отдельности.
Размер флеша хранится в регистре с адресом 0x1FFFF7E0.

В тех МК что купил сейчас, в нем 0x80 (128 КБ). В тех что покупал раньше, в регистре 0x40 (64 КБ).
Серийные номера (Unique device ID) в МК отличаются, т. е. отпадает вариант что забыли при производстве указать правильный размер флеша.

О том что в C8 в действительности 128 КБ флеша писал раньше, но в регистре "Flash size register" было число 0x40, т. е. как в даташите.

Партия должна быть очень большой, потому что у многих продавцов в отзывах видел что писали о 128 КБ флеша.
МК работают нормально. Каких-либо сбоев или неправильного выполнения программы не замечал.

Unique device ID?
Регистры располагаются начиная с адреса 0x1FFFF7E8 (почти рядом с "Flash size register").

Прочитать идентификатор можно программной "ST-LINK Utility" если задать адрес 0x1FFFF7E8 и размер 0x0C.
Или из программы (код из файла hw_config.c библиотеки USB-FS-Device 4).

  #define         ID1          (0x1FFFF7E8)
  #define         ID2          (0x1FFFF7EC)
  #define         ID3          (0x1FFFF7F0)

  uint32_t Device_Serial0, Device_Serial1, Device_Serial2;

  Device_Serial0 = *(uint32_t*)ID1;
  Device_Serial1 = *(uint32_t*)ID2;
  Device_Serial2 = *(uint32_t*)ID3;

Это для F101, F102 и F103. Для 4хх нужно скачать Reference manual и найти в нем "Unique device ID register" или "Device electronic signature".

Из файла platform_config.h библиотеки STM32 USB-FS Device.

/*Unique Devices IDs register set*/

#if defined(STM32L1XX_MD) || defined(STM32L1XX_HD) || defined(STM32L1XX_MD_PLUS)

#define         ID1          (0x1FF80050)
#define         ID2          (0x1FF80054)
#define         ID3          (0x1FF80064)

#elif defined (STM32F37X) || defined(STM32F30X)

#define         ID1          (0x1FFFF7AC)
#define         ID2          (0x1FFFF7B0)
#define         ID3          (0x1FFFF7B4)

#else /*STM32F1x*/

#define         ID1          (0x1FFFF7E8)
#define         ID2          (0x1FFFF7EC)
#define         ID3          (0x1FFFF7F0)

#endif

Ответ на сообщение. CNC Лазер-Лут

Не знаю где RDW нашел информацию о низкой скорости портов в STM32, но на практике это не подтверждается. Для теста был взят этот проект и в него внесены небольшие изменения. В цикле вызов функций заменен на запись в регистры.

    while(1)
    {
        GPIOC->ODR = GPIO_Pin_13;
        GPIOC->ODR = ~GPIO_Pin_13;
    }

Кроме этого в файле system_stm32f10x.c закомментирована константа SYSCLK_FREQ_72MHz и раскомментирована SYSCLK_FREQ_HSE для того чтобы МК работал от 8 МГц. Связанно с тем что у логического анализатора частота дискретизации 24 МГц и чем выше частота тем больше вероятности ошибки измерения, а нормального частотомера под руками нет. На изменение состояния вывода порта тратится 0.25 мкс, или два такта системной частоты. Это медленно и состояние вывода должно меняться за такт?

При частоте 72 МГц, состояние вывода будет меняться 36 миллионов раз в секунду и частота составит, 18 МГц.

Файлы. http://rgho.st/7sFYqlcRp

Каких 24 МГц? Проект под STM32F103 у которого номинальная частота 72 МГц. А ведь есть еще STM32H работающие на частоте 400 МГц.

Скриншот выше. Видно что вывод порта переключается каждые 0.25 мкс, при частоте тактирования 8 МГц. Разве не 2 такта выходит? Почему так получается при трех инструкциях? Точно не скажу насчет ARM Cortex-M3, но ARM поддерживает выполнение нескольких инструкций за такт. Этим может объяснятся.

Для этого есть регистр BSRR. Я о нем писал.   CNC Лазер-Лут

Пишу в EmBitz. Я по началу много чего пробовал. CooCox, Keil, IAR, VisualGDB и другие. EmBitz оказался самым простым и понятным.
Кстати, EmBitz поддерживает в том числе ARMы от Atmel. В списке около 100 моделей МК.

На уровне слухов, Марк писал примерно в 2010 году что планируется ARM версия. https://www.mcselec.com/index2.php?opti … 2168#42168
https://www.mcselec.com/index2.php?opti … hlight=arm

Для ARM лучше использовать Си (не так все сложно как может показаться) или в крайнем случае mikroBasic. Других альтернатив на данный момент нет.