Stlink: [機能]フラッシュ操作のチェックサムを計算する

デバイスのメモリのチェックサムを意味しますか？ そしてそれをあなたのコンピュータ上のファイルと比較しますか？

私はバイナリファイルを考えていました。私の使用例では、コンピュータでコンパイルされたバイナリとダウンロードされたバイナリで問題が発生しました。ソースコードは同じですが、バイナリが一致しませんでした。新しいツールチェーンを使用していました。新しいバイナリが破損していました

st-linkツールでバイナリをロードすると、tiがチェックサムを計算するので、それを使用して、正しいツールチェーンがいつあるかを把握しました。

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

あ、そう。 これらのツールは、現状ではそれを行いません。 Windowsでは、バイナリファイルをチェックサムする（または単に2つのバイナリファイルをすばやく比較する）ために、HxD16進エディターをお勧めします。 Windowsを使用していますか？

@vitormhenrique ：残念ながら、解像度が低すぎるため、リンクした画像のコンテンツを読み取ることができません。 より大きなスクリーンショットまたはそれに関連する詳細を貼り付けることができますか？

その画像がなぜこんなに小さかったのか分かりません…。

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

なるほど、私たちは実際にここで機能リクエストを探しています。
フラッシュローダーは、フラッシュされたコンテンツの整合性をバックグラウンドで検証するため、この機能は拡張できると思います。 確かに見たいです。

特別なアルゴリズムの制限が与えられていない場合、チェックサムアルゴリズム（md5、sha256など）をファイルの読み込みプロセスに統合するのは非常に簡単だと思います。 たぶん私は自由なときにそれを試してみることができます。

stlinkユーティリティ（キャプチャ内のもの）は、ドキュメント（UM0892）のチェックサムを、32ビットに切り捨てられた単純な算術合計として定義しています...（ため息）

メモリチェックサム
によって定義された指定されたメモリゾーンのチェックサム値を計算します。
メインウィンドウのメモリ表示セクションのアドレスとサイズのフィールド。
チェックサムは、算術合計アルゴリズムに基づいて計算されます。
バイト。 結果は32ビットワードに切り捨てられます。
チェックサム値がログウィンドウに表示されます

これは非常に粗雑で、信頼性は高くありませんが、実装は安価であり、st-utilityとの「互換性」を維持できれば便利です。

@grevaillot情報をありがとう、私は私のPRでこれのサポートを追加します。

チュートリアルにこれに関するドキュメントが必要ですか？

STのWindowsプログラムで使用されるアルゴリズムには、少なくとも開発者向けのドキュメントが必要な場合があります。

さて、チュートリアルに数行のセクションを追加できますか（レビューされた部分の最後に）？ それはいいね。 とにかく私はまだこのドキュメントに取り組んでいるので、そこでフォーマットすることについてあまり気にしないでください...

2つの方法をすべて一緒にマージする必要があるかどうかはまだ疑問です。
もしそうなら、私はより良いフォーマットのために2つの関数を調整する必要があるかもしれません。 現在の2つのコミットは、やや冗長すぎる出力を引き起こします。