3

これはこのボードでの初めての投稿であり、JTAG デバッグの世界にもかなり慣れていません。以前にいくつかの商用製品を使用したことがありますが、OpenOCD に切り替えたいと考えており、これまでに多くの失敗を経験しています。 . Flyswatter2 と彼らが提供するキットを使用して Beaglebone Black に取り付けようとしましたが、ほとんどの結果は次のようになります。

$ ./openocd -f interface/ftdi/flyswatter2.cfg -f  
board/ti_beaglebone_with_fs2.cfg -c init -c "reset init"  
Open On-Chip Debugger 0.10.0-dev-00149-g8229d52 (2015-12-23-11:37)  
Licensed under GNU GPL v2  
For bug reports, read  
    http://openocd.org/doc/doxygen/bugs.html  
Warn : Interface already configured, ignoring  
adapter speed: 16000 kHz  
Info : auto-selecting first available session transport "jtag". To override use 'transport select <transport>'.  
Warn : target name is deprecated use: 'cortex_a'  
trst_and_srst separate srst_gates_jtag trst_push_pull srst_open_drain  
connect_deassert_srst  
Info : clock speed 16000 kHz  
Info : JTAG tap: am335x.jrc tap/device found: 0x2b94402f (mfg: 0x017,
part: 0xb944, ver: 0x2)  
Info : JTAG tap: am335x.dap enabled  
Warn : Timeout (1000ms) waiting for ACK=OK/FAULT in JTAG-DP transaction
- aborting  
Info : JTAG tap: am335x.jrc tap/device found: 0x2b94402f (mfg: 0x017,
part: 0xb944, ver: 0x2)  
Info : JTAG tap: am335x.dap enabled  
Error: JTAG-DP OVERRUN - check clock, memaccess, or reduce jtag speed  
Error: MEM_AP_CSW 0x2800060, MEM_AP_TAR 0x0  
Error: JTAG-DP OVERRUN - check clock, memaccess, or reduce jtag speed  
Error: MEM_AP_CSW 0x2800060, MEM_AP_TAR 0x0  
Error: JTAG-DP OVERRUN - check clock, memaccess, or reduce jtag speed  
Error: MEM_AP_CSW 0x2800060, MEM_AP_TAR 0x0  
Error: JTAG-DP OVERRUN - check clock, memaccess, or reduce jtag speed  
Error: MEM_AP_CSW 0x2800060, MEM_AP_TAR 0x0  
Error: JTAG-DP OVERRUN - check clock, memaccess, or reduce jtag speed  
Error: MEM_AP_CSW 0x2800060, MEM_AP_TAR 0x0  
Error: JTAG-DP OVERRUN - check clock, memaccess, or reduce jtag speed  
Error: MEM_AP_CSW 0x2800060, MEM_AP_TAR 0x0  
Error: JTAG-DP OVERRUN - check clock, memaccess, or reduce jtag speed  
Error: MEM_AP_CSW 0x2800060, MEM_AP_TAR 0x0  
Error: JTAG-DP OVERRUN - check clock, memaccess, or reduce jtag speed  
Error: MEM_AP_CSW 0x2800060, MEM_AP_TAR 0x0  
Error: JTAG-DP OVERRUN - check clock, memaccess, or reduce jtag speed  
Error: MEM_AP_CSW 0x2800060, MEM_AP_TAR 0x0  
Error: JTAG-DP OVERRUN - check clock, memaccess, or reduce jtag speed  
Error: MEM_AP_CSW 0x2800060, MEM_AP_TAR 0x0  
Error: Target not examined yet  
in procedure 'reset'  
in procedure 'ocd_bouncer'

アダプタの速度を落とそうとしましたが、デバイスは実際に再起動しますが、カーネルが起動すると、上記のようなエラー メッセージが表示されます。

これらのエラーメッセージはまだ少しわかりにくいので、どこから始めればよいかよくわかりません。アイデア/考え/提案はありますか? ソースを掘り下げて、必要に応じて調整を加えたいと思いますが、今は少し無知すぎてそうすることができません!

4

2 に答える 2

3

まあ、ppl が openocd で BeableBone Black を正常にデバッグしていることを示す他の投稿が見つからないように見えるので、それが機能するという事実を保証できます。私のコマンドライン（TIAOを使用）：

sudo ../src/openocd -f interface/ftdi/tumpa.cfg -f board/mybbb.cfg

パスは、ビルドしてソースから実行したという事実に由来することに注意してください (他のパスプレフィックスが必要になる場合があります)。mybbb.cfg は基本的に flyswatter のものですが、インターフェイス ラインは除きます。( https://www.tincantools.com/w/images/f/f7/ti_beaglebone_with_fs2.cfg )

Openocd は少し使いにくいかもしれませんが、JTAG で実際に何が起こっているのかを理解する必要があります。したくない場合は、TI から 80 ドルのコネクタを購入するだけで動作します (ピンヘッダーが正しくはんだ付けされている場合)。

参考：私の場合の成功した出力（差分に便利）：

testbox@testbox-VirtualBox:~/openocd/openocd-code/tcl$ sudo ../src/openocd -f interface/ftdi/tumpa.cfg -f board/ti_beaglebone.cfg
Open On-Chip Debugger 0.10.0-dev-00322-g406f4d1 (2016-06-09-09:22)
Licensed under GNU GPL v2
For bug reports, read
    http://openocd.org/doc/doxygen/bugs.html
none separate
adapter speed: 16000 kHz
Info : auto-selecting first available session transport "jtag". To override use 'transport select <transport>'.
trst_and_srst separate srst_gates_jtag trst_push_pull srst_push_pull connect_deassert_srst
Info : ftdi: if you experience problems at higher adapter clocks, try the command "ftdi_tdo_sample_edge falling"
Info : clock speed 16000 kHz
Info : JTAG tap: am335x.jrc tap/device found: 0x2b94402f (mfg: 0x017 (Texas Instruments), part: 0xb944, ver: 0x2)
Info : JTAG tap: am335x.dap enabled
Info : am335x.cpu: hardware has 6 breakpoints, 2 watchpoints

最後に、エラーに関しては、はんだを再確認します。openocd は実際にクロックが速すぎる可能性があると言っているからです。漏れが少ない高速クロッキングで問題が説明される可能性がありますか?

最後に 1 つ注意してください。

最近のカーネルのビーグルボーンで JAG を使用して Linux カーネルをデバッグする場合は、パッチが必要になる場合があります。そうでない場合、Linux が起動すると JTAG が台無しになるため、openocd で (TI のドングルでも) エラーが発生します。https://e2e.ti.com/support/embedded/linux/f/354/t/363421の 1 行のパッチを参照してください (見つけるのに時間がかかりました!)

幸運を！

于 2016-06-10T06:56:47.787 に答える
0

構成ファイルが適切な ID ベンダーとターゲットの ID 製品を提供していることを確認してください。このコマンドlsusbは、ターゲット ID を提供します。

于 2016-02-08T16:56:50.980 に答える