缺少编译器 S32 Studio 我在 S32 Studio 3.6.4 中找不到编译器用于 S32K3x8 EVB。 arm-none-eabi-gcc " @board /siul2_port_ip_cfg.args "-MMD-MP-MF "板/siul2_port_IP_CFG.D "-MT " board/siul2_port_IP_CFG.O "-o " board/siul2_port_IP_CFG.O "".。/板/siul2_port_IP_CFG.C " make：*** [generate/src/subdir.mk:26: generate/src/Igf_Port_Ip_Cfg.o] ***.错误 127 /bin/sh：第 1 行：arm-none-eabi-gcc：找不到命令 make：*** [generate/src/subdir.mk:26: generate/src/OsIf_Cfg.o] ***.错误 127 /bin/sh：第 1 行：arm-none-eabi-gcc：找不到命令 make: *** [板/subdir.mk: 23:板/tspc_port_IP_CFG.O] 错误 127 /bin/sh：第 1 行：arm-none-eabi-gcc：找不到命令 make: *** [板/subdir.mk: 23:板/siul2_port_IP_CFG.O] 错误 127 Re: Missing compiler S32 Studio 你好，@Greavesinator85、 您使用的是哪个 RTD 版本？您的项目中似乎没有选择工具链。 示例项目也会出现这种情况吗？创建项目时，是否选择了"Create new S32DS application project" 选项？ 您可以尝试在项目属性中手动添加工具链路径，但我建议您创建一个新项目，以避免与此相关的任何其他配置问题。 致以最诚挚的问候， Julián

SWO 数据跟踪功能（在 MCXA156 上） 你好，恩智浦社区、 我一直在试验 MCXA156 控制器及其相应的开发板的调试功能。 我的设置 (FRDM-MCXA156) 以及定制板中的 MCXA156。 MCUXpresso IDE v25.6 [内部版本 136] [2025-06-27] MCU Link pro 调试器 到目前为止，通过恩智浦 Expresso SDK 中的各种示例，我能够满足大部分调试需求。(断点、数据监视点、ITM 打印重定向、中断跟踪等）。 不知何故，我只能在 SWO 上使用 Data Watch Trace/Stream。我想我误解了 MXCA156 调试功能的功能。 据我所知，MCXA156 支持 ITM 和 DWT。 有了它，就可以添加读/写数据编译器，并通过 SWO 引脚流出/跟踪相应的数据。在我的设置中，我似乎无法使用"SWO Data" 窗口，即使所有其他跟踪功能似乎都能正常工作。 我的设置是否正确，还是 MCUXpresso IDE 还不支持我的使用情况？ 顺祝商祺！ 亚历克斯 Re: SWO Data Trace functionallity (on MCXA156) 你好@AlexRu 要使用 SWO，您可以按照提供的步骤指南进行操作。 硬件要求： 确保芯片的 SWO 引脚连接到调试器的 SWO 接口。 （这是 FRDM-MCXN947 板）。 软件配置： 创建新项目时，选择 "重定向 printf/scanf 至 ITM"，将 printf/scanf 输出重定向至 ITM。 2.配置跟踪时钟： CLOCK_AttachClk(kTRACE_DIV_to_TRACE); /*！将 TRACE 切换到 TRACE_DIV */ /*！安装分频器 */ clock_setclkdiv (kclock_divtraceCLK，3U); /*!将 TRACECLKDIV 分频器设置为值 3 */ 3.在 MCUXpresso IDE 中配置 ITM 控制台视图： 打开 SWO ITM 控制台。 在 IDE 设置和代码中配置相应的核心时钟和跟踪时钟 。 4.查看输出结果。 有关 SWO 和 DWT 使用的详细信息，请参阅MCUXpresso_IDE_25.06_Instruction_Trace_Guide.pdf 。您可以在 MCUXpresso IDE 安装路径下找到该指南。 BR 爱丽丝   Re: SWO Data Trace functionallity (on MCXA156) 嗨，爱丽丝、 非常感谢你对如何设置 SWO 跟踪的详细可视化说明。 就我而言，我已经验证了 SWO 引脚（MXCA-156 PCB）与我的 MCU-Link Pro 调试探针的电连接。您提到的 PDF 文件确实提供了更详细的信息，扩展了我的知识面。尽管如此，这并不能真正解释/反驳我对使用 DWT 的假设。 在我的设置中，我已经在"SWO Interrupts" 窗口中看到了中断返回和中断入口点的数据：（这是我的 SW 的实时数据！有意义的数据和正确的时间信息）。 有了这些信息，我验证了我通过SWO引脚的电连接是否正常，跟踪时钟已启用，频率符合我的SWO Trace Config中的预期。 我错过了什么（或者我这边可能有误会？）是通过数据观察比较器 (DWT) 将数据追踪到窗口 " SWO Data " 中的 SWO 跟踪引脚的功能。 在启用"play" 按钮后，我没有收到任何跟踪信息： 我甚至证实，在我的 MXCA156 配置中，数据监视点仅限于 2 个比较器，因此 IDE 似乎能够设置它们并警告设置的数据观察点过多（我故意这样做是为了检查其合理性）： 所以我的问题是是集成开发环境支持这种调试方法，还是我理解错了，DWT 完全不提供这种数据跟踪功能？ Re: SWO Data Trace functionallity (on MCXA156) 你好@AlexRu 感谢您的回复。 请告诉我您想使用 DWT 观察哪些数据？ 另外，请共享一个可以重现该问题的项目，并提供一段视频，展示您所采取的所有步骤。 我将利用这些信息来重现和检查我这边的问题。 谢谢！ BR 爱丽丝 Re: SWO Data Trace functionallity (on MCXA156) 你好@Alice_Yang、 我确实根据 SDK 示例（LED Blinky）为 FRDM-MCXN236 演示板准备了一个极简主义项目。(demo_apps -> LED_BLINKY_PERIPHERAL) MCXN236 板设置显示的效果似乎与我之前使用的 MCXA156 板相同。我只是想在另一个板确认这种行为。 引脚配置设置 P0_2 -> 输出 SWO（本例中为默认值） 启用 TRACECLK 和 TRACECLKDIV (1)，因为本例使用 BOARD_BootClockFRO12M() 添加了以下代码，以查看 glocal ram 变量的一些操作： volatile uint32_t debug_cnt = 0; void SysTick_Handler(void) { /* Toggle pin connected to LED */ GPIO_PortToggle(BOARD_LED_GPIO, 1u << BOARD_LED_GPIO_PIN); debug_cnt++; //<- added for demonstration purpose } 附件：包含演示项目和调试视频的压缩包。 您可以看到"SWO Data" 没有显示任何跟踪数据。全局变量窗口显示在 ~1 秒的 SysTick_Handler 周期内 debug_cnt 的增量。" SWO Interrupts " 还能可靠地显示 systick_Handler () 的进入和退出，因此 SWO 跟踪的电连接似乎可以正常工作。 如果我能提供更多信息以缩小问题范围，请告诉我。 如果您能确认我所期望的用 DWT 追踪全局/静态 RAM 变量是否可行，我也将非常高兴。或者是我理解错了。 Re: SWO Data Trace functionallity (on MCXA156) 你好@AlexRu 我在自己这边做了测试。这无法实时输出变量的值。它只能在暂停调试时检查变量的值。 BR 爱丽丝 Re: SWO Data Trace functionallity (on MCXA156) 嗨，爱丽丝，谢谢你的努力。这样看来，MCUXpresso 目前不支持"数据跟踪" 调试。可以在将来的版本中申请这个吗？ 从我这个局外人的角度来看，似乎并不缺少使其发挥作用的因素。SWO 中断似乎可以正常工作，并可扩展到高级调试功能。 SWO 数据跟踪可进一步扩展恩智浦 Xpresso 工具链中的调试功能。 问候 Alex Re: SWO Data Trace functionallity (on MCXA156) 你好@AlexRu 谢谢您的答复。我会将此请求转发给 MCUXpresso 开发团队，并随时向您通报最新进展。谢谢。   BR 爱丽丝

Kinetis (../45/47/43;MCX W71/72/70) および MCX W23 電源プロファイルツール (ローカライズ機能を含む) このページは、Kinetis (KW35/KW38/KW45/KW47) および MCX Wx (MCX W71/72 および MCX W23) 電力プロファイル ツール専用です。 これは、アプリケーション (オートモーティブまたは IIoT) の電力消費量を推定し、ソリューションのバッテリー寿命を評価するのに役立ちます。 このページには 2 つの専用電力プロファイル ツールが含まれています。 1.「One コネクティビティ Power Profiling Tool」には以下が含まれます。 新機能: シミュレーションに基づくスタンドアロンのKW43 (オートモーティブ) およびMCX W70 (IIoT) 製品。 スタンドアロンの KW3x/KW4x (オートモーティブ) および MCX W7x (IIoT) 製品。 スタンドアロンの MCX W23 (IIoT) 製品。 K32W0/QN9090、KW41、QN9080 製品をスタンドアロンで使用します。 スタンドアロンの MCX W71 および W72 製品 (IIoT)。 新機能: シミュレーションに基づくスタンドアロンのMCX W70製品 (IIoT)。 Bluetooth LE 802.15.4 マター＆ZED SmartFobアプリケーション（オートモーティブ）： BLE/KW45 + UWB Ranger4 + SE + モーション・センサ 新製品：BLE/KW47 + UWB Ranger5 + SE + モーション・センサ    2. CCC CS アプリケーション（オートモーティブ） 1. 「 One Connectivity Power Profiling Tool 」 概要： インストールファイルは、 OneConnectivityPowerProfilingtool_SDK_26_03.ZIPファイルに含まれています。 ツールを使い始めるには、クイックスタートの手順に従ってください。 ツールを最新版にアップデートするには、ZIPファイルに含まれているsource_file.txtをダウンロードするだけで済みます。 新機能：BLE(KW45/47)とUWB(Ranger4/5)の両方に対応したSmartFobアプリケーション（オートモーティブ）が、One コネクティビティ Power Profilingツールで利用可能になりました。   概要： 2. KW43 CCC CS ローカライゼーションアプリケーション（オートモーティブ） このツールは、R&Dデザイナーが提供するシミュレーションデータに基づいています。 電力および低電力アプリケーションノートについては、製品ページをご覧ください。便宜上、いくつかの直接リンクを次に示します。 Bluetooth LE AN14554 Kinetis KW47 Bluetooth LE 電力プロファイル分析リリース.pdf AN14739 MCX W72 Bluetooth LE 電力プロファイル分析 Rev2.0.pdf Kinetis KW45 および K32W1 Bluetooth LE 消費電力分析 MCX W71 Bluetooth LE 消費電力分析 AN14659: MCX W23 Bluetooth Low Energy 消費電力分析 | NXP Semiconductors CS AN14628_KW47_CCC_CS_電力プロファイル推定ツール_リリース.pdf 802.15.4 AN14841 MCX W72 802.15.4 マターおよびZigBee電力プロファイル分析.pdf パワー・マネジメント KW45/K32W148 - 電源管理ハードウェア MCXW71 - 電源管理ハードウェア KW45/MCX W71 または KW47/MCX W72 を使用して PCB を構築し、無線の性能と無線認証 (CE/FCC/IC) に関する情報をすべて得るには、次の重要なリンクを参照してください。 KW45（カーアクセサリ）を使ってPCBを構築する最良の方法 - NXPコミュニティ KW47（オートモーティブ）またはMCX W72（IoT/インダストリアル）を使用してPCBを初めて正しく構築するための最適な方法 製品: K32W0 製品: K32W1 製品: KW 34|35|36 製品: KW 37|38|39 製品: KW41Z |31Z | 21Z 製品: QN9080|SIP 製品: QN9090|30 Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) こんにちは、エベレット。 パスワードは、変更や競合他社のベンチマークの詳細が多すぎることを避けるために設定されています。 ご不便をおかけして申し訳ございませんが、それはCANません。 Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) こんにちは、christophe_menardさん。 @christophe_menardシート保護のパスワードを教えていただけますか。よろしくお願いします。

将 Android 映像闪存到 i.MX 8M Mini EVK 时进度卡住 你好，我一直在尝试将 Android 9 安装到定制平板电脑中。使用的板是 i.MX 8M Mini EVK，我的前辈委托我在里面刷安卓 9。我想尽一切办法闪屏，但它总是卡在 [======= 100% ================] SDP：启动-f u-boot-imx8mm-evk-uuu.imx.link 不再回复。有办法解决这个问题吗？谢谢。哦而且我还用了 UUU 作为刷新方法 其他信息：我不小心安装了错误的镜像后我的设备也陷入了启动循环中所以是的，但我仍然可以访问 SDP PS D:\platform-tools>.\uuu_imx_android_flash.bat -f imx8mm -tos -e 本脚本使用 uuu 1.2.135 版本验证，请与此版本保持一致。 支持 dtbo 支持 双插槽 生成行以闪存 u-boot-imx8mm-trusty.imx 到 bootloader0 的分区 生成行到闪存分区表。img 到 gpt 的分区 生成行到 dtbo_a 的分区 生成行到 dtbo_a 的分区 生成行到启动_a 的分区 生成行到闪存系统.img 到系统的分区 生成行到闪存系统的分区 _a 生成行到 flash vendor.img 到 vendor_a 的分区 生成行以 flash vbmeta-imx8mm.img 到 vbmeta_a 的分区 生成行将 dtbo-imx8mm.img 闪存到 dtbo_b 分区的行 生成到 flash 启动_b 分区的线路 生成到启动_b 分区的行 生成到 flash system_b 分区的行。img 到 vendor_b 的分区 生成行 flash vbmeta-imx8mm.img 到生成的分区，开始调用 vbmeta_b uuu 脚本生成的分区，开始调用 uuu 使用为恩智浦 imx 芯片生成的 uuu 脚本 uuu（通用更新实用程序）— libuuu_1.5.201-0-g727fc2b 成功 0 失败 0 1:1-1/ 1 [================ 100% =================] SDP：启动-f u-boot-imx8mm-evk-uuu.imx.link Android i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: Progress stuck while flashing an android image to i.MX 8M Mini EVK 你好， 如果卡在这里，串行日志会显示错误。 致敬， Zhiming

SDRAMのSEMC構成 こんにちは、 私はカスタム NXP RT1176 ボードを使用していますが、SDRAM の SEMC インターフェースでは、ハードウェアはアドレス ライン A0 ～ A11 のみを提供します。この構成では、最大 16MB の SDRAM にアクセスできます。 ただし、32MB を使用したいSO、64MB SDRAM 部品 (Alliance AS4C32M16SB) を選択し、A12 アドレス ラインをフローティングのままにしました。私の意図は、デバイスの下位 32MB を使用することです。 私は SEMC を 64MB に設定し、メモリ範囲を 0x80000000 から 0x80FFFFFF にマッピングしました。この領域では、特定のアドレスで 16 ビットの読み取り/書き込み障害が発生しています。 興味深いことに、0x81000000 から 0x81FFFFFF (上位 32MB) までのメモリにアクセスすると、正常に動作します。 設定に使用したコードを添付しました。これをCAN確認して、改善が必要かどうか、またはこの種のセットアップ (A12 フローティングを使用) が有効であり、SEMC でサポートされているかどうかをお知らせください。 よろしくお願いします、 パバナクマールAG Re: SEMC Configuration for SDRAM A12 は SDRAM 側で低く保持する必要があります (製造元に確認することをお勧めします)。 BR、 オマール Re: SEMC Configuration for SDRAM @Omar_Anguiano さん、返信ありがとうございます。 当社のボードでは、A12 はコントローラ側と SDRAM 側の両方でフローティングになっています。おっしゃるとおり、A12 は既知のロジック レベルに保持される必要があります。以下を明確にしていただけますか: このCASE、A12 にはどのロジック レベル (HIGH または LOW) を使用すればよいですか? 両側で A12 を同じ既知のレベルに駆動する必要がありますか、それとも SDRAM 側でのみ設定すれば十分ですか? Re: SEMC Configuration for SDRAM フローティングラインを避けてください。理想的には、A12 を浮いたままにせず、既知のロジック レベルに接続して下位半分にアクセスできるようにします。 BR、 オマール

适用于 WINDOWS 11 的 S32 Power Architecture 设计工作室 您好， 我正在查找最新"S32 Design Studio for Power Architecture" 支持的 Windows 操作系统及其下载网站。 感谢 Gokulraj Re: S32 Design Studio for Power Architecture for WINDOWS 11 你好、 用于 PA 的 S32DS 不再开发。最新版本为 S32DS for PA v2.1。它没有在 WIN 11 上进行过测试，但可以在 WIN 11 上使用。您可以在这里下载 -https://www.nxp.com/design/design-center/software/automotive-software-and-tools/s32-design-studio-ide/s32-design-studio-for-power-architecture:S32DS-PA

M コア pfe_master の起動に失敗しました こんにちは、NXP s32g2rdb2 ハードウェアを使用して、PFE-DRV_S32G_M7_MCAL_1.3.0 の MasterProject_RDB2 プログラムをテストしました。 DS でマスター プログラムを完全にコンパイルし、autosar_intram.gld リンク ファイルを使用して elf ファイルと bin ファイルを正常に生成しました。 Lauterbach を使用してプログラムをデバッグしたところ、main の初期化が実行されたことがわかりました (uart1 モジュールが追加され、uart が正しく出力されました)。 bin ファイル用に ivt を設定し、qpsi に書き込んで起動した後、uart1 が出力しません。どうすればよいですか? マップファイルを使用した IVT 構成は次のとおりです。 Re: M core pfe_master failed to start こんにちは、 @youke ご返信ありがとうございます。 IVT 設定の全体像を共有していただけますか? BR チェイン Re: M core pfe_master failed to start こんにちは、 リクエスト通りに変更しましたが、UARTプリントはありません Re: M core pfe_master failed to start こんにちは、 @youke ご投稿ありがとうございます。 さらにテストを行うために、RAM 開始ポインターを 0x34390000 に変更してみてはいかがでしょうか? BR チェイン

LPC54102 外部时钟输入最大频率 你好 我参考了 LPC5410x 的用户手册和数据表，注意到了以下几点： 摘自（用户手册）UM10850： 在时钟发生方面，外部时钟输入最高可达 24 MHz。 摘自产品数据表： 它指出，外部时钟输入的时钟频率最高可达 25 MHz。 请问哪种说法是正确的？ 此致， 肯尼斯 LPC54xxx Re: LPC54102 Max Freq of External clock input 你好@kennethkong852 感谢您的报告。 这是时钟配置工具中的一个错误。出现这个问题是因为新版 DS 将频率从 24M 改为 25M。在旧版 DS 中，仍为 24MHZ。 我会立即向配置工具开发团队报告这个错误。 目前，如果您需要使用 25MHZ，请通过代码进行配置。 对于给您带来的不便，我深表歉意。   BR 爱丽丝 Re: LPC54102 Max Freq of External clock input 嗨，爱丽丝、 感谢您的答复和提供的信息！ 当我使用时钟配置工具（从 SDK Builder 访问）时，我注意到配置器不允许我输入 25 MHz 的 CLKIN 输入。 它的频率限制在 24 兆赫。 请参阅随附的照片以供参考。 CLKIN valuesCLKIN 值 BR、 肯尼斯 Re: LPC54102 Max Freq of External clock input 你好@kennethkong852 数据表是正确的。 高达25 MHz的外部时钟输入时钟频率。 我将把 UM 问题上报给 DOC 小组。 感谢您的分享。 BR 爱丽丝

"S32G2 定制硬件上的同步中止" 处理器，esr 0x96000210 - 访问 LPDDR4 时崩溃 亲爱的社区成员 我们在基于 S32G274 的硬件上遇到了启动问题，引导加载程序因数据中止异常而失败。 设置详情： 启动方法：QSP I 图像带集成 ramdisk 的定制 FIP 映像 闪存方法：S32DS 闪存工具和 Lauterbach（两种方法都会出现问题） 电路板支持包。 版本：43.0 启动加载程序： U-Boot 2022.04+gc01b3bf7b1+p0 SoC：S32G274A 我们能够配置 DDR 并能够启动直到 uboot 提示为止。但是在那之后访问DDR时崩溃， ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 请查找以下详细信息以供参考。 => md 80000000 1000 " Synchronous Abort" handler, esr 0x96000210 elr：00000000ff91cb68 lr : 00000000ff91cab8 (reloc) elr：00000000ff91cb68 LR : 00000000ff91cab8 x0 : 0000000000000009 x1 : 00000000ffbc66e8 x2 : 00000000fffffe x3 : 000000000020 x4 : 000000000000 x5 : 00000000ffbc66e0 x6 ：000000000030 x7 : 00000000ffbc6630 x8 : 000000000010 x9 : 0000000000000002 x10: 00000000ffffffd8 x11: 000000000010 x12: 000000000001 x13: 000000000001 x14：000000000030 x15: 000000000021 x16: 00000000ff8af778 x17: 000000000000 x18: 00000000ffbcfd80 x19: 0000000000000004 x20: 0000000000000004 x21: 0000000000000004 x22：0000000080000000 X23: 00000000ffbc66e9 X24: 000000000000 X25: 00000000ffbc6698 X26: 00000000ff9398a7 X27: 0000000000000008 X28: 0000000000000004 X29: 00000000ffbc6630 代码：2a0403f3 17ffffcb 7100129f 54000181 (b94002c3) RESET CPU... 正在重置... 注意：RESET 状态：上电复位 注意：BL2：v2.10.7（版本）：bsp43.0-2.10.7-dirty 注意：BL2：版本：2024 年 11 月 26 日 08:17:37 注意：BL2：正在启动 BL31 ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- -- ----------------------------------------------------------------------------------------------------------------------------------------------------- ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ U-启动 2022.04+gc01b3bf7b1+p0(Nov 21 2024 - 14:00:36 +0000) SoC：NXP S32G274A rev.2.1 CPU：Arm Cortex-A53 r0p4 @ 最大 1000 MHz 型号：S32G2-平台 动态随机存取存储器(DRAM)：4 GiB 内部 dm_init_and_scan............ pfeng_mdio mdio@2：EMAC MDIO ID 超出范围 88Q5152 RESET 核心：291 个设备，24 个 uclasses，devicetree：板 MMC：FSL_SDHC：0 从 SPIFlash 加载环境... SF：检测到页面大小为 256 字节的 mt35xu01gbba，擦除大小为 4 KiB，总计 128 MiB *** 警告 - CRC 错误，使用默认环境 s32cc_serdes_phy serdes @40480000：对 SerDes 子系统使用模式 0 pci_s32cc pcie @40400000：DBI 未启用 pci_s32cc pcie @40400000：无法设置 PCI 设备和供应商 ID pcie_s32cc pcie @40400000：DBI R/W 未启用 s32cc_serdes_phy serdes @40480000：无法锁定 PCIe phy s 32cc pcie cc_serdes_phy serdes @40480000：PHY：无法开机 @40480000: -110。 pci_s32cc pcie @40400000：无法开启 PHY 'serdes_lane0' pc i_s32cc pcie @40400000：无法设置 PCIe 主机设置 输入：串行 @401c8000 输 出：串行 @401c8000 错误：串行 @401c8000 主 板版本：RDB2 网络： 找到 PFE 版本 0x50300 (S32G2) pfeng pfeng-base：上传类固件 pfeng pfeng-base：EMAC0 区块已初始化 pfeng pfeng-base：EMAC1 区块已初始化 pfeng pfeng-base：EMAC2 区块已初始化 pfen g pfeng-base：启用 CLASS 区块 pfen g pfeng-base：PFE 平台已启动 成功（掩码：7） pfeng_netif pfe0：无法获取 “emac0_xpcs” PHY eth1：pfe0pfeng_netif pfe1：无法获取 “emac1_xpcs” PHY，eth2：pfe 1，eth3：pfe2 按任意键停止自动启动：0 切换到分区 #0，好的 mmc0（第 0 部分）是当前设备 ** 没有分区表-mmc 0 ** 找不到分区 mmc 0:2 无法设置区块设备 mcr=cc000f03 ip cr=3400000f flashcr=3030100 buf0cr=3f000000 buf1cr=3f000000 buf2cr=3f000000 buf3cr=80000 bufgencr=e00000 buf0ind=0 buf1ind=0 buf1ind=0 buf1ind=0 buf1ind=0 buf1cr=0 buf1ind=0 buf1cr=0 buf1ind=0 buf1 cr=0 buf1ind=0 buf2ind=0 awrcr=0 dllcra=d 0080c2 par itycr=0 sf ar=2c03 sfacr=0 spr=33 rbsr=0 rbct=1f000000 awrsr=0 dllsr=0 dllsr=0 dllsr=0 dllsr=0 dllsr=0 dllsr=f4c0000 dlcr=ff40ff40 dlsr_fa=0 tbdr=0 tbct=0 sr=0 380002 fr=1000009 rser=0 sptrclr=0 dlpr=433455aa = > 运行 flashboot 从闪存启动... 在偏移量 0x00000000 处读取 17629184 字节 " 错误 " 处理器，esr 0xbf000002 elr：00000000f8f5f6c lr：00000000f8f5e68 (reloc) elr：00000000f8f5f6c lr：00000000000000 x1：000000000000 x2:000000000000 x2:000000000000 x2:000000000000 x2:000000000000 x2:000000000000 x2:000000000000 x2:000000000000 x2:000000000000 x2:000000000000 x2:00000000000ba0 x3:0000000000003f x4:0000000000000002 x5:000000001fe00411 x6:0000000000000000 x7:00000000000011 x8:000000000000000011 x8:0000000000000008 x10:00000000000002 x11:000000001fe00000 x12 : 00000000000001 x13:0000000000003f x 14:00000000000000 x15:00000000000021 x 16:000000000000001 x17:0000000000000000 x18:000000000000000000 x 18:0000000000bcfd80 x19:0000000000000000000 x21:00000000002b0000 x22:0000000000002b0000 x22:0000000000002b0000 x22:0000000000002b0000 x22:00000000002b0000 x22:0000000000002b0000 x22:0000000000002b0000 x22: x23:00000000007d2dc2 x24:00000000000007 x25:00000000000000 x26:00000000000001 x27:00000000000001 x27:00000000000001 x28:00000000010d0000 x29:00000000ffbc6130 代码：d1000694 380016c0 17fffbd f8606aa1 (f8206ac1) RESET CPU... 正在删除使用次数 1 的 MTD 设备 #5（内核）删除分区时 出错 " 内核 " (-16) 正在 RESET... 注意：RESET 状态：破坏性 RESET（运行） 通知：BL2：v2.10.7（版本）：bsp43.0-2.10.7-dirty 注意：BL2：版本：2024 年 11 月 26 日 08:17:37 注意：BL2：正在启动 BL31 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 我们希望得到任何指导或建议来帮助解决这个问题。 敬上， Vishal G Re: "Synchronous Abort" handler, esr 0x96000210 on S32G2 Custom HW - Crash while access to 你好，@vishalg 感谢您的回复。 日志显示"Internal error: synchronous external abort" ，这表明在访问某些地址时发生了异常，可能与访问未映射内存或权限不一致有关。 不确定您是否修改了 GIC 部分的默认 dts？您是否检查了 gic_iterate_rdists 中使用的内存？ BR 切宁 Re: "Synchronous Abort" handler, esr 0x96000210 on S32G2 Custom HW - Crash while access to Hi Chenyin, 感谢您的快速回复。 我能够通过使用 S32 Design Studio 执行 DDR 验证测试并使用重新生成的配置正确配置 DDR 来解决这个问题。 现在我能够成功地启动 uboot 进入内核，我在启动时观察到内核崩溃，这是由 " 内部错误触发的：在运行 Linux 6.6.52-rt43 的自定义 S32G274A 平台上初始化 GICv3 中断控制器时发生的内部错误：同步外部中止 "。 -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 注意：RESET状态：上电复位 注意：BL2：v2.10.7(版本)：bsp43.0-2.10.7-dirty 注意：BL2：版本：2024 年 11 月 26 日 08:17:37 注意：BL2：正在启动 BL31 U-启动 2022.04+gc01b3bf7b1+p0(Nov 21 2024 - 14:00:36 +0000) SoC：NXP S32G274A rev.2.1 CPU: Arm Cortex-A53 r0p4 @ 最大 1000 MHz 型号: S32G2-平台 动态随机存取存储器(DRAM): 3.5 GiB 内部 dm_init_and_scan............ pfeng_mdio mdio@2: EMAC MDIO ID 超出范围 88Q5152 RESET 核心: 291 个设备, 24 个 uclasses, devicetree: 板 MMC: FSL_SDHC: 0 从 SPIFlash 加载环境... SF: 检测到页面大小为 256 字节的 mt35xu01gbba, 擦除大小为 4 KiB, 总计 128 MiB *** 警告 - CRC 错误, 使用默认环境 s32cc_serdes_phy serdes @40480000：对 SerDes 子系统使用模式 0 pci_s32cc pcie @40400000：DBI 未启用 pci_s32cc pcie @40400000：无法设置 PCI 设备和供应商 ID pcie_s32cc pcie @40400000：DBI R/W 未启用 s32cc_serdes_phy serdes @40480000：无法锁定 PCIe phy s 32cc pcie cc_serdes_phy serdes @40480000：PHY：无法开机 @40480000: -110。 pci_s32cc pcie @40400000：无法开启 PHY 'serdes_lane0' pc i_s32cc pcie @40400000：无法设置 PCIe 主机设置 输入：串行 @401c8000 输 出：串行 @401c8000 错误：串行 @401c8000 主 板版本：RDB2 网络： 找到 PFE 版本 0x50300 (S32G2) pfeng pfeng-base：上传类固件 pfeng pfeng-base：EMAC0 区块已初始化 pfeng pfeng-base：EMAC1 区块已初始化 pfeng pfeng-base：EMAC2 区块已初始化 pfen g pfeng-base：启用 CLASS 区块 pfen g pfeng-base：PFE 平台已启动 成功（掩码：7） pfeng_netif pfe0：无法获取 “emac0_xpcs” PHY eth1：pfe0pfeng_netif pfe1：无法获取 “emac1_xpcs” PHY，eth2：pfe 1，eth3：pfe2 按任意键停止自动启动：0 切换到分区 #0，好的 mmc0（第 0 部分）是当前设备 ** 没有分区表-mmc 0 ** 找不到分区 mmc 0:2 无法设置区块设备 mcr=cc000f03 ip cr=3400000f flashcr=3030100 buf0cr=3f000000 buf1cr=3f000000 buf2cr=3f000000 buf3cr=80000 bufgencr=e00000 buf0ind=0 buf1ind=0 buf1ind=0 buf1ind=0 buf1ind=0 buf1cr=0 buf1ind=0 buf1cr=0 buf1ind=0 buf1 cr=0 buf1ind=0 buf2ind=0 awrcr=0 dllcra=d 0080c2 par itycr=0 sf ar=2c03 sfacr=0 spr=33 rbsr=0 rbct=1f000000 awrsr=0 dllsr=0 dllsr=15c0000 dlcr=ff40ff40 dlsr=0 tbdr=0 tbct=0 sr=0 sr=0 sr=0 sr=0 sr=0 sr=0 sr=0 0002 fr=1000009 rser=0 sptrclr=0 dlpr=433455aa = > 运行 flash boot 从闪存启动... 在偏移量 0x00000000 处读取 17629184 字节在偏移量 0x00000000 处 读取 196608 字节在偏移量 0x00000000 处 读取 32571392 字节 ## Loading init Ramdisk from Legacy Image at 90000000 ... Image Name: fsl-image-base-s32g2-platfo Image Type: AArch64 Linux RAMDisk Image (uncompressed) Data Size: 29917545 Bytes = 28.5 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## 扁平化设备树 blob 在 0x83000000 处使用 fdt blob 启动使用设备树位于 00000083000000，结尾 000000830120ae 正在启动内核... 无法选择模式：-70 device_remove：设备 '[email protected]'无法删除，但是孩子们不见了 [0.000000] 在物理 CPU 上启动 Linux 0x0000000000 [0x410fd034] [0.000000] Linux 版本 6.6.52-rt43-g1a29a32be610-dirty (oe-user@oe-host) (aarch64-fsl-linux-gcc (GCC) 11.4.0、GNU ld (GNU Binutils) 2.38.20220708) #1 SMP PREEMPT_RT Thu Nov 21 09:35:09 UTC 2024 [ 0.000000] Machine model: s32g274 Platform [ 0.000000] earlycon: linflex0 at MMIO 0x00000000401c8000 (options '') [ 0.000000] printk: legacy bootconsole [linflex0] enabled [ 0.000000] OF: reserved mem：0x0000000034000000..0x000000003407ffff (512 KiB) nomap non-reusable pfebufs@34000000 [ 0.0000000000] OF: reserved mem：0x0000000034080000..0x000000003409ffff (128 KiB) nomap non-reusable pfebufs@34080000 [ 0.000000] Reserved memory: created DMA memory pool at 0x0000000083200000, size 3 MiB [ 0.000000] OF: reserved mem: initialized node pfebufs@83200000, compatible id shared-dma-pool [ 0.000000] OF: reserved mem：0x0000000083200000..0x00000000835dffff (3968 KiB) nomap non-reusable pfebufs@83200000 [ 0.0000000000] OF: reserved mem：0x00000000835e0000..0x00000000835fffff (128 KiB) map non-reusable pfebufs@835e0000 [ 0.000000] OF: reserved mem：0x0000000084000000..0x0000000084ffff (16384 KiB) nomap non-reusable shm@84000000 [ 0.0000000000] OF: reserved mem：0x00000000c0000000..0x00000000c03fffff (4096 KiB) nomap non-reusable shm@c0000000 [ 0.0000000000] OF: reserved mem：0x00000000c0400000..0x00000000c07fffff (4096 KiB) nomap non-reusable shm@c0400000 [ 0.000000] OF: reserved mem：0x00000000d0000000..0x00000000d000007f (0 KiB) nomap non-reusable shm@d0000000 [ 0.0000000000] OF: reserved mem： 0x00000000d0000080..0x00000000d00000ff (0 KiB) nomap non-reusable shm@d0000080 [ 0.000000] OF: reserved mem：0x00000000ff600000..0x00000000ff7fffff (2048 KiB) nomap non-reusable atf@ff600000 [ 0.000000] 区域范围： [ 0.000000] DMA [mem 0x0000000080000000-0x00000000ffffffff] [ 0.000000] DMA32 空 [ 0.000000] 正常 [mem 0x0000000100000000-0x00000008dffffffffffff] [ 0.000000] 每个节点的可移动区域起点 [ 0.000000] 早期内存节点范围 [ 0.000000] 节点 0: [mem 0x0000000080000000-0x00000000831fffff] [ 0.000000] 节点 0: [mem 0x0000000083200000-0x00000000835dffff] [ 0.000000] 节点 0： [mem 0x00000000835e0000-0x0000000083ffffff] [ 0.000000] 节点 0： [mem 0x0000000084000000-0x0000000084ffffff] [ 0.000000] 节点 0： [mem 0x0000000085000000-0x00000000bffffffff] [ 0.000000] 节点 0： [mem 0x00000000c0000000-0x00000000c07ffffff] [ 0.000000] 节点 0： [mem 0x00000000c0800000-0x00000000cfffffff] [ 0.000000] 节点 0： [mem 0x00000000d0001000-0x00000000ff5fffff] [ 0.000000] 节点 0： [mem 0x00000000ff600000-0x00000000ff7fffff] [ 0.000000] node 0: [mem 0x00000000ff800000-0x00000000ffffffff] [ 0.000000] node 0: [mem 0x0000000880000000-0x00000008dffffffff] [ 0.000000] Initmem setup node 0 [mem 0x0000000080000000-0x00000008dffffffff] [ 0.000000] On node 0, zone DMA: 1 pages in unavailable ranges [ 0.000000] cma：在 0x00000000ef600000 保留 256 MiB on node -1 [ 0.000000] psci: probing for conduit method from DT. [ 0.000000] psci：固件中检测到 PSCIv1.1。 [ 0.000000] psci：使用标准 PSCI v0.2 功能 ID [ 0.000000] psci：不支持 MIGRATE_INFO_TYPE。 [0.000000] psci：SMC 通话约定 v1.4 [0.000000] percpu：嵌入式 20 页/CPU s42112 r8192 d31616 u81920 [0.000000] pcpu-alloc：s42112 r8192 r8192 d31616 u8192 d31616 u8192 d31616 u81920 alloc=20*4096 [0.000000] pcpu-alloc：[0] 0 [0] 1 [0] 1 [0] 2 [0] 3 [0.000000] 在 CPU0 上检测到 VIPT i-Cache [0.000000] CPU 功能：已检测：GIC 系统寄存器 CPU 接口 [0.000000] CPU 功能：已检测：ARM erratum 845719 [0.000000] CPU 功能：已检测：恩智浦勘误表 ERR050481（VA 的 TLBI 处理不正确） [0.000000] CPU 功能：已检测：ARM 勘误表 1165522、1319367、1530923 或 1530924 [0.000000] 备选方案：应用启动替代方案 [0.000000] 内核命令行：console=ttylf0,115200 root=/dev/ram rw earlycon [0.000000] Dentry 缓存哈希表条目：524288（顺序：10，4194304 字节，线性）[0.000000]] inode-Cache 哈希表条目：262144（顺序：9，2097152 字节，线性） [0.000000] 内建 1 个区域列表，移动分组开启。 总页数：903167 [ 0.000000] Mem auto-init: stack:off, heap alloc:off, heap free:off [ 0.000000] software IO TLB: area num 4. [ 0.000000] software IO TLB: mapped [mem 0x00000000eb600000-0x00000000ef600000] (64MB) [ 0.000000] Memory：3194416K/3670012K 可用 (9856K 内核代码, 686K rwdata, 3012K rodata, 1856K init, 245K bss, 213452K reserved, 262144K cma-reserved) [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 0.000000] RCU：可抢占式分层 RCU 实现。 [ 0.000000] RCU：已启用 RCU 事件跟踪。 [ 0.000000] RCU：RCU 限制 CPU 从 NR_CPUS=8 到 nr_cpu_ids=4。 [ 0.000000] RCU：RCU 优先级提升：优先级 1 延迟 500 毫秒。 [ 0.000000] rcu：RCU_SOFTIRQ 处理移至 rcuc kthreads。 [ 0.000000] 没有加速宽限期（rcu_normal_after_boot）。 [ 0.000000] 启用任务 RCU 的蹦床变体。 [ 0.000000] 启用任务 RCU 的跟踪变量。 [ 0.000000] RCU：RCU 计算出的调度程序启动延迟值为 100 jiffies。 [ 0.000000] rcu：Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4 [ 0.000000] NR_IRQS：64, nr_irqs: 64, preallocated irqs: 0 [ 0.000000] GICv3: GIC：使用分割 EOI/Deactivate 模式 [ 0.000000] GICv3：实现 544 个 SPI [ 0.000000] GICv3：实现 0 个扩展 SPI [ 0.000000] GICv3：MBI 范围 [167:182] [ 0.000000] GICv3：使用 MBI 帧 0x0000000050800000 [ 0.000000] 根 IRQ 处理程序：gic_handle_irq [ 0.000000] 内部错误：同步外部中止：0000000096000010 [#1] PREEMPT_RT SMP [ 0.000000] 链接到的模块： [ 0.000000] CPU：0 PID: 0 Comm: swapper/0 Not tainted 6.6.52-rt43-g1a29a32be610-dirty#1 [ 0.000000] Hardware name: s32g274 Platform (DT) [ 0.000000] pstate：600000c5 (nZCv daIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 0.000000] pc : gic_iterate_rdists+0x4c/0x114 [ 0.000000] lr : gic_init_bases+0x198/0x664 [ 0.000000] sp : ffffffc080e83b80 [ 0.000000] x29: ffffffc080e83b80 x28: 0000000080ca6074 x27: 000000000000 [ 0.000000] x26: 000000000000 x25: ffffffc080e8c208 x24: 000000000018 [ 0.000000] x23： 000000000000ffe8 x22： 000000000000 x21： ffffffc08040ed84 [ 0.000000] x20： ffffffc0809f9b60 x19： ffffffc081000000 x18： 0000000000000030 [ 0.000000] x17: 6a20303031207369 x16: 2079616c65642074 x15: ffffffffffff1660 [ 0.000000] x14: 000000000000 x13: 7172695f656c646e x12: 61685f636967203a [ 0.000000] x11 : ffffffffff0000 x10 : 000000000000000a x9 : ffffffc080e9aa78 [ 0.000000] x8 : 00000000fffff7ff x7 : ffffffc080ec6a78 x6 : 00000000004d [ 0.000000] x5 : ffffff885f8479c8 x4 : 000000000000 x3 : 000000000000 [ 0.000000] x2 : 000000000000 x1 : ffffff88000030e0 x0 : ffffffc08100ffe8 [ 0.000000] Call trace: [ 0.000000] gic_iterate_rdists+0x4c/0x114 [ 0.000000] gic_init_bases+0x198/0x664 [ 0.000000] gic_of_init+0x2a8/0x308 [ 0.000000] of_irq_init+0x318/0x3a8 [ 0.000000] irqchip_init+0x18/0x24 [ 0.000000] init_IRQ+0xac/0xc0 [ 0.000000] start_kernel+0x24c/0x5f0 [ 0.］ __primary_switched+0xb4/0xbc [ 0.000000] 代码：d29ffd17 9b387eda f87a6833 8b170260 (b9400000) [ 0.000000] ---[ 结束跟踪 0000000000000000 ]--- [ 0.000000] 内核恐慌 - 未同步：Attempted to kill the idle task! [ 0.000000] ---[ end Kernel panic - not syncing: Attempted to kill the idle task! ]--- -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 有什么建议可以解决这个问题？ 问候， Vishal Re: "Synchronous Abort" handler, esr 0x96000210 on S32G2 Custom HW - Crash while access to 你好，@vishalg 谢谢您的帖子。 通常，此类问题是由于访问了保护或未映射的内存（如保留内存）造成的，请问您是否修改了默认 BSP43 的内存映射？添加更多保留地址范围？ 您测试过更多地址吗？还有其他地址范围可以用于加载图像吗？ BR 切宁

S32N55: gPTPフレーム内のホスト理由 こんにちは、チームの皆さん お客様に問題が発生しました。彼らは gPTP プロトコルを独自に実装し、フレームを受信すると gPTP フレームのホスト理由が 0 になることを発見しました。ホスト理由が 0 の場合、このフレームのタイムスタンプは RTD ドライバによって保存されません。NXP の gPTP ソフトウェアでは、受信したフレームのホスト理由は 8 (NETC_ETH_IP_HOSTREASON_SW_PTP) です。質問したいのですが、受信フレームのホスト理由を 8 にするにはどうすればよいでしょうか? よろしくお願いいたします。 ブリジット GPTP_STACK Re: S32N55: Host reason in gPTP frames こんにちは@Bridget 、 タイムスタンプ情報を受信する NETC スイッチの各ポートでタイムスタンプを有効にする必要があります。お客様が使用しているツールやバージョンに関するその他の詳細情報は提供しておりません。SO、この一般的な情報のみをCAN提供します。Tresos と RTD を使用する CASE では、スイッチ プラグインの各ポート構成で直接実行されます。 よろしくお願いいたします。 トーマス Re: S32N55: Host reason in gPTP frames こんにちは、チームの皆さん この質問に答えていただけますか？ありがとう。 Re: S32N55: Host reason in gPTP frames こんにちは、ブリジットさん。 RTDからのEthSwtについてはUMに従ってください - パラメータは次のようになります 詳細については、RTD にお問い合わせください。N5 の gPTP の例を確認することもお勧めしますが、最初のメッセージでは、お客様が独自の gPTP を実装したと書かれているSO、おそらく私たちの例は存在しません。 よろしくお願いいたします。 トーマス Re: S32N55: Host reason in gPTP frames こんにちは、トーマス。 お客様はSW32N_RTD_R21-11_1.8.0_CD05を使用します。 gPTP フレームを RTU で受信し、受信タイムスタンプを取得したいと考えています。ブロードキャスト フレームの受信を有効にすると、フレームを受信できるようになります。タイムスタンプ機能も有効になります。しかし、受信タイムスタンプを取得するには、以下のスクリーンショットのコードに示すように、フレームのホスト理由が NETC_ETH_IP_HOSTREASON_SW_PTP (このマクロは 😎 である必要があることがわかりました。 しかし、Rx BD のホスト理由は 0 です。ホスト理由が 8 になるように設定する方法を教えていただけますか? よろしくお願いいたします。 ブリジット Re: S32N55: Host reason in gPTP frames すでに 2 つの質問に回答しましたので、ご確認ください。

LAT-HMB-T2460 - 图灵计算机：实践研讨会：为您的多媒体产品添加热点功能（3G/4G-Wi-Fi 路由器） <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次实践课程由 Turing Computer 赞助并特别创建，将逐步介绍如何使用 i.MX 6 和 Linux 为多媒体应用程序添加连接。该实验室将向您介绍如何在 Linux 下启用 3G/4G 调制解调器、为您的产品添加互联网连接的概念，还将指导您如何启用 Wi-Fi 无线电。最后一步是启用 3G/4G 和 Wi-Fi 之间的桥梁，创建互联网访问热点。实验室中使用的硬件是 Turing Computer 的基于 i.MX 6 的模块系统 (SoM) 及其评估套件，其中包括 Wi-Fi 和 3G/4G 模块。可以从此功能中受益的各种应用包括：视频流、物联网网关、数字标牌、汽车多媒体等等。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次实践课程由 Turing Computer 赞助并特别创建，将逐步介绍如何使用 i.MX 6 和 Linux 为多媒体应用程序添加连接。该实验室将向您介绍如何在 Linux 下启用 3G/4G 调制解调器、为您的产品添加互联网连接的概念，还将指导您如何启用 Wi-Fi 无线电。最后一步是启用 3G/4G 和 Wi-Fi 之间的桥梁，创建互联网访问热点。实验室中使用的硬件是 Turing Computer 的基于 i.MX 6 的模块系统 (SoM) 及其评估套件，其中包括 Wi-Fi 和 3G/4G 模块。可以从此功能中受益的各种应用包括：视频流、物联网网关、数字标牌、汽车多媒体等等。

使用 KDS 在 FRDM-KL46 板上进行反应测量游戏 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> KDS 中的反应游戏   说明：   在 KDS 中制作的一个项目，使用 FRDM-MKL46Z256VLL4 板的 LCD 屏幕和两个开关 SW1 和 SW3，创建一个反应测试游戏。 用两个拇指握住电路板的两个开关上方。 出现“rdy”（就绪）后，屏幕将显示“left”（左）、“righ”（右）或“both”（两者），您必须按下相应的按钮。 然后它将以毫秒为单位显示您的反应时间。 您最初有 1000 毫秒的时间做出反应，每得分一分，反应时间就会减少 25 毫秒，最少为 500 毫秒。 每正确回答一次可得 1 分。 如果您反应不够快，或者按了错误的按钮，您就会输掉游戏。 一旦您输了，您的分数就会显示出来，然后游戏将重置回“rdy”，并有 1000 毫秒的时间做出反应。   问题： 您可以通过每次按下两个按钮来作弊，但这不会 100% 有效。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> KDS 中的反应游戏   说明：   在 KDS 中制作的一个项目，使用 FRDM-MKL46Z256VLL4 板的 LCD 屏幕和两个开关 SW1 和 SW3，创建一个反应测试游戏。 用两个拇指握住电路板的两个开关上方。 出现“rdy”（就绪）后，屏幕将显示“left”（左）、“righ”（右）或“both”（两者），您必须按下相应的按钮。 然后它将以毫秒为单位显示您的反应时间。 您最初有 1000 毫秒的时间做出反应，每得分一分，反应时间就会减少 25 毫秒，最少为 500 毫秒。 每正确回答一次可得 1 分。 如果您反应不够快，或者按了错误的按钮，您就会输掉游戏。 一旦您输了，您的分数就会显示出来，然后游戏将重置回“rdy”，并有 1000 毫秒的时间做出反应。   问题： 您可以通过每次按下两个按钮来作弊，但这不会 100% 有效。 概述

如何使用QorIQ LS系列处理器设计高能效产品 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议涵盖两个相关主题。第一部分将介绍新 QorIQ LS1 产品线的概述。会议的第二部分将探讨为新型 LS1021A QorIQ 处理器系列设计强大的电源分配网络的关键考虑因素。以新的 LS1021A 电路板为案例研究，我们将回顾电路板上使用的关键因素，例如效率、设计简化和电源系统管理技术，并讨论它们的使用方式和原因。本课程将帮助您了解设计电源分配网络时的关键概念。 由 Linear Technology 的 Sharad Khanal 和 Freescale 的 Satoshi Iida 介绍 2015 年 3 月 26 日在 DwF 硅谷发表 会话 ID：AMF-SNT-T1040 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议涵盖两个相关主题。第一部分将介绍新 QorIQ LS1 产品线的概述。会议的第二部分将探讨为新型 LS1021A QorIQ 处理器系列设计强大的电源分配网络的关键考虑因素。以新的 LS1021A 电路板为案例研究，我们将回顾电路板上使用的关键因素，例如效率、设计简化和电源系统管理技术，并讨论它们的使用方式和原因。本课程将帮助您了解设计电源分配网络时的关键概念。 由 Linear Technology 的 Sharad Khanal 和 Freescale 的 Satoshi Iida 介绍 2015 年 3 月 26 日在 DwF 硅谷发表 会话 ID：AMF-SNT-T1040 Layerscape 处理平台

How to quickly develop i.MX53 products Computer On Module • Processor Freescale i.MX535,1GHz/i.MX536, 800MHz • RAM 512MB/1GB DDR3 SDRAM • ROM 4GB EMMC,up to 32GB • Power supply Single 3.1V to 5.5V • Size 54mm SO-DIMM • Temp.-Range -20°C..70°C   -40°C..120°C Key Features • 10/100Mbps Ethernet • Two High Speed USB 2.0 ports • LCD controller up to 1600 x 1200, 24bpp • OpenGL ES 2.0 and OpenVG 1.1 hardware accelerators • Multi-format HD 1080p video decoder and 720p video encoder hardware engine • Two Camera Interfaces • NEON SIMD media accelerator • Unified 256KB L2 cache • Vector Floating Point Unit • Several interfaces: 3x UART, 2x SDIO, 2x SSI/AC97/I2S, I2C, CSPI, Keypad, Ext. Memory I/F • 3.3V I/O OS Support     • Linux     • Android Application:Smart mobile devices,Smart Display,Automotive Infotainment,Digital Signage, Telemedicine,Retail POS Terminal,Security,Barcode Scanner,Visual IP Phone,Patient Monitors,Surveillance Cameras,building control, factory / home automation, HMI For more information, please see Attachment We can provide a complete solution Computer On Module • Processor Freescale i.MX535,1GHz/i.MX536, 800MHz • RAM 512MB/1GB DDR3 SDRAM • ROM 4GB EMMC,up to 32GB • Power supply Single 3.1V to 5.5V • Size 54mm SO-DIMM • Temp.-Range -20°C..70°C   -40°C..120°C Key Features • 10/100Mbps Ethernet • Two High Speed USB 2.0 ports • LCD controller up to 1600 x 1200, 24bpp • OpenGL ES 2.0 and OpenVG 1.1 hardware accelerators • Multi-format HD 1080p video decoder and 720p video encoder hardware engine • Two Camera Interfaces • NEON SIMD media accelerator • Unified 256KB L2 cache • Vector Floating Point Unit • Several interfaces: 3x UART, 2x SDIO, 2x SSI/AC97/I2S, I2C, CSPI, Keypad, Ext. Memory I/F • 3.3V I/O OS Support     • Linux     • Android Application:Smart mobile devices,Smart Display,Automotive Infotainment,Digital Signage, Telemedicine,Retail POS Terminal,Security,Barcode Scanner,Visual IP Phone,Patient Monitors,Surveillance Cameras,building control, factory / home automation, HMI For more information, please see Attachment We can provide a complete solution

RDDSP568FP: Feature Phone Reference Design for 5685X Overview Features IDE and Build Tools Design Resources Overview The NXP ®  Feature Phone reference design is designed to implement the Type 2 Feature Phone core. Includes support for on-hook GR-30 services such as Calling Number Delivery, Calling Name Delivery, Dialable Directory Number, Call Qualifier, and Visual Message Waiting Indicator Additional support for off-hook GR-30 services, such as Calling Identity Delivery on Call Waiting and Call Waiting Deluxe The Feature Phone reference design also includes a full duplex echo-cancelling speakerphone with solid sound quality; the demo is able to originate and terminate a call in full duplex speakerphone mode A HyperTerminal will be used to display the GR-30 messages Archived content is no longer updated and is made available for historical reference only.   Features DSP56858EVM and 5685X Digital Signal Controllers Telephony Daughter Card (TDC1) Microphone AKG Acoustics Type Q400Mk3, Code 2846Z003 Directional Mono Electret condenser microphone Use with Radio Shack adaptor: Stereo -to-Mono Headphone adapter number 274-374 Amplified Speaker On-Hook Data Transmission Protocol (GR-30-CORE) - CID_T1.DSP software module Adaptive Line Echo Canceller (SR-3004) - ALEC.DSP software module Off-Hook Data Transmission Protocol (SR-3004) - CIDCW_T2.DSP software module Acoustic Echo Cancellation Keypad LCD   IDE and Build Tools CodeWarrior® Development Tools for 56800/E DSC | NXP  Design Resources https://www.nxp.com/downloads/en/schematics/TDC1LD.zip Legacy Designs

示例 MPC5674F eQADC_PMC_chnl_conv+calib CW210 ******************************************************************************** * 详细说明： * 初始化 eQADC 模块，执行校准并循环转换 PMC * 由宏 CHOOSEN_PMC_ADC_CHNL 指定的内部通道， * CHOOSEN_PMC_ADC_SCALE 和 CHOOSEN_PMC_ADC_COMMAND 用于检查特定电压 * 级别，并将其显示到终端窗口中。 * 除通过 eSCI 的终端外，无需任何外部连接。 * ---------------------------------------------------------------------------------------------- * 测试硬件：XPC567XKIT516 - MPC5674ADAT516 Rev.C、MPC567XEVBFXMB Rev.B * 微控制器: PPC5674FMVYA264 * 终端：19200-8-无奇偶校验-1 停止位-eSCI_A 上无流量控制 * 系统频率：264/200/150/60 MHz * 调试器：Lauterbach Trace32 * 目标：internal_FLASH，RAM * 终端：19200-8-无奇偶校验-1停止位-无流量控制 * EVB连接：默认 ******************************************************************************** ******************************************************************************** * 详细说明： * 初始化 eQADC 模块，执行校准并循环转换 PMC * 由宏 CHOOSEN_PMC_ADC_CHNL 指定的内部通道， * CHOOSEN_PMC_ADC_SCALE 和 CHOOSEN_PMC_ADC_COMMAND 用于检查特定电压 * 级别，并将其显示到终端窗口中。 * 除通过 eSCI 的终端外，无需任何外部连接。 * ---------------------------------------------------------------------------------------------- * 测试硬件：XPC567XKIT516 - MPC5674ADAT516 Rev.C、MPC567XEVBFXMB Rev.B * 微控制器: PPC5674FMVYA264 * 终端：19200-8-无奇偶校验-1 停止位-eSCI_A 上无流量控制 * 系统频率：264/200/150/60 MHz * 调试器：Lauterbach Trace32 * 目标：internal_FLASH，RAM * 终端：19200-8-无奇偶校验-1停止位-无流量控制 * EVB连接：默认 ********************************************************************************

下一代功能安全架构 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 概述 S32x 下一代安全架构，涵盖 ASIL B 至 ASIL D。有哪些新功能以及我们如何更好地为客户提供全套安全附属品，包括 MCU HW、SW 和 SBC HW。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 概述 S32x 下一代安全架构，涵盖 ASIL B 至 ASIL D。有哪些新功能以及我们如何更好地为客户提供全套安全附属品，包括 MCU HW、SW 和 SBC HW。

MHW-N1921 数字高效交流/直流谐振电源 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谐振交流/直流电源在高功率输出时具有卓越的效率。TEA1916 是一种数字控制器，可简化谐振 LLC 设计的复杂性并提供轻松的调节。它是非常流行的 TEA1716 的继承者，用于许多谐振开关模式电源，例如PC 和电视，但 TEA1916 实际上非常适合任何大于 75W 的电源，例如医疗、工业和服务器电源。TEA1916 采用新的数字逐周期架构（Vcap 控制）来实现低功率负载下的新型操作。通过采用精确控制的突发模式操作，可以提高低输出功率下的效率。TEA1916 在待机或关机状态下也能实现极低的功耗；这是区别于竞争对手的一个关键性能参数。为了获得最高效率，TEA1916 与 NXP 的 TEA1995 同步整流器配合使用效果极佳。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谐振交流/直流电源在高功率输出时具有卓越的效率。TEA1916 是一种数字控制器，可简化谐振 LLC 设计的复杂性并提供轻松的调节。它是非常流行的 TEA1716 的继承者，用于许多谐振开关模式电源，例如PC 和电视，但 TEA1916 实际上非常适合任何大于 75W 的电源，例如医疗、工业和服务器电源。TEA1916 采用新的数字逐周期架构（Vcap 控制）来实现低功率负载下的新型操作。通过采用精确控制的突发模式操作，可以提高低输出功率下的效率。TEA1916 在待机或关机状态下也能实现极低的功耗；这是区别于竞争对手的一个关键性能参数。为了获得最高效率，TEA1916 与 NXP 的 TEA1995 同步整流器配合使用效果极佳。 安全移动 | 医疗保健和可穿戴设备

i.mx6UL从引导加载程序启动APP <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 亲爱的，   我们想从引导加载程序启动应用程序，我们有以下问题： 我们使用I.MX6UL bootrom启动BootLoader，需要使用mkimage.sh，编译生成bin文件，然后转换成可执行文件。 如果需要使用Bootloader运行应用程序，应用程序镜像是否也需要通过mkimage.sh进行转换？ mkimage.sh转换后的文件是压缩文件。不知道它的格式，起始地址怎么样，如何实现地址跳转，有例子吗？谢谢。  

NXP FTF Connects-オーランド-2016年9月22日 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> デザイン、ソフトウェア、サービス ハンズオン・ワークショップ:新しいLPC54114電力効率の高いMCUを使用した、常時稼働市場向けの組み込みソリューションによる設計  DES-N2084 およびDES-N1956ハンズオン・ワークショップ:Kinetisマイクロコントローラ向けFreeRTOSソリューション  DES-N1960 ハンズオン・ワークショップ Kinetis Enablement  ハンズオン・ワークショップ:KinetisによるIoT One Edge Node at a Timeの保護 DES-N1931 i.MX 6QuadPlusおよび i.MX 6DualPlusアプリケーションプロセッサ-視覚的に美しいグラフィックス中心のアプリケーションのためのパフォーマンス層マルチコア  DES-N1940 i.MX 8 グラフィックスアーキテクチャ   Kinetis®マイクロコントローラ・セキュリティ・テクノロジ  リニアテクノロジー:実証済み&最新のQorIQシリーズ・プロセッサに対応するスケーラブルな電源ソリューション  ロジック・デバイス:NXPの革新的なロジック・ソリューションによる電力、スペース、コストの節約の実例のケーススタディ Micron Technology:NXPマイクロプロセッサのメモリの選択肢  Security 101: QorIQ®プロセッサのセキュリティ・アクセラレーションの概要  TQ-Systems: モジュラー・アプローチで設計を高速化および最適化する方法  USB Type-C の概要  スマートホーム&ビル ® Bluetooth Smart Mesh:シンプルで使いやすい低電力ワイヤレスネットワークプロトコル ハンズオンワークショップ:ルーティング、境界ルーター、セキュリティ、低電力、コミッショニングに関する上級スレッド®スタッククラス  ハンズオンワークショップ:NFCペアリングを使用して、タップするだけで複数のBluetooth®およびWi-Fi®デバイスを接続  ユースケースに適したNFCソリューションの選び方 インサイト&イノベーション LPCマイクロコントローラのポートフォリオ、イネーブルメントの概要とロードマップ  INS-N1819 センサのディープダイブデモとデータ収集技術  セキュアなモバイル、ヘルスケア、ウェアラブル MHW-N1990 最新のシングルチップシステムモジュール技術で究極の小型化とカスタマイズを実現  MHW-N2009 ハンズオンワークショップ Hexiwear.pdfでIoTおよびウェアラブルアプリケーションを即座に開発  MHW-N1917 ワイヤレス充電でそのコードを切ってくれる!  スマートマシナリー&インダストリアルオートメーション SMI-N1948 ハンズオン・ワークショップ - Kinetisモータ Suite.pdf  スマートネットワーク NET-N1865 QorIQ LS1012A入門 - 世界最小・低消費電力の64ビットProcessor.pdf