Stlink: [기능] 플래시 작업에 대한 체크섬 계산

장치의 메모리 체크섬을 의미합니까? 그리고 그것을 컴퓨터의 파일과 비교하시겠습니까?

나는 바이너리 파일을 생각하고 있었는데, 내 유스 케이스에서 내 컴퓨터에서 컴파일된 바이너리에 문제가 있었고 하나를 다운로드했는데 소스 코드는 동일했지만 바이너리가 일치하지 않아 최신 도구 체인을 사용하고 있었기 때문에 새 바이너리가 손상되었습니다

바이너리를 로드할 때 st-link 도구에서 ti는 체크섬을 계산하므로 올바른 도구 모음이 있는 시점을 파악하는 데 사용했습니다.

https://i.ibb.co/5TS7twF/Figure.png

아 알았어. 이 도구는 그대로 사용하지 않습니다. Windows에서는 HxD 16진 편집기를 사용하여 이진 파일을 체크섬하도록 권장할 수 있습니다(또는 단순히 두 개의 이진 파일을 빠르게 비교). 당신은 Windows에 있습니까?

@vitormhenrique : 안타깝게도 링크한 이미지의 해상도가 너무 낮아서 내용을 읽을 수 없습니다. 더 큰 스크린샷이나 관련 세부정보를 붙여넣을 수 있습니까?

이미지가 왜케 작았는지 모르겠다....

https://i.ibb.co/mq8vvpP/pic.png

알겠습니다. 실제로 여기에서 기능 요청을 찾고 있습니다.
플래시로더는 뒤에서 플래시된 콘텐츠의 무결성을 확인하므로 이 기능을 확장할 수 있다고 가정합니다. 확실히 보고 싶은 것입니다.

특별한 알고리즘 제한이 없다면, 일부 체크섬 알고리즘(md5, sha256 등)을 파일 로딩 프로세스에 통합하는 것이 아주 쉽다고 생각합니다. 아마 내가 자유로울 때 그것을 시도할 수 있을 것입니다.

stlink 유틸리티(캡처에 있는 유틸리티)는 문서(UM0892)의 체크섬을 32비트로 잘린 간단한 산술 합계로 정의합니다... (한숨)

메모리 체크섬
다음에 의해 정의된 지정된 메모리 영역의 체크섬 값을 계산합니다.
주 창의 메모리 표시 섹션에 있는 주소 및 크기 필드.
체크섬은 산술 합계 알고리즘을 기반으로 계산됩니다.
바이트. 결과는 32비트 워드로 잘립니다.
체크섬 값이 로그 창에 표시됩니다.

이것은 매우 조잡하고 신뢰할 수 없지만 구현하기에 저렴하고 st-utility와의 "호환성"을 유지하는 것이 좋습니다.

@grevaillot 정보 감사합니다. 이에 대한 지원을 제 PR에 추가하겠습니다.

튜토리얼에 이에 대한 문서가 있어야 합니까?

ST의 Windows 프로그램에서 사용하는 알고리즘은 최소한 개발자에게는 문서가 필요하다고 생각합니다.

자, 그러면 튜토리얼에 몇 줄의 섹션을 추가할 수 있습니까(검토된 부분의 끝에서)? 그것은 좋은 것입니다. 어쨌든 이 문서를 계속 작업하고 있으므로 서식 지정에 대해 너무 신경쓰지 마십시오.

두 가지 방법을 모두 병합해야 하는지 여전히 궁금합니다.
그렇다면 더 나은 형식을 위해 두 기능을 조정해야 할 수도 있습니다. 현재 2개의 커밋으로 인해 다소 장황한 출력이 발생합니다.