LS1028A Felix (swp0): CPU-Inje上のカスタムEtherTypeフレームに対してハードウェアTXタイムスタンプが生成されません 1. 環境 プラットフォーム:NXP LS1028ARDB(VSC9959 / Felix スイッチ) カーネル:Linux 6.18.2-rt3(NXP Yocto real-time-edge、PREEMPT_RT) トポロジー（DSA）： eno2 (ENETC) = DSAコンジット/NPIポート swp0 = Felix ユーザーポート(CPUインジェクションパス:CPU → eno2 → NPI → egress swp0 物理ポート) eno0 (ENETC) = 独立したテストポート（現在はswp0に直接ケーブル接続されており、実際の出力フレームの内容を確認するために使用されます） 用途:AF_PACKET swp0にバインドされたSOCK_RAWソケット、SO_TIMESTAMPING(TX_HARDWARE|RAW_HARDWARE)で、カスタムEtherType 0x88B5でフレームを送信し、ソケットエラーキュー(SCM_TIMESTAMPING)からハードウェアTXタイムスタンプを期待します。 ptp4lはswp0上で実行されています（ HWTSTAMP_TX_ON 、正常に同期しており、影響を受けていません）。 2. 目標 swp0 上で送信されるカスタム 0x88B5 (非 PTP) フレーム のハードウェア TX タイムスタンプを 、swp0 上の PTP 同期を損なうことなく取得します。 3. 動作確認済み PTPフレームにはタイムスタンプが付与されます。swp0上の同じAF_PACKET rawソケットを使用し、0x88F7と有効なPTPヘッダーを送信すると、30フレーム中30フレームがエラーキュー経由でハードウェアTXタイムスタンプを返しました（ ocelot_get_txtstampが一致し、タイムスタンプがソケットエラーキューに配信されました）。 ドライバーのタイムスタンプリクエストパスはカスタムフレームで動作します。0x88B5フレームがocelot_port_txtstamp_requestに達する (dmesgはfelix-tx-tsを表示:ポート0非PTP=1 ts_id=0..3))、すなわちocelot_port->ptp_cmdはゼロでない(ptp4lによって設定)され、タイムスタンプIDが割り当てられます。 4. 問題 0x88B5フレームの場合、タイムスタンプIDが割り当てられますが、ハードウェアはタイムスタンプを生成しません。 SYS_PTP_STATUS PTP_MESS_VLD = 0 は、0x88B5 フレームのバースト送信直後に発生します (FIFO エントリなし、オーバーフローなし)。 ソケットのエラーキューは空のままです。 5．我々が確認し、除外した事項（証拠） 結果を確認する ocelot_port->ptp_cmd （2段階有効化） ✅ ゼロ以外（ptp4lによって設定） IFHバイパス（ビット127） ✅ =1(ドライバー ocelot_ifh_set_bypass) IFH REW_OP1 （ビット125～117） ✅ コードによって確認済み：2ステップ(3) + ts_idが0x88B5フレーム用に書き込まれました REW_PTP_CFG.PTP_2STEP_DIS ✅ =0（2段階認証は無効になっていません） PTP_CFG_MISC.PTP_ENA ✅ =1 SYS_PORT_MODE.DATA_WO_TS (ポート 0/4/6) ✅ =0（インラインタイムスタンプ書き込みが無効になっていない） REW_PORT_CFG.FCS_UPDATE_CPU_ENA ✅ =1（CPUフレームは常にFCSが再計算され、CRCエラーによるドロップは発生しない） IS2ルールにより、0x88B5（イングレスswp0、次にswp0|NPI）に対して2段階認証が追加されます。 ❌ 効果なし（CPUから注入されたフレームはBYPASS=1となり、アナライザー/IS2はスキップされます） インラインタイムスタンプ挿入SYS_TIMESTAMP_OFFSET (ETH_TYPE_CFG=0x88B5、TIMESTAMP_OFFSET=14; レジスタ書き込み/読み出し検証済み) ❌ 効果なし（swp0↔eno0ダイレクトケーブルの場合、出力フレームの絶対バイト28にタイムスタンプなし） 6．公式確認のための質問 VSC9959/Felixの2段階TXタイムスタンプ(IFH REW_OP1、REW_OP[2:0]=3)は、非PTPのEtherTypeを持つCPUインジェクトフレームに対して実際に動作しますか?リファレンス・マニュアル(16.4.13.12.3.1)には「任意のフレーム、非PTPフレームにも適用可能」と記載されていますが、私たちは VLD=0(FIFOエントリゼロ)SYS_PTP_STATUS測定しています。実際のシリコンの挙動としては、BYPASS=1かつIFHでREW_OP1が入っても、リライターはタイムスタンプのFIFOエントリを生成する前にフレームをEtherType / PTPヘッダーでPTPとして分類する必要があるのでしょうか? SYS_TIMESTAMP_OFFSET （インラインタイムスタンプ挿入）には、 ETH_TYPE_CFGの一致以外に、何か隠された有効化/トリガー条件があるのでしょうか？レジスタが正しく書き込まれていること（ETH_TYPE_CFG=0x88B5、オフセット=14）、FCS更新が有効になっていること、DATA_WO_TS=0であること、そしてswp0↔eno0ケーブルを直接接続して出力フレームの内容を確認したことを確認済みですが、フレームにタイムスタンプは書き込まれていませんでした。この機能はCPUインジェクション（バイパス）パスでも制限されているのでしょうか？ CPUインジェクション（BYPASS=1）パスにおいて、swp0で送信される任意のEtherTypeカスタムフレームのハードウェアTXタイムスタンプを取得するための公式にサポートされている方法はありますか？ （例えば、イネーブルビット、PTP分類テーブルの設定、または必須フレームフォーマットなど。） もしこのシリコンでマニュアルに記載された2つの機構のいずれも非PTPフレームをサポートしていない場合、既知のエラタムや推奨される代替案はありますか? Re: LS1028A Felix (swp0): Hardware TX Timestamp Not Produced for Custom-EtherType Frames on the CPU- 非PTP CPUインジェクションフレームに対する2段階TXタイムスタンプ RMドキュメントでは、CPUインジェクションヘッダーのREW_OP[2:0] = 3を「2ステップPTP」として記述しており、REW_OP[8:3]にはタイムスタンプ識別子が含まれています。ID 0～3は、CPUインジェクションフレーム用に明示的に事前割り当てされています。また、2段階タイムスタンプは「任意のフレーム、PTP以外のフレームにも適用可能」と述べています。フレーム自体は変更されず、TXタイムスタンプはSYS::P TP_STATUS / SYS::P TP_TXSTAMPに保存されます。 したがって、RMからBYPASS=1 + IFH REW_OP[2:0]=3は、非PTPフレームを含むCPUインジェクトによる2段階タイムスタンプの有効なメカニズムであるはずです。IFHが2段階コマンドを提供する場合、リライターがまずEtherType/ヘッダーによってフレームをPTPとして分類する必要があるというRMの証拠は見つかりませんでした。矛盾しているのは、IFH REW_OP1 を確認した後の測定値 SYS_PTP_STATUS.PTP_MESS_VLD=0 ですが、これは私が取得した RM テキストでは説明されていません。 SYS_TIMESTAMP_OFFSET / インラインタイムスタンプ挿入 ES_SYS_SYSTEM_TIMESTAMP_OFFSET ETH_TYPE_CFGを照合し、64ビットナノ秒のTXタイムスタンプをTIMESTAMP_OFFSETに配置することが文書化されています。マニュアルには「汎用タイムスタンプ挿入(クロノス)」の例もあり、オフセット14でタイムスタンプをイーサネットフレームの絶対バイト28に配置しています。 一般的なPTP有効化/タイムスタンプオフセット設定以外に追加の隠れた有効ビットがあると記載されたドキュメントや、CPUインジェクトされたBYPASS=1フレームでこの機能がサポートまたはブロックされていると明記したドキュメントは取得できません。RMの文言は汎用的なメカニズムをサポートしていますが、直線ケーブルで予想されるオフセットでバイトが書かれていないことは、このCPU注入経路ではETH_TYPE_CFG一致だけでは十分ではないことを示唆しています。 Linux DSA上で公式に対応している方法で、swp0上で任意のEtherTypeフレームにタイムスタンプを付ける方法があります。 最も強力なソフトウェア側の証拠は、LS1028Aスイッチドライバで使われているDSAフレームワークでは汎用パケットのタイムスタンピングがサポートされていないということです。スイッチハードウェアは対応可能です。 したがって、標準的なDSA Felixドライバモデルでは、PTP/IEEE-1588イベント情報メッセージのタイムスタンプをサポートパスとして扱い、swp0上の任意のEtherType 0x88B5 TXタイムスタンプをSO_TIMESTAMPINGを通じたものは公式にソフトウェアスタックでサポートされていないとみなします。それは、有効な0x88F7 PTPフレームは確実にタイムスタンプが付与されるのに対し、0x88B5はそうではないというあなたの観察結果と一致します。 訂正／推奨代替案 この動作に関するタイムスタンプ固有のLS1028A/Felixの正誤表は見つかりませんでした。私が見つけた証拠によると、取得したチケット資料に記載されているFelixのエラタムはERR A-050484であり、タイムスタンプFIFO生成ではなくNPIフロー制御/フレーム損失マネジメントに関連しています。

JLINKがS32K118に接続できません チームの皆さん、こんにちは。 現在の状況は、SWD経由でMDM-APのSTATUSを読み取ると、0x400~0x40f 0xFFFFFFFFFFFFFFFFFFFFFFFFFE7FFFFFの0x0001003A.Protectionビットが返ってきます。しかし、JLINKはS32K118に接続できません。問題のトラブルシューティングはどうすればよいでしょうか? ありがとうございます。 リカ。 Re: my JLINK can't connect to the S32K118 そして私はRESET_bコネクテッド。 Re: my JLINK can't connect to the S32K118 こんにちは、Robin_Shenさん。 MDM-AP制御レジスタの値は0x00000000です。S32K14xのSWDホストデバッグは完了しました。S32K11xチップの場合、私のコードはS32K14xと同じデバッグプロセスに従いますが、私が説明した状況が発生しました。S32K11xとS32K14xのSWDデバッグプロセスに違いがあるかどうかをお伺いしたいと思います。 現在、私の個人プログラマーはS32K118のSWDデバッグポートにアクセスできますが、MASS ERASEを使うとRAM経由で実行されるアルゴリズムがackフォルトを返し、MASS ERASE(マス・エリース以前には発生しませんでした)が返されます。 ありがとうございます。 リカ。 Re: my JLINK can't connect to the S32K118 ハイ MDM-AP STATUSとFSECの値は正しいようです。ところで、MDM-AP制御レジスタの値は何ですか？ デバッグインターフェースが表8に準拠しているか確認してください 。S32K1xx - S32K1xxマイクロコントローラ向けAN5426ハードウェア設計ガイドラインのJTAGおよびSWDインターフェース。 RESET_b を接続することを強くお勧めします。また、デバッグインターフェースのプルアップ/プルダウン抵抗を間違えないように注意してください。 Table 8. S32K1xx - JTAG and SWD interface AN5426.png表8。S32K1xx - JTAGおよびSWDインターフェースAN5426.png あるいは、 アンブリッキングS32K146で紹介されている方法を試してみてください。 よろしくお願いいたします ロビン 回复： my JLINK can't connect to the S32K118 何か追加すべき情報はありますか？ 回复： my JLINK can't connect to the S32K118 JLINK接続が失敗する前は、自分のプログラマデバイスが0x40c~0x40fでデータを読み取れず、チップが安全な状態でも保護も設定されていなかったことは確認できます。MASS ERASE(大量消去)を試した後、持っていたどのデバイスもS32K118を完全に動作させることはできませんでした。その後は、私が助けを求めた時に説明した通りの展開になりました。

ABスワップがインストールされ、HSEファームウェアが搭載されたS32K312マイクロコントローラにおいて、Lauterbachデバッガを使用してアクティブブロックとパッシブブロックのフラッシュ領域を同時にフラッシュすると、ターゲットの電源障害が発生する場合があります。 ABスワップHSEファームウェアがインストールされたS32K312において、LauterbachデバッガのCMMスクリプトを使用してアクティブブロックとパッシブブロックのフラッシュ領域を同時にフラッシュすると、ターゲット電源障害が発生する場合と、フラッシュが成功する場合がある。 ターゲット電源障害は、1ブロックの書き込みが完了した後に発生する。 ラウターバッハ氏のスクリプトは、添付の7z圧縮ファイルに含まれています。 エラーメッセージ Peter2026_0-1787724547458.pngPeter2026_0-1787724547458.pngPeter2026_0-1787724547458.pngPeter2026_0-1787724547458.png Re: S32K312，已安装AB swap的HSE FW，使用劳特巴赫调试器同时刷写Active Block与Passive Block的Flash区域时，有时会发生target power fai こんにちは、 @Peter2026 提供されたスクリプトでは、アクティブおよびパッシブのフラッシュブロックは、同時ではなく順次プログラムされます。入手可能な情報に基づき、問題がAB_SWAP機能やHSEファームウェアに直接関係しているとは結論づけられません。 アクティブブロックのみ、またはパッシブブロックのみをプログラミングした場合にも、同様の問題が発生しますか？ HSEファームウェアがインストールされていない新品のデバイスでも、同様の問題が発生しますか？ 外部の監視機関はありますか？プログラミング操作中はウォッチドッグは無効になっていますか？ デバイスが再起動した後、MC_RGMによってリセット理由が報告されますか？MC_RGM内のFESレジスタとDESレジスタを確認してください。 テスト目的で、最初の「system.up」の後にこの遅延を追加してみてください。 「1秒お待ちください」 違いはありますか？ よろしくお願いいたします。 ルーカス Re: S32K312，已安装AB swap的HSE FW，使用劳特巴赫调试器同时刷写Active Block与Passive Block的Flash区域时，有时会发生target power fai 質問：アクティブブロックのみ、またはパッシブブロックのみをプログラミングした場合にも、同様の問題が発生しますか？ A：一度も起こらなかった。 質問：HSEファームウェアがインストールされていない新品のデバイスでも、この問題は発生しますか？ A: 予備の新しいデバイスが一時的にないため、わかりません。数日後に回答が得られるかもしれません。 質問：外部の監視機関はありますか？プログラミング操作中はウォッチドッグは無効になっていますか？ A: 外部WDGはありません。 Q: デバイスが再起動した後、MC_RGM によってリセット理由が報告されますか？MC_RGM内のFESレジスタとDESレジスタを確認してください。 A：電源投入時のリセットを示しています。 Peter2026_0-1788404329442.pngPeter2026_0-1788404329442.png Q: テスト目的で、最初の「system.up」の後にこの遅延を追加してみてください。 「1秒お待ちください」 違いはありますか？ A: 「SYStem.Up」の後に「Wait 1.s」を追加してテストしました。違いはない。

如何在MCXN947中开始模型训练和基于视觉的应用 我运行了人脸检测ACH代码，它运行正常。我想了解更多关于 BYOM 以及如何在 eIQ 工具包中从头开始训练模型的信息。在上届会议中，NXP提到了BYOM和BYOD。 我需要上传我的图像，进行标注和训练，然后将其放入 MCXN947 板中。是否可以？ 我尝试访问 eIQ 模型创建器，请求已提交。我已经下载了 eIQ 时间序列（我认为它是用于电机异常检测之类的数据），并且还下载了 eIQ 中子 SDK。我只需要训练模型的流程、材料或用户指南，并将其放入 MCXN947 中。 Gayathriii_0-1788414712451.pngGayathriii_0-1788414712451.png MCX N 回复： How to start with Model training and vision based application in MCXN947 嗨@Gayathriii 是的，这在MCXN947上完全可行。 针对您的使用场景： 上传我的图片 → 标注图片 → 训练模型 → 在 MCXN947 上运行 这是一个典型的自带设备办公（BYOD）工作流程。 选项 1：eIQ 模型创建器 您的 eIQ 模型创建器访问权限获得批准后： 创建一个新的图像分类项目。 上传您的图像数据集。 给图片贴上标签（或者按文件夹/类别整理）。 使用迁移学习训练模型。 导出 TensorFlow Lite 模型 (.tflite)。 使用 eIQ Neutron SDK 将模型转换为 MCXN947。 将转换后的模型集成到您的 MCUXpresso 项目中，并在开发板上运行它。 方案二：自学（TensorFlow） 实际上，你并不需要模型创建器。 你可以： 收集图片。 给它们贴上标签。 使用 TensorFlow/Keras 进行训练。 出口 资源： 1. MCXN947：如何训练客户机器学习模型并将其部署到NPU Images ↓ Training ↓ TensorFlow Lite model ↓ neutron-converter ↓ NPU-enabled .tflite ↓ MCUXpresso project ↓ MCXN947 NPU `` MCXN947：如何训练和部署客户 ML 模型到 NPU 2. AN14241 - 如何在 MCX N94x 上将客户机器学习模型集成到 NPU 中 如何将客户的 ML 模型集成到 MCXN94x 上的 NPU 3. 如何在MCX微控制器中使用NPU和ML MCX微控制器中NPU与机器学习的入门指南   BR 哈里

S32K3 low power consumption issue Hello, I'm debugging the low-power S32K348 and found that the current is only reaching 3.2mA. However, when I disconnect the MCU's power supply, the external circuit only draws 0.2mA. Could you please take a look and see if anything is still being turned off, and how to further reduce the power consumption? Attached is the NXP project file. Re: S32K3 低功耗问题 db16122_0-1788252143924.pngdb16122_0-1788252143924.pngdb16122_0-1788252143924.pngdb16122_0-1788252143924.pngdb16122_0-1788252143924.pngdb16122_0-1788252143924.pngdb16122_0-1788252143924.png From S32K348 datasheet , during STANDBY mode, the current consumption for FIRC ON (24MHz)(mA) is 1.5137 mA at 25C ambient temperature. You may check the FIRC status and turn it off. You may need control current consumption for system level since CAN consumption is not part of MCU power consumption. BTW, what is your system design for? More schematics may need for better understand your question. Re: S32K3 低功耗问题 Hi Julián, I conducted the test using a self-developed board. I tested the power supply of the board, as shown in the project. Before entering low power consumption, I processed all the pins used. Except for the CAN chip, all other power supplies on the board were controlled. Before entering low power consumption, I turned off the controlled power supplies of 3.3V, 5V, and 15V, and processed the peripherals and pins. The CAN also entered low power consumption, and the MCU also entered low power consumption. During normal operation, the board has a current of more than 200 mA, and after a series of operations, it only has more than 3mA, but it is not enough and still needs to be lowered. Re: S32K3 低功耗问题 Hello @Joker_Y, I suppose this is a custom design, correct? Power consumption values given in S32K3's Data Sheet are measured only through the MCU's power supply. For example, in S32K3X8EVB-Q289, you must remove J25: Julin_AragnM_0-1788190113307.pngJulin_AragnM_0-1788190113307.pngJulin_AragnM_0-1788190113307.pngJulin_AragnM_0-1788190113307.pngJulin_AragnM_0-1788190113307.pngJulin_AragnM_0-1788190113307.pngJulin_AragnM_0-1788190113307.png If you are only measuring the power supply, this measures the current consumption of the whole board, not just consumption of the MCU. It's not so significant in run modes but it's definitely not usable for low power modes. Can you share how are you measuring current consumption?  I suggest looking at S32K3 Low Power Management AN and demos documentation. Section 10.2 provides some tips for making low-power measurements on the bench, as well as some example cases for current consumption. Also, keep in mind you need to drive/ pull input pins to either VSS or VDD to avoid leakage current. It was discussed in this community post: Solved: Re: S32K324 Tristate Pins before sleep - NXP Community. Measurements from S32K3's data sheet are ~3mA@RUN and ~0.05mA@STANDBY approximately. Best regards, Julián Re: S32K3 低功耗问题 Yes, that means the MCU has a power consumption of around 3mA. Re: S32K3 低功耗问题 If the MCU is completely powered off, will the 0.2mA current still exist? Re: S32K3 低功耗问题 Hello @Joker_Y, "I tested the power supply of the board" With this, I assume you are indeed measuring the whole board at a system-level, which cannot be compared to S32K3 datasheet values, which are MCU VDD-only measurements. The ~3.2 mA is the sum of the MCU in Standby + CAN transceiver in low-power mode + any residual leakage the self-developed board may have. The current values published in the S32K3's datasheet are measured on the MCU's VDD supply pins, under controlled conditions with no external load. The Standby supply current values (as @db16122 mentioned) are ~1.5mA in Standby with FIRC on. The recommended approach is to insert a current meter in series with the MCU's VDD supply line on your custom board. This is the same methodology described in Section 10.2 of the S32K3 Low Power Management AN and demos. Same as on the S32K3 EVB by removing jumper J25 to break the VDD path and insert a meter in its place. Please identify the equivalent point on your custom board's schematic. I've tested a simple Standby project and can measure the MCU's current consumption down to ~65uA, which is in line with the typical consumption @25°C. It also may be worth to check in your project and setup whether any peripheral clocks, power domains, or oscillators may have been left active unintentionally, as well as any leakage in pins (for example, CP_OUT in your project). Hope this helps. Best regards, Julián Re: S32K3 低功耗问题 Hello, do you have any relevant demos I can refer to? I'm developing an in-vehicle project. Re: S32K3 低功耗问题 Hi,Julián Do you have any relevant demos for your testing that you can refer to? Additionally, I will also test your suggestions. Thank you. Re: S32K3 低功耗问题 Hello @Joker_Y , You can try [RTD701 IP] S32K3X8EVB-Q289 & FRDM-A-S32K358 Standby RTC GPIO Wake-up - NXP Community. This is the example I used to measure the current consumption. Best regards, Julián Re: S32K3 低功耗问题 Okay, thank you. I'll go and research it out

S32K312 Secureboot認証後のFBL変更 こんにちは、NXPさん。 以前同じ問題でお問い合わせしましたが、追加の支援が必要なので再度ご連絡いたします。私たちはS32K312 MCUを使用し、HSEバージョン2.6.0を使用しています。 問題：セキュアブートが有効になっている状態で、FBL（フラッシュブートローダー）を変更した後、ECUが正常に起動しない（アプリの実行ができない）。 hseImportKeySrv_t (HSE_SRV_ID_IMPORT_KEY) で確認したところ、KEY_EMPTY が返されました。さらに、Fota_S32k3_SecureBootProcess 内では、hseRequestResult の値が KEY_EMPTY として返されるため、retVal が 1 (NOT_OK) になります。この認証が失敗するため、SMR Verifyは失敗しています。 SMR検証に必要な鍵注入は、CMAC、RSA、ECDSAを用いたSU(スーパーユーザー)権利認証を試みましたが、そのような権限を取得するには認証キーが必要であることを理解しており、その鍵は特定できていません。また、IVTセクターの消去も試みましたが、ライフサイクルがIN_FIELDに設定されているため、これも不可能でした。 質問: 1. SUに権限を付与する方法はありますか？(つまり、認証キーを調べたり取得したりすることは可能でしょうか?) 2. 以前のブートローダーをフラッシュすると正常に実行されることから、古いMETA値がHSE内にまだ残っているということでしょうか？ 3. Crypto_Hse_GetKeyInfo(FOTA_HSE_MU0_INSTANCE, Crypto_aKeyElementList[ElementIndex].u32HseKeyHandle) を実行したところ、Crypto_aKeyElementList[ElementIndex].u32HseKeyHandle の値は 66305 として返されました。これはHSEメモリ/スロット/ハンドルの不一致を示し、それがSMR検証の失敗の原因となるのでしょうか?(つまり、HSEメモリ/スロット/ハンドルの不一致が根本原因なのでしょうか?) 4. SU認証キーを入手できず、フォーマットキーカタログもこの州でサポートされていない場合、現在IN_FIELDライフサイクル状態で部分的に失われたキーカタログを持つこのデバイスを適切に復旧するための公式なNXP復旧手順(例:Secure Debug認証、RMA、または別のベンダープロビジョニング手順)が存在するかご助言いただけますか? サポートにあらかじめ感謝いたします。 Re: S32K312 Change FBL after Secureboot authentication ルーカスは現在休暇中なので、その間に皆さんの質問にお答えします。 Q1:SU権限はIN_FIELDでチャレンジレスポンス(HSE_SRV_ID_SYS_AUTH_REQ / HSE_SRV_ID_SYS_AUTH_RESP)で取得可能ですが、IN_FIELDに進む前にCUST/OEM認可キーがプロビジョニングされている場合に限ります。もしプロビジョニングされていなかったり、秘密鍵が外部に保持されていなければ、SU権限は取得できず、鍵の取得もできません。 Q2: 古いFBLが正常に動作していることから、HMACキーと元の認証タグはHSE SYS-IMGにまだ残っている可能性が高いです。もしそうなら、新しいFBLは認証タグが古いバイナリ上で計算され、新しいものと一致しなくなったため失敗しているはずです。新しいFBLコンテンツを使用してHSE_SRV_ID_SMR_ENTRY_INSTALLを再実行すれば問題は解決しますが、SU権限が必要です。これがあなたの設定に合っているか確認してもらえますか? Q3:ハンドル66305(0x10301)をNVMカタログ、グループ3、スロット1にデコードしますが、これは空のようです。これは、HMACキーが別のスロットにプロビジョニングされている可能性があり、新しいFBLのFOTAコードが誤ったハードコードされたハンドルを参照していることを示唆しています。まず最初に、元の HSE_SRV_ID_SMR_ENTRY_INSTALL 呼び出しの authKeyHandle と、新しい FBL の FOTA コードが参照している authKeyHandle を比較してください。おそらく両者は異なっているはずです。しかし、あなたの全構成を見ないと確実に言えません。 Q4: 選択肢は2つあります。(1) CUST/OEM認可キーがプロビジョニングされている場合、SU権利に対してチャレンジレスポンスを使用。(2) ADKPがプロビジョニングされている場合、Secure Debug認証はJTAGを診断用にのみアンロックし、HSE NVMの書き込みは解除しません。

オシロスコープを使って設定済みのCANビットレートをどうやって確認できますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> CANフレームはすべてのビットに対してエッジが現れることを保証するわけではありません。同じ論理レベルの連続ビットが最大5ビット連続して存在し、波形にエッジが現れないまま存在します。 バスが正常に動作し、フレームがエラーなく転送されている場合、フレームの終わりに近づくにつれて、確認応答スロットが優勢になります（CAN_H がハイ、CAN_L がロー）。直前のビット（CRC区切り文字）と直後のビット（確認区切り文字）は劣性になります（CAN_HとCAN_Lはほぼ同じ電圧です）。したがって、常に確認応答スロットの幅を測定し、ビットレートを決定することが可能です。 「CAN バスの専門家であるEmbedded Systems AcademyからのFAQ寄稿。詳細については、 www.esacademy.comをご覧ください。 CAN Re: How can I verify the configured CAN bitrate, using an oscilloscope? あなたの指摘はまさにその通りです。CANのビット詰め込み機構は少なくとも6ビットごとにエッジを保証しますが、オートボーやビットレート測定に任意のデータビットに頼るのは、ペイロードや詰め込み間隔が異なるため難しい場合があります。

ベクトルテーブルのLPC1778チェックサムが無効です。復旧が必要です。 こんにちは。LPC1778のFLMをデバッグしていたところ、FLMを使用して0x0～0x400にデータを書き込んだ後、データが正しくないことがわかりました。そのため、デバッガがチップに接続できません。ドキュメントを確認したところ、ベクタテーブルに書き込まれたデータが正しくなく、書き込もうとしていたデータと一致しないため、チェックサムが無効になっていると考えられます。ドキュメントによると、チェックサムが無効になると、チップはISPモードに入り、プログラムのダウンロードを待機するとのことです。 1. この状態から回復する方法を知りたいです。 2. FLMで0x0～0x400を書き込むと問題が発生するのに、0x400～0x7FFFFを書き込むと正常に動作するのはなぜですか？FLMのソースコードを見ると、チェックサムを自動的に変更するSET_VALID_CODEというパラメータがあります。この部分に何か問題があるのでしょうか？ Re: LPC1778 checksum in vector table invalid need recover こんにちは@BianHaopeng1 0x0000～0x0400の領域は、単なる通常のフラッシュデータ領域ではありません。ブートベクタテーブル、0x1Cの有効コードチェックサム、および0x2FCのCRP構成ワードが含まれています。チェックサムが正しくない場合、ROMブートローダーはユーザーコードが無効であると判断し、ISP（インサービスモジュール）に入ります。また、0x2FCに誤ってCRPパターンが書き込まれると、JTAG/SWDアクセスが制限されたり、通常のデバッグモードに戻れなくなったりする可能性もあります。 ISPごとに復旧の優先順位を設定できます。 P2[10]がローにプルダウンされると、チップがリセットされ、ブートローダーが引き継いでISPモードに入ります。 フルワイプを実行するか、有効なイメージを再ダウンロードするには、UART0:P0[2] / P0[3] を介して FlashMagic または同等の ISP ツールに接続します。 チェックサムのみが無効な場合は、ISPに入った後に消去および復元できるはずです。CRP1/CRP2が誤って書き込まれた場合は、JTAGは無効になりますが、ISPには限定的な復旧パスがまだあります。CRP3が誤って書き込まれた場合は、ドキュメントによるとJTAGとISPが完全にブロックされるため、通常のISP/JTAG経由での復旧は基本的に不可能です。 BR ハリー Re: LPC1778 checksum in vector table invalid need recover LPC1778を復旧するには、リセット中にP2.10をローレベルに保持してISPモードを強制的に有効にし、UART0経由で接続してフラッシュメモリを消去/再プログラムします。無効なベクターテーブルチェックサムはROMブートローダーがISPに入るはずですが、0x2FC(CRP)に誤ってCRP値がプログラムされている場合、SWD/JTAGが無効化され、ISPのアクセスも制限されることがあります。0x0000–0x0400領域は、ベクトルテーブル、0x1Cのチェックサム、0x2FCのCRPを含むため特別な存在です。したがって、通常のデータとして書くとまさにこの問題が生じる可能性があります。SET_VALID_CODEはベクターチェックサムを修正するためのものなので、本質的に間違っているわけではありませんが、FLMが正しいベクターテーブル形式やアドレスに適用しているか、0x2FCのCRPワードが正しく保存されているかを必ず確認してください。0x400～0x7FFFFへの書き込みが機能するのは、これらのブートローダーに関係する領域を回避できるためです。

S32K312 Change FBL after Secureboot authentication Hello NXP, I previously contacted you regarding the same issue, but I need additional assistance, so I am reaching out again. We are using the S32K312 MCU, with HSE version 2.6.0. Issue: With Secure Boot enabled, following an FBL (Flash Bootloader) change, the ECU does not boot normally (APP execution is not possible). When checking with hseImportKeySrv_t (HSE_SRV_ID_IMPORT_KEY), the result returned was KEY_EMPTY. Additionally, within Fota_S32k3_SecureBootProcess, the hseRequestResult value is also returned as KEY_EMPTY, causing retVal to be 1 (NOT_OK). Because this authentication fails, SMR Verify is failing. We attempted to perform the key injection needed for SMR verification via SU (Super User) rights authentication using CMAC, RSA, or ECDSA, but we understand that obtaining such rights requires an authentication key, which we have not been able to locate. We also attempted to erase the IVT sector, but this is not possible either, since the Life-Cycle is set to IN_FIELD. Questions: 1. Is there a way to grant SU rights? (i.e., is it possible to look up/retrieve the authentication key?) 2. Given that flashing the previous bootloader results in normal execution, does this suggest that the old META value is still remaining in the HSE? 3. When we executed Crypto_Hse_GetKeyInfo(FOTA_HSE_MU0_INSTANCE, Crypto_aKeyElementList[ElementIndex].u32HseKeyHandle), the value of Crypto_aKeyElementList[ElementIndex].u32HseKeyHandle returned as 66305. Could this indicate a mismatch in the HSE memory/slot/handle, which is causing the SMR verification to fail? (i.e., is an HSE memory/slot/handle mismatch the root cause?) 4. If we are unable to obtain the SU authentication key, and Format Key Catalog is also not supported in this state, could you please advise whether there is an official NXP recovery procedure (e.g., special access via Secure Debug Authentication, RMA, or a separate vendor provisioning procedure) that can be used to properly recover this device, which is currently in the IN_FIELD life-cycle state with a partially lost key catalog? Thank you in advance for your support. Re: S32K312 Change FBL after Secureboot authentication Lukas is currently on vacation, so I will try to answer your questions in the meantime. Q1: SU rights can be obtained in IN_FIELD via Challenge-Response (HSE_SRV_ID_SYS_AUTH_REQ / HSE_SRV_ID_SYS_AUTH_RESP), but only if the CUST/OEM authorization key was provisioned before advancing to IN_FIELD. If it was not provisioned, or the private key is not held externally, SU rights cannot be obtained and the key cannot be retrieved. Q2: Based on the fact that the old FBL works normally, it is likely that the HMAC key and original authentication tag are still intact in HSE SYS-IMG. If that is the case, the new FBL would be failing because the authentication tag was computed over the old binary and no longer matches the new one. Re-running HSE_SRV_ID_SMR_ENTRY_INSTALL with the new FBL content would fix it — but requires SU rights. Could you confirm whether this matches your setup? Q3: Handle 66305 (0x10301) decodes to NVM catalog, group 3, slot 1 — which appears to be empty. This suggests the HMAC key may be provisioned at a different slot, and the new FBL's FOTA code is referencing a wrong hardcoded handle. As a first step, please compare the authKeyHandle from the original HSE_SRV_ID_SMR_ENTRY_INSTALL call against what your new FBL's FOTA code references — they most likely differ. However, without seeing your full configuration we cannot say this with certainty. Q4: Two options: (1) If CUST/OEM authorization key was provisioned — use Challenge-Response for SU rights. (2) If ADKP was provisioned — Secure Debug Authentication unlocks JTAG for diagnostics only, not HSE NVM writes.

rt1186 debug issues After enabling OEM_CLOSE on the FRDM-IMXRT1186 development board, I can no longer debug the device. I saw in the reference manual that nxpdebugmbox can be used to re-enable debugging, but I tried it and was not successful. yanyanwang_0-1788347257012.pngyanyanwang_0-1788347257012.pngyanyanwang_0-1788347257012.png Development Board MCXC Security(Edgelock | secure boot | OTP) Re: rt1186 debug issues I have reviewed the links you provided and followed the recommended procedure, but I am still experiencing the same issue. I only signed the image and did not encrypt it. I also set OEM_CLOSE. I am using nxpdebugmbox only to re-enable the debug functionality. I have uploaded the SEC project as an attachment, along with the relevant logs. Could you please help analyze the project and logs and identify the cause of the issue? Re: rt1186 debug issues Hello @yanyanwang  In SEC tool documentation, you can find troubleshooting for debug authentication: https://docs.mcuxpresso.nxp.com/secure/latest/09_troubleshooting.html#debug-authentication Some useful tips can be also found in  https://docs.mcuxpresso.nxp.com/secure/latest/07_generic_workflows.html#debug-authentication-workflow If this does not help, can you provide details about configuration? Could you share the SEC tool workspace settings? Re: rt1186 debug issues @yanyanwang  It seems this problem is related to SEC 26.03. We recommend updating to SEC 26.06.  We are sorry for inconvenience. Note: SEC 26.06 also contains fix for the SPARSE image format

How to start with Model training and vision based application in MCXN947 I ran the face detect ACH code, it's working. I want to know more about the BYOM and training a model from scratch in the eIQ toolkit. In the last conference, NXP mentioned something about BYOM and BYOD. I need to upload my images, label it and train and want to put it in MCXN947 board. Is it possible? I tried accessing the eIQ model creator, the request has been submitted. I have downloaded the eIQ timeseries (I think it's for data like motor anomaly detection or something) and also downloaded the eIQ neutron SDK. I just want the workflow or material or user guide for training the model and put it in MCXN947. Gayathriii_0-1788414712451.pngGayathriii_0-1788414712451.png MCXN 回复： How to start with Model training and vision based application in MCXN947 Hi @Gayathriii  Yes, this is absolutely possible on the MCXN947. For your use case: Upload my images → label them → train a model → run on MCXN947 This is a classic BYOD workflow. Option 1: eIQ Model Creator Once your eIQ Model Creator access is approved: Create a new image classification project. Upload your image dataset. Label the images (or organize them by folders/classes). Train a model using transfer learning. Export a TensorFlow Lite model (.tflite). Use the eIQ Neutron SDK to convert the model for MCXN947. Integrate the converted model into your MCUXpresso project and run it on the board. Option 2: Train Yourself (TensorFlow) You do not actually need Model Creator. You can: Collect images. Label them. Train with TensorFlow/Keras. Export Resources： 1. MCXN947: How to Train and Deploy Customer ML Model to NPU Images ↓ Training ↓ TensorFlow Lite model ↓ neutron-converter ↓ NPU-enabled .tflite ↓ MCUXpresso project ↓ MCXN947 NPU ``  MCXN947：如何训练和部署客户 ML 模型到 NPU 2. AN14241 - How to Integrate Customer ML Model to NPU on MCX N94x How to Integrate Customer ML Model to NPU on MCX N94x 3. How to Get Started with NPU and ML in MCX Microcontrollers MCX 微控制器中 NPU 与机器学习的入门指南   BR Harry

LPC1778 checksum in vector table invalid need recover Hello, when debugging the FLM of the LPC1778, I found that the data was incorrect after writing data to 0x0-0x400 using the FLM. Now my debugger cannot connect to the chip. I have consulted the documentation and believe that the data written to the vector table is incorrect and does not match the data I want to write, resulting in an invalid checksum. The documentation indicates that an invalid checksum will cause the chip to enter ISP mode and wait for program download. 1. I want to know how to recover from this state? 2. Why does writing 0x0-0x400 cause problems in FLM, while writing 0x400-0x7FFFF works fine? Looking at the FLM source code, there's a parameter called SET_VALID_CODE that automatically modifies the checksum. Is there something wrong with this part? Re: LPC1778 checksum in vector table invalid need recover Hi @BianHaopeng1 The 0x0000–0x0400 area is not just a regular flash data area; it contains the boot vector table, the valid-code checksum at 0x1C, and the CRP configuration word at 0x2FC. An incorrect checksum will cause the ROM bootloader to determine that the user code is invalid and enter the ISP (In-Service Module). If 0x2FC is mistakenly written as the CRP pattern, it will also cause JTAG/SWD access to be restricted or even make it impossible to return to normal debug mode. You can prioritize recovery by ISP: P2[10] is pulled low, then the chip is reset, the bootloader takes over and enters ISP mode. Connect to FlashMagic or an equivalent ISP tool via UART0:P0[2] / P0[3] to perform a full wipe or re-download a valid image. If only the checksum is invalid, it should be able to be erased and restored after entering the ISP; if CRP1/CRP2 is mistakenly written, JTAG will be disabled, but the ISP still has a limited recovery path; if CRP3 is mistakenly written, the documentation states that it will completely block JTAG and the ISP, in which case it is basically impossible to recover through the regular ISP/JTAG. BR Harry Re: LPC1778 checksum in vector table invalid need recover To recover the LPC1778, force ISP mode by holding P2.10 low during reset, then connect through UART0 and erase/reprogram the flash. An invalid vector-table checksum should cause the ROM bootloader to enter ISP, but if 0x2FC (CRP) was accidentally programmed with a CRP value, SWD/JTAG may be disabled and ISP access can also be restricted. The 0x0000–0x0400 region is special because it contains the vector table, the checksum at 0x1C, and CRP at 0x2FC; therefore, writing it as ordinary data can cause exactly this problem. SET_VALID_CODE is intended to correct the vector checksum, so it is not inherently wrong, but you should verify that your FLM applies it to the correct vector-table format/address and that the CRP word at 0x2FC is preserved correctly. Writing 0x400–0x7FFFF works because it avoids these bootloader-sensitive locations.

rt1186 デバッグの問題 FRDM-IMXRT1186開発ボードでOEM_CLOSEを有効にした後、デバイスのデバッグができなくなりました。リファレンス・マニュアルでnxpdebugmboxを使ってデバッグを再有効にできると見ましたが、試してみてうまくいきませんでした。 yanyanwang_0-1788347257012.pngyanyanwang_0-1788347257012.pngyanyanwang_0-1788347257012.png 開発ボード MCX C セキュリティ（EdgeLock | セキュアブート | OTP） Re: rt1186 debug issues ご提供いただいたリンクを確認し、推奨された手順に従いましたが、依然として同じ問題が発生しています。 私は画像に署名しただけで、暗号化はしていません。OEM_CLOSEも設定しました。 nxpdebugmboxは、デバッグ機能を再度有効にするためだけに使用しています。 SECプロジェクトと関連ログを添付ファイルとしてアップロードしました。プロジェクトとログの分析を手伝って、問題の原因を特定していただけませんか? Re: rt1186 debug issues こんにちは、 @yanyanwangさん SECツールのドキュメントには、デバッグ認証のトラブルシューティングが掲載されています: https://docs.mcuxpresso.nxp.com/secure/latest/09_troubleshooting.html#debug-authentication 役立つヒントも以下に掲載されています https://docs.mcuxpresso.nxp.com/secure/latest/07_generic_workflows.html#debug-authentication-workflow もしこれで役に立たなければ、設定の詳細を教えてもらえますか?SECツールのワークスペース設定を共有してもらえますか? Re: rt1186 debug issues @yanyanwang この問題はSEC 26.03に関連しているようです。SEC 26.06へのアップデートをお勧めします。 ご迷惑をおかけして申し訳ございません。 注：SEC 26.06には、SPARSEイメージフォーマットの修正も含まれています。

S32K312 安全启动认证后更改 FBL 您好，NXP， 我之前就同一问题联系过您，但我需要更多帮助，所以再次联系您。我们正在使用 S32K312 MCU，HSE 版本为 2.6.0。 问题：启用安全启动后，在 FBL（闪存引导加载程序）更改后，ECU 无法正常启动（无法执行应用程序）。 使用 hseImportKeySrv_t (HSE_SRV_ID_IMPORT_KEY) 进行检查时，返回的结果是 KEY_EMPTY。此外，在 Fota_S32k3_SecureBootProcess 中，hseRequestResult 值也返回为 KEY_EMPTY，导致 retVal 为 1（NOT_OK）。由于此身份验证失败，SMR 验证失败。 我们尝试使用 CMAC、RSA 或 ECDSA 通过 SU（超级用户）权限认证执行 SMR 验证所需的密钥注入，但我们了解到获得此类权限需要认证密钥，而我们一直未能找到该密钥。我们也尝试擦除 IVT 扇区，但这也不可能，因为生命周期设置为 IN_FIELD。 问题： 1. 是否有办法授予SU权限？（即，是否可以查找/检索身份验证密钥？） 2. 鉴于刷入之前的引导加载程序后程序可以正常执行，这是否意味着旧的 META 值仍然保留在 HSE 中？ 3. 当我们执行 Crypto_Hse_GetKeyInfo(FOTA_HSE_MU0_INSTANCE, Crypto_aKeyElementList[ElementIndex].u32HseKeyHandle) 时，Crypto_aKeyElementList[ElementIndex].u32HseKeyHandle 的值返回为 66305。这是否表明 HSE 内存/插槽/句柄不匹配，导致 SMR 验证失败？（即，HSE 内存/插槽/句柄不匹配是否是根本原因？） 4. 如果我们无法获取 SU 认证密钥，并且在此状态下也不支持格式化密钥目录，请问是否有官方的 NXP 恢复程序（例如，通过安全调试认证、RMA 或其他供应商配置程序进行特殊访问）可以用来正确恢复此设备（该设备目前处于 IN_FIELD 生命周期状态，且密钥目录部分丢失）？ 感谢您提前给予的支持。 Re: S32K312 Change FBL after Secureboot authentication 卢卡斯目前正在休假，所以我会在此期间尽量回答您的问题。 Q1：在 IN_FIELD 中，可以通过质询-响应（HSE_SRV_ID_SYS_AUTH_REQ / HSE_SRV_ID_SYS_AUTH_RESP）获得 SU 权限，但前提是 CUST/OEM 授权密钥在进入 IN_FIELD 之前已配置。如果未进行配置，或者私钥未保存在外部，则无法获得 SU 权限，也无法检索密钥。 Q2：基于旧 FBL 正常工作的事实，HMAC 密钥和原始认证标签很可能仍然完好无损地保存在 HSE SYS-IMG 中。如果真是这样，新的 FBL 将会失败，因为认证标签是根据旧的二进制文件计算的，不再与新的二进制文件匹配。使用新的 FBL 内容重新运行 HSE_SRV_ID_SMR_ENTRY_INSTALL 可以解决此问题，但需要 SU 权限。请问这是否与您的配置相符？ Q3：句柄 66305 (0x10301) 解码为 NVM 目录，组 3，槽 1 — 似乎是空的。这表明 HMAC 密钥可能配置在不同的插槽中，并且新的 FBL 的 FOTA 代码引用了错误的硬编码句柄。首先，请将原始 HSE_SRV_ID_SMR_ENTRY_INSTALL 调用中的 authKeyHandle 与新的 FBL 的 FOTA 代码中引用的 authKeyHandle 进行比较——它们很可能不同。但是，在没有看到您的完整配置之前，我们无法确定这一点。 Q4：两种选择：（1）如果已配置客户/OEM授权密钥——使用质询-响应来获取SU权限。（2）如果已配置 ADKP — 安全调试身份验证仅解锁 JTAG 以进行诊断，而不是 HSE NVM 写入。

MIMXRT1180-EVK と netc_switch_cm7 の例が期待通りに動作しない 基本的に、テスト目的でのみ、さまざまな IDEs の例を使用しています。MIMXRT1180-EVK は REV C3 です。 MIMXRT1180-EVK を MCUXpresso IDE と netc_switch_cm7 サンプルとともに使用していますが、コンパイルできません。 次のステップは、Keil uVision と netc_switch_cm7 サンプルを搭載した MIMXRT1180-EVK です。コンパイルされ、MIMXRT1180-EVK 上で実行され、問題なくシリアル モニターに必要な出力が表示されます。D-Link DAP-1360 ルーターをイーサネット ポート 0 にコネクテッドし、パソコンをイーサネット ポート 2 にコネクテッドしました。 まず、分離された ZyXEL EX-105A スイッチ経由で D-Link DAP-1360 ルーターに接続し、コマンド ラインで「ping> 192.168.0.50」を試したところ、期待どおりに動作しました。 次に、MIMXRT1180-EVK と、ZyXEL EX-105A スイッチと D-Link DAP-1360 ルーターの間に配置されたスイッチの例で試しました。もうpingできません。 開発ボード Re: MIMXRT1180-EVK with netc_switch_cm7 example doesn't work as I expected こんにちは@pat24 ご投稿ありがとうございます！ 例を適切に実行するには、R469 を設定し、リセット ピンをオープン ドレインとして設定して、PHY ハードウェア リセットを適切に完了する必要があります。 正しく設定されているか確認していただけますか？ さらに、SDKs 25.09とMCUXpresso 25.6で問題なくサンプルをコンパイルできました。 Re: MIMXRT1180-EVK with netc_switch_cm7 example doesn't work as I expected 返事が遅くなり申し訳ありません。Keil_uVision.png ファイルは MCUXpresso.png なので、名前が間違っていました。MCUXpresso IDE では、netc_switch_cm7 も netc_switch_cm33 もコンパイルされません。削除して再度ダウンロードしましたが、結果は同じでした。 次のステップでは、Keil uVision netc_switch_cm33 で試してみましたが、期待どおりには動作しませんでした。ルーターにpingできません。 R469 は普及しており、MIMXRT1180-EVK で見つけました。 Keil_uVision_netc_swicht_cm33.png は、リセット ピンが 1 に設定されていることを示しています。これは、PHY にコネクテッドされている 74LVC1G07-Q100 モジュールが PHY リセット ピンを高インピーダンスに設定することを意味します。 PHY のリセット ピンに必要なオープン ドレインが利用できないように思われます。これは妥当な可能性でしょうか、それとも MIMXRT1180-EVK の 74LVC1G07-Q100 モジュールを変更する必要がありますか。phy_reset.pngをご覧ください Re: MIMXRT1180-EVK with netc_switch_cm7 example doesn't work as I expected こんにちは、 私も同じ問題に直面しています。解決策を見つけられたり、スイッチを動かせたりはできましたか?ありがとう！

LPC1778 checksum in vector table invalid need recover 你好，我在调试LPC1778的FLM时，调用FLM向0x0-0x400写入数据之后发现数据不正确。现在我的调试器无法连接芯片，我查阅了资料，认为是vector table写入的数据出错了，和我想要写入的数据不一致，导致checksum不合法。资料显示checksum不合法会导致芯片进入ISP模式等待下载程序。 1.我想知道这个状态要怎么恢复？ 2.为什么FLM写0x0-0x400会引发问题，我尝试了写0x400-0x7FFFF都是正常的。翻看FLM源码，其中有个SET_VALID_CODE的参数会自动修改校验和，是不是这部分有什么问题？ Re: LPC1778 checksum in vector table invalid need recover Hi @BianHaopeng1  0x0000–0x0400 不只是普通 flash 数据区，它包含启动向量表、0x1C 的 valid-code checksum，以及 0x2FC 的 CRP 配置字 。checksum 错会让 ROM bootloader 判定 user code invalid 并进入 ISP；如果 0x2FC 被误写成 CRP pattern，还会导致 JTAG/SWD 访问受限甚至不可恢复到普通调试状态。 您可以优先按 ISP 恢复 处理： 拉低 P2[10]，然后复位芯片 ，bootloader 接管并进入 ISP mode。 通过 UART0：P0[2] / P0[3] 连接 FlashMagic 或等价 ISP 工具，执行全片擦除或重新下载一个有效镜像。 如果只是 checksum 不合法 ，进入 ISP 后应能擦除并恢复；如果误写了 CRP1/CRP2 ，JTAG 会被禁用，但 ISP 仍有受限恢复路径；如果误写成 CRP3 ，文档说明它会完全禁止 JTAG 和 ISP，这种情况下基本不能再通过常规 ISP/JTAG 恢复。 BR Harry Re: LPC1778 checksum in vector table invalid need recover 要恢复 LPC1778，在复位期间将 P2.10 拉低以强制进入 ISP 模式，然后通过 UART0 连接并擦除/重新编程闪存。无效的向量表校验和应该会导致ROM引导加载程序进入ISP模式，但如果0x2FC（CRP）被意外地编程为CRP值，则SWD/JTAG功能可能会被禁用，ISP访问也可能受到限制。0x0000–0x0400 区域比较特殊，因为它包含向量表、位于 0x1C 的校验和以及位于 0x2FC 的 CRP；因此，将其作为普通数据写入可能会导致此问题。SET_VALID_CODE 的目的是纠正向量校验和，因此它本身并没有错，但您应该验证您的 FLM 是否将其应用于正确的向量表格式/地址，以及 0x2FC 处的 CRP 字是否被正确保留。写入 0x400–0x7FFFF 可以正常工作，因为它避开了这些对引导加载程序敏感的位置。

How can I verify the configured CAN bitrate, using an oscilloscope? CAN frames do not guarantee an edge appears for every bit. There can be sequence of up to five consecutive bits of the same logic level with no edges appearing in the waveform. If the bus is operating normally and frames are being transferred without error then towards the end of the frame the acknowledge slot will be dominant (CAN_H is high and CAN_L is low). The bit immediately preceding (CRC delimiter) and following (acknowledge delimiter) will be recessive (CAN_H and CAN_L are almost the same voltage). Therefore it is always possible to measure the width of the acknowledge slot and determine the bit rate. "FAQ contribution from Embedded Systems Academy, experts in CAN bus. For more information visit www.esacademy.com" CAN Re: How can I verify the configured CAN bitrate, using an oscilloscope? Your observation is spot on. While CAN's bit-stuffing mechanism guarantees an edge at least every 6 bit times, relying on arbitrary data bits for auto-baud or bit-rate measurement can be tricky due to varying payloads and stuffing intervals.

rt1186 调试问题 在 FRDM-IMXRT1186 开发板上启用 OEM_CLOSE 后，我无法再调试该设备。我在参考手册中看到可以使用 nxpdebugmbox 重新启用调试功能，但我尝试后没有成功。 yanyanwang_0-1788347257012.pngyanyanwang_0-1788347257012.pngyanyanwang_0-1788347257012.png 开发板 MCXC 安全（Edgelock | 安全启动 | OTP） Re: rt1186 debug issues 我已查看您提供的链接并按照推荐的步骤操作，但我仍然遇到同样的问题。 我只对图像进行了签名，并没有对其进行加密。我还设置了 OEM_CLOSE。 我使用 nxpdebugmbox 只是为了重新启用调试功能。 我已将高效密码学标准\\(SEC\\)项目及其相关日志作为附件上传。请您帮忙分析项目和日志，找出问题的原因吗？ Re: rt1186 debug issues 你好@yanyanwang 在 高效密码学标准\\(SEC\\) 工具文档中，您可以找到有关调试身份验证的故障排除信息： https://docs.mcuxpresso.nxp.com/secure/latest/09_troubleshooting.html#debug-authentication 您还可以在以下位置找到一些有用的技巧： https://docs.mcuxpresso.nxp.com/secure/latest/07_generic_workflows.html#debug-authentication-workflow 如果这样还是不行，能否提供详细的配置信息？能否分享一下高效密码学标准(SEC)工具的工作区设置？ Re: rt1186 debug issues @yanyanwang 这个问题似乎与 高效密码学标准\\(SEC\\) 26.03 有关。我们建议更新至高效密码学标准(SEC) 26.06版本。 给您带来的不便，我们深表歉意。 注：高效密码学标准(SEC) 26.06 还包含对 SPARSE 映像格式的修复。

S32K3の低消費電力問題 こんにちは。低消費電力のS32K348をデバッグしているのですが、消費電流が3.2mAしか出ていないことがわかりました。しかし、MCUの電源を切断すると、外部回路の消費電流は0.2mAにまで低下します。何かがまだオフになっている箇所がないか、また、消費電力をさらに削減する方法を教えていただけないでしょうか？NXPプロジェクトファイルを添付します。 Re: S32K3 低功耗问题 db16122_0-1788252143924.pngdb16122_0-1788252143924.pngdb16122_0-1788252143924.pngdb16122_0-1788252143924.pngdb16122_0-1788252143924.pngdb16122_0-1788252143924.pngdb16122_0-1788252143924.png S32K348のデータシートによると、スタンバイモード時のFIRC ON（24MHz）時の消費電流は、周囲温度25℃で1.5137mAです。 FIRCの状態を確認し、必要に応じてオフにすることができます。CAN消費はMCUの消費電力の一部ではないため、システムレベルの電流消費制御が必要になるかもしれません。ところで、あなたのシステムは何のための設計ですか?ご質問内容をより深く理解するためには、追加の回路図が必要になるかもしれません。 Re: S32K3 低功耗问题 こんにちはフリアン、 自作の基板を使ってテストを行いました。プロジェクトに示されたように、基板の電源をテストしました。低消費電力に入る前に、使用したすべてのピンを処理しました。CANチップを除き、基板上の他のすべての電源は制御されていました。低消費電力に入る前に、3.3V、5V、15Vの制御電源を切り、**ペリフェラル**とピンを処理しました。CANも低消費電力に入り、MCUも低消費電力に入りました。通常動作時はボードの電流が200mAを超え、一連の動作を経て3mAを超えますが、それでも十分ではなく低下が必要です。 Re: S32K3 低功耗问题 こんにちは、 @Joker_Y さん。 これはカスタムデザインだと思いますよね?S32K3のデータシートに記載されている消費電力値は、MCU の電源のみを通じて測定されています。例えば、S32K3X8EVB-Q289では、J25を削除する必要があります。 Julin_AragnM_0-1788190113307.pngJulin_AragnM_0-1788190113307.pngJulin_AragnM_0-1788190113307.pngJulin_AragnM_0-1788190113307.pngJulin_AragnM_0-1788190113307.pngJulin_AragnM_0-1788190113307.pngJulin_AragnM_0-1788190113307.png 電源ユニットのみを測定する場合は、MCU全体の消費電力ではなく、基板全体の電流消費量を測定します。実行モードではそれほど重要ではありませんが、低消費電力モードでは確実に使えません。 電流消費量をどのように測定しているのか教えてもらえますか? S32K3の低消費電力パワーマネージメントANやデモのドキュメントを調べることをおすすめします。セクション10.2では、ベンチ上で低消費電力測定を行う際のいくつかのヒントや、電流消費の例例も紹介しています。 また、 漏れ電流を避けるためには、入力ピンをVSSまたはVDDのいずれかに駆動または引っ張る必要があります。このコミュニティ投稿で議論されました: 解決: スリープ前のトリステートピンS32K324件 - NXPコミュニティ 。 S32K3のデータシートによると、約3mA@RUN、約0.05mA@STANDBYとなっています。 よろしくお願いします、 ジュリアン Re: S32K3 低功耗问题 はい、つまりMCUの消費電力は約3mAということです。 Re: S32K3 低功耗问题 MCUの電源が完全にオフになった場合でも、0.2mAの電流は流れ続けるのでしょうか？ Re: S32K3 低功耗问题 こんにちは、 @Joker_Y さん。 「基板の電源をテストしました」ということは、システムレベルでボード全体を測定していると仮定しますが、これはMCU VDD専用のS32K3データシートの値と比較できません。 ~3.2 mAは、スタンバイ+CANトランシーバの低消費電力モードのMCU+自社開発基板に残る残留漏れの合計です。 S32K3のデータシートに掲載されている電流値は、外部負荷のない制御条件下でMCUのVDD電源ピンで測定されます。（ @db16122さんが言及したように）スタンバイ時の供給電流値は、FIRCがオンのスタンバイ状態で約1.5mAです。 推奨される方法は、カスタム基板上のMCUのVDD電源ラインに直列に電流計を挿入することです。これは S32K3低 パワーマネージメント ANおよびデモのセクション10.2で説明されている方法と同じです。S32K3 EVBと同様に、ジャン パーJ25 を外してVDD経路を断ち切り、その代わりにメーターを挿入します。お客様のカスタム基板の回路図上で、対応する箇所を特定してください。 簡単なスタンバイプロジェクトをテストしたところ、MCUの現在の消費電力を~65uAまで測定できました。これは典型的な消費電力の@25°Cと一致しています。 また、プロジェクト内で周辺クロックや電源ドメイン、発振器が意図せずアクティブになっていることや、ピンの漏れ(例えばプロジェクトのCP_OUT)がないか確認する価値があります。 これがお役に立てば幸いです。 よろしくお願いします、 ジュリアン Re: S32K3 低功耗问题 やあ、フリアン テストに関連するデモはありますか?さらに、いただいたご提案も試してみます。ありがとう。 Re: S32K3 低功耗问题 こんにちは、 @Joker_Y さん。 [RTD701 IP] S32K3X8EVB-Q289 および FRDM-A-S32K358 スタンバイRTC GPIO Wake-up - NXPコミュニティを試してみてください。これは、現在の消費量を測定するために私が使用した例です。 よろしくお願いします、 ジュリアン Re: S32K3 低功耗问题 こんにちは。参考になるデモはありますか？車載システム開発プロジェクトに取り組んでいます。 Re: S32K3 低功耗问题 はい、ありがとうございます。調べてみます

モデルトレーニングとビジョンベースのアプリケーションをMCXN947で始める方法 顔検出のACHコードを実行しましたが、動作しています。BYOMやeIQツールキットでのゼロからのモデルトレーニングについてもっと知りたいです。前回のカンファレンスで、NXPはBYOMとBYODについて言及していました。 画像をアップロードし、ラベルを付けてトレーニングし、ボードに載せたいMCXN947。出来ますか？ eIQモデル作成ツールにアクセスしようとしましたが、リクエストは提出されました。eIQのタイムレプリクス(モーター異常検知などのデータ用だと思います)をダウンロードし、eIQ Neutron SDKもダウンロードしました。モデルのトレーニングのためのワークフローやマテリアル、ユーザーガイドをMCXN947に入れたいだけです。 Gayathriii_0-1788414712451.pngGayathriii_0-1788414712451.png MCX N 回复： How to start with Model training and vision based application in MCXN947 こんにちは、 @Gayathriii さん。 はい、MCXN947では間違いなく可能です。 あなたのユースケース: 画像をアップロード→してラベル付け→モデルをトレーニング→MCXN947 これは典型的なBYOD（私物端末の業務利用）ワークフローです。 オプション1:eIQモデル作成ツール eIQモデルクリエイターのアクセスが承認されたら: 新しい画像分類プロジェクトを作成します。 画像データセットをアップロードしてください。 画像にラベリングするか、フォルダやクラスごとに整理してください。 転移学習を使ってモデルを訓練します。 TensorFlow Liteモデル(.tflite)をエクスポートします。 eIQ Neutron SDKを使ってモデルをMCXN947に変換してください。 変換したモデルをMCUXpressoプロジェクトに統合し、基板上で実行します。 オプション2：自分でトレーニングする（TensorFlow） 実際にはモデルクリエイターは必要ありません。 以下は可能です: 画像を収集する。 ラベルを貼りましょう。 TensorFlow/Kerasを使用して学習を行う。 輸出 リソース： 1. MCXN947: お客様機械学習モデルをNPUに訓練・展開する方法 Images ↓ Training ↓ TensorFlow Lite model ↓ neutron-converter ↓ NPU-enabled .tflite ↓ MCUXpresso project ↓ MCXN947 NPU `` MCXN947：ゲスト ML モデルを NPU に配置する方法を理解する 2. AN14241 - MCX N94xのNPUにお客様機械学習モデルを統合する方法 MCXN94x上でお客様のMLモデルをNPUに統合する方法 3. MCXマイクロコントローラにおけるNPUとMLの入門方法 MCX マイクロコントローラー内の NPU と機械科学の入力指南   BR ハリー