現在はS32K3X8EVB-Q289評価ボードを使用しており、S32K358 MCUを基にカスタムハードウェア設計を開発しました。
もう少し詳しく教えていただけますか:
- EVBの搭載デバッガを使って外部S32K358ターゲットのプログラミングやデバッグは公式にサポートされていますか?
- サポートされている場合、EVB上でどのようなジャンパー設定またはハードウェアの変更が必要ですか？
- この目的にはどのデバッグコネクタを使用すべきですか？
- S32デバッグプローブを使用する場合と比較して、何か制限事項はありますか？
- この構成について説明したドキュメントやアプリケーションノートはありますか?
ご支援ありがとうございます。
よろしくお願いいたします。
ヤシュ・グプタ
こんにちは、 @Yash2530 さん。
1. はい、S32K3X8EVB-Q289搭載デバッガを使って外部S32K358ターゲットのプログラミング/デバッグが可能です。実際、EVBの搭載OpenSDAデバッガはP&E Microが開発したブートローダー/デバッグアプリケーションを使用しています - https://community.nxp.com/t5/S32-Design-Studio/Which-debugging-interface-is-better/m-p/1715877
2. この用途ではEVBのはんだ付けの再作業やジャンパー設定は不要です。
3. J55 USBホストコネクタ。
4. 実際には、標準的なフラッシュおよび外部S32K358ターゲットのソースレベルのデバッグには、EVBの搭載デバッガで十分であるべきです。あなたにとってどの機能が重要なのか分からないので、ご自身で機能を比較してみてください。
https://www.pemicro.com/products/product_viewDetails.cfm?product_id=15320180&productTab=5045
5. はい、 https://www.nxp.com/webapp/Download? colCode=S32K3X8EVB-Q289HWUM
よろしくお願いいたします。
パベル
@PavelL 、
外部コントローラをプログラムしようとしたときにこのエラーが出ました。
CMD>VC
オブジェクトファイルのCRC-16をデバイス範囲と照合しています...
ブロック 00400000-0042F4B7 ...
計算されたCRC-16がブロックと一致しません。(ファイル = $A9EE、デバイス = $EDEF)
デバイスのフラッシュメモリの検証エラー
Flashプログラミング中にエラーが発生しました。
情報: DAP IDCODE = 0x6BA02477
情報：DAPの電源投入に成功しました。DP CTRL/STAT = 0xF0000000
リセットスクリプトを開始します (C:\NXP\S32DS.3.6.7\eclipse\plugins\com.pemicro.debug.gdbjtag.pne_6.1.8.202603121731\supportFiles_ARM\NXP\S32K3xx\S32K358.mac)...
REM MC_MEモジュールで選択したコアのクロックを有効にする
200ミリ秒遅延します...
終わり。
REM RAMとDMAを初期化します。
REM DMA TCD の初期化:
REM 使用する各コアに対して、有効な実行可能コードをRAMにコピーします。
REM MC_ME で必要なコアを有効にする:
20ミリ秒遅延します...
終わり。
20ミリ秒遅延します...
終わり。
リセットスクリプト (C:\NXP\S32DS.3.6.7\eclipse\plugins\com.pemicro.debug.gdbjtag.pne_6.1.8.202603121731\supportFiles_ARM\NXP\S32K3xx\S32K358.mac)完了しました。
PEmicro GDB 起動失敗: フラッシュプログラミング中にエラーが発生しました。デバッグセッションを終了します。
PEエラー：デバイスへのダウンロード中にエラーが発生しました。デバッグセッションを終了します。
127.0.0.1 経由で「127.0.0.1」から切断されました。ポート「53100」による6224からの切断
PEエラー: エラー: 応答を送信しようとしましたが、接続が既に閉じられています。
127.0.0.1 経由で「127.0.0.1」から切断されました。ポート「53104」による7224からの切断
情報: DAP IDCODE = 0x6BA02477
ターゲットとの接続が切断されました。
これらの問題を解決するのを手伝ってください。
よろしくお願いいたします。
ヤシュ・グプタ
こんにちは、 @Yash2530 さん。
S32K3X8EVB-Q289とJ55経由で接続されたオンボードのPEmicroデバッガを使ってリファレンステストを行いました。
私のテストでは、最初のCRC認証でも既存のフラッシュコンテンツがダウンロード中のアプリケーションと異なるため、不一致が報告されました。しかし、その後、プログラミング処理はフラッシュメモリの消去とプログラミングへと続いた。したがって、最初のCRC不一致は必ずしも根本原因ではなく、それ自体ではセキュアデバッグが有効になっていることを確認するものではありません。
重要な違いは、あなたが提供したログでは、最初のVCコマンドの直後にデバッグセッションが終了している点です。フラッシュメモリの消去と書き込みを行うための、後続のEMコマンドとPMコマンドが見当たりません。
PEmicroのデバッグ起動設定を確認してください。特に、実行ファイルのダウンロードとフラッシュメモリへの書き込みが有効になっているかどうかを確認してください。セッション開始時からのPEmicroのログ全体もご提供ください。ログの冒頭には、CMコマンドと選択された.arpファイルが表示されるはずです。フラッシュアルゴリズム。
参考までに、HSE無効化デバイスでテストを成功させた際に使用したアルゴリズムは以下のとおりです。
ちなみに、次回は新しいThreadを作成してください。私たちは最後の回答からわずか7日後にコミュニティThreadを積極的に追跡していました。私は更新情報の購読メールしか受け取らず、それも時々見逃されることがあります。
よろしくお願いいたします。
パベル
こんにちは、@PavelL
デバイスの問題はJTAGのリセットピンがオンボードMCUとTargetボードのMCUと競合していることだとプログラムしました。そこでリセットピンをJTAG RESETピンから分離し、プログラムは正常に動作しました。今はMCUを手動でリセットしなければならない唯一の問題です。
EVKボードのJTAG（J50およびJ55（USB））コネクタと併せて、カスタムターゲットも使用しましたか？
よろしくお願いいたします。
ヤシュ・グプタ
こんにちは、 @Yash2530 さん。
はい、外部のPEmicroデバッガとLauterbach TRACE32の両方を使用したことがあります。
私のメモによると、EVBのジャンパーはすべてデフォルトの位置に保たれていましたが、J685とJ23は2〜3の位置に設定されていました。
参考までに、ジャンパーの設定は以下のとおりです。
- J685: 2-3
- J23: 2-3
- J25: 1-2
- J30: 1-2
- J31:1-2
- J691: 1-2
- J37: 2-3
- J746: 2-3
- J13: 1-2
- J16:1-2
- J701: 1-2
この構成では、私の環境ではプログラミング、デバッグ、自動リセットが正しく動作しました。これらのジャンパー設定を、現在お使いのEVBの設定と比較してください。
よろしくお願いいたします。
パベル
こんにちは、 @Yash2530 さん。
「i2cとSPIの例コードを提供する」という新しいテーマです。Threadの明確さを保つために、新しい専用Threadを作成してください。
ご理解いただきありがとうございます。
よろしくお願いいたします。
パベル
ご返信ありがとうございます。とても助かりました。RTDの例にはループバックの例が含まれているので、i2cやspiの例も共有してもらえますか?私はペリフェラルをSPIとi2Cでマスターのままにして初期化しようと試みましたが、mosiやmisoの両方でsk上のクロック信号が応答しません。もし共有していただけると大変助かります。
ありがとうございます
ヤシュ・グプタ