GD32 마이크로컨트롤러는 실제 ST Microelectronics의 클론이라고 생각합니다. 그들을 지원하는 것은 좋지만 이 문제 #761에서처럼 기존 지원되는 마이크로컨트롤러를 중단해서는 안 됩니다.

참고: http://www.gigadevice.com/products/microcontrollers/gd32/arm-cortex-m4/mainstream-line/gd32f303-series/

안녕하세요 여러분,
STM32F103C8T6의 클론인 CS32F103C8T6 칩에서도 동일한 문제에 직면했습니다.

무엇이 잘못되었는지 파악하는 데 많은 시간이 걸렸기 때문에 기자에게 유용할 것입니다. - 다음과 같은 방식으로 칩의 코어 ID를 추가했습니다.

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(노르딕 세미컨블 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를 사용했지만 lol
요점은 st-link를 파이프라인 모듈로 재작업해야 할 수도 있다는 것입니다.
st-link는 일반 swd 동글로 거의 사용되고 있습니다. openocd는 동글 즉 st-link와 대상 soc를 분리한다고 생각합니다(예: stm32f103). 나머지는 '플러그인' 또는 stm32와 다를 수 있는 추가 socs가 필요할 수 있습니다. (심지어 그 클론도)

안녕하세요 여러분,
STM32F103C8T6의 클론인 CS32F103C8T6 칩에서도 동일한 문제에 직면했습니다.

무엇이 잘못되었는지 파악하는 데 많은 시간이 걸렸기 때문에 기자에게 유용할 것입니다. - 다음과 같은 방식으로 칩의 코어 ID를 추가했습니다.

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를 다음과 같이 변경합니다.
// 피질 코어 ID

STM32VL_CORE_ID 0x1ba01477 정의

CS32VL_CORE_ID 0x2ba01477 정의

STM32F7_CORE_ID 0x5ba02477 정의

src/flash_loader.c - 내부 함수 stlink_flash_loader_write_to_sram을 다음과 같이 변경합니다(~라인 264).
} else if (sl->core_id == STM32VL_CORE_ID
|| sl->core_id == CS32VL_CORE_ID
|| sl->칩_id == STLINK_CHIPID_STM32_F1_MEDIUM
|| sl->칩_id == STLINK_CHIPID_STM32_F3

그런 다음 해당 변경 사항으로 stlink 유틸리티를 컴파일해야 하며 작동해야 합니다...

안녕, 시지토.
프로젝트가 약간 변경되었지만 정렬하는 것은 매우 쉽습니다.

/include/stm32.h를 다음과 같이 변경합니다.
// 피질 코어 ID

STM32VL_CORE_ID 0x1ba01477 정의

CS32VL_CORE_ID 0x2ba01477 정의

STM32F7_CORE_ID 0x5ba02477 정의

src/flash_loader.c - 내부 함수 stlink_flash_loader_write_to_sram을 다음과 같이 변경합니다(~라인 264).
} else if (sl->core_id == STM32VL_CORE_ID
|| sl->core_id == CS32VL_CORE_ID
|| sl->칩_id == STLINK_CHIPID_STM32_F1_MEDIUM
|| sl->칩_id == STLINK_CHIPID_STM32_F3

그런 다음 해당 변경 사항으로 stlink 유틸리티를 컴파일해야 하며 작동해야 합니다...

안녕하세요 덱스보비치입니다.
도움을 위해 위와 같이 파일을 변경했지만 "플래시 만들기" 명령을 사용할 때 시스템이 "flash_loader.c"의 이전 콘텐츠를 사용하고 있다는 새로운 문제가 발생했습니다.
PC를 재부팅하려고 했지만 동일한 문제가 발생합니다. 그는 내가 만든 새 변경 사항을 읽지 않습니다.
그에게 새 파일을 사용하도록 강제하는 방법을 알고 있다면 저에게 연락하십시오.
타이

나는 make clean 제안하고 실제 문제의 맥락에서 보이지 않는 후자를 최종적으로 해결하기 위해 다시 빌드합니다. 추가 도움이 필요하면 언제든지 이에 대한 새 티켓을 제출하십시오. ;-)

@eugenesia : 이 MCU에 대한 액세스 권한이 없을 가능성이 매우 높지만 제가 보기에는 이 장치가 전자 식별자 측면에서 CKS32F103과 어떻게든 관련이 있는 것처럼 보입니다. 또한 문제를 해결하려는 시도는 회귀(#757)를 도입한 CKS32F103의 첫 번째 접근 방식과 동일합니다. 따라서 이것은 #805로도 해결되었을 수 있습니다. 당신이 그것에 대해 어떻게 생각하십니까?

@rayslinky : #805로 확인할 수 있나요?

@eugenesia : 이 MCU에 대한 액세스 권한이 없을 가능성이 매우 높지만 제가 보기에는 이 장치가 전자 식별자 측면에서 CKS32F103과 어떻게든 관련이 있는 것처럼 보입니다. 또한 문제를 해결하려는 시도는 회귀(#757)를 도입한 CKS32F103의 첫 번째 접근 방식과 동일합니다. 따라서 이것은 #805로도 해결되었을 수 있습니다. 당신이 그것에 대해 어떻게 생각하십니까?

@Nightwalker-87님, 안녕하세요, CS32 칩 https://github.com/texane/stlink/issues/756#issuecomment -605629968을 둘러싼 사건의 연대기를 살펴보았습니다. 이것은 약간의 오류 코미디이며 해결하지 않았다면 계속 진행되었을 것입니다. 그래서 마침내 그렇게 해 주셔서 감사합니다.

STLINK_CHIPID_STM32_F1_MEDIUM (0x410)의 칩 ID에 대한 감지 기능이 추가되었기 때문에 #805가 이 문제를 해결했다고 생각하지 않습니다. https://github.com/texane/stlink/issues/769#issue -410536487에서 이 GD32 보드의 칩 ID는 0x430(0x410 아님)이고 코어 ID는 0x2ba01477입니다.

칩 ID로 GD32 보드를 식별하는 것은 아마도 작동하지 않을 것입니다. 최신 버전의 _chipid.h_는 칩 ID 값 0x430을 STM32F1 보드 STLINK_CHIPID_STM32_F1_XL 속하는 것으로 설명합니다. 따라서 해당 값을 GD32 보드(STM32F303 보드의 복제본)에 할당하면 "STM32_F1_XL" 보드에 대한 식별이 깨집니다.

코어 ID로 이 보드를 식별할 수 있지만 코어 ID 0x2ba01477은 다른 보드에 이 ID가 있으므로 문제가 있음을 알고 있습니다. 이것이 #757의 수정 사항이 #761의 회귀를 도입한 이유입니다.

이 보드에 대해 수집할 수 있는 정보는 다음과 같습니다.

보드 | 제조사 | 클론 | 코어 | 코어 ID | 칩 ID | 참고문헌
--- | --- | --- | --- | --- | --- | ---
CS32F103C8T6 | 중국 키 시스템(CKS) | STM32F103C8T6 | ARM Cortex-M3 | 0x2ba01477 | 0x410 ( STLINK_CHIPID_STM32_F1_MEDIUM ) | #756
STM32F401 | 성 | 해당 없음(원본) | ARM Cortex-M4 | 0x2ba01477 | ? (나는 가지고 있지 않다) | https://github.com/texane/stlink/issues/761#issuecomment -462068740
GD32F303VGT6 | 기가디바이스 | STM32F303 | 팔 피질-M4 | 0x2ba01477 | 0x430 | https://github.com/texane/stlink/issues/769#issue -410536487 GigaDevice GD32 제품 페이지

우리가 가진 문제에서 클론 칩의 ID는 신뢰할 수 없는 것 같습니다. https://github.com/texane/stlink/issues/761#issuecomment -462868649 에서 제안한 대로 명령줄 인수를 대신 사용하여 플래시 로더를 선택할 수 있어야 합니다.

임시 솔루션은 코어 ID와 칩 ID로 클론 보드를 식별하는 것일 수 있습니다. 이 ID는 충분히 고유해야 합니까?

STLINK_CHIPID_STM32_F1_MEDIUM (0x410)의 칩 ID에 대한 감지 기능이 추가되었기 때문에 #805가 이 문제를 해결했다고 생각하지 않습니다. #769(코멘트)에서 이 GD32 보드의 칩 ID는 0x430(0x410 아님)이고 코어 ID는 0x2ba01477입니다.

칩 ID로 GD32 보드를 식별하는 것은 아마도 작동하지 않을 것입니다. 최신 버전의 chipid.h는 STM32F1 보드 STLINK_CHIPID_STM32_F1_XL에 속하는 칩 ID 값 0x430을 설명합니다. 따라서 해당 값을 GD32 보드(STM32F303 보드의 복제본)에 할당하면 "STM32_F1_XL" 보드에 대한 식별이 깨집니다.

당신이 바로 여기에 있습니다. 솔직히 좀 더 자세히 들여다봤더라면 스스로 알아낼 수 있었을 텐데 - 신경쓰지 마세요...

나는 core-id + chip-id + 제조업체를 판독하여 보드를 올바르게 식별하는 방법을 사용하는 아이디어를 좋아합니다. 구별하는 데 도움이 될 수 있는 4번째 매개변수가 있을 수도 있습니다. 그에 대한 연구를 해야 합니다. 어쨌든 그것은 몇 가지 잘못된 식별을 피하기 위한 접근 방식이 될 수 있습니다. 그러나 이것은 명령줄 인수 없이 하드코딩될 수 있습니다.

위의 예와 유사한 룩업 테이블을 문서에 넣는 아이디어도 제 관점에서는 바람직합니다. /include/stlink/chipid.h 및 /include/stm32.h 의 목록을 기반으로 할 수 있습니다. 이것은 또한 (부분적으로) 구식이라고 생각하는 /doc/testedboards.md 를 대체할 수 있습니다. 그러나 거기에서 사용 가능한 정보는 이러한 테이블에 포함될 수 있습니다.

관련 #903.