i.MX 95 NPU NXPチームの皆様、こんにちは。 私たちは i.MX 95をエッジAIアプリケーションとして評価しており、実際のNPU性能とベンチマーク情報を明確にしたいと考えています。 最新の i.MX 95 インダストリアル データシートによると、ニューラル プロセッシング ユニット(NPU)は次のように規定されています:1 GHzで8つのeTOPS、消費電力削減のために800 MHzで動作可能、NPU内に1 MBの組み込みSRAMが搭載されています。 しかし、i.MX 95のリファレンスマニュアルではNPU性能が最大2 TOPSと記載されているようです。 NXPの皆さん、以下の点を明確にしていただけますか? 1) 最新のデータシートで指定された8つのeTOPSと、リファレンス・マニュアルのドキュメントに記載されている2つのTOPSの違いは何でしょうか?(コアあたりの性能ですか? Neutronが4つあるので) https://www.nxp.com/docs/en/data-sheet/IMX95XEC.pdf https://www.nxp.com/docs/en/reference-manual/IMX95RM.pdf 2) 8 eTOPSという数値は、1GHzにおけるNPUの理論上のピーク性能を表していますか？ 3)この仕様書における「eTOPS」とは具体的に何を意味するのでしょうか？ 4) 8 eTOPS機能はすべての i.MX 95バリアントで利用可能ですか?それとも特定のSoCの**ご注文**や部品番号によって異なりますか? 5) i.MX 95バリアント間でNPU構成に違いがあり、それが8 TOPSと2 TOPSの数字を説明できるのでしょうか? 6) NXPは理論上のTOPS/eTOPS数値だけでなく、実際のNPUベンチマーク結果を提供できるか? 7) 同じモデル、入力解像度、精度を用いる i.MX 95 NPUと i.MX 8M Plus NPUのベンチマーク比較も教えていただけますか? カメラからの入力が行われるアプリケーションにおいて、NXPは以下のエンドツーエンドの例を提供できますか? カメラ→ISP→前処理→NPU推論→後処理 代表的なオブジェクト検出モデルの達成可能なFPS/レイテンシはどうでしょうか? 😎 実際の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の直接的な比較はありませんが、これらの例からiMX95で動作しないNPUのイメージがつくかもしれません。iMX95 iMX 8M機械学習デモ |NXP Semiconductors    推奨ツールとベンチマーク：   eIQ AIツールキット 量子化されたTensorFlow LiteモデルをNeutron互換フォーマットに変換し、ターゲット上でプロファイリングするための i.MX 95ワークフローを提供します。 eIQ Neutron SDK Neutron変換ツールはTFLiteモデルをNeutron互換形式に変換し、変換時にNPU性能統計のシミュレーションを生成できます。 TensorFlow Lite/LiteRT ベンチマーク モデル NXPの i.MX 95電力測定アプリケーションノートでは、benchmark_toolを変換したINT8 MobileNetモデルを使用しています。これは現在、再現性のある対象物への推論測定を行うための最も適切なツールである。 Neutronプロファイリング

SWUpdate 对 i.MX 95 的支持 您好，NXP团队： 我们计划在i.MX 95平台上使用 Yocto Linux实现基于 SWUpdate 的 OTA，并支持 A/B 根文件系统和回滚功能。 请您确认一下： SWUpdate 是否正式支持/推荐用于 i.MX 95？ 推荐的 A/B 分区和 U-Boot 回滚 实现方案 是什么 ？ 对于 安全/已签名的SWUpdate软件包和安全启动集成， 推荐的步骤是什么 ？ 请分享 i.MX 95 SWUpdate 的 最新 应用笔记、文档、Yocto 层/配方、参考实现和示例配置 。 我们也希望 NXP能推荐一些生产实施的 分步指南 。 谢谢。 Yocto Project Re: SWUpdate Support for i.MX 95 你好， 请查看AN13872中关于 i.MX 95 SWUpdate 启用以及meta-swupdate-imx Yocto 层的相关内容。 您可以使用 boot_a/rootfs_a 和 boot_b/rootfs_b，更新非活动槽，并让 U-Boot 使用冗余持久环境存储来管理启动槽、启动计数、启动限制和“确认良好”标志。参见 AN13872。 推荐参考资料包括 AN13872、i.MX Yocto 用户指南 UG10164、meta-imx、meta-swupdate-imx、swupdate-scripts 和 NXP 网络安全参考设计层。 Re: SWUpdate Support for i.MX 95 嗨，维卡斯， 我还可以推荐您了解一下Torizon。 它与 i.MX95 深度集成，包括安全启动、更新和回滚功能。 设备端全部开源 - 安全启动在线研讨会： https://www.torizon.io/webinars/secure-boot-cra-ready-devices - Torizon： https://www.torizon.io - Git： https://github.com/torizon/

对于 S32K388，如何实现 320 MHz 的最大工作频率？ 对于 S32K388， 配置 CM7_CORE_CLK = 320 MHz，Core_CLK 为 160 MHz。 这些时钟是什么？Core 使用的是哪个时钟频率？（CM7_CORE_CLOCK 或 Core_Clock） 另一个频率是在哪里使用的？ 如果我们用这种配置测量周期时间，我们会得到的频率是多少？ 要达到 320 MHz 的最大工作频率，需要进行哪些设置？ Re: FOR S32K388, how to achieve maximum operational frequency of 320 Mhz? 你好@Sambasiva ， 请参考图 11。框图 – S32K3xx RM 中的 S32K389，修订版。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() 整数接口，我可以用它直接测量时钟频率吗？MCU初始化之后呢？ 请问有什么方法可以查看核心时钟和系统时钟的准确配置值？ Re: FOR S32K388, how to achieve maximum operational frequency of 320 Mhz? 你好@Sambasiva ， API Mcu_GetClockFrequency() 并不测量时钟频率。它只是返回一个根据配置的时钟设置计算出的频率值。 要高精度地验证实际时钟频率，请使用 CLKOUT 函数并直接测量输出信号。 BR，丹尼尔

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でベイヤー配列の生データを直接キャプチャするためのサポートされている方法はありますか？ ご回答をお待ちしています。 Re: FRDM i.MX93 using MIPI-CSI-2 camera with a Bayer Pattern(RAW10) こんにちは@KoThi お元気でお過ごしのことと思います。 i.MX Linux Reference Manualの第6.1.2.3章 ISIを参照してください。 標準のi.MX93デバイスツリーは、従来のfsl、imx93-isi実装にバインドされています。 このドライバはカメラが必要とするBayer/RAW10フォーマットを公開しないため、フォーマットプログラミングやストリーミングオン中にキャプチャが失敗してもメディアグラフは正常に作成できます。 既存のCSI-2およびISIハードウェアを使用すれば、RAW10の直接キャプチャは技術的に可能です。以下の公開討論では、CSI-2のRAWフォーマット処理とステージングISIドライバの変更後に動作する類似のi.MX93 RAW10カメラの実演が示されています。 https://github.com/orgs/community/discussions/171047 また、RAW10はISIによってサポートされています。 私たちの推奨は、これをセンサやコネクタの問題ではなくカーネル統合タスクとして扱うことです。   よろしくお願いいたします。 サラス。 Re: FRDM i.MX93 using MIPI-CSI-2 camera with a Bayer Pattern(RAW10) こんにちは、サラスさん。返信ありがとうございます。あなたが提供してくれたディスカッションリンクで、6.1.55にダウングレードした人も見つけました。しかし、6.18.37にアップグレードする方が良いようです。試してみる前に、あなたの意見を聞かせていただけますか？カメラのセットアップはRaspberry Pi上で正常に動作しています。 再度、感謝します。

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. Re: SWUpdate Support for i.MX 95 Hi Vikas, I can also recommend that you take a look at Torizon. It's deeply integrated with the i.MX95, including secure boot, updates, and Rollback. All device-side is fully open source - Secure boot webinar: https://www.torizon.io/webinars/secure-boot-cra-ready-devices - Torizon: https://www.torizon.io - Git: https://github.com/torizon/

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! Re: FRDM i.MX93 using MIPI-CSI-2 camera with a Bayer Pattern(RAW10) Hello @KoThi  Hope you are doing very well. You can take a look to the chapter 6.1.2.3 ISI of the i.MX Linux Reference Manual. The stock i.MX93 device tree binds the legacy fsl,imx93-isi implementation. That driver does not expose the Bayer/RAW10 formats required by the camera, so the media graph can be created successfully while capture still fails during format programming or stream-on. Direct RAW10 capture is technically possible through the existing CSI-2 and ISI hardware. The following public discussion demonstrates a similar i.MX93 RAW10 camera working after changes to the CSI-2 raw-format handling and the staging ISI driver: https://github.com/orgs/community/discussions/171047 Also, RAW10 is supported by ISI: Our recommendation is to treat this as a kernel integration task rather than a sensor or connector issue.   Best regards, Salas. Re: FRDM i.MX93 using MIPI-CSI-2 camera with a Bayer Pattern(RAW10) Hi Salas, Thanks a lot for reply. I found someone also downgraded to 6.1.55 in the discussion link you had provided. However, upgrading to 6.18.37 seems to be better. May I know your opinion before I give it a try? The camera setup is working well on raspberry pi. Thanks again.

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 环回通信。 此致， 维尔 Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors 你好@Veereshh ， CanIf（以及所有其他接口 AUTOSAR 模块，如 EthIf、WdgIf、LinIf、MemIf 等）均作为“短截线”模块提供，这意味着它们只是作为占位符提供，必须由客户应用程序或第三方堆栈（如 Vector）覆盖。 在已发布的示例中，CanIf.c文件已从构建路径中移除，CanIf API 已在 main.c 中声明： /*======================================================================== * GLOBAL FUNCTIONS ==========================================================================*/ void CanIf_ControllerBusOff(uint8 ControllerId) { (void)ControllerId; } void CanIf_ControllerModeIndication(uint8 ControllerId, Can_ControllerStateType ControllerMode ) { (void)ControllerId; (void)ControllerMode; } extern void CanIf_TxConfirmation(PduIdType CanTxPduId) { (void)CanTxPduId; CanIf_bTxFlag = TRUE; } extern void CanIf_RxIndication( const Can_HwType * Mailbox, const PduInfoType * PduInfoPtr ) { (void)Mailbox; (void)PduInfoPtr; CanIf_bRxFlag = TRUE; } 你能尝试排除 CanIf.c 吗？从路径中获取函数并在 main 函数内部声明？ 此致， 朱利安 Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors 嗨@Julián_AragónM ， 感谢您的澄清和持续支持。 根据您最新的指示，我： 在平台中断配置中安装了 FlexCAN 中断处理程序。 从CanHardwareObject > Can MainFunction RW Period Reference中删除了CanMainFunctionRWPeriods引用，因为正在使用中断模式。 代码重新生成后，配置成功完成，未出现验证错误。 我还参考了您分享的[RTD600 MCAL & IP] S32K3X4EVB-T172 FlexCAN 中断/轮询示例，并将相应的设置应用到了我的 RTD 4.0.0 版本中。P19项目。 但是，配置成功生成后，我遇到了以下版本/链接器错误： 请问在 AUTOSAR CAN 示例中启用中断模式时，是否需要任何额外的CanIf 回调配置或应用程序级实现？ 此致， 维尔 Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors 你好@Veereshh ， 很高兴得知您的项目现在可以成功构建了。 第一个断开连接的问题似乎与“端口”驱动程序中的 UnTouchedPortPin 容器有关。在 RTD 4.0.0 及以下版本中，调试器引脚必须包含在 UnTouchedPortPin 容器内，以便保持连接。 摘自 PORT_UM.pdf： 为了能够使用调试功能，需要在端口驱动程序中使用机制 B 配置 JTAG 和 RESET 引脚。这意味着需要将以下引脚/功能添加到 UnTouchedPortPin 列表中： Reset_b 的 PortPin Mscr 设置为 5，SIUL2 实例设置为 SIUL2_0。 JTAG_TMS 的 PortPin Mscr 设置为 4，SIUL2 实例设置为 SIUL2_0。 JTAG_TDO 的 PortPin Mscr 设置为 10，SIUL2 实例设置为 SIUL2_0。 JTAG_TCK 的 PortPin Mscr 设置为 68，SIUL2 实例设置为 SIUL2_0。 JTAG_TDI 的 PortPin Mscr 设置为 69，SIUL2 实例设置为 SIUL2_0。 添加以下 4 个引脚即可： 4 10 68 69 至于“总线超重”的错误信息，可能是由多种原因造成的。请核对以下各项？ S32K3 和 PCAN-USB 的 CAN 比特率相同（例如，500kbps 和 75% 采样点）。 CAN0_EN 和 CAN0_STB 引脚设置为高电平，从而启用板载 TJA1043 CAN 收发器。 CAN0_OUT 和 PCAN-USB 之间的连接正确。 此致， 朱利安 Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors 嗨，朱利安， 感谢您对 CanIf 短截线实现的解释。 我按照您的建议操作了：排除了CanIf.c从构建路径中，在 main.c 中声明了所需的CanIf 回调函数。做出这些更改后，项目构建成功，没有出现任何错误和警告。   然后我开始逐步调试。应用程序现在在端口初始化期间崩溃，具体发生在：   /* 初始化所有未使用的端口引脚 */ Port_Ipw_Init_UnusedPins(pConfigPtr);   内部： static inline void Port_Ipw_Init_UnusedPins(...)   调试器随后在以下位置中断：   在地址“0x0”处设置断点，此时没有可用的调试信息，或者在程序代码之外。   此外，PCAN-View 报告出现总线过载情况。 这是否表明端口配置（未使用的引脚配置）、中断配置或其他初始化步骤存在问题？ 如有需要，我可以提供完整的项目供您审阅。 感谢您一直以来的支持。 顺祝商祺！ 维尔

アメリカで主要な燃料配送アプリ開発会社はどこですか? アメリカで燃料配送アプリ開発会社をお探しなら、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 是否支持直接进行原始拜耳图像捕获？ 谢谢！ Re: FRDM i.MX93 using MIPI-CSI-2 camera with a Bayer Pattern(RAW10) 你好@KoThi 希望你一切都好。 您可以参阅i.MX Linux 参考手册的 6.1.2.3 ISI 章节。 标准的i.MX93 设备树绑定了传统的 fsl,imx93-isi 实现。 该驱动程序没有公开相机所需的 Bayer/RAW10 格式，因此可以成功创建媒体图，但在格式编程或流式传输期间捕获仍然失败。 通过现有的 CSI-2 和 ISI 硬件，直接 RAW10 捕获在技术上是可行的。以下公开讨论表明，在对 CSI-2 原始格式处理和暂存 ISI 驱动程序进行更改后，类似的 i.MX93 RAW10 相机可以正常工作： https://github.com/orgs/community/discussions/171047 此外，ISI 也支持 RAW10： 我们的建议是将此视为内核集成任务，而不是传感器或连接器问题。   顺祝商祺！ 萨拉斯。 Re: FRDM i.MX93 using MIPI-CSI-2 camera with a Bayer Pattern(RAW10) 萨拉斯，你好，非常感谢你的回复。我在你提供的讨论链接中发现也有人降级到了 6.1.55 版本。不过，升级到 6.18.37 版本似乎更好。我可以先听听您的意见吗？我打算尝试一下。摄像头装置在树莓派上运行良好。 再次感谢。

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ループバック通信を検証します。 よろしくお願いします、 ヴィール Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors こんにちは、 @Veereshh さん、 プロジェクトが正常にビルドされるようになったとのこと、良かったです。 最初の切断問題は「Port」ドライバーのUnTouchedPortPinコンテナに関するもののようです。RTD 4.0.0以降では、デバッガピンはUnTouchedPortPinコンテナ内に含めて接続を維持する必要があります。 PORT_UM.pdfより： デバッグ機能を使用するためには、JTAGピンとリセットピンをポートドライバで機構Bで設定する必要があります。つまり、以下のピン/機能がUnTouchedPortPinリストに追加される必要があります。 Reset_b の PortPin Mscr を 5 に設定し、SIUL2 Instance を SIUL2_0 に設定する JTAG_TMSのPortPin Mscrが4に設定され、SIUL2インスタンスがSIUL2_0に設定されている。 JTAG_TDOのPortPin Mscrが10に設定され、SIUL2インスタンスがSIUL2_0に設定されている。 JTAG_TCKのPortPin Mscrが68に設定され、SIUL2インスタンスがSIUL2_0に設定されている。 JTAG_TDIのPortPin Mscrが69に設定され、SIUL2インスタンスがSIUL2_0に設定されている。 以下の4本のピンを追加するだけで十分です。 4 10 68 69 Bus Heavyエラーメッセージについては、さまざまな理由が考えられます。以下の点を確認してもらえますか? CANビットレートはS32K3とPCAN-USBで同じです(例:500kbps、75%サンプルポイント）。 CAN0_ENおよびCAN0_STBピンはHIGHに設定されており、これによりTJA1043 CANトランシーバがオンボードに搭載されます。 CAN0_OUTとPCAN-USB間の接続は正常です。 よろしくお願いします、 ジュリアン Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors こんにちは、 @Veereshh さん、 CanIf(およびEthIf、WdgIf、LinIf、MemIfなど他のすべてのインターフェースAUTOSARモジュール)は「スタブ」モジュールとして提供されており、これは単なるプレースホルダーとして提供され、顧客アプリケーションや第三者スタック(例えばVector)によって上書きされる必要があります。 投稿された例では、CanIf.cファイルがビルドパスから削除され、CanIf APIがmain.c内で宣言されました。 /*======================================================================== * GLOBAL FUNCTIONS ==========================================================================*/ void CanIf_ControllerBusOff(uint8 ControllerId) { (void)ControllerId; } void CanIf_ControllerModeIndication(uint8 ControllerId, Can_ControllerStateType ControllerMode ) { (void)ControllerId; (void)ControllerMode; } extern void CanIf_TxConfirmation(PduIdType CanTxPduId) { (void)CanTxPduId; CanIf_bTxFlag = TRUE; } extern void CanIf_RxIndication( const Can_HwType * Mailbox, const PduInfoType * PduInfoPtr ) { (void)Mailbox; (void)PduInfoPtr; CanIf_bRxFlag = TRUE; } CanIf.cを除外してみてはどうでしょうか?パスから関数を宣言し、main関数内で関数を宣言する？ よろしくお願いします、 ジュリアン Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors こんにちは、@Julián_AragónM さん。 ご説明と継続的なサポートに感謝します。 最新のご指示に従い、私は： プラットフォーム割り込み構成にFlexCAN割り込みハンドラをインストールしました。 CanHardwareObjectからCanMainFunctionRWPeriods参照を削除しました> Can MainFunction RWのピリオド参照を割り込みモードが使用されているためです。 コードを再生成したところ、検証エラーなく設定が正常に完了しました。 また、あなたが共有してくださった[RTD600 MCAL & IP] S32K3X4EVB-T172 FlexCAN 割り込み/ポーリングの例も参照し、同等の設定を私のRTD 4.0.0に適用しました。P19プロジェクト。 しかし、設定ファイルが正常に生成された後、以下のビルド/リンカーエラーが発生しました。 AUTOSAR CANの例で割り込みモードを有効にする際に、追加の CanIfコールバック設定 やアプリケーションレベルの実装が必要かどうか教えていただけますか? よろしくお願いします、 ヴィール Re: S32K344MINI-EVB: FlexCAN_IP_Example_S32K344 and Can_Example_S32K344 Configuration Errors こんにちは、ジュリアンさん。 CanIfスタブの実装に関する説明をありがとうございました。 あなたの提案に従い、 CanIf.c を除外しました。ビルドパスから、必要なCanIf コールバックをmain.c で宣言します。これらの変更を加えた後、プロジェクトはエラーも警告も0件で正常にビルドされました。   それから、段階的にデバッグ作業を開始しました。アプリケーションはポート初期化中に、特に以下の場所で停止します。   /* 未使用のポートピンをすべて初期化します */ Port_Ipw_Init_UnusedPins(pConfigPtr);   内部: static inline void Port_Ipw_Init_UnusedPins(...)   デバッガーはその後、次の箇所で停止しました。   デバッグ情報がない、またはプログラムコード外のアドレス「0x0」でブレークします。   さらに、PCAN-Viewはバス負荷状態を報告しています。 これはポート設定(未使用ピンの設定)や割り込み設定、あるいは他の初期化ステップの欠落を示している可能性はありますか? 必要なら、レビューのためにプロジェクト全体をお見せします。 引き続きご支援いただきありがとうございます。 よろしくお願いいたします。 ヴィール

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 此致， 彼得