TC1797 でフラッシュされたコードをデバッグするために、Trace32 で Lauterbach デバッガーを使用しています。ECUでフラッシュしたコードをデバッグできました。しかし、どういうわけか、コードにブレークポイントを入れることができませんでした.ソフトウェアは実行され、適切に機能しているようです.再フラッシュしようとしましたが、システム.Upコマンドも機能しないようです. PLL ロック待ち」。問題は、ソフトウェアのデバッグ/再フラッシュに ECU を使用できなくなったことです。ECU を PLL ロック待機状態から回復させる方法を誰か提案できますか?この理由は何でしょうか?
これは、デバッガーが接続されている間に別のキャリブレーション ツールを ECU に接続したときに発生したと思われます。
ありがとう！！
ありがとう..しかし、私は最近たまたまこのサイトに出くわしました:http://www.lauterbach.com/frames.html?ephone.html: 同様の問題について話しています:「PLL がロックされていないという情報は、 PLL がロックされているかどうかはデバッグ接続に影響しないため、これはエラーではなく情報です。
ただし、この CPU 状態は、デバッガーでデバッグ接続が確立されているように見えても、ターゲットがブレークなどのデバッガー コマンドに応答しない場合によく見られます。デバッグ接続は完全に切断されますが、デバッガーはターゲットから有効な応答を取得すると見なし、それらが無効であることを認識できません。したがって、デバッガーのターゲット状態は、TriCore が実行中で、PLL がロックされていないことです。
デバッグ接続が正しく機能していないことを確認する追加のチェックは、JTAG チェーン スキャンを実行することです。これについては、「Menu -> Help -> Support -> Systeminfo...」を実行し、ファイルの最後にあるセクション「JTAG Chain」で結果を確認します。チェーン スキャンが失敗し、「TDO」などのメッセージが表示される場合常に低いままです」このデバイスでは可能なターゲット接続がありません。
2 つの主な理由が考えられます: 物理的または論理的な接続の問題があるか、TriCore デバイスが壊れています。別のターゲット システムまたはデバッガーとクロスチェックしたい場合があります。すべての延長コードを取り外し、デバッグ ケーブルをターゲット デバイスに直接接続してください。」
これを試してみたところ、「TDOが常に低い」という結果が得られました。これは、3つのECUで発生しました（接続されたデバッガーで完全に正常に動作しました..だから、MCUのレジスタ値はどうにかしてECUを回復できるかどうかを誰かが提案できれば助かりますか?デバッグインターフェースが悪くなっただけである可能性はありますか?
これはシステムクロックの設定の問題だと思います。
必要なクロック設定のために PLL をロックする方法については、TC1797 のユーザーズ マニュアルまたはその他の関連文書を参照してください。MCU のどのレジスタ値を最初に初期化する必要がありますか?
私はそれがあなたを整理すると信じています。それが役に立てば幸い。