i.MX 95 NPU NXP团队您好， 我们正在评估 i.MX 95 在边缘 AI 应用方面的性能，并希望了解其实际的 NPU 性能和基准测试信息。 根据最新的 i.MX 95 工业数据表，神经处理单元 (NPU) 的规格为：1 GHz 时 8 eTOPS，NPU 可以以 800 MHz 运行以降低功耗，NPU 内部有 1 MB 嵌入式 SRAM。 然而，i.MX 95 参考手册似乎表明 NPU 性能高达 2 TOPS。 NXP能否澄清以下问题： 1）最新数据表中规定的 8 eTOPS 与参考手册文档中提到的 2 TOPS 之间存在差异的原因是什么？（这是每个核心的性能吗？因为它有 4 个中子核） https://www.nxp.com/docs/en/data-sheet/IMX95XEC.pdf https://www.nxp.com/docs/en/reference-manual/IMX95RM.pdf 2）8 eTOPS 这个数值是否代表 NPU 在 1 GHz 下的理论峰值性能？ 3）本规范中的“eTOPS”究竟代表什么？ 4) 8 eTOPS 能力是否在所有 i.MX 95 型号上都可用，还是取决于具体的 SoC 订购/部件号？ 5) i.MX 95 各版本之间的 NPU 配置是否存在差异，可以解释 8 TOPS 与 2 TOPS 的性能差异吗？ 6) NXP 能否提供实际的 NPU 基准测试结果，而不仅仅是理论上的 TOPS/eTOPS 数值？ 7) 您能否提供 i.MX 95 NPU 和 i.MX 8M Plus NPU 在相同型号、输入分辨率和精度下的基准测试对比？ 对于输入来自摄像头的应用，NXP能否提供一个完整的端到端示例来展示： 摄像头 → ISP → 预处理 → NPU 推理 → 后处理 对于一个具有代表性的目标检测模型，其可达到的帧率/延迟是多少？ 😎 对于实际的 INT8 CNN 工作负载，通常可以达到宣传的 NPU 峰值性能的多少？ 9) NXP 是否有任何公开可用的工具或基准测试套件推荐给客户，用于测量 i.MX 95 EVK 上的 NPU 性能？ 谢谢 Re: i.MX 95 NPU 你好， eTOPS 和 TOPS 是根据不同的测试方法测量的。 eTOPS 是以 imx8mp NPU 为参考计算出的值。例如，如果imx8mp的性能为2 TOPS，那么imx95 NPU的性能经计算是imx8mp NPU的4倍，即8 eTOPS。   由于 NPU 的架构不同，使用 TOPS 可能无法真正反映其性能，因此改用 eTOPS。   NPU imx8mp/imx95 之间没有直接的比较，但以下示例或许能让您了解NPU 在 iMX95 上无法正常工作的情况：iMX 8M 机器学习演示 | NXP 半导体   推荐工具和基准测试：   eIQ AI 工具包 它提供了一个 i.MX 95 工作流程，用于将量化的 TensorFlow Lite 模型转换为 Neutron 兼容格式，并在目标上分析模型。 eIQ Neutron SDK Neutron 转换工具可将 TFLite 模型转换为 Neutron 兼容格式，并可在转换过程中生成模拟 NPU 性能统计数据。 TensorFlow Lite/LiteRT benchmark_model NXP 的 i.MX 95 功率测量应用笔记使用 benchmark_tool 和转换后的 INT8 MobileNet 模型。这是目前进行可重复目标推断测量的最合适工具。 中子剖面分析

Who Is the Leading Fuel Delivery App Development Company in USA? If you’re looking for a fuel delivery app development company in the USA, JPLoft is one company worth considering. With 16+ years of experience and 1,250+ projects delivered, JPLoft develops custom fuel delivery solutions for startups, fuel suppliers, and enterprises. Its solutions can include real-time GPS tracking, fuel ordering and scheduling, driver management, secure payments, admin dashboards, notifications, and analytics. JPLoft also provides end-to-end services, from UI/UX and app development to testing, deployment, and post-launch support. Before choosing a development partner, compare relevant industry experience, technology expertise, scalability, security practices, and ongoing support.

i.MX 95 NPU Hi NXP Team, We are evaluating the i.MX 95 for an edge-AI application and would like to clarify the actual NPU performance and benchmarking information. According to the latest i.MX 95 Industrial Data Sheet  the Neural Processing Unit (NPU) is specified as: 8 eTOPS at 1 GHz, NPU can operate at 800 MHz for reduced power consumption,1 MB embedded SRAM within the NPU. However, the i.MX 95 Reference Manual  appear to indicate an NPU performance of up to 2 TOPS. Could NXP please clarify the following: 1) What is the reason for the difference between the 8 eTOPS specified in the latest data sheet and the 2 TOPS mentioned in the Reference Manual  documentation? (is it per core performance since it has 4 neutron ) https://www.nxp.com/docs/en/data-sheet/IMX95XEC.pdf https://www.nxp.com/docs/en/reference-manual/IMX95RM.pdf 2)Does the 8 eTOPS figure represent the theoretical peak performance of the NPU at 1 GHz? 3)What exactly does "eTOPS" represent in this specification? 4) Is the 8 eTOPS capability available on all i.MX 95 variants, or does it depend on the specific SoC ordering/part number? 5) Is there any difference in NPU configuration between the i.MX 95 variants that could explain the 8 TOPS vs 2 TOPS numbers? 6) Could NXP provide real-world NPU benchmark results rather than only the theoretical TOPS/eTOPS number? 7) Could you also provide a benchmark comparison between the i.MX 95 NPU and the i.MX 8M Plus NPU using the same model, input resolution and precision? For an application where the input is coming from a camera, could NXP provide an end-to-end example showing: Camera → ISP → preprocessing → NPU inference → post-processing and the achievable FPS/latency for a representative object-detection model? 😎 How much of the advertised peak NPU performance can typically be achieved for practical INT8 CNN workloads? 9) Are there any publicly available tools or benchmark suites that NXP recommends for customers to measure NPU performance on the i.MX 95 EVK? Thanks Re: i.MX 95 NPU Hello,  eTOPS and TOPS are measured based on different testing methods. eTOPS is a value calculated based on the imx8mp NPU as a reference. For example, if the imx8mp is 2 TOPS, the imx95 NPU is calculated to be 4 times the performance of the imx8mp NPU, which is 8 eTOPS.    Because of the different architecture of NPUs, using TOPS may not truly reflect its performance, so eTOPS is used instead.   There isn't a direct comparation between the NPU imx8mp/imx95, but this examples may give you an idea NPU not working for iMX95 iMX 8M Machine Learning Demos | NXP Semiconductors   Recommended tools and benchmark :   eIQ AI Toolkit It provides an i.MX 95 workflow for converting quantized TensorFlow Lite models to a Neutron-compatible format and profiling models on the target. eIQ Neutron SDK The Neutron conversion tool converts TFLite models into a Neutron-compatible format and can produce simulated NPU performance statistics during conversion. TensorFlow Lite/LiteRT benchmark_model NXP’s i.MX 95 power-measurement application note uses benchmark_tool with a converted INT8 MobileNet model. This is currently the most appropriate tool for repeatable on-target inference measurements. Neutron profiling

FRDM i.MX93、Bayerパターン(RAW10)を備えたMIPI-CSI-2カメラを使用 こんにちは、 私は、Citrobits CBM100ブリッジ経由でCitrobitsのCBM100ブリッジ経由で生のBayer MIPI CSI-2カメラ(ams OSRAM NanEyeM、固定出力:320x320 RAW10、2レーン、約400 Mbps/レーン、非連続クロック、電源が入るとブリッジボードがイメージセンサーからMIPI CSI-2のデコードを開始し、外部クロックは不要)を、NXP FRDM-i.MX93ボード上で起動します。BSP(linux-imx、meta-imx-frdmレイヤー)。 配管レベルでV4L2のメディアパイプライン全体を動作させています。センサードライバーはプローブし、非同期サブデバイスとしてバインドし、mx8-img-mdはセンサー-> mxc-mipi-csi2.0 -> mxc_isi.0に成功裏にリンクしています-> /dev/video0。STREAMON上でMIPI CSI-2ホスト（dwc-mipi-csi2-host）は正常に有効化されますが、有効なフレームは一切キャプチャされません。 この原因を追跡したところ、このボードのデフォルトデバイスツリー(ドライバ/ステージ/メディア/IMX/、imx93.dtsi)に割り当てられたISIドライバーが原因ですisi@4ae40000 ノードは「fsl,imx93-isi」、「fsl,imx8-isi」を使用します。そのフォーマットテーブルは imx8-isi-fmt.c にあります。RGB565/RGB888/BGR888と少数のYUV mbusコードのみが含まれており、どのビット深度にもSBGGR/SRGGB/SGRBG/SGBRGエントリはありません。imx8-isi-cap.c の mxc_isi_get_src_fmt() 関数Bayer入力用の分岐がないため、エラーではなくRGB/YUVテーブルのインデックス0に静かに落ち込みます(ドライバのカーネルログでは「input fmt RGB4」と表示されていますが、実際にはRAW10のBayerソースです)。 同じカーネルツリーのdrivers/media/プラットフォーム/nxp/imx8-isi/(core/pipe/video/crossbar/gasketファイルに分割)で、より完成した最近構造化されたISIドライバを見つけました。そのimx8-isi-video.cですおよびimx8-isi-pipe.c8/10/12/14/16ビットでBayerのフルサポートがあり、センサと完全に一致SBGGR10_1X10。また、imx8-isi-core.c では「nxp,imx93-isi」互換文字列も宣言されています。しかし、imx93.dtsiは現在、その互換文字列を持つノードをどこにもインスタンス化していないため、このドライバはこのBSPリリースでi.MX93 FRDM(または私たちが確認した限りではi.MX93 EVK)デバイスツリーに配線されていないようです。 私の質問： 1. ドライバ/プレスリリース、製品ニュース/プラットフォーム/nxp/imx8-isi/はi.MX93上のステージングISIドライバの最終的な代替として意図されているのか、またCSI2ホストとセンサを配線するための参照デバイスツリーバインディング(ポート/エンドポイントグラフ構造)があれば、検討または適応できるか? 2. 現在バウンドされているステージングISIドライバーを使って、i.MX93上で生のBayer/RAW10キャプチャを動作させるサポート方法はありますか?例えば、バイパスモード、異なるビデオノード、未試のフォーマットなどが見落とされているかもしれません。 3. このBSPリリースでBayer/RAW10のステージングISIドライバのサポートはロードマップに載っていますか?それともi.MX93のRAWセンサ使用CASEでは新しいドライバツリーへの切り替えが推奨される道なのでしょうか? i.MX93がBayerパターンカメラ（RAW10）でMIPI-CSI-2を使用しているという投稿をいくつか見つけましたが、解決策は見つかりませんでした。もし私が良い解決策を見落としていたら、ぜひ教えてください。 こちらがブリッジボードと i.MX 93のP6コネクタのインターフェースです。   お返事をよろしくお願いいたします。 kth Re: FRDM i.MX93 using MIPI-CSI-2 camera with a Bayer Pattern(RAW10) 私はこの脅威を見つけましたhttps://community.nxp.com/t5/i-MX-Processors/IMX219-RPi-Cam-v2-probes-but-does-not-stream-on-FRDM-IMX93-with/td-p/2384080 。もしよろしければお伺いしたいのですが、 1. Bayer/RAW10はすでに6.12.34-2.1.0+にISIサポート(およびlink_setup/s_power許容範囲の修正)が含まれているのか?公式にサポートされているBSPラインですか？もしそうなら、パッチを6.6.36にバックポートするよりも、BSPのアップグレードが推奨される道なのでしょうか? 2. もし今のところ6.6.36に留まる必要がある場合、ISIバイエルフォーマットのサポートに公式または祝福されたパッチセットはありますか(コミュニティスレッドから再構築するのではなく)? 3. 別途、同じ6.6.36カーネルツリーのdrivers/media/platform/nxp/imx8-isi/に既に存在するより新しく、より完全なISIドライバーを見つけました。これは完全なBayer対応と、「nxp,imx93-isi」互換文字列で、現在IMX93.dtsiには接続されていません。それはドライバ6.12.34-2.1.0+ですか?実際に使用されているのか、それとも無関係なのか？ 4. LF6.18.37_2.1.0(imx-linux-wrynose)リストに気づきましたFRDM-i.MX93 は完全にサポートされています。https://github.com/nxp-imx/imx-manifest/tree/imx-linux-wrynose 。このリリースにはi.MX93 ISIドライバーにBayer/RAW10フォーマットのサポートが含まれていますか?それともi.MX93のリファレンスアーキテクチャは、生のセンサが直接ISIではなく外部ISP(AP1302など)を経由することを想定しているのでしょうか?後者の場合、i.MX93でベイヤー配列の生データを直接キャプチャするためのサポートされている方法はありますか？ ご回答をお待ちしています。

SWUpdate Support for i.MX 95 Hi NXP Team, We are planning to implement SWUpdate-based OTA with A/B root filesystem and rollback on the i.MX 95 platform using Yocto Linux. Could you please confirm: Is SWUpdate officially supported/recommended for i.MX 95? What is the recommended A/B partition and U-Boot rollback implementation? What are the recommended steps for secure/signed SWUpdate packages and Secure Boot integration? Please share the latest application notes, documentation, Yocto layers/recipes, reference implementation, and example configuration for i.MX 95 SWUpdate. We would also appreciate any step-by-step guide recommended by NXP for a production implementation. Thanks. Yocto Project Re: SWUpdate Support for i.MX 95 Hello, Take a look on the i.MX 95 SWUpdate enablement through AN13872 and the meta-swupdate-imx Yocto layer. You can use boot_a/rootfs_a and boot_b/rootfs_b, update the inactive slot, and let U-Boot manage bootslot, bootcount, bootlimit, and a “confirmed-good” flag using redundant persistent environment storage. See AN13872. Recommended references are AN13872, i.MX Yocto User’s Guide UG10164, meta-imx, meta-swupdate-imx, swupdate-scripts, and the NXP Security Reference Design layer.

FRDM i.MX93 using MIPI-CSI-2 camera with a Bayer Pattern(RAW10) Hi, I am bringing up a raw Bayer MIPI CSI-2 camera (ams OSRAM NanEyeM via a Citrobits CBM100 bridge, fixed output: 320x320 RAW10, 2-lane, ~400 Mbps/lane, Non-continuous clock, once powered the bridge board starts decoding MIPI CSI-2 from image sensor, does not need any external clock) on an NXP FRDM-i.MX93 board, on the Scarthgap/6.6 BSP (linux-imx, meta-imx-frdm layer). I have got the full V4L2 media pipeline working at the plumbing level: our sensor driver probes, binds as an async subdevice, and mx8-img-md successfully links sensor -> mxc-mipi-csi2.0 -> mxc_isi.0 -> /dev/video0. The MIPI CSI-2 host (dwc-mipi-csi2-host) enables cleanly on STREAMON, but no valid frame is ever captured. I traced this to the ISI driver bound to this board's default device tree (drivers/staging/media/imx/, imx93.dtsi's isi@4ae40000 node using "fsl,imx93-isi", "fsl,imx8-isi"). Its format table in imx8-isi-fmt.c only contains RGB565/RGB888/BGR888 and a handful of YUV mbus codes -- no SBGGR/SRGGB/SGRBG/SGBRG entries at any bit depth. mxc_isi_get_src_fmt() in imx8-isi-cap.c has no branch for Bayer input, so it silently falls through to index 0 of its RGB/YUV table rather than erroring (driver's kernel log shows "input fmt RGB4" for what is actually a RAW10 Bayer source). I also found what looks like a more complete, more recently structured ISI driver in the same kernel tree at drivers/media/platform/nxp/imx8-isi/ (split into core/pipe/video/crossbar/gasket files), whose imx8-isi-video.c and imx8-isi-pipe.c do have full Bayer support at 8/10/12/14/16 bits, including SBGGR10_1X10 matching our sensor exactly. Its imx8-isi-core.c also declares a "nxp,imx93-isi" compatible string. However, imx93.dtsi doesn't currently instantiate a node with that compatible string anywhere, so this driver doesn't appear to be wired into the i.MX93 FRDM (or, as far as we've checked, i.MX93 EVK) device trees at all in this BSP release. My questions: 1. Is drivers/media/platform/nxp/imx8-isi/ intended as the eventual replacement for the staging ISI driver on i.MX93, and is there a reference device tree binding (port/endpoint graph structure) for wiring the CSI2 host and a sensor into it, that I could look at or adapt? 2. Is there a supported way to get raw Bayer/RAW10 capture working through the currently-bound staging ISI driver on i.MX93, that we may be missing -- e.g. a bypass mode, a different video node, or a format we haven't tried? 3. Is Bayer/RAW10 support for the staging ISI driver on this BSP release on any roadmap, or is switching to the newer driver tree the recommended path for raw-sensor use cases on i.MX93 today? I found a couple of post like i.MX93 using MIPI-CSI-2 with a Bayer Pattern Camera(RAW10) and does not seem to have the solution. If I missed out a good solution, please do let me know. here is the interface of the bridge board and i.MX 93's P6 connector.   Thanks and best regards kth Re: FRDM i.MX93 using MIPI-CSI-2 camera with a Bayer Pattern(RAW10) I found this threat https://community.nxp.com/t5/i-MX-Processors/IMX219-RPi-Cam-v2-probes-but-does-not-stream-on-FRDM-IMX93-with/td-p/2384080 . If I may ask, 1. Is Bayer/RAW10 ISI support (and the link_setup/s_power tolerance fix) already included in the 6.12.34-2.1.0+ officially-supported BSP line? If so, is upgrading our BSP the recommended path rather than backporting patches onto 6.6.36? 2. If I need to stay on 6.6.36 for now, is there an official/blessed patch set for the ISI Bayer format support (rather than us reconstructing it from the community thread)? 3. Separately -- I also found a newer, more complete ISI driver already present in the same 6.6.36 kernel tree at drivers/media/platform/nxp/imx8-isi/, with full Bayer support and a "nxp,imx93-isi" compatible string not currently wired into imx93.dtsi. Is that the driver 6.12.34-2.1.0+ actually uses, or is it unrelated? 4. I just noticed LF6.18.37_2.1.0(imx-linux-wrynose)lists FRDM-i.MX93 as fully supported https://github.com/nxp-imx/imx-manifest/tree/imx-linux-wrynose . Does this release include Bayer/RAW10 format support in i.MX93 ISI driver, or does that i.MX93 reference architecture still expect raw sensors to go through an external ISP(like AP1302) rather than direct-to-ISI? If the latter, is there any supported path for direct raw Bayer capture on i.MX93 at all? Thank you!

S32K388で、最大動作周波数320MHzを実現するにはどうすればよいですか？ S32K388の場合、 CM7_CORE_CLKを320MHz、Core_CLKを160MHzに設定しました。 これらのクロックとは何ですか？また、コアにはどのクロック周波数が使用されていますか？（CM7_CORE_CLOCK または Core_Clock） もう一方の周波数はどこで使用されていますか？ この構成でサイクル時間を測定した場合、得られる周波数はどれくらいになりますか？ 最大動作周波数320MHzを実現するために必要な設定は何ですか？ Re: FOR S32K388, how to achieve maximum operational frequency of 320 Mhz? こんにちは、 @Sambasiva さん。 図11を参照してください。ブロック図 – S32K3xx RM の S32K389、Rev.12、2025年11月11日。 CORE_CLKはシステムクロックです。 CM7_CORE_CLKはCM7コアのクロックです。 すべての時計は、表153に従って正確に設定する必要があります。オプション A++ - 超高性能モード (CM7_CORE_CLK @ 320 MHz) (S32K388/S32K389 用)。 よろしくお願いいたします。 ダニエル Re: FOR S32K388, how to achieve maximum operational frequency of 320 Mhz? 詳細を教えていただきありがとうございます。 クロックを設定した後、ペリフェラルレジスタのクロックを確認するために、入力として使われているソースとクロック導出用のディバイダー値だけが確認できました。 また、Mcu_GetClockFrequency()Integrfaceを見たことがありますが、これで時計を直接測定できますか?MCUの初期化後ですか? コアクロックとシステムクロックの正確なクロックを確認する仕組みを教えていただけますか? Re: FOR S32K388, how to achieve maximum operational frequency of 320 Mhz? こんにちは、 @Sambasiva さん。 API関数Mcu_GetClockFrequency()はクロック周波数を測定しません。これは、設定されたクロック設定から計算された周波数値を返すだけです。 クロック周波数を高精度で検証するには、CLKOUT機能を使用して出力信号を直接測定してください。 BR、ダニエル

S32K344MINI-EVB：FlexCAN_IP_Example_S32K344 和 Can_Example_S32K344 配置错误 大家好， 我目前正在使用S32K344MINI-EVB （FRDM 汽车评估板），并且希望在基于NXP S32K3 系列的定制项目开发之前，获得基本外围驱动器的实践经验。 开发环境 S32 设计工作室 (S32DS) 3.5.8 SW32K3_S32M27x_RTD_R21-11_4.0.0_P19_D2403 EB tresos 29 当前状态 我已成功导入并运行以下示例项目： SIUL2_DIO_IP_Example_S32K344 Dio_Example_S32K344 对于 AUTOSAR 和非 AUTOSAR 配置，项目均成功构建，并在 S32K344MINI-EVB 上产生了预期的输出。 问题 然后我导入了以下 CAN 示例项目： FlexCAN_IP_示例_S32K344 Can_Example_S32K344 在配置和构建这些项目时，我遇到了附件截图中所示的错误。 申请它 请问有人能提供一些建议吗？ S32K344MINI-EVB 是否需要对电路板进行任何特定的修改？ 是否还需要其他 FlexCAN、时钟、引脚或 EB Tresos 配置？ 是否有关于如何在 MINI-EVB 上运行这些 CAN 示例的指南？ 附图显示了配置/版本过程中遇到的错误。 感谢您的支持。 问候， 维尔 Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors 你好@Veereshh ， S32K344 EVB 和 FRDM-A-S32K344（原名 S32K344MINI）的引脚排列非常相似。 1. 无 2. 是的。FlexCAN_IP_Example_S32K344 和 Can_Example_S32K344 这两个项目都只将 FlexCAN 配置为“环回”模式，这意味着没有配置任何引脚，FlexCAN_0 监听的是自身的消息。 在项目的 MEX 中，您必须： 将 FlexCAN 的“环回”模式更改为“正常/用户模式”。 添加 Siul2_Port（或 MCAL 中的 Port），并配置 PTA6 和 PTA7（FRDM-A-S32K344 中的 CAN_H CAN_L）。 在项目中添加端口初始化代码。 FRDM-A-S32K344 还使用 TJA1043 CAN 收发器，必须将 CAN_EN 和 CAN_STB 设置为 HIGH 才能使收发器正常工作。根据FRDM用户手册中的说明，这些信号被路由至PTC21和PTC20： 这些值也必须在您的项目中设置为 HIGH。您可以参考以下示例： [RTD600 MCAL & IP] S32K3X4EVB-T172 FlexCAN 示例中断/轮询。 请注意，它们基于 RTD 6.0.0，而不是 RTD 4.0.0。 设置完成后，您可以使用连接到另一个 CAN 节点（PCAN USB 分析仪、另一个 MCU 等）的 J15.1 CANH 和 J15.2 CANL 来测试 CAN 通信。在我分享的示例中，使用了 PCAN-USB 分析仪。 此致， 朱利安 Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors 你好 很高兴这些信息对您有所帮助。 要通过中断操作 FlexCAN，必须安装中断处理程序： 另外，您看到的错误是因为当 FlexCAN 驱动程序使用轮询模式时，您必须为读取和写入调用指定 CanMainFunctionRWPeriods。如果使用中断模式，则必须从“CanHardwareObjetc > Can MainFunction RW Period Reference”中移除此容器。 此致， 朱利安 Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors 嗨，朱利安， 感谢您的支持。您的指导帮助我成功解决了最初的配置问题，并构建了 CAN 示例。为了帮助其他遇到同样问题的用户，我在下面分享了版本步骤和屏幕截图。   我还有一个问题。成功运行 Loopback 示例后，我配置了CAN_EN (PTC21)和CAN_STB (PTC20) ，然后按如下方式修改了 CAN 配置： 已禁用CAN 环回模式 将Can Rx 处理类型从轮询更改为中断 这些更改之后，会生成验证/版本错误。 请问从轮询模式切换到中断模式时，是否需要对 FlexCAN、IntCtrl_Ip、NVIC 或 RTD 进行任何额外的特定设置？ 再次感谢您一直以来的支持。 成功版本 CAN 示例的步骤 导入Can_Example_S32K344项目。 打开 .mex 文件文件。 如果引脚工具尚未启用，请启用它。 将功能组重命名为PortContainer_0_VS_0 。 配置： CAN0_RX → PTA6 CAN0_TX → PTA7 在 MCAL 下添加PORT模块。   配置端口引脚设置并分配所需的 MSCR 值。 更新代码并解决验证错误。 生成代码并构建项目。 对电路板进行编程并验证 CAN 环回通信。 此致， 维尔

アメリカで主要な燃料配送アプリ開発会社はどこですか? アメリカで燃料配送アプリ開発会社をお探しなら、JPLoftは検討に値する会社の一つです。JPLoftは16年以上の経験と1,250件以上のプロジェクト実績を持ち、スタートアップ企業、燃料供給業者、大企業向けにカスタマイズされた燃料配送ソリューションを開発しています。 そのソリューションには、リアルタイムGPS追跡、燃料の注文とスケジューリング、ドライバー管理、安全な支払い、管理ダッシュボード、通知、分析が含まれます。JPLoftはUI/UXやアプリ開発からテスト、展開、発売後のサポートまで、エンド・ツー・エンド・サービスも提供しています。 開発パートナーを選ぶ前に、関連する業界経験、技術の専門知識、スケーラビリティ、セキュリティの実践、継続的なサポートを比較してください。

TUSB321AI - i.MX8M plus Controller Hi Team, We are planning to use TUSB321AI CC controller from TI in USB1 Since we have a requirement of USB1 with ID Pin. By default we have configured CC controller as DRP.Is this good to go for initial/uninterrupted flashing ? Re: TUSB321AI - i.MX8M plus Controller Hello @ramkrish  Hope you are doing very well. For i.MX8M Plus ROM/UUU serial downloading, the processor operates as a USB peripheral, and the ROM code does not require or check the USB ID pin. So,  DRP may work, but it is not the best choice for deterministic, uninterrupted initial flashing. Best regards, Salas.

FRDM i.MX93 使用 MIPI-CSI-2 相机，采用拜耳阵列（RAW10） 您好， 我正在将一个原始拜耳 MIPI CSI-2 摄像头（ams OSRAM NanEyeM，通过 Citrobits CBM100 桥接器，固定输出：320x320 RAW10，双通道，每通道约 400 Mbps，非连续时钟，桥接板通电后开始解码来自图像传感器的 MIPI CSI-2 数据，无需任何外部时钟）连接到 NXP FRDM-i.MX93 开发板上，该开发板位于 Scarthgap/6.6 平台上。BSP（linux-imx，meta-imx-frdm 层）。 我已经实现了完整的 V4L2 媒体管道的底层功能：我们的传感器驱动程序可以探测，并作为异步子设备进行绑定，并且 mx8-img-md 成功链接了传感器 > mxc-mipi-csi2.0 > mxc_isi.0。-> /dev/video0。MIPI CSI-2 主机 (dwc-mipi-csi2-host) 在 STREAMON 上可以正常启用，但始终无法捕获到有效帧。 我追踪到问题出在绑定到该主板默认设备树的 ISI 驱动程序上（drivers/staging/media/imx/，imx93.dtsi）。isi@4ae40000 节点使用“fsl,imx93-isi”和“fsl,imx8-isi”）。其格式表位于 imx8-isi-fmt.c 中。仅包含 RGB565/RGB888/BGR888 和少量 YUV mbus 代码——任何位深度下均无 SBGGR/SRGGB/SGRBG/SGBRG 条目。imx8-isi-cap.c 中的 mxc_isi_get_src_fmt() 函数没有 Bayer 输入的分支，因此它会默默地跳转到 RGB/YUV 表的索引 0，而不是报错（驱动程序的内核日志显示“输入格式 RGB4”，而实际上是 RAW10 Bayer 源）。 我还在同一内核树的 drivers/media/platform/nxp/imx8-isi/ 目录下找到了一个看起来更完整、结构更新的 ISI 驱动程序（分为 core/pipe/video/crossbar/gasket 文件），其 imx8-isi-video.c 文件位于该目录下。和 imx8-isi-pipe.c完全支持 8/10/12/14/16 位拜耳阵列，包括与我们的传感器完全匹配的 SBGGR10_1X10。其 imx8-isi-core.c 还声明了一个“nxp,imx93-isi”兼容字符串。然而，imx93.dtsi 目前在任何地方都没有实例化具有该兼容字符串的节点，因此，此驱动程序似乎根本没有连接到此 BSP 版本中的 i.MX93 FRDM（或者，据我们所知，i.MX93 EVK）设备树。 我的问题： 1. drivers/media/platform/nxp/imx8-isi/ 是否旨在最终替代 i.MX93 上的暂存 ISI 驱动程序？是否有参考设备树绑定（端口/端点图结构）用于将 CSI2 主机和传感器连接到其中，以便我可以查看或进行调整？ 2. 是否有我们可能遗漏的、受支持的方法，使原始 Bayer/RAW10 捕获能够通过 i.MX93 上当前绑定的暂存 ISI 驱动程序工作？例如，旁路模式、不同的视频节点或我们尚未尝试过的格式？ 3. 对于当前 i.MX93 上的原始传感器用例，BSP 版本中是否有任何路线图支持 Bayer/RAW10？或者切换到更新的驱动程序树是否是推荐的途径？ 我找到了一些关于使用 MIPI-CSI-2 连接拜耳阵列相机（RAW10）的 i.MX93 的帖子，但似乎没有找到解决方案。如果我遗漏了什么好的解决方案，请务必告诉我。 这是桥接板和 i.MX 93 的 P6 连接器的接口。   谢谢并致以最诚挚的问候 kth Re: FRDM i.MX93 using MIPI-CSI-2 camera with a Bayer Pattern(RAW10) 我找到了这个威胁https://community.nxp.com/t5/i-MX-Processors/IMX219-RPi-Cam-v2-probes-but-does-not-stream-on-FRDM-IMX93-with/td-p/2384080 。恕我冒昧， 1. Bayer/RAW10 ISI 支持（以及 link_setup/s_power 容差修复）是否已包含在 6.12.34-2.1.0+ 版本中？官方支持的BSP线路？如果是这样，升级我们的 电路板支持包 是否比将补丁移植到 6.6.36 版本更推荐？ 2. 如果我目前需要继续使用 6.6.36 版本，是否有官方/经过验证的 ISI Bayer 格式支持补丁集（而不是我们根据社区帖子重新构建）？ 3. 另外——我还发现同一个 6.6.36 内核树 drivers/media/platform/nxp/imx8-isi/ 中已经存在一个更新、更完整的 ISI 驱动程序，它具有完整的 Bayer 支持和一个“nxp,imx93-isi”兼容字符串，该字符串目前尚未连接到 imx93.dtsi。是驱动程序 6.12.34-2.1.0+ 吗？实际应用，还是无关的？ 4. 我刚刚注意到 LF6.18.37_2.1.0(imx-linux-wrynose)listsFRDM-i.MX93 完全受支持https://github.com/nxp-imx/imx-manifest/tree/imx-linux-wrynose 。此版本是否在 i.MX93 ISI 驱动程序中包含 Bayer/RAW10 格式支持，或者 i.MX93 参考架构是否仍然要求原始传感器通过外部 ISP（如 AP1302）而不是直接连接到 ISI？如果是后者，i.MX93 是否支持直接进行原始拜耳图像捕获？ 谢谢！

S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 および Can_Example_S32K344 の設定エラー コミュニティの皆様、こんにちは。 現在、 S32K344MINI-EVB (FRDM オートモーティブ 評価ボード)と協力しており、 NXP S32K3 ファミリをベースにしたカスタムプロジェクトの開発を始める前に、基本的なペリフェラル ドライバの実践形式の経験を積みたいと考えています。 開発環境 S32 Design Studio(S32DS)3.5.8 SW32K3_S32M27x_RTD_R21-11_4.0.0_P19_D2403 EBトレソス29 現在の状況 以下のサンプルプロジェクトを正常にインポートして実行しました。 SIUL2_DIO_IP_Example_S32K344 Dio_Example_S32K344 AUTOSARおよび非AUTOSAR構成の両方で、プロジェクトは成功裏に建設され、S32K344MINI-EVBで期待された出力を生み出しました。 問題 次に、以下のCAN例プロジェクトをインポートしました。 FlexCAN_IP_Example_S32K344 Can_Example_S32K344 これらのプロジェクトの設定や構築中に、添付のスクリーンショットに示されたエラーに遭遇しました。 要求 どなたかアドバイスをいただけませんか: S32K344MINI-EVBには、基板固有の変更が必要ですか？ FlexCAN、クロック、ピン、またはEBトレソの追加構成が必要ですか？ これらのCAN例をMINI-EVBで動かすためのガイドはありますか? 添付のスクリーンショットは、設定／ビルド中に発生したエラーを示しています。 再開まで今しばらくお待ちください。 よろしくお願いいたします。 ヴィール Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors こんにちは、 @Veereshh さん、 S32K344 EVBとFRDM-A-S32K344（旧S32K344MINI）のピン配置はほぼ同じです。 1. なし 2. はい。FlexCAN_IP_Example_S32K344およびCan_Example_S32K344プロジェクトはどちらもFlexCANを「ループバック」モードで構成しており、ピンは設定されておらず、FlexCAN_0は自身のメッセージをリッスンしています。 プロジェクトのMEX内では、以下のことを行う必要があります。 FlexCANの「ループバック」を「通常/ユーザーモード」に変更する Siul2_Port（またはMCALのPort）を追加し、PTA6とPTA7（FRDM-A-S32K344のCAN_HとCAN_L）の両方を設定します。 プロジェクトにポート初期化処理を追加してください。 FRDM-A-S32K344もまたTJA1043 CANトランシーバを使用しており、トランシーバを正常動作にするにはCAN_ENとCAN_STBをHIGHに設定する必要があります。これらはFRDMのユーザーマニュアルに記載されている通り、PTC21およびPTC20にルーティングされます。 これらはプロジェクト内でもHIGHに設定する必要があります。以下の例を参考にしてください:[RTD600 MCAL & IP] S32K3X4EVB-T172 FlexCANの例割り込み/ポーリング。 これらはRTD 4.0.0ではなく、RTD 6.0.0に基づいていることに注意してください。 これを設定した後、J15.1 CANHとJ15.2 CANLを別のCANノード(PCAN USBアナライザーや別のMCUなど)に接続してCAN通信をテストできます。私が共有した例では、PCAN-USBアナライザーを使用しました。 よろしくお願いします、 ジュリアン Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors こんにちは 情報がお役に立てて嬉しいです。 FlexCANを割り込み経由で動作させるには、割り込みハンドラをインストールする必要があります。 また、あなたが見ているエラーは、FlexCANドライバーがポーリングモードを使う場合、読み取りと書き込みの両方でCanMainFunctionRWPeriodsを指定しなければならないためです。割り込みモードを使用する場合、このコンテナは「CanHardwareObjetc > Can MainFunction RW Period Reference」から削除しなければなりません よろしくお願いします、 ジュリアン Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors こんにちは、ジュリアンさん。 サポートありがとうございます。あなたの指導のおかげで、元の設定問題を解決し、CANの例を作ることができました。同じ問題に直面している他のユーザーのために、ビルド手順とスクリーンショットを以下に共有しました。   もう一つ質問があります。Loopbackの例を成功裏に実行した後、 CAN_EN(PTC21) とCAN_STB( PTC20) を設定し、CAN構成を以下のように修正しました: 無効化 CAN ループバックモード CAN Rxプロセッシングタイプをポーリングから割り込みに変更 これらの変更後、検証エラー／ビルドエラーが発生します。 ポーリングモードから割り込みモードに切り替える際に、追加のFlexCAN、IntCtrl_Ip、NVIC、またはRTD固有の設定が必要かどうか教えていただけますか? 改めて、皆様の継続的なサポートに感謝いたします。 CAN例を成功裏に構築するための手順 Can_Example_S32K344プロジェクトをインポートします。 .mexファイルを開くファイル。 ピンツールが有効になっていない場合は有効にしてください。 機能グループを PortContainer_0_VS_0に改名。 設定: CAN0_RX → PTA6 CAN0_TX → PTA7 MCALの下にPORTモジュールを追加します。   PortPinの設定を行い、必要なMSCR値を割り当ててください。 コードを更新し、検証エラーを解決してください。 コードを生成し、プロジェクトをビルドします。 ボードをプログラムし、CANループバック通信を検証します。 よろしくお願いします、 ヴィール

TUSB321AI - i.MX8M plus 控制器 大家好， 我们计划在 USB1 中使用 TI 公司的 TUSB321AI CC 控制器，因为我们需要带有 ID 引脚的 USB1。 默认情况下，我们将CC控制器配置为DRP模式。这样配置是否适用于初始/不间断刷写？ Re: TUSB321AI - i.MX8M plus Controller 你好@ramkrish 希望你一切都好。 对于 i.MX8M Plus ROM/UUU 串行下载，处理器作为 USB 外设运行，ROM 代码不需要或检查 USB ID 引脚。 因此，DRP 可能有效，但对于确定性、不间断的初始闪充而言，它并不是最佳选择。 顺祝商祺！ 萨拉斯。

FOR S32K388, how to achieve maximum operational frequency of 320 Mhz? FOR S32K388, Configured CM7_CORE_CLK = 320 MHz and Core_CLK is 160 Mhz. What are these clocks and which clock frequency is used for Core?,  (CM7_CORE_CLOCK or Core_Clock) Where is the other frequency is used?  if we measure the cycle time with this configuration what is the frequency we will get? What are the settings required for maximum operational frequency of 320 MHz? Re: FOR S32K388, how to achieve maximum operational frequency of 320 Mhz? Hello @Sambasiva, Refer to Figure 11. Block diagram – S32K389 in S32K3xx RM, Rev. 12, 2025-11-11. CORE_CLK is the system clock. While CM7_CORE_CLK is the clock of the CM7 cores. All the clocks must be configured precisely according to Table 153. Option A++ - Very High Performance mode (CM7_CORE_CLK @ 320 MHz) (For S32K388/S32K389). Regards, Daniel Re: FOR S32K388, how to achieve maximum operational frequency of 320 Mhz? Thanks for the Details. After setting the clock, For verifying the clock for the Peripheral registers i could able to See only the Source used as input and the Divider value for deriving the Clock. Also, I have seen Mcu_GetClockFrequency() Integrface, With this can i able to measure the Clock directly?  After Mcu initialization? Could you please suggest the mechanism to check the exact clock configured for Core and System clocks.  Re: FOR S32K388, how to achieve maximum operational frequency of 320 Mhz? Hello @Sambasiva, The API Mcu_GetClockFrequency() does not measure the clock frequency. It simply returns a frequency value calculated from the configured clock settings. To verify the actual clock frequency with high accuracy, use the CLKOUT function and measure the output signal directly. BR, Daniel

MCUXpresso Secure Provisioning Tool (SEC) version 26.09 now available What's new in SEC v26.09? Support new processors: - MCX E series extended with MCX E32x variants - MCX L series extended with MCX L14x variants - MCX W series extended with MCX W70x variants Added support for i.MX RT1150, i.MX RT1185/118C, KW43 and i.MX 943 processors Secure Installer erasure improvement for MCX A1xx/2xx/3xx and MCX L14x/L25x Added serial downloader for i.MX RT115x/116x/117x and more ! Known issues and limitations Troubleshooting Downloads  To download the installer, please login to our download site via: https://nxp.com/mcuxpresso/secure Useful links: Release Notes: MCUXpresso Secure Provisioning Tool (SEC) release notes Fact Sheet: MCUXpresso Secure Provisioning Tool Fact Sheet announcement

美国领先的移动应用开发公司是哪家？ Konstant Infosolutions 是美国领先的移动应用开发公司，以提供可扩展的 AI 驱动型移动应用解决方案而闻名。 作为一家经验丰富的移动应用开发公司，Konstant Infosolutions 运用人工智能、Flutter、React Native、iOS 和 Android 等现代技术，开发智能且可扩展的数字解决方案。 凭借多元化的产品组合、灵活的招聘模式以及对交付真正业务成果的承诺，Konstant Infosolutions 脱颖而出，成为一家值得信赖的应用程序开发公司，尤其适合那些希望在竞争激烈的市场中构建人工智能驱动的应用程序解决方案的企业。

MPC5777C BGA516 bsdl 文件 你好， 我正在寻找 MPC5777C 516 球 BGA 的 bsdl 文件。 请问有人能帮帮我吗？ 此外，获取bsdl文件的常用方法是什么？ 谢谢。 Re: MPC5777C BGA516 bsdl-file 你好， 通常情况下，您提交工单后，我们会将文件发送给您。 您提交工单后，我会提供给您。 https://www.nxp.com/company/about-nxp/smarter-world-videos/NCP-VIDEO 此致， 彼得

RT1180-EVK：互換性のあるプローブがありません。 こんにちは、MCUXpressoIDE(25.6.136)とRT1180 SDK(26.06)をインストールしました。デモアプリケーションのデバッグを試みると、以下のメッセージが表示されます: ターゲットに接続します: MIMXRT1189xxxxx 互換性のあるプローブがありません。それらは無効になっているか、接続が切断されているか、電源が入っていないか、既に使用中であるか、またはこのターゲットと互換性がない可能性があります。 26.03 RT1180 SDKで試しましたが 、うまくいきませんでした。以前はうまくいっていたので、何が起きたのかはわかりません。どんなご協力でもありがたいです。ありがとうございます！ Re: RT1180-EVK: No compatible probes available. @sismail様、 現在、デフォルトのLinkServerプローブを使用していますか？ LinkServerプローブが利用できない場合は、代わりにJ-Linkプローブを試してみていただけますか: 一つの可能性として、オンボードのMCU-Linkのファームウェアが以前の使用中に誤ってJ-Linkファームウェアに更新された可能性があります。その場合、そのボードはLinkServerプローブとして認識されなくなります。   もし基板がJ-Linkプローブで正常に接続できれば、それはオンボードのMCU-Linkファームウェアが確かにJ-Linkファームウェアでプログラムされていることを強く示唆します。   よろしくお願いいたします。 シェリー Re: RT1180-EVK: No compatible probes available. デフォルトのLinkServerプローブとJ-Linkプローブの両方で、「互換性のあるプローブがありません」という同じエラーが発生します。それらは無効になっているか、接続が切断されているか、電源が入っていないか、既に使用中であるか、またはこのターゲットと互換性がない可能性があります。 Re: RT1180-EVK: No compatible probes available. @sismail様、 以下の項目を確認してください。 1. 評価ボードがプログラムを正常に実行できるか確認する MCUXpressoセキュアプロビジョニングツールを使って、USB経由でシリアルダウンロードモードでLED点滅アプリケーションをプログラムします。その後、基板をQSPIブートモードに戻し、基板をリセットします。再起動後にLED点滅アプリが正しく動作するか確認してください。 2. オンボードのMCU-Linkジャンパー設定を確認してください 以下のジャンパー設定をご確認ください。 JP5: オープン JP3: 開く JP6:ピン1–2にコネクテッド ボードが外部デバッグプローブで使用するように構成されていないことを確認する。 3. LinkServerを使用してPCがプローブを認識するかどうかを確認します。 コマンドラインウィンドウでコマンド linkserver probes 実行します。 コマンド出力にオンボードのMCU-Linkプローブが表示されているか確認してください。 上記の検査結果を共有していただければ、問題をさらに調査できるようご協力ください。 よろしくお願いいたします。 シェリー

RT1180-EVK：没有兼容的探头。 您好，我已经安装了 MCUXpressoIDE (25.6.136) 和 RT1180 SDK (26.06)。当我尝试调试其中一个演示应用程序时，出现以下错误信息： 连接到目标：MIMXRT1189xxxxx 没有兼容的探头。它们可能已禁用、断开连接、未通电、正在使用或与此目标不兼容。 我尝试过使用 26.03 RT1180 SDK，但没有成功。之前一直都好好的，所以我不知道发生了什么。非常感谢您的帮助！ Re: RT1180-EVK: No compatible probes available. 亲爱的@sismail ， 您目前使用的是默认的 LinkServer 探测器吗？ 如果 LinkServer 探针不可用，请尝试改用 J-Link 探针： 一种可能性是，板载 MCU-Link 的固件在之前的使用过程中可能被意外更新为 J-Link 固件。在这种情况下，该板将不再被识别为 LinkServer 探针。   如果使用 J-Link 探针能够成功连接电路板，则强烈表明板载 MCU-Link 固件确实已经用 J-Link 固件进行了编程。   顺祝商祺！ 雪莉 Re: RT1180-EVK: No compatible probes available. 默认的 LinkServer 探针和 J-Link 探针都出现相同的错误：没有兼容的探针可用。它们可能已禁用、断开连接、未通电、正在使用或与此目标不兼容。 Re: RT1180-EVK: No compatible probes available. 亲爱的@sismail ， 请执行以下检查： 1.验证评估板能否正常运行程序。 使用MCUXpresso 安全配置工具，通过 USB 在串行下载模式下对 LED 闪烁应用程序进行编程。然后将开发板切换回QSPI启动模式并RESET开发板。重启后检查 LED 闪烁应用程序是否运行正常。 2. 检查板载 MCU-Link 跳线设置 请确认以下跳线设置： JP5：开放 JP3：开放 JP6：连接至引脚 1–2 确保板未配置为与外部调试探针一起使用。 3. 使用 LinkServer 检查 PC 是否识别探针 在命令行窗口中运行命令 linkserver probes ： 请检查命令输出中是否出现板载 MCU-Link Probe。 请分享以上检查结果，以便我们进一步调查该问题。 顺祝商祺！ 雪莉

RT1180-EVK: No compatible probes available. Hi, I have installed MCUXpressoIDE (25.6.136) and the RT1180 SDK (26.06). When I try to debug one of the demo applications, I get the following message: Connect to target: MIMXRT1189xxxxx  No compatible probes available. They may be disabled, disconnected, not powered, already in use or not compatible with this target. I've tried with the 26.03 RT1180 SDK and have had no luck. This was previously working before, so I'm not sure what happened. Any help would be appreciated, thanks! Re: RT1180-EVK: No compatible probes available. Dear @sismail , Are you currently using the default LinkServer Probe? If the LinkServer Probe is not available, could you please try using a J-Link Probe instead: One possibility is that the firmware on the onboard MCU-Link may have been accidentally updated to the J-Link firmware during previous use. In that case, the board would no longer be recognized as a LinkServer Probe.   If the board can be connected successfully using a J-Link Probe, that would strongly indicate that the onboard MCU-Link firmware has indeed been programmed with J-Link firmware.   Best Regards, Shelly Re: RT1180-EVK: No compatible probes available. Both the default LinkServer probe and J-Link Probe have the same error: No compatible probes available. They may be disabled, disconnected, not powered, already in use or not compatible with this target. Re: RT1180-EVK: No compatible probes available. Dear @sismail , Please perform the following checks: 1.Verify that the evaluation board can run a program normally Use the MCUXpresso Secure Provisioning Tools to program an LED-blinking application through USB in Serial Download mode. Then switch the board back to QSPI Boot Mode and reset the board. Check whether the LED-blinky application runs correctly after reboot. 2. Check the onboard MCU-Link jumper settings Please confirm the following jumper settings: JP5: Open JP3: Open JP6: Connected to pins 1–2 to make sure that the board is not configured for use with an external Debug Probe. 3. Check whether the PC recognizes the Probe using LinkServer Run the command  linkserver probes  in a command-line window: Please check whether the onboard MCU-Link Probe appears in the command output. Please share the results of the above checks, so that we can further investigate the issue. Best regards, Shelly