[S32K566 SAF] bist 测试后，MCU 将进入 RESET 嗨，团队 客户使用 SAF 后发现的 MCU 在 bist 之后将始终处于 RESET 状态。除了关闭电源外，没有办法启动 MCU。因此，客户希望了解变通方法和路径原因。但对此没有任何说明。 顺祝商祺！ 俊杰 SAFETY_SW Re: [S32K566 SAF] MCU will be stucked in reset after bist test 你好@MariusC 感谢你的支持 BSSM 合同：否 客户公司*：PATAC 项目名称*：分区控制器 客户联络点*（姓名& 电子邮件）：Liek Li ([email protected]) 软件 & 硬件信息：客户正在基于 s32k566 A0 样本开发功能安全功能 软件包信息*：SW32K5_RTD_R23-11_0.8.0 + SW32K5_SAF_0.8.0_HF01_D2602 硬件*（板/芯片组/平台）：S32K566 CVB SW 版本*：0.8.0 顺祝商祺！ 俊杰 Re: [S32K566 SAF] MCU will be stucked in reset after bist test 您好@Junjie, 请提供以下信息，以便我们更好地帮助您的客户： 如果您支持的是直接客户，请提供： BSSM 合同：是/否 客户公司*： 项目名称*： 客户联络点*（姓名& 电子邮件）： 软件& 硬件信息： 软件包信息*： 硬件*（板/芯片组/平台）： SW 版本*： *必须 Re: [S32K566 SAF] MCU will be stucked in reset after bist test 你好@俊杰 在这个早期的启动阶段，问题可能有多种原因（例如，BIST 退出/恢复未完成）。 可能的原因是破坏性重置事件保持锁定状态，因此重复重置会达到破坏性复位升级阈值 (DRET)，使设备处于重置状态，直到开机复位。 为了查明根本原因，以下寄存器转储/日志会很有帮助，这些记录会在 RESET 周期后立即捕获（十六进制值/屏幕截图）。 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，除非关机。如果在 SAF 驱动程序中运行 SAF 示例，也会出现这个问题。 顺祝商祺！ 俊杰 Re: [S32K566 SAF] MCU will be stucked in reset after bist test 嗨，@俊杰、 谢谢你的澄清。 我正在继续调查这种行为。目前我无法立即访问 S32K5 板来重现 SAF 示例场景，但我正在查看 SAF 初始化流程和早期的 RESET 顺序，以了解为什么 MCU 在调试器连接之前进入 RESET 循环。 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 嗨，@俊杰、 关于 s32k566，我们正在与验证团队联系，因为我们这边也存在这个问题。计划周一与他们会面，之后我会再提供信息。 致以最诚挚的问候， Denis Re: [S32K566 SAF] MCU will be stucked in reset after bist test 你好@DenisSas 感谢您提供最新信息，能否请您分享更多相关细节？是硬件问题还是软件配置问题或 sbaf 问题？如果不是硬件问题和 sbaf 问题，客户希望通过直接写入 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 执行。 关于有无 HSE 的 BootRom 执行时间，我正在等待架构师的回复。 亲切的问候， Radoslav Re: [S32K566 SAF] MCU will be stucked in reset after bist test 嗨，@俊杰、 问题在于硬件（A0 的勘误、LBIST CPE 不工作）和软件。我不建议直接写入 BIST 寄存器来使 BIST 工作。 路线图将等到2026年5月29日SAF ZE 0.8.1的新版本发布。从今天起的下周，功能演示将单独推出。解决方法就是在没有 CPE 的情况下也能运行。 致以最诚挚的问候， Denis 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 嗨，@俊杰、 会议上发现了这个问题，现在 BIST 的所有者正在进行必要的更新，以使其与 SAF 演示示例配合使用。 感谢您的耐心等待。 致敬， Denis Re: [S32K566 SAF] MCU will be stucked in reset after bist test 嗨，@俊杰、 需要提醒的是，该问题仍然存在，目前 SBAF 团队正在对此进行调查。 此致敬礼，丹尼斯

TEF82xx 底层驱动程序构建问题 你好， 我正在尝试版本 TEF82xx API 底层驱动程序 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 底层驱动程序 RFP9.3.0 20240920_PROD.zip 软件包中没有看到该文件。 肯定是从其他代码包，软件包里拿出来的。名称plf_sys.c指向平台——驱动程序很可能期望它来自操作系统。 摘自 TEF82xx API 底层驱动程序 RFP9.3.0 20240920_PROD\TEF82xx_API_RN_V9.3.0.pdf 我在文档中没有找到更多信息。 顺祝商祺！ Peter Re: TEF82xx Low Level Drivers build issue 你好， 是的你是对的。我在 TEF82xx API 底层驱动程序 RFP9.3.0 20240920_PROD.zip 软件包中没有看到该文件。 肯定是从其他代码包，软件包里拿出来的。名称plf_sys.c指向平台——驱动程序很可能期望它来自操作系统。 摘自 TEF82xx API 底层驱动程序 RFP9.3.0 20240920_PROD\TEF82xx_API_RN_V9.3.0.pdf 我在文档中没有找到更多信息。 顺祝商祺！ Peter

激活码过渡 项目描述S32 Design Studio for ARM v2018 订单号S32-DS-ARM_v2018_169264627 您能帮我延长许可证的有效吗？激活码EBF4-DE52-80C0-FD65非常感谢。 Re: 激活码过期 你好， 您的S32DS许可证已延期。

TEF82xx Low Level Drivers build issue Hi,  I'm trying to build the TEF82xx API Low Level Drivers RFP9.3.0 20240920_PROD to run the included examples and have an issue: Cannot find source file: src/plf_sys.c And this file is really missing. Like some others (plf_cap.c, plf_crc.c, plf_hio.c, etc) required by the bc_api\bc_api_src\plf\CMakeLists.txt. Where can I find these files? Re: TEF82xx Low Level Drivers build issue Hello, Yes, you are right. I do not see that file in the TEF82xx API Low Level Drivers RFP9.3.0 20240920_PROD.zip package. It must be from other packages. Name plf_sys.c points to the platform - most probably driver expects it is coming from OS. From TEF82xx API Low Level Drivers RFP9.3.0 20240920_PROD\TEF82xx_API_RN_V9.3.0.pdf I have found no further information in the documentation. Best regards, Peter Re: TEF82xx Low Level Drivers build issue Hello, Yes, you are right. I do not see that file in the TEF82xx API Low Level Drivers RFP9.3.0 20240920_PROD.zip package. It must be from other packages. Name plf_sys.c points to the platform - most probably driver expects it is coming from OS. From TEF82xx API Low Level Drivers RFP9.3.0 20240920_PROD\TEF82xx_API_RN_V9.3.0.pdf I have found no further information in the documentation. Best regards, Peter

NXPRDLIB_REM_GEN_INTFS の使用状況 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは。 NXP Reader Library のNXPRDLIB_REM_GEN_INTFS定義の正確な目的を知りたいです。 私の見る限り、定義されていればプロジェクトと一緒にソフトウェアAPIインターフェースが構築され、そうでなければバイナリの同等のものに置き換えられます。なぜなら、その場合は関数プロトタイプしか利用できないからです... これは正しいですか？もしそうなら、二進リベラルはどこにあるのでしょうか?バイナリを選ぶことのメリット・デメリットは何ですか? よろしくお願いします、 ペッペ NFCリーダー・ライブラリ Re: NXPRDLIB_REM_GEN_INTFS usage @stephanie_m これはDoxygen-Dokuのバグです。 /* デバッグビルドモード */ /*#define NXPBUILD__PH_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" /> エステファニアさん、こんにちは。ご関心をお寄せいただきありがとうございます。 例えばPN7462AU-FW_v05.21.00_Full file rootから、その定義は一部の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のドキュメントにもライブラリでも、あなたが言及している定義を見つけることができなかったので、とても助かると思います。 よろしくお願いいたします。 エステファニア

Don't support S32K344's PlatformSDK_S32K3_2022_03 version Hi,     Previous I develop S32K344 code based on S32K344 WB board. The platform is S32DS.3.4 and RTD AUTOSAR 4.4.2, the project work well.      Now I want to develop S32G3 code, which requires S32DS.3.5. So I uninstalled the S32DS.3.4 and RTD 4.4.2 ,  install S32DS.3.5. After installation complete, I begin to install Extension and Updates. I can't find S32K3's RTD 4.4.2 version, so I have to install S32K3's RTD 3.0.0 version. After K3's RTD installing done, I import the old S32K344 project and try to open *.mex file, but the project prompt that "current tool doesn't support S32K344‘s PlatformSDK_S32K3_2022_03 version." How to resolve this issue? Re: Don't support S32K344's PlatformSDK_S32K3_2022_03 version Hi Julián,       Thank you for your reply. I create a new application project in S32DS.3.5 and K3 RTD3.0.0, but I can't find *.mex file in new project. Step1: Select S32K344 and M7(Gcc 10.2 for arm 32-bit) Step2. Select core and parameter Step3. Get new project s32k3_can_uart_rtd3, but I can't find the following file previous exist in S32DS.3.4 instance. .ClockConfigurationMappings.txt .ClockYaml.txt .s32k3_wb_can_rtd3.mex .S32K344_flash.cmm file .RTD folder. So, what's the problem for my new RTD3.0.0 project? Re: Don't support S32K344's PlatformSDK_S32K3_2022_03 version Hi @Jimmybai, This is simply an incompatibility error between RTD 2.0.0 & RTD 3.0.0. Unfortunately, there is no simple way of importing it directly from 2.0.0 to 3.0.0. Instead, I recommend to manually port over your application: 1. In your new S32DS instance with RTD 3.0.0, create a new project through "File > New > S32DS Application Project" 2. Select processor, NXP GCC 10.2 toolchain, and attach the new RTD 3.0.0 in the next window. 3. Once the project is created, copy and paste over all of the source files from your pre-existing project. 4. Lastly, open .mex file and copy over the configuration manually.  You can try to use the "Import > S32 Configuration Tools > Import Configuration (*.mex)" option to import the .mex file, however, I've found that RTD 2.0.0 and below mostly creates errors in S32CT, and manually porting the application is a better solution. Best regards, Julián Re: Don't support S32K344's PlatformSDK_S32K3_2022_03 version Hello @Jimmybai, Have you attached the RTD to the project?  Best regards, Julián

HSEからの回答待ち HSEの回答が保留中のまま、S32K312 MCUとのOTAアップデート中に届かなかった過去の事例があるかどうかを伺いたいです。 また、どのような状況下でHSEの対応が保留となる可能性があるのかをご確認ください。 Re: Pending HSE response HSEサービスが永久に保留状態になる原因となる、既知のS32K312 OTAの問題は把握しておりません。 一般的に、すべてのHSEサービスリクエストには応答が返されるべきである。応答がない場合は、HSEファームウェアが致命的なエラーを検出し、シャットダウンモードに入ったことを示している可能性があります。この場合、診断情報についてはMU GSR登録簿を確認することをお勧めします。 原因としては、無効なサービスパラメータ、無効なメモリアドレス、XRDCアクセス違反、ECCエラー、クロックや初期化の問題、リソースの競合、その他の致命的なHSE内部エラーなどがあります。 調査にご協力いただくため、問題発生時のHSEファームウェアのバージョン、実行中の特定のHSEサービス、サービス記述子、およびMUステータスレジスタ（FSR/GSR）の情報をご提供ください。

等待 HSE 回复 我想咨询一下，之前是否有过这样的情况：在使用 S32K312 MCU 进行 OTA 更新时，HSE 响应一直处于待处理状态，没有到达。 此外，请确认在何种情况下 HSE 回复可能会处于待定状态。 Re: Pending HSE response 我们目前尚未发现任何已知的 S32K312 OTA 问题会导致 HSE 服务永久处于待处理状态。 一般来说，每个 HSE 服务请求都应该返回一个响应。如果没有收到响应，则可能表明 HSE 固件遇到了致命错误并进入了关机模式。在这种情况下，我们建议检查 MU GSR 寄存器以获取诊断信息。 可能的原因包括无效的服务参数、无效的内存地址、XRDC 访问冲突、ECC 错误、时钟或初始化问题、资源冲突或其他致命的 HSE 内部错误。 为了帮助调查，请提供 HSE 固件版本、正在执行的具体 HSE 服务、服务描述符以及出现问题时的 MU 状态寄存器（FSR/GSR）。

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