S32G399 PCIe 无法发送 TLP 数据包 如图所示，请帮帮我。目前，我正在使用 S32G399A 芯片，并通过 PCIe 接口将其连接到 FPGA。在这种配置中，S32G399A 行动 RC，FPGA 行动 EP。我现在遇到的问题是可以访问FPGA的配置空间，但是bar0的内存空间无法触发信号TLP。 下图显示了"dmesg" 在操作系统中打印的信息。在"出境" 部分，显示的是 6OB 和 4IB。应如何配置出站和入站，以及应在何处配置？ 另外，原地址 基地址 目标地址分别代表什么？ Re: S32G399 PCIe cannot send TLP packets 你好，@龙岗素 是的，根据测试，在当前的电路板支持包驱动程序下，RC 会根据 EP 的 BAR 设置自动将该区域映射到 32 位/64 位地址空间。 BR 切宁 Re: S32G399 PCIe cannot send TLP packets 您是说 PCIe 位宽与 EP 有关吗？如果 EP 端是 64 位，那么是否无需对 RC 端进行任何修改？ Re: S32G399 PCIe cannot send TLP packets 你好，@龙岗素 感谢您的回复。 S32G PCIe RC 支持 64 位地址访问 例如，我使用另一个 S32G 板作为 EP，修改了 EP 端的 BAR 的相应位，然后从 RC 端的输出启动 RC 后，映射的一个区域是 " 区域 0：4900000000（64 位，可预取）[size=1M] " 的内存，可以通过 64 位地址访问。 详细修改方法可查看自己的 PCIe EP 驱动程序/RM。 BR 切宁 Re: S32G399 PCIe cannot send TLP packets 请问，如何将 PCIe RC 模式配置为 64 位宽？ 目前，我使用 32 位宽度与 FPGA 通信。 Re: S32G399 PCIe cannot send TLP packets 你好，@龙岗素 让我在这里继续支持它。 从显示的日志来看，有 6 个 OB 窗口和 4 个 IB 窗口。 1.OB 窗口和 IB 窗口的数量通常取决于硬件 IP，您认为这些窗口的数量是否足够？ 关于 iatu 的配置，您可以查看驱动程序/pci/controller/dwc 下的驱动程序进行设置。 2。原始地址可以是来自内存功能域的请求中的地址，基本地址可以是主机地址空间中该区域的参考点，而目标地址是 PCIe 功能域中的起点。 BR 切宁 Re: S32G399 PCIe cannot send TLP packets @cehnyin_h Re: S32G399 PCIe cannot send TLP packets 您好，@LONGGANGSU 感谢您的回复。 我发现这个问题也是通过其他渠道提出的，请直接向那里求助。 BR 切宁 Re: S32G399 PCIe cannot send TLP packets 你好，@龙岗素 谢谢你的帖子。 1。看来你在用电路板支持包，哪个版本？ 2。哪些串行器用于连接设备，使用 PCIe x1？ 3.所提到的快照是指哪份文件？ BR 切宁

NXPマイクロコントローラー;スマート、セキュア、コネクテッド <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> マイクロコントローラソリューション 幅広い価格性能ポイントでマルチ製品開発を可能に SWの所有コストの削減 ハードウェアとソフトウェアのソリューションを緊密に統合した市場投入までの時間を短縮 サービス&サポート NXPマイクロコントローラ KinetisとLPCのマイコン賢い。確保。安全で、接続されています。 賢い パフォーマンスを向上させ、スペースと電力のバジェットを削減して、より電力効率の高い インテリジェントなエッジノード処理 セキュア ファミリー全体でスケーラブルなセキュリティを提供し、安全なエッジノード処理を容易にします。 適切な価格/性能比 接続 すべての主要な有線および家庭内無線接続バックボーンを提供しながら、削減を促進します の所有コスト <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> マイクロコントローラソリューション 幅広い価格性能ポイントでマルチ製品開発を可能に SWの所有コストの削減 ハードウェアとソフトウェアのソリューションを緊密に統合した市場投入までの時間を短縮 サービス&サポート NXPマイクロコントローラ KinetisとLPCのマイコン賢い。確保。安全で、接続されています。 賢い パフォーマンスを向上させ、スペースと電力のバジェットを削減して、より電力効率の高い インテリジェントなエッジノード処理 セキュア ファミリー全体でスケーラブルなセキュリティを提供し、安全なエッジノード処理を容易にします。 適切な価格/性能比 接続 すべての主要な有線および家庭内無線接続バックボーンを提供しながら、削減を促進します の所有コスト

S32K混音器 大家好， 最近，我们完成了S32K Sound Mixer的参考代码和演示，很高兴在这里分享这个演示。 此演示的一些主要特点： - 基于 S32K344/S32K148 + 音频编解码器 SGTL5000 + QSPI 闪存 MX25L6433 的演示硬件。 - 基于 S32K3 RTD RTM 2.0.0 和 S32K1 RTD RTM 1.0.0 的演示软件。 - Demo中提供了2种混音算法的实现代码，以及相应的音频素材和codec SGTL5000驱动。 - 演示展示了如何通过音频存储和播放过程对 QSPI 闪存及其 AHB 访问进行编程。 - 演示使用单声道音频作为处理源，并通过 SAI HW FIFO 组合（Line_Mux）功能输出立体声音频（I2S 格式），几乎没有额外成本。 HMI/Cluster 应用程序需要同时播放多个音频源（通常是警告声音），这就带来了混音能力的要求。但是，S32K1/3 缺乏此 HW/SW 功能支持。 结合本地重点客户的需求，并考虑到潜在客户的需求，我们计划启用一个带有预定外设的SW混音器，以增强S32K系列音频混音能力。在 S32K1/3 上使用/移植应该很容易，并使用 QSPI 闪存（AHB 模式读取）来存储音乐。 附件混音器包包括基于 S32K344 EVB 和 S32K148 T-Box RDB 的 2 个混音示例，以及一些介绍此实现和快速入门指南的幻灯片。 谢谢并欢迎您的任何评论。 顺祝商祺！ 李帅林 回复： S32K 混音器 你好，S32K3 RTD RTM2.0的下载连接在哪里？我安装的S32K3 RTD 4.4无法打开项目

尔湾：LPC800 MCU 技术概述：恩智浦®面向广泛的 8 位替代市场增长最快的产品组合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 参加本次会议，了解如何利用 LPC84x MCU 系列的创新功能，该系列是计划于 2017 年发布的三个 LPC800 版本中的第一个。通过产品功能培训和演示，我们将展示这些低功耗、基于 ARM ® Cortex ® -M0+ 的 MCU 如何为当今的入门级 32 位微控制器市场提供 8 位简易性。我们希望您在本次课程结束后能够获得正确的培训和评估板，以便立即开始您自己的嵌入式开发。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 参加本次会议，了解如何利用 LPC84x MCU 系列的创新功能，该系列是计划于 2017 年发布的三个 LPC800 版本中的第一个。通过产品功能培训和演示，我们将展示这些低功耗、基于 ARM ® Cortex ® -M0+ 的 MCU 如何为当今的入门级 32 位微控制器市场提供 8 位简易性。我们希望您在本次课程结束后能够获得正确的培训和评估板，以便立即开始您自己的嵌入式开发。

尤达里程碑奖金 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好， 在此视频中，我们展示了我们作为奖励实现的 Android 应用程序。 UDOO Quad 上运行的虚拟助手程序也是一个 Web 服务器，它公开了一个非常基本的 REST API。该API用于远程控制助手。Android 应用程序使用 Google 的 STT API 将语音转换为文本，通过互联网将输入发送给 Yoda，Yoda 处理输入并返回答案，该答案使用 Google 的 TTS API 呈现。 之前视频中演示的所有插件都可以在 Android 应用程序中使用，因为手机只是另一个 I/O，所有处理仍然由在 UDOO 板上运行的应用程序完成。 有关实施、安装说明和其他规格的更多详细信息，请查看我们的 Git 存储库。 感谢观看， 尤达团队 （在 “我的视频” 中查看）

MHW-N1921デジタル高効率AC / DC共振電源 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 共振AC/DC電源は、高出力で優れた効率を発揮します。TEA1916は、共振LLC設計の複雑さを簡素化し、簡単なチューニングを提供するデジタルコントローラーです。これは、多くの共振スイッチモード電源で使用されている非常に一般的なTEA1716を継承します。PCやテレビですが、TEA1916は実際には75W>あらゆる電源に非常に適しています。医療、産業用、サーバー用電源。このTEA1916は、新しいデジタル・サイクル・バイ・サイクル・アーキテクチャ(Vcap制御)を使用して、低電力負荷での新しいタイプの動作を可能にします。これにより、正確に制御されたバーストモード動作を使用して、低出力電力での効率が向上します。また、このTEA1916は、スタンバイ状態またはオフ状態で非常に低い消費電力を実現します。競合他社と差別化するための主要なパフォーマンスパラメータです。最高の効率を得るために、TEA1916はNXPのTEA1995同期整流器と一緒に優れた働きをします。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 共振AC/DC電源は、高出力で優れた効率を発揮します。TEA1916は、共振LLC設計の複雑さを簡素化し、簡単なチューニングを提供するデジタルコントローラーです。これは、多くの共振スイッチモード電源で使用されている非常に一般的なTEA1716を継承します。PCやテレビですが、TEA1916は実際には75W>あらゆる電源に非常に適しています。医療、産業用、サーバー用電源。このTEA1916は、新しいデジタル・サイクル・バイ・サイクル・アーキテクチャ(Vcap制御)を使用して、低電力負荷での新しいタイプの動作を可能にします。これにより、正確に制御されたバーストモード動作を使用して、低出力電力での効率が向上します。また、このTEA1916は、スタンバイ状態またはオフ状態で非常に低い消費電力を実現します。競合他社と差別化するための主要なパフォーマンスパラメータです。最高の効率を得るために、TEA1916はNXPのTEA1995同期整流器と一緒に優れた働きをします。 セキュアモバイル |ヘルスケア&ウェアラブル

USBウェイクアップを備えた低電力モード <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Kinetisファミリには、豊富な低消費電力モードがあります。お客様は、低電力モードからウェイクアップする別の方法を理解するのに混乱する可能性があります。 1) VLPR では、VLPW: NVIC は割り込みの影響を受け続けるため、割り込みはすべて処理されます。 2)停止、VLPSでは、デバイスは USB ウェイクアップ割り込みによってのみウェイクアップできます。 3)LLSでは、VLLSx:デバイスはどの USB ソースから もウェイクアップ できません。 4) LLWUは ウェイク アップに使用されるため、お客様は利用可能なLLWU ウェイク アップソースのいずれかから ウェイク アップできます。 USBモジュールに関しては 、 USB 再開イベントには2つの異なる割り込みがあります。1つは、 USB ライン の状態の変化によって トリガーされる低電力モードから ウェイクアップ できるようにするための非同期です。もう 1 つは同期しており、K 状態 (フル スピードの場合は D+ = 0、D- = 1) を検出してから 2.5 us 後にのみトリガーされます。アプリケーションは、必要なときにいつでも低電力モードに移行する責任があり、この目的のために 、USB スタックによって報告されたデバイスの状態を確認する必要があります。バス で サスペンド状態が検出されると、SLEEP割り込みがトリガーされ、スタックの状態がサスペンドに変わります。その後、アプリケーションは低電力モードに移行します。この SLEEP 割り込みが発生すると、非同期 ウェイク 割り込みが有効になり、トリガーされると無効になります (これは、モジュールが割り込みをクリアするために必要です)。通常の状態では、同期再開割り込みまたはリセット割り込みが後でトリガーされ、スタックの状態が中断以外に遷移します。その後、アプリケーションは通信が再びアクティブになったことを認識し、再び低電力モードに入るのを回避できます。

EUF-DES-T1741 可扩展多核 QorIQ Layerscape 处理器，基于 64 位软件环境，适用于企业、家庭和工业应用.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

KDS での KSDK と Processor Expert のサポートを使用した新しい USB プロジェクトの作成 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> KSDKファンの皆さん、こんにちは。   ご存知かもしれませんが、KSDKはKinetisマイクロコントローラの包括的なソフトウェアサポートを提供し、アプリケーション開発を加速します。ハードウェアabstraccionレイヤーとペリフェラルドライバーを提供するだけでなく、Processor Expertにも対応できます。   以下は、KSDK と Processor Expert のサポートを使用して新しいプロジェクトを作成する方法の例です。   これは、KSDK ドライバーまたはプロセッサ エキスパート サポートを使用してアプリケーション コードを追加する準備ができている簡単な USB HID の例を示しています。   これがお役に立てば幸いです。   よろしくお願いします。   アイザック・アビラ 全般 Re:KDSでKSDKとProcessor Expertのサポートを使用して新しいUSBプロジェクトを作成する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> この関数「USB_Class_HID_Send_Data()」はどのように機能しますか? この関数を使用したときに、Aなどの単語を送信し続けます。 AではなくAだけを送信する方法。 Re:KDSでKSDKとProcessor Expertのサポートを使用して新しいUSBプロジェクトを作成する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私はこのガイドが示しているものと似たようなことを達成しようとしていますが、あまり役に立たないほど十分に異なります。TWR-K21F120M を使用しており、OS なしで Processor Expert コンポーネントを使用して USB MSD を実装する必要があります。これを達成するために私に示せるリソースはありますか?

フリースケールのコンシューマ/産業用アナログ製品の紹介 - 広州 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、MMPF0100/200パワー・マネージメント集積回路(PMIC)を含むコンシューマおよび産業用アナログ製品を紹介し、この業界分野で既存の車載用アナログ製品を販売するための新しい戦略について説明します。 スティーブン・ヤンによる発表 2015年6月10日、広州市のDwF Kinetis MCUs Based on ARM®テクノロジで発表 セッションID: APF-IND-T1015 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、MMPF0100/200パワー・マネージメント集積回路(PMIC)を含むコンシューマおよび産業用アナログ製品を紹介し、この業界分野で既存の車載用アナログ製品を販売するための新しい戦略について説明します。 スティーブン・ヤンによる発表 2015年6月10日、広州市のDwF Kinetis MCUs Based on ARM®テクノロジで発表 セッションID: APF-IND-T1015 パワー・マネジメント センサ

AMF-ACC-T1647 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 以太网已成为汽车通信领域最受讨论的技术之一。本演示将概述汽车以太网的标准。并解决在不同应用程序中实施该技术所面临的挑战。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 以太网已成为汽车通信领域最受讨论的技术之一。本演示将概述汽车以太网的标准。并解决在不同应用程序中实施该技术所面临的挑战。

如何为 KSDK 和 PEx 项目的新 MQX RTOS 添加 MFS 和 Shell 支持 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好， 基于如何使用 KDS 和 KSDK 将 RTCS 添加到处理器专家项目，您可以在下面找到使用 KSDK1.2 和处理器专家将 MFS 和 Shell 包含到 KDS3.0 项目的步骤。 感谢Carlos_Musich提供的出色文档以及本文档的草稿。 此致， 艾萨克·阿维拉 文件系统 回复：如何为 KSDK 和 PEx 项目的新 MQX RTOS 添加 MFS 和 Shell 支持 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 感谢 Isaac 的演讲。 我使用 Shell 和适用于 K60D100M micro 的 shell 创建了 KDS3.0 项目。KSDK 1.2.0。 我遇到的唯一问题是构建变量。 在 Properties\C/C++ Build\Build Variables 中缺少 KSDK_PATH（参见插入的图像）。 我创建了几个任务并在调试器下运行应用程序。调试器下没有 TAD 信息。 我知道，只需查看 TAD 信息，调试器就应该在运行后在任务内部的某个地方停止。 也许你已经解决了这个问题。 谢谢！ 列昂尼德·博尔夏克。

汽车模拟和传感器概述，包括 BCC 和高压传感器 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Eric Wu 主讲 2015 年 3 月 19 日，天安 MCU 和汽车解决方案大会 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Eric Wu 主讲 2015 年 3 月 19 日，天安 MCU 和汽车解决方案大会 传感器

BCM I.MX6 SMARCモジュール開発キット(SMARCモジュール、キャリアボード、ケーブル、オンボードeMMCにOSがプリロードされた電源アダプタを含む) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 製品の特徴: Linux OSがプリロードされたSMARC開発キット キットに含まれるもの: (1).REV-SA01 SMARC評価キャリアボード、3.5インチSBCフォームファクタ (2).SMA-IMX6QI クアッドコアSMARCモジュール (3).電源アダプター： AC入力:100-240V DC出力:5.0V (4).電源ケーブル (5).ミニUSBケーブル (6).オンボードeMMCにOSをプリロード <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 製品の特徴: Linux OSがプリロードされたSMARC開発キット キットに含まれるもの: (1).REV-SA01 SMARC評価キャリアボード、3.5インチSBCフォームファクタ (2).SMA-IMX6QI クアッドコアSMARCモジュール (3).電源アダプター： AC入力:100-240V DC出力:5.0V (4).電源ケーブル (5).ミニUSBケーブル (6).オンボードeMMCにOSをプリロード 全般

示例 S32K146-Set_whole_FlexRAM-as_RAM v0_0 S32DS.ARM.2.2 ******************************************************************************** * 文件：main.c * 所有者：David Tosenovjan * 版本：0.0 * 日期：2021年3月12日 * 分类：一般商业信息 ******************************************************************************** * 详细说明： * 示例代码将整个 4kB FlexRAM 区域配置为 SRAM 使用。 *默认情况下或批量擦除后，S32K1设备只有地址范围 * 0x1400_0000-0x1400_0DFF (3.5kB) 可供 SRAM 使用。 * 要启用剩余的 0.5kB，需要执行程序分区命令 *（使用示例中所示的设置），但只能使用空白的新 * 设备（或之前已批量擦除）。设置地址范围 * 0x1400_0000-0x1400_0FFF 用于 SRAM。 * ---------------------------------------------------------------------------------------------- *测试硬件：S32K146EVB-Q144 * 微控制器：PS32K146UAVLQ 0N73V QAC1735D * Fsys: 默认 * 调试器：Lauterbach Trace32、OpenSDA * 目标：Debug_RAM * 终端：无 * EVB连接：默认 ********************************************************************************

MCUXpresso IDE v11.9.1现已推出 我们很高兴地宣布 MCUXpresso IDE v11.9.1（build 2170）现已推出。 本次为基于先前版本 MCUXpresso IDE v11.9.0 的维护版本，建议所有现有用户下载安装此新版本。   安装程序下载 要下载所有平台的安装程序，请登录我们的下载网站： https://www.nxp.com/mcuxpresso/ide/download   文档 更多信息可在更新后的用户指南及其他文档中查阅，这些文档可通过 IDE 的“帮助”菜单访问内置帮助系统，或以 PDF 格式从安装目录中获取。   未来版本的发布通知 如需接收有关未来版本发布的通知，请关注：MCUXpresso IDE - 发布历史   变更摘要 - 版本 11.9.1 - 2024 年 4 月 升级：更新的 LinkServer 软件 (v1.5.30) 升级：更新的 SEGGER J-Link 软件 (v7.96c)。 已升级：更新的 PEmicro 插件（v5.7.8）。 更新：MCUXpresso 配置工具升级至 v15.1 版本。 改进：[IDE] 更新了关于窗口的许可文本。 改进：[IDE] 启动配置中支持对 J-Link 脚本文件使用 Eclipse 变量。 已修复：[IDE][SDK 处理] 如果 IDE 未安装在默认位置，自动导入插件 SDK 会返回错误。 已修复：[IDE][SDK 处理] 自动导入插件 SDK 时未能导入某些 SDK。 修复：[IDE][配置工具集成] 解决部分性能问题。 修复：[IDE][欢迎页面] 新增功能章节的版本说明文本可能显示异常的问题。 修复：[KW45/K32W1][J-Link] 闪存擦除后调试功能失效的问题。   已知问题 请参阅安装布局中的 KnownIssues.txt 文件以获取详细列表。

Is Fatal Blackout Worth Trying in 2026 My Honest Fatal Blackout Review After Researching It Fatal Blackout is gaining major attention in 2026 as more families search for practical ways to prepare for power outages, grid failures, and emergency situations without relying on extreme survival tactics. Created by combat veteran Teddy Daniels, the program focuses on realistic blackout preparedness strategies using simple step-by-step guidance designed for everyday households. Check the official Fatal Blackout guide and latest details here: What makes Fatal Blackout stand out is its beginner-friendly approach. Rather than promoting expensive bunkers or extreme “doomsday prepper” tactics, the guide focuses on affordable preparedness methods like backup power planning, water storage, food security, EMP protection, and home readiness. Many people appreciate that the information is broken down into simple actions that can realistically be implemented over time. See how Fatal Blackout works and what’s included in the system: In 2026, concerns around grid instability, cyber attacks, inflation, and supply chain disruptions have pushed preparedness into the mainstream. Fatal Blackout taps into this growing interest by offering a structured survival roadmap for people who want to feel more prepared without completely changing their lifestyle. So, is Fatal Blackout worth trying? For people looking for a practical preparedness blueprint with a realistic focus, the program may provide useful insights and organization. However, like any survival system, its value depends entirely on whether users actually apply the strategies consistently in real life.   Re: Is Fatal Blackout Worth Trying in 2026 My Honest Fatal Blackout Review After Researching It Fatal Blackout has been attracting considerable attention in 2026 as more households look for realistic ways to prepare for emergencies such as power outages, grid disruptions, and unexpected crisis situations without adopting extreme survivalist methods. Created by combat veteran Teddy Daniels, the program is built around practical blackout preparedness strategies presented in a clear, step-by-step format intended for everyday families. Explore the official Fatal Blackout website and view the latest details here: One of the main reasons Fatal Blackout stands out is its beginner-friendly structure. Instead of encouraging expensive bunkers or intense “doomsday prepper” lifestyles, the guide emphasizes affordable and achievable preparedness steps. These include backup power planning, water storage solutions, food security basics, EMP awareness, and general home readiness measures. Users often value how the information is broken down into simple, manageable actions that can be implemented gradually over time. Discover how Fatal Blackout works and what the system includes:  In 2026, preparedness has become a mainstream topic due to growing concerns about grid reliability, cyber threats, rising living costs, and ongoing supply chain uncertainties. Fatal Blackout aligns with this shift by offering a structured framework that helps individuals and families feel more confident about handling potential disruptions while still maintaining a normal lifestyle. Yes, Fatal Blackout can be a useful option for those looking for a straightforward, well-structured preparedness guide focused on real-world scenarios. It offers clear direction and practical insights, and its value is best realized through consistent use of the strategies in everyday life, helping users gradually build stronger home readiness and preparedness confidence over time.

i.mx6 HabV4 启动失败：在生产板上成功加载 USB 后出现 “j4 错误” **目标：** 我们的目标是使用 `imx_usb` 加载程序绕过 eMMC 将我们的主板直接启动到 RAM 中。这是我们进行故障分析的关键一步。我们已经物理断开了生产板上的 eMMC 连接，以确保我们只测试 USB 启动路径。 **Board States:** 1. **开发板：** 熔丝未熔断。SoC 报告说它处于**开发模式**。 2。**制作板：** 熔丝已熔断，可安全启动。系统芯片报告已进入**生产模式**。 **结果摘要：*** 在使用 `imx_usb` 工具时，我们观察到两种不同的结果。 **1.成功：开发板** 在我们的开发板 上，有一个未签名的 `u-boot.imx`加载并完美执行。日志确认二进制文件已加载并且 SoC 跳转到入口点。 * 命令：** `sudo ./imx_usbu-boot.imx` ** 主要日志输出（`development.txt`）：** ``` HAB 安全状态：开发模式 (0x56787856)... 加载二进制文件 (u-boot.imx)到 877ff400，skip=0，fsize=5faa4 type=aa 成功（状态 0x88888888）跳转到 0x877ff400 ```*（结果：主板启动到 U-Boot 提示符）* **2.故障：制作板** 在我们的制作板 上，我们使用**签名的 `u-boot.imx``**由我们的制造团队提供，使用相同的密钥签名，其哈希值在 SoC 中融合。`imx_usb`工具报告说 DCD 和二进制文件已成功加载。但是，最后的跳转命令失败了。 * 命令：** `sudo ./imx_usbu-boot-signed.imx` ** 关键日志输出（`production.txt`）：** ``` HAB 安全状态：生产模式 (0x12343412)... 正在加载二进制文件 (u-boot.imx)到 877ff400，skip=0，fsize=5faa4 type=aa 成功（状态 0x88888888）在 err=0 中 跳到 0x8 77ff400 j4，last_trans=64 33 18 c0 00 ```*（结果：板无法启动。 无控制台输出）* **分析和关键问题：*** 关键区别在于 "跳转到 0x877ff400 "命令的结果。在生产板上，在映像成功传输到RAM之后，该过程在此时刻失败。这强烈表明 SoC 的启动 ROM 在*执行之前，正在对 RAM 中的映像执行**HABv4 签名验证**，但该验证失败了。 j4 err` 不是标准 USB 错误；它似乎是与跳转命令有关的 `imx_usb` 工具的内部状态代码。核心问题是跳跃不成功。 1。**HAB 身份验证失败：** “j4 错误”（或随后的无法启动）是否表示 HAB 身份验证失败？启动 ROM 成功接受了该映像，但似乎拒绝运行该映像。 2。**USB 启动的映像签名：** 对打算通过 USB 串行下载协议加载的 U-Boot 映像进行签名是否有特定的要求或格式？我们正在使用签名的 eMMC 启动镜像。预期的 IVT（图像矢量表）结构或其他元数据是否存在差异，导致 HAB 在以 `0x877ff400` 加载图像时拒绝图像？ 3.**加载地址：** 图像正在加载到 `0x877ff400`。这是安全 i.MX6 上 USB 加载映像的正确地址吗？启动 ROM 是否期望映像在 RAM 中的不同位置进行身份验证？ Re: i.MX6 HABv4 Boot Failure: `j4 err` After Successful USB Load on Production Board 你好 您的签名映像是为eMMC启动而构建的吗？ 错误显示加载到 RAM 的步骤已成功，但由于一个 HAB 验证失败。 Re: i.MX6 HABv4 Boot Failure: `j4 err` After Successful USB Load on Production Board 使用 imx_usb_loader（串行下载协议），我们成功地从 RAM 完全启动 U-Boot 和 Linux。从那次 U-Boot 实时会话中，我们将以下镜像写入了 eMMC： # U-Boot IVT 强制位于 1 KiB 硬件偏移处 mmc dev 1 0 mmc 写入 0x82000000 0x2 0x400 # 将镜像适配到活动分区之外的原始扇区 mmc 写入 0x80800000 0x66000 0x3000 # 启动环境 setenv bootargs "console=ttymxc0,115200 root=/dev/mmcblk1p2 rootwait rw" setenv loadfit "mmc dev 1 0; mmc read 0x80800000 0x66000 0x3000" setenv bootcmd "run loadfit; bootz 0x808000e8 - 0x80da4bc0" saveenv 从 U-Boot 提示符手动执行 run boot 命令可以正常工作——Linux 可以启动并挂载 /dev/mmcblk1p2，没有任何问题。邮件中附有工作日志。 故障状态： 在任何冷启动或硬件复位时，即使 USB OTG 电缆物理断开，电路板也不会产生任何 UART 输出，并且会静默地重新进入 USB 串行下载模式。ROM 似乎从未到达 eMMC。 Re: i.MX6 HABv4 Boot Failure: `j4 err` After Successful USB Load on Production Board 大家好，请问这个工单目前状态如何？如何才能推进进度？是否需要进行面对面（现场）会议？ Re: i.MX6 HABv4 Boot Failure: `j4 err` After Successful USB Load on Production Board 你好 是的，镜像已签名，可用于emmc启动。在内存中运行完美，但无法刷入 eMMC。

RW612 TF-M NS：Flexcomm UART 无功能 - 时钟驱动器使用安全 CLKCTL1 地址 您好， 我发现了一个 Bug，当出现以下情况时，任何 Flexcomm UART 都会完全失效 为启用 TF-M 的 frdm_rw612/rw612/ns 构建。 根本原因：时钟驱动器使用安全 CLKCTL1 地址 (0x50021000) 启用 Flexcomm 时钟时。从 NS 世界中默默地写下这些文字 被忽视了，让外围没有了防护罩。所有 USART 寄存器的读数均为 0x00000000。 解决方法是在 UART 启动前通过 NS 别名手动启用时钟： volatile uint32_t *clkctl1_ns = (volatile uint32_t *)0x40021000UL； clkctl1_ns[0x508/4] = 0x01； clkctl1_ns[0x40/4] = (1UL<< 8)； 我已经在 nxp-zephyr GitHub 上提交了一份错误报告： https://github.com/nxp-zephyr/nxp-zephyr/issues/35 有人遇到过这种情况吗？是否正在进行适当的修复？ 谢谢！ Re: RW612 TF-M NS: Flexcomm UART non-functional — clock driver uses secure CLKCTL1 address 你好，@chofmeister。 请与我们分享您复制这种行为的步骤。我无法通过 MCUXpresso for VS Code 使用 psa_protected_storage 示例来重现这种行为，该示例使用 TF-M 和 UART 控制台，信息正在打印，因此 UART 外设的时钟是正确的。 此外，对于 FRDM-RW612，时钟初始化是在 soc.c 文件的 clock_init 函数中完成的。 Re: RW612 TF-M NS: Flexcomm UART non-functional — clock driver uses secure CLKCTL1 address 感谢您提供的链接。确认一下 - 我运行的是 4.3.0 版来自 nxp-zephyr 下游仓库，那里存在错误。 我阅读了《时钟配置》一文。据我所知，外设 时钟应在 init.c 或 soc.c 中的 board_early_init_hook() 中启用。 查看 frdm_rw612 init.c、我可以看到 Board_early_init_hook() 已在 上实现，但并未启用任何 Flexcomm 时钟。 根本原因特定于 TF-M NS 版本：HAL 时钟函数 (fsl_clock.c)使用安全 CLKCTL1 地址（0x50021000）。在 NS 世界中，对该地址的写入将被静默忽略，从而使 Flexcomm0 完全处于无时钟状态 - 所有 USART 寄存器的读数均为 0x00000000。 我目前的解决方法是在 UART 启动之前，在应用代码中直接写入 CLKCTL1 NS 别名 (0x40021000)，这虽然有效，但 显然不是正确的长期解决方案。 根据这篇文章，修复可能属于 init.c 中的 board_early_init_hook() 。在 CONFIG_TRUSTED_EXECUTION_NONSECURE 保护下，使用 NS 别名地址。不过，在尝试公关之前，我想确保这与 团队的方法一致。 这是基于 RW612 的 TF-M NS 版本 的已知差距吗，是否有 建议的修复正在进行中？ Re: RW612 TF-M NS: Flexcomm UART non-functional — clock driver uses secure CLKCTL1 address 你好，@chofmeister，希望你一切都好。 我看到您在我们的下游存储库中提交的报告是您在 Zephyr 4.1.0 版本中发现的一个错误、能否请您确认一下，在我们最新的下游版本库（目前为 4.3.0）中是否仍然存在这种行为？ 另外，我还建议查看Zephyr 中的时钟配置，因为 Zephyr 时钟管理子系统尚未支持时钟配置和启用。 Re: RW612 TF-M NS: Flexcomm UART non-functional — clock driver uses secure CLKCTL1 address 你好，RomanVR、 感谢您的回复。我可以在 soc.c 中看到时钟启动代码： #if (DT_NODE_HAS_COMPAT_STATUS(DT_NODELABEL(flexcomm0), nxp_lpc_usart, okay))&& CONFIG_SERIAL CLOCK_SetFRGClock(&(const clock_frg_clk_config_t){0, kCLOCK_FrgPllDiv, 255, 0})； CLOCK_AttachClk(kFRG_to_FLEXCOMM0); #endif 代码是正确的，但底层 HAL 函数 （CLOCK_AttachClk、CLOCK_SetFRGClock）使用的是安全的 CLKCTL1 地址 (0x50021000)。在 NS 世界中，对该地址的写入会被 默默忽略，从而使 Flexcomm0 处于无时钟状态。所有 USART 寄存器的读数均为 0x00000000。 我还在 nxp-zephyr GitHub 仓库（问题 #35）上提交了一个错误， 贡献者 waqar-tahir 证实了这个问题，并指出这个问题已经在即将发布的 4.4 下游版本中得到解决。 目前，我的解决方法是在 UART 启动之前，在应用代码中直接写入 CLKCTL1 NS 别名 (0x40021000)。 希望这有助于澄清根本原因。

利用 AAOS 14 在 i.MX8QuadMax 上启用双显示器 嗨，团队、 我正在使用 AAOS 14 在 i.MX8QuadMax 上启用多显示器，需要您的帮助。 目前，我连接了两个外部显示器，并测试了以下组合： 情况 i：LVDS0_CH0 + MIPI_DSI0 MIPI_DSI0 上出现 Android 屏幕 LVDS0_CH0 显示空白屏幕 情况 ii：LVDS1_CH0 + MIPI_DSI0 MIPI_DSI0 上出现 Android 屏幕 LVDS1_CH0 显示空白屏幕 情况 iii：LVDS0_CH0 + MIPI_DSI1 LVDS0_CH0 上出现 Android 屏幕 MIPI_DSI1 显示空白屏幕 情况 iv：LVDS1_CH0 + MIPI_DSI1 MIPI_DSI1 上出现 Android 屏幕 LVDS1_CH0 显示空白屏幕 要求： 我们需要任意两个端口（LVDS0_CH0、LVDS1_CH0、MIPI_DSI0、MIPI_DSI1）来同时显示 Android 屏幕。 此外，我还检查了 DRM 的状态： write /sys/class/drm/card0-HDMI-A-2/status on write /sys/class/drm/card1-HDMI-A-2/status on 输出显示已连接，但仍只有一个显示屏处于活动状态。 能否请您帮助我们了解启用双屏显示输出需要哪些配置或更改？ 谢谢。 Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 您好@harshi03 ，能否分享一下您使用的是哪张 dtb 图像？ 致敬， Zhiming Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 嗨，感谢您的回复 我附上了截图，显示了用于在 imx8qm 上闪烁的 dtbo 映像。 谢谢！ Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14     您好， 感谢您的反馈， 按照要求，我分享了用于 i.MX8QM 闪存的 DTBO 映像。能否请您帮助我们了解启用双屏显示输出所需的正确配置步骤？ 具体来说，我们希望得到以下方面的指导 启用两个活动显示管道 (LVDS/MIPI) 所需的设备树 (DTB/DTBO) 正确路由显示接口 (DCSS/LCDIF) 以实现同步输出 AAOS 14 支持多显示器所需的任何内核或 DRM 配置 是否需要对 init.rc 或显示服务配置进行额外更改 目前，虽然两个显示屏在 DRM 中都显示为"connected" ，但同时只有一个显示屏处于活动状态。 如果您能在 i.MX8QM 上共享支持双显示器的参考配置或示例设置，那将非常有帮助。 谢谢     Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 你好@harshi03 AAOS 14 支持多显示器，dts 文件是 imx8qm-mek-car-m d.dts，请根据此 dts 进行修改。 android-imx_device_fsl/imx8q/mek_8q/BoardConfig.mk at android-14.0.0_2.2.0 - nxp-imx-android/android-imx_device_fsl - GitHub 致敬， Zhiming Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 你好@刘志明、 要使用 AAOS 14 源代码在 imx8qm 上显示两个显示器，需要做哪些更改，请提供步骤。 谢谢& Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 你好@刘志明、 我附上了 imx8qm-mek.dts 文件以供审查，显示映射是否正确，附上的 dtb 图像也请查看并指导我是否需要对第二台显示器进行任何更改。请尽快回复。 谢谢& Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 您好@harshi03 您使用的是 AOSP 还是汽车 AOSP？ 最美好的祝愿， Zhiming Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 你好@刘志明、 我使用的是汽车 AOSP（i.MX8 quad max 平台上的 AAOS 14）。 谢谢& 。 Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 你好@刘志明、 感谢您的回复 按照建议，我们检查了 imx8qm-mek-car-md.dts 和 BoardConfig.mk（android-14.0.0_2. 2.0），并相应地更新了设置。 但是， imx8qm-mek-car-md.dts 文件似乎与源代码中已经存在的文件相同，我们 不清楚需要进行哪些具体修改。 即使验证了这一点，我们仍然只能看到一个活动的显示屏。请说明需要对 DTS 或配置进行哪些具体更改才能启用多显示器？ 感谢并致意。 Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 你好@刘志明、 我已经通过 MIPI_DSI0 将 LVDS0_CH0 和 MIPI_DSI0 连接到主板上，它显示的是主显示器，但是通过 LVDS0_CH0 它将其视为 HDMI 显示器。 DRM、HWC 和 SurfaceFlinger 都能正确检测到 HDMI 显示屏， adb shell dumpsys SurfaceFlinger --display-id 显示 了端口 0 和端口 1 的 显示屏。 logcat 还显示了 分辨率为 1920x1080 的 DisplayDeviceInfo{"HDMI 屏幕"}。 但是，重启后， adb shell dumpsys 显示 屏显示 HDMI， mIsEnabled=false。我启用了 config_enableMultiDisplay=true 和 config_enableDisplayPortInDisplayLayout=true，将占用映射从 INSTRUMENT_CLUSTER 改为 MAIN，添加了 /vendor/etc/displayconfig/display_layout_configuration.xml，并在 config_localPrivateDisplayPorts 中添加了端口 1 。我尝试了 和 XML 格式，但 LogicalDisplayMapper 仍然只应用了包含端口 0 的布局，因此 HDMI 端口 1 从未添加到活动布局中。 有时第二个显示屏会变成 mIsEnabled=true，但重启后 又会 变成 false 。您能否确认 display_layout_configuration.xml 的 XML 模式 是否 正确 ，以及 LogicalDisplayMapper/DeviceStateToLayoutMap 是否需要任何额外的框架覆盖、DTS 配置或 NXP 特定补丁才能永久启用 HDMI 逻辑显示？ 谢谢，并致以问候。 Re: Dual Display Enablement on i.MX8QuadMax with AAOS 14 你好@刘志明、 现在我使用的是午餐 mek_8q_car-trunk_staging-userdebug 您能建议我们应该选择什么特定的午餐命令来启用多显示器功能吗？ 谢谢！