Я считаю, что микроконтроллеры GD32 - это клоны настоящих микроконтроллеров ST Microelectronics. Приятно поддерживать их, но мы не должны нарушать существующие поддерживаемые микроконтроллеры, как в случае с этой проблемой # 761.

Для справки: http://www.gigadevice.com/products/microcontrollers/gd32/arm-cortex-m4/mainstream-line/gd32f303-series/

Всем привет,
Я столкнулся с той же проблемой с чипом CS32F103C8T6, который является клоном STM32F103C8T6.

Возможно, это будет полезно для репортера, поскольку на то, чтобы разобраться, что случилось, потребовалось много времени - я добавил идентификатор ядра своего чипа следующим образом:

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 CS32VL_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 == CS32VL_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

После этого - все заработало как положено. Поскольку ваш чип отличается, обратите внимание, чтобы дважды проверить, какой идентификатор ядра он должен клонировать.

С уважением, Владимир.

st-link (v2) "идёт по местам", я только что прошил nrf51822 (nordic semiconble soc)
https://devzone.nordicsemi.com/f/nordic-qa/13869/openocd-promgram-nrf51822-with-st-link-v2-mini
https://devzone.nordicsemi.com/f/nordic-qa/12316/program-bluetooth-for-nrf51822-yunjia-board-with-stlink-v2
но я использовал openocd, хотя лол
Дело в том, что нам может потребоваться переработать st-link как модули конвейера
st-link в значительной степени используется в качестве универсального ключа swd. openocd, я думаю, отделяет ключ, то есть st-link, и целевой soc, например stm32f103 (который, как я полагаю, будет по умолчанию для этого), а в остальном им, возможно, потребуются `` плагины '' или дополнительные socs, которые могут отличаться от stm32 (даже его клоны)

Всем привет,
Я столкнулся с той же проблемой с чипом CS32F103C8T6, который является клоном STM32F103C8T6.

Возможно, это будет полезно для репортера, поскольку на то, чтобы разобраться, что случилось, потребовалось много времени - я добавил идентификатор ядра своего чипа следующим образом:

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 CS32VL_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 == CS32VL_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

После этого - все заработало как положено. Поскольку ваш чип отличается, обратите внимание, чтобы дважды проверить, какой идентификатор ядра он должен клонировать.

С уважением, Владимир.

подскажите, где вы добавили этот код для прошивки в cs32?
Я использую Ubuntu для прошивки кода, и у меня такая же проблема с coreid, но я не знаю, куда скопировать приведенный выше код, чтобы решить мою проблему.
ты

Привет, Сизито.
Проект немного изменился, но согласовать его довольно легко.

Измените /include/stm32.h - чтобы он выглядел так:
// идентификаторы ядра коры

определить STM32VL_CORE_ID 0x1ba01477

определить CS32VL_CORE_ID 0x2ba01477

определить STM32F7_CORE_ID 0x5ba02477

Измените src / flash_loader.c - внутри функции stlink_flash_loader_write_to_sram, чтобы он выглядел так (~ строка 264):
} иначе, если (sl-> core_id == STM32VL_CORE_ID
|| sl-> core_id == CS32VL_CORE_ID
|| sl-> chip_id == STLINK_CHIPID_STM32_F1_MEDIUM
|| sl-> chip_id == STLINK_CHIPID_STM32_F3

Затем вам нужно скомпилировать утилиту stlink с этими изменениями, и она должна работать ...

Привет, Сизито.
Проект немного изменился, но согласовать его довольно легко.

Измените /include/stm32.h - чтобы он выглядел так:
// идентификаторы ядра коры

определить STM32VL_CORE_ID 0x1ba01477

определить CS32VL_CORE_ID 0x2ba01477

определить STM32F7_CORE_ID 0x5ba02477

Измените src / flash_loader.c - внутри функции stlink_flash_loader_write_to_sram, чтобы он выглядел так (~ строка 264):
} иначе, если (sl-> core_id == STM32VL_CORE_ID
|| sl-> core_id == CS32VL_CORE_ID
|| sl-> chip_id == STLINK_CHIPID_STM32_F1_MEDIUM
|| sl-> chip_id == STLINK_CHIPID_STM32_F3

Затем вам нужно скомпилировать утилиту stlink с этими изменениями, и она должна работать ...

Привет, dexvovich,
Ty за вашу помощь. Я изменил файлы, как указано выше, но у меня возникла новая проблема: когда я использую команду «make flash», система использует старое содержимое «flash_loader.c».
Я попытался перезагрузить компьютер, но у меня та же проблема, он не читает новые изменения, которые я внес.
Если у вас есть идеи, как заставить его использовать новый файл, свяжитесь со мной.
Ty

Я бы предложил make clean и перестроить, чтобы окончательно решить последнее, что, похоже, не связано с реальной проблемой. Если потребуется дополнительная помощь, отправьте для этого новый тикет. ;-)

@eugenesia : Весьма вероятно, что у вас нет доступа к этому MCU, но мне кажется, что это устройство каким-то образом связано с CKS32F103 с точки зрения электронных идентификаторов. Также попытка решить проблему идентична первому подходу для CKS32F103, который представил регрессию (# 757). Так что это могло быть решено и с # 805. Что вы думаете об этом?

@rayslinky : Можете ли вы проверить это с помощью # 805?

@eugenesia : Весьма вероятно, что у вас нет доступа к этому MCU, но мне кажется, что это устройство каким-то образом связано с CKS32F103 с точки зрения электронных идентификаторов. Также попытка решить проблему идентична первому подходу для CKS32F103, который представил регрессию (# 757). Так что это могло быть решено и с # 805. Что вы думаете об этом?

Привет, @ Nightwalker-87, я ознакомился с вашей хронологией событий, связанных с чипом CS32 https://github.com/texane/stlink/issues/756#issuecomment -605629968. Это что-то вроде комедии ошибок, и она бы продолжилась, если бы вы ее не разрешили, так что спасибо, что наконец-то это сделали.

Я не думаю, что # 805 исправил бы это, поскольку это добавляет обнаружение для идентификатора чипа STLINK_CHIPID_STM32_F1_MEDIUM (0x410). Из https://github.com/texane/stlink/issues/769#issue -410536487 эта плата GD32 имеет идентификатор чипа 0x430 (не 0x410) и идентификатор ядра 0x2ba01477.

Идентифицировать плату GD32 по идентификатору микросхемы, вероятно, не получится. Последняя версия _chipid.h_ описывает значение идентификатора чипа 0x430 как принадлежащее плате STM32F1 STLINK_CHIPID_STM32_F1_XL . Таким образом, присвоение этого значения плате GD32 (клон платы STM32F303) нарушит идентификацию платы «STM32_F1_XL».

Мы могли бы попытаться идентифицировать эту плату по ее идентификатору ядра, но мы знаем, что идентификатор ядра 0x2ba01477 является проблематичным, поскольку разные платы имеют этот идентификатор. Вот почему исправление в № 757 привело к регрессии в № 761.

Вот что я смог узнать об этих досках:

Доска | Производитель | Клон | Ядро | Core ID | ID чипа | использованная литература
--- | --- | --- | --- | --- | --- | ---
CS32F103C8T6 | Китайская система ключей (CKS) | STM32F103C8T6 | ARM Cortex-M3 | 0x2ba01477 | 0x410 ( STLINK_CHIPID_STM32_F1_MEDIUM ) | # 756
STM32F401 | ST | N / A (оригинал) | ARM Cortex-M4 | 0x2ba01477 | ? (У меня его нет) | https://github.com/texane/stlink/issues/761#issuecomment -462068740
GD32F303VGT6 | GigaDevice | STM32F303 | Arm Cortex-M4 | 0x2ba01477 | 0x430 | https://github.com/texane/stlink/issues/769#issue -410536487 Страница продукта GigaDevice GD32

Судя по имеющимся у нас проблемам, идентификаторам чипов-клонов нельзя доверять. Может быть, мы сможем выбрать загрузчик флеш-памяти, используя аргументы командной строки, как предлагается здесь https://github.com/texane/stlink/issues/761#issuecomment -462868649?

Промежуточным решением может быть идентификация клонированной платы по ее идентификатору ядра И идентификатору микросхемы, который, надеюсь, должен быть достаточно уникальным?

Я не думаю, что # 805 исправил бы это, поскольку это добавляет обнаружение для идентификатора чипа STLINK_CHIPID_STM32_F1_MEDIUM (0x410). Из # 769 (комментарий) эта плата GD32 имеет идентификатор микросхемы 0x430 (не 0x410) и идентификатор ядра 0x2ba01477.

Идентифицировать плату GD32 по идентификатору микросхемы, вероятно, не получится. Последняя версия chipid.h описывает значение идентификатора чипа 0x430 как принадлежащее плате STM32F1 STLINK_CHIPID_STM32_F1_XL. Таким образом, присвоение этого значения плате GD32 (клон платы STM32F303) нарушит идентификацию платы «STM32_F1_XL».

Вы прямо здесь. Если честно, я мог бы это выяснить сам, если бы присмотрелся - неважно ...

Мне нравится идея использования core-id + chip-id + считывание производителя, чтобы правильно идентифицировать платы - как для настоящих, так и для клонированных плат. Может, есть даже 4-й параметр, который поможет различить. Надо провести небольшое исследование. В любом случае, это может быть подход, позволяющий избежать множества ложных идентификаций. Однако это можно жестко запрограммировать без аргументов командной строки.

Идея наличия таблицы поиска, подобной приведенному выше примеру, помещенной в нашу документацию, также желательна с моей точки зрения. Он может быть основан на перечислении в /include/stlink/chipid.h и /include/stm32.h . Это также может заменить /doc/testedboards.md который, как мне кажется, (частично) устарел. Однако доступную оттуда информацию можно включить в такую ​​таблицу.

Относится к № 903.