Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
FTF-ACC-F1259 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 同步多线程 (SMT) 是一种先进的处理器微架构功能,它允许独立执行线程更有效地利用超标量 CPU 管道组织。双向超标量流水线中的 SMT 实现以相对较小的增量动态功耗最大化双线程并发性。本次会议重点关注下一代 Power Architecture e200z9 处理器核心中包含的 SMT 功能,以及通过该微架构可实现的改进的性能/功率指标。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 同步多线程 (SMT) 是一种先进的处理器微架构功能,它允许独立执行线程更有效地利用超标量 CPU 管道组织。双向超标量流水线中的 SMT 实现以相对较小的增量动态功耗最大化双线程并发性。本次会议重点关注下一代 Power Architecture e200z9 处理器核心中包含的 SMT 功能,以及通过该微架构可实现的改进的性能/功率指标。 回复:FTF-ACC-F1259 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 新款e200z9什么时候上市?
記事全体を表示
FTF-INS-F1277 Automotive integrated circuits are requiring high temperature and high voltage application environments. High temperature and high voltage impose severe constraints on the design of IC interconnect and the materials used in the assembly and packaging processes. The use of fine gauge copper wire bonding has been growing very rapidly in consumer, portable, and industrial electronics. Freescale has made significant inroads in introducing and accelerating the adoption of fine gauge copper wire in the high reliability automotive space. The molding compounds were studied and reformulated to accommodate high voltage up to 65V. This presentation will discuss key learnings in copper wire bonding process and molding compound formulation development, and present an exciting update on Freescale strategy on gold to copper wire conversion. Automotive integrated circuits are requiring high temperature and high voltage application environments. High temperature and high voltage impose severe constraints on the design of IC interconnect and the materials used in the assembly and packaging processes. The use of fine gauge copper wire bonding has been growing very rapidly in consumer, portable, and industrial electronics. Freescale has made significant inroads in introducing and accelerating the adoption of fine gauge copper wire in the high reliability automotive space. The molding compounds were studied and reformulated to accommodate high voltage up to 65V. This presentation will discuss key learnings in copper wire bonding process and molding compound formulation development, and present an exciting update on Freescale strategy on gold to copper wire conversion.
記事全体を表示
PN7160 - RF 設定 GUI PN7160 RF 設定の基本的な GUI が利用可能です。添付ファイルをご覧ください。 この GUI は、PN7160 RF 設定のほとんどに対してNCIコマンドを生成できます。これは、ユーザーが適切な NCI コマンドを構築するのに役立つかもしれません。 現在、GUI は NXP ウェブページで利用可能です。 PN7160 RF 設定の基本的な GUI が利用可能です。 NFCフロントエンド・ソリューション
記事全体を表示
[Zephyr ®系列] 第二部分:首次构建并在真机上运行(日文博客) 在 Zephyr 系列的第二部分中,我们将实际搭建一个 Zephyr 开发环境,并创建一个可以进行构建的环境。 接下来,我们将构建 Zephyr 应用程序并将其写入真实设备以检查其是否有效。 别担心,搭建开发环境非常简单。 最后,在第三节课中,我们将创建一个程序来控制 LED 闪烁,并体验 Zephyr 风格的编程。 那么,我们开始吧。 目录 准备 Zephyr 开发环境 安装说明 步骤 1:安装 VS Code 和扩展程序 步骤 2:设置 Zephyr 开发环境 步骤 3:导入 Zephyr 存储库 步骤 4:导入 Zephyr 示例应用程序 构建 HelloWorld 调试和运行检查 总结   准备 Zephyr 开发环境 本文将介绍如何在 Windows 环境下安装 Zephyr 项目并准备构建环境。此外,本次我们将使用 Windows 11 安装 Visual Studio Code。   笔记: 这里我们将介绍 Windows 11 的操作步骤,但您也可以通过安装 VS Code 在其他操作系统上以相同的方式进行设置。   筹备发展评估委员会 这里我们将使用FRDM-MCXA153 。对于 NXP 微控制器(MCX 系列)和跨界微控制器(i.MX RT 系列),也可以遵循相同的步骤。 FRDM-MCXA/C/N/E系列 i.MX RT10xx-EVK系列 LPC系列(部分支持) 安装说明 我们将安装以下物品: VS Code 和 MCUXpresso for VS Code 扩展 Zephyr 开发环境,包括 Zephyr SDK VS Code Zephyr 仓库   步骤 1:安装 VS Code 和“MCUXpresso for VS Code”扩展 如果您尚未安装 Visual Studio Code (VS Code),请在Microsoft Store中搜索“visual studio code”并进行安装。 接下来,安装“MCUXpresso For VS Code”。 VS Code 中的扩展视图 或者,按 Ctrl+Shift+X。点击扩展视图顶部的搜索字段,然后输入“mcuxpresso” 。 选择 MCUXpresso for VS Code,然后点击“安装”按钮安装该扩展。安装成功后,它将被添加到已安装列表中。 拡張機能ビューボタン扩展功能视图按钮 VS Code 拡張機能 マーケットプレイスVS Code 扩展市场 MCUXpresso for VS Codeのインストール为 VS Code 安装 MCUXpresso     步骤 2:Zephyr 开发环境,包括 Zephyr SDK 打开 MCUXpresso for VS Code 扩展。在快速入门面板中,点击“打开 MCUXpresso 安装程序”。 Quick Startパネル快速启动面板   MCUXpressoツールの選択オプションMCUXpresso 工具选择选项 MCUXpressoツール選択オプション2MCUXpresso 工具选择选项 2   现在点击你需要的工具进行选择。 Zephyr 开发人员 Arm GNU 工具链 链接服务器 这里我们将使用 NXP 板载 ICE 进行调试,因此需要 LinkServer 选项。 尖端: NXP EVK 默认使用 LinkServer。请安装调试探针所需的工具。 LinkServer、Segger JLink 和 PEmicro 工具可供安装。 选择好安装选项后,点击“安装”按钮。底部的状态栏将显示安装状态。 重启 VS Code。   步骤 3:导入 Zephyr 存储库 接下来,导入 Zephyr 仓库。 在 VS Code 中打开 MCUXpresso 视图,然后在快速入门面板中单击“导入存储库”。   リポジトリのインポート导入存储库   Zephyr 是开源的,可以在 GitHub 上找到。您可以导入这个 GitHub 代码库。 发布标签:稳定版本。您可以通过指定标签来指定不同的版本。 主分支:Zephyr 的最新负责人 在这里,我们将导入版本标签 v4.0.0。 位置:选择要导入 Zephyr 存储库的文件夹位置。 代码仓库:选择“Zephyr”作为代码仓库。GitHub URL 也会显示出来。 版本:在版本字段中,使用 v4.0.0。如有必要,请将其更改为其他版本。 输入完信息后,点击“导入”。如果要导入 Zephyr 主分支,请将版本字段更改为 main。 笔记: 导入 Zephyr 存储库需要一些时间,通常大约需要一个小时。 虽然 Zephyr 项目不需要,但也可以导入 MCUXpresso SDK。   步骤 4:导入 Zephyr 示例应用程序 完成前 3 步后,您现在可以开始为 Zephyr OS 开发应用程序了。最终,您将能够导入、构建和调试 Zephyr 示例应用程序。 要从 Zephyr 存储库导入示例应用程序,请从“快速入门”面板中单击“从存储库导入示例”。   レポジトリからExampleのインポート从存储库导入示例 Hello_Worldプロジェクトのインポート导入 Hello_World 项目   应用程序类型:我们选择了仓库式应用程序。我们将使用 Zephyr 仓库中的原始示例项目文件夹。 名称:设置项目名称。 Zephyr SDK:这是一个提供 Zephyr 编译器、库和工具的软件包。选择“默认 Zephyr SDK”。   构建 HelloWorld 要编译和构建程序,请单击“构建”按钮来构建 Hello World 项目。 非常简单。 Zephyr 通常使用命令行构建,构建过程以 West 命令开始,但也可以使用 GUI 中的单个构建按钮进行构建。 无需记住复杂的命令选项。 ビルドボタン构建按钮   构建完成后,将显示内存容量和使用情况。 Hello Worldプロジェクトのビルド結果Hello World 项目构建结果   调试和实际设备操作 现在,我们终于要把 Zephyr 程序写入实际设备并检查其运行情况了。 检查操作前,请按照照片所示将电脑连接到 USB Type-C 线缆。 安装有两个 USB 连接器,但连接到 J15 USB 连接器侧。 FRDM-MCXA153FRDM-MCXA153   要开始调试,请点击播放按钮“▷”。 デバッグ開始开始调试 它会在 main() 函数入口处停止,允许您执行单步执行。 在这里,按下播放按钮即可运行该步骤。 ステップ実行の様子步骤执行   在 VS Code 底部中央的多个选项卡中,有一个串口监视器功能。按照下图所示进行设置,然后单击“开始监视”以检查 Printf 输出(标准输出)。 シリアルモニター串口监视器   总结 这次,我们安装了 Zephyr 开发环境,构建了一个 Hello World 项目,并在实际设备上检查了它的运行情况。 使用“MCUXpresso for VS Code”简化了 Zephyr 开发环境、依赖库和工具的安装,使我能够非常轻松快捷地设置环境。 在下一期中,我们将通过一个 LED 闪烁程序,最终向大家介绍 Zephyr 在软件重用性方面的应用。 (请耐心等待发布。) 点击此处查看上一篇文章 【Zephyr ®系列】第一部分:什么是热门的 Zephyr 操作系统?(日文博客) =========================​ 我们目前无法 回复 此帖子“ 评论”部分的评论。 对于由此造成的不便,我们深表歉意。如有任何疑问, 请 参考“ 如何就 技术问题 联系 NXP ( 日语 博客 ) ” 。 (如果您已经是 恩智浦的 分销商或 与 恩智浦 有业务往来 ,您可以直接联系负责人。 ) 在本期 Zephyr 系列文章的第二篇“首次构建并在真机上运行”中,我们将介绍如何安装 Zephyr 开发环境并进行构建。之后,我们将把构建好的程序刷入真机并进行测试,确保其能够正常运行。 MCX SW | 下载 日本博客
記事全体を表示
imx8m 在不使用 WDOG_B 信号的情况下 RESET <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您好, 我在自定义 imx8m 板上运行监视程序时遇到了问题。 我们的主板不使用 WDOG_B 信号进行 PMIC RESET,我们无法对此进行更改。 在 u-boot 中重置主板的工作原理与参考手册中给出的相同: 将 0x3028000 寄存器设置为 e.g.0x14 重置了 SOC,我的监视程序超时也是状态寄存器中重置的来源。此外,断言 SRS 位还会重置 SOC 并在状态寄存器中提供正确的重置源。 启动 Linux 后,这不再起作用——在强制监视程序超时后,SOC 就死机了。 电压源是 SOC 启动所需的,因此不会有问题。我们从 EMMC 和 RST 启动 引脚连接。 是否有其他提示可以检查,或者是否有人有相同的设置(没有 WDOG_B 信号到 PMIC)? 谢谢、 沃尔夫冈 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Yocto Project Re: imx8m reset without WDOG_B signal usage 添加此回复是因为我设法通过软件解决了同样的问题: 带有 IMX8MN + PCA9450 的定制板 使用 KConfig 自定义 Linux 发行版 RESET cmd 在 U-Boot 中起作用 任何 Linux 监视程序命令(重启等)都会挂起但不会 RESET 系统 GPIO2 (WDOG-B) 引脚不响应 Linux 看门狗命令 就我而言,有两个问题: 我没有在 KConfig(CONFIG_IMX2_WDT/imx2_wdt.c)中启用正确的 WDT 驱动程序。因此,内核无法正确处理看门狗命令。 主线内核中的 PCA9450 驱动程序(pca9450-regulator.c)无法正确处理重置控制寄存器选项——特别是无法进行完全的冷重置。我的设计要求 PCA9450 重启所有功能域的电源,但即使在 RESET 期间,驱动器也不会重启 LDO1/2 域的电源。PCA6450 数据手册提供了在所有功能域中循环电源的选项,只是主线内核驱动程序中没有处理这个问题。下面是探针函数的代码片段: if (of_property_read_bool(i2c->dev.of_node, "nxp,wdog_b-warm-reset")) reset_ctrl = WDOG_B_CFG_WARM; else reset_ctrl = WDOG_B_CFG_COLD_LDO12;   "WDOG_B_CFG_COLD 缺少一个选项。" 就我而言,我只是将其硬编码到我自己版本的驱动程序中,然后手动将其转入编译树。 虽然超级笨拙,但作为概念验证还是行之有效的。 我不确定是否有人是内核维护者,但我只是一个前端人员...   tl;dr: 1) 确保你在内核中编译了正确的 WDT 驱动程序,2) 如果你使用的是 PCA9450 PMIC,请检查稳压器驱动程序以确保它能给你完整的冷RESET流程。   希望对大家有所帮助! Re: imx8m reset without WDOG_B signal usage 我最近遇到了这个问题,发现它与 PSCI cpu-idle 有关。如果你禁用 CONFIG_ARM_PSCI_CPUIDLE,或者使用 cpuidle.off=1 启动这通常会禁用 cpuidle 我发现系统正在按预期进行热RESET。不过,我不确定是什么原因造成了这种情况。 Re: imx8m reset without WDOG_B signal usage @siva_prabhakara你找到解决这个问题的固件了吗? Re: imx8m reset without WDOG_B signal usage 你好,我在基于 imx8mm 的自定义板上遇到了同样的问题。Uboot “RESET” 命令按预期运行,但是linux的 “重启” 命令挂起,没有任何特定的错误输出。 有人知道如何在不修改硬件的情况下解决这个问题吗? 提前感谢! Justin D. Re: imx8m reset without WDOG_B signal usage 你好,西瓦、 就像沃尔夫冈一样。在我们"修复了" ,或者让我说是优化了硬件之后,我们就没有再调查这个问题了。我们仍然使用内核 5.4.47。与此同时,还推出了更新的版本。也许其中包含一个修复程序。但老实说,我并不指望它。 如果你能找到任何软件修复方案,那就更有意思了。 顺祝商祺! 塞德里克 Re: imx8m reset without WDOG_B signal usage @cedric_starke 我在 imx8mm (5.4) 上也遇到了同样的问题kernel),您或其他人是否能够找出这里的软件问题? Re: imx8m reset without WDOG_B signal usage 你好,沃尔夫冈、 谢谢您的回答。我们也是用这种方法来完成重启工作的。幸运的是,我们已经 打算幸运的是,我们在电路板布局中已经考虑到了这一点,即使用一个未配备的电桥。在下一个版本中,我们将插入这座桥梁。 但在我看来,这是imx8m迷你软件包的软件问题。因为 uboot 可以在没有 POR_B 信号的情况下进行 RESET,而且 imx8m nano 也可以在 uboot 和 linux 中进行 RESET。 我们使用 4.14.98 和 5.4.47 版本对此进行了测试。在这两个"问题中," 。这只是为阅读本主题的其他人提供信息。 如果有人发现了软件错误,请随时发布,因为我们仍然对正确的解决方案感兴趣。 顺祝商祺! 塞德里克 Re: imx8m reset without WDOG_B signal usage 你好,塞德里克、 我们没有找到/搜索解决方案,但在下次重新设计中通过 100k PU 将 WDOG_B 引脚连接到 SOC RESET 引脚 (POR_B)。这样我们就可以在不触摸 PMIC 的情况下通过 看门狗 RESET SOC。 此致, 沃尔夫冈 Re: imx8m reset without WDOG_B signal usage 你好@wolfgang_baer、 我知道,这个问题其实并不新鲜,但我们的 imx8m mini 也遇到了同样的问题,我只想请教你们解决这个问题的办法。 此外,我们还发现,IMX8M mini 也会出现这种情况。我们为 imx8m nano 使用了相同的印刷电路板,该 SOC 能够正确重启。 因此,如果您能与我们分享您最后的状态,我们我们将不胜感激. 顺祝商祺! 塞德里克 Re: imx8m reset without WDOG_B signal usage 你们好 试着退出 SRSR RESET 状态寄存器 (0x3039005c)。它可以工作,但看起来状态从未改变过。无论我如何启动/重启/重置/关机/wdog/,i.mx8mm src_reg srsr 每次都是 0x01。 是否存在无法正常工作的已知问题? 还是我做错了什么? u-boot-imx_2019.04 u32 get_imx_reset_cause(void) { struct src *src_regs = (struct src *)SRC_BASE_ADDR; i@@ f (reset_cause == -1) { printf (" 0 src_regs %.8x\n ", src_regs); printf (" 0 src_regs %.8x\n ", & src_regs); printf (" 0 src_regs-> srsr %.8x\n ",src_regs - > srsr); printf (" 0 src_regs-> srsr %.8x\n ", & src_regs-> srsr); reset_cause = readl (& src_regs-> srsr);pr intf (" 1 重置原因 %.8x\n ", reset_cause); /* 保留 U-Boot 的值 */ #if! 已定义 (CONFIG_SPL_BUILD) & &! defined (CONFIG_ANDROID_BOOT_IMAGE) /* 稍后我们将读取安卓的 ssrs 状态,因此我们不会 * 在此处 清除状态。 */ writel (reset_cause,& src_regs-> srsr);printf (" 2 写入RESET原因 %.8x\n ", & src_regs-> srsr); printf (" 2 读取RESET原因 %.8x\n ",src_regs-srsr);printf (2 读取RESET原因 %.8x\n,src_regs-srs r) > srsr); #endif writel(reset_cause,& src_regs-> srsr); printf(" 3 2写入RESET原因 %.8x\n ",& src_regs-> srsr); printf(" 3read RESET原因 %.8x\n ", src_regs-> srsr);} 返回 reset_cause; } 感谢您的帮助。 Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨,雷哈尼、 对不起--没有。我还没有找到解决这个问题的办法。 基本上,恩智浦表示要RESET PMIC——但这对我们来说也是行不不通的。 如果我们找到了解决方案,我会在这里报告。 此致, 沃尔夫冈 Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,沃尔夫冈、 我也有同样的问题。你找到答案了吗? 此致, Reyhaneh Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 让我看看原理图。我会提出申请。 此致, 尤里。 Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,尤里、 是的,我们使用的是最新版本的 DDR 工具(V2.10)和最新的 LPDDR4 Excel 表(v23)。 压力测试可以在我们的板上正常运行。 如果我禁用 WDOG_B 断言功能,我还能在 EVK 板上看到同样的效果: -看门狗在 u-boot 提示符下工作-> 它会重置设备 -启动到 linux 提示符后-> 同样的监视程序调用只会使设备停止/冻结 此致, 沃尔夫冈 Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 由于 i.MX8M 的 SPL 包含用于 DDR PHY 和 DDR 控制器初始化 以及 DDR PHY 培训的代码,因此通常建议使用 DDR 工具中的最新固件; 它应提供所有必要的初始化。 此外,让压力测试生效是有意义的。 https://community.nxp.com/docs/DOC-340179 此致, 尤里。 Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,尤里、 在 u-boot 中对内存进行一次简单的 mtest 显示没有错误。 此外,在板启动期间进行的DDR工具压力测试现在显示出错误。 关于您在第一个帖子中提到的内存命令的文档/更改,您有什么提示吗? 谢谢! 沃尔夫冈 Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 是否可以对U-boot进行简单的内存测试-以排除内存问题? 此致, 尤里。 Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,尤里、 感谢您的快速回复。我知道有人建议断电,但如前所述,我们目前没有选择。 关于记忆。您的意思是在 SPL 中的 LPDDR4 初始化代码中执行上述命令吗? 您是否有关于这些命令的文档提示,因为我目前只是在 SPL DDR 初始化中使用 DDR 工具生成的 初始化代码。 你是否也知道为什么它能在 u-boot(命令提示符下)运行,但在加载 Linux 之后不行? 记忆方面有什么不同? 谢谢,非常感谢你们的帮助、 沃尔夫冈 Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好    建议断开板上所有元器件的电源(电压), 即使处理器RESET,因为某些外部设备,例如eMMC,SD, QSPI、DDR)可能处于不可预测的状态;因此系统启动不起作用。   我认为,在您的案例中,记忆就是原因。也许有必要发布 在 LPDDR 初始化开始时使用 preCharge All 命令并 RESET 读取 FIFO 指针。   祝您愉快, Yuri ------------------------------------------------------------------------------- 注: - 如果本帖回答了您的问题,请点击"标记正确" 按钮。谢谢! - 我们会在最后一次发帖后的 7 周内跟踪主题,之后的回复将被忽略 如果您以后有相关问题,请另开新主题并参考已关闭的主题。
記事全体を表示
PCA9698 のステータスをご存知ですか? こういうものが必要かもしれないと思いました。ステータスはどうですか?もっと新しい類似製品はありますか? ランディ Re: Do you know the status of PCA9698 ? こんにちは、ランディ。 PCA9698 は現在も生産中ですが、HVQFN56 バージョン (PCA9698BS) は製造が中止されます。TSSOP56 バージョン (PCA9698DGG) は引き続き完全にアクティブでサポートされており、新しいデザインに推奨される選択肢です。同じ 40 ビット GPIO 数と電流能力を単一チップで提供する新しい NXP デバイスは存在しないため、その機能が必要な場合、PCA9698DGG は依然として最適なソリューションです。 BRs、トーマス
記事全体を表示
FS26 の起動後に「WUEVENT = BATTERY FAIL」というエラー メッセージが表示されるのはなぜですか? 開発にはS32K3X4EVB-T172を使用しています。 起動後、WUEVENT を読み取ろうとすると、BATTERY FAIL エラー メッセージが表示されることに気付きました。 これは VSUPOV_I、VSUPUV6_I、および VSUPUVH_I に関連しているようですが、これらのエラー フラグではエラーは発生しませんでした。 次に、ADC を使用して VSUP 電圧を読み取りました。入力電圧は 12V でしたが、約 11.925V でした。 WUEVENT からの「BATTERY FAIL」メッセージを防ぐにはどうすればよいですか? Re: Why does the FS26 display the error message "WUEVENT = BATTERY FAIL" after booting? 私のコードでは、IF WUEVENT == 15 / BATTERY FAIL と記述し、これを WU_CLR に書き込んでエラーをクリアしています。これは、起動するたびに WU_CLR を実行すると、GPIO1_I、GPIO2_I などの他のウェイクアップ通知が表示されなくなるためです。 しかし、これが正しい使い方であるかどうかはわかりません。 Re: Why does the FS26 display the error message "WUEVENT = BATTERY FAIL" after booting? こんにちは、アレン。 POR または VSUP が失われるたびに、BATTERY FAIL が報告されます。デバイスの電源投入後にウェイクアップ ソースをクリアするには、WU_CLR ビットを書き込んでください。これらのビットは、デバイスのウェイクアップ後にクリアされない限り、常に存在します。 BRs、トーマス
記事全体を表示
[ABUSE] Post By: @JohnKlug / Board: imx-processors / Reported by: ytuosk ytuosk has reported the post Could not invoke dnf for external kernel module in Yocto kirkstone posted by @JohnKlug for the following reasons: Reason: Harassment Details: http://polden.info/story/pharmacy-online-14"> https://www.jobwebby.ilovemarkso.com/33/pharmacy-online"> https://ruckup.org/caregivers-forum/topic/6379"> https://backend.dawahnigeria.com/audit/304767"> https://carros-usados.us/pharmacy-online-14"> https://mail.globalrealtor.co.in/node/4216"> https://direct.needshub.com/node/28221"> https://mail.globalrealtor.co.in/node/4216"> https://ufa-help.ru/content/pharmacy-online-10"> http://www.go4go.net/go/node/155292"> http://polden.info/story/pharmacy-online-14"> https://darkmetalmush.net/history/pharmacy-online-17"> https://obzorpoker.info/forum/pharmacy-online-10"> https://www.intimuscare.com/pharmacy-online-3"> http://www.alsongs.com.hk/node/15608"> https://mail.globalrealtor.co.in/node/4216"> https://darkmetalmush.net/history/pharmacy-online-17"> http://www.sccu.chula.ac.th/node/928"> https://slp.millingtonpubliclibrary.org/content/pharmacy-online-12"> http://kalyterizoi.gr/initiative/pharmacy-online-0"> http://ysrp.bnl.bm/review/pharmacy-online-13"> https://masters.adminskiracing.com/node/413289"> https://www.heilpraktikerausbildung24.de/node/124365"> https://obzorpoker.info/forum/pharmacy-online-10"> https://masters.adminskiracing.com/node/413289"> https://gglabs.us/node/5700"> https://neweddingday.com/your-couple-name-2367"> https://golemobuchino.com/content/2469/pharmacy-online"> https://lotteryobzor.com/forum/pharmacy-online-12"> http://old.jeunescathos.org/fr/content/pharmacy-online-59"> https://mnbride.com/your-couple-name-2372"> https://rahuldolas.com/forum/dummy-basic-course/topic/719/pharmacy-online"> https://wibride.com/your-couple-name-2375"> https://californiaweddingday.com/your-couple-name-2331"> http://onlyforsalebyowner.com/for-sale-by-owner-homes/dc/68"> http://polden.info/story/pharmacy-online-14"> https://www.intimus.pt/pharmacy-online-15"> https://openreviewhub.org/review/review-8412"> https://primfootball.com/pharmacy-online-10"> https://ruckup.org/caregivers-forum/topic/6379"> Post link: https://community.nxp.com/t5/i-MX-Processors/Could-not-invoke-dnf-for-external-kernel-module-in-Yocto/m-p/1627964#M203740 Post author: @JohnKlug | Email Author Reported by: ytuosk | Email Reporter The reported post has 2 replies.
記事全体を表示
LPC5536 和 Hyperram 你好 我在 LPC5536JBD100 上配置 FLEXSPI 外设时遇到了难题;hyperram 芯片是 S27KS0642GABHV020。该系统位于自定义板上,我们已经成功地在其中集成了其他功能。 我受到 AN12239 的启发,它适用于不同的处理器,但以一种与我正在使用的芯片非常相似的芯片为例:在我看来,主要区别在于 S27KS0642 的新节点技术,它比应用程序节点中使用的 S27KS0641 更快,但时序图(因此虚拟周期)和命令是相同的。 另一个灵感来源是这篇文章 https://community.nxp.com/t5/MCX-Microcontrollers-Knowledge/MCX-N947-FlexSPI-Connecting-to-HyperRAM-Analysis-and/ta-p/1988799 这与我使用的处理器不同,但解释了配置数据结构中某些字段的含义。 我还看了示例 lpcxpresso55s36_flexspi_octal_polling_transfer 来比较 FlexSPI 配置(知道必须进行某些更改,因为它针对的是闪存设备)。 我的症状是,当我尝试读取供应商 ID 时,函数不返回 kStatus_Success(返回值为 7001)。 我检查了时钟是否已连接: CLOCK_SetClkDiv(kCLOCK_DivFlexSpiClk, 0U, true); /*!< Reset FLEXSPICLKDIV divider counter and halt it */ CLOCK_SetClkDiv(kCLOCK_DivFlexSpiClk, 2U, false); /*!< Set FLEXSPICLKDIV divider to value 2 */ CLOCK_AttachClk(kPLL0_to_FLEXSPI); /*!< Switch FLEXSPI to PLL0 */ 并通过图形用户界面配置了引脚 周波的配置方式为 int config_hr(void) { flexspi_config_t config; uint32_t tempCustomLUT[ARRAY_SIZE(customLUT)] = {0U}; /* Copy LUT information from flash region into RAM region, because flash will be reset and back to single mode; In lately time, LUT table assignment maybe failed after flash reset due to LUT read entry is application's required mode(such as octal DDR mode) and flash is being in single SDR mode, they don't matched. */ memcpy(tempCustomLUT, customLUT, sizeof(tempCustomLUT)); /* Get FLEXSPI default settings and configure the flexspi. */ FLEXSPI_GetDefaultConfig(&config); /* Init FLEXSPI. */ config.rxSampleClock = kFLEXSPI_ReadSampleClkExternalInputFromDqsPad;//kFLEXSPI_ReadSampleClkLoopbackFromDqsPad;//kFLEXSPI_ReadSampleClkExternalInputFromDqsPad; //config.enableSckBDiffOpt = true; //config.enableCombination = true; config.ahbConfig.enableAHBPrefetch = true; config.ahbConfig.enableAHBBufferable = true; config.ahbConfig.enableAHBCachable = true; // config.enableDoze = false; FLEXSPI_Init(EXAMPLE_FLEXSPI, &config); /* Configure RAM settings according to serial RAM feature. */ FLEXSPI_SetFlashConfig(EXAMPLE_FLEXSPI, &deviceconfig, kFLEXSPI_PortA1); /* Update LUT table. */ FLEXSPI_UpdateLUT(EXAMPLE_FLEXSPI, 0, tempCustomLUT, ARRAY_SIZE(customLUT)); /* Do software reset. */ FLEXSPI_SoftwareReset(EXAMPLE_FLEXSPI); return 0; } 我检查过了,即使在读取供应商 ID 的函数中,我们使用的也是 A1 端口 status_t flexspi_hyper_ram_get_id(FLEXSPI_Type *base, uint32_t *vendorId) { flexspi_transfer_t flashXfer; status_t status; uint32_t id; /* Write data */ flashXfer.deviceAddress = 0x0U; flashXfer.port = kFLEXSPI_PortA1; flashXfer.cmdType = kFLEXSPI_Read; flashXfer.SeqNumber = 1; flashXfer.seqIndex = HYPERRAM_CMD_LUT_SEQ_IDX_READREG; flashXfer.data = &id; flashXfer.dataSize = 4; status = FLEXSPI_TransferBlocking(base, &flashXfer); *vendorId = id & 0xffffU; return status; } flexspi_device_config_t 结构的初始化过程如下 flexspi_device_config_t deviceconfig = { .flexspiRootClk = 75000000, /* 75MHZ SPI serial clock */ .isSck2Enabled = false, .flashSize = FLASH_SIZE, .CSIntervalUnit = kFLEXSPI_CsIntervalUnit1SckCycle, .CSInterval = 2, .CSHoldTime = 1, .CSSetupTime = 1, .dataValidTime = 1, .columnspace = 3, .enableWordAddress = true, .AWRSeqIndex = HYPERRAM_CMD_LUT_SEQ_IDX_WRITEDATA, .AWRSeqNumber = 1, .ARDSeqIndex =HYPERRAM_CMD_LUT_SEQ_IDX_READDATA, .ARDSeqNumber = 0, .AHBWriteWaitUnit = kFLEXSPI_AhbWriteWaitUnit2AhbCycle, .AHBWriteWaitInterval = 0, .enableWriteMask = true, }; LUT 值为 #define LATENCY (0x04) uint32_t customLUT[20] = { /* Read Data */ [4 * HYPERRAM_CMD_LUT_SEQ_IDX_READDATA] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_DDR, kFLEXSPI_8PAD, 0xA0,kFLEXSPI_Command_RADDR_DDR, kFLEXSPI_8PAD, 0x18), [4 * HYPERRAM_CMD_LUT_SEQ_IDX_READDATA + 1] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_CADDR_DDR, kFLEXSPI_8PAD, 0x10, kFLEXSPI_Command_DUMMY_RWDS_DDR, kFLEXSPI_8PAD, LATENCY), [4 * HYPERRAM_CMD_LUT_SEQ_IDX_READDATA + 2] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_READ_DDR, kFLEXSPI_8PAD, 0x04, kFLEXSPI_Command_STOP, kFLEXSPI_1PAD, 0x00), /* Write Data */ [4 * HYPERRAM_CMD_LUT_SEQ_IDX_WRITEDATA] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_DDR, kFLEXSPI_8PAD, 0x20,kFLEXSPI_Command_RADDR_DDR, kFLEXSPI_8PAD, 0x18), [4 * HYPERRAM_CMD_LUT_SEQ_IDX_WRITEDATA + 1] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_CADDR_DDR, kFLEXSPI_8PAD, 0x10, kFLEXSPI_Command_DUMMY_RWDS_DDR, kFLEXSPI_8PAD, LATENCY), [4 * HYPERRAM_CMD_LUT_SEQ_IDX_WRITEDATA + 2] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_WRITE_DDR, kFLEXSPI_8PAD, 0x04, kFLEXSPI_Command_STOP, kFLEXSPI_1PAD, 0x00), /* Read Register */ [4 * HYPERRAM_CMD_LUT_SEQ_IDX_READREG] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_DDR, kFLEXSPI_8PAD, 0xE0,kFLEXSPI_Command_RADDR_DDR, kFLEXSPI_8PAD, 0x18), [4 * HYPERRAM_CMD_LUT_SEQ_IDX_READREG + 1] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_CADDR_DDR, kFLEXSPI_8PAD, 0x10, kFLEXSPI_Command_DUMMY_RWDS_DDR, kFLEXSPI_8PAD, LATENCY), [4 * HYPERRAM_CMD_LUT_SEQ_IDX_READREG + 2] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_READ_DDR, kFLEXSPI_8PAD, 0x04, kFLEXSPI_Command_STOP, kFLEXSPI_1PAD, 0x00), /* Write Register */ [4 * HYPERRAM_CMD_LUT_SEQ_IDX_WRITEREG] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_DDR, kFLEXSPI_8PAD, 0x60,kFLEXSPI_Command_RADDR_DDR, kFLEXSPI_8PAD, 0x18), [4 * HYPERRAM_CMD_LUT_SEQ_IDX_WRITEREG + 1] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_CADDR_DDR, kFLEXSPI_8PAD, 0x10, kFLEXSPI_Command_DUMMY_RWDS_DDR, kFLEXSPI_8PAD, LATENCY), [4 * HYPERRAM_CMD_LUT_SEQ_IDX_WRITEREG + 2] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_WRITE_DDR, kFLEXSPI_8PAD, 0x04, kFLEXSPI_Command_STOP, kFLEXSPI_1PAD, 0x00), }; 这对我来说很有感知,因为我总共使用了 48 个地址位,8 个键盘上有 DDR 模式,命令是正确的。 我是不是漏掉了什么? Re: LPC5536 and Hyperram 你好 谢谢。 不,我配置了更多引脚,但截图拍得很差:我猜有 8 个数据引脚,一个 RWDS、一个 CS_n 和一对差分时钟引脚。 Re: LPC5536 and Hyperram 你好@img_gabrigob 关于引脚配置 您是否只配置了 5 个数据引脚? S27KS0642GABHV020 需要 8 个数据引脚。 BR 哈利 Re: LPC5536 and Hyperram 你好 谢谢。我给你回复了,但我想我做错了什么(第一次使用这个社区),回复直接转到了我的原帖。 Re: LPC5536 and Hyperram 你好@img_gabrigob 首先,我认为您可以检查硬件。 探测物理信号(示波器): 确认 CK 按您预期的速率切换,交易的 CS# 脉冲,当您触发信号 Read-ID 序列时,DQ [7:0]/RWDS 会显示活动。 并将 FlexSPI 串行时钟降低到较低的安全频率(例如20-25 MHz),同时进行调试。 那么我认为您可以参考这个 LUT。 /* Read Register */ [4 * HYPERRAM_CMD_LUT_SEQ_IDX_READREG] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_DDR, kFLEXSPI_8PAD, 0xE0, kFLEXSPI_Command_RADDR_DDR, kFLEXSPI_8PAD, 0x18), [4 * HYPERRAM_CMD_LUT_SEQ_IDX_READREG + 1] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_CADDR_DDR, kFLEXSPI_8PAD, 0x10, kFLEXSPI_Command_DUMMY_RWDS_DDR, kFLEXSPI_8PAD, 0x06), [4 * HYPERRAM_CMD_LUT_SEQ_IDX_READREG + 2] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_READ_DDR, kFLEXSPI_8PAD, 0x04, kFLEXSPI_Command_STOP, kFLEXSPI_1PAD, 0x00), /* Write Register */ [4 * HYPERRAM_CMD_LUT_SEQ_IDX_WRITEREG] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_DDR, kFLEXSPI_8PAD, 0x60, kFLEXSPI_Command_RADDR_DDR, kFLEXSPI_8PAD, 0x18), [4 * HYPERRAM_CMD_LUT_SEQ_IDX_WRITEREG + 1] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_CADDR_DDR, kFLEXSPI_8PAD, 0x10, kFLEXSPI_Command_DUMMY_RWDS_DDR, kFLEXSPI_8PAD, 0x06), [4 * HYPERRAM_CMD_LUT_SEQ_IDX_WRITEREG + 2] = FLEXSPI_LUT_SEQ( kFLEXSPI_Command_WRITE_DDR, kFLEXSPI_8PAD, 0x04, kFLEXSPI_Command_STOP, kFLEXSPI_1PAD, 0x00), RT1064 HyperRAM 支持 S27KS0641 和 S27KS0642 - NXP Community BR 哈利 Re: LPC5536 and Hyperram 你好,@Harry_Zhang、 谢谢您! 我试着查看我的 LUT 与您链接的另一篇文章中用户使用的 LUT 之间是否存在任何差异,但即使在尝试调整延迟等待状态下的假人数量后,我还是遇到了同样的问题。 我不知道我是否在安装 IDE 时配置错误,但在 LPC5536 上,我似乎无法通过 flexspi_config_t 数据结构设置差分时钟(字段 enableSckBDiffOpt 位于禁用的 ifdef 中)。 我们在董事会采取了一些措施。CSN 和 CLK 信号处于激活状态。 我们使用两种压摆率(标准和高)来捕获时钟 时钟频率比我预想的要慢(我想我把它设置为 75MHz,这里是 75/2,而不是 150/2)。 数据和 RWDS 信号稳定在 0V。我们只是在数据信号上看到一个小故障(5 毫微秒)。 我还附上了从图形用户界面输出的 pin_mux 和 clock_config 文件。 请问您还有其他建议吗? 顺祝商祺! Re: LPC5536 and Hyperram 您好! 感谢您的回复 我再次检查了电路图,...我意识到 RESN 不受 FLEXspi 控制,因此我更改了软件,使其上升。 现在控制器可以工作了,我们还将 MCU 上的引脚配置为快速转换速率选项。 例如,这是 RWDS 与 CLK 的对比。 因此,问题在于 LUT 中的延迟值(使用您的链接进行更正)和 RESET。 我还有一些不明白的地方,即使这对这个项目并不重要,但可能对未来的应用有用:从时钟树中的配置来看,我期望 CLK 频率为 75MHz,但我测量的频率为 37.5MHz。 还有其他我错过的时钟分频器吗? 谢谢! 顺祝商祺! 加布里埃尔 Re: LPC5536 and Hyperram 你好@img_gabrigob 您能分享与 HyperRAM 的连接原理图吗? BR 哈利 Re: LPC5536 and Hyperram 你好@img_gabrigob 根据 LPC55S36 数据表。 时钟频率最高为 50M(DDR 模式)。 /* Flexspi frequency 150MHz / 3 = 50MHz */ CLOCK_SetClkDiv(kCLOCK_DivFlexSpiClk, 0U, true); /*!< Reset FLEXSPICLKDIV divider counter and halt it */ CLOCK_SetClkDiv(kCLOCK_DivFlexSpiClk, 3U, false); /*!< Set FLEXSPICLKDIV divider to value 3 */ CLOCK_AttachClk(kPLL0_to_FLEXSPI); /*!< Switch FLEXSPI to PLL0 */ BR 哈利
記事全体を表示
蓝牙测距车辆准入系统 Blue Ravens(蓝牙测距车辆准入系统)是恩智浦开发的一套系统解决方案,旨在帮助客户使用恩智浦产品设计基于BLE的专属汽车准入解决方案。其设计目的是通过模块化方案支持各种汽车准入用例。主要目的(但不限于)是介绍信道探测技术和恩智浦BLE切换在汽车用例中的所有功能和优势。 信道探测是新型低功耗蓝牙(BLE)标准(BLE 6.0)的组成部分,可作为高精度距离测量解决方案,且适用于恩智浦KW47芯片。 BLE切换是恩智浦开发的一项专有功能,可在不断开连接的情况下,使用带外信道(例如:CAN)将BLE连接从一台设备无缝传输到另一台设备。这一传输操作不会影响对等设备,因此可保证互操作性。该功能还可用于启用BLE连接RSSI嗅探,以提高基于RSSI的系统网络安全性。(KW45和KW47) 由于其模块化特性,该系统可用于多种用例,从简单的 BLE 连接系统到完整的 BLE 信道探测定位系统。请注意,信道探测仅在 KW47 芯片上受支持。KW45 只能用于简单的 BLE 系统。默认情况下,KW47 系统支持基本的信道探测(Channel Sounding),用于测量一个远程设备(数字钥匙)与多个不同固定设备(Car Anchor)之间的距离。在任何时刻,只有一个锚点连接到数字密钥。其他锚点(未连接)可设置为连接 RSSI 嗅探模式(基于切换)。这种模式通过访问连接的 RSSI 值而不是广播包来提升系统网络安全。这些 RSSI 值可用于估算哪个锚点可用于轮询,或用于保留车辆周围的最佳 BLE 链路。     该系统由多块KW4x板组成,每块板各自承担特定的角色。一块开发板可用作数字密钥,由用户随身携带;另一块板则代表汽车子系统。在此汽车子系统上,所有板都通过CAN总线相互连接。CAN总线为所有板提供12V电源,并支持板间通信: 控制单元(KW4x EVK板) 车载锚点(KW4x LOC板) 数字密钥(KW4x LOC板) 角色: 中央决策节点 功能: - 协调BLE锚点。 - 根据接收到的数据触发操作   角色: 通过 CAN 总线连接到控制单元的 BLE 设备 功能: - 广播BLE存在信号。 - 等待数字钥匙连接。 - 在会话期间充当CS启动器。 角色: 充当远程BLE设备 功能: - 扫描BLE锚点。 -启动与 Car Anchor 的连接。 - 连接后,表现为 CS 反射器。     桌面应用可用于监测系统状态和测量结果: 通过连续测量每个锚点,汽车子系统能够估算数字密钥的位置(免责声明:此解决方案在动态环境中的准确性有待提升)   特性   BLE 连接 目前仅支持1个连接(多对等计划) BLE信道探测(仅限KW47) 是 RSSI监听 是的——所有未连接的锚点 自动排除次优锚点 是 包含CS上下文的BLE 切换(无CS重复) 是 三边测量算法 是 测量过滤(实时) 是 触发操作的检测区域(例如:欢迎区) 是 车载锚点CAN同步(无线电核心同步) 否(计划于下一版本发布) 信道探测嗅探 否(正在进行可行性研究)   关键绩效指标(KPI)   锚点数量 从2到8 数字密钥数量 1 BLE 连接间隔 7.5ms – 4s(默认 = 30ms) BLE切换连接传输时间(+CS上下文传输) <60毫秒(CI=30毫秒) <50毫秒(CI=10毫秒) CS 启动延迟 (2+7)*CI CS测量和数据传输(实时) <70毫秒(CI=30毫秒) CS 算法 <30ms 全周期时间(CS + 切换) [交接完成后,算法会在锚点上异步运行] 390毫秒(CI=30毫秒) 190毫秒(CI=10毫秒) 视距CS测量范围 最长100米(在10dBm时) Back Pocket CS 测量范围 10米(在10dB时)   该解决方案正在开发中,后续版本会不断优化。 该系统还可以通过超宽带支持进行增强。 视频 此视频正在处理中。请在几分钟后重试。 (在 “我的视频” 中查看) 如需获取访问权限,请联系[email protected]
記事全体を表示
nxp.comへのアクセス こんにちは、 VPN を使用せずに nxp.com ドメインのすべてのサイトにアクセスすることはできません。 次のエラーが発生します: Access Denied You don't have permission to access "http://mcuxpresso.nxp.com/en/dashboard" on this server. Reference #18.977a7b5c.1754475329.7d13ec17 https://errors.edgesuite.net/18.977a7b5c.1754475329.7d13ec17 おそらく、IP アドレスによる停止リストの設定に誤りがある可能性があります。 NXP の誰かがこの問題を解決できますか? Re: Access to nxp.com   同じ問題 このサーバーの「 http://www.nxp.com/ 」にアクセスする権限がありません。 参照番号18.633c655f.1754500173.c79a737 https://errors.edgesuite.net/18.633c655f.1754500173.c79a737
記事全体を表示
tl431 レギュレータ抵抗器 こんにちは、チーム TEA1733T ic に関していくつか疑問があり、説明をいただきたいと思います。 tea1733t ic データシート: https://www.nxp.com/docs/en/データシート/TEA1733T.pdf アプリケーションノート: https://www.nxp.com/docs/en/application-note/AN10868.pdf 図:1 - これは TEA1733T IC の参照回路図です。 1- 最初の質問は、出力として 24V 3 アンペアが必要な場合、抵抗器 R23 と R24 の値はいくらですか (これらの抵抗器はどのように選択するのですか)、R25 と C17 はどうですか。 2- 2 番目の質問は、ゲート電圧が 10 ~ 12 V、スイッチング周波数が 66 kHz の場合に、トランスの一次側に供給される MOSFET のスイッチング電圧はいくらかということです。 よろしくお願いします。 絶縁ゲートドライバ Re: tl431 regulator resistor こんにちは@TomasVaverkaいくつか疑問があります、説明していただけますか? 1- この D9 および D10 ダイオード (MBR20100) の目的は何ですか? 2- OPTIMER ピンと ISENSE ピンは内部でどのように動作しますか? アプリケーションノート: https://www.nxp.com/docs/en/application-note/AN10868.pdf Re: tl431 regulator resistor @TomasVaverkaさん、ご回答ありがとうございます。 Re: tl431 regulator resistor こんにちは、ジャスティン。 24V/3A 出力の場合、フィードバック分圧器 (R23 と R24) は TL431 リファレンスを 2.5V に設定します。比率は次のとおりです。 SO、R24 = 5.1 kΩの場合、R23 ≈ 43 kΩになります。 R25 と C17 は、ループの安定性のための補償ネットワークの一部を形成します。標準値は R25 = 1 kΩ~10 kΩ、C17 = 100 nF~470 nF で、AN10868 に従って調整されています。 MOSFET は整流された DC バス電圧をスイッチします。この電圧は、115 VAC 入力の場合は約 160 V、230 VAC 入力の場合は約 325 V です。ゲート駆動は10~12 V、スイッチング周波数は約66 kHzです。 BRs、トーマス
記事全体を表示
恩智浦 s32k312 SRAM 多位错误 @danielmartynek 对于单位错误,我可以调用 SRAM ISR(ERM0_ISR_Handler),但对于多位错误,却无法调用处理程序。 据我所知,不可纠错事件与多位错误相对应,对吗? 我可以看到 SRAM 不可更正的错误事件位是在 SR0 中设置的,但是 ISR 没有被触发信号。 能否请您帮助我了解如何调用多位错误 ISR? 我还在 CR0 寄存器中启用了 SRAM0 的中断通知功能 Re: NXP s32k312 SRAM MultibitError 你好,@Anitha7、 不可纠正的错误会触发信号 CM7 故障异常。 在我链接的示例中,我启用了 Bus_Fault 异常,但其优先级低于 ERM 处理程序的优先级,这样 ERM 处理程序就会首先被调用。 我认为这可能是您项目中的问题所在。 此外,请仔细检查 VTOR 指针,并确保在 NVIC 中启用 ERM 中断。您可能会注意到 NVIC 中的中断待处理。 Re: NXP s32k312 SRAM MultibitError 你好@丹尼尔-马蒂内克 多比特是指 RM 规定的双比特 我根据你的参考将系统配置为 SRAM0。通过设置 SRO 寄存器中的相应位,可避免发生无法纠正的 ECC 故障(NEC0)。 我在相应的 CR0 寄存器中启用了 NEC0 和单比特事件的中断通知。 发生不可纠正的 ECC 故障后,控制权转移到系统调用功能,此后直到我执行 RESET 后,软件才能运行。尽管我已经添加了 ERM_1_Hand ler ,但它没有被触发。对于单位错误, ERM_0_H andler 会被正确触发信号。 我该如何确保 ERM_1_Handler 在发生多位(不可纠正)ECC 错误时被调用? 另外,我想确认一下,多位错误(双位错误)是否总是表示出现了无法纠正的 ECC 故障? 发生不可纠正的 ECC 事件后,我需要在正常模式下在 ECU 中执行 RESET 运行 Re: NXP s32k312 SRAM MultibitError 你好,@Anitha7、 多位错误是什么意思? 64 位(8 字节)的数据有一个 8 位校验和,不可能检测到所有可能的 ECC 错误。有 ECC SECDED(单错误纠正,双错误检测)。 此致, 丹尼尔 Re: NXP s32k312 SRAM MultibitError 你好@丹尼尔-马蒂内克 VTOR 表仅在 SRAM0 注入无法纠正的 ECC 故障时指向闪存。 我根据您的参考示例代码将系统配置为 SRAM0。通过设置 SRO 寄存器中的相应位,可在发生不可纠正的 ECC 故障时自动恢复 ECC。 我在相应的 CR0 寄存器中启用了中断通知功能。 发生不可纠正的 ECC 故障后,控制权转移到系统调用功能,之后软件将无法运行,直到我执行 RESET。尽管我已经添加了 ERM_1_Handler,但它没有被触发信号。对于单位错误,ERM_0_Handler 会被正确触发。 我该如何确保在发生多位(不可修正)ECC 错误时调用ERM_1_Handler? 另外,我想确认一下,多位错误是否总是表示无法纠正的 ECC 故障? Re: NXP s32k312 SRAM MultibitError 你好,@Anitha7、 我更新了示例,在 SRAM0 中加入了不可纠正的错误注入。 https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-EIM-ERM-DTCM-SRAM-Baremetal-v3-0-S32DS36/ta-p/2193534 您能在应用程序中读取 VTOR 寄存器吗? 在内存中注入无法纠正的 ECC 故障时,中断向量表不得位于 SRAM0 中。 否则,ECC 故障会在获取过程中损坏矢量表,导致另一个故障异常。 此致, 丹尼尔
記事全体を表示
Zephyr 的内存详情 如果您对这些资源有任何疑问或问题,请 提出新问题,恩智浦支持团队将为您解答。 在学习 Zephyr 时,存在许多与内存相关的问题。链接器会将代码和数据放置在何处?应用程序应如何配置以使用其他存储器? 链接器所使用的默认内存段是在设备树中进行配置的。通常,设备树会使用选定的节点来配置这些部分。以下是 MIMXRT1060-EVK 板上的一个示例: chosen { zephyr,flash = &is25wp064; zephyr,sram = &sdram0; }; 这些选定节点的名称可能会造成误导。 zephyr,flash 指向链接器用于所有代码(.text)和只读数据段的节点。通常,这指向物理闪存,例如,在这块板上,它被放置在外部 QSPI 闪存中,但它也可以位于非闪存的内存中。 zephyr,sram 指向链接器用于所有 .data和 .bss部分的节点。这应该位于 RAM 中,但不一定在 SRAM 中。在该板上,它位于外部 SDRAM 中。应用程序可以将这些节点指向最适合该应用程序的其他内存。其他常用的内存节点包括 &dtcm 、 &itcm 或 &ocram 。 通常,这些选定的节点在电路板设备树文件中进行设置。但是在学习 Zephyr 以及使用设备树时,最好在应用程序构建过程中生成的设备树文件中确认设备树设置,请参阅实验室指南:设备树和 VS Code 设备树查看器。 i.MX RT内存 大多数内存问题来自使用 i.MX RT 设备的用户。这些微控制器(MCU)是高性能无闪存设备,具备多种内部和外部存储选项,以最大化应用程序的性能和灵活性。以下是一些专门针对 i.MX RT 设备的有用资源: i.MX RT 应用说明: AN12437 i.MX RT系列性能优化 AN12077 使用 i.MX RT FlexRAM AN13970 Zephyr 中的 RT 系列内存重定位 ROM 中的引导加载程序在启动时需要 Flash 配置块(FCB),并且可以选择添加设备配置数据 (DCD) 或外部存储器配置数据 (XMCD),这些数据通常用于启用 SDRAM。这篇文章提供了更多关于在哪里可以找到这些结构,以及如何将它们包含在开发板中的详细信息。 不支持 SDRAM 的情况说明:Zephyr 对配备外部 SDRAM 的实时开发板的支持,通常会将数据存储在 SDRAM 中。ROM 引导加载程序会在 Zephyr 应用程序执行之前,通过 DCD 或 XMCD 配置 SDRAM 接口。这篇文章讨论了如何移除定制主板的 SDRAM。 如需配置 FlexRAM,调整 ITCM、DTCM 或 OCRAM 的大小,请参阅 AN13970 Zephyr 中的 RT 系列内存重定位 将代码重新定位到 RAM 中 将代码移至 RAM 是一个常见需求,例如,为了最大化性能或降低功耗。借助 Zephyr,应用程序可以将所有代码或部分代码迁移到 RAM 中。以下是一些有用的搬迁资源: AN13970 Zephyr 中的 RT 系列内存重定位 Zephyr代码和数据重定位API 重新定位代码的示例应用: 简单示例SDRAM_hello_world.zip将整个应用程序移动到 SDRAM,并在启动时使用 ROM 引导程序加载 RAM,然后再执行应用程序。 Zperf 示例:此 Zephyr 网络示例将网络堆栈和以太网驱动程序代码迁移至 ITCM,以提高在 MIMXRT1170-EVK 上构建时的性能。其余代码保留在默认的外部 QSPI 闪存中。 NXP SmartWatch 演示和网络研讨会:将大部分代码重新定位到内部 SRAM 以降低功耗,同时将图形资产保留在闪存中。 将数据加载到 RAM 在 Zephyr 中,所有数据、变量和堆栈的默认位置都位于 zephyr,sram 节点。然而,某些应用程序希望将特定数据放置在其他位置。例如,将数据放置在 DTCM 中以最大化性能,将 DMA 缓冲区放置在不可缓存的内存中,或将显示的大型帧缓冲区移动到外部 RAM。以下是一些有助于指定数据放置的资源: 静态变量的声明可以包含链接器段标签,以便将它们放置在特定段中。一个参考示例是dma_mcux_edma.c驱动程序,它将 dma_tcdpool 结构放置在 __dtcm_noinit_section 或 __nocache 部分。 静态变量的另一种选择是在变量声明中使用设备树节点,从而将其放置在特定的部分中。一个可以参考的例子是恩智浦的面部检测演示。此演示在设备树中添加选定的节点 zephyr,modelbuf ,该节点指向内存部分节点 sramx 。要使用此方法,内存段节点需要具备属性 zephyr,memory-region 。在源代码中, model_input_buf 缓冲区是用 zephyr_modelbuf 节点声明的。然后,链接程序将 model_input_buf 放置在 sramx 部分。 整个源文件或库中的 data 和 bss 部分可以重定位到其他 RAM,详情请参阅 Zephyr代码和数据重定位 API。 Zephyr 可以使用一个特殊的固定区域,将中断堆栈和主堆栈放置在不同的 RAM 区段中。简单示例pinned_hello_world.zip在 DTCM 中固定中断和主堆栈。   其他内存资源 示例调整内存节点大小,利用 NXP LPC5500 中的所有 SRAM 返回Zephyr知识中心
記事全体を表示
How to Measure the Internal Temperature and Voltage of an MCU Using the ADC0 NXPサポートチームの皆様、こんにちは。  現在、S32K314、RTD 7.0.0、およびFreeRTOSを使用したプロジェクトに取り組んでいます。MCALのADCモジュールを使用して、MCUに接続された外部デバイスの電圧、MCUの内部温度(TEMPSENSE)、MCUの内部電圧(ANAMUX)、およびバンドギャップ電圧の測定を実装しようとしています。測定結果を見ると、外部デバイスの電圧とバンドギャップ電圧は正しく測定されているようですが、MCUの内部温度と内部電圧の値は予想と異なっています。 期待値: MCU内部電圧(VDD_HV_A): 8192(2.5V、14ビット分解能) 実測値: 約6800~7100(2.07~2.13V、14ビット分解能) MCUの電源電圧は5.0Vです。ADCハードウェアユニットはADC0に設定され、ADC測定対象は以下のように構成されます。  Ch8:MCU内部温度(TEMPSENSE)  Ch9:MCU内部電圧(ANAMUX)  第10章:バンドギャップ  MCU入力電圧 = 5.0V ADC初期化コード: void AdcAdapter_Init ( void ) { Adc_Calibrate ( ADC0 , & calStatus ) ; Adc_SetupResultBuffer ( ADC0 , Group0Result ) ; IP_DCM_GPR -> DCMRWF1 = ( IP_DCM_GPR -> DCMRWF1 | DCM_GPR_DCMRWF1_SUPPLY_MON_EN ( 1 ) | DCM_GPR_DCMRWF1_VDD_HV_A_VLT_DVDR_EN ( 1 ) | DCM_GPR_DCMRWF1_VDD_HV_B_VLT_DVDR_EN ( 1 ) | DCM_GPR_DCMRWF1_VDD_1_5_VLT_DVDR_EN ( 1 ) ) ; IP_DCM_GPR -> DCMRWF1 = ( IP_DCM_GPR -> DCMRWF1 & ~ DCM_GPR_DCMRWF1_SUPPLY_MON_SEL_MASK ) | DCM_GPR_DCMRWF1_SUPPLY_MON_SEL ( 0U ) ; // VDD_HV_A_DIV Adc_StartGroupConversion ( ADC0 ) ; // AdcConversionStart } ADCデータ取得(すべての周期的なタスク) void AdcAdapter_RunCyclic ( void ) { Adc_StatusType ret = ADC_IDLE ; Std_ReturnType adcStatus ; uint16 temperature ; // 変換完了チェック ret = Adc_GetGroupStatus ( ADC0 ) ; if ( ( ret == ADC_COMPLETED ) || ( ret == ADC_STREAM_COMPLETED ) ) { // 結果を取得 Adc_ReadGroup ( ADC0 , Group0Result ) ; // 次の変換を開始 Adc_StartGroupConversion ( ADC0 ) ; } else { // エラーログ } /* Adc_TempSenseGetTemp Singed Q11.4 */ adcStatus = Adc_TempSenseGetTemp ( ADC0 , mcuTemperature ) ; if ( E_OK == adcStatus ) { temperature = Adc_TempSenseCalculateTemp ( ADC0 , mcuTemperature ) ; } else { // エラーログ } }  ADC0グループのADC値は`Adc_ReadGroup`を使用して更新できると思いますが、MCUの内部温度については`Adc_TempSenseGetTemp`と`Adc_TempSenseCalculateTemp`を使用する必要があると思います。もし私が見落としている設定があれば教えてください。 Re: How to Measure the Internal Temperature and Voltage of an MCU Using the ADC0 こんにちは、センレントさん。 迅速なご対応ありがとうございます。 ご提供いただいたサンプルコードは既に確認済みで、私のコードに組み込んだと考えています。 ご提供いただいた表は、ADCブロックに供給される各クロックに対するレジスタ設定の表であると解釈しました。しかし、それらがMCALのどのADC設定に対応しているのかを特定することはできませんでした。 ソースコードを提供できないため、ADC設定の画像を添付します。どの設定を変更すればよいか教えてください。 他に何か必要な設定画面があれば、お知らせください。 AdcHwUnit> Re: How to Measure the Internal Temperature and Voltage of an MCU Using the ADC0 こんにちは@輝彦 提供された情報にはADCの完全な構成が見当たらなかったので、ADCクロックがデータシートの要件に合っているか再確認してください。 可能であれば、テストプロジェクトを共有していただければ、私が確認します。 ちなみに、下記のリンクからデモをご覧ください。 https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-TempSenser-S32DS36-RTD600-500-400-p24/ta-p/2136187 Re: How to Measure the Internal Temperature and Voltage of an MCU Using the ADC0 こんにちは、センレントさん。 アドバイスありがとうございます。 ご助言に従い、TEMPSENSEのサンプリング時間を1.2マイクロ秒に設定するように、以下のように設定を変更しました。 160MHz = 0.00625マイクロ秒 1.2マイクロ秒/0.00625マイクロ秒= 192 FreeRTOSで1秒サイクルのタスクを作成し、MCU電圧(VDD_HV_A)とMCU温度(TEMPSENSE)のADC値を毎秒取得しました(30秒分のデータ収集)。 MCU電圧についてはバンドギャップ電圧を使い、以下の補償式でmVに変換しました。 (バンドギャップ電圧はほとんど変動せず、約3975(約1.2V)の値が得られた。) Adc補正 = (1200(mV) * Adc_VCC_HV_A) / Adc_バンドギャップ Mcu電圧 = アドコレーション × 2(2は電圧分割比VDD_HV_A) さらに、 McuTempデータは `Adc_TempSenseGetTemp(ADC0, &mcuTemperature)` から取得されます。 ADC変換誤差が±5.0%であることを考慮しても、このばらつきは大きすぎると思います。何か解決策の提案はありますか?   Re: How to Measure the Internal Temperature and Voltage of an MCU Using the ADC0 こんにちは@輝彦 ご提供いただいた設定画面のスクリーンショットとコードを見る限り、明らかなエラーは見当たりません。ただし、温度センサのサンプリング時間は1.2μsを超えなければならないことに注意が必要です。そうでなければ、サンプリングの精度に影響します。したがって、テストを行う前にサンプリング時間を再度確認することをお勧めします。 Re: How to Measure the Internal Temperature and Voltage of an MCU Using the ADC0 ADC_Config>AdcHwUnitの画像が圧縮されて解像度が低下したため、再アップロードします。 <#1> <#2> <#3> Re: How to Measure the Internal Temperature and Voltage of an MCU Using the ADC0 こんにちは@輝彦 温度チャネルから生データを直接読み取って、変動があるかどうかを観察できます。変動が大きい場合は、サンプリング時間を延ばし続けるCAN。 Re: How to Measure the Internal Temperature and Voltage of an MCU Using the ADC0 こんにちは、センレントさん。 ご返信ありがとうございます。 下図に示すように、サンプリング期間1/期間2の値を増加させた後、値は安定しました。デフォルト設定はサンプリング持続時間0だと思っていましたが、サンプリング持続時間0、1、2の切り替えはどうすればいいのでしょうか? (プリスケール設定に基づくと、ADCクロックは80MHzなので、1.2μsに相当する期間は96となる。) Re: How to Measure the Internal Temperature and Voltage of an MCU Using the ADC0 こんにちは、センレントさん。 ドキュメントを添付してくださりありがとうございます。現在チャネル32から63を測定しているので、これはサンプリング持続時間1に対応していると理解しています。 迅速なご対応ありがとうございます。問題は解決しました。 Re: How to Measure the Internal Temperature and Voltage of an MCU Using the ADC0 こんにちは、センレントさん。 私は表317の情報を以下のように解釈しました。 fmc = 160 MHz の場合: ・キャリブレーション用のプリスケーラを4に設定する ・通常のADC変換のプリスケーラを2に設定する ・「ADC高速」を無効に設定する これらの設定を適用して得られたデータは、以下の表に示されています。 平均化することでばらつきは減りましたが、MCU内部温度の変動は依然としてかなり大きいと感じます。 以下の表は、ADC値から°Cに変換したMCU温度データを示しています。 (ADC値を摂氏に変換するために、ADC値を16で割りました。) 16点平均で2.55度の変動は極めて大きい。MCUの温度はプロセッシング負荷によって変動することは理解していますが、これほど瞬時に大きく変わるのは普通のことですか? MCUの内部温度を測定する際に、平均を取るのが正しいアプローチでしょうか?
記事全体を表示
S32K312のPWMピンマッピング方式について明確化が必要 チームの皆さん、こんにちは。 S32K312 100ピンMCUを用いたモータ制御開発において、以下の2つのPWM出力マッピング方式を検討しています。 方法1では、eMIOSチャネルとLCUベースの出力を使用します。 PTA0 - PWMU_HS - eMIOS_0_CH [17] _Y - LCU0_OUT4 PTA1 - PWMU_LS - eMIOS_0_CH [9] _H - LCU0_OUT5 PTA2 - PWMV_HS - eMIOS_1_CH [19] _Y - LCU0_OUT3 PTA3 - PWMV_LS - eMIOS_1_CH [20] _Y - LCU0_OUT2 PTD2 - PWMW_HS - eMIOS_1_CH [21] _Y - LCU0_OUT1 PTD3 - PWMW_LS - eMIOS_1_CH [22] _X - LCU0_OUT0 方法2では、別のPWMマッピングオプションを使用します。 PTB16 - PWMU_HS - eMIOS_0_CH [4] _G PTB13 - PWMU_LS - eMIOS_0_CH [1] _G - LCU0_OUT3 PTB17 - PWMV_HS - eMIOS_0_CH [5] _G PTB14 - PWMV_LS - eMIOS_0_CH [2] _G - LCU0_OUT7 PTB1 - PWMW_HS - eMIOS_0_CH [7] _G PTB0 - PWMW_LS - eMIOS_0_CH [3] _G - LCU1_OUT5 NXP側からは、どのPWMマッピング方法を選択すべきか、また各方法の実用上の効果や制約について、より明確な説明が必要です。 以下の点についてご意見をお聞かせください。 モーター制御用途には、どの方法が推奨されますか? それぞれの方法の長所と短所は何ですか? 同期、デッドタイム挿入、ADCトリガー、障害処理、またはLCU/TRGMUXの使用に関して考慮すべき事項はありますか? 設計を最終決定する前に考慮すべきソフトウェアまたはハードウェア上の制約はありますか? ご自身の経験やリファレンス・デザインに基づいて、おすすめの点をお聞かせください。 よろしくお願いいたします。 シヴァ Re: Clarification Required on PWM Pin Mapping Approach for S32K312 こんにちは、@ VaneB さん。 S32K312 100ピンMCUについては、以下のPWMピンマッピングオプションを検討しています。 ピンネット名 位相側 eMIOS チャネル LCU 出力 PTA0 PWMU_HS - U ハイサイド eMIOS_1_CH [6] _H LCU0_OUT6 PTA1 PWMU_LS - U ローサイド eMIOS_1_CH [15] _H LCU0_OUT11 PTA2 PWMV_HS - V ハイサイド eMIOS_1_CH [19] _Y LCU0_OUT3 PTA3 PWMV_LS - V ローサイド eMIOS_1_CH [20] _Y LCU0_OUT2 PTD2 PWMW_HS - W ハイサイド eMIOS_1_CH [21] _Y LCU0_OUT1 PTD3 PWMW_LS - W ローサイド eMIOS_1_CH [22] _X LCU0_OUT0 この方法では、6つのPWM出力すべてが同じeMIOS_1インスタンスを通してマッピングされます。これは同期やモーター制御におけるPWM生成に有益であると考えています。 この理解が正しいかどうか確認してください。 また、この構成におけるeMIOSチャネルタイプH、Y、Xの意味と影響について明確に説明してください。これらのチャネルタイプが、PWM生成、同期、デッドタイム制御、ADCトリガー、またはLCU TRGMUXの使用に大きな影響を与えるかどうかを理解したいと考えています。 このPWMピン配置が当社のモーター制御アプリケーションに適しているかどうか、ご確認の上、ご指導いただけますでしょうか。 よろしくお願いいたします。 シヴァ Re: Clarification Required on PWM Pin Mapping Approach for S32K312 こんにちは、 @SHIVAKUMAR55さん 方法2では、すべてのPWMチャンネルを単一のeMIOSインスタンス内に保持するため、共有タイムベースが得られ、クリーンな位相調整と全体的なタイミングの簡素化がはるかに容易になります。 一方、方法1では、チャネルを複数のeMIOSインスタンスに分散させ、LCUを通してルーティングします。これは、S32K344 3相センサレスPMSMモータ制御リファレンスデザインで使用されているeMIOS → TRGMUX → LCUアプローチと同様の構造です。この構成は、高度な出力調整、デッドタイム制御、後から障害処理機能を追加するなど、より高い柔軟性が必要な場合に非常に役立ちます。 とはいえ、方法1は複数のeMIOSインスタンスを使用するため、設定の手間がやや多く、同期の手間は少なくなります。実際には、シンプルさと安定したタイミング動作という利点から、まずは方法2から始めるのが良いでしょう。そして、デザインでより高度な制御機能やセーフティ機能が必要になった場合にのみ、方法1のようなLCUベースのソリューションに移行するのが賢明です。 詳細なガイダンスについては、S32K344搭載の3相センサレスPMSMモータ制御キットのアプリケーションノートおよび関連ソフトウェアを参照することをお勧めします。 S32K344 ブラシレス直流・永久磁石同期モータ制御開発キット (MCSPTE1AK344) BR、VaneB Re: Clarification Required on PWM Pin Mapping Approach for S32K312 こんにちは、 @SHIVAKUMAR55さん はい、あなたの理解は正しいです。 eMIOSチャネルタイプに関しては、S32K3xxリファレンスマニュアルRev.12の表403に記載されているように、サポートされる各モードは特定のチャネルタイプによって異なります。すべてのモードがすべてのチャネルタイプで利用できるわけではないため、必要な機能に基づいて適切なチャネルタイプを慎重に選択することが重要です。
記事全体を表示
NXP Zephyr OS - 概述页面(日语博客) 最近,一款相对较新的实时操作系统引起了人们的关注。它名为“Zephyr ® OS”,发音为“Zephyr”。 Zephyr OS 是一款开源实时操作系统,其开发合作和支持得到了世界知名公司的大力支持,而 NXP 自 Zephyr 诞生以来一直是其白金会员。 本页面汇总了使用 Zephyr OS 的实用信息,请充分利用。 Zephyr ®系列(Zephyr OS 入门步骤) 步 文章 1 【Zephyr ®系列】第一部分:最近流行的 Zephyr OS 究竟是一款怎样的操作系统?(日语博客) →首先,让我们来了解一下 Zephyr OS 本身的功能特性。 2 【Zephyr ®系列】第二部分:首次构建与测试(日语博客) →接下来我们实际构建并运行 Zephyr OS。我们将以 FRDM-MCXA153 为例,但同样的步骤也适用于其他开发板。 3 【Zephyr ®系列】第三部分:LED 闪烁和软件复用的第一步(日语博客) →以 LED 闪烁程序为例,体验“传统的硬件相关编码”与“Zephyr 推荐的硬件无关(可扩展)编码”之间的区别。 4 [Zephyr ®系列] 第 4 部分:Kconfig 和设备树的概述及实际应用(日语博客) →对于传统的MCU软件工程师来说,“Kconfig”和“设备树”是Zephyr操作系统中比较陌生的概念。本文将通过实际示例进行解释。 Zephyr实用信息☕ 概述 文章 我使用 NXP 的 GUI 生成工具“GUI Guider”(支持用于微控制器的轻量级 GUI 库“LVGL”)生成了一个示例 GUI 代码,然后在 Zephyr OS 上运行了它。 试用 UI:Zephyr OS 上的 GUI Guider 示例代码(日本博客) *有关如何使用 GUI Guider 的说明,请参阅以下文章。 GUI Guider入门指南(Nexty Electronics Co., Ltd.) Zephyr 附带丰富的示例代码,其中包括一个易于运行的 HTTP 服务器示例。本指南提供了在 NXP 评估板“ FRDM-MCXN947 ”上运行该示例的分步说明。运行此示例后,您可以通过 PC 的 Web 浏览器访问 FRDM-MCXN947,并使用页面上的按钮打开/关闭板上的 LED 灯。 我尝试在 FRDM-MCXN947 上运行 Zephyr HTTP 服务器(日本博客) 截至2026年3月23日,NXP工程师发现安装最新版Zephyr环境后,调试器无法启动。本文档详细介绍了该问题及其解决方案。 使用 Zephyr OS(4.3.99 开发版)和 MCUXpresso for VSC 时,调试器是否无法启动?本文将解释如何避免调试器启动错误。(日语博客) 合作伙伴 Zephyr 相关信息 合作伙伴/概览 文章 Lineo Solutions Co., Ltd. 本文分两部分发表了使用 NXP 评估板“ MIMXRT1170-EVKB ”的说明文章:第 1 部分和第 2 部分。 在第一部分中,我们对 Zephyr 进行了基本解释,并介绍了源代码树结构以及用于验证本文运行情况的 NXP MIMXRT1170-EVKB 评估板。 在第二部分中,我们将从准备 Zephyr 环境开始,并解释构建和运行 Zephyr 应用程序的步骤。 第三部分还包括在液晶屏幕上实际显示信息的示例。   Zephyr博客,第一部分:我的第一辆Zephyr(第一部分) Zephyr博客,第二部分:我的第一辆Zephyr(第二部分) Zephyr博客,第三部分:“试用液晶显示屏” IT Access有限公司 本文档清晰地阐述了 Zephyr OS 的基本特性、与传统实时操作系统 (RTOS) 和 Linux 的区别,以及其适用的应用场景。随后,以恩智浦 (NXP) 的高性能微控制器评估板“ MIMXRT1060-EVKC ”为例,介绍了将 Zephyr 与安全引导加载程序“MCUboot”相结合的实际开发流程。通过实际硬件上的构建、烧录和固件更新等步骤,您可以了解使用 Zephyr 进行安全嵌入式系统开发的具体步骤。 什么是 Zephyr OS?本文将解释其特性、优势以及与其他实时操作系统和 Linux 的区别。 在 NXP ® MIMXRT1060-EVKC 上使用 Zephyr ®和 MCUboot 入门:安全启动 IAR Systems Co., Ltd. 我们经常收到用户关于无法配置 IAR 工具链的咨询。右侧链接提供了基于 NXP MCU 的“Zephyr x IAR 工具链”的详细日语配置步骤说明。 Zephyr 项目文档(英文版)中也包含了如何使用 IAR ARM 工具链的说明。   在 NXP 的 FRDM_MCXN947 上运行 ZephyrOS! 在 NXP 的 FRDM-MCXA153 上运行 Zephyr OS! 在 NXP 的 MIMXRT1020-EVK 上运行 Zephyr OS! 如果您对 Zephyr OS 相关内容有任何改进要求或建议,请随时使用以下信息与我们联系。 NXP日本技术博客(日语)内容请求/改进调查——请填写表格 =========================​ 我们目前无法 回复 此帖子“ 评论”部分留下的评论。 对于由此造成的不便,我们深表歉意,但 在进行咨询时, 请 参考“ NXP 技术问题 - 如何联系我们 ( 日语博客 ) ” 。 (如果您已经是 恩智浦的 分销商或 与 恩智浦 有合作关系 ,您可以直接咨询您的代表。 ) 最近,一款相对较新的实时操作系统引起了人们的关注。它名为“Zephyr ® OS”,发音为“Zephyr”。 Zephyr OS 是一款开源实时操作系统,其开发合作和支持得到了世界知名公司的大力支持,而 NXP 自 Zephyr 诞生以来一直是其白金会员。 本页面汇总了使用 Zephyr OS 的实用信息,请充分利用。 i.MX RT 处理器 i.MX 处理器 MCX SW | 下载 日本博客
記事全体を表示
MPXV5004 Sensor Application question HI, I'm from a Commercial Glass & Dishwasher manufacture & we are looking at replacing our old diaphragm based pressure switches to the MPXV5004 pressure sensor with our control board, with reading the Datasheet it says: "Internal reliability and qualification test for dry air, and other media, are available from the factory. Contact the factory for information regarding media tolerance in your application". so my question is we can provide clean air to the sensor through an Air-Bell, but it wont be dry it will have around 60-70% humidity as we use hot water in the machines. will this affect the sensors reliability or longevity? If so, are there other sensors that could be used? or a recommended way that we could connect the tube from the Air-Bell to the pressure sensor?. Thanks Damien Pressure Sensors Re: MPXV5004 Sensor Application question Hello Damien, Thanks for using our community. You could protect the sensor using a high viscosity silicone. Please, take a look at the following thread: Re: 30% of MPXM2202GS failed within 2 months after installation -Josh
記事全体を表示
MMA9551 ファームウェアのアップグレードに失敗しました。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私のボードには、mma9551 用のファームウェアがありません。これに基づいて、コマンドインタープリターを使用して、mma9551 に新しいバージョンをダウンロードします。フラッシュ保護解除モードに入った後、フラッシュを一括消去し、新しいバージョンでフラッシュを書き込みます。ただし、アップグレード プロセスは失敗します。書き込みフラッシュ応答エラー コードは 0xD0 です。リファレンスマニュアルを読んでみると、フラッシュにアクセスする権限がないことがわかりました。しかし、起動時にフラッシュ書き込みの失敗が発生しないのは非常に奇妙に思えます。いくつかのページの書き込みは成功しましたが、特定のページにアクセスする権限がないため、アップグレード プロセスが失敗しました。誰か何かアイデアを持っていますか? さらに奇妙なのは、ファームウェアを搭載した mma9551 を搭載したボードで新しいファームウェア バージョンをアップグレードする場合です。エラーもなく成功しました。 よろしくお願いします。 加速度センサ Re: MMA9551 upgrade firmware failed. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、レスリー。 MMA9551L ボードに適切な FW がまだフラッシュされていないことに驚きました。詳細を教えていただけますか。このボードは公式デモキット KITMMA9551LEVM からのものですか、それともテープとリールからのデバイスが搭載されているものですか。デバイス パッケージ上の完全なマーキングとは何ですか? MMA955xL デバイスには、それぞれのデフォルトの FW と一部のキャリブレーション パラメータが当社の生産ラインでロードされており、さらに、対応するフラッシュ セグメントが保護されていることに注意してください。 したがって、お客様が NXP 独自の FW のロードを処理することは推奨されません。 デバイスが最初から機能していなかった場合、デバイスを交換して、デフォルトの FW が適切にロードされなかった理由を調査できます。 よろしく、ジャック。
記事全体を表示
MC33772B 的 EPAD MC33772B 底部有一块 5.4 毫米 × 5.4 毫米的裸露金属区域。 然而,PCB 设计指南建议阻焊层的开口度仅为 3.7-3.8毫米,这表明 EPAD 的尺寸约为 3.7 毫米。 在实际检查中,集成电路底部裸露的金属面积为 5.4 毫米,大于建议的 PCB 开口。 根据数据表,从 3.7 毫米(最小)到 5.4 毫米(最大)的区域被指定为 PCB 布线保留区域。 如果 3.7 毫米是建议的 EPAD 尺寸,而 3.7-5.4 毫米是建议的 EPAD 尺寸。mm 区域被定义为 PCB 布线禁止区域,为什么将整个区域设计为封装底部的裸露金属? Re: MC33772B's EPAD 您可以从下面链接文件的第 12 页阅读更多裸露焊盘的 PCB 设计。 AN4388: 四侧扁平封装 (QFP) — 应用笔记 5.2 焊锡钢网和焊锡膏 Re: MC33772B's EPAD 我已经知道了你的答案,但我真正想知道的是,为什么 MC33772 底部的金属开口面积是 5.4 毫米。 根据应用笔记,焊接开口面积为 3.7 mm,但设备的底部金属面积为 5.4 mm。为什么会有区别? 根据数据表,3.7 毫米至 5.4 毫米区域被指定为布线禁区。 有鉴于此,我想了解为什么同样是 3.7-5.4mm 区域以开放金属的形式暴露在设备底部。
記事全体を表示