edge ai How can go first step with edge AI?

S32K312 安全启动和编程闪存 附件中的 CMM 文件是一个脚本，它将 FBL 和应用程序写入 S32K312 MCU，然后激活 SecureBoot、SecureDebug 和配置锁定。 我们希望对运行此 CMM 时出现的 HardFault 问题进行审查和改进。 如屏幕截图所示，之前在执行“Go”时，导入 FBL 和应用程序后发生 HardFault，JTAG 时钟始终设置为 5 MHz。 作为一项更改，我们在导入应用程序文件后将 SYStem.JtagClock 设置为 1 MHz。通过这一改变，在运行 CMM 时，“Go”步骤很少发生硬故障，因此我们得出结论，降低 JTAG 时钟速度是一种有效的方法。但是，当应用修改后的 CMM 时，在导入 FBL 和 App 后，偶尔会在“Go”时出现“被 vectbl 停止”错误。 请您检查一下 CMM，确保其整体运行稳定。同时，我们也想了解一下如何改进它，以彻底消除“被 vectbl 停止”的错误。 原始三坐标测量机：GN7_PE_MAIN_G_SECURE_260412.cmm 修改后的 CMM（JTAG 时钟已更改为 1 MHz）：GN7_PE_MAIN_G_SECURE_260412_0714RE.cmm 此外，我们希望在启用安全启动后导入不同的 FBL。在启用安全启动的情况下，是否可以导入不同的 FBL？如果可以的话，我们希望您能提供一份指南。 Re: S32K312 Secureboot and Program Flash 嗨@jeongwoo 我看到的主要问题是： 这意味着：加载粉色文件并重置设备。After this RESET, SBAF 应该会安装 HSE 固件。但关键是——这个操作大约需要 1 秒钟。但是，在 0.1 秒后，您将再次重置 MCU，并且您将立即通过 fbl 对 0x40_0000 处的粉色文件进行重新编程。至少将等待时间增加到 1.3 秒。否则，SBAF 会尝试安装 HSE 固件，而您同时会尝试重新编程 fbl。 此致， Lukas

USXGMII multi-rate on i.MX95 Hi, we are trying to evaluate if we can implement an ethernet port on the i.MX95 that is able to support the following ethernet speeds: 10GBASE-T 5GBASE-T 2.5GBASE-T 1000BASE-T 100BASE-TX 10BASE-Te In general this requires us to place a 10Gbit capable ethernet PHY on our design and connect it to the i.MX95 ethernet controller via one of two interfaces: USXGMII or XFI From our understanding the USXGMII interface is a multi-rate interface in theory, meaning it can facilitate all speeds from 10Gbit to 10bit over one link. In contrast the XFI interface is a single-rate interface that can only facilitate 10Gbit. According to the i.MX95 reference manual (e.g. section 104.2, table 621) the i.MX95 supports both XFI and "10G-USXGMII". So initially it looks like our desired interface USXGMII seems to be supported. There are several points that confuse us however: 1. The declaration "10G-USXGMII" could be interpreted to mean that the interface is a USXGMII link in theory but it only really works in the 10Gbit mode. 2. The NXP eval board IMX95LPD5EVK-19 implements a 10GBase-T port using a Marvell AQR113C PHY. a) In the block diagram in figure 1, section 1.1 the PHY looks to be connected to the USXGMII interface: b) In the associated section 2.11.3 "10 Gbit Ethernet Interface" the AQR113C ethernet transceiver is said to support all data rates from 10Gbit to 10bit, hinting at true USXGMII: c) This section also mentions that the interface used to connect the ethernet PHY is XFI: So in conclusion we are confused wether or not the i.MX95 supports the full multi-rate USXGMII or only a 10Gbit-only version. We tried to look at the NXP eval board as a reference but we are not sure either if the 10GbE port on that board is connected via USXGMII (allowing multi-rate from 10Gbit to 10bit) or via XFI (10Gbit only). Could you please clarify for us: Is it possible to implement a true multi-rate 10GbE port on the i.MX95 that supports speeds from 10Gbit to 10bit? Re: USXGMII multi-rate on i.MX95 Thank you very much for this in-depth response. This clears up any confusion on our side! Re: USXGMII multi-rate on i.MX95 1. Meaning of "10G-USXGMII" "10G-USXGMII" refers to the standard multi-rate USXGMII protocol, not a 10G-only mode. The "10G" denotes the fixed SerDes lane speed, while USXGMII supports in-band rate adaptation for 10M, 100M, 1G, 2.5G, 5G, and 10G Ethernet. On i.MX95, this mode is represented by the PCS_PROT_10G_SXGMII setting. 2. Interface Used on the i.MX95 EVK The i.MX95 EVK uses XFI (10GBASE-R) rather than USXGMII. In imx95-19x19-evk.dts, enetc_port2 is configured as: phy-mode = "10gbase-r"; Therefore, the onboard AQR113C operates in XFI mode. 3. Is True Multi-Rate USXGMII Supported? Yes. The i.MX95 NETC hardware supports USXGMII, and the Linux ENETC4 driver handles speed changes through enetc4_set_port_speed(). The Marvell AQR113C also supports USXGMII host-interface mode. 4. What Is Needed on a Custom Board? To enable full multi-rate operation: Configure the device tree: phy-mode = "usxgmii"; managed = "in-band-status"; Configure the AQR113C firmware for USXGMII host mode instead of XFI. The EVK uses XFI for its 10GbE port, but a custom i.MX95 design can use USXGMII with the AQR113C (or a similar PHY) to support 10M/100M/1G/2.5G/5G/10G over a single MAC-to-PHY link. Thanks Re: USXGMII multi-rate on i.MX95 I am not the original poster but I am also trying to get usxgmii working. Has NXP ever validated if usxgmii works on the BSP kernel? I am trying to use it with a mv-cux3610 phy but I get these errors: [ 43.063202] nxp_enetc4 0002:00:10.0 (unnamed net_device) (uninitialized): MAC returned PCS which does not support usxgmii [ 43.074224] nxp_enetc4 0002:00:10.0 (unnamed net_device) (uninitialized): failed to validate link configuration for inband [ 43.085308] nxp_enetc4 0002:00:10.0: Failed to create phylink [ 43.091726] nxp_enetc4 0002:00:10.0: probe with driver nxp_enetc4 failed with error -22 it seems to be caused by the netc PCS not advertising usxgmii support, only 10gbase-r, 2500-basex and sgmii: (this is on the lf-6.18.y linux-imx branch) Re: USXGMII multi-rate on i.MX95 Just one more follow-up question: Is the driver for the Marvell AQR113C included in the NXP Linux BSP or is it an out-of-tree module we must supply ourselves? Re: USXGMII multi-rate on i.MX95 Thank you for your reply! Last question from my side: Is it possible to configure the enetc_port2 and the AQR113C on the i.MX95 EVK to USXGMII mode? Would this allow us to test the multi-rate functionality of the USXGMII interface on the EVK? Re: USXGMII multi-rate on i.MX95 the driver has been included in NXP Linux BSP, link: https://github.com/nxp-real-time-edge-sw/real-time-edge-linux/blob/linux_6.18.20/drivers/net/phy/aquantia/aquantia_main.c

参考知识 64/5000 寻求有关 M 的刷机工具和固件包的技术帮助 我是一名IT技术员，最近在网上购买了一台过时的工业平板电脑。处理器型号为 MCIMX6Q5EYM10AD QKM1715 5N55D MSIA GOkMOH。我现在想在这台工业平板电脑上重新安装操作系统，要么安装标准的安卓系统，要么安装Windows 10。然而，尽管我在网上进行了广泛的搜索，我仍然一头雾水。我想请问是否有技术专家可以帮帮我？我需要一款刷机工具或软件，以及适用于这款特定型号设备的刷机包，无论是安卓系统还是Windows 10系统都可以。希望你一切安好。愿善良的人们蒙受和平与繁荣的祝福。谢谢你！ Re: 参考知识 64/5000 Seeking technical assistance regarding the flashing tool and firmware package for t 谢谢，祝您生活愉快 Re: 参考知识 64/5000 Seeking technical assistance regarding the flashing tool and firmware package for t 你好@huansensky 希望你一切都好。 实际上，你应该联系你的平板电脑供应商。 我们有评估板的电路板支持包。此外，我们还有安卓系统。 但是，特定硬件的软件应该由供应商提供。 顺祝商祺！ 萨拉斯。

S32K144 MCUの設定問題 こんにちは、NXPサポートチームの皆さん、 私はEB Tresos / NXP MCAL AUTOSAR 4.2.2を使って、S32K144プロジェクトに取り組んでいます。MCUの設定を生成しフラッシュした後、ボードはデバッガに応答しなくなりました。 問題の概要： 生成されたMCU構成をフラッシュした後: デバッガーがボードを検出しなくなりました。 デバッグ接続に失敗しました。 LEDは点灯し続けます。 デバッガー接続を再度試みても、ボードは復旧しないようです。 MCUがリセット、クロック障害、PLLロック障害、またはクロックモニターリセットループに陥っているのではないかと疑っています。 私の EB tresos の確認を手伝ってもらえますか。.xdm設定と確認： S32K144に対してSOSC構成が正しいかどうか。 SPLL構成が有効かどうか。 SOSC/SPLLクロックモニターリセットを有効にすると、このような回復不能なデバッグ問題を引き起こす可能性があるのか。 私のRUN/SYS/CORE/BUS/FLASHクロックのリファレンス設定が正しいかどうか。 FIRC 48 MHzのみを使用した安全な復旧構成には、具体的にどのようなEBトレソ設定を使用すべきでしょうか。 デバッグアクセスが失敗した場合、基板を復元する方法。 デバッガーを再接続してみましたが、ボードは復旧しません。S32K144の正確な回復手順を教えてください。例えば: -リセット中に接続 -マス消去 -セキュアデバイス回収 - 接続時にユーザーコードの実行を無効にする -PEMicro / OpenSDA / J-Link 復旧ステップ よろしくお願いいたします。 アイシュワリヤー

Edgefast Open 在 SDK 中不可用 自 SDK 版本 26.09.00 起，EdgeFast Bluetooth PAL 将被弃用，我想开始测试并切换到新的 EdgeFast Open。 如文档中所述： https://mcuxpresso.nxp.com/mcuxsdk/latest/html/middleware/edgefast_open/docs/MCUXSDKEFOPENUG/topics/demo.html#run-a-demo-application-using-mcuxpresso-ide 似乎可以使用 MCUXPresso IDE 测试新库，所以我从 MCUXpresso SDK Builder 下载了适用于 RT685、RT1060 和 RT1170 的最新 26.06 SDK，并尝试导入一个示例，但我找不到任何使用“开放”库的示例。该 SDK 中似乎只包含了 PAL 版本。 我还使用 MCUXPresso for VSC 进行了测试，从 GitHub 下载了存储库。我在源代码和清单文件中都看到了这个库，但是它没有包含在任何板示例中。 我该如何测试新的 EdgeFast 库？ 先行致谢。 Re: Edgefast Open not available on SDK 我就是从那里开始的。 问题在于： - 为 MCUXPresso 生成的 SDK 不包含任何库或示例的痕迹。 - 该库和示例已上传至 GitHub。我克隆了仓库，可以看到文件，但仍然无法导入使用此库的示例。 Re: Edgefast Open not available on SDK 您好， 请查看mcux SDK的以下目录：mcuxsdk\middleware\edgefast_open。 问候， 丹尼尔。 Re: Edgefast Open not available on SDK 您需要从仓库中获取 SDK。并非来自 SDK 构建器。 然后，您可以按如下方式构建示例： C:\mcux_26_06\mcuxsdk\mcuxsdk>west build -b evkbmimxrt1170 middleware/edgefast_open/examples/peripheral_ht --build-dir build_peripheral_ht --pristine -- -Dcore_id=cm7 然后刷机： C:\mcux_26_06\mcuxsdk\mcuxsdk>west flash --build-dir build_peripheral_ht 输出： BLE Peripheral HT demo start... Bluetooth initialized Advertising successfully started 问候， 丹尼尔。

关于 MIFARE SAM AV3 评估板的 RFIDDiscover 设置的问题 你好， 我正在使用 MIFARE SAM AV3 评估板 (UM11316)。根据第 7.4.1 节，RFIDDiscover 需要使用 Ashling IN-CLA7816 适配器和兼容的 PC/SC 阅读器，通过 ISO7816 接口连接电路板。 请问您能否澄清一下： Ashling IN-CLA7816 适配器是必需的吗？还是可以使用其他 ISO7816 适配器？ 哪些 PC/SC 阅读器已经过验证或获得评估板和 RFIDDiscover 的官方支持？ 您能推荐一款目前市面上可以买到的阅读器吗？ 谢谢！ Re: Question Regarding RFIDDiscover Setup for MIFARE SAM AV3 Evaluation Board 你好@boussihak ， 希望你一切都好。 MIFARE SAM AV3 开发套件应该已经包含一个您可以使用的 ISO/IEC 7816 智能卡读卡器适配器。 另外，我建议您使用PEGODA 免接触式智能卡读卡器；该设备可在 PC/SC 模式下使用，并集成了一个接触式卡槽。 问候， 爱德华多。

参考知识 64/5000 Mのフラッシュツールおよびファームウェアパッケージに関する技術支援を求めています 私はIT技術者で、最近オンラインで古いインダストリアルタブレットを購入しました。プロセッサモデルは5N55D MSIA GOkMOH MCIMX6Q5EYM10AD QKM1715です。今、この産業用タブレットにOSを再インストールしたいと考えています。標準のAndroidシステムかWindows 10のいずれかに。しかし、インターネットで徹底的に検索してみたものの、いまだに解決策が見つからない。技術的な専門家で助けてくれる方がいれば教えていただけますか?この特定のデバイスモデル(Android向けでもWindows 10用でも)向けのフラッシュツールやソフトウェア、そしてフラッシュパッケージが必要です。この投稿があなたにとって良い知らせとなることを願っています。善良な人々が平和と繁栄に恵まれますように。ありがとう！ Re: 参考知识 64/5000 Seeking technical assistance regarding the flashing tool and firmware package for t ありがとうございます。どうぞ楽しい人生をお過ごしください。 Re: 参考知识 64/5000 Seeking technical assistance regarding the flashing tool and firmware package for t こんにちは、 @huansensky さん。 お元気でお過ごしのことと思います。 実際には、タブレットの販売業者に連絡したほうがいいですよ。 評価ボードには BSP があります。それに、 Androidもあります。 ただし、特定のハードウェア用のソフトウェアはベンダーが提供すべきです。 よろしくお願いいたします。 サラス。

NXP S32K144 汽车入门指南 你好， 我是NXP S32K144系列的新手，需要详细的说明来设置我的开发环境。请问您能否澄清一下：   需要哪个版本的S32 Design Studio ？ 我应该安装标准SDK还是RTM/RTD驱动程序？ 该系列硬件需要哪些额外的驱动程序或软件包？ S32K1 Re: Getting started guide for NXP S32K144 - Automotive 嗨@Buddyn 我们始终建议使用最新的软件版本和工具版本，尤其是在您刚开始接触这项技术时。 对于S32K1设备，最新软件版本为RTD 3.0.0。该软件采用 S32 Design Studio (S32DS) 3.6.6 开发和验证。不过，根据我的经验，它也适用于较新的 S32DS 3.6.x 版本。版本。因此，我建议下载并使用最新的 S32DS 3.6 版本。 这些应该足以让你开始使用该平台了。您可能需要的任何其他代码包，软件包将取决于您的应用程序的具体要求。 要探索其他可用于 S32K1 设备的软件包和示例，您可以访问S32K1 参考软件。 BR，VaneB Re: Getting started guide for NXP S32K144 - Automotive 适用于基于RTD的软件。是否有相关的开源固件示例？ NXP 是否有关于 s32DS 配置（时钟、引脚、外设）的参考资料或培训资料？如果可以的话，请提供一些参考链接。 提前致谢

MIFARE SAM AV3評価ボードのRFIDDiscoverセットアップに関する質問 こんにちは、 私はMIFARE SAM AV3評価ボード(UM11316)を使っています。セクション7.4.1によると、RFIDDiscoverでは、ボードをAshling IN-CLA7816アダプターと対応PC/SCリーダーを用いてISO7816インターフェース経由で接続する必要があります。 もう少し詳しく教えていただけますか: Ashling IN-CLA7816アダプターは必須ですか?それとも別のISO7816アダプターも使えますか? どのPC/SCリーダーが評価ボードやRFIDDiscoverで検証済み、または公式にサポートされているのでしょうか? 現在購入可能なリーダーをおすすめしてもらえますか? よろしくお願いします。 Re: Question Regarding RFIDDiscover Setup for MIFARE SAM AV3 Evaluation Board こんにちは、 @boussihak さん、 あなたの調子が良いといいのですが。 MIFARE SAM AV3開発キット には、すでに使用可能なISO/IEC 7816スマートカードリーダーアダプターが含まれているはずです。 また、 PEGODAのコンタクトレススマートカードリーダーの使用をおすすめします。このデバイスはPC/SCモードで使用可能で、接点カードスロットを統合しています。 よろしくお願いいたします。 エドゥアルド。

S32K312 Secureboot and Program Flash The attached CMM file is a script that writes the FBL and App to the S32K312 MCU and then activates SecureBoot, SecureDebug, and Configuration Lock. We would like to request a review and improvement regarding the HardFault issue that occurs when running this CMM. Previously, as shown in the screenshot, a HardFault occurred after the FBL and App were imported when executing "Go," with the JTAG Clock set to 5 MHz throughout. As a change, we set SYStem.JtagClock to 1 MHz after importing the App file. With this change, HardFaults rarely occurred at the "Go" step when running the CMM, so we concluded that lowering the JTAG Clock speed is an effective approach. However, when the modified CMM is applied, a "stopped by vectbl" error occasionally occurs at "Go" after the FBL and App have been imported. We kindly ask you to review the CMM so that it can run stably overall, and we would like to inquire about how to improve it so that the "stopped by vectbl" error does not appear at all. Original CMM: GN7_PE_MAIN_G_SECURE_260412.cmm Modified CMM (JTAG Clock changed to 1 MHz): GN7_PE_MAIN_G_SECURE_260412_0714RE.cmm Additionally, we would like to import a different FBL after SecureBoot has been enabled. Is there a way to import a different FBL while SecureBoot is enabled? If it is possible, we would appreciate it if you could provide a guide. Re: S32K312 Secureboot and Program Flash Hi @jeongwoo  The main problem I can see is this: This means: you load the pink file and you reset the device. After this reset, SBAF is supposed to install HSE firmware. But the key point is - this operation takes about 1 second. But then you reset the MCU again in 0.1s and you are going to reprogram pink file at 0x40_0000 by fbl immediately after that. Increase the waiting time to 1.3s, at least. Otherwise SBAF tries to install HSE FW and you try to reprogram fbl at the same time.  Regards, Lukas

FS26 PMICのSN29500に基づくFIT率 FS26 PMICについてですが、SN29500-2に基づくFITレート値と、SN92500-2からどのテーブルが使われているかの詳細、部品カテゴリ+参照仮想Tj値などを教えていただけますか? 機能安全 Re: FIT rate based on SN29500 for FS26 PMIC これは公開されたドキュメントではありません。以下のリンクからチケットを提出してください: 家庭用

Getting started guide for NXP S32K144 - Automotive Hello, I am new to the NXP S32K144 series and need detailed instructions to set up my development environment. Could you please clarify:   Which version of S32 Design Studio is required? Whether I should install the standard SDK or the RTM/RTD drivers? What additional drivers or software packages are needed for this specific hardware series? S32K1 Re: Getting started guide for NXP S32K144 - Automotive Hi @Buddyn  We always recommend using the latest software releases and tool versions, especially if you are just getting started with the technology. For S32K1 devices, the latest software release is RTD 3.0.0, which was developed and validated with S32 Design Studio (S32DS) 3.6.6. However, based on my experience, it also works well with newer S32DS 3.6.x versions. Therefore, I would recommend downloading and using the latest available S32DS 3.6 release. This should be enough to get you started with the platform. Any additional software packages you may need will depend on your application's specific requirements. To explore other software packages and examples available for S32K1 devices, you can navigate to S32K1 Reference Software. BR, VaneB Re: Getting started guide for NXP S32K144 - Automotive For this RTD based software. Is there is any open-source firmware example for it. Does NXP has any reference or training sections for configurations (clock, pins, peripheral) in s32DS. If so, kindly share some reference link.  Thanks in advance

EB tresos error "Failed to verify license" and "The signature of file is invalid" I use EB tresos to config S32K344 base RTD version SW32K3_S32M27x_RTD_R21-11_4.0.0_P19SW32K3_S32M27x_RTD_R21-11_4.0.0_P19. But when generate, EB report error like below, about "Failed to verify license" and "The signature of file is invalid": I didn't modify the RTD files, so what might be the reason, how to solve that? Re: EB tresos error "Failed to verify license" and "The signature of file is invalid& Hi Please make sure that you didn't modify any file in the package, otherwise the modification will lead to license violation. You can also try to uninstall and install again. Also, make sure that you  are using EB Tresos Studio 29.0.0. S32K3 Standard Software -> Automotive SW - S32K3/S32M27x - Real-Time Drivers for Cortex-M -> S32K3_S32M27x Real-Time Drivers ASR R21-11 Version 4.0.0 P19 S32K3 Standard Software -> Automotive SW - EB tresos Studio / AUTOSAR Configuration Tool -> EB tresos Studio 29.0.0 I haven't encountered any problems importing Hse_Ip_AesEncAsyncIrq_S32K344 and Wdg_Example_S32K344. Please check if the file SW32K3_S32M27x_RTD_R21-11_4.0.0_P19.link exists in the links folder under your EBTresos installation path. I have previously encountered cases where the presence of multiple versions of S32K3 RTD .link files in the links folder of certain EBTresos versions could cause errors. Best Regards, Robin

Is i.MX 9 "there yet"? I started a project in a few years ago and NXP's i.MX 9 line of MPUs were beginning to be released but they were largely unobtainable so I went with a beefy i.MX 8. At this stage, it's way more power than I need and I'd like to move to a much smaller MPU. I was planning on getting the smallest i.MX 8 but the i.MX91 is the smallest cpu they have. I was wondering if I would be better off with the 91 instead of a more mature 8. Thermals are my primary concern so I would assume new is always better, but I just don't know if they are "there yet" since they are still fairly new. A more apples to apples port moving to an 8 could also be a motivator. Re: Is i.MX 9 "there yet"? Hi @ceva156  What is the main purpose of your project? Which IMX8 series product are you currently using? B.R

VR5510：即使启用异步模式，I2C 看门狗刷新也会在 ISR 中阻塞——这是真正的非阻塞支持 您好，NXP团队， 我目前正在调试 VR5510 PMIC，遇到了与看门狗刷新相关的实时调度问题。 MCAL I2C 看门狗刷新（通过 I2C 向 VR5510 看门狗提供数据）的实现方式如下： 同步 手术。由于我们是在中断上下文中调用它，因此同步等待会阻塞 CPU，并降低其他任务的实时调度性能。 我注意到有一个 异步 驱动程序配置/代码中的选项。然而，实际上它仍然执行同步忙等待（它会阻塞并轮询，直到 I2C 传输完成），因此它实际上并没有将传输与调用者解耦。 我的问题： 是否有官方支持的方法可以刷新 VR5510 看门狗？ 真正无阻塞 （例如是否采用中断驱动或DMA驱动的I2C协议，以避免阻塞其他任务？ 如果异步选项预期是非阻塞的，那么当前的同步忙等待行为是已知的限制还是我的配置问题？ 任何指导、参考配置或示例代码都将不胜感激。 谢谢！ Re: VR5510: I2C watchdog refresh blocks in ISR even with async mode enabled – is true non-blocking s 你好， @Jerry_cao 感谢分享。 请问您指的是以下使用的 API 吗？ Std_ReturnType I2c_AsyncTransmit ( uint8 Channel, const I2c_RequestType ∗ RequestPtr ) “？ 使用的是哪个版本的RTD？ BR 陈银 Re: VR5510: I2C watchdog refresh blocks in ISR even with async mode enabled – is true non-blocking s 你好： 我的版本是：   * 项目：RTD AUTOSAR 4.4 * 平台：CORTEXM * 外设：VR5510 * 依赖项：无 * * Autosar 版本：4.4.0 * Autosar 版本：ASR_REL_4_4_REV_0000 * Autosar 配置变体： 软件版本：4.0.2 * 构建版本：S32_RTD_4_0_2_HF02_D2311_ASR_REL_4_4_REV_0000_20231103 * * (c) 版权所有 2020-2023 NXP 半导体 * 版权所有。 * 使用此函数 Pmic_VR55XX_TriggerWatchdog Re: VR5510: I2C watchdog refresh blocks in ISR even with async mode enabled – is true non-blocking s 你好： 我的版本是：   * 项目：RTD AUTOSAR 4.4 * 平台：CORTEXM * 外设：VR5510 * 依赖项：无 * * Autosar 版本：4.4.0 * Autosar 版本：ASR_REL_4_4_REV_0000 * Autosar 配置变体： 软件版本：4.0.2 * 构建版本：S32_RTD_4_0_2_HF02_D2311_ASR_REL_4_4_REV_0000_20231103 * * (c) 版权所有 2020-2023 NXP 半导体 * 版权所有。 * 使用此函数 Pmic_VR55XX_TriggerWatchdog Re: VR5510: I2C watchdog refresh blocks in ISR even with async mode enabled – is true non-blocking s 你好， @Jerry_cao 谢谢您的确认。 通过与相应代码核对，RTD5.0.0QLP04 中实现了VR5510 的 I2C 异步通信解决方案。 您可以在此版本 RTD 中查看相关代码以了解详细信息。 BR 陈银

VR5510: I2C watchdog refresh blocks in ISR even with async mode enabled – is true non-blocking suppo Hello NXP team, I'm currently debugging the VR5510 PMIC and have run into a real-time scheduling issue related to the watchdog refresh. The MCAL I2C watchdog refresh (feeding the VR5510 watchdog over I2C) is implemented as a synchronous operation. Because we call it from within an interrupt context, the synchronous wait blocks the CPU and degrades the real-time scheduling of other tasks. I noticed there is an asynchronous option in the driver configuration/code. However, in practice it still performs a synchronous busy-wait (it blocks and polls until the I2C transfer completes), so it does not actually decouple the transfer from the caller. My questions: Is there an officially supported way to make the VR5510 watchdog refresh truly non-blocking (e.g. interrupt-driven or DMA-driven I2C), so that it does not stall other tasks? If the asynchronous option is expected to be non-blocking, is the current synchronous busy-wait behavior a known limitation or a configuration issue on my side? Any guidance, reference configuration, or example code would be greatly appreciated. Thank you. Re: VR5510: I2C watchdog refresh blocks in ISR even with async mode enabled – is true non-blocking s Hello, @Jerry_cao  Thanks for the post. May I know if you are referring to the following API used " Std_ReturnType I2c_AsyncTransmit (uint8 Channel,  const I2c_RequestType ∗ RequestPtr ) "?  Which version RTD is used? BR Chenyin Re: VR5510: I2C watchdog refresh blocks in ISR even with async mode enabled – is true non-blocking s Hello： my version is：   *   Project              : RTD AUTOSAR 4.4 *   Platform             : CORTEXM *   Peripheral           : VR5510 *   Dependencies         : none * *   Autosar Version      : 4.4.0 *   Autosar Revision     : ASR_REL_4_4_REV_0000 *   Autosar Conf.Variant : *   SW Version           : 4.0.2 *   Build Version        : S32_RTD_4_0_2_HF02_D2311_ASR_REL_4_4_REV_0000_20231103 * *   (c) Copyright 2020-2023 NXP Semiconductors *   All Rights Reserved. * use this function  Pmic_VR55XX_TriggerWatchdog Re: VR5510: I2C watchdog refresh blocks in ISR even with async mode enabled – is true non-blocking s Hello, @Jerry_cao  Thanks for your confirmation. By checking with the corresponding code, the VR5510 Solution for I2C asynchronous communication is implemented in RTD5.0.0QLP04 You may check the related code in this version RTD for details. BR Chenyin Re: VR5510: I2C watchdog refresh blocks in ISR even with async mode enabled – is true non-blocking s Hello： my version is：   *   Project              : RTD AUTOSAR 4.4 *   Platform             : CORTEXM *   Peripheral           : VR5510 *   Dependencies         : none * *   Autosar Version      : 4.4.0 *   Autosar Revision     : ASR_REL_4_4_REV_0000 *   Autosar Conf.Variant : *   SW Version           : 4.0.2 *   Build Version        : S32_RTD_4_0_2_HF02_D2311_ASR_REL_4_4_REV_0000_20231103 * *   (c) Copyright 2020-2023 NXP Semiconductors *   All Rights Reserved. * use this function  Pmic_VR55XX_TriggerWatchdog

i.MX 9 准备好了吗？ 几年前我开始了一个项目，当时 NXP 的 i.MX 9 系列 MPU 开始发布，但它们基本上无法获得，所以我选择了性能强大的 i.MX 8。现阶段，它的性能远远超过我的需求，我想换用性能小得多的微处理器。我原本打算买最小的 i.MX 8，但他们最小的 CPU 是 i.MX91。我一直在想，如果选择91型而不是更成熟的8型，会不会更好。散热是我最关心的问题，所以我认为新的总是更好，但我不知道它们是否已经“达到标准”，因为它们还比较新。更公平的比较，例如将港口升级到 8 级，也可能是一个激励因素。 Re: Is i.MX 9 "there yet"? 你好@ceva156 您的项目的主要目的是什么？您目前使用的是哪款IMX8系列产品？ BR

初心者が色選別カメラの製作に挑戦 私はより大きなプロジェクトのために色分け装置を作ろうとしていますが、この分野に関しては全くの初心者です。私はESP32-S3R8マイクロプロセッサを持っていて、互換性のあるカメラに接続して、最終的には特定の色の物体が視界に入っているかどうかを検出したいと考えています。 主にどのカメラがこの用途に最適かを知りたいのですが、このプロジェクトに必要なことを学ぶためのヒントがあれば、ぜひ教えていただけると大変ありがたいです。 Re: Novice Trying to Make a Colour Sorting Camera こんにちは、 NXPポートフォリオを活用すれば、MCUとカメラインターフェースの使い方を指針として得られます。カメラインターフェースの導入を始めるための参考になります。 私が提示した選択肢の中で、OV7670カメラモジュール/カメラインターフェースを使っています。これは非常に頻繁に使われるカメラです。カメラインターフェースは色認識にも使えます。この情報は入門の導入として役立ちます。 このドキュメントでは、カメラソリューションの使い方、インターフェース、API設定、そしてデモを紹介しています。 MCX-N オプション: SmartDMAを用いてカメラインターフェースをMCXN236実装 LPC55 オプション: AN12868:LPC55(S)xxのカメラインターフェース |NXPセミコンダクターズ さらに、カメラの例に興味があれば、 Application Code Hubにカメラを使ったさまざまな検出例があります。 敬具、ルイス

GC7000 GPU ハング galcore タイムアウト 問題の概要 NavAppの実行中に、画面表示が完全にフリーズします。カーネルログの調査によると 、これは アプリケーションのクラッシュではなく 、 Vivante GC7000 GPU(Galcore)の ハム です。 観察結果： カーネルは30秒後に GPUタイムアウト を報告します(gpuTimeout = 30000)。 Galcoreは GPU状態ダンプを生成し、以下を呼び出します: gckKERNEL_Recovery() gckHARDWARE_DumpGPUState() 運転手は次のように報告します。 [ガルコア]:運転手を停止させて現場を維持しろ。 GPUの状態ダンプは複数のGPUブロックが詰まっていることを示しています: FEはアイドル状態ではない SHはアイドル状態ではありません TXはアイドル状態ではありません MCはアイドル状態ではありません DMAが停止しているようです ドライバ構成 現在のGalcore構成は以下のとおりです。 リカバリ = 0、GPUタイムアウト = 30000   GPUリカバリーが無効になっている(リカバリー=0)ため、ハングを検出するとドライバーは停止し、最後にレンダリングされたフレームだけが表示されるため、画面がフリーズする現象が確認されます。 GPUメモリの状態: GPUのメモリ統計はメモリの使い尽きを示し ません 。 総GPUメモリ:256MB 使用量：約155MB 無料：約113MB したがって、この問題はGPUのメモリ不足によるものではないようです。 GPUクライアント: GPUデータベースによると、ハング時点で NavAppだけがアクティブなGPUクライアント です。 GPUの状態ダンプは、以下の以下の人から提出された複数のコマンドバッファを参照しています: NavApp これは、NavAppが提出したレンダリングコマンドを実行している間にGPUのハングが発生したことを示しています。   応募スケジュール: アプリケーションログから、GPUがハングする直前に以下のシーケンスが観察されています。 連続的な地図のズームイン/ズームアウト操作 オフラインの地図/タイルアクセス 経路計算 ルート情報表示 GPUのタイムアウトと状態ダンプ GPUのハングは集中的なレンダリング作業の直後に発生します。 結論： 収集された証拠に基づくと： カー ネルパニック 、 OOM、 アプリケーション クラッシュ はありません。 この故障は、Galcoreのウォッチドッグによって検出された GPUコマンドプロセッシングのハング です。 ハングが発生した際はNavAppがレンダリングクライアントですが、GPUドライバー内で障害が観察されます。 GPUのメモリ使用量は制限内であり、リソースの枯渇を示しているわけではありません。 TVSチームへの調査依頼： Vivante GC7000 / Galcore GPUドライバーがレンダリング中にフリーズします。 この問題が既知のGPUドライバーかファームウェアの制限かは不明です。 GPUリカバリー(recovery=1)がこのプラットフォームでサポートされ推奨されているかどうか。 GPU状態ダンプの分析により、どのGPUコマンドまたはハードウェアブロックがタイムアウトを引き起こしたかを特定します。 BSPやGPUドライバー、ファームウェアのリリースなどが更新されていても、同様のGPUタイムアウト問題に対応しています。 Re: GC7000 GPU hang galcore timeout こんにちは@Zhiming_Liu SOC - iMX8qxpComek BSPバージョン - Scarthgap L6.6.5 ネタバレ （ハイライトして読む） ネタバレ （ハイライトして読む）     Re: GC7000 GPU hang galcore timeout こんにちは、 @Ram2さん SOCの部品番号、BSPのバージョン、および再現手順をお知らせください。 よろしくお願いします、 志明 Re: GC7000 GPU hang galcore timeout こんにちは、 @Ram2さん EVK上でこの問題を再現するための手順を教えてください。 よろしくお願いします、 志明 Re: GC7000 GPU hang galcore timeout こんにちは@Zhiming_Liu 再現手順： 画面がフリーズする問題は、ランダムかつ断続的に発生するため、決まった再現手順はありません。しかし、利用可能なシステムメモリが非常に少なくなった場合（通常は60MiB未満）に発生する可能性が高いことが観察されています。 問題の再現性を高めるため、以下の活動を継続的に行いました。 長距離ルートを2～3本作成した。 ナビゲーションを開始し、約1分以内に終了しました。 ホーム、オフィス、ホテルのクイックアクションボタンを使って繰り返しルートを作成しました。 パン操作や頻繁なズームイン／ズームアウト操作を行い、地図上のさまざまな領域を探索した。 これらの作業中に、利用可能なメモリ容量が低レベルまで低下した際に、画面がフリーズする現象が確認された。例えば： メモリ容量：合計1709.5 MiB、空き容量55.8 MiB、使用容量1298.1 MiB、バッファ/キャッシュ容量567.2 MiB MiB スワップ: 合計 0.0、空き 0.0、使用済み 0.0、利用可能メモリ 411.4 これは、空きメモリがほぼ枯渇した状態で継続的に使用した場合に、この問題が発生する可能性が高くなることを示唆している。