Logging ASM330LHH IMU Data to W25Q64JV External Flash Using S32K344 HI team I am working on an implementation where the ASM330LHH IMU sensor is interfaced with the S32K344 MCU, and the acquired sensor data (for example, accelerometer and gyroscope measurements) must be stored in a W25Q64JVSSIQ external QSPI Flash memory using S32 Design Studio (S32DS) 3.6.8. Currently, I am facing challenges in integrating the IMU data acquisition with the external Flash storage mechanism. I would appreciate guidance on the following topics: 1. External Flash (W25Q64JV) Enablement Through QSPI What are the recommended steps to configure the QuadSPI (QSPI) peripheral in S32K344 for interfacing with the W25Q64JV external Flash? I have already QSPI RTD drivers and configuration modules should be used in S32DS 3.6.8 How can the QSPI communication be validated after initialization? What is the recommended procedure to read the JEDEC ID and verify that the external Flash is detected correctly? 2. Integration of ASM330LHH Sensor Data with External Flash Storage What is the recommended software architecture for integrating the ASM330LHH sensor driver with the W25Q64JV Flash driver? What sequence should be followed to: Initialize the IMU sensor. Acquire accelerometer/gyroscope data. Buffer the sensor samples in RAM. Program the buffered data into external Flash memory. Are there any best practices for implementing page-aligned Flash writes, sector erase management, and circular logging mechanisms? How should timestamps and sensor records be organized to support efficient data retrieval? 3. Verification and Validation of Stored Data What is the recommended approach to verify that the IMU data stored in external Flash matches the originally acquired sensor data? Should read-back verification be performed after every page program operation? What validation methods are commonly used to ensure data integrity, such as: Flash read/write verification Checksum or CRC validation Memory dump analysis UART/CAN diagnostic logging How can the stored accelerometer and gyroscope data be compared against real-time sensor readings to confirm correctness?   Re: Logging ASM330LHH IMU Data to W25Q64JV External Flash Using S32K344 Hello @sharathkumar2026, 1. There is an already existing example for communicating with the on-board W25Q64 Winbond memory for the FRDM-A-S32K344 board in our Application Code Hub: QSPI Flash Memory Read/Write demo for FRDM-A-S32K344.  The example performs a device identification via JEDEC ID and status register readout, a continuous sector erase, page write, read-back, and data integrity verification, with RGB LED feedback via GPIO to indicate operation progress and pass/fail status. You can import it directly through S32DS:  2. The ASM330LHH is a third-party device, so you must look for its datasheet, or user manual in order to know which commands to send and how to read the data. I can recommend going over the Motion Sensing using FreeMASTER example. It reads 3-axis acceleration data from an FXLS8964AF accelerometer over LPI2C: It is based on S32K312, and uses FreeMASTER, however, it may prove useful to use it as reference. 3. This depends on the level of robustness your application needs. Read-back verification is usually not needed, simply check returned status after every operation and validate each record with CRC. Best regards, Julián

i.MX93:ウォッチドッグはCortex-A55だけをリセットし、Cortex-M33を稼働させ続けることは可能ですか? カスタムのi.mx93ボードを使っていますが、主にEVKの設計とPMICに従っています。ソフトウェアではNXP BSPベースのYocto(walnascar-6.12.34-2.1.0)を使っています。支店）。 ウォッチドッグタイムアウトで、Cortex-A55だけをリセットし、Cortex-M33(Zephyr)を稼働させておきたいです。そうすればM33がA55を監視し、障害時にデータをバッファリングできます。 リファレンス・マニュアルで見つけたのですが、 - セクション32.2.10では、wdog4_ca55_rst_bおよびwdog5_ca55_rst_bをコールドリセットソースとして記載しています。 - セクション32.2.12.2ではCA55はウォームリセットができず、電源オフ、CPU待機、電源オン、リリースの手順が説明されています。 - WDOG第69章では、タイムアウトによって何がリセットされるかについては記載されていません。 devmem2を使用して、SRCベース0x44460000のレジスタをダンプしました。 +0x18 (マスクのリセット): 0x00000FBF。ビット6(CSU)はクリアで、WDOGビット(WDOG5(ビット4)を含む)は設定されているため、これらのソースはマスクされています。 WDOG4やWDOG5のマスクを解除し、リセットモードをCA55スライスのみに設定して、A55がリセットされる一方でM33が動作し続けるのはサポートされていますか?もしそうなら、A55を再始動させるために他に必要なものはありますか?申請書や例はありますか? アドバイスをいただければ幸いです。 よろしくお願いします Linux Re: i.MX93: can a watchdog reset only the Cortex-A55 and leave the Cortex-M33 running? SRCはM33ドメインを選択しなくてもWDOG4/5のリセットをA55ドメインにルーティングできますが、それだけではM33が動作し続ける間にA55が電源を再開し、再起動しLinuxを起動するわけではありません。A55の再起動シーケンスと、ウォッチドッグによってトリガーされるPMICのリセットについても考慮する必要があります。あなたのBSPでその完全なフローを実装しているNXPの例は見つかりませんでした。 また、マスクビットの読み取り値が間違っているようです。SRMASKでは、WDOG4とWDOG5はビット19と20であり、ビット3と4ではありません。レジスタフィールドを変更する前に、再度確認してください。 Re: i.MX93: can a watchdog reset only the Cortex-A55 and leave the Cortex-M33 running? 迅速なご返信ありがとうございます。 私のSRMASK図（スクリーンショットを添付）では、WDOG4とWDOG5がビット3と4に、WDOG1からWDOG3がビット0から2に割り当てられており、リセット値は0xFBFです。それは起動時に私が読んだ内容と一致します。 私はIMX93RM.pdfを読んでいます牧師7、2026年2月10日。 どの文書と改訂版を読んでいるのか確認していただけますか? 私の疑問は再起動についてです。このリセット後、CPUWAITが保持され、リセットベクタが設定された状態で、A55を再び動作させるためのサポートされている手順は何ですか？RMによるとCA55はウォームリセットできず、電源のサイクルが必要だと言われています。M33から電源を再投入する、サポートされている方法はありますか？ ありがとう。 よろしくお願いします

FRDM i.MX 95におけるDDR構成とテスト こんにちは、NXPコミュニティの皆さん、 私はUbuntu上でFRDM i.MX 95ボードを使用してi.MX 26.09用Config Toolsを使い始めたばかりの初心者です。 LPDDR4Xの設定方法、適切なDDRプリセットの選択方法、およびDDRテストの実行方法について指導が必要です。 DDRテストウィンドウでは、テストが「キューイング中」の状態のままになっており、シリアル接続またはUSB HIDオプションの設定方法がわかりません。 前提条件、DDRテストの実施、生成された設定をブートファームウェアに統合する手順など、正しいステップバイステップの手順を誰か説明してもらえますか? 参考のためにスクリーンショットを添付しました。公式のドキュメントや初心者向けのチュートリアルがあれば教えてください。 ご回答をお待ちしています。 Re: DDR Configuration and Testing on FRDM i.MX 95 ERR051301: DDRC:メモリコントローラのパフォーマンス低下 書き込みトラフィック記述中に特定の書き込みトランザクションのプロセッシング中に書き込み性能が低下します。回避策：書き込みパフォーマンスの低下を防ぐには、ビット7（値0x80）をDDRCレジスタ空間内のレジスタオフセット0xf04に設定します。注: 「*_timing.c」DDRツールによって生成されたファイルは回避策を実装しています AN15053 i.Mx9 での DDR クイックブートと AN14606 i.mx DDR ツール用設定ツールを使用したマルチボード設定の実行に関する参考情報 顧客ボードや公式評価キットを使っていますか?このエラーは低クロック周波数でも起こり得ますか? Re: DDR Configuration and Testing on FRDM i.MX 95 こんにちは、 @deepak_k さん。 現在、DDR設定ツールはUbuntu環境ではサポートされていません。そのため、設定ツールはWindows OS上で実行してください。 詳細な使用方法については、添付ファイル内の設定ツールのユーザーガイドをご参照ください。 B.R

FRDM i.MX 95 上的 DDR 配置和测试 NXP社区的各位朋友，大家好！ 我是一名新手，正在使用 Ubuntu 系统上的 i.MX 26.09 版本配置工具，搭配 FRDM i.MX 95 板。 我需要有关如何配置 LPDDR4X、选择正确的 DDR 预设以及运行 DDR 测试的指导。 在 DDR 测试窗口中，测试一直处于“已排队”状态，我不确定如何配置串行连接或 USB HID 选项。 能否请哪位解释一下正确的步骤，包括前提条件、运行 DDR 测试以及将生成的配置集成到启动固件中？ 我附上了截图供您参考。任何官方文档或适合初学者的教程都将不胜感激。 谢谢！ Re: DDR Configuration and Testing on FRDM i.MX 95 ERR051301: DDRC: 内存控制器性能在写入流量期间下降 描述 在处理某些写入事务期间，写入性能下降。解决方法：为防止写入性能下降，将 DDRC 寄存器空间内寄存器偏移量 0xf04 的位 7（值为 0x80）设置为 0x80。注意："*_timing.c"DDR 工具生成的文件实现了该变通方案。 供参考：AN15053 DDR 快速启动（适用于 i.MX9 和 AN14606），以及使用 i.MX DDR 配置工具运行多板设置 你们使用的是客户提供的评测板还是官方评测工具包？这种错误会在低时钟频率下发生吗？ Re: DDR Configuration and Testing on FRDM i.MX 95 嗨@deepak_k 目前，DDR 配置工具在 Ubuntu 环境下不受支持；因此，请确保在 Windows 操作系统上运行配置工具。 有关详细使用说明，请参阅附件中的配置工具用户指南。 B.R

使用 S32K344 将 ASM330LHH IMU 数据记录到 W25Q64JV 外部闪存 大家好 我正在开发一个实现方案，其中ASM330LHH IMU 传感器与S32K344 MCU连接，并且必须使用S32 Design Studio (S32DS) 3.6.8将采集到的传感器数据（例如，加速度计和陀螺仪测量值）存储在W25Q64JVSSIQ 外部 QSPI Flash 存储器中。 目前，我在将IMU数据采集与外部闪存存储机制集成方面面临挑战。 我希望就以下几个方面获得指导： 1. 通过 QSPI 启用外部闪存 (W25Q64JV) 在 S32K344 中配置QuadSPI (QSPI) 外设以与 W25Q64JV 外部 Flash 连接时，推荐的步骤是什么？ 我已经有了QSPI RTD驱动程序，并且需要在S32DS 3.6.8中使用配置模块。 初始化后如何验证QSPI通信？ 读取 JEDEC ID 并验证外部闪存是否被正确检测到的推荐步骤是什么？ 2. 将 ASM330LHH 传感器数据与外部闪存存储集成 将ASM330LHH 传感器驱动程序与W25Q64JV Flash 驱动程序集成，推荐的软件架构是什么？ 应该按照什么顺序进行： 初始化IMU传感器。 获取加速度计/陀螺仪数据。 将传感器样本缓存到内存中。 将缓存的数据编程到外部闪存中。 对于实现页对齐闪存写入、扇区擦除管理和循环日志记录机制，有哪些最佳实践？ 应如何组织时间戳和传感器记录以支持高效的数据检索？ 3. 存储数据的验证和确认 验证存储在外部闪存中的 IMU 数据与原始采集的传感器数据是否匹配的推荐方法是什么？ 每次页面程序操作后是否都应该执行回读验证？ 常用的数据完整性验证方法有哪些？例如： 闪存读写验证 校验和或 CRC 验证 内存转储分析 UART/CAN诊断日志记录 如何将存储的加速度计和陀螺仪数据与实时传感器读数进行比较，以确认其正确性？   Re: Logging ASM330LHH IMU Data to W25Q64JV External Flash Using S32K344 你好@sharathkumar2026 ， 1.在我们的应用程序代码中心，已经有一个与 FRDM-A-S32K344 板载 W25Q64 Winbond 存储器通信的示例： FRDM-A-S32K344 的 QSPI Flash Memory Read/Write demo 。 该示例通过 JEDEC ID 和状态寄存器读取执行设备识别、连续扇区擦除、页面写入、读取和数据完整性验证，并通过 GPIO 使用 RGB LED 反馈来指示操作进度和通过/失败状态。 您可以通过S32DS直接导入： 2. ASM330LHH 是第三方设备，因此您必须查找其数据手册或用户手册，才能知道要发送哪些命令以及如何读取数据。 我建议您参考一下使用 FreeMASTER 进行运动传感的示例。它通过 LPI2C 协议读取FXLS8964AF加速度计的三轴加速度数据：该示例基于 S32K312 协议，并使用了 FreeMASTER 库，但您可以将其作为参考。 3. 这取决于您的应用程序所需的健壮性级别。通常不需要回读验证，只需在每次操作后检查返回状态并使用 CRC 验证每个记录即可。 此致， 朱利安

s32k396 Basic Secure Boot qeustion 32K396 上使用 HSE FW 0.2.50.0 FULL_MEM，当前生命周期为 CUST_DEL。 测试过程：原始运行正常，现在修改认证范围内的地址 0x00453FF0 从 0xFF 修改为 0xFE，保持 AppBL Header、认证标签和 IVT 不变，IVT bootCfgWord 为 0x00000009。板卡断电重新上电后，使用 J-Link Attach 连接，不下载镜像，并通过空 SetupTarget 禁用了连接时的 RAM/ECC 初始化。此时 PC 停在 0x2040012E，0x2040012C～0x2040012E 的指令为 WFI 和跳回 WFI 的分支，符合 JTAG Recovery 等待循环，目前未配置用户 Secure Recovery 应用。 问题：请确认该版本在 BSB 认证失败后的完整处理流程及可靠判据：为什么已经进入 JTAG Recovery 等待循环，GPR3 bit5 仍为 0，是否与该位仅表示“SBAF 引导应用核进入 Recovery”、而本次恢复路径由 HSE FW 触发有关，以及应该通过哪个状态位或错误信息明确确认失败原因是 AppBL 认证不通过？

S32DS S32K144 SDK 安装失败 Re: S32DS S32K144 SDK install fail 好的，谢谢 Re: S32DS S32K144 SDK install fail 你好@joshua9264 较新的 S32DS 版本不再支持 S32K1 的 S32 软件开发包 (SDK)。 如果您仍需要使用该 SDK 版本，请注意它已与 S32DS v3.4 捆绑，建议您使用最初开发和测试该软件的 IDE 版本，因为这有助于避免潜在的兼容性问题并简化设置过程。 BR、VaneB Re: S32DS S32K144 SDK install fail 哪里可以下载S32DS v3.4？ 在下载页面S32 Design Studio IDE for Arm based MCU | NXP 半导体 只有 Java 类型的文件夹，没有 .exe 文件。 请指教

新しく組み立てられた i.MX8ULP 15 × 15 EVK ベースの SOM が SDPS ブート時に LIBUSB_ERROR_NO_DEVICE (-4) エラーで失敗します。 こんにちは、NXPコミュニティの皆さん、 i.MX8ULP EVK 15 × 15デザインに基づく新たに組み立てたSOMを紹介します。私は参照用のSOM（構造測定図）を使用し、部品を基板上に組み立てました。 UUUを使ってAndroidのプリビルドイメージをフラッシュしようとすると、プロセッサはシリアルダウンロードモードで検出されますが、初期のSDPS: bootコマンド中に動作が失敗します。 ソフトウェア環境 ホスト:Linux Androidイメージパッケージ: android-14.0.0_2.2.0_image_8ulpevk 表示されたUUUバージョン: libuuu_1.5.179-0-g02da3bf 想定されるストレージターゲット: eMMC USB検出 実行中: uuu -lsusb 表示: Connected Known USB Devices Path Chip Pro Vid Pid BcdVersion 3:1 MX8ULP SDPS: 0x1FC9 0x014A 0x0001 メインの点滅試行 Androidのイメージディレクトリから、私は次のように実行しました: sudo ./uuu_imx_android_flash.sh -f imx8ulp -a -e -t emmc -u trusty-dual このスクリプトはサポートされているAndroidパーティション機能を識別し、UUUスクリプトを生成し、UUUを呼び出します。その後、以下のエラーが発生します。 Success 0 Failure 1 HID(W): LIBUSB_ERROR_NO_DEVICE (-4) SDPS: boot -f u-boot-imx8ulp-evk-uuu.imx24274 上記のファイル名は、添付のスクリーンショットに表示されているとおりです。 その他の試み 私も試してみました： sudo uuu -b emmc u-boot-imx8ulp.imx 現在分かっていること UUUはSDPSプロトコルを用いてプロセッサをMX8ULPとして検出します。 この障害は、最初のブートイメージのダウンロード中に発生します。 キャプチャされた出力には、FastbootやeMMCパーティションのフラッシュへの進行状況は示されていません。 故障の原因がイメージ/設定、USB通信、基板のリセット、電源供給シーケンス、または組み立て上の問題によるものなのか、まだ特定できていません。 まだ、正確な組み立て済みプロセッサ、DDRおよびPMIC部品番号を参考BOMと照らす必要があります。 質問 上記のコマンドと 信頼できるデュアル イメージバリアントは、i.MX8ULP 15 × EVK設計に基づく新たに組み立てられたSOMの初期フラッシュに適切でしょうか? 工場出荷時のEVKでは既に完了している初期プロビジョニング手順やPMIC構成要件を、新たに組み立てられたコンポーネントに対して行う必要はありますか？ SDPSのブート段階で、USB転送の失敗とリセットまたはブートイメージ実行の失敗を区別するための推奨される方法は何ですか？ DDRの設定ミスマッチがこの段階でこの特定の故障を引き起こす可能性はありますか?DDR初期化が完了したかどうかを判断するのに役立つUART出力やその他の証拠は何ですか？ ハードウェアの起動時に、どの電源レール、リセット信号、クロック、およびブート構成信号を最初にチェックすべきでしょうか？ 完全なAndroidフラッシュを試みる前に、初期起動とDDRの動作を確認するための推奨される最小限の起動イメージや診断手順はありますか? よろしくお願いします。 Re: Newly assembled i.MX8ULP 15 × 15 EVK-based SOM fails at SDPS boot with LIBUSB_ERROR_NO_DEVICE (- こんにちは、 1.あなたのコマンドは設計に合っており、trusty-dualは有効なAndroidブートローダーのバリアントです。 -i オプションを使用してテストすることをお勧めします。このオプションは U-Boot をロードして Fastboot に入るだけです。 sudo ./uuu_imx_android_flash.sh -f imx8ulp -i 2. いいえ、POR/コールドリセットと同じ電源投入シーケンスを使用します。 3. どちらの場合も、fastbootモードでボードがインターチェンジできなくてもLIBUSB_ERROR_NO_DEVICEエラーが表示されます。 4. いいえ、この段階では問題ないはずです。Cortex-A UARTデバッグポートを使ってください。ここでは、fastbootモードでボードが入れないかどうかを確認できます。 5. 基本的にすべて、電源入力の順序をドキュメントに沿ったものと、デザイン内のすべてのMISC信号、クリスタルやオシレーターの正しいクロック信号も確認してください。 6.ブートローダーだけをフラッシュしてU-bootに入ってみるのも手です。 sudo ./uuu_imx_android_flash.sh -f imx8ulp -i よろしくお願いいたします。 Re: Newly assembled i.MX8ULP 15 × 15 EVK-based SOM fails at SDPS boot with LIBUSB_ERROR_NO_DEVICE (- こんにちは、ホルヘさん。 ご回答とトラブルシューティングのご提案をありがとうございました。 あなたが提案してくれたU-Boot専用のコマンドを試してみました。 sudo ./uuu_imx_android_flash.sh -f imx8ulp -i しかし、操作は依然として失敗し、U-Boot/Fastbootにアクセスできていません。 組み立てたSOMとi.MX8ULP 15 × 15 EVKリファレンスデザインの違いについて、以下の点を明確にしたいと思います。 EVK PMICの型番： PCA9460AUK 私のSOMに搭載されているPMIC： PCA9460BUKZ 私のSOMに搭載されているDDRメモリ： Micron MT53D512M32D1ZW 私の理解では、MT53D512M32D1ZWはLPDDR4とLPDDR4X操作をサポートしています。PCA9460BUKZを使用している際に両方の設定パスを有効にしましたが、これが正しい設定かどうか確信が持てません。 PMICのバリアントまたはその構成が故障の原因となっている可能性が疑われますが、これはまだ確認できていません。以下の点を明確にしていただけますか? このSOMはPCA9460AUKではなくPCA9460BUKZで起動できますか? これらのPMICバリアントの違いが、上記のコマンドを実行した際の失敗の説明になるのでしょうか? MT53D512M32D1ZWの場合、LPDDR4だけを有効にするべきでしょうか、それともLPDDR4X設定パスを有効にしるべきでしょうか? 両方のパスを有効にするのは適切でしょうか? 24MHzおよび32.768kHzの水晶発振器に関連する発振器ピンでは、どのくらいの電圧レベルが期待できるでしょうか？ハードウェアの起動時にこれらの測定値を確認したいと考えています。 このPMICとDDRの組み合わせには、どの正確なブートローダーイメージを使うべきでしょうか?Android-14.0.0_2.2.0_image_8ulpevkのプリビルドイメージを使えますか?それともカスタマイズされたイメージが必要ですか?適切なイメージファイル名と、信頼できるデュアルバリアントが引き続き適しているかを確認してください。 ご協力ありがとうございました。 Re: Newly assembled i.MX8ULP 15 × 15 EVK-based SOM fails at SDPS boot with LIBUSB_ERROR_NO_DEVICE (- こんにちは、皆さん NXPの i.MX ボードでAndroidを動かそうとすると、持続的なブートループや失敗が発生しています。興味深いことに、標準のYoctoイメージをまったく同じボードにフラッシュすると、問題なく起動します。しかし、Androidに切り替えると初期起動時にクラッシュします。 以下に、起動ログ全体を添付しました。このログの解析を手伝って、何が故障しているのか教えていただけませんか?パーティションテーブル、U-Boot環境変数、または2つのオペレーティングシステム間のAVB構成の違いに関連しているのではないかと疑っていますが、専門家の意見をいただけると大変ありがたいです。     よろしくお願いします。    

S32 Design Studio for ARM v2018 R1过期后，无法再安装 之前使用S32K144,安装S32 Design Studio for ARM v2018 R1后，之后使用一段时间就提示过期了，现在在使用fs65，发现需要学习一下实例代码，实例代码基于S32 Design Studio for ARM v2018 R1开发环境，安装的时候，激活码无法验证成功，离线也不行，但是我在view count找不到延期。 能否让我可以验证码能通过或者解除我的过期，谢谢！ I previously used the S32K144 with S32 Design Studio for ARM v2018 R1, but after using it for a while, I received an expiration notice. I am now working with the FS65 and need to study the example code, which is based on the S32 Design Studio for ARM v2018 R1 development environment. However, I am unable to successfully validate the activation code—neither online nor offline—and I cannot find an option to extend the license. Could you please help me get the activation code validated or resolve the expiration issue? Thank you! Re: S32 Design Studio for ARM v2018 R1过期后，无法再安装 你好， 您的S32DS许可证已延期。请使用您之前的激活码重新激活S32DS。 Re: S32 Design Studio for ARM v2018 R1过期后，无法再安装 现在可以安装成功了，非常感谢支持！

iMX8MP and Deserializers Hi all! We are using the i.MX 8M Plus in our Digital Video Registrator. We are currently tasked with modifying the design to connect at least two (4 better) cameras using SerDes chips. In researching this, I see that connecting the DS90UB960 or DS90UB954 might be problematic because the processor does not support virtual channels. Is there any information or positive experience regarding the connection of other deserializers (from TI, Analog Devices, THine Electronics, etc.)? Best regards, Serge Re: iMX8MP and Deserializers Hi, Thank you for your interest in NXP Semiconductor products, As you mention, serializers are not available for i.MX 8M Plus due to the lack of virtual channel, there is a reference for i.MX 8 series processors using i.MX8QM and i.MX8QXP, i.MX 95 supports VC and has a serializer reference as well. Regards Re: iMX8MP and Deserializers I understand that two cameras cannot be connected to a single MIPI interface using a deserializer. However, are there any proven deserializer solutions for connecting a single/two camera to a single/two CSI/MIPI interfaces? Is it possible to use, for example, the MAX96714 ? Re: iMX8MP and Deserializers Hi, No, there has not been any solutions proven like the one described, Regards,

哪里可以找到适用于 S32K3 的 AES_ACCEL 子系统 RM？ 您好，NXP 我目前正在学习如何使用AES_ACCEL模块。我在S32K3 参考手册或HSE 参考手册中都找不到太多信息。文档中提到有专门的AES_ACCEL 子系统参考手册，但我没能在 NXP 网站上找到它。请问能否提供下载链接或告知下载地点？ 提前致谢。 显龙 Re: Where to find AES_ACCEL Subsystem RM for S32K3? 嗨@wuxianlong 我给你发了私信。 Re: Where to find AES_ACCEL Subsystem RM for S32K3? 我的问题也一样，但是标出的答案对我没用。为什么不为社区提供更好的回复，而要发送私信呢？ Re: Where to find AES_ACCEL Subsystem RM for S32K3? 我正在尝试获取 S32K3xx 规范中提到的 AES_ACCEL 子系统参考手册。 我可以通过我的 NXP 帐户访问安全资源，但找不到该文档。我该如何找到它？

AMMCLIB 1.1.44を提供してください。S32DSプラグインはRTD 7.0.0と互換性があります。 こんにちは、S32 Design StudioにAMMCLIBプラグインをインストールした際にバージョン依存の問題に直面しました。 私は同僚と同じプロジェクトに取り組んでおり、両者ともRTDバージョン7.0.0とS32DSバージョン3.6以上を使用しています。私の同僚がAMMCLIB 1.1.44をインストールしました。正常に動作しています。しかし、S32DSの拡張機能とアップデートではAMMCLIB 1.1.46しか見つかりません。 バージョン1.1.46をインストールする際、プロンプトには、以下の依存関係が不足していることを示しています。 必要な依存関係が見落とされていること: com.nxp.RTD.S32K3_S32M27X 7.0.1は見つかりませんでした。 欠けている要件: com.nxp.AMMCLIB.S32K3xx.root.feature.feature.group 1.1.46.202609081018 は必要です com.nxp.RTD.S32K3_S32M27X.feature.feature.group [7.0.1,99.99.99) チームの開発環境の一貫性を維持するため、RTD 7.0.0 を引き続き使用したいと考えています。+ AMMCLIB 1.1.44、RTDプラグイン方法を通じてそれらを統合します。 以下の点を確認するのをご協力ください: 1. AMMCLIB 1.1.44用のS32DSプラグインのダウンロードリンク、過去の更新サイト、またはオフラインインストールパッケージを提供していただけますか?S32K3xx用ですか？ 2. このプラグインは、具体的にどのS32DSバージョンとアップデートをサポートしていますか？RTD 7.0.0と互換性がありますか？ 3.もし旧バージョンの公式ダウンロードがもう入手できない場合、同僚のすでにインストールされている1.1.44からプラグインを入手・インストールするサポート方法はありますか?環境？ 必要なのはS32DSプラグイン/更新サイトインストールパッケージで、S32設定ツールを使ってAMMCLIBコンポーネントを追加しコードを生成することです。 添付ファイルは、インストール失敗を示すエラーメッセージのスクリーンショットです。ありがとう！ Re: Please provide the AMMCLIB 1.1.44 S32DS plugin compatible with RTD 7.0.0 こんにちは、 @feixingren1さん S32DS拡張およびアップデートを通じて利用可能なAMMCLibパッケージは、パッケージ名からも示すようにRTDに依存しています。つまり、特定のRTDバージョンに対応して設計されており、ソフトウェア依存関係もインストールする必要があります。あなたの場合、エラーメッセージはパッケージにRTD 7.0.1が必要であることを示しています。したがって、必要なRTDバージョンとその依存関係がS32DSのインストールに存在しない限り、インストールは完了できません。 あなたが特にAMMCLib v1.1.44に興味を持っているため、S32DS Extensions and Updates を通じて入手できるバージョンをインストールする必要はありません。代わりに、 オートモーティブ Math and モータ制御 Library Set for S32K3から、希望のバージョンのスタンドアロンパッケージを直接ダウンロードできます。 統合に関しては、NXP S32K3xx、MWCT2DxxS、MWCT20xxS Devices向けオートモーティブ数学・モータ制御ライブラリセットユーザーマニュアルには、ライブラリをS32 Design Studio for S32 Platformに単独で統合する方法を説明した専用セクションがあります。 BR、VaneB

Explanation for IAP RAM reservation on LPC1768 In a legacy LPC1768/9 MBED project I have to maintain, there is a linker script that narrows the usable RAM range on the top end by 32 bytes. In other words, whereas the true size of SRAM is 32k and the start address is 0x10000000, the imposed end address is 0x10007FE0 (instead of 0x10008000 as one would expect). The brief explanation given for this was "used by IAP functions". Is this true? Is there some fixed-address memory use of the IAP API? If so, does anyone have a documentation link or more explanation as to why this is? LPC17xx Re: Explanation for IAP RAM reservation on LPC1768 See paragraph 32.3.2.8 of "User manual" (UM10360): 32.3.2.8 RAM used by IAP command handler Flash programming commands use the top 32 bytes of on-chip RAM. The maximum stack usage in the user allocated stack space is 128 bytes and it grows downwards. I don't know what is "on-chip RAM" means in that paragraph. According to memory map LPC1768, it could be either: or: "On-chip SRAM 0x10000000 ... 0x10007FFF" or: "AHB SRAM 0x2007C000 ... 0x20083FFF". I think it's most likely the first range: 0x10000000 ... 0x10007FFF. But if you don't call IAP from your firmware, then you don't need to worry about these 32 bytes. Re: Explanation for IAP RAM reservation on LPC1768 It's always intriguing to uncover the "why" behind these hardware-software interactions. My current "why" is usually focused on clearing lines in games. I've been really enjoying Geometry Dash lately, specifically the satisfying feeling of clearing rows and keeping the board from filling up. It's a nice way to unwind and keep my brain engaged with pattern recognition. Regarding your IAP functions query, does that narrow RAM range cause significant limitations in your project?

KEILとLID2634の互換性 コミュニティの皆さん、こんにちは。 LID2634ボードの購入手続きを進めております。 しかし、NXPファームウェアを書き込むには、KEIL MDK 5.36のライセンスが必要です。（私はこの分野は初心者です。） 問い合わせたところ、KEILは現在バージョン6を提供しているとのことでしたが、それ以前のバージョンで作業するには、KEILからプロフェッショナルライセンスを購入する必要があるとのことでした。 私の質問は以下の通りです。 1.KEILのプロフェッショナルライセンスは必須ですか、それともKEIL 5.36が必須ですか？そうでなければ、Essential/Communityライセンスで進めるべきでしょうか？ 2. 文書にはKEIL 5.36バージョンしか記載されていなかった。購入前に、コンパイラやデバッガのオプションなど、互換性に関する他の事項も確認しておくべきでしょうか？ 3. CASのサンプルコードのほとんどがPythonで書かれているようですが、これはKEILはファームウェアの書き込みにのみ使用し、残りのPythonベースのロジックはオンボードコンピュータに組み込むという意味でしょうか？NXPのMACレイヤー上で作業する予定がある場合。 4. また、ボードの設定、マルチタグやマルチアンカーの設定など、すぐに始められる設定例やgitリポジトリがあれば教えていただきたいです。 ありがとう Re: KEIL compatibility with LID2634 こんにちは、 あなたの調子が良いといいのですが。ご不便をおかけして申し訳ありませんが、この製品の情報はNDA(秘密保持契約)に基づいており、公開されていません。この情報を共有する安全なチャネルではなく、同じ理由で私もデータを持っていません。 このため、代理店ネットワークに掲載されている当社の代理店のいずれかにご連絡いただくことをお勧めします。NXP。また、この製品やIC取得の際に直接のお問い合わせがいれば、直接連絡を取ってください。 ご迷惑をおかけして申し訳ございません。 よろしくお願いいたします。 リカルド

PortPinMode of mcal port module could not be select in EB tresos 30.0 I find EB tresos 30.0 is very different from 29.0. Everything go smoothly in 29.0, but has many problem on 30.0. As for the configuration item "PortPin Mode" of port module, I could not see any option except GPIO. Such as this one for UART TX pin, I could not modify it to UART TX option. What's the reason for this? How to solve it? Re: PortPinMode of mcal port module could not be select in EB tresos 30.0 Could any one give some advice? Re: PortPinMode of mcal port module could not be select in EB tresos 30.0 Hi, Can you pls provide the Chip and RTD version you are using? Besides, have you tried in legacy editor?： 1. Shutdown EB。 2. Edit defaultPreferences.properties in C:\EB\tresos_32_1_4\configuration setLegacyEditorAsDefault: true 3. save, reopen EB and Module and try your configuration

Can_43_LLCE 1.0.9 (S32G): ビルド後のロード可能な構成はサポートされていますか、または予定されていますか？ こんにちは、 「CAN_LLCEと LLCE_Af Postbuild Loadable をサポートしているのか?」についてフォローアップしています（2025年4月）NXPのサポートはCan_43_LLCEの「ポストビルドモデル」と答えました。ロード可能な問題が未解決のまま残された。CAN_LLCEとLLCE_AfはPostbuild Loadableをサポートしていますか?- NXPコミュニティ セットアップ: S32G274A、S32G_LLCE_1_0_9 (Can_43_LLCE 1.0.9、RTD AUTOSAR 4.4)。 目標:CANの設定をビルド後読み込み可能に更新し、アプリケーションイメージ全体を再フラッシュせずに実現すること。 1.0.9パッケージでは、以下の通りです: ポストビルドテーブルは絶対ポインタを持つコンスタント構造体で、アプリケーションイメージにコンパイルされます。 ビルド後のデータ用のロード可能または再配置可能なフォーマット、Sレコード出力、またはローダーは見つかりませんでした。 質問: Can_43_LLCEでは、ビルド後のロード可能な設定がサポートされていますか、または予定されていますか？はいの場合、どのバージョンで、いつからですか？ もしそうでなければ、完全な再フラッシュなしでCANフィルターを更新するサポート方法は何ですか? Can_43_LLCEやLlce_Afでのポストビルドに関するアプリケーションノートはありますか? 前もって感謝します、 アイマン Re: Can_43_LLCE 1.0.9 (S32G): is post-build loadable configuration supported or planned? こんにちは、アイマンユニスさん お問い合わせいただき、また情報をお寄せいただきありがとうございます。 ご質問を拝受いたしました。確認させていただきます。 BR ジョーイ

RW612 BLE peripheral maximum connections to centrals The NXP zsdk information specifies that RW612 supports scantternet topology, which allows for a peripheral to be connected to multiple centrals nxp-zsdk/doc/wireless/release-notes/topics/bluetooth_radio_features.md at main · nxp-zephyr/nxp-zsdk · GitHub. How many connections are supported from a peripheral device to different BLE centrals? Are there any constraints across these connections? Shall they use same PHY, connection parameters or other traits ? Best regards Tonny Bing Re: RW612 BLE peripheral maximum connections to centrals You may check the datasheet for different topology.There are one antenna topology and two antenna topology using internal SPDT Re: RW612 BLE peripheral maximum connections to centrals Hello, Hope you are doing well. For our examples, we  have the CONFIG_BT_MAX_CONN=16 This match the "Maximum 16 Bluetooth LE connections" from the Relese Notes. Regards, Ricardo

IW612：ファームウェアに関する説明 IW612のBLE部分にいくつか問題が発生しています。次のようなエラーが発生します。 9月30日 14:27:11 device kern.err kernel: [103370.366384]Bluetooth: hci0: コントローラがコマンドを受け入れなくなりました: ncmd = 0 9月30日 14:27:11 device kern.err kernel: [103370.372705]Bluetooth: hci0: HCIハードウェアエラーイベントの注入 9月30日 14:27:32 device kern.err kernel: [103391.064915]Bluetooth: hci0: フレームの再構成に失敗しました (-84) 9月30日 14:27:34 device kern.err kernel: [103393.005935]Bluetooth: hci0: オペコード 0x0c03 が失敗しました: -110 私のプラットフォームはカーネル6.6.xでSTM32MP1、Murata 2ELモジュールを使用しています。NXPのHCIドライバーを使用しています。 以下のことが本当かどうか、誰か明確に教えてもらえますか? - github.com/nxp-imx/mwifiex のバージョンgithub.com/nxp-imx/imx-firmware と一致させる必要があります - キャリブレーションのバージョン (github.com/murata-wireless/nxp-linux-calibration)あまり重要ではありません - タグをカーネルバージョンとマッチさせる必要はないので、lf-6.6.52_2.2.0ブランチを使う必要がなく、新しいlf-6.18.37_2.1.0はカーネルと後方互換性があるはずです 新しいバージョンをテストして問題が解決するかどうかを確認する前に、この問題を解決しておきたいです。 Re: IW612: Firmware clarification こんにちは、 @allard_p - github.com/nxp-imx/mwifiex のバージョンgithub.com/nxp-imx/imx-firmware と一致させる必要があります ==>[NXP]: はい、マッチドドライバー(github.com/nxp-imx/mwifiex)の使用を強く推奨します。および FW (github.com/nxp-imx/imx-firmware)。 - キャリブレーションのバージョン (github.com/murata-wireless/nxp-linux-calibration)あまり重要ではありません ==>[NXP]: はい、現在のHCI誤差にはキャリブレーションはあまり影響しません。通常、RF性能、送信出力、規制動作に影響を与えます。 - タグをカーネルバージョンとマッチさせる必要はないので、lf-6.6.52_2.2.0ブランチを使う必要がなく、新しいlf-6.18.37_2.1.0はカーネルと後方互換性があるはずです ==>[NXP]:はい、私たちのドライバはあなたのもののような古いカーネル(6.6.x)と互換性があります。ただし、ドライバのソースコードとカーネルのクロスコンパイルツールチェーンをクロスコンパイルする必要があります。 ちなみに、NXPのHCIドライバーを使っているとおっしゃっていましたね。 弊社のbtnxpuartをご利用いただいていますか？それともLinuxのオープンソースUARTを使っていますか? Bluetooth: hci0: フレーム再構成失敗 (-84) エラーについては、Bluetooth に関連するデバイスツリーとボーレートを確認することをお勧めします。 よろしくお願いいたします。 Christine。 Re: IW612: Firmware clarification 私はbtnxpuart.cを使用しています。カーネル6.6.129に含まれるバージョン

KW47: Is it necessary to wait for gAdvertisingStateChanged_c before calling Gap_StartAdvertising? Hello, I am implementing advertising control on the KW47. To stop advertising, I use Gap_StopAdvertising(). However, there are cases where I would like to start advertising again before receiving the gAdvertisingStateChanged_c event after issuing the stop request. In this situation, is it safe to call Gap_StartAdvertising() while the Gap_StopAdvertising() operation is still in progress? Specifically, which of the following sequences is recommended? --- Gap_StopAdvertising() ↓ Wait for gAdvertisingStateChanged_c ↓ Gap_StartAdvertising() ---- or --- Gap_StopAdvertising() ↓ Gap_StartAdvertising() --- Does the SDK handle the state transition internally, or is it necessary to wait for the gAdvertisingStateChanged_c event that indicates advertising has stopped before calling Gap_StartAdvertising()? Thank you for your support. Best regards. Protocol: Bluetooth

S32R41:Cortex-M7ロックステップ機能の有効化と検証方法 NXPチームの皆様、こんにちは。 NXP S32R41の自動車用レーダーSoCを扱い、デバッグにはLauterbach TRACE32を使っています。 S32R41のCortex-M7コアのハードウェアロックステップ機能を有効にして検証する方法を理解したいです。 以下の質問について、教えていただけますか? ロックステップを有効にする方法: S32R41ではCortex-M7のロックステップモードはデフォルトで有効ですか?それとも設定が必要ですか?設定が必要な場合、具体的な手順は何でしょうか?ハードウェア設定、DCFレコード、起動ソフトウェア、または特定のレジスタで制御されますか? 構成レジスタ: S32R41固有のレジスタやビットフィールドは、ロックステップが有効かどうかを示しますか?レジスタ名、アドレス、ビット位置、期待値をご提供ください。 ロックステップの検証方法: Cortex-M7コアが独立モードではなく、実際にハードウェアのロックステップモードで動作していることを確認するにはどうすればよいですか?設定レジスタの確認だけで十分ですか、それとも追加のステータスレジスタが必要ですか? ロックステップエラー検出: どのレジスタがロックステップコンパレータの状態を示しますか?コンパレータが正しく動作しているか、またロックステップの不一致が検出されていないかをどうやって判断すればよいですか? TRACE32デバッグ：ロックステップ構成とステータスを検査するための推奨されるTRACE32コマンドシーケンスまたはデバッグ手順はありますか？ ドキュメント: S32R41リファレンスマニュアル、セーフティマニュアル、またはロックステップの設定および検証手順を説明した他の公式文書の関連セクションを教えていただけますか? ロックステップ機能が正しく有効化されていること、そしてその動作がS32R41専用のドキュメント化された方法で検証できることを確認したいのです。 なお、私はS32R41について質問しており、S32K3ファミリについてはお願いしているので、S32R41に適用されるレジスタの定義や手順を教えていただけると助かります。 再開まで今しばらくお待ちください。 よろしくお願いいたします。 Re: S32R41: How to Enable and Verify Cortex-M7 Lockstep Functionality こんにちは、 S32R41では、Cortex-M7プロセッサがハードウェアのロックステップコアペアとして実装されています。ロックステップ操作はS32R41のハードウェア構成の一部であり、アプリケーションソフトウェア、スタートアップコード、またはS32K3スタイルのUTEST_MISC[LOCKSTEP_EN] DCFレコードによって有効化されるわけではありません。NXP S32R41の製品情報には、Cortex-M7の実装がロックステップコア構成であると明示的に記述されています。 1.ソフトウェアの有効化シーケンスは必要ありません 2. 設定はS32K3レジスタを使用して検証してはならない。 3. デバッガーの可視性は実用的なアーキテクチャ上の指標を提供する TRACE32論理的なCortex-M7プロセッサに接続されます。冗長なチェッカーコアを、独立してデバッグ可能な追加のCortex-M7として提示するわけではありません。したがって、各ロックステップペアの機能的なメンバーのみがデバッグ対象として表示されることが想定されます。 4. 同期不一致の報告 Cortex-M7のロックステップ比較ロジックで検出された不一致は、S32R41のセーフティ故障管理経路を通じて報告されます。アプリケーションは対応するFCCU故障およびその必要な反応をS32R41セーフティマニュアルに従って設定しなければなりません。 5. ロックステップを有効にするために特別なTRACE32コマンドは必要ありません。 6. 以下のS32R41関連文書を参照してください。 S32R41リファレンスマニュアル、特にCortex-M7、FCCUおよびリセット/故障管理の章; S32R41セーフティマニュアル、特にCortex-M7のロックステップ実行、ロックステップ比較、FCCU故障処理に関する安全機構; 該当するS32R41改訂版に関連するデバイス固有のFCCU故障マッピング、 サポートされたS32R41ソフトウェア/デバッグパッケージに付属していたTRACE32 S32R41の起動スクリプト。 よろしくお願いいたします。 ピーター