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.

FS26リセットの問題 チームの皆さん、こんにちは。 SBCセクションでリセットの問題が発生しています。 初期テストでは、NXPセミコンダクターズのSBCセクションMFS2633HMDB2ADのみ組み立て、リセット出力を確認しました。リセットラインはHIGHで、ICは正常に動作していました。 MCUおよび関連部品を組み立てた後、PMICリセットラインは常にLOWとなり、関連するすべてのリセット信号はLOWに引き出されます。 JTAGデバッガを接続すると、リセットラインがHIGHになり、システムは正常にデバッグモードに入ります。 その他の観察事項： 0Ω抵抗を使ってMCUリセットラインを取り外しました。 MCUリセットラインが高値です。 PMICリセットラインはLOWのままです。 FS26はデバッグモードで正常に動作しています。 JTAG接続がない場合、PMICのリセット出力はLOWのままです。 この問題はMCU統合後にのみ発生するようです。SBCセクションは独立してテストすると正常に動作しますが、MCU接続後はPMICリセットシーケンスが解除されません。 ありがとうございます。 Re: FS26 Reset issue ハイ WD refreshと電源レールUV/OVに何らかのエラーが発生していないか確認してください。 Re: FS26 Reset issue デバッグモードでは、RSTB がまだローにプルダウンしているため、これは WD とは関係ありません。 再度テストするために、INITフェーズでFCCU機能を無効にしてみてください。 Re: FS26 Reset issue こんにちは、Guoweisun さん FS26はデバッグモードで動作しており、すべての電源出力（LDOおよびVCORE）は正常に動作し、想定される範囲内にあります。しかし、RESETラインはまだHIGHになりません。 私たちのアプリケーションには外部ウォッチドッグが含まれているため、回路から外して再度テストしました。外部ウォッチドッグを取り外した後も、RESETラインはLOWのままです。 RESETラインの解除を妨げる他の条件や、追加で行うべき点について教えていただけますか? よろしくお願いします。 Re: FS26 Reset issue guoweisun_0-1784527719465.png INITフェーズの設定は、上記のように丸で囲んだ部分です。 Re: FS26 Reset issue FCCU1およびFCCU2のピンは推奨されるプルアップおよびプルダウン抵抗で接続されています。これらの接続はそのままにしておくべきでしょうか?それともデバッグのためにFCCUのピンもMCUから分離することをおすすめしますか? Re: FS26 Reset issue FCC 1番ピンと2番ピンはローレベルですが、リセットラインはハイレベルに解放されません。 Re: FS26 Reset issue 前回の返信でお伝えしたように、SBCのINITフェーズでこのFCCU機能を無効にして再度テストしてください。

使用 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 ， 看起来不错，已经流畅运行好几分钟了。感谢你们快速修复！

FRDM-K64FでMCUxpresso 25.6を使用した場合、SDカードのシンボルが未定義になる 私のプロジェクトでは、双方向無線システム用の個別のパーソナライズデータを読み込むためにSDカードを使用したいと考えています。#include "tx_api.h" を取得していますまた、#include "tx_event_flags.h" が未定義として扱われます。 これは、SDKにAzure RTOSを含めていなかったためです。 私は「manage sdk components」を使ってAzureをSDKにインストールしてこれを克服しようとしましたが、どうやらAzure RTOSのサポートは2.11で終了しており、この問題に気づく前にプロジェクトに読み込んでいました。 SO I created a new SDK online, but it drops back to 2.10 to get Azureサポート.しかし、プロジェクトのSDKを変更しようとすると、持っているSDKを削除できず、別のSDKを追加しようとすると、SDK 2.x_FRDM-K64Fがすでに存在すると表示されます。 Azureのサポートはどうすればいいですか?SDカードへのアクセスだけに必要なんです! Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F こんにちは、 @ve3id さん。 投稿ありがとうございます。 念のため、FRDM-K64FのSDKはすでにSDHC + FatFsに基づくSDカードファイルシステムの例を提供しており、FatFsはRTOSなしでベアメタルモードで動作可能です。FRDM-K64FのSDK例には、SDカードのマウントやディレクトリ/ファイルの読み書き操作を行うためのfrdmk64f_driver_examples_sdcard_fatfs/fatfs_sdcardスタイルのプロジェクトが含まれています。 もしAzure RTOSを使いたいなら、「SDK 2.x_FRDM-K64Fがすでに存在します」という問題については、IDEにそのIDのSDKがすでにインストールされていることを意味します。MCUXpresso IDEは、そのビューからインストール済みSDKパッケージを削除することをサポートしています。アンインストール方法については、下記の画像をご参照ください。 Celeste_Liu_0-1784529590904.png その後、再度SDK v2.10をインストールしてみてください。 お役に立てば幸いです。他に質問があれば、遠慮なくお尋ねください。 BR セレステ Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F セレストさん、ありがとう。文献からはそれが明確ではありませんでした。しかし、コードをサンプルにコピー＆ペーストすることで問題を解決し、次の問題に取り組んでいます。それは、マウント後にディレクトリを読み取ろうとするとゼロが返されるという問題です。 乾杯 ナイジェル Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F こんにちは、 @ve3id さん。 どういたしまして、喜んでお手伝いします！ 他に質問があれば、遠慮なく新しい投稿を作成してください。 BR セレステ

Request to enable access for SW32K14-MCAL421-RTMC-1.0.1 download Hi NXP Support Team, I would like to request download access for SW32K14-MCAL421-RTMC-1.0.1. Currently, the “Previous” tab in my NXP Software Licensing page appears greyed out and I cannot access this version. My account username is Chefanqf. This version is needed for compatibility with an existing project based on S32K14x MCAL 4.2. Could you please help enable the entitlement for this software under my account? Thank you very much for your support! Best regards, Re: Request to enable access for SW32K14-MCAL421-RTMC-1.0.1 download Hi @Chefanqf, Could you try searching for "S32K1 MCAL" in nxp.com (Search | NXP Semiconductors) and entering flexera the following way? Snag_1f0587dc.png After this, select Automotive SW - AUTOSAR MCAL / QM, and previous software should be available. If the "Previous" tab is still grayed out, you can try entering through the direct link: SW32K14-MCAL421-RTMC-1.0.1. If you are going to use the direct link, please confirm you are logged into nxp.com. Best regards, Julián  Re: Request to enable access for SW32K14-MCAL421-RTMC-1.0.1 download Hi NXP Support Team, I would like to request download access for SW32K14-MCAL421-RTMC-1.0.1. Currently, the “Previous” tab in my NXP Software Licensing page appears greyed out and I cannot access this version. My account username is mianlongxu This version is needed for compatibility with an existing project based on S32K14x MCAL 4.2. Could you please help enable the entitlement for this software under my account? Thank you very much for your support! Best regards, Re: Request to enable access for SW32K14-MCAL421-RTMC-1.0.1 download Hello @mianlongxu, Please enter a support ticket: NXP Support. Best regards, Julián

MCXN547：SWD DP ID 可读，但 AP0/AP2 访问返回 WIRE ACK FAULT 错误。 您好，NXP技术支持， 我们使用定制板上的 MCXN547VKLT，并带有外部 MCU-Link 探针。 启动调试会话时，SWD 连接失败： Ee(42). Could not connect to core. Et:31: No connection to chip's debug port. Remote connection closed. 可以正确检测到SWD-DP： DPID = 0x6BA02477 但是，访问 CPU0 AHB-AP (AP0) 失败，并显示以下错误信息： WIRE ACK FAULT 调试邮箱请求也失败了。LinkServer报告： DM-AP status: 60F93638 DM-AP: AHB_OR_ERR DM-AP: DBG_OR_ERR 我们已核实的内容： SWD频率测试范围从1 MHz到10 kHz 在示波器上，SWDIO 和 SWCLK 波形看起来正常。 VDD_CORE = 1.2 V VDD_SYS = 1.8 V VDD_DCDC 和 I/O 电源 = 3.3 V RESET_B 工作正常 MCU-Link固件：CMSIS-DAP V3.172 LinkServer 版本：26.5.59 同一个 MCU-Link 可以与 MCXN947 开发板配合使用。 MCXN547芯片已更换为新芯片，但问题仍然存在。 USB ISP 与 VID/PID 1FC9:014F 配合使用正常。使用 blhost，我们可以： 擦除内部闪存 对内部闪存进行编程和读取 应用程序运行成功 枚举应用程序 USB 复合设备 ROM报告： Security State = UNSECURE 我们还通过 USB ISP 读取 PFR： CMPA 已完全擦除 (0xFF) 除了ROM生成的CMAC之外，CFPA已被擦除。 不存在客户 SOCU 或调试身份验证配置 请问您能否提供以下建议： AP0 和 AP2 可访问需要满足哪些条件？ DM-AP 状态 0x60F93638 是否与已知的电源、RESET 或硬件配置问题相关？ 是否存在与 SWD 或调试邮箱访问相关的已知 MCXN547 勘误表？ 我们应该检查哪些电源和 RESET 信号才能发现此症状？ MCX N Re: MCXN547: SWD DP ID is readable, but AP0/AP2 access returns WIRE ACK FAULT 你好，路易斯， 现在我们已经能够使用 SPSDK 调试邮箱工具建立 SWD 调试连接。 我们采用的步骤如下： 1. 通过调试邮箱重置MCU： nxpdebugmbox -i mcu-link -s NBTF0IZ0B3DCX \ -o enable_recovery_reset=True \ --operation-timeout 5000 \ 工具 RESET -f mcxn547 2. 通过调试邮箱启动调试会话： nxpdebugmbox -i mcu-link -s NBTF0IZ0B3DCX \ -o enable_recovery_reset=True \ --operation-timeout 5000 \ cmd -f mcxn547 start-debug-session 3. 调试会话打开后，我们通过 SWD 使用 LinkServer 连接到 Cortex-M33 内核。 我们没有使用任何身份验证密钥、密码、调试凭据或批量擦除命令。“start-debug-session”命令似乎通过始终可访问的 AP2 调试邮箱暂时启用 AP0。 在打开调试会话后，我们还使用了 NXP LS_preconnect_MCXN5XX.scp 脚本中的 GDET 寄存器序列。该序列禁用 aGDET 和 dGDET 复位路由，并在调试期间禁用 SPC 毛刺检测。 关于电源方面： - VDD_VBAT 直接连接到 VDD，两者均为 3.3 V。 - VDD_P4 直接连接到 VDD，两者均为 3.3 V。 - VDD_ANA 通过铁氧体磁珠连接到 VDD。 - VDD 为 3.3 V。 但是，我们现在又遇到了另一个调试问题。 当电路板正常上电且未进行 SWD 调试复位时，固件运行正常。但是，当我们使用上面描述的调试邮箱重置程序进入调试会话时，固件无法正确启动。 单步执行以下 SDK 函数时，调试连接丢失： static inline void SPC_SetActiveModeDCDCRegulatorVoltageLevel( SPC_Type *base， spc_dcdc_voltage_level_t voltageLevel) { base->ACTIVE_CFG = (base->ACTIVE_CFG & (~SPC_ACTIVE_CFG_DCDC_VDD_LVL_MASK)) | SPC_ACTIVE_CFG_DCDC_VDD_LVL(电压等级); } 更具体地说，当写入 ACTIVE_CFG 以更改运行模式 DCDC 电压等级时，连接会丢失。 因此，以下两种情况下的行为有所不同： 1. 冷启动： 固件启动并正常运行。 2. 重置调试邮箱，然后启动调试会话并建立 SWD 连接： 固件到达 SPC DCDC 配置，但写入 ACTIVE_CFG 时调试器丢失目标，应用程序无法正常启动。 与完全上电RESET相比，调试邮箱RESET是否会使 SPC、DCDC、GDET 或 RESET状态处于不同的状态？ 启动调试邮箱调试会话后，修改 SPC ACTIVE_CFG 是否有必要的步骤？例如： - 等待 SPC_SC[BUSY] 清除； - 清除 SPC 或 GDET 状态标志； - 解锁或禁用故障检测； - 使用特定的重置类型； - 避免在启动调试会话后进行软复位； 或者应用完整的 LS_preconnect_MCXN5XX.scp 序列？ 在调试过程中写入 DCDC 电压等级是否会触发 GDET 事件、DCDC 保护事件、欠压 RESET 或其他系统 RESET？ 另外，请告知在写入 ACTIVE_CFG 之前应该立即捕获哪些寄存器。我们可以为 SPC_SC、SPC_CNTRL、SPC_ACTIVE_CFG、SPC_GLITCH_DETECT_SC、CMC_SRS、CMC_SSRS 和调试邮箱 CSW 等寄存器提供值。 顺祝商祺！ Re: MCXN547: SWD DP ID is readable, but AP0/AP2 access returns WIRE ACK FAULT 这可真是个难题！调试连接问题可能非常令人沮丧，尤其是在使用定制电路板时。“线路确认故障”肯定表明通信出现故障。您尝试过不同的SWD时钟速度，或者在调试过程中检查MCU的电源，有没有取得什么进展？有时，电力供应不足会导致这类间歇性故障。这让我想起了在《雪地骑士 3D》中追求完美滑行的感觉——一个小小的失误就可能让一切功亏一篑！希望你尽快查明真相！

USDHC1に接続されたeMMCはブートデバイスとして使えますか? こんにちは、 i.MX 8DualX/8DualXPlus/8QuadXPlusファミリーの起動ROMの挙動をチェックしています。 リファレンス・マニュアルによると、推奨されるブート接続は以下の通りのようです。 USDHC0上のeMMC SD/eSD/SDXCカード（USDHC1対応） しかし、図5-17 「拡張デバイス（SD/eSD/SDXC）ブートフロー」では、SDの初期化が失敗した場合、フローはコネクタ2を経由して図5-16のMMC初期化フローへと続きます。SDプロトコルが失敗した後、ROMは同じUSDHCインターフェース上でMMCプロトコルを試すようです。 これは、 USDHC1 に接続されたeMMCが検出され、4ビットモードでブートROMブートデバイスとして使われることがあるということですか? それとも、この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に設定されている場合(SDでUSDHC1を経由)、期待される起動シーケンスは次のようになりますか? ROMはまずSDブートフローを使用して通常のプライマリブートを試みるが、失敗する。 その後、ROMはセカンダリブートを試みるが、これも失敗する。 ROMはSD/MMC製造モード（リカバリブート）に入り、MMCプロトコルを使用してUSDHC1上のeMMCデバイスを検出し、そこから正常に起動します。 つまり、このハードウェア構成では、通常のプライマリブートやセカンダリブートの段階ではなく、リカバリ/製造ブートの段階でのみ、システムはeMMCから起動できるということでしょうか？ Re: Can an eMMC connected to USDHC1 be used as a boot device? こんにちは、 USDHC1上のeMMCはブートデバイスとして扱えず、文書化されたプライマリマッピングはUSDHC0上のeMMC、USDHC1上のSDです。 SD/MMC製造モードでは、USDHC1のフォールバック/リカバリ動作が使用されます。リファレンス・マニュアルの5.11節を参照してください。 よろしくお願いいたします。 Re: Can an eMMC connected to USDHC1 be used as a boot device? こんにちは、 はい、あなたの理解は正しいです。 その構成ではSD/MMC製造モードが「デフォルトのブート」として使用されるため、デバイスを復旧するオプションが失われることをご了承ください。 よろしくお願いいたします。