I need help with my NFC card I recently buy the ACR122U-A9 and 13.56MHz RFID Proximity ID Card Key Tags Writable rewritable CUID fob tag, Compatible with MIFARE Classic 1K on Amazon. I installed MWT V.1.6.8424.424.63 and it work for like 4 tag, now it just say that it cannot read the card or it stops at like 63 on 64. Can anyone help? I'm really not that great with technology NFC Reader Library Re: I need help with my NFC card Hello sir, Thank you for working with our devices. Regarding the use of the ACR122U-A9 , I noticed that in the official page it mentions that this reader isn't recommended for new designs. My recommendation is to migrate to a recommended and supported one. Regarding the MW installed, would you mind clarify where did you get this middleware since I wasn't able to find it in the official page. I would like to understand what do you mean that the tags that are compatible with MIFARE Classic are able to work like 4 tag. MIFARE Classic cards can only support ISO14443-3 commands, please take a look at the Datasheet for a proper command description. If you could provide more information about your project I might be able to provide a better recommendation since MIFARE Classic cards aren't recommended either due to security reasons.

IMX95EVK-19-REV-A1 闪存问题 尊敬的恩智浦： 我尝试将 linux 镜像（ 6.18.20_2.0.0/ 6.18.2_1.0.0/6.12.49_2.2.0 ）刷入IMX95LP5-19 EVK REV A1上的 eMMC/SD 卡，但均未成功。 命令提示符显示[HID(W): LIBUSB_ERROR_PIPE (-9) ] SDPS: 启动 -f imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all。 IMX95LPD5EVK-19CM：L6.18.2 版本的 UUU eMMC 闪存出现故障（Linux 和 Windows 系统均出现 LIBUSB 错误） 上述参考资料提到 A1 芯片不支持官方网站上的当前镜像（6.12.34 没有 IMX95EVK 补丁）。所以我想知道是否有未公开的官方链接包含合适的图片？ 期待您的回复，谢谢。 BR/david 以下是IMX95LPD5EVK-19CM 的参考信息：L6.18.2 版本的 UUU eMMC 闪存出现故障（Linux 和 Windows 系统均出现 LIBUSB 错误） Re: IMX95EVK-19-REV-A1 flash problem A1 硅：推荐的 电路板支持包 为LF 6.6.52_2.2.x 请下载演示镜像L6.6.52_2.2.2_MX95 并使用镜像 imx-boot-imx95-a1-19x19-lpddr5-evk-sd.bin-flash_all 我刚刚验证了以下命令，它有效。 uuu.exe -b emmc imx-boot-imx95-a1-19x19-lpddr5-evk-sd.bin-flash_all

使用 NXP 基于模型的设计方法开发完整的裸机操作系统是否可行？ 大家好， 我的目标是评估使用 MATLAB/Simulink、Embedded Coder 和 NXP MBDT 为 NXP S32G3 开发完整的裸机操作系统/软件平台的可行性。 目标是在 Simulink 中开发完整的软件栈，使用 Embedded Coder 生成 C 代码，并将生成的代码直接部署到 S32G3 Gold Box 上，而无需依赖外部操作系统、RTOS 或 AUTOSAR BSW。 具体来说，我想了解使用 NXP MBDT 在技术上是否可行，能否在 S32G3 上为 Cortex-A 内核和 Cortex-M 内核实现软件，生成的软件能够处理系统初始化、调度、中断管理、内存管理、硬件抽象、外设初始化、IPC 机制以及操作系统通常提供的其他服务。 我了解到启动 ROM 是硬件驻留的，并且在应用程序之前执行。我的目标是尽可能地使用 NXP MBDT 工作流程，通过 Simulink 生成的代码来实现硬件启动过程之后的所有操作。 因此，我的主要问题是： 1. 使用 NXP 基于模型的设计工具箱以及 MATLAB/Simulink 和 Embedded Coder，为 S32G3 开发一个完整的裸机软件平台（类似操作系统的框架），同时面向 Cortex-A 和 Cortex-M 内核，在技术上是否可行？如果 MBDT 工作流程存在任何限制，能否请您说明哪些部分仍然需要手写 C 代码或汇编代码？ 据我了解，MBDT是由NXP公司开发的。但是，如果这个问题更适合由 NXP MBDT 团队解答，请您指点我到合适的联系方式或支持渠道。 感谢您的指导。

Is it feasible to develop a complete bare-metal operating system using the NXP Model-Based Design To Hi team, My objective is to evaluate the feasibility of developing a complete bare-metal operating system/software platform for the NXP S32G3 using MATLAB/Simulink, Embedded Coder, and the NXP MBDT. The goal is to develop the complete software stack in Simulink, generate C code using Embedded Coder, and deploy the generated code directly onto the S32G3 Gold Box without relying on an external operating system, RTOS, or AUTOSAR BSW. In particular, I would like to understand whether, using the NXP MBDT, it is technically feasible to implement software for both the Cortex-A cores and the Cortex-M core on the S32G3, with the generated software handling system initialization, scheduling, interrupt management, memory management, hardware abstraction, peripheral initialization, IPC mechanisms, and other services typically provided by an operating system. I understand that the Boot ROM is hardware-resident and executes before the application. My intention is for everything after the hardware boot process to be implemented, as much as possible, using Simulink-generated code through the NXP MBDT workflow. Therefore, my primary question is: 1. Is it technically feasible, using the NXP Model-Based Design Toolbox together with MATLAB/Simulink and Embedded Coder, to develop an entire bare-metal software platform (OS-like framework) for the S32G3 targeting both the Cortex-A and Cortex-M cores? If there are any limitations within the MBDT workflow, could you please clarify what portions would still require handwritten C or assembly? I understand that MBDT is developed by NXP. However, if this question is better addressed by the NXP MBDT team, I would appreciate it if you could kindly direct me to the appropriate contact or support channel. Thank you for your guidance.

i.MX8M Plus - 专用于显示屏和摄像头的 I2C 接口 大家好， 我想确认一下是否有专用于显示屏和摄像头的 I2C 接口。 （例如，I2C2 用于显示器，I2C4 用于摄像头）或者配置上没有限制，我可以使用任何 I2C 接口作为显示器和摄像头接口吗？ Re: i.MX8M Plus - Dedicated I2C for Display and Camera 在 i.MX8M Plus 上，您可以使用任何可用的 I2C 控制器来连接显示相关设备或摄像头相关设备。SoC 内部没有专用的“摄像头 I2C”或“显示器 I2C”。选择取决于您的硬件设计和设备树配置。

标记细节 请解释标记的含义 04 01 616 适用于 MPN：PCA9553DP/01,118

NXPモデルベース設計を用いて完全なベアメタルオペレーティングシステムを開発することは実現可能でしょうか? こんにちは、チームのみなさん。 私の目的は、MATLAB/Simulink、Embedded Coder、NXP MBDTを用いて、NXP S32G3向けの完全なベアメタルオペレーティングシステム/ソフトウェアプラットフォームを開発する実現可能性を評価することです。 目標は、Simulinkで完全なソフトウェアスタックを開発し、Embedded Coderを使ってCコードを生成し、生成されたコードを外部オペレーティングシステムやRTOS、AUTOSAR BSWに依存せずに直接S32G3 Gold Boxにデプロイすることです。 特に、NXP MBDTを用いて、Cortex-AコアとCortex-Mコアの両方をS32G3上で実装し、生成されたソフトウェアがシステムの初期化、スケジューリング、割り込み管理、メモリ管理、ハードウェア抽象化、周辺機器初期化、IPCメカニズム、その他オペレーティングシステムで通常提供されるサービスとして技術的に実装できるかどうかを理解したいです。 Boot ROMはハードウェア上に常駐しており、アプリケーションより先に実行されると理解しています。私の意図としては、ハードウェアの起動プロセス以降のすべての処理を、可能な限りNXP MBDTワークフローを通じてSimulinkで生成されたコードを使用して実装することです。 したがって、私の主な質問は次のとおりです。 1. NXP Model-Based Design ToolboxとMATLAB/Simulink、Embedded Coderを組み合わせて、Cortex-AおよびCortex-Mの両方を対象としたS32G3向けのベアメタルソフトウェアプラットフォーム(OS風フレームワーク)を開発することは技術的に実現可能か?MBDTのワークフローに制限がある場合、どの部分が手書きのCやアセンブリを必要とするのかを明確に教えていただけますか? MBDTはNXPによって開発されたものだと理解しています。しかし、もしこの質問にNXP MBDTチームがより適切に回答できる場合は、適切な連絡先やサポートチャネルをご案内していただけるとありがたいです。 ご指導ありがとうございました。

IPCF version issue I'm using the following RTD version: SW32K3_S32M27x_RTD_R21-11_6.0.0_QLP01&04; IPCF version: SW32K3_IPCF_4.2.1_D2504; EB version: 29.0. When importing into Excample... An error occurred in the project: IPCF_AutosarOS_S32K358_M7_0, with the following content: Errors (11061) Plug in with a module Os TS T40D34M413R184" is not instald - cannot create module configurations for project IPCF AutosarOS S32K358 M7 0" 0 (11061) Plug in with a module "pc TS T40D34M4210R0 is not installed cannot create module configurations for project "IPCF AutosarOS $32K358 M7 0" 0 (11061) Plug in with a module Resource TS T40D34M5010Ro is notinstaled -cannet create module configurations for prcject IPCF AutosarOS $32K358 M7 0° @ (11061) Plug in with a module 'BaseNXP TS T40D34M50I0RO is notinstalled - cannot create module configurations for prgject IPCF AutosarOS $32K358 M7 0 @ (11061) Plug-in with a module "Mcu TS T40D34M5010R0 "is not installed - cannot create module configurations for project 'IPCF AutosarOS $32K358 M7 0" How can I solve this problem using the appropriate IPCF or EB version? Re: IPCF版本问题 Hi @liyongfeng  Could you please let me know which plugin versions are currently installed in your EB tresos environment? Also, could you try reinstalling the RTD package and verify whether the issue persists afterward? BR, VaneB

我的NFC卡出了问题，需要帮助。 我最近在亚马逊上购买了 ACR122U-A9 和 13.56MHz RFID 近距离 ID 卡钥匙扣，可写入可重写 CUID 钥匙扣标签，兼容 MIFARE Classic 1K。我安装了 MWT V.1.6.8424.424.63，它读取了大约 4 个标签后就停止了，要么显示无法读取卡，要么读取到 63 到 64 时就停止了。请问有人能帮忙吗？我对科技真的不太擅长。 NFC读卡器库 Re: I need help with my NFC card 您好，先生， 感谢您使用我们的设备。 关于 ACR122U-A9 的使用，我注意到官方页面上提到，不建议在新设计中使用此读卡器。我的建议是迁移到推荐且受支持的版本。 关于您安装的 MW，能否请您说明一下您是从哪里获得的中间件？因为我在官方页面上找不到它。 我想了解一下您所说的“与 MIFARE Classic 兼容的标签能够像 4 个标签一样工作”是什么意思。MIFARE Classic 卡仅支持 ISO14443-3 命令，请查看数据表以获取正确的命令说明。 如果您能提供更多关于您项目的信息，我或许可以给出更好的建议，因为出于安全原因，我们也不推荐使用MIFARE Classic卡。

IMX95EVK-19-REV-A1 フラッシュの問題 NXP様、 Linuxイメージ(6.18.20_2.0.0/ 6.18.2_1.0.0/6.12.49_2.2.0)を IMX95LP5-19 EVK REV A1のeMMC/SDカードにフラッシュしようとしていますが、 どれも 成功しません。 コマンドプロンプトには[HID(W): LIBUSB_ERROR_PIPE (-9) ] SDPS: boot -f imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all と表示されます。 IMX95LPD5EVK-19CM:L6.18.2のUUU eMMCフラッシュが失敗(LinuxおよびWindowsでのLIBUSBエラー) 上記のリファレンスでは、公式サイトではA1シリコンは現在のイメージをサポートしていません(6.12.34にはパッチが付IMX95EVKいません)。そこで、適切な画像を含む未公開の公式リンクがあるのか気になっています。 ご返信をお待ちしております。よろしくお願いいたします。 BR/デビッド こちらは参考 文献IMX95LPD5EVK-19CMです:L6.18.2のUUU eMMCフラッシュが失敗(LinuxおよびWindowsでLIBUSBエラー発生) Re: IMX95EVK-19-REV-A1 flash problem A1シリコン：推奨BSPはLF 6.6.52_2.2.xです。 デモイメージL6.6.52_2.2.2_MX95をダウンロードしてください。 そして、imx-boot-imx95-a1-19x19-lpddr5-evk-sd.bin-flash_all イメージを使用します。 先ほど以下のコマンドを確認したところ、正常に動作しました。 uuu.exe -b emmc imx-boot-imx95-a1-19x19-lpddr5-evk-sd.bin-flash_all

エッジAI imx93でEDGE AIアプリを提案する Re: edge ai i.MX 93には、エッジAIの産業用ビジョン/タッチレスHMIアプリケーションが最も適していると提案します。 i.MX 93に適合する理由： i.MX 93は、インダストリアル、オートモーティブ、IoTマーケット全体でML加速と高速エッジ推論を備えた省エネエッジ・コンピューティングを目的としています。 組み込みおよびIoTデバイスにおける機械学習推論の高速化を目的としたArm Ethos-U65 microNPUを統合しています。 NXPのドキュメントには、産業用HMI、産業用ビジョン、産業用オートメーション、タッチレスアクセス制御、マシンビジョンが93の応用分野として具体的に挙げられています i.MX。 このプラットフォームは、コンピュータビジョン、音声認識、物体検出、顔認識、ポーズ検出などのAIユースケースをサポートしています。 実用的なアプリのコンセプト： スマートインダストリアルビジョン+タッチレスオペレーターインターフェース 機能例： 部品の存在、ラベルチェック、欠陥スクリーニングのためのカメラベースの物体検出。 非接触式機械制御のためのジェスチャーまたは姿勢検出。 オプションで音声コマンドインターフェースを備え、ハンズフリー操作が可能です。 i.MX 93でのローカル推論により、クラウド依存度とレイテンシを削減します。 i.MX 93セキュリティアーキテクチャを用いた安全なデバイス識別およびライフサイクルサポートを提供し、i.MX 93資料で言及されたEdgeLock関連機能も含まれます。 i.MX 93のエッジAIアプリケーションとして有望なその他の候補： アプリのアイデア なぜそれが適しているのか スマートドアベル/アクセスコントロール 顔/物体検出と局所推論を用い、スマートドアベルとスマートロックは93 i.MX スマートホームのターゲットに挙げられています。 ドライバー監視システム DMSは i.MX 93のオートモーティブ認定部品に明確にリストされています。 異常検知付きエネルギーメーター エネルギーメーターはインダストリアル/ビル制御用途として記載されています。MLはローカルで使用状況の異常を検出できます。 スマートフィットネス／姿勢検出デモ ポーズ検出やスマートフィットネスの例は、エッジAIのユースケースとして記録されています。 最良のおすすめは、i.MX 93上でインダストリアル ビジョンやタッチレスHMIエッジAIアプリを構築することです。これは文書化された i.MX 93 NPU、インダストリアル ビジョン、HMI、ローカルML推論のユースケースに直接連動するからです。

MTC40F2046S1RC64BD2 この部品番号： MTC40F2046S1RC64BD2がX線に敏感かどうか確認していただけますか？ Re: MTC40F2046S1RC64BD2 それは事実ではありません。X線照射は一般的な検査手順であり、損傷を引き起こすことはありません。安全保証のために、適合証明書(COC)を持つ販売者を見つけることをお勧めします。

Marking details Please advise the meaning of marking 04 01 616 for MPN : PCA9553DP/01,118

edge ai Suggest the EDGE AI app with imx93 Re: edge ai For i.MX 93, I’d suggest an edge-AI industrial vision / touchless HMI application as the strongest fit. Why it fits i.MX 93: i.MX 93 is intended for energy-efficient edge computing with ML acceleration and fast edge inferencing across industrial, automotive, and IoT markets. It integrates the Arm Ethos-U65 microNPU , which is designed to accelerate ML inference in embedded and IoT devices. NXP documentation specifically lists industrial HMI , industrial vision , industrial automation , touchless access control , and machine vision as i.MX 93 application areas. The platform supports AI use cases such as computer vision , voice recognition , object detection , facial recognition , and pose detection . A practical app concept: Smart Industrial Vision + Touchless Operator Interface Example features: Camera-based object detection for part presence, label checking, or defect screening. Gesture or pose detection for touchless machine control. Optional voice command interface for hands-free operation. Local inference on the i.MX 93, reducing cloud dependency and latency. Secure device identity and lifecycle support using the i.MX 93 security architecture, including EdgeLock-related capabilities referenced in the i.MX 93 materials. Other good i.MX 93 edge-AI app candidates: App idea Why it fits Smart doorbell / access control Uses face/object detection and local inference; smart doorbell and smart lock are listed i.MX 93 smart-home targets.  Driver monitoring system DMS is explicitly listed for i.MX 93 automotive-qualified parts.  Energy meter with anomaly detection Energy meter is listed for industrial/building-control use; ML can detect usage anomalies locally.  Smart fitness / pose-detection demo Pose detection and smart fitness examples are documented edge-AI use cases.  Best recommendation: build an industrial vision or touchless HMI edge-AI app on i.MX 93, because it aligns directly with the documented i.MX 93 NPU, industrial vision, HMI, and local ML inference use cases.

请求开启 SW32K14-MCAL421-RTMC-1.0.1 下载的访问权限 嗨，恩智浦支持团队、 我想申请SW32K14-MCAL421-RTMC-1.0.1 的下载权限。 目前，我的恩智浦软件许可页面中的 “税务摊销收益” 显示为灰色，我无法访问此版本。 我的用户名是Chefanqf。 该版本需要与基于S32K14x MCAL 4.2 的现有项目兼容。 能否请您帮助在我的账户下启用该软件的权限？ 非常感谢你们的支持！ 顺祝商祺！ Re: Request to enable access for SW32K14-MCAL421-RTMC-1.0.1 download 嗨，@Chefanqf、 你能试着在 nxp.com（搜索 | 恩智浦半导体）中搜索 " S32K1 MCAL " 然后用以下方式输入 flexera 吗？ Snag_1f0587dc.png 然后，选择 Automotive SW - AUTOSAR MCAL / QM，就可以使用以前的软件了。 如果 " Previous " 税务摊销收益仍显示为灰色，你可以尝试通过直接链接进入：SW 32K14-MCAL421-RTMC-1.0.1。如果您要使用直接链接，请确认您已登录 nxp.com。 致以最诚挚的问候， Julián Re: Request to enable access for SW32K14-MCAL421-RTMC-1.0.1 download 嗨，恩智浦支持团队、 我希望申请下载权限。 SW32K14-MCAL421-RTMC-1.0.1 。 目前，我的 NXP 软件许可页面中出现了“上一页”选项卡。 灰色 我无法访问此版本。 我的账号用户名是mianlongxu 为了与基于现有项目的兼容性，需要此版本。 S32K14x MCAL 4.2 。 能否请您帮助在我的账户下启用该软件的权限？ 非常感谢你们的支持！ 顺祝商祺！ Re: Request to enable access for SW32K14-MCAL421-RTMC-1.0.1 download 你好@mianlongxu ， 请提交支持工单： NXP 支持。 此致， 朱利安

S32K358 多核数据共享 你好 ， 我正在尝试在 s32k358 多核处理器中使用共享内存。 我正在学习用户自定义示例， 当我尝试在buzzer_state_shared_data_U32 中赋值时（目前只有核心 0 访问此内存），核心 0 挂起并 swt 重置控制器。 但是当我把代码烧录到调试闪存中时，它运行正常。上电复位后，核心 0 卡住。 为什么刷机时运行正常，而断电重启后却无法运行？ nirmal_masilamani_0-1783316750067.png Re: S32K358 multi core data sharing 你好@Julián_AragónM ， 感谢您的快速回复。 我检查了启动文件，SRAM 初始化正在进行。 我已附上启动文件和链接器文件。请协助我解决这个问题。 Re: S32K358 multi core data sharing 你好@nirmal_masilamani ， 但是当我把代码烧录到调试闪存中时，它运行正常。上电复位后，核心 0 卡住。 这很可能是由ECC RAM错误引起的。通常情况下，调试器会在易失性存储器上初始化 ECC，但是，在开机和关机时，调试器不会初始化 RAM，因此在尝试访问内存时会发生硬故障。 这通常是在启动代码中，在 main 函数之前完成的。 该部分还应配置为不可缓存。 关于你的第二个问题：但是当我尝试从定时器中断服务例程或操作系统任务访问它时，核心 0 会发生硬故障。 您可以尝试追溯硬故障。在 HardFault_Handler() 中停止内核，并在内核寄存器中找到 SP 值：如何调试 ARM Cortex-M(V7M) MCU(S32K3XX) 上的故障异常。 此致， 朱利安 Re: S32K358 multi core data sharing 你好， 当我在 main() 中访问共享内存时，即使在断电重启后也能正常工作，但是当我尝试从定时器中断服务例程或操作系统任务中访问它时，核心 0 会发生硬故障。 请支持我。 Re: S32K358 multi core data sharing 你好@Julián_AragónM ， 请协助解答此问题。我到底漏掉了什么？ Re: S32K358 multi core data sharing 你好@nirmal_masilamani ， 在不使用调试器的情况下，能否在 POR RESET 后通过 main() 函数访问共享内存？问题是否出在内存初始化上？ 但是当我尝试从定时器中断服务例程或操作系统任务访问它时，核心 0 会发生硬故障。 您是否能够像我上次回复中提到的那样，确定故障类型？ 您是否也确保将变量放置在不可缓存的区域中，或者禁用了缓存？ 建议如下： 对 core1Status 保持 volatile 状态，并在读取（Core0）和写入（Core1）两侧使用__DMB()/__ DSB() 屏障。 您的问题也可能是由 MPU 配置引起的，如果定义了 MPU_ENABLE，请在任何 ISR 或 OS 任务开始执行之前调用 MPU 配置。 您可以参考以下链接： Arm Cortex-M7 设备通用用户指南 r1p2和AN14715：S32K3XX 硬件资源隔离和保护。 此致， 朱利安 Re: S32K358 multi core data sharing 你好@Julián_AragónM ， 谢谢你的回复。 很遗憾，我无法继续进行这项工作，我会仔细核查您提出的观点。

连接到 USDHC1 的 eMMC 能否用作引导设备？ 你好， 我正在检查 i.MX 8DualX/8DualXPlus/8QuadXPlus 系列的启动 ROM 行为。 根据参考手册，推荐的启动连接方式如下： USDHC0 上的 eMMC USDHC1 上的 SD/eSD/SDXC 然而，在图 5-17 “扩展设备（SD/eSD/SDXC）启动流程”中，当 SD 初始化失败时，流程会通过连接器2继续到图 5-16 中的 MMC 初始化流程。ROM 似乎在 SD 协议失败后，尝试在同一个 USDHC 接口上使用 MMC 协议。 这是否意味着可以检测到连接到USDHC1 的eMMC 并将其用作启动 ROM 启动设备，可能以 4 位模式运行？ 或者说，此 MMC 回退路径仅用于协议检测，而官方并不支持从 USDHC1 启动 eMMC？ 我还想确认一下，此时 ROM 是否从 USDHC1 切换到 USDHC0，还是继续使用相同的 USDHC1 接口。 谢谢！ Re: Can an eMMC connected to USDHC1 be used as a boot device? 我正在尝试了解 i.MX 8DualX/8DualXPlus/8QuadXPlus 启动 ROM 的启动流程，特别是 SD 卡启动的流程。 我目前的理解如下。 主启动和辅助启动失败后，ROM 可能会进入 SD/MMC 制造模式，这被称为恢复启动。 在此模式下： ROM 扫描 USDHC1 上的 SD 或 MMC 设备。 无论正常的总线宽度 eFuse 设置如何，都使用 1 位数据总线。 如果找到有效的启动映像，则加载并执行该映像。 如果将 eMMC 设备连接到 USDHC1，并且 BOOT_MODE[3:0] 设置为 0011（通过 USDHC1 进行 SD 卡启动），则预期的启动顺序是否如下？ ROM 首先尝试使用 SD 卡启动流程进行正常的主启动，但失败了。 ROM 随后尝试二次启动，但也失败了。 ROM 进入 SD/MMC 制造模式（恢复启动），使用 MMC 协议检测到 USDHC1 上的 eMMC 设备，并成功从该设备启动。 换句话说，在这种硬件配置下，系统是否只能在恢复/制造启动阶段从 eMMC 启动，而不能在正常的启动阶段（主启动或辅助启动）从 eMMC 启动？ Re: Can an eMMC connected to USDHC1 be used as a boot device? 你好， USDHC1 上的 eMMC 不能作为引导设备，有记录的主要映射是 USDHC0 上的 eMMC，USDHC1 上的 SD。 USDHC1 回退/恢复行为由 SD/MMC 制造模式使用。您可以参阅参考手册第 5.11 节。 顺祝商祺！ Re: Can an eMMC connected to USDHC1 be used as a boot device? 你好， 是的，你的理解是正确的。 请注意，采用该配置后，SD/MMC 制造模式将“作为默认启动模式”，您将失去恢复设备的选项。 顺祝商祺！

Wi-Fi Chipset MCU Control Hello everyone, I was browsing for some wifi modules with AP+STA functionalities. I found some modules from NXP, Microchip, and Infineon for example. However, most of the modules are only enabling wifi interface through PCIe and with advanced OS. However, I found a set of MCU+Wifi module from infineon called AIROC CYW55X (series). Do you have any experience integrating and controlling these type of modules? If so, can you share different modules that you have used before and were able successful to integrate with an external MCU? My intention is not to offload data to the microcontroller, only to control for example the mesh and AP capabilities. I want to use a MCU (STM for example) to perform some inference on some basic AI models while controlling the wifi module. Thanks guys Re: Wi-Fi Chipset MCU Control Dear @ajihu , Based on your description, especially for running basic AI models, RW61X (RW610/RW611/RW612) may already be sufficient for your application. RW61X integrates: - MCU - Wi-Fi - Bluetooth LE - (RW612 also supports 802.15.4 / Thread) For basic AI inference workloads, RW61X can run both the application and wireless connectivity stack on a single device, potentially eliminating the need for an additional MCU. However, it is important to clarify what you mean by "Mesh". RW61X does NOT support: - IEEE 802.11s Mesh - EasyMesh RW61X supports: - Matter - Thread - Zigbee (via 802.15.4 ecosystem) - STA + uAP concurrent mode [Note] If additional AI processing performance is required, you may consider: - i.MX RT700 + IW61X - i.MX RT1170 + IW61X - i.MX RT1180 + IW61X Please note that these solutions also do NOT support: - IEEE 802.11s Mesh - EasyMesh They support: - Matter - Thread - Zigbee - STA + uAP concurrent mode Thanks! Best Regards, Weidong

Python で ReadPipeUIntArray を使用するとセグメンテーション違反が発生します こんにちは、 現在、パイプを使用してターゲットからホストへデータパケット（ヘッダー＋ペイロード）をストリーミングしようとしていますが、問題が発生しています。 ReadPipeUIntArrayを使用してバイナリデータを読み込む際に、fmliteが頻繁にクラッシュします。参考として、Pythonのサンプルコードとfmliteの出力結果を添付しました。 前もって感謝します Re: Segmentation fault when using ReadPipeUIntArray via Python こんにちは、 @tschue-nxt さん。 現在この問題について調査中です。進展があり次第、ご連絡いたします。 Re: Segmentation fault when using ReadPipeUIntArray via Python こんにちは、@tschue-nxt さん。 添付のFMLITEバイナリを確認して、あなたのケースで動作するか教えてもらえますか? Re: Segmentation fault when using ReadPipeUIntArray via Python こんにちは、 @iulian_stan さん。 見た目も良く、ここ数分間はスムーズに動作しています。迅速な対応ありがとうございました！

Can an eMMC connected to USDHC1 be used as a boot device? Hello, I am checking the Boot ROM behavior of the i.MX 8DualX/8DualXPlus/8QuadXPlus family. According to the reference manual, the recommended boot connections appear to be: eMMC on USDHC0 SD/eSD/SDXC on USDHC1 However, in Figure 5-17, “Expansion device (SD/eSD/SDXC) boot flow”, when SD initialization fails, the flow continues through connector 2 to the MMC initialization flow in Figure 5-16. It appears that the ROM tries the MMC protocol on the same USDHC interface after the SD protocol fails. Does this mean that an eMMC connected to USDHC1 can be detected and used as a Boot ROM boot device, possibly in 4-bit mode? Or is this MMC fallback path intended only for protocol detection, while eMMC boot from USDHC1 is not officially supported? I would also like to confirm whether the ROM switches from USDHC1 to USDHC0 at this point, or whether it continues using the same USDHC1 interface. Thank you. Re: Can an eMMC connected to USDHC1 be used as a boot device? I am trying to understand the boot flow of the i.MX 8DualX/8DualXPlus/8QuadXPlus Boot ROM, especially for SD boot. My current understanding is as follows. After Primary and Secondary Boot fail, the ROM may enter SD/MMC Manufacture Mode, which is described as Recovery Boot. In this mode: The ROM scans SD or MMC devices on USDHC1. A 1-bit data bus is used, regardless of the normal bus-width eFuse setting. If a valid boot image is found, it is loaded and executed. If an eMMC device is connected to USDHC1 and BOOT_MODE[3:0] is set to 0011 (SD boot through USDHC1), is the expected boot sequence as follows? The ROM first attempts the normal Primary Boot using the SD boot flow, but it fails. The ROM then attempts Secondary Boot, which also fails. The ROM enters the SD/MMC Manufacture Mode (Recovery Boot), detects the eMMC device on USDHC1 using the MMC protocol, and successfully boots from it. In other words, with this hardware configuration, would the system be able to boot from the eMMC only during the Recovery/Manufacture Boot stage, rather than during the normal Primary or Secondary Boot stages? Re: Can an eMMC connected to USDHC1 be used as a boot device? Hello, eMMC on USDHC1 cannot be treated as a boot device, the documented primary mapping is eMMC on USDHC0, SD on USDHC1. The USDHC1 fallback/recovery behavior is used by SD/MMC manufacture mode. You can take a look in section 5.11 of reference manual. Best regards. Re: Can an eMMC connected to USDHC1 be used as a boot device? Hello, Yes, your understanding is correct. Please consider that SD/MMC Manufacture Mode will be used "as default boot" with that considered configuration and you will lose this option to recover the device. Best regards.