S32K344のPlatformSDK_S32K3_2022_03バージョンはサポートしないでください こんにちは、 以前、私はS32K344 WBボードをベースにS32K344コードを開発しました。プラットフォームはS32DS.3.4、RTD AUTOSAR 4.4.2で、プロジェクトは良好に機能しています。 今度はS32G3コードを開発したいのですが、そのためにはS32DS.3.5が必要です。そこでS32DS.3.4とRTD 4.4.2をアンインストールし、S32DS.3.5をインストールしました。インストールが完了したら、拡張機能とアップデートのインストールを開始します。S32K3のRTD 4.4.2バージョンが見つからないので、S32K3のRTD 3.0.0をインストールするしかありませんバージョン。K3のRTDインストールが終わった後、古いS32K344プロジェクトをインポートして*.mexファイルを開こうとしましたが、「現在のツールはS32K344のPlatformSDK_S32K3_2022_03バージョンをサポートしていません」というプロンプトが表示されます。この問題を解決するにはどうすればよいでしょうか？ Re: Don't support S32K344's PlatformSDK_S32K3_2022_03 version こんにちは、ジュリアンさん。 お返事ありがとうございます。S32DS.3.5とK3 RTD3.0.0で新しいアプリケーションプロジェクトを作成しましたが、新しいプロジェクトで*.mexファイルが見つかりません。 ステップ1:S32K344とM7(Arm 32ビット用GCC 10.2)を選択する ステップ2。コアとパラメータを選択してください ステップ3。新しいプロジェクトs32k3_can_uart_rtd3を取得しますが、以下のファイルがS32DS.3.4インスタンスに存在しませんでした。 .ClockConfigurationMappings.txt .ClockYaml.txt .s32k3_wb_can_rtd3.mex .S32K344_flash.cmm ファイル .RTDフォルダ。 では、私の新しいRTD3.0.0プロジェクトで問題は何でしょうか? Re: Don't support S32K344's PlatformSDK_S32K3_2022_03 version こんにちは、 @Jimmybai さん。 これは単にRTD 2.0.0とRTD 3.0.0間の互換性の問題です。残念ながら、2.0.0から3.0.0へ直接インポートする簡単な方法はありません。代わりに、手動でアプリケーションを移植することをお勧めします: 1.RTD 3.0.0 を搭載した新しい S32DS インスタンスでは、「File > New > S32DS Application Project」を通じて新しいプロジェクトを作成する 2. プロセッサ、NXP GCC 10.2ツールチェーンを選択し、次のウィンドウで新しいRTD 3.0.0を付けます。 3. プロジェクトが作成されたら、既存のプロジェクトからすべてのソースファイルをコピーして上書きします。 4. 最後に、.mexファイルを開きます。ファイルを作成し、設定を手動でコピーします。 「S32 Configuration Tools > インポート > Import Configuration (*.mex)」オプションを使って.mexをインポートしてみてくださいしかし、RTD 2.0.0以降は主にS32CTでエラーが発生し、手動で移植する方が良い解決策だと感じています。 よろしくお願いします、 ジュリアン Re: Don't support S32K344's PlatformSDK_S32K3_2022_03 version こんにちは、 @Jimmybai さん、 RTDをプロジェクトに添付しましたか？ よろしくお願いします、 ジュリアン

Pending HSE response I would like to inquire if there have been previous instances where the HSE response remained pending and did not arrive during an OTA update with the S32K312 MCU. Additionally, please confirm under what circumstances the HSE response might become pending. Re: Pending HSE response We are not aware of a known S32K312 OTA issue that causes HSE services to remain permanently pending. In general, every HSE service request should return a response. If no response is received, it may indicate that the HSE firmware encountered a fatal error and entered shutdown mode. In this case, we recommend checking the MU GSR register for diagnostic information. Possible causes include invalid service parameters, invalid memory addresses, XRDC access violations, ECC errors, clock or initialization issues, resource conflicts, or other fatal HSE internal errors. To help investigate, please provide the HSE FW version, the specific HSE service being executed, the service descriptor, and the MU status registers (FSR/GSR) when the issue occurs.

激活码过期 tem DescriptionS32 Design Studio for ARM v2018 Order NumberS32-DS-ARM_v2018_169264627 您能帮我延长许可证的有效期吗？ 激活码EBF4-DE52-80C0-FD65 非常感谢。 Re: 激活码过期 Hi,  your S32DS license has been extended. 

NXPRDLIB_REM_GEN_INTFS 用法 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好。 我想知道 恩智浦读取器库 中NXPRDLIB_REM_GEN_INTFS定义的确切用途是什么。 据我观察，如果定义了软件 API 接口，则会在项目中构建该接口；否则，它会被某种二进制等效代码所取代，因为那样的话就只有函数原型可用了…… 这样对吗？如果是这样，二进制库在哪里？选择二进制而非软件 API 的优缺点是什么？ 先感谢您， 佩佩 NFC读卡器库 Re: NXPRDLIB_REM_GEN_INTFS usage @stephanie_m 这是 Doxygen-Doku 的一个 bug： /* 调试版本模式 */ /*#define NXPBUILD__PH_DEBUG*/ /**< DEBUG 版本定义 */ #define NXPRDLIB_REM_GEN_INTFS 因此，正确答案尚未揭晓…… Re: NXPRDLIB_REM_GEN_INTFS usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， 根据读取器库的 API 文档，您看到的这个定义是用于版本调试目的的。 此致， 埃斯特法尼亚 Re: NXPRDLIB_REM_GEN_INTFS usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您好，Estephania，感谢您的关注。 例如，从 PN7462AU-FW_v05.21.00_Full 文件根目录开始，该定义已在某些 NFC 阅读器库示例中启用： $ grep -r NXPRDLIB_REM_GEN_INTFS NfcrdlibEx* NfcrdlibEx4_MIFAREClassic/intfs/ph_NxpBuild_App.h:#define NXPRDLIB_REM_GEN_INTFS NfcrdlibEx5_ISO15693/intfs/ph_NxpBuild_App.h:#define NXPRDLIB_REM_GEN_INTFS NfcrdlibEx7_EMVCo_Polling/intfs/ph_NxpBuild_App.h:#define NXPRDLIB_REM_GEN_INTFS NfcrdlibEx9_NTagI2C/intfs/ph_NxpBuild_App.h:#define NXPRDLIB_REM_GEN_INTFS 在某些PN7462AU PSP示例中也是如此： $ grep -r NXPRDLIB_REM_GEN_INTFS PN7462AU* PN7462AU_ex_phExMain/inc/APP_NxpBuild.h:#define NXPRDLIB_REM_GEN_INTFS PN7462AU_ex_phExVCom/inc/APP_NxpBuild.h:#define NXPRDLIB_REM_GEN_INTFS 而且在 NFC 阅读器库的许多源代码中都有所验证： $ grep -r NXPRDLIB_REM_GEN_INTFS NxpNfcRdLib/ NxpNfcRdLib/comps/phacDiscLoop/src/phacDiscLoop.c:#ifndef NXPRDLIB_REM_GEN_INTFS NxpNfcRdLib/comps/phacDiscLoop/src/phacDiscLoop.c:#endif /* NXPRDLIB_REM_GEN_INTFS */ NxpNfcRdLib/comps/phalFelica/src/phalFelica.c:#ifndefNXPRDLIB_REM_GEN_INTFS NxpNfcRdLib/comps/phalFelica/src/phalFelica.c:#endif /* NXPRDLIB_REM_GEN_INTFS */ NxpNfcRdLib/comps/phalI18000p3m3/src/phalI18000p3m3.c:#ifndefNXPRDLIB_REM_GEN_INTFS NxpNfcRdLib/comps/phalI18000p3m3/src/phalI18000p3m3.c:#endif /* NXPRDLIB_REM_GEN_INTFS */ （……） 顺祝商祺！ 佩佩 Re: NXPRDLIB_REM_GEN_INTFS usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， 你使用的是哪个版本的库？请问您能否提供相关信息以及您看到此定义的文件？ 我在 API 文档和库中都找不到您提到的定义，所以如果您能提供给我，将对我帮助很大。 问候， 埃斯特法尼亚

TEF82xx 低レベルドライバーのビルド問題 こんにちは、 TEF82xx API Low Level ドライバ RFP9.3.0 20240920_PRODをビルドして、含まれている例を実行しようとしているのですが、問題が発生しています: ソースファイルが見つからない:src/plf_sys.c そして、このファイルは本当に見つからないのです。他のいくつかの例と同様に (plf_cap.c、plf_crc.c、plf_hio.c、bc_api\bc_api_src\plf\CMakeLists.txt で必要とされるものなど。これらのファイルはどこで見つけられますか? Re: TEF82xx Low Level Drivers build issue こんにちは、 はい、おっしゃる通りです。TEF82xx API Low Level ドライバ RFP9.3.0 20240920_PROD.zipパッケージにはそのファイルが見当たりません。 他のパッケージからのものに違いない。名前plf_sys.cプラットフォームを指している可能性が高いです。おそらくドライバはOSからのものだと想定しているのでしょう。 TEF82xx API 低レベルドライバ RFP9.3.0 20240920_PROD\TEF82xx_API_RN_V9.3.0.pdf ドキュメントにはそれ以上の情報は見つかっていません。 よろしくお願いいたします。 ピーター Re: TEF82xx Low Level Drivers build issue こんにちは、 はい、おっしゃる通りです。TEF82xx API Low Level ドライバ RFP9.3.0 20240920_PROD.zipパッケージにはそのファイルが見当たりません。 他のパッケージからのものに違いない。名前plf_sys.cプラットフォームを指している可能性が高いです。おそらくドライバはOSからのものだと想定しているのでしょう。 TEF82xx API 低レベルドライバ RFP9.3.0 20240920_PROD\TEF82xx_API_RN_V9.3.0.pdf ドキュメントにはそれ以上の情報は見つかっていません。 よろしくお願いいたします。 ピーター

IMX6Q U-Boot こんにちは、私はIMX6qプロセッサを搭載したカスタムカメラを持っています。 古いブートローダーと古いカーネル上で動作するファームウェアを持っています。 ブートローダーとカーネルをアップデートする必要があります。 しかし、カーネルの読み込み段階を突破できません。 UARTログは常に空です。 助けてください。 Re: IMX6Q U-BooT こんにちは、 @CAT5000さん。 お元気でお過ごしのことと思います。 現在のBSPバージョンと新しいBSPバージョンを指定してください。 また、コンソールで定義されているUARTに関連するソフトウェアの変更もあります。 よろしくお願いいたします。 サラス。 Re: IMX6Q U-BooT こんにちは！ 実は、プロセッサを最後のBSPバージョンに移植するためのガイドがあります。 UG10165 （i.MXポーティングガイド）をご覧ください。 U-bootで行う必要のある変更点について説明します。 また、Sabreボードをお持ちなら、Embedded Linux for i.MXアプリケーション・プロセッサ から最終版の事前コンパイル済みイメージをダウンロードして、ボードにフラッシュするだけで済みます。 よろしくお願いします、 サラス。 Re: IMX6Q U-BooT 動作するブートローダーバージョン U-Boot 2018.03 (2021年4月22日 04:17:10 -0400) CPU:Freescale i.MX6Q rev1.3 996 MHz(動作周波数は792 MHz) CPU:オートモーティブ温度グレード(-40°Cから125°C)で30°Cに対応 リセット原因:POR(POR) モデル:Freescale i.MX6 クアッドSABERスマートデバイスボード ボード:MX6-SabreSD ウォッチドッグ有効 DRAM:2 GiB PMIC:PFUZE100!DEV_ID=0x10 REV_ID=0x21 MMC: FSL_SDHC: 0、FSL_SDHC: 1、FSL_SDHC: 2 MMCから環境を読み込んでいます... カードが電圧に反応しませんでした 私のボードはSabreSDを搭載したリファレンスボードです。 回路図とデータは全て揃っています 私はこういう作業は得意ではないのですが、新機能を試すためにファームウェアをアップデートしたいと思っています。

在 FRDM-K64F 上使用 MCUxpresso 25.6 时出现未定义的 SD 卡符号 您好， 我无法让SD卡软件正常运行。 我只需要在开机时加载一些项目，不需要对 SD 卡进行其他主动管理，虽然以后可能需要记录日志。 我尝试使用数据类型 sd_card_t，但出现“未知类型名称”错误。 我之前已经包含了 fsl_sd.h和 fsl_sdhc.h。但是当我这样做时，两个地方都出现了多个函数重复定义的错误信息。所以我认为我们不需要 fsl_sd.h。它甚至不在我的 SDK 中，所以对于最初的多重定义错误，我从 GitHub 下载了这两个文件。我现在有了 fsl_sdhc.h我从 SDK 中获取了资源，但仍然收到“未知类型名称”消息。毋庸置疑，我发现 SD 卡示例非常难用！ 非常感谢您的帮助！ Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F 嗨@ve3id 感谢您的帖子。 请管理项目中的 SDK 元器件，并添加 drivers->sdhc 和 中间件->memories->SDMMC Stack->SD sdcard_polling 示例中包含了以下元器件： 要进入 SDK 元器件管理界面，您需要右键单击项目，然后转到“SDK 管理”->“管理 SDK 元器件”。 请告诉我这样是否解决了问题。 Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F 谢谢你的快速回复，卡洛斯，但我已经这样做了，所以也许还有其他办法？这是我的SD卡管理窗口： Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F 嗨@ve3id 谢谢你的解释。 请问您使用的是哪个SDK版本？ 我用 2.11.0 版本试过了，但我这边无法重现这个问题。 Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F 我正在使用SDK_ 2.11.0_ FRDM-K64F 我卸载了它，然后使用“下载和安装 SDK”选项卡构建并下载了相同版本的新版本，但仍然遇到同样的问题。 谢谢！ 奈杰尔

NVT4857UKAZ 的替代零件 这与软件的直接关系不大，但我们最近发现NVT4857UKAZ已经停产，并且没有引脚兼容的替代零件可用。由于 SD 卡支持是我们基于 i.MX95 的设备所必需的功能，因此我们正在努力了解在这种情况下有哪些替代方案。您能否就可能的替代方案或设计方案提出一些建议？ Re: Alternative part for NVT4857UKAZ 您好！ 您可以参考NVT4858作为替代品。 但是请注意，NVT4858 不是直接替代产品。因此，为了在您的应用中适应新设备，可能需要对硬件和软件进行修改。 我们建议仔细审查规范和设计要求，以评估迁移的影响。 希望这能帮到你！ Re: Alternative part for NVT4857UKAZ 您好！ 您可以参考NVT4858作为替代品。 但是请注意，NVT4858 不是直接替代产品。因此，为了在您的应用中适应新设备，可能需要对硬件和软件进行修改。 我们建议仔细审查规范和设计要求，以评估迁移的影响。 希望这能帮到你！

[S32K566 SAF] BISTテスト後、MCUがリセット状態のままになる こんにちは、チームの皆様。 お客様がSAFを使用している際に、BIST後にMCUが常にリセット状態のままになるという問題が発生しました。電源を切る以外にMCUを起動する方法はありません。そのため、お客様は回避策と根本原因を知りたいと考えています。しかし、これに関する説明は一切ありません。 よろしくお願いいたします。 ジュンジエ SAFETY_SW Re: [S32K566 SAF] MCU will be stucked in reset after bist test こんにちは、 @MariusC さん。 ご対応ありがとうございます。 BSSM契約：なし お客様 NXPについて*: PATAC プロジェクト名*: ゾーンコントローラ お客様お問い合わせ担当者*（氏名とメールアドレス）：Liek Li（[email protected]） ソフトウェアおよびハードウェア情報：顧客はS32k566 A0サンプルに基づいてセーフティ機能を開発しています。 SWパッケージ情報*: SW32K5_RTD_R23-11_0.8.0 + SW32K5_SAF_0.8.0_HF01_D2602 HW*（ボード/チップセット/プラットフォーム）：S32K566 CVB ソフトウェアバージョン*: 0.8.0 よろしくお願いいたします。 ジュンジエ Re: [S32K566 SAF] MCU will be stucked in reset after bist test こんにちは@Junjie 、 お客様へのより良いサポートのために、以下の情報をご提供ください。 直接のお客様をサポートしている場合は、以下の情報を提供してください。 BSSM契約：あり／なし お客様 NXPについて*: プロジェクト名*: お客様お問い合わせ担当者*（氏名とメールアドレス）： ソフトウェアおよびハードウェア情報： ソフトウェアパッケージ情報*: ハードウェア*（ボード/チップセット/プラットフォーム）： ソフトウェアバージョン*: *必須 Re: [S32K566 SAF] MCU will be stucked in reset after bist test こんにちは@Junjie この問題には、起動初期段階で複数の原因が考えられます（例：BISTの終了/復元が完了しない）。 考えられる原因としては、破壊的リセットイベントがラッチされたままになり、繰り返しリセットを行うと破壊的リセットエスカレーションしきい値（DRET）に達し、電源投入リセットが行われるまでデバイスがリセット状態のままになることが挙げられます。 根本原因を特定するには、リセットサイクル直後に取得した以下のレジスタダンプ/ログ（16進数値/スクリーンショット）が役立ちます。 MC_RGM_DES（破壊イベント情報ステータス） MC_RGM_FES（機能/外部イベント情報ステータス） MC_RGM_DRET、MC_RGM_FRET（増加閾値） Re: [S32K566 SAF] MCU will be stucked in reset after bist test こんにちは、 @DenisSas MCUが繰り返しリセットされ、電源を切る以外にデバッガーがMCUに接続できませんでした。しかし、電源投入後、 MC_RGMに信号がありません。SAFドライバのSAFサンプルを実行した場合にも、この問題が発生する可能性があります。 よろしくお願いいたします。 ジュンジエ Re: [S32K566 SAF] MCU will be stucked in reset after bist test こんにちは@Junjieさん ご説明いただきありがとうございます。 私はこの行動について引き続き調査しています。現時点では、SAFのサンプルシナリオを再現するためのS32K5ボードにすぐにアクセスすることはできませんが、デバッガが接続される前にMCUがリセットループに入る理由を理解するために、SAFの初期化フローと初期リセットシーケンスをレビューしています。 Re: [S32K566 SAF] MCU will be stucked in reset after bist test こんにちは、 @DenisSas 最新情報を教えていただけますか？お客様から、起動時間の評価とアプリの起動プロセスの最適化を行っているため、このチケットをクローズするようにとの要望がありました。ありがとう！ よろしくお願いいたします。 ジュンジエ Re: [S32K566 SAF] MCU will be stucked in reset after bist test こんにちは@Junjieさん s32k566については、弊社側でも同様の問題が発生しているため、検証チームと連絡を取っています。月曜日に彼らとの会合が予定されているので、その後情報をお伝えします。 よろしくお願いします、 デニス Re: [S32K566 SAF] MCU will be stucked in reset after bist test こんにちは、 @DenisSas 最新情報をお知らせいただきありがとうございます。もう少し詳しい内容を教えていただけますでしょうか？ハードウェアの問題でしょうか、それともソフトウェア構成の問題でしょうか、それともSBAFの問題でしょうか？ハードウェアの問題やSBAFの問題ではない場合、顧客はBISTレジスタに直接書き込むことでBISTを構成し、BISTを動作させたいと考えています。もう一つ質問なのですが、アップデートのロードマップを入手できますか？ よろしくお願いいたします。 ジュンジエ Re: [S32K566 SAF] MCU will be stucked in reset after bist test こんにちは@Junjieさん BIST実行時間 8.3ms これは暫定的なBIST執行計画であることをご了承ください。カットA0にはCPEに対してLBISTを実行できないというエラーがあるため、カットB0で修正されます。 SAF側では、LBIST5とLBIST11（CPEとHSE）を使用せずに実行されるSAFデモ例において、BISTの実行がまもなく完了します。 BootROMの実行時間（HSEの有無による違い）については、設計担当者からの回答を待っています。 敬具、 ラドスラフ Re: [S32K566 SAF] MCU will be stucked in reset after bist test こんにちは@Junjieさん 問題はハードウェア（A0のエラー、LBIST CPEが動作しない）とソフトウェアの両方にあります。BISTを動作させるためにBISTレジスタを直接書き込むことはお勧めしません。 ロードマップは、2026年5月29日にリリースされるSAF ZE 0.8.1の最新版まで保留される予定です。機能デモは本日より来週、別途公開されます。この修正策は、CPEなしで動作するようにすることです。 よろしくお願いします、 デニス Re: [S32K566 SAF] MCU will be stucked in reset after bist test こんにちは、 @RadoslavB アップデートありがとうございます。お客様が起動時間を評価できるのは本当に大変役立ちます。 よろしくお願いいたします。 ジュンジエ Re: [S32K566 SAF] MCU will be stucked in reset after bist test こんにちは@Junjieさん この問題は会議で発見され、現在BISTの所有者がSAFデモ例と連携させるために必要な更新作業を行っています。 ご辛抱いただきありがとうございます。 よろしくお願いいたします。 デニス Re: [S32K566 SAF] MCU will be stucked in reset after bist test こんにちは@Junjieさん 念のためお知らせしておきますが、この問題はまだ解決しておらず、現在SBAFチームによる調査中です。 よろしくお願いいたします、デニス

FRDM-K64FでMCUxpresso 25.6を使用した場合、SDカードのシンボルが未定義になる こんにちは、 SDカードソフトがうまく動かずに困っています。 必要なのは、いくつかのアイテムを電源を入れるだけで、SDカードの他のアクティブなマネジメントは不要です。ただ、後でログが必要になるかもしれませんが... データ型sd_card_tを使用しようとしていますが、「不明な型名」エラーが発生します。 以前にfsl_sd.hを含めましたそして fsl_sdhc.h。しかし、そうすると、どちらの場合でも多くの関数に対して複数定義のメッセージが表示されます。だから、fsl_sd.h.は必要ないと思った。SDKには含まれていないので、元の複数定義エラーはGitHubから両方ダウンロードしました。fsl_sdhc.h があります。SDKからも「未知型名」のメッセージが出続けています。言うまでもなく、SDカードのサンプルは非常に使いづらいと感じています！ どんなご支援でも大変ありがたく思います！ Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F こんにちは、 @ve3id さん。 投稿ありがとうございます。 プロジェクト内のSDKコンポーネントを管理し、ドライバを追加してください。> SDHCとミドルウェア>記憶->SDMMC Stack->SD sdcard_polling例では以下の構成要素が含まれています。 「SDK コンポーネント管理」に入るには、プロジェクトを右クリックして「SDK Management -> SDK Components 管理」に行く必要があります これで問題が解決するかどうか教えてください。 Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F 迅速な返信ありがとう、カルロス。でももう返信は済ませたので、他に何かあるかもしれませんね?これがSDマネジメントのための私の窓口です: Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F 私はSDK_2.11.0_FRDM -K64Fを使用しています。 削除して「ダウンロード・インストールsdks」タブを使って同じバージョンの新しいものをビルド・ダウンロードしましたが、同じ問題が起きました。 よろしくお願いします。 ナイジェル Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F こんにちは、 @ve3id さん。 ご説明ありがとうございます。 どのSDKバージョンを使っているのか教えていただけますか? バージョン2.11.0で試してみましたが、私の環境では再現できませんでした。

NXPRDLIB_REM_GEN_INTFS usage Hi. I'd like to know what is the exact purpose of the NXPRDLIB_REM_GEN_INTFS define in NXP Reader Library. From what I can see, if it's defined a software API interface is built with the project, otherwise it's replaced by some binary equivalent, since then only the function prototypes are available... Is this correct? If so, where are the binary libs? What are pros/cons in selecting binary over software API? Thank you in advance, Peppe NFC Reader Library Re: NXPRDLIB_REM_GEN_INTFS usage @stephanie_m  Thats a bug in the Doxygen-Doku: /* DEBUG build mode */ /*#define NXPBUILD__PH_DEBUG*/ /**< DEBUG build definition */ #define NXPRDLIB_REM_GEN_INTFS Thus, the correct answer is still pending... Re: NXPRDLIB_REM_GEN_INTFS usage Hello, According to the API documentation of the reader library the definition you are seeing it's for build debug purposes Regards, Estephania Re: NXPRDLIB_REM_GEN_INTFS usage Hi Estephania, thank you for your interest. Starting e.g. at PN7462AU-FW_v05.21.00_Full file root that definition is enabled in some NFC Reader Library examples: $ grep -r NXPRDLIB_REM_GEN_INTFS NfcrdlibEx* NfcrdlibEx4_MIFAREClassic/intfs/ph_NxpBuild_App.h:#define NXPRDLIB_REM_GEN_INTFS NfcrdlibEx5_ISO15693/intfs/ph_NxpBuild_App.h:#define NXPRDLIB_REM_GEN_INTFS NfcrdlibEx7_EMVCo_Polling/intfs/ph_NxpBuild_App.h:#define NXPRDLIB_REM_GEN_INTFS NfcrdlibEx9_NTagI2C/intfs/ph_NxpBuild_App.h:#define NXPRDLIB_REM_GEN_INTFS and in some PN7462AU PSP examples too: $ grep -r NXPRDLIB_REM_GEN_INTFS PN7462AU* PN7462AU_ex_phExMain/inc/APP_NxpBuild.h:#define NXPRDLIB_REM_GEN_INTFS PN7462AU_ex_phExVCom/inc/APP_NxpBuild.h:#define NXPRDLIB_REM_GEN_INTFS and it is checked in many places in NFC Reader Library sources: $ grep -r NXPRDLIB_REM_GEN_INTFS NxpNfcRdLib/ NxpNfcRdLib/comps/phacDiscLoop/src/phacDiscLoop.c:#ifndef NXPRDLIB_REM_GEN_INTFS NxpNfcRdLib/comps/phacDiscLoop/src/phacDiscLoop.c:#endif /* NXPRDLIB_REM_GEN_INTFS */ NxpNfcRdLib/comps/phalFelica/src/phalFelica.c:#ifndef NXPRDLIB_REM_GEN_INTFS NxpNfcRdLib/comps/phalFelica/src/phalFelica.c:#endif /* NXPRDLIB_REM_GEN_INTFS */ NxpNfcRdLib/comps/phalI18000p3m3/src/phalI18000p3m3.c:#ifndef NXPRDLIB_REM_GEN_INTFS NxpNfcRdLib/comps/phalI18000p3m3/src/phalI18000p3m3.c:#endif /* NXPRDLIB_REM_GEN_INTFS */ (...) Best regards, Peppe Re: NXPRDLIB_REM_GEN_INTFS usage Hello, Which version of the library are you using ? Could you please help me with that information and the file where you are seeing this definition ? I was not able to locate the definition you are referring to neither in the  API documentation nor in the library, so it would help me a lot. Regards, Estephania

[S32K566 SAF] MCU will be stucked in reset after bist test Hi Teams          Customer use SAF and found MCU will be always stucked in reset after bist. There is no way to boot MCU except power-off. so customer want to know the workaround way and route cause. But there are no any descriptions for this.  Best Regards Junjie  Safety_SW Re: [S32K566 SAF] MCU will be stucked in reset after bist test Hi @MariusC  Thanks for your support. BSSM Contract:  No Customer Company*: PATAC Project Name*: Zonal Controller Customer Contact Point* (Name & Email): Liek Li  ([email protected]) Software & Hardware Information: Customer is developing the safety feature based on S32k566 A0 sample  SW Package Info*: SW32K5_RTD_R23-11_0.8.0 + SW32K5_SAF_0.8.0_HF01_D2602 HW* (Board/Chipset/Platform):S32K566 CVB SW Version*: 0.8.0 Best Regards Junjie Re: [S32K566 SAF] MCU will be stucked in reset after bist test Hello @Junjie , Please provide the following information so we can help your customer better: If you are supporting a Direct Customer, please provide: BSSM Contract: Yes / No Customer Company*: Project Name*: Customer Contact Point* (Name & Email): Software & Hardware Information: SW Package Info*: HW* (Board/Chipset/Platform): SW Version*: *required Re: [S32K566 SAF] MCU will be stucked in reset after bist test Hi @Junjie  The problem can have multiple causes at this early boot stage (e.g., BIST exit/restore not completing). A possible cause is that a destructive reset event stays latched, so repeated resets hit the destructive reset escalation threshold (DRET), keeping the device in reset until a power‑on reset. To pinpoint the root cause, the following register dumps/logs would be helpful, captured immediately after a reset cycle (hex values/screenshots). MC_RGM_DES (Destructive Event Status) MC_RGM_FES (Functional/External Event Status) MC_RGM_DRET, MC_RGM_FRET (escalation thresholds) Re: [S32K566 SAF] MCU will be stucked in reset after bist test Hi @DenisSas        MCU is repeat reset and debugger could not attach the MCU, except power-off. But once power-on, There is no signal on MC_RGM. you can also get this issue if run the SAF example in SAF driver. Best Regards Junjie Re: [S32K566 SAF] MCU will be stucked in reset after bist test Hi @Junjie, Thank you for the clarification. I’m continuing to investigate this behavior. At the moment I don’t have immediate access to an S32K5 board to reproduce the SAF example scenario, but I am reviewing the SAF initialization flow and the early reset sequence to understand why the MCU enters a reset loop before the debugger can attach. Re: [S32K566 SAF] MCU will be stucked in reset after bist test Hi @Junjie, For s32k566, we are in contact with the Validation team, as the problem is also present on our side. There is a planned meeting with them on Monday, so i will come back with info afterwards. Best regards, Denis Re: [S32K566 SAF] MCU will be stucked in reset after bist test Hi @DenisSas  Could I have some updates? Customer push us to close this ticket because customer is doing evaluate the boot time and optimize app boot process. Thank you! Best Regards Junjie  Re: [S32K566 SAF] MCU will be stucked in reset after bist test Hi @Junjie, The issue is HW (errata for A0, LBIST CPE not working) and SW. I would not suggest trying to write BIST registers directly to make BIST work. The roadmap would be waiting until the new release of SAF ZE 0.8.1, coming 29 May 2026. The functional demo comes separately next week from today. The fix means making it work without CPE. Best regards, Denis Re: [S32K566 SAF] MCU will be stucked in reset after bist test Hi @DenisSas        Thanks for your update, and could you please share more details about it? It is hardware issue or softeware configure issue or sbaf issue? customer want to configure the bist by writing bist registers directly to make bist work if it is not hardware issue and sbaf issue. For another question,Can we get the update roadmap? Best Regards Junjie Re: [S32K566 SAF] MCU will be stucked in reset after bist test Hi @Junjie , BIST execution time 8.3ms Please be aware this is preliminary BIST exec. time as there is Errata for cut A0 where it is not possible to run LBIST for CPE, this will be fixed with cut B0. On SAF side we are about to finish BIST execution in SAF Demo example running without LBIST5 and LBIST11 (CPE and HSE). Regarding BootRom execution times with and without HSE, I'm waiting for response from architect. Kind Regards, Radoslav Re: [S32K566 SAF] MCU will be stucked in reset after bist test Hi @RadoslavB       Thanks for your update, It is really great helpfull to let customer evaluate the startup-time . Best Regards Junjie  Re: [S32K566 SAF] MCU will be stucked in reset after bist test Hi @Junjie, The issue was found in the meeting, now the BIST owner is doing the necessary updates to make it work with the SAF demo example. Thank you for your patience. Regards, Denis Re: [S32K566 SAF] MCU will be stucked in reset after bist test Hi @Junjie, As a heads-up, the problem is still present and is currently under investigation with the SBAF team. Kind regards, Denis

Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F Hi, I am having trouble getting the SD card software going. All I need to do is get a few items on power-up, no other active management of the SD Card,although I might need logging later on.. I am trying to use data type sd_card_t, and am getting 'unknown type name' error. I have previously included fsl_sd.h and fsl_sdhc.h. but when I do that I get a multiple definition message for many functions in either.  So I assumed that we don't need fsl_sd.h.   It isn't even in my SDK, so for the original multiple definiiton error I downloaded both from github.  Now I have fsl_sdhc.h from the SDK and am still getting the 'unknown type name' message.  Needless to say I am finding the SD card examples very hard to use! Any help would be very much appreciated! Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F Hi @ve3id  Thank you for your post, Please Manage the SDK components in you project and add drivers-> sdhc and middleware->memories->SDMMC Stack->SD At the sdcard_polling example the following components are included: To enter into manage the SDK components you need right click the project and go to SDK Managment -> Manage SDK Components Let me know if this solves the issue.  Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F Thank you for the quick reply, Carlos, but I have already done that, so maybe there is something else? Here is my window for the SD management: Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F Hi @ve3id  Thanks for clarifying, Could you please share which SDK version you are using?  I tried with 2.11.0 and I'm not able to replicate it at my end.  Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F I am using SDK_2.11.0_FRDM-K64F I removed it, and built and downloaded a new one of the same version using the "download and install sdks' tab and still have the same problem. thanks Nigel

熱狂期 TEM説明S32 Design Studio for ARM v2018 注文番号S32-DS-ARM_v2018_169264627 EBF4-DE52-80C0-FD65は、承認された有効期限を延長することができますか? Re: 激活码过期 こんにちは、 お客様のS32DSライセンスが延長されました。

NVT4857UKAZの代替部品 これはソフトウェアに直接関係ない話ですが、最近、 NVT4857UKAZ はすでにEOLに達しており、ピン・ツー・ピン対応の交換部品が入手できないことが判明しました。i.MX95ベースのデバイスではSDカード**サポート**が必須機能であるため、この状況を踏まえた代替手段を理解しようとしています。交換可能な選択肢や設計方法について、おすすめを教えていただけますか? Re: Alternative part for NVT4857UKAZ こんにちは！ NVT4858を代替と呼んでください。 ただし、NVT4858はそのまま交換できるものではないことにご注意ください。したがって、新しいデバイスに対応するためにハードウェアとソフトウェアの両方の改造が必要になる場合があります。 移行の影響を評価するために、仕様や設計要件を慎重に確認することをお勧めします。 お役に立てば幸いです！ Re: Alternative part for NVT4857UKAZ こんにちは！ NVT4858を代替と呼んでください。 ただし、NVT4858はそのまま交換できるものではないことにご注意ください。したがって、新しいデバイスに対応するためにハードウェアとソフトウェアの両方の改造が必要になる場合があります。 移行の影響を評価するために、仕様や設計要件を慎重に確認することをお勧めします。 お役に立てば幸いです！

IMX6Q U-BooT Hi, I have a custom camera with an IMX6q processor. I have working firmware on an old bootloader and an old kernel. I need to update the bootloader and kernel. But I can't get past the kernel loading stage. The UART log is always empty. Please help. Re: IMX6Q U-BooT Hello @CAT5000  Hope you are doing very well. Please specify the current BSP version and the new one. Also, your Software changes related to the UART where is defined for Console. Best regards, Salas. Re: IMX6Q U-BooT Working bootloader version U-Boot 2018.03 (Apr 22 2021 - 04:17:10 -0400) CPU: Freescale i.MX6Q rev1.3 996 MHz (running at 792 MHz) CPU: Automotive temperature grade (-40C to 125C) at 30C Reset cause: POR Model: Freescale i.MX6 Quad SABER Smart Device Board Board: MX6-SabreSD Watchdog enabled DRAM: 2 GiB PMIC: PFUZE100! DEV_ID=0x10 REV_ID=0x21 MMC: FSL_SDHC: 0, FSL_SDHC: 1, FSL_SDHC: 2 Loading Environment from MMC... Card did not respond to voltage My board is a reference board with SabreSD I have all the schematics and data I'm not good at this kind of task, but I'd like to update the firmware to try out the new features. Re: IMX6Q U-BooT Hello! Actually, we have a guide for porting our processors to the last BSP version. Please take a look to the UG10165 (i.MX Porting Guide). There are described the changes that you need to do in U-boot. Also, if you have the Sabre board, you can simply download the last version Pre-compiled image from Embedded Linux for i.MX Applications Processors and flash to your board. Best regards,  Salas.

IMX6Q U-Boot 您好，我有一台定制相机，搭载IMX6q处理器。 我有一个可以在旧版引导加载程序和旧版内核上运行的固件。 我需要更新引导加载程序和内核。 但我始终无法通过内核加载阶段。 UART 日志始终为空。 请帮忙。 Re: IMX6Q U-BooT 你好@CAT5000 希望你一切都好。 请指定当前 BSP 版本和新版本。 此外，您的软件更改与 UART 相关，其中 UART 已在控制台中定义。 顺祝商祺！ 萨拉斯。 Re: IMX6Q U-BooT 您好！ 实际上，我们有将我们的处理器移植到最新 BSP 版本的指南。 请参考UG10165 （i.MX 移植指南）。 这里描述了需要在 U-boot 中进行的更改。 另外，如果您有 Sabre 开发板，您可以直接从Embedded Linux for i.MX Applications Processors下载最新版本的预编译镜像，然后刷写到您的开发板上。 此致， 萨拉斯。 Re: IMX6Q U-BooT 工作引导加载程序版本 U-Boot 2018.03（2021年4月22日 - 04:17:10 -0400） CPU：Freescale i.MX6Q rev1.3 996 MHz（运行频率为 792 MHz） CPU：汽车级温度等级（-40℃至125℃），工作温度30℃ 复位原因：POR 型号：飞思卡尔 i.MX6 Quad SABER 智能设备板 板：MX6-SabreSD 已启用看门狗 动态随机存取存储器(DRAM)：2 GiB PMIC：PFUZE100！开发版本号=0x10 版本号=0x21 MMC：FSL_SDHC：0，FSL_SDHC：1，FSL_SDHC：2 从MMC加载环境... 卡未响应电压 我的主板是参考板，搭载 SabreSD 卡。 我拥有所有原理图和数据。 我不擅长这类任务，但我很想更新固件，体验一下新功能。

ファルコンモードのOP-TEE || iMX8MP_EVK こんにちは、 i.MX8MP EVKで、OP-TEEとFalcon Modeの両方を有効にしたいです。 マシン: imx8mpevk リポジトリ: https://github.com/nxp-imx/imx-manifest Branch: imx-linux-walnascar XML: imx-6.12.34-2.1.0.xml 現在、私はmeta-imx-fastboot（lf-6.12.20-2.0.0-secure）を使用して、Falcon Mode経由で高速起動を実現しています。しかし、ファルコンモードが有効になっている場合、OP-TEEは無効になります。 私の要望としては、 OP-TEEとファルコンモードの両方を同時に有効にする必要があります。 i.MX8MP EVKのファルコンモードでOP-TEEを有効にする方法を教えていただけますか? i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Security Yocto Project Re: OP-TEE in Falcon Mode || iMX8MP_EVK こんにちは、 @Sanjiv_Mns 現在、meta-imx-fastbootレイヤーはOP-TEEをサポートしていません。原理的には可能であるはずだが、まだ実現されていない。 説明: デフォルトの BSP では、OP-TEE の開始アドレスとサイズは、 rom_pointerに基づいて U-Boot の適切なブート ステージ中に計算されます (参照: https://github.com/nxp-imx/uboot-imx/blob/lf-6.12.20-2.0.0/arch/arm/mach-imx/dt_optee.c#L13) 。 SPLにおけるrom_pointerは、U-Boot本体とは異なる意味/値を持つ。SO、 ft_add_optee_node 関数はSPLからさらに変更なしで実行できません。 ありがとうございます エレナ Re: OP-TEE in Falcon Mode || iMX8MP_EVK こんにちは、 @elena_popa OP-TEE→LinuxブートフローでSPLを達成するためにさらに進める方法→教えていただけませんか?これを確実に動作させるために必要な正しい手順と構成要素を理解したいです。 また、 STM32MP プラットフォームで同様のフローが実装されているリンクも見つけました。 https://patchwork.ozlabs.org/project/uboot/cover/[email protected]/ この方法が私のユースケースに適用できるのか、それとも一部を再利用したり、同じブートシーケンスを実現するために適応できるのか教えていただけますか? Re: OP-TEE in Falcon Mode || iMX8MP_EVK こんにちは、 @Sanjiv_Mns i.MX 8MPでOP-TEEをFalconモードで有効化して実行することに成功しました。 i.MX 8MPのブートフローは、SPL -> ATF -> OP-TEE -> Linux となります 手順は以下の通りです。 1. meta-imx-fastboot レイヤーの conf/layer.conf ファイル から次の行を削除します。 MACHINE_FEATURES:remove = "optee" 2.imx-boot mkimageのソースコードにおいて、 iMX8M/mkimage_fit_atf_kernel.shスクリプトを修正し、OP-TEEバイナリをFITイメージに追加する。 6a7,9 > # keep backward compatibility > [ -z "$TEE_LOAD_ADDR" ] && TEE_LOAD_ADDR="0xfe000000" > 19a23,41 > [ -z "$BL32" ] && BL32="tee.bin" > PAD=../scripts/pad_image.sh > > if [ ! -f $BL32 ]; then > BL32=/dev/null > else > echo "Building with TEE support, make sure $BL31 is compiled with spd. If you do not want tee, please delete $BL32" >&2 > if [ $TEE_COMPRESS_ENABLE ]; then > echo "Start compress $BL32" >&2 > rm -f $BL32.lz4 > lz4 -9 $BL32 $BL32.lz4 >&2 > BL32=$BL32.lz4 > ./$PAD $BL32 >&2 > fi > echo "$BL32 size: " >&2 > ls -lct $BL32 | awk '{print $5}' >&2 > LOADABLES="$LOADABLES, \"tee-1\"" > fi > 71a94,103 > tee-1 { > description = "TEE firmware"; > data = /incbin/("$BL32"); > type = "firmware"; > arch = "arm64"; > compression = "none"; > load = <$TEE_LOAD_ADDR>; > entry = <$TEE_LOAD_ADDR>; > }; > 87c119 < loadables = "kernel","dtb"; --- > loadables = "tee-1","kernel","dtb"; 3. カーネルデバイスツリーに、OP-TEEノード（ファームウェアと予約済みメモリ）を手動で追加します。imx8mp.dtsiデバイスツリーを編集して、以下の手順を実行してください。 - ルートノード（"/")に以下のOP-TEEファームウェアノードを追加します。 firmware { optee { compatible = "linaro,optee-tz"; method = "smc"; }; }; - OP-TEEの予約済みメモリ領域をreserved-memoryノードの下に追加します。 optee_core@56000000 { reg = <0 0x56000000 0 0x1e00000>; no-map; }; optee_shm@57e00000 { reg = <0 0x57e00000 0 0x200000>; no-map; }; 4. イメージを作成し、ブートデバイスに書き込みます。 5. OP-TEEが起動しLinuxがドライバーをプローブしたかを確認するには、以下を実行します: root@imx8mp-lpddr4-evk:~# dmesg | grep optee [ 0.000000] OF: reserved mem: 0x0000000057e00000..0x0000000057ffffff (2048 KiB) nomap non-reusable optee_shm@57e00000 [ 0.000000] OF: reserved mem: 0x0000000056000000..0x0000000057dfffff (30720 KiB) nomap non-reusable optee_core@56000000 [ 2.581777] optee: probing for conduit method. [ 2.590862] optee: revision 4.8 (e7ed997213779e3d) [ 2.596363] optee: dynamic shared memory is enabled [ 2.601567] optee: initialized driver 6.OP-TEEをテストしたいなら xtestを実行することができます。 root@imx8mp-lpddr4-evk:~# xtest Run test suite with level=0 TEE test application started over default TEE instance ###################################################### # # regression+pkcs11+regression_nxp # ###################################################### * regression_1001 Core self tests o regression_1001.1 Core self tests regression_1001.1 OK o regression_1001.2 Core dt_driver self tests regression_1001.2 OK o regression_1001.3 Core transfer list self tests ..... +----------------------------------------------------- 49354 subtests of which 0 failed 161 test cases of which 0 failed 0 test cases were skipped TEE test application done! イネーブルメント中に問題があれば、ぜひ教えてください。 ありがとうございます エレナ Re: OP-TEE in Falcon Mode || iMX8MP_EVK こんにちは、 @elena_popa この作業は既に完了しており、現在私のi.MX8MPボードで正常に起動しています。 現在の起動フローは以下のとおりです。 SPL → ATF → OP-TEE → Linux すべて想定通りに動作しています。@elena_popaさん、コメントありがとうございます。   [ 0.412349] OPEE:導管方法のプロービング。 [ 0.412373] optee: リビジョン 4.6 (788dc101B05ae47b) [ 0.412678] optee: 動的共有メモリが有効です [ 0.413062] optee: 初期化されたドライバ

S32K3MCU 发送慢通道 无法接收数据。 大家好 我正在使用 S32K311 的 SENT 接口接收数据，我遇到了这样一种情况：快通道正常接收数据，但慢通道无法接收任何数据。 我监测了 SENT 错误通知功能，没有发现任何异常。 MCU 型号为 S32K311 RTD 版本：S32DS 3.6.2RTD6.0.0 发送传感器：Sensata 压力传感器增强型慢速消息 首先，我知道 SENT 逻辑是在“Flexio_Sent_Ip_ProcessSerialMsg”函数中处理的，随后，在外层函数中，它会监测“Data->SerialState”和“FastMsgCount”变量，以确定慢通道是否已完成接收数据。 于是，我捕获了相关的比特信息。 bit(x)：已发送快速通道状态半字节位 S: " STATUS_SENT_SERIAL_SHORT" 。 E：" STATUS_SENT_SERIAL_ENHANCED" 我发现慢速通道的解析逻辑反复跳转，无法正常解析。 在特定情况下，SENT 的处理逻辑是否存在错误？ 谢谢！ Re: S32K3MCU SENT slow channel Cannot receive data. SOC端有任何错误日志吗？ Re: S32K3MCU SENT slow channel Cannot receive data. 你好@khty ， 能否分享一下Sensata传感器的发送配置信息？从你的图片中，我可以看到第 8 位 C 位被设置为 0；我假设使用的是 8 位消息 ID，12 位数据格式。 由于您的快速通道已正确接收，并且没有报告 SENT 错误通知，因此我了解到问题与处理功能有关。 我尚未发现任何关于频道接收速度慢的已知问题；但是，我已经与内部团队展开了讨论，让我尝试获取有关此问题的更多信息。 最后，您能否提供至少 18 个连续的 SENT 帧的完整捕获文件？这样我们就可以进一步检查RTD状态机的行为是否与预期的增强型串行解码序列相匹配。 此致， 朱利安 Re: S32K3MCU SENT slow channel Cannot receive data. 您好，感谢您快速回复我的问题。 Sensata提供的传感器配置信息如下图所示： 关于您最后一个要求，我需要至少连续 18 个 SENT 帧的完整捕获数据。我已经将其放在“bitChange.xlsx”文件中。文件在附录中。 我在表格中显示了每个捕获的状态半字的第二位和第三位。 表格中，每一列代表一条已发送的消息。每个大的黑色方框内包含一条 slowChannel 消息。蓝色区域为ID区域，绿色区域为CRC校验区域，黄色区域为数据区域。底部的信息为人工分析结果。 如果您需要任何其他信息，请告诉我，我会尽快回复。 Re: S32K3MCU SENT slow channel Cannot receive data. 发送的快速错误通知和慢速错误通知均未报告任何故障。 您可以读取记录在“bitchange.xlsx”中的数据。用于分析，因为它包含我记录的快速通道的每个状态半字的第 2 位和第 3 位的信息。Bit1 和 Bit0 信息被丢弃，因为它们在慢速信道中没有意义。 同时，我手动解析了慢速频道信息，并用黑色方块进行了标识。 在“bitchange.xlsx”中，“State”行中的数据对应于代码中的“ Flexio_Sent_Ip_axFastData[Instance][ChannelId].SerialState ”。它负责检测和识别慢通道是“短”还是“增强”。“计数”代表“ Flexio_Sent_Ip_axFastData[Instance][ChannelId].FastMsgCount ”，它负责计算慢速通道的接收长度。 我认为我们没有收到任何慢通道数据的原因是代码无法正确识别慢通道是“短”通道还是“增强”通道。您可以阅读“bitchange.xlsx”来发现识别状态在“ STATUS_SENT_SERIAL_IDLE ”、“ STATUS_SENT_SERIAL_SHORT ”和“ STATUS_SENT_SERIAL_ENHANCED ”之间不断跳转。 当识别状态发生转换时，“ Flexio_Sent_Ip_ProcessSerialMsg ()”函数返回“ STATUS_FLEXIO_SENT_IP_ERROR ”，但该返回值仅重置了上层函数“ Flexio_Sent_Ip_DmaDataProcessing ()”中的SerialState和FastMsgCount ，并未调用SentFastErrorNotif ()。因此，我无法通过快速错误通知获取任何错误信息。 在“bitChange.xlsx”中 我们可以从 T 列开始，此时SerialState = STATUS_SENT_SERIAL_IDLE ， FastMsgCount = 0。 当我们收到 U 列时， Flexio_Sent_Ip_ProcessSerialMsg()认为 bit3 == 1，因此它将其视为慢通道的开始信号，并将SerialState设置为STATUS_SENT_SERIAL_SHORT ， FastMsgCount设置为 1。 当我们收到 V 列时， Flexio_Sent_Ip_ProcessSerialMsg () 认为 bit3 == 0，因此它保持SerialState = STATUS_SENT_SERIAL_SHORT并将FastMsgCount加 2。 当我们收到 W 列时， Flexio_Sent_Ip_ProcessSerialMsg () 认为 bit3 == 1。此时，由于FastMsgCount == 2，不满足跳转到STATUS_SENT_SERIAL_ENHANCED 的条件，只能返回STATUS_FLEXIO_SENT_IP_ERROR 。在Flexio_Sent_Ip_DmaDataProcessing () 中，它会重置SerialState和FastMsgCount 。 顺便说一下，我使用 DMA 接收 SENT 数据，目前只确认了 DMA 接收方式存在问题。目前，我无法确认中断和轮询方法是否也存在同样的问题。 Re: S32K3MCU SENT slow channel Cannot receive data. 嗨@khty ， 感谢您提供的补充信息。这样就更清楚了。 这似乎表明解析增强型慢消息时可能存在 RTD 问题，但是，由于我没有特定的硬件配置，因此我无法重现该问题。 我已经将此信息转发给内部团队，如有任何新消息，我会及时通知您。 此致， 朱利安

DDR 工具发送 pmic_set 命令失败。 您好， 目前，我正在尝试在 DDR Tool 中调整 PCA9450C 的 BUCK6 输出电压，但我遇到了一个问题。 我将以下命令烧录到 i.MX8M Plus 开发板上，并确认 PCA9450C 确实已连接到 I2C1： 内存集 0x30330200 32 0x00000010 # I2C1_SCL 多路复用器 (SION=1) 内存集 0x30330204 32 0x00000010 # I2C1_SDA 多路复用器 (SION=1) 内存集 0x30330460 32 0x000001C6 # I2C1_SCL 焊盘 内存集 0x30330464 32 0x000001C6 # I2C1_SDA 焊盘 sysparam set pmic_cfg 0x004A sysparam set pmic_set 0x1E11 下载完 .ds 文件后文件执行后，UART 控制台返回了以下日志： PMIC 在 DDR 脚本中初始化 I2C_I2SR(0x30a2000c):0x81 总线还没准备好 错误：PMIC 寄存器[0x1e]初始化失败，值为[0x11] 用示波器检查 I2C1 SCL 和 SDA 线时，我发现两条线都被拉低并锁存。只有在断电重启后，它们才会恢复到默认的高电平状态。 此外，我已经验证，如果我注释掉 #sysparam 命令，就可以在 I2C 总线上成功观察到默认的 PMIC 初始化波形，并且 UART 日志正确地表明 PCA9450 已被检测到。 Re: Failed to send the pmic_set command in the DDR Tool. 我找到了根本原因。IOMUXC_I2C1_SDA_IN_SELECT_INPUT (0x303305A4) 和 IOMUXC_I2C1_SCL_IN_SELECT_INPUT (0x303305A8) 寄存器未配置。我建议将这些细节添加到应用笔记中，以供将来参考。谢谢！” Re: Failed to send the pmic_set command in the DDR Tool. 注释掉#sysparam后，我使用示波器捕获了 i.MX8M Plus 写入 PCA9450C 的默认配置。捕获到的序列如下： 0x25W，0x00 0x25R，0x31 0x25W、0x0C、0x29 0x25W、0x11、0x1C 0x25W、0x12、0x14 0x25W、0x10、0x59 0x25W、0x1E、0x14 基于这些发现，我将这些命令添加到了 .ds 文件中。文件： # 2. IOMUX 配置。（SION=1，ODE=1，内部上拉） 内存集 0x30330200 32 0x00000010 # I2C1_SCL 多路复用器 (SION=1) 内存集 0x30330204 32 0x00000010 # I2C1_SDA 多路复用器 (SION=1) 内存集 0x30330460 32 0x00000176 # I2C1_SCL 焊盘 内存集 0x30330464 32 0x00000176 # I2C1_SDA PAD sysparam set pmic_cfg 0x0025 # PMIC 地址 sysparam set pmic_set 0x0C29 # 将 BUCK1 和 BUCK3 设置为 0.85V，将 BUCK2 设置为 0.9V sysparam set pmic_set 0x111C # BUCK1 DVS0 = 0.95V 系统参数设置 pmic_set 0x1214 # BUCK1 DVS1 = 0.85V sysparam set pmic_set 0x1059 # BUCK1CTRL = 0x59（通过 PMIC_STBY_REQ 进行 DVS 控制） sysparam set pmic_set 0x1E11 # BUCK6 设置为 1.025V 然而，UART 控制台仍然卡在这个阶段。与之前略有不同，它不再抛出任何错误信息，而是直接停止运行： 下载完成 等待目标板启动…… 使用示波器检查 I2C1 SCL 和 SDA 线时，其行为与之前相同：两条线都被拉低并锁定，只有在断电重启后才会恢复到默认的高电平状态。 Re: Failed to send the pmic_set command in the DDR Tool. 如果禁用预配置的 PMIC 初始化，则需要手动完成所有操作。 在i.MX 93 EVK板上，默认的 PMIC I2C 总线是 I2C 2。 要将其更改为 I2C 1，您需要设置正确的引脚复用： 然后你需要发送正确的命令：（例如） 命令说明： 数量 Command Value 说明 0 pmic_cfg 0x0025 I2C总线1 （0 代表 I2C1，1 代表 I2C2，2 代表 I2C3，3 代表 I2C4……） PMIC 地址 0x25 1 pmic_set 0x0C29 寄存器=0x0C BUCKxOUT_DVS0/1 预设降压电压1=0.8V，preset_buck2=0.7V，预设降压3=0.8VPCA9451_BUCK123_DVS 值=0x29 2 pmic_set 0x1118 寄存器=0x11 BUCK1OUT_DVS0=0.9V PCA9451_BUCK1OUT_DVS0 值=0x18 3 pmic_set 0x1718 寄存器=0x17 BUCK3OUT_DVS0=0.9V PCA9451_BUCK3OUT_DVS0 值=0x18 4 pmic_set 0x1428 寄存器=0x14 将 VDDQ 设置为 1.1V PCA9451_BUCK2OUT_DVS0 值=0x28 BUCK6 设置将位于寄存器 0x1D 和 0x1E 中。 希望对您有所帮助。 伯恩哈德。 Re: Failed to send the pmic_set command in the DDR Tool. 哦，对了，就是著名的DAISY收银机。抓得好！ 选择自定义配置时，所有设置都需要手动完成。你说得对，在引脚配置方面，DAISY 寄存器并不是重点。对于 UART 引脚复用设置，除了标准的引脚复用和焊盘设置外，它还出现在 RX 信号的 ds 中。但对于 I2C，固件会在后台进行默认配置，您在 ds 文件中看不到这些设置。 顺便提一下，对于 i.MX 93，I2C1 和 I2C2 没有 DAISY 链寄存器，但 I2C3-8 有。 我会将您的反馈意见反馈给我们的工具组，这个细节应该包含在配置工具的用户手册中。或者，或者此外，I2C 接口设置应该出现在 ds 文件中。 问候， 伯恩哈德。