現在接続されているターゲットがない場合、プログラマーは見つかりますが、シリアルは表示されません。 これは、ターゲットの電源がオンになっているときにシリアル番号(およびOpenOCD hla_serial
)を抽出する場合には便利ではありません。
@grevaillot :あなたのコミット804c38ead8aef3e4a1640a82a9b9c01f4f60eed1がどういうわけか上記の問題に対処しているように見えるので(事故ごとに?)、このコミット以降、STlink-v2プログラマーの動作が異なることがわかりました。 何がこの変化を引き起こしているのか、私にはよくわかりません。
プログラマーにデバイスが接続されていない場合のst-info --probe
の出力は次のとおりです。
前:
Found 1 stlink programmers
その後:
Found 1 stlink programmers
serial: 3f76050132124647524b4e00
hla-serial: "\x3f\x76\x05\x01\x32\x12\x46\x47\x52\x4b\x4e\x00"
flash: 0 (pagesize: 0)
sram: 0
chipid: 0x0000
descr: unknown device
なぜそうなのかよくわかりません。
しかし、あなたは作者なので、これを見てもらうのは理にかなっています。
私はそのチケットを知りませんでしたが、はい、これは意図されたものです。 st-flashおよびgdbサーバーがusbプローブにプッシュして、ターゲットが接続されていない状態でいくつかのst-link情報を返すように、いくつかの修正があります。それらにそのチケット番号のタグを付けます。
うーん、あなたが参照したコミットは良いものではありません、それはプローブリワークパッチセットで修正されました
@grevaillotそこで観察された変化の原因はよくわかりません。 たぶん、それはこのデバイスまたはコード側から見た他のいくつかの変更につながる部分的な修正にすぎませんが、それまでにすべてのデバイスに対処する完全な修正ではありません-まだその手がかりはありません。 2番目のプログラマーもこのコミットで試してみます(前後)。 どちらもCKS32F103C8T6デバイスです。
これは、2番目のプログラマーのコミット804c38ead8aef3e4a1640a82a9b9c01f4f60eed1でのst-info --probe
の出力です。これは、同じ結果のようです。
Found 1 stlink programmers
serial: 3f70050132124647524b4e00
hla-serial: "\x3f\x70\x05\x01\x32\x12\x46\x47\x52\x4b\x4e\x00"
flash: 0 (pagesize: 0)
sram: 0
chipid: 0x0000
descr: unknown device
前のコミット46bf0abf77cca47133d3839460cc7679e0f78714は以下を返します。
Found 1 stlink programmers
まだ疑問に思っている...
すみません、私のツリーで迷子になりました、要約しましょう:
プローブのやり直しを行う中間コミットにより、ターゲットが接続されていないstlinkを取得して、シリアルのない「見つかった1つのstlinkプログラマー」として表示される可能性があります。 これは問題でした。プローブは、プローブされたstlinkの数ではなく、見つかったstlinkの数を返していました。
804c38ead8aef3e4a1640a82a9b9c01f4f60eed1がプローブの動作を変更することは決してありません。ローカルのそれほどクリーンではない再構築とテストの問題が疑われます:)
私のPRhttps ://github.com/stlink-org/stlink/pull/933はその問題を解決するはずです。
ところで、-probe呼び出しはおそらくcpuidを表示するはずだと思います。 これは決してnullであってはならず、新しいチップのサポート/バグレポートに役立ちます。 しかし、それは別の問題です。
@grevaillot :