RW612 / 村田製作所製 Type 2FR EVK – 起動後にSRAM常駐コードが破損する NXPチームの皆様、こんにちは。 私は 村田Type 2FR EVK(RW612 )をデバッグ中で、アプリケーションプログラムは外部QSPIフラッシュに正常に入力されるものの、正しく動作しません。 ハードウェア： 村田製作所製 2FR型 EVK (LBES0ZZ2FR) MCU:RW612 Cortex-M33 外部フラッシュメモリ：Winbond W25Q128、16MB デバッガ: SEGGER J-Link、S/N 69657567 100kHzでのSWD ボードはUSB-C経由で給電されます。 SWD: J11 ピン2 = SWDIO、ピン4 = SWCLK、ピン3 = GND J-LinkはRW612を正常に検出し、エラーなく外部フラッシュメモリへの書き込みを完了しました。 ソフトウェア: MCUXpresso IDE 25.6.136 RW612 SDK rdrow612bga_wifi_cli のサンプルから始めました。 W25Q128のFlexSPIフラッシュ構成を変更し、QSPIリンカーのサイズを8MBから16MBに変更しました。 ビルドはエラー/警告なしで完了しました。 問題： 起動後、CPUは最終的に以下の状態で停止します。   PC = 0x20005840 ip4_input() at lwip/src/core/ipv4/ip4.c:556   関数ip4_input()はSRAMの0x200056D4にありますが、その内容は破損しているようです。   0x200056D4: 0x4007EEBE 0xBC640C88 ...     しかし、QSPIフラッシュ内の対応するコードは有効であるように見える。 リンカーマップは.dataを示していますRAM常駐コードが含まれています。   LMA: 0x080F674C VMA: 0x20000000 Size: 0x1A0E4   そして、起動セクションの表には以下が指定されています。   0x080F674C → 0x20000000, length 0x1A0E4   ResetISR() は SystemInit() を呼び出し、続いて data_init() を呼び出し、この初期化を実行します。 SRAM自体がデバッガを通して読み書き可能であることも確認しました。 私の主な疑問は、 QSPIソースイメージは正常に見えるにもかかわらず、なぜRAM常駐コードが破損してしまうのかということです。 これは RW612の起動/RAM初期化、FlexSPIの設定、キャッシュ/MPU設定、起動設定、またはType2FR専用のメモリ構成に関連しているのでしょうか? また、 MCU-Link Proの代わりにSEGGER J-Link を使うと、このブート/デバッグフローに問題が起きると思いますか? .mapは提供できます。リンカースクリプト、startup_rw612.c、flash_config.c、必要に応じてデバッグログも出力します。 よろしくお願いします。 評価ボード Re: RW612 / Murata Type 2FR EVK – SRAM-resident code corrupted after boot こんにちは、ダニエルさん。 ご回答ありがとうございます。 以前はSDK 26.06を使っていましたが、プロジェクトはFRDM-RW612構成ではなくrdrw612bgaボードで設定されていました。 移行ガイドについては、はい、既に確認済みです。 [NXP FRDM-RW612モジュール移行ガイド]( https://github.com/NXP-APPCODEHUB/an-frdmrw612-module-migration-guide ) 村田製作所製Type 2FRの移行手順に従い、W25Q128（16MB）のフラッシュ構成と対応するリンカー構成を更新しました。 しかし、アプリケーションプログラムが正常に実行を始めるのに、最終的には「0x20005840」で「ip4_input()」で停止する問題に直面しています。また、SRAMから実行されるはずのコードは破損しているように見える一方、QSPIフラッシュ内の対応するコードは有効であるように見えることも判明しました。 ご提案に基づき、今後はFRDM-RW612構成の**26.06 SDKを使用し、そのベースラインからの移行アプローチを踏みます。結果をThreadに更新します。 ご指導いただき、改めて感謝申し上げます。 よろしくお願いいたします。 サクシー Re: RW612 / Murata Type 2FR EVK – SRAM-resident code corrupted after boot こんにちは、 どのSDKバージョンを使っているのか教えていただけますか? FRDM-RW612にはRDではなく26.06を使用することをお勧めします。 ところで、あなたはもうこれについて調べましたか？ よろしくお願いいたします。 ダニエル。

DCMLCCレジスタを読み取ると、未定義値0x00000033が返されます。 こんにちは S32K314のDCMLCCレジスタを読み取ったところ、返された値は0x00000033、DCMRLC:0b011、DCMCLC:0b011でした。データシートにはこれらの値の定義が記載されていません。これらの値は何を意味するのでしょうか？DCMLCSの値を取得しようとしたところ、0x06186084が得られました。これは、私のチップがライフサイクルのどの段階にも達していないことを意味し、正常な値なのでしょうか？ DCMCLC.jpegDCMCLC.jpeg DCMRLC.jpegDCMRLC.jpeg リカ Re: I get an undefine value 0x00000033 when I read the DCMLCC register はい、どうもありがとうございました。 Re: I get an undefine value 0x00000033 when I read the DCMLCC register こんにちは、リカさん。 ご迷惑をおかけして申し訳ございません。 この問題は文書管理部門に報告済みです。 0b011はCUST_DELを意味します よろしくお願いします、 ロビン

IMX6ULLにHABファームウェアを書き込む方法（USBについて） 私たちはIMX6ULLを使用しており、セキュアブート機能を実装したいと考えています。 現在のSDブートモードは実行され、開発ボードはSRKを書き、ファームウェアも署名済みです。次に、クローズ操作も実行しました（echo 0x02>HW_OCOTP_CFG5）。 書き込み後の通常の印刷情報は以下のとおりです。 セキュアブートが有効になっています HAB構成: 0xcc、HAB状態: 0x99 しかし、同じファームウェアをmfgtoolsツールに置きUSBで焼くと、基板が焼却システムに入らないことが判明しました。 ツールが動作を停止し、デバッグ用シリアルポートから出力情報が得られなくなります。 rxq_0-1789457007595.pngrxq_0-1789457007595.png 赤い枠で囲まれたファームウェア、%board_file%/u-boot.imx および firmware/zImage は署名済みのファームウェアです。 MfgTool.logには、ファームウェアがインポートされたことが記録されています。通常のプロセスでOSイメージにジャンプした後、インポートを開始したファームウェアが読み込まれるはずですが、実際にはデバッグシリアルポートに情報が出力されません。 rxq_1-1789457333755.pngrxq_1-1789457333755.png SDカードは正常に起動するのに、USBは起動しないのはなぜですか？ USB焼却をサポートするためには何をすべきでしょうか?添付ファイルは、当社のSDによって開始されたセキュアブート製造プロセスです。

RW612 / Murata Type 2FR EVK – SRAM-resident code corrupted after boot Hello NXP Team, I am debugging a Murata Type 2FR EVK (RW612) where the application programs successfully into the external QSPI flash but does not run correctly. Hardware: Murata Type 2FR EVK (LBES0ZZ2FR) MCU: RW612 Cortex-M33 External Flash: Winbond W25Q128, 16 MB Debugger: SEGGER J-Link, S/N 69657567 SWD at 100 kHz Board powered through USB-C SWD: J11 pin 2 = SWDIO, pin 4 = SWCLK, pin 3 = GND J-Link successfully detects the RW612 and programs the external flash without errors. Software: MCUXpresso IDE 25.6.136 RW612 SDK Started with the rdrw612bga_wifi_cli example. Modified the FlexSPI flash configuration for W25Q128 and changed QSPI linker size from 8 MB to 16 MB. Build completes with 0 errors/warnings. Problem: After boot, the CPU eventually stops at:   PC = 0x20005840 ip4_input() at lwip/src/core/ipv4/ip4.c:556   The function ip4_input() is located in SRAM at 0x200056D4, but its contents appear corrupted:   0x200056D4: 0x4007EEBE 0xBC640C88 ...     However, the corresponding code in QSPI flash appears valid. The linker map shows that .data contains RAM-resident code:   LMA: 0x080F674C VMA: 0x20000000 Size: 0x1A0E4   and the startup section table specifies:   0x080F674C → 0x20000000, length 0x1A0E4   ResetISR() calls SystemInit() followed by data_init() to perform this initialization. I have also confirmed that SRAM itself is readable/writable through the debugger. My main question: why is the RAM-resident code becoming corrupted even though the QSPI source image appears valid? Could this be related to RW612 startup/RAM initialization, FlexSPI configuration, cache/MPU configuration, boot configuration, or a Type2FR-specific memory configuration? Also, is using a SEGGER J-Link instead of MCU-Link Pro expected to cause any issue with this boot/debug flow? I can provide the .map, linker script, startup_rw612.c, flash_config.c, and debug logs if required. Thank you. Evaluation Board Re: RW612 / Murata Type 2FR EVK – SRAM-resident code corrupted after boot Hi Daniel, Thank you for the response. We were previously using SDK 26.06, but our project was configured for a rdrw612bga board rather than the FRDM-RW612 configuration you recommended. Regarding the migration guide, yes, we have already gone through it: [NXP FRDM-RW612 Module Migration Guide](https://github.com/NXP-APPCODEHUB/an-frdmrw612-module-migration-guide) We followed the migration approach for the Murata Type 2FR, including updating the flash configuration for the W25Q128 (16 MB) and the corresponding linker configuration. However, we are facing an issue where the application programs successfully and starts executing, but eventually stops in `ip4_input()` at `0x20005840`. We also found that the code intended to execute from SRAM appears corrupted, while the corresponding code in QSPI flash appears valid. Based on your recommendation, we will now proceed using the **26.06 SDK with the FRDM-RW612 configuration** and follow the migration approach from that baseline. We will update the thread with our results. Thanks again for your guidance. Regards, Sakshee Re: RW612 / Murata Type 2FR EVK – SRAM-resident code corrupted after boot Hi, Could you please tell me what SDK version are you using? I recommend you to use the 26.06 for the FRDM-RW612, not the RD. By the way, did you already took a look into this? Regards, Daniel.

S32 Design Studio Installation Issue I am facing issues in S32 Design Studio (V3.6.4) Installation. The installation's progress bar finishes immediately once I start the installation, but I could not see any installed application. Please guide me on resolving this issue. The system specs are Windows 11, 16GB RAM, 1TB SSD. Note this system is under our Company's IT policies. Re: S32 Design Studio Installation Issue Please find below the requested log files. We tried to do the installation twice, but it was not successful. Re: S32 Design Studio Installation Issue Hi @ashutoshsahu  Could you please share the installation log file (.log)? It should be located under: C:\NXP\S32DS.3.6.4\_S32 Design Studio for S32 Platform 3.6.4_installation\Logs BR, VaneB

S32 设计工作室安装问题 我在使用 S32 设计工作室 (V3.6.4) 时遇到问题。安装。安装开始后，安装进度条立即停止显示，但我看不到任何已安装的应用程序。 请指导我如何解决这个问题。 系统配置为：Windows 11，16GB 内存，1TB 固态硬盘。请注意，该系统遵循我公司的IT政策。 Re: S32 Design Studio Installation Issue 请查看下方所需的日志文件。 我们尝试安装两次，但都失败了。 Re: S32 Design Studio Installation Issue 嗨@ashutoshsahu 能否请您提供一下安装日志文件（.log）？它应该位于： C:\NXP\S32DS.3.6.4\_S32Design Studio for S32 Platform 3.6.4_installation\Logs BR，VaneB

I get an undefine value 0x00000033 when I read the DCMLCC register Hello When I read the DCMLCC register of the S32K314, the returned value is 0x00000033, DCMRLC:0b011, DCMCLC:0b011. The datasheet does not provide definitions for these values. What do these values mean? I tried obtaining the value of DCMLCS and got 0x06186084. Does this mean my chip has simply not been pushed to any lifecycle stage and is a normal value? DCMCLC.jpegDCMCLC.jpeg DCMRLC.jpegDCMRLC.jpeg Lika Re: I get an undefine value 0x00000033 when I read the DCMLCC register Okay, thank you very much. Re: I get an undefine value 0x00000033 when I read the DCMLCC register Hi Lika, We apologize for any inconvenience this may cause. This issue has been reported to the documentation department. 0b011 means CUST_DEL Best Regards, Robin

I get an undefine value 0x00000033 when I read the DCMLCC register 您好 当我读取S32K314的 DCMLCC register时，返回的值为0x00000033,DCMRLC:0b011, DCMCLC:0b011,手册中并未给出这些值的定义，请问这个值代表什么意思。我尝试获取了DCMLCS的值，得到0x06186084，这是否说明我的芯片只是未被推进到任何生命周期，属于一个正常值？ DCMCLC.jpegDCMCLC.jpeg DCMRLC.jpegDCMRLC.jpeg Lika Re: I get an undefine value 0x00000033 when I read the DCMLCC register 好的，非常感谢 Re: I get an undefine value 0x00000033 when I read the DCMLCC register Hi Lika, 抱歉给您带来不便。 这个问题已经上报文档部门了。 0b011 意味着 CUST_DEL  Best Regards, Robin

ドライバードキュメントの未確認ヘッダー情報 私はS32DS内でS32K116向けのプロジェクトを開発しています。 今ではRTDがIPドライバとMCAL/AUTOSARの区別でどのように機能するかを理解しました。 リソースの制約があるため、今のところプロジェクトはIPドライバに限定します。 また、コンポーネントビュー内でIPドライバーコンポーネントを右クリックするとドキュメントが見つかることもわかりました。 しかし、説明された関数を使う際に各ドライバにどのヘッダーを含めるべきかはドキュメント内に記載されていません。 どうやってその情報を知ることができるんですか？これについて明記されている別の文書やリストはありますか？ Re: driver documentation missing header information こんにちは 通常、各IPドライバーのトップレベルのパブリックヘッダーは命名規則 _Ip.hに従います（例えば。Flexcan_Ip.h、Lpspi_Ip.h、Clock_Ip.h、Adc_Sar_Ip.h)。そのヘッダーはソースアプリケーションコードに含めるものです。 また、RTD内の例を参照して、どのヘッダーファイルを含めるべきかを確認できます: Julin_AragnM_1-1789513358457.pngJulin_AragnM_1-1789513358457.png FlexCAN -> FlexCAN_Ip.h プラットフォーム/割り込みコントローラ -> IntCtrl_Ip.h Port/Siul2 -> Siul2_Port_Ip.h ディオ/シウル2 -> Siul2_Dio_Ip.h RTDのインストールパス内で以下のヘッダーファイルを探せます:「C:\NXP\S32DS.3.x.x\S32DS\software\PlatformSDK_S32K1_S32M24\RTD\ _TS_...\include\」 よろしくお願いします、 ジュリアン

MX95: raw video write throughput limited to ~50MB/s Hi, we're seeing a throughput/frame-rate issue when writing raw camera frames to a file: the actual capture rate drops well below the target frame rate once we write frames to storage, even though pure capture (without writing) runs at full frame rate. We'd like to understand the cause. The following is our environment configuration. - Board: i.MX95 19x19 LPDDR5 EVK - BSP: TechNexion Yocto 5.3 (Whinlatter), kernel 6.18.2 - Camera: TechNexion TEVS-AR0234 (MIPI CSI-2) - Capture device confirmed via media-ctl: tevs → csidev-4ad30000.csi → formatter@20 → crossbar → mxc_isi.0 → /dev/video0 ## Test 1: Capture only, no write (baseline) Sensor locked to 30fps via: v4l2-ctl -d /dev/v4l-subdev19 --set-subdev-fps pad=0,stream=0,fps=30 gst-launch-1.0 -e libcamerasrc ! video/x-raw,width=1920,height=1080,format=YUY2,framerate=30/1 ! fpsdisplaysink video-sink=fakesink text-overlay=false sync=false Result: stable 29.98fps, no dropped frames. ## Test 2: Write raw frames to file gst-launch-1.0 -e libcamerasrc ! video/x-raw,width=1920,height=1080,format=YUY2,framerate=30/1 ! filesink location=/tmp/test.yuv Result: ~11.7fps (measured by file size / capture duration), with GStreamer logs showing repeated warnings: WARN NxpNeoPipe neo_pipeline.cpp:3175 Image0 frame loss! expected X received Y where the gap between expected/received grows over time when fps is not locked, but stays small (1-2 frames) once sensor fps is locked to match the target. Same test repeated with `v4l2src device=/dev/video0` instead of `libcamerasrc`: same ~11.7-11.8fps result. Same test repeated at 1280x720: ~28.8fps (~53 MB/s), which converts to a similar MB/s ceiling as the 1920x1080 test above (~52 MB/s). We would like to know if a write speed limit of approximately 50 MB/s—when writing raw frames captured from `/dev/video0` (mxc-isi) to storage—is expected behavior for the current BSP/kernel version, or if we might be missing a configuration setting. We are happy to provide full logs, `media-ctl` topology output, and device tree information if needed. Yocto Project Re: MX95: raw video write throughput limited to ~50MB/s Hi,  @JosephAtNXP thank you for your prompt response. I’d like to confirm whether the root cause lies in the following factor. Additionally, would using Real-Time Yocto be helpful in this case? The captured frames are stored in a DMA buffer allocated via the Contiguous Memory Allocator (CMA). DMA writes from the ISP hardware to this memory have never been a bottleneck (local tmpfs write speeds reached up to 819 MB/s using dd, ruling out storage media limitations). The bottleneck occurs during the step where the CPU reads the contents of this buffer. This is further corroborated by the fact that the VPU hardware encoder can directly read the same buffer via DMA without any performance impact. This strongly indicates that the bottleneck stems from the memory's cache attribute configuration or the cost of maintaining cache coherency (e.g., cache invalidation) during each buffer dequeue operation, rather than bus bandwidth or storage device speed limitations. Re: MX95: raw video write throughput limited to ~50MB/s Hi, Thank you for your interest in NXP Semiconductor products, This is expected behavior as you can see in Linux Users Guide. In addition, writing frames to the file system generates a huge amount of data that is not absorbable in real time. In that case, because of the delay induced on the application to recycle its buffers, periodic frame loss is expected to occur. A workaround could be to use hardware video encoding before storing the captured frames. Regards

RW612 / Murata Type 2FR EVK – 启动后 SRAM 驻留代码损坏。 您好，NXP团队， 我正在调试一台Murata Type 2FR EVK (RW612)开发板，应用程序已成功写入外部 QSPI 闪存，但无法正常运行。 硬件： Murata Type 2FR EVK (LBES0ZZ2FR) MCU：RW612 Cortex-M33 外置闪存：Winbond W25Q128，16 MB 调试器：SEGGER J-Link，S/N 69657567 100 kHz 的短波放电 板通过 USB-C 供电。 SWD：J11 引脚 2 = SWDIO，引脚 4 = SWCLK，引脚 3 = GND J-Link 成功检测到 RW612 并对外部闪存进行编程，没有出现任何错误。 软件： MCUXpresso IDE 25.6.136 RW612 SDK 从 rdrw612bga_wifi_cli 示例开始。 修改了 W25Q128 的 FlexSPI 闪存配置，并将 QSPI 链接器大小从 8 MB 更改为 16 MB。 构建完成，未发现任何错误/警告。 问题： 启动后，CPU最终会停止运行：   PC = 0x20005840 ip4_input() at lwip/src/core/ipv4/ip4.c:556   函数 ip4_input() 位于 SRAM 的 0x200056D4 地址，但其内容似乎已损坏：   0x200056D4: 0x4007EEBE 0xBC640C88 ...     但是，QSPI闪存中的相应代码似乎是有效的。 链接器映射显示 .data包含驻留内存的代码：   LMA: 0x080F674C VMA: 0x20000000 Size: 0x1A0E4   启动部分表格规定：   0x080F674C → 0x20000000, length 0x1A0E4   ResetISR() 会调用 SystemInit()，然后调用 data_init() 来执行此初始化操作。 我还通过调试器确认了 SRAM 本身是可读/可写的。 我的主要问题是：为什么即使 QSPI 源映像看起来有效，RAM 驻留代码也会损坏？ 这是否与RW612 启动/RAM 初始化、FlexSPI 配置、缓存/MPU 配置、启动配置或 Type2FR 特定内存配置有关？ 另外，使用SEGGER J-Link 而不是 MCU-Link Pro是否会对启动/调试流程造成任何问题？ 我可以提供.map文件，链接器脚本，startup_rw612.c，flash_config.c，如有需要，请提供调试日志。 谢谢！ 评估板 Re: RW612 / Murata Type 2FR EVK – SRAM-resident code corrupted after boot 嗨，丹尼尔， 谢谢你的回复。 我们之前使用的是 SDK 26.06，但我们的项目配置的是 rdrw612bga 板，而不是您推荐的 FRDM-RW612 配置。 关于迁移指南，是的，我们已经看过了： [NXP FRDM-RW612 模块迁移指南]( https://github.com/NXP-APPCODEHUB/an-frdmrw612-module-migration-guide ) 我们遵循 Murata Type 2FR 的迁移方法，包括更新 W25Q128 (16 MB) 的闪存配置和相应的链接器配置。 但是，我们遇到了一个问题，即应用程序成功启动并开始执行，但最终在 `ip4_input()` 的 `0x20005840` 处停止。我们还发现，原本打算从 SRAM 执行的代码似乎已损坏，而 QSPI 闪存中的相应代码似乎有效。 根据您的建议，我们现在将使用 **26.06 SDK 和 FRDM-RW612 配置**，并按照该基线进行迁移。我们将在此帖中更新我们的结果。 再次感谢您的指导。 问候， 萨克希 Re: RW612 / Murata Type 2FR EVK – SRAM-resident code corrupted after boot 您好， 请问您使用的是哪个SDK版本？ 我建议你使用 FRDM-RW612 的 26.06 版本，而不是 RD 版本。 对了，你已经调查过这个问题了吗？ 问候， 丹尼尔。

MX95：原始视频写入吞吐量限制在约 50MB/s。 您好，我们在将原始相机帧写入文件时遇到了吞吐量/帧速率问题：一旦我们将帧写入存储设备，实际捕获速率就会远低于目标帧速率，即使纯粹的捕获（不写入）以全帧速率运行。我们想了解原因。以下是我们的环境配置。 - 主板：i.MX95 19x19 LPDDR5 EVK - BSP：TechNexion Yocto 5.3 (Whinlatter)，内核 6.18.2 - 摄像头：TechNexion TEVS-AR0234 (MIPI CSI-2) - 通过 media-ctl 确认捕获设备：tevs → csidev-4ad30000.csi → formatter@20 → crossbar → mxc_isi.0→ /dev/video0 ## 测试 1：仅捕获，不写入（基线） 传感器通过以下方式锁定为 30fps： v4l2-ctl -d /dev/v4l-subdev19 --set-subdev-fps pad=0,stream=0,fps=30 gst-launch-1.0-e libcamerasrc！video/x-raw,width=1920,height=1080,format=YUY2,framerate=30/1 !fpsdisplaysink video-sink=fakesink text-overlay=false sync=false 结果：稳定29.98fps，无丢帧。 ## 测试 2：将原始帧写入文件 gst-launch-1.0-e libcamerasrc！video/x-raw,width=1920,height=1080,format=YUY2,framerate=30/1 !文件接收器位置=/tmp/test.yuv 结果：帧率约为 11.7fps（按文件大小/捕获持续时间计算），GStreamer 日志显示反复出现警告： 警告 NxpNeoPipe neo_pipeline.cpp:3175图像0帧丢失！预期 X 实际收到 Y 当帧率未锁定时，预期帧率与实际帧率之间的差距会随着时间的推移而增大；但一旦传感器帧率锁定以匹配目标帧率，该差距就会保持较小（1-2 帧）。 使用 `v4l2src device=/dev/video0` 代替 `libcamerasrc` 重复相同的测试：结果相同，约为 11.7-11.8fps。 在 1280x720 分辨率下重复相同的测试：~28.8fps（~53 MB/s），这转换为与上述 1920x1080 测试类似的 MB/s 上限（~52 MB/s）。 我们想知道，当从 `/dev/video0` (mxc-isi) 捕获的原始帧写入存储时，写入速度限制约为 50 MB/s 是否是当前 BSP/内核版本的预期行为，或者我们是否可能缺少配置设置。如有需要，我们很乐意提供完整的日志、`media-ctl`拓扑输出和设备树信息。 Yocto Project Re: MX95: raw video write throughput limited to ~50MB/s 您好， @JosephAtNXP，感谢您的及时回复。 我想确认一下，根本原因是否在于以下因素。另外，在这种情况下使用实时 Yocto 是否会有帮助？ 捕获的帧存储在通过连续内存分配器 (CMA) 分配的 DMA 缓冲区中。从 ISP 硬件到此内存的 DMA 写入从未成为瓶颈（使用 dd 命令，本地 tmpfs 写入速度高达 819 MB/s，排除了存储介质的限制）。 瓶颈出现在CPU 读取此缓冲区内容的步骤中。VPU 硬件编码器可以通过 DMA 直接读取同一个缓冲区，而不会对性能造成任何影响，这一事实进一步证实了这一点。这有力地表明，瓶颈源于内存缓存属性配置或每次缓冲区出队操作期间维护缓存一致性的成本（例如，缓存失效），而不是总线带宽或存储设备速度的限制。 Re: MX95: raw video write throughput limited to ~50MB/s 您好， 感谢您对恩智浦半导体产品的关注， 这是预期行为，您可以在 Linux 用户指南中看到相关说明。 此外，将帧写入文件系统会产生大量无法实时吸收的数据。在这种情况下，由于应用程序回收缓冲区需要时间，因此会出现周期性丢帧现象。 一种变通方法是在存储捕获的帧之前使用硬件视频编码。 此致

驱动程序文档缺少标题信息 我正在为 S32DS 中的 S32K116 开发一个项目。 到现在为止，我已经弄清楚了 RTD 在 IP 驱动程序与 MCAL/AUTOSAR 之间的工作原理。 由于资源可能有限，我目前将项目范围限定在 IP 驱动程序上。 我还发现，在“组件”视图中右键单击 IP 驱动程序元器件，就可以找到有关该元器件的文档。 但是，我发现文档中并没有列出在使用所描述的功能时，每个驱动程序应该包含哪些标头。 我怎么可能知道这些信息？是否有其他文件或清单对此有明确规定？ Re: driver documentation missing header information 你好 通常，每个 IP 驱动程序的顶级公共标头都遵循以下命名约定： _Ip.h（例如。Flexcan_Ip.h，Lpspi_Ip.h，Clock_Ip.h，Adc_Sar_Ip.h）。该头部信息需要包含在您的应用程序源代码中。 您还可以查看 RTD 中提供的示例，了解需要包含哪些头文件： Julin_AragnM_1-1789513358457.pngJulin_AragnM_1-1789513358457.png FlexCAN -> FlexCAN_Ip.h 平台/中断控制器 -> IntCtrl_Ip.h Port/Siul2 -> Siul2_Port_Ip.h Dio/Siul2 -> Siul2_Dio_Ip.h 您可以在 RTD 安装路径中查找这些头文件："C:\NXP\S32DS.3.x.x\S32DS\software\PlatformSDK_S32K1_S32M24\RTD\ _TS_...\include\" 此致， 朱利安

driver documentation missing header information I am developing a project for a S32K116 inside S32DS. By now I figured out how the RTD works regarding to IP Drivers vs MCAL/AUTOSAR. I will limit my project to the IP Drivers for now due to possible resource constraints. I also figured out that I can find documentation about an IP Driver component by rightclicking on it inside the Components view.  However, I found that it is not listed inside the documentation which headers to include for each driver when using one of the described functions. How am I supposed to know that information? Is there a different document or list where this is specified? Re: driver documentation missing header information Hello  USually, the top-level public header for each IP driver follows the naming convention _Ip.h (e.g. Flexcan_Ip.h, Lpspi_Ip.h, Clock_Ip.h, Adc_Sar_Ip.h). That header is what you include in your source application code. You can also look at the examples provided inside the RTD for which header files to include: Julin_AragnM_1-1789513358457.pngJulin_AragnM_1-1789513358457.png FlexCAN -> FlexCAN_Ip.h Platform/Interrupt Controller -> IntCtrl_Ip.h Port/Siul2 -> Siul2_Port_Ip.h Dio/Siul2 -> Siul2_Dio_Ip.h You can look for these header files inside the RTD installation path: "C:\NXP\S32DS.3.x.x\S32DS\software\PlatformSDK_S32K1_S32M24\RTD\ _TS_...\include\" Best regards, Julián

How to burn HAB firmware on IMX6ULL about USB  We use IMX6ULL and want to implement the secure boot function. The current SD boot mode has been run through, the development board has written SRK, and the firmware has also been signed. Then we also executed the close operation (echo 0x02>HW_OCOTP_CFG5). After burning, the normal print information is as follows: Secure boot enabled HAB Configuration: 0xcc, HAB State: 0x99 However, when the same firmware was placed in the mfgtools tool and burned using USB, it was found that the board could not enter the burning system. The tool stops running, and the debug serial port does not have any print information. rxq_0-1789457007595.pngrxq_0-1789457007595.png The firmware in the red box,% board_file%/u-boot.imx and firmware/zImage are signed firmware. MfgTool.log records that the firmware has been imported. After the normal process Jumping to OS image, it should be the firmware that was started to import, but in fact, there is no print information on the debug serial port rxq_1-1789457333755.pngrxq_1-1789457333755.png Why is it normal for SD card to start, but not for USB？ What should we do to support USB burning? The attachment is the secure boot production process started by our SD

如何使用 USB 将 HAB 固件烧录到 IMX6ULL 上 我们使用 IMX6ULL，并且想要实现安全启动功能。 当前 SD 卡启动模式已运行完毕，开发板已写入 SRK，固件也已签名。然后我们还执行了关闭操作（echo 0x02>HW_OCOTP_CFG5）。 刻录完成后，正常的打印信息如下： 已启用安全启动 HAB 配置：0xcc，HAB 状态：0x99 然而，当将相同的固件放入 mfgtools 工具并使用 USB 进行烧录时，发现电路板无法进入烧录系统。 工具停止运行，调试串口没有任何打印信息。 rxq_0-1789457007595.pngrxq_0-1789457007595.png 红色方框中的固件、%board_file%/u-boot.imx 和 firmware/zImage 都是已签名的固件。 MfgTool.log 记录显示固件已导入。正常跳转到操作系统镜像后，应该开始导入固件，但实际上，调试串口上没有任何打印信息。 rxq_1-1789457333755.pngrxq_1-1789457333755.png 为什么SD卡可以正常启动，而USB却不行？ 我们应该如何做才能支持U盘刻录？附件是我们SD启动的安全启动生产流程。

安装S32 Design Studio for ARM 2.2无法激活 安装S32 Design Studio for ARM 2.2： 1.在激活时选择online则报图一错误，使用https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/Troubleshooting-Activation-fails-with-error-message-FNP-ERROR-0/ta-p/1123259后报图二错误，但是我的电脑服务中FlexNet Licensing Service时启动状态 2.使用offline激活，完全参照官网步骤后，报图三错误，我该如何正确激活并安装此版本软件？ Re: 安装S32 Design Studio for ARM 2.2无法激活 我已经完全按照步骤做了，依旧不行 Re: 安装S32 Design Studio for ARM 2.2无法激活 嗨@aether FNP 错误 20 通常与组件未正确安装或当前用户无法访问有关。请尝试以下步骤： 完全卸载 S32DS for ARM v2.2，并删除 C:\NXP\S32DS_ARM_v2.2 中所有剩余的文件。 备份并清除隐藏文件夹 C:\ProgramData\FLEXnet\ 的内容。 重新下载并安装适用于 ARM 的基本 S32DS v2.2 软件包（不包含 Update 2）。 以管理员权限运行安装程序，并确保防病毒软件或安全软件没有阻止安装程序运行。 BR，VaneB Re: 安装S32 Design Studio for ARM 2.2无法激活 嗨@aether 能否请您提供一下安装日志文件（.log）？它应该位于： C:\NXP\S32DS_ARM_v2.2\_S32 Design Studio for ARM Version 2.2_installation\Logs

IW416 Wi-Fi RF Test Mode – PN9 / Payload Pattern for EN 300 328 Hello, We are evaluating IW416 for EN 300 328 regulatory testing using AN14114 Rev.7.0 Our certification laboratory has requested continuous modulated transmission using a PN9 data sequence. However, in the Wi-Fi TX continuous command, AN14114 only describes a fixed payload pattern: echo "tx_continuous= " and gives this example: echo "tx_continuous=1 0 0xAAA 0 3 0x8" Could you please confirm: 1. Does IW416 Wi-Fi RF Test Mode support direct PN9/PRBS9 generation? 2. If not, what payload pattern does NXP recommend for EN 300 328 testing? 3. Can 0xAAA be used as the recommended alternative to PN9 for Continuous Packet Mode? 4. Are these settings correct for continuous modulated transmission? - transmit mode = 0 - cs mode = 0 - active subchannel = 3 Thank you.

IW416 Wi-Fi 射频测试模式 – PN9 / EN 300 328 有效载荷模式 你好， 我们正在使用 AN14114 Rev.7.0 对IW416进行 EN 300 328 法规测试评估。 我们的认证实验室要求使用 PN9 数据序列进行连续调制传输。 然而，在 Wi-Fi TX 连续命令中，AN14114 仅描述了一种固定的有效载荷模式： echo "tx_continuous= " 并举例如下： echo "tx_continuous=1 0 0xAAA 0 3 0x8" 请您确认一下： 1. IW416 Wi-Fi RF 测试模式是否支持直接生成 PN9/PRBS9？ 2. 如果不是，NXP 推荐用于 EN 300 328 测试的有效载荷模式是什么？ 3. 0xAAA 能否作为连续分组模式中 PN9 的推荐替代方案？ 4. 这些设置对于连续调制传输是否正确？ - 传输模式 = 0 -cs模式=0 - 活动子通道 = 3 谢谢！

S32 Design Studio for ARM 2.2 はアクティベートできません。 S32 Design Studio for ARM 2.2をインストールします。 1. アクティベーション中に「オンライン」を選択すると、図 1 に示すエラーが発生します。https ://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/Troubleshooting-Activation-fails-with-error-message-FNP-ERROR-0/ta-p/1123259を使用すると、図 2 に示すエラーが発生します。ただし、私のコンピュータの FlexNet サービスは...ライセンスサービスは立ち上げ段階です 2. オフライン認証を使用する際に、公式サイトの手順に正確に従ったところ、図3に示すエラーが発生しました。このバージョンのソフトウェアを正しく認証およびインストールするにはどうすればよいでしょうか？ Re: 安装S32 Design Studio for ARM 2.2无法激活 手順通りにやったのですが、それでもうまくいきません。 Re: 安装S32 Design Studio for ARM 2.2无法激活 こんにちは、 @aetherさん。 FNPエラー20は通常、部品が正しくインストールされていないか、現在のユーザーがアクセスできないことに関連しています。以下の方法を試していただけますか: ARM v2.2用のS32DSを完全にアンインストールし、C:\NXP\S32DS_ARM_v2.2の残っているファイルも削除してください。 隠しフォルダ C:\ProgramData\FLEXnet\ の内容をバックアップして削除してください。 ベースのS32DS for ARM v2.2パッケージを再ダウンロードしてインストールしてください(アップデート2なし)。 管理者権限でインストーラーを実行し、ウイルス対策ソフトやセキュリティソフトがブロックしていないか確認してください。 BR、VaneB Re: 安装S32 Design Studio for ARM 2.2无法激活 こんにちは、 @aetherさん。 インストールログファイル(.log)を共有してもらえますか?それは以下の通りです: C:\NXP\S32DS_ARM_v2.2\_S32 Design Studio for ARM Version 2.2_installation\Logs