FRDM-i.MX95 开发板无法从 SD 卡启动或进入 USB 串口下载器模式 问题概要 使用Win32DiskImager将提供的基础镜像写入 microSD 卡。 设置SW1 = 11以启动 SD 卡。 使用一根 USB-C 线缆将电路板连接到 PC，首先通过J1（调试 UART） ，然后通过J3（USB 设备）进行 USB 下载测试。电路板通过J25供电。 板成功通电（电源指示灯亮起）。 SD启动模式 已将J1连接到PC。 打开 PuTTY，端口115200，端口 8N1，无流量控制。 已尝试所有检测到的 COM 端口（COM3、COM4、COM5、COM6）。 多次按下 RESET 键并重启主板。 不显示启动日志或串口输出。 USB 串口下载器模式 将SW1 = 01更改为 USB 串行下载器模式。 断开 J1 连接，并将J3连接到电脑。 Windows 检测到未知 USB 设备（设备描述符请求失败），错误代码为 43 。 uuu.exe -lsusb 无法检测到主板。 请问有人能帮忙吗？FRDM-IMX95 #NXP iMX95 Re: FRDM-i.MX95 Board Not Booting from SD Card or Entering USB Serial Downloader Mode 你好@shuru_2604 您的计算机似乎没有成功自动更新其 USB 驱动程序。您可以点击以下链接下载 CH344 驱动程序并自行安装。 https://file.wch.cn/download/file?id=312https://www.wch.cn/downloads/CH343CDC_ZIP.html BR

MRF13750H原理图 你好！哪里可以找到 MRF13750H - 915MHz 窄带参考电路的电路图？

PN7160 no response with kernel 6.6.92 Our team has ported the PN7160 to the kernel 6.6.92,  but it currently cannot read any NFC tags. Here is the information for our DUT: Kernel version: 6.6.92 OS: Yocto Scarthgap PN7160 driver patch file: 0003-nfc-nxpnfc-add-NXP-PN7160-i2c-spi-kernel-driver.patch (Cloned from the NFC GitHub and modified to fit kernel 6.6) nfcDemoApp recipes: recipes-nfc.7z (Cloned from the NFC GitHub and modified to fix build errors) Kernel log: nfc-log.txt Could you please provide some advice to help us resolve this issue? 回复： PN7160 no response with kernel 6.6.92 Please set the LOGLEVEL to 0x03 in libnfc-nxp.conf. Then send me the log of when you running the nfcDemoApp. Please also send me the libnfc-nci.conf and libnfc-nxp.conf to me for checking. 回复： PN7160 no response with kernel 6.6.92 Thank you for your reply. The log and configuration files (libnfc-nci.conf and libnfc-nfc.conf) are attached. Could you please give us some advice?

MRF13750H 回路図 こんにちは！MRF13750H - 915MHzの狭帯域参照回路の電気回路図はどこで見つけられますか?

PN7160 在内核版本 6.6.92 下无响应 我们的团队已将PN7160移植到内核6.6.92 ， 但它目前无法读取任何NFC标签。 以下是我们的DUT信息： 内核版本： 6.6.92 操作系统： Yocto Scarthgap PN7160 驱动程序补丁文件： 0003-nfc-nxpnfc-add-NXP-PN7160-i2c-spi-kernel-driver.patch（克隆自 NFC GitHub 项目并修改以适配内核 6.6） nfcDemoApp 配方： recipes-nfc.7z（从 NFC GitHub 克隆并修改以修复构建错误） 内核日志： nfc-log.txt 您能否提供一些建议，帮助我们解决这个问题？ 回复： PN7160 no response with kernel 6.6.92 请在 libnfc-nxp.conf 中将 LOGLEVEL 设置为 0x03。然后把运行 nfcDemoApp 时的日志发给我。请同时将 libnfc-nci.conf 和 libnfc-nxp.conf 文件发送给我，以便我检查。 回复： PN7160 no response with kernel 6.6.92 感谢您的回复。 日志文件和配置文件（libnfc-nci.conf 和 libnfc-nfc.conf）已附上。 您能给我们一些建议吗？

FRDM-i.MX95ボードがSDカードから起動しない、またはUSBシリアルダウンローダーモードに入らない 問題の概要 Win32DiskImagerを使用して、提供されたベースイメージをmicroSDカードに書き込みました。 SDカードからの起動には、 SW1を11に設定してください。 まずはJ1(Debug UART)、その後J3(USBデバイス)経由でPCに接続し、USBダウンロードテストを行いました。 基板はJ25コネクタから電源供給されます。 基板の電源は正常にオンになりました（電源LEDが点灯しています）。 SDブートモード J1をPCに接続しました。 PuTTYを115200、8N1、フロー制御なしで開きました。 検出されたすべてのCOMポート（COM3、COM4、COM5、COM6）を試しました。 リセットボタンを押して、基板の電源を複数回オンオフしました。 ブートログやシリアル出力は表示されません。 USBシリアルダウンローダーモード USBシリアルダウンローダーモード用にSW1を01に変更しました。 J1を切断し、 J3 をPCに接続しました。 Windows は、不明な USB デバイス (デバイス記述子要求が失敗しました) をコード 43で検出しました。 uuu.exe -lsusb ではボードが検出されません。 どなたか助けていただけませんか。FRDM-IMX95 #NXP iMX95 Re: FRDM-i.MX95 Board Not Booting from SD Card or Entering USB Serial Downloader Mode こんにちは、 @shuru_2604さん パソコンのUSBドライバが自動的に正常に更新されていないようです。以下のリンクをクリックしてCH344ドライバーをダウンロードし、自分でインストールできます。 https://file.wch.cn/download/file?id=312https://www.wch.cn/downloads/CH343CDC_ZIP.html BR

Novice Trying to Make a Colour Sorting Camera I am attempting to make a colour sorter for a larger project, I am essentially a complete novice when it comes to this however. I have an ESP32-S3R8 microprocessor, and want to connect it to any compatibile camera to eventually detect when certain coloured objects are in its view. Mostly wondering what camera would be best for this, but if there are any tips for learning what I need for this project that would be greatly appreciated. Re: Novice Trying to Make a Colour Sorting Camera Hello, Using NXP portfolio we have information that could guide you in the use of camera interface with the MCUs, as for getting started in Camera Interfaces first. Between the options that I present, they use the OV7670 camera module/ Camera Interface, a very often use camera, The camera interface can be used as Color recognition, this information could be a start introduction. This documentation gives you introduction on using the camera solution, the interface and API configuration and also a demo. MCX-N option: Using SmartDMA to implement camera interface in MCXN236 LPC55 Option: AN12868: Camera Interface in LPC55(S)xx | NXP Semiconductors Additionally, if you are curious about more camera examples, there are examples for different detections using a camera in Application Code Hub, Best Regards, Luis

新手尝试制作颜色分类相机 我正在尝试为一个更大的项目制作一个颜色分拣器，但我在这方面基本上是个新手。我有一个 ESP32-S3R8 微处理器，想把它连接到任何兼容的摄像头，以便最终检测出某些颜色的物体何时出现在它的视野中。 我主要想知道哪种相机最适合这个项目，但如果能提供一些关于我需要哪些设备方面的建议，我将不胜感激。 Re: Novice Trying to Make a Colour Sorting Camera 你好， 利用 NXP 产品组合，我们拥有可以指导您如何使用 MCU 的摄像头接口的信息，以便您首先入门摄像头接口。 在我介绍的这些选项中，它们都使用了OV7670摄像头模块/摄像头接口，这是一款非常常用的摄像头。该摄像头接口可以用于颜色识别，这些信息可以作为初步介绍。 本文档将为您介绍如何使用摄像头解决方案、接口和 API 配置，并提供演示。 MCX-N选项：使用SmartDMA在MCXN236中实现摄像头接口 LPC55选件： AN12868：LPC55(S)xx 中的摄像头接口 | 恩智浦半导体 此外，如果您对更多摄像头示例感兴趣，可以在应用程序代码中心找到使用摄像头进行不同检测的示例。 此致敬礼，路易斯

PNEV5180B 2.0 PN5180 Altium回路図 PNEV5180B 2.0 PN5180の回路図はAltium形式で入手可能ですか？ また、PCBも役立つだろう。主にNFCアンテナのために。 PN5180を使用したいので、できるだけ早く稼働させたいと考えています。 Re: PNEV5180B 2.0 PN5180 Altium Schematics こんにちは、 @David-Lightbug さん。 あなたの調子が良いといいのですが。 申し訳ありませんが、PN5180の設計ファイルは利用できません。PN5180評価ボードのクイックスタートガイドを参照すると良いかもしれません。そこには関連する回路図の写真がいくつか載っています。また、 PN5180アンテナ設計もご参照ください。 可能であれば、PN5190 |ペイメント用NFCフロントエンドを検討することをお勧めします。以下の設計ファイルがPNEV5190BPに関連するものがあります: -モジュールボード -ベースボード よろしくお願いいたします。 エドゥアルド。 Re: PNEV5180B 2.0 PN5180 Altium Schematics こんにちは、 PN5190向けの NFCリーダーライブラリ を提供しています。このライブラリは、NXPのポートフォリオにあるLPC1769やKinetis K82など一部のホストMCU向けに設計されています。サードパーティプラットフォームへの移植は私たちのサポート外であり、完全に**お客様**で行う必要があります。以下の記事を参照し、ポーティングの参考資料として活用してください: - LPC55S69と連携したNFCリーダライブラリの使用 - NFCリーダーライブラリポーティングFRDM_K64F - NFCリーダーライブラリの i.MX RT1050への移植- NXPコミュニティ PN5190の利用可能な設計ファイルは、BGAパッケージを埋め込む開発ボード(PNEV5190BP)に基づいています。VFLGA40パッケージの**リファレンス・デザイン**も存在します: モジュールボードPN5190 HVQFN**デザイン**ファイル;しかし、このファイルの目的は、この特定の**パッケージ**に必要な接続を示すことです。 よろしくお願いいたします。 エドゥアルド。 Re: PNEV5180B 2.0 PN5180 Altium Schematics こんにちは、 迅速なご返信ありがとうございます。 PN5190を使用するように変更します。 コードはPN5180と互換性がありますか?質問の理由は、PN5180用のArduinoライブラリがあるのにPN5180にはないと気づいたからです。 リブレアはありますか?私たちはただ早く製品を始めたいだけです。ボードの設計は2週間以内に完成する見込みです。 よろしくお願いします。 Re: PNEV5180B 2.0 PN5180 Altium Schematics こんにちは、 Altiumの回路図を見ると、すべてBGAパッケージのようです。PNEV5190M(CCT図のBGAパッケージ)とBGAもPNEV5190BPです。 評価ボードのマニュアルを見つけましたが、QFNパッケージは表示されているPNEV5180B Altiumファイルは含まれていません。 助けてくれないか?

S32DS 3.4导入adc_example_s32k118编译失败 make: *** [src/main.o] Error 1 make: *** 正在等待未完成的任务.... In file included from ../Project_Settings/Startup_Code/exceptions.c:30: /home/xysun/NXP/S32DS.3.4/S32DS/software/PlatformSDK_S32K1_2022_02/SW32K1_RTD_4_4_1_0_1_D2202/Base_TS_T40D2M10I1R0/include/Mcal.h:62:10: 致命错误： Soc_Ips.h：没有那个文件或目录 62 | #include "Soc_Ips.h" | ^~~~~~~~~~~ 编译中断。 Re: S32DS 3.4导入adc_example_s32k118编译失败 1.jpg ConfigTools 的外围设备是“SoC_Ips.h”，但是RTD 和生成/包含源代码的使用 #include "Soc_Ips.h" Linux 严格区分大小写字母，这是 S32 IDE 的 bug 吗？应该手动修改 generate/include/SoC_Ips.h 的文件名，改为 generate/include/Soc_Ips.h，然后编译成功。 Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨@yshenu 关于你的新问题：“ Windows 安装没问题，但 Ubuntu 安装失败。我找不到原因。” 请您创建一个新主题，因为我对Ubuntu一无所知。 Re: S32DS 3.4导入adc_example_s32k118编译失败 Windows 系统安装正常，但 Ubuntu 系统安装失败。我找不到原因 Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨@yshenu 我想不出其他可能的原因。我只能建议您重新安装 IDE 和 RTD。尽量不要使用中文，再试一次。 Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨 senlent 你看，版本没问题。 2024-03-29 14-55-50 的屏幕截图.png     Re: S32DS 3.4导入adc_example_s32k118编译失败 你好@yshenu 请向我展示您的 S32 DS 版本，如下图所示，您可以看到 RTD 1.0.1 需要安装“Update 1”及以上版本。 Senlent_1-1711693579879.png Senlent_0-1711693544628.png Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨 senlent， 出现此错误 2024-03-29 11-18-54 的屏幕截图.png Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨 senlent 也许该组件函数不存在。如何安装此功能？ 2024-03-29 10-32-55 的屏幕截图.png     Re: S32DS 3.4导入adc_example_s32k118编译失败 你好@yshenu 根据您提供的日志文件，Soc_Ips.h当前项目中缺少该文件，但实际上，更新代码后，该文件将在项目目录中生成。所以我的结论是，您可能没有正确生成配置代码。 Senlent_0-1711674664635.png Re: S32DS 3.4导入adc_example_s32k118编译失败 嗨Senlent 已经更新了，但问题依旧存在。 2024-03-28 18-22-49 的屏幕截图.png   Re: S32DS 3.4导入adc_example_s32k118编译失败 你好@yshenu 请在构建之前点击“更新代码”生成配置文件。 Senlent_0-1711618540617.png

board.h 缺少外部 C 防护 这是一份错误报告。我使用的是 MCXA153 的 SDK_2.16.000。当我在 McuxPresso 中使用 " 创建新 C/C++ 项目 " 向导并创建新的 C++ 项目时，生成的代码无法版本，原因是 对 “BOARD_InitDebugConsole()” 的未定义引用 这是因为板.h 缺少外部 C 防护，可以按如下方式修复： #ifdef __cplusplus extern "C" { #endif void BOARD_InitDebugConsole(void); #ifdef __cplusplus } #endif 开发板 MCXA Re: board.h missing extern C guard 在您做出承诺一年多之后，在重新安装（2025 年 12 月）创建 C++ 项目时，错误仍然存在： 对 “BOARD_InitDebugConsole()” 的未定义引用 恩智浦公司有人在照顾客户吗？ Re: board.h missing extern C guard 亲爱的@aberger、 根据您的反馈，我们重现了该问题，并确实找到了相应的问题。 感谢您的回答为恩智浦社区做出的贡献！我们已将该错误提交给相关团队，并希望尽快更新相应的补丁。 此致 LIU Re: board.h missing extern C guard 你好@fjrg76 感谢您报告此问题。对于回复延迟，我深表歉意。 在我们的内部系统中，一旦案件关闭超过一个月，当案件添加新更新时，我们将不再收到提醒或通知。由此给您带来的不便，我深表歉意。 关于这个问题，我会和我们的SDK团队确认，并尽快回复您。 再次提醒，如果您以后有任何其他问题或疑虑，请创建新的支持工单。这样我们就能及时看到您的请求并给予及时回复。或者，您可以直接联系我，我看到您的消息后会尽快回复您。 感谢您的理解和耐心。 BR 爱丽丝

i.MX95 - 无法从 A55 内核执行 SoC RESET 各位专家好， 我正在研究 i.MX95，想从 A55 内核执行 SOC RESET（包括 M55 和 M7 内核）。 请参阅https://www.nxp.com/docs/en/user-guide/UG10163.pdf中的第 18.2 节 CRRM also needs a cold reboot (reboot SoC) to trigger the mode switch, for example, from recovery downloading to recovery installation. To meet it, we implement PSCI RESET2 in ATF, and use "reboot" rather than "reset" in U-Boot for this SoC reset. The kernel also adds the imx-sm-reset driver to call PSCI RESET2 to ATF. User application needs to use the following syscall to trigger the board reset. syscall(__NR_reboot, LINUX_REBOOT_MAGIC1, LINUX_REBOOT_MAGIC2, LINUX_REBOOT_CMD_RESTART2, "board_reset"); 我创建了一个测试应用程序（见附件），其中包含此系统调用，用于从 A55 内核触发 SOC 重置。但是执行后，它只会重置 A55 核心，而其他 M33 和 M7 核心保持不变。 如果有人之前尝试过这种方法并 RESET 了整个SOC，请告知我。 提前感谢！ BR， 阿伦·库马尔 Re: i.MX95 - Unable to perform the SOC reset from A55 core 你好， 当使用 SCMI 协议管理 SoC 区域 RESET 时，SM 必须处理由区域 RESET 产生的相关 LP 握手。此外，一些区域 RESET（例如 A55）彼此之间存在依赖关系。例如，A55Cx RESET只能与 A55 区域（非合作）整体RESET一起执行。 使用 reboot 命令从 bash 重置的行为相同；如果需要完全重启 SoC（包括所有处理功能域），则可能需要看门狗触发的重置或 PMIC 驱动的电源循环。 顺祝商祺！

HSEをインストールしたS32K311:ソフトウェアクラッシュとMCUリセット、デバッガの接続ができません NXPチームの皆様、こんにちは。 バックグラウンド: MCU: S32K311 AUTOSAR RTD MCAL: SW32K3_S32M27x_RTD_R21-11_6.0.0_QLP01 HSE FW (フルメモリ): s32k3x1_hse_fw_0.12.0_2.55.0_pb250225.bin 詳細な調査報告書はPDFファイルで添付されています。 主な争点 ソフトウェアがクラッシュし、MCUはClock_Ip_DistributePll()でリセットされます。さらに、デバッガーが接続できない場合もあります。 デバッガをホットアタッチしようとした際、リセット理由としてHSE_CLK_FAILが報告されることがありました。 上記の手順、IVTおよびDCFの記録を確認し、この問題がなぜ起こっているのか、その解決策についてもご確認いただけますか。追加情報が必要な場合はお知らせください。 HSEの設置手順、IVTの設定、DCF記録を確認し、なぜこの問題が発生しているのか、またどのように解決できるのか教えていただけますか? 追加情報が必要な場合はお知らせください。 よろしくお願いします、 シュバム・パルデシ Re: S32K311 with HSE Installed: Software Crash and MCU Reset, Debugger Unable to Attach 70秒と20秒は、リセットからHSE_STATUS_INIT_OKまでの時間です。つまり、基本的に起動時間だけが含まれているということですね? どのデバイスでも同じように動作しますか？ Re: S32K311 with HSE Installed: Software Crash and MCU Reset, Debugger Unable to Attach こんにちは、 @davidtosenovjan 当社のソフトウェアはFBLとAPPLで構成されており、どちらも同じ機能リセット機構を使用しています。 APPLがリセットを開始すると、この問題は発生しません。 FBLがリセットを開始すると、Clock_Ip_DistributePll()内でAPPL起動時にソフトウェアがクラッシュします。 当初は、Mcu_InitClock() の後、Mcu_DistributePllClock() の前に HSE_STATUS_INIT_OK のチェックを追加しました。これにより墜落は回避された。しかし、HSE_STATUS_INIT_OKが設定されるまでには約20秒かかり、その後、実際のAPPLの起動が続行されました。 本日、添付のスクリーンショットに示すように、HSE_STATUS_INIT_OK チェックを APPL の Mcu_Init() より前の段階に移動しました。 Shubham_MQ_0-1784123821324.png この手順を実行すると、HSE_STATUS_INIT_OKがほぼ即座に設定され、クラッシュは発生しなくなります。 以下の点を明確にしていただけますか? FBLとAPPLは同じリセットメカニズムを使用しているにもかかわらず、なぜこの問題はFBLによってリセットが開始された場合にのみ発生するのでしょうか？ Mcu_InitClock() の後に HSE_STATUS_INIT_OK をチェックすると約 20 秒かかるのに、Mcu_Init() の前にチェックするとほぼすぐに利用可能になるのはなぜですか？ FBLではHSE_STATUS_INIT_OKチェックが不要なのに、APPLの起動時には必要となるのはなぜですか？ 明確な根本原因の説明と推奨される初期化手順を提示してください。現在のソリューションが堅牢であり、本番環境で問題を引き起こさないことを確認する必要があります。 追加の詳細情報や時計の設定に関する詳細情報が必要な場合はお知らせください。 よろしくお願いします、 シュバム・パルデシ

外部ウォッチドッグを使用したPMICの動作（Wdg_43_VR5510） PMIC用に外部ウォッチドッグ（Wdg_43_VR5510）を実装しました。しかし、Pmic_VR5XX_TimeoutLoops_StateTransistion で無限ループに陥っています（下記参照）。 SagarZala_1-1728467272425.png 現在、状態はINIT_FS状態です。状態図によると、状態をINIT_FSからWait_ABIST2に変更するには、適切なウォッチドッグ更新が必要です。 image (7).png 最初のウォッチドッグ更新が256ms以内に正常に行われるようにするため、EcuM初期化中にWdg_43_VR5510_Init関数の後にウォッチドッグトリガーAPIを呼び出しました。 image (8).png 最初の監視機関の刷新をどのように、どこで行うべきかを知る必要がある。つまり、状態遷移はINIT_FSからwait_ABIST2へと起こるということです。 Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) こんにちは、 @Jerry_cao さん。 お問い合わせいただきありがとうございます。しかし、元の投稿はほぼ2年間閉鎖されているため、そのThreadでの支援を継続することはできません。 S32G - NXPコミュニティであなたの問題について新しい投稿を作成してください。私たちのチームは喜んでさらにサポートいたします。 BR セレステ Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) NXPチームの皆様、こんにちは。 現在VR5510 PMICのデバッグを行っているのですが、ウォッチドッグの更新に関連するリアルタイムスケジューリングの問題に遭遇しました。 MCAL I2C ウォッチドッグのリフレッシュ (I2C を介して VR5510 ウォッチドッグにフィードする) は、 同期 手術。同期待機は割り込みコンテキスト内から呼び出されるため、CPUをブロックし、他のタスクのリアルタイムスケジューリングを低下させます。 ドライバーの設定やコードに 非同期 オプションがあるのに気づきました。しかし実際には同期のビジー待機(I2C転送が完了するまでブロックとポーリングを行う)を実行しているため、実際には転送を呼び出し元から切り離すことはありません。 私の質問： VR5510のウォッチドッグリフレッシュを公式にサポートされた方法で実行することは可能ですか？ 真のノンブロッキング （例えば割り込み駆動かDMA駆動のI2C)で、他のタスクを停止させないために? 非同期オプションがノンブロッキングであることが想定されている場合、現在の同期ビジーウェイト動作は既知の制限事項でしょうか、それとも私の側の設定の問題でしょうか？ 何かご助言、設定例、またはサンプルコードをご提供いただければ大変ありがたいです。 よろしくお願いします。 Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) こんにちは、SagarZalaさん、 S32 Design Studio(S32DS)の標準化された2つの例を試したことはありますか?彼らも同じ問題を抱えるのだろうか？彼らはあなたにとって非常に良い参考資料となるかもしれません。 Celeste_Liu_0-1729049570948.png Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) こんにちは、 ご返信ありがとうございます。 私はRTDバージョン4.0.2を使用しています。I2Cは既に高速に設定済みで、 WD_WINDOWも1024msに設定されています。しかし、それでもうまくいきません。 Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) 親愛なる@SagarZala様、 ご質問ありがとうございます。VR5510は一般的にS32Gマイクロプロセッサ と組み合わせられます。そのため、VR5510の利用可能なドライバはS32G RTDパッケージ内で提供されるべきです。使用しているRTDのバージョンと、具体的な例を教えてください。 RTD 4.0.0バージョンを例にすると、パスC:\NXP\SW32G_RTD_4.4_4.0.0\eclipse\plugins\Wdg_43_VR5510_TS_T40D11M40I0R0\docの下に「RTD_WDG_43_VR5510_IM」と「RTD_WDG_43_VR5510_UM」のドキュメントがあります。文書「RTD_WDG_43_VR5510_UM」に詳細が記載されています。 ウォッチドッグタイマーはI2Cコマンドによって起動され、I2Cの速度に依存することに留意すべきである。I2Cの速度が低い場合、ウォッチドッグタイマーが作動ウィンドウのオープン時間内に正常にトリガーされない可能性があります。この問題を避けるために、ユーザーはI2cを高速で設定し、有効な期間は長いウィンドウを使うことを推奨します。 ウォッチドッグのリフレッシュを設定するには、WD_WINDOW[3:0]を設定してリフレッシュ時間を取得します。次の図に示すように： Celeste_Liu_0-1728636341767.png 「Document VR5510 製品 data sheet」(表45ページ、60ページ)を参照してください。ウォッチドッグウィンドウの期間設定は、以下のスクリーンショットに示すとおりです。WD（廃液排出）期間を正しく設定した後、WDに正しく給紙する必要があります。 Celeste_Liu_4-1728636786838.png Celeste_Liu_5-1728636805408.png 上記の情報がお役に立てば幸いです。 よろしくお願いいたします。 セレステ

S32DS 3.6.7 RTD 7.0.1 P02 HSEコード生成エラー S32DS 3.6.7を使用してS32K358のHSE 関連の RTD コードを生成しようとしています。しかし、問題が発生しました。 まず、以下の更新サイトを下記の順序でインストールしました。 SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite.zip SW32K3_RTD_R23-11_7.0.1_P02_D2603_DesignStudio_updatesite.zip インストール状況は下の画像に示されています。 wodudwo_1-1784020530765.png wodudwo_0-1784020518071.png 次に、下記のSDKを選択して新しいプロジェクトを作成しました。 wodudwo_2-1784020561794.png 次に、以下に示すように、Config ToolsにBaseNXPとHseのコンポーネントを追加しました。 wodudwo_3-1784020582815.png しかし、以下の検証エラーが発生します。 Issue: Hse is not found in the toolchain/IDE project. The project will not compile! Level: Error Type: Validation Tool: Toolchain/IDE project Origin: Peripherals Target: Toolchain/IDE project: M7_0_0 Resource: platform.driver.Hse この問題をどう解決し、HSE関連のRTDコードを正常に生成すればよいでしょうか? Re: S32DS 3.6.7 RTD 7.0.1 P02 HSE code generation error こんにちは、 以下のパッケージをインストールしてコードを生成しようとしましたが、同じ検証エラーが出ます。 wodudwo_1-1784074948979.png wodudwo_2-1784074960671.png wodudwo_3-1784074969264.png wodudwo_0-1784074933867.png ご提案の通り、まずRTD関連の拡張機能をすべてアンインストールし、その後、以下のパッケージのみをインストールしました。 - SW32K3_RTD_R23-11_7.0.1_P02_D2603_DesignStudio_updatesite.zip インストール状況は以下のとおりです。 wodudwo_4-1784075002029.png wodudwo_5-1784075010124.png しかし、これを実行した後は、下の画像のように新しいプロジェクトを作成する際にSDKを選択できなくなりました。 wodudwo_6-1784075045680.png この問題を解決するにはどうすれば良いですか？ Re: S32DS 3.6.7 RTD 7.0.1 P02 HSE code generation error こんにちは、 @wodudwo さん。 ソフトウェアパッケージの欠落がないことを確認するために、IDEにインストールされているパッケージと以下の画像に示されているものを比較していただけますか? VaneB_0-1784059529950.png さらに、S32K3 RTDに関連するすべてのパッケージをアンインストールし、名前に「P02」が含まれているパッケージだけを再インストールしてみましょう。 BR、VaneB Re: S32DS 3.6.7 RTD 7.0.1 P02 HSE code generation error こんにちは、 @wodudwo さん。 インストール手順の1つが抜けている可能性があります。以下は、私がパッケージをうまくインストールするために使っている手順です: すでにいくつかのパッケージをインストールしているので、まずはS32K3デバイス向けのRTDに関連するすべてのパッケージをアンインストールすることをお勧めします。S32K3およびS32Mデバイス向けのS32 Configuration Tools R1.8 NPIデータパッケージも含めて、これらはRTDパッケージに依存しているためです。 - 以下の更新サイトを追加してください。 SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite.zip SW32K3_RTD_R23-11_7.0.1_P02_D2603_DesignStudio_updatesite.zip SW32K3_RTD_R23-11_7.0.1_P02_D2603_DesignStudio_updatesite_updated_D20260630.zip - 名前にP02を含むパッケージのみを選択しインストールする。インストールに必要な追加の依存パッケージを自動的に選択・インストールできるようにします。 インストールが正常に完了するまで待ち、S32DSを再起動してください。 - 再起動後、S32K3およびS32Mデバイスコンポーネント用のすべてのS32構成ツールR1.8 NPIデータパッケージを選択してインストールします。ここでも、S32DSが必要な依存関係を自動的に選択するように設定してください。 インストールが正常に完了するまで待ち、S32DSを再度再起動してください。 これらの手順を踏んだ結果、IDEsに6つのRTD 7.0.1パッケージ(P02を含む)がインストールされました。このセットアップで、HSEドライバをプロジェクトに問題なく追加できます。 VaneB_0-1784154210318.png

PWM捕获功能在frdm_mcxw72板上无法工作 你好， 我尝试在frdm_mcxw72板上练习pwm捕获示例，但不幸的是，串口工具中的打印消息只显示“捕获周期错误-134 ”。我确信有 1Khz、50% 占空比的 PWM 信号注入到 frdm_mcxw72 板的 PTA21 引脚中。 我从演示案例中导入了整个项目文件，没有任何改动，只是添加了覆盖文件，以下是覆盖文件设置。 anliu114036_0-1783501416708.png 请帮忙查一下为什么打印信息不正确。提前致谢！ Re: PWM Capture can't work in frdm_mcxw72 board 你好， 希望你一切都好。请问您使用的是哪个 Zephyr 仓库？ 另外，你是从哪些例子入手的？你修改过什么吗？ 顺祝商祺！ 里卡多 Re: PWM Capture can't work in frdm_mcxw72 board 你好， 请问您使用的是哪个代码仓库？ 您使用的是上游还是下游？ 另外，这个示例在您那边无需修改就能正常运行吗？ 顺祝商祺！ 里卡多 Re: PWM Capture can't work in frdm_mcxw72 board 嗨，里卡多， 仓库版本为V4.4.1.0，以下是我的步骤 1. 从仓库导入捕获示例应用程序 anliu114036_0-1783644698775.png 2. 将 DTS overlay 文件添加到板文件夹中，overlay 文件的内容已在第一条消息中发布。 3. 将固件编译并烧录到我手中的frdm_mcxw72开发板上，打印信息为： “捕获周期错误”，看起来板状态正常，因为我没有注入 PWM 信号，但是将 PWM 信号注入 PTA21 引脚后，打印消息仍然相同。     Re: PWM Capture can't work in frdm_mcxw72 board 嗨，里卡多 这是仓库版本 anliu114036_0-1783902527295.png 我只更新了覆盖文件，如果没有这个文件，就无法成功版本。 顺祝商祺！ Re: PWM Capture can't work in frdm_mcxw72 board 你好， 请问您使用的是上游系统还是下游系统？ 顺祝商祺！ 里卡多 Re: PWM Capture can't work in frdm_mcxw72 board 嗨，里卡多， 抱歉，我不太明白这里的“上游”和“下游”是什么意思。我猜应该是下游。或者您能否修改其他描述？

S32K311 with HSE Installed: Software Crash and MCU Reset, Debugger Unable to Attach Hello NXP Team, Background: MCU: S32K311 AUTOSAR RTD MCAL: SW32K3_S32M27x_RTD_R21-11_6.0.0_QLP01 HSE FW (Full Memory): s32k3x1_hse_fw_0.12.0_2.55.0_pb250225.bin Full Investigation Report attached in PDF Main Issue The software crashes and the MCU resets in Clock_Ip_DistributePll(). In addition, the debugger is sometimes unable to attach. When I tried to hot-attach the debugger, the reset reason was sometimes reported as HSE_CLK_FAIL. Can you check mainly the above procedure, IVT and DCF records and additionally information why this issue is occurring and its solution, Please let us know if any additionally information is needed. Could you please check the HSE installation procedure, IVT configuration, and DCF records, and advise why this issue is occurring and how it can be resolved? Please let us know if any additional information is required. Best regards, Shubham Pardeshi Re: S32K311 with HSE Installed: Software Crash and MCU Reset, Debugger Unable to Attach Hello @davidtosenovjan  Our software consists of FBL and APPL, and both use the same Functional reset mechanism. When APPL initiates the reset, the issue is not observed. When FBL initiates the reset, the software crashes during APPL startup inside Clock_Ip_DistributePll(). Initially, we added a check for HSE_STATUS_INIT_OK after Mcu_InitClock() and before Mcu_DistributePllClock(). This prevented the crash. However, it took approximately 20 seconds for HSE_STATUS_INIT_OK to be set, after which the actual APPL startup continued. Today, we moved the HSE_STATUS_INIT_OK check to an earlier stage, before Mcu_Init() in APPL, as shown in the attached screenshot. Shubham_MQ_0-1784123821324.png With this sequence, HSE_STATUS_INIT_OK is set almost immediately, and the crash is no longer observed. Could you please clarify the following? Why does this issue occur only when the reset is initiated by FBL, even though FBL and APPL use the same reset mechanism? Why does HSE_STATUS_INIT_OK take approximately 20 seconds when checked after Mcu_InitClock(), but become available almost immediately when checked before Mcu_Init()? Why is the HSE_STATUS_INIT_OK check not required in FBL, but appears to be required during APPL startup? Please provide a clear root-cause explanation and the recommended initialization sequence. We need to ensure that the current solution is robust and will not cause any issues in production. Please let us know if any additional details or clock configuration details are required. Best regards, Shubham Pardeshi Re: S32K311 with HSE Installed: Software Crash and MCU Reset, Debugger Unable to Attach Mentioned 70 and 20 seconds are times from reset to HSE_STATUS_INIT_OK. So basically only boot time is included, correct? Does it behave the same way on every device?

使用外部看门狗的 PMIC 行为 (Wdg_43_VR5510) 我已经为 PMIC 实现了外部看门狗（Wdg_43_VR5510）。但它在 Pmic_VR5XX_TimeoutLoops_StateTransistion 中陷入了无限循环（见下文）。 SagarZala_1-1728467272425.png 目前它处于 INIT_FS 状态，根据状态图，我们需要进行一次良好的看门狗刷新，才能将状态从 INIT_FS 更改为 Wait_ABIST2。 image (7).png 为了满足 256ms 内首次有效看门狗刷新的要求，我们在 EcuM 初始化期间的 Wdg_43_VR5510_Init 函数之后调用了看门狗触发 API。 image (8).png 我们需要知道如何以及在哪里调用第一个监控程序刷新。因此，状态转换从 INIT_FS 到 wait_ABIST2。 Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) 你好@Jerry_cao ， 感谢您与我们联系。然而，原帖已关闭近两年，因此我们无法继续在该帖下为您提供支持。 请在S32G - NXP 社区中为您的问题创建一个新帖子，我们的团队将很乐意为您提供进一步的帮助。 BR 塞莱斯特 Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) 您好，NXP团队， 我目前正在调试 VR5510 PMIC，遇到了与看门狗刷新相关的实时调度问题。 MCAL I2C 看门狗刷新（通过 I2C 向 VR5510 看门狗提供数据）的实现方式如下： 同步 手术。由于我们是在中断上下文中调用它，因此同步等待会阻塞 CPU，并降低其他任务的实时调度性能。 我注意到有一个 异步 驱动程序配置/代码中的选项。然而，实际上它仍然执行同步忙等待（它会阻塞并轮询，直到 I2C 传输完成），因此它实际上并没有将传输与调用者解耦。 我的问题： 是否有官方支持的方法可以刷新 VR5510 看门狗？ 真正无阻塞 （例如是否采用中断驱动或DMA驱动的I2C协议，以避免阻塞其他任务？ 如果异步选项预期是非阻塞的，那么当前的同步忙等待行为是已知的限制还是我的配置问题？ 任何指导、参考配置或示例代码都将不胜感激。 谢谢！ Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) 你好 SagarZala， 我想知道您是否尝试过 S32 设计工作室 (S32DS) 中的两个现成示例？他们会遇到同样的问题吗？或许他们能成为你很好的推荐人。 Celeste_Liu_0-1729049570948.png Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) 您好， 谢谢回复。 我使用的是 RTD 版本 4.0.2。我已经将 I 2C 配置为高速，并且WD_WINDOW 也配置为 1024ms。但它仍然不起作用。 Re: Behavior of PMIC using external Watchdog (Wdg_43_VR5510) 亲爱的@SagarZala ， 谢谢你的提问。VR5510 通常与 S32G 微处理器搭配使用。为此，应在 S32G RTD 软件包下提供 VR5510 的可用驱动程序。您使用的是哪个版本的RTD？具体是哪个示例？ 以 RTD 4.0.0 版本为例，您可以在路径 C:\NXP\SW32G_RTD_4.4_4.0.0\eclipse\plugins\Wdg_43_VR5510_TS_T40D11M40I0R0\doc 下找到文档“RTD_WDG_43_VR5510_IM”和“RTD_WDG_43_VR5510_UM”。文件“RTD_WDG_43_VR5510_UM”中有更详细的描述。 值得一提的是，看门狗是通过 I2c 命令触发的，并且取决于 I2c 速度。当 I2c 速度较低时，看门狗可能无法在看门狗的窗口打开时间内成功触发。为避免此问题，我们建议用户将 I2c 配置为高速，并在启用 I2c 时使用较大的窗口周期。 要设置看门狗刷新，您可以配置 WD_WINDOW [3:0] 来获取刷新时间。如下图所示： Celeste_Liu_0-1728636341767.png 请参阅“ Document VR5510 产品数据手册”第 60 页表 45。监视窗口周期配置，如下截图所示。设置好正确的 WD 周期时间后，需要正确地给 WD 供料。 Celeste_Liu_4-1728636786838.png Celeste_Liu_5-1728636805408.png 希望以上信息对您有所帮助。 顺祝商祺！ 塞莱斯特

关于8M+实时精度 您好，我们想更多地了解 8M Plus 在实时应用方面的功能。是否有关于TSN、实时性能或抖动方面的测试报告或相关资料？ i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: Regarding 8M Plus Real time Accuracy 面积 可用材料 它包含什么 实时 CPU/RTOS 延迟 鱼叉用户指南 测量实时延迟 i.MX 8M Plus / Zephyr 包括 IRQ 延迟和任务延迟（单位：纳秒）。示例结果：空载 IRQ 延迟最小值/平均值/最大值/标准差 = 625 / 796 / 11,125 / 1,798 ns 任务延迟 = 2,583 / 2,671 / 13,041 / 6,045 ns 。在 Linux 系统下，CPU + 内存负载，IRQ 延迟 = 625 / 798 / 4,250 / 4,674 ns ，任务延迟 = 2,583 / 2,670 / 14,333 / 10,407 ns 。 实时基准测试方法 Harpoon 用户指南 — 实时延迟应用程序 将基准定义为硬件 IRQ 事件与软件操作之间的时间差，使用硬件计时器以亚微秒精度进行测量。 TSN 能力 i.MX 8M Plus 产品/参考资料 i.MX 8M Plus 包含双千兆以太网接口，其中一个以太网接口支持 TSN，并使用集成式 800 MHz Arm Cortex-M7 用于工业实时控制。 TSN硬件标准 i.MX 8M Plus 参考手册 TSN支持包括 IEEE 802.1Qbv 时间感知整形器 ， 802.1Qav 基于信用的整形者 ， IEEE 1588v2 PTP 以太网模块实现了 802.1Qbv-2015 ， 802.3br ， 和 802.1Qbu 与帧抢占相关的TSN功能。 TSN 测试/验证环境 实时边缘计算用户指南 描述了用于评估 i.MX 8M Plus TSN 功能的 TSN 测试环境，包括流量生成/分析以及对延迟、抖动和同步精度的监控。 TSN抖动/延迟示例 实时边缘用户指南 — TSN 端点示例应用程序 提供 TSN 端点统计信息，包括流量延迟最小值/平均值/最大值和备注 延迟约为 503 微秒 和 延迟抖动约为 300 纳秒 在所示示例中。 TSN 应用演示 AN13588 演示 GenAVB/TSN 实时控制应用。它描述了一个 2毫秒周期 ，一个 400 微秒预留/保证的控制流量窗口 以及一个用于调度、处理时间、流量正确性和延迟的统计线程。 TSN 802.1Qbv 演示 AN13995 演示了使用 i.MX 8M Plus 的 TSN 802.1Qbv，并解释了时间感知整形技术如何利用固定的重复周期来提供确定性的延迟；它还包含 Linux 版本。  tc  /  taprio  配置示例。   Re: Regarding 8M Plus Real time Accuracy @yipingwang 感谢您提供信息。请问您能否也向我们提供有关 iMX8M Plus EVK 的信息？ 谢谢。 Re: Regarding 8M Plus Real time Accuracy 我们了解到，i.MX95 EVK 尚未正式发布任何公开的“实时性能报告”。但是，NXP 内部确实对 i.MX95 平台进行了实时基准测试。内部基准测试文档表明，已在运行实时边缘软件和 PREEMPT_RT Linux 的 i.MX95 LPDDR5 EVK 上执行了 cyclictest 和 EtherCAT 性能评估。报告的例子包括：在 6 小时的压力测试期间，循环测试的最大延迟约为 38 µs；在记录的测试条件下，EtherCAT 滤波后的最大抖动约为 12 µs。由于实时性能很大程度上取决于 BSP 版本、内核配置、CPU 隔离、工作负载和网络流量，因此这些值应被视为参考测量值，而不是保证的应用级限制。   请参阅https://www.nxp.com/docs/en/user-guide/REALTIMEEDGEUG.pdf 作为支持的基准测试平台，并提供详细的循环测试、压力测试和 rt_latency 测试程序。 Re: Regarding 8M Plus Real time Accuracy 我们的代理商告知我们，目前还没有关于 NXP i.MX95 EVK 实时性能或抖动的官方性能报告。 但是，他们还提供了描述评估实时延迟的测试方法（例如，循环测试）的文档。 这导致我们这边有些困惑。由于存在标准化的测试方法，我们假设此类测试一定已在内部执行过——至少在参考 EVK 平台上执行过。 因此，我们想澄清如下： NXP 是否对 i.MX95 EVK 进行过任何实时性能（例如延迟、抖动）的内部测量？ 如果可以，是否有任何参考结果或基准结果可以分享？ 我们了解到，实时性能可能会因系统配置和工作负载而异。然而，即使是受控条件下的基准结果（例如，默认 BSP，最小负载）对于初步评估也非常有帮助。 感谢您的支持。 hankwang_0-1784018178178.png Re: Regarding 8M Plus Real time Accuracy REALTIMEEDGEUG （实时边缘软件用户指南）（ https://www.nxp.com/docs/en/user-guide/REALTIMEEDGEUG.pdf ） 实时边缘软件（最相关） 恩智浦半导体的实时边缘软件正式支持 i.MX8M Plus EVK，并包含以下内容： PREEMPT_RT Linux TSN 协议栈 IEEE 802.1AS (gPTP) 同步 TSN流量整形和调度 EtherCAT、OPC-UA、CAN 相关工业协议 使用 Cortex-A53 + Cortex-M7 的异构实时操作 内部文件REALTIMEEDGEUG指出，实时边缘软件提供： 实时网络（TSN） 实时 Linux (PREEMPT_RT) 纯RTOS/裸机选项 监狱隔断 工业协议支持 支持 i.MX 8M Plus LPDDR4 EVK NXP 应用笔记AN13995 – 使用 i.MX 8M Plus 进行 TSN 802.1Qbv 演示 实时优势产品概览材料中描述了 PREEMPT_RT + TSN 支持 Re: Regarding 8M Plus Real time Accuracy @yipingwang非常感谢您提供的信息。

S32DS 3.6.7 RTD 7.0.1 P02 HSE code generation error I am trying to generate the HSE-related RTD code for S32K358 using S32DS 3.6.7, but I have encountered an issue. First, I installed the following Update Sites in the order shown below: SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite.zip SW32K3_RTD_R23-11_7.0.1_P02_D2603_DesignStudio_updatesite.zip The installation status is shown in the image below. wodudwo_1-1784020530765.png wodudwo_0-1784020518071.png Next, I created a new project by selecting the SDK shown below. wodudwo_2-1784020561794.png Then, I added the BaseNXP and Hse components in Config Tools as shown below. wodudwo_3-1784020582815.png However, the following validation error occurs: Issue: Hse is not found in the toolchain/IDE project. The project will not compile! Level: Error Type: Validation Tool: Toolchain/IDE project Origin: Peripherals Target: Toolchain/IDE project: M7_0_0 Resource: platform.driver.Hse How can I resolve this issue and successfully generate the HSE-related RTD code? Re: S32DS 3.6.7 RTD 7.0.1 P02 HSE code generation error Hello, I tried generating the code with the following package installed, but I still encounter the same validation error. wodudwo_1-1784074948979.png wodudwo_2-1784074960671.png wodudwo_3-1784074969264.png wodudwo_0-1784074933867.png As you suggested, I first uninstalled all RTD-related extensions and then installed only the following package: - SW32K3_RTD_R23-11_7.0.1_P02_D2603_DesignStudio_updatesite.zip The installation status is shown below. wodudwo_4-1784075002029.png wodudwo_5-1784075010124.png However, after doing this, I can no longer select any SDK when creating a new project, as shown in the image below. wodudwo_6-1784075045680.png What should I do to resolve this issue? Re: S32DS 3.6.7 RTD 7.0.1 P02 HSE code generation error Hi @wodudwo  To verify that there are no missing software packages, could you please compare the packages installed in your IDE with those shown in the following image? VaneB_0-1784059529950.png Additionally, let's try uninstalling all packages related to S32K3 RTD and then reinstall only the packages that contain "P02" in their name. BR, VaneB Re: S32DS 3.6.7 RTD 7.0.1 P02 HSE code generation error Hi @wodudwo  I believe one of the installation steps may be missing. Below is the procedure I use to install the packages successfully: Since you have already installed some packages, I recommend first uninstalling all packages related to RTD for S32K3 devices, including the S32 Configuration Tools R1.8 NPI Data Package for S32K3 and S32M devices, as these have dependencies on the RTD packages. - Add the following update sites: SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite.zip SW32K3_RTD_R23-11_7.0.1_P02_D2603_DesignStudio_updatesite.zip SW32K3_RTD_R23-11_7.0.1_P02_D2603_DesignStudio_updatesite_updated_D20260630.zip - Select and install only the packages that contain P02 in their name. Allow S32DS to automatically select and install any additional dependent packages required for the installation. - Wait for the installation to complete successfully and allow S32DS to restart. - After the restart, select and install all S32 Configuration Tools R1.8 NPI Data Package for S32K3 and S32M devices components. Again, allow S32DS to automatically select any required dependencies. - Wait for the installation to complete successfully and allow S32DS to restart once more. After following these steps, I end up with six RTD 7.0.1 packages (including P02) installed in my IDE. With this setup, I am able to add the HSE drivers to my projects without any issues. VaneB_0-1784154210318.png