基于 Arm 的微控制器（参考译文帖）(Read Only) - 最近的话题

[参考译文] MSPM0G3507：如何使用 G3507 的 MDIV

admin — Thu, 18 Jun 2026 09:36:53 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1656581/mspm0g3507-how-to-use-mdiv-of-g3507

器件型号： MSPM0G3507
主题中讨论的其他器件： ENERGYTRACE、

您好、

我想将 CPUCLK 设置为 1MHz。
根据技术参考手册、当用户希望设置的值小于 4MHz 时、我们似乎可以使用 MDIV。
因此、我在技术参考手册中谨慎设置 MDIV、我可以看到低于 4MHz 的信号、但我看到了一些优势。您能否在下面确认一下？

Q1：当我设置 2MHz 设置时、我可以看到以下信号（通过启用 CLK_OUT 功能来观察此信号。）

实际上、频率是 2MHz、但占空比很奇怪（对于时钟，在我看来，占空比应为 1：1。）
是否为预期结果？

问题 2：
设置 1MHz 设置时、看不到 1MHz 信号。（信号与 2MHz 模式相同。）
是否为预期结果？

此致、

RE: [参考译文] MSPM0G3507：如何使用 G3507 的 MDIV

admin — Fri, 26 Jun 2026 13:39:27 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、

2m->1M 将有助于推断出更多的功率。因为它们 MDIV 仍在工作。

结果是预期结果

[参考译文] MSPM0G5117：MSPM0G5117

admin — Thu, 25 Jun 2026 20:13:46 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1658721/mspm0g5117-mspm0g5117

器件型号： MSPM0G5117
主题中讨论的其他器件： MSPM0G5187、 LP-MSPM0G5187

大家好、我叫 Alejandro、我想知道 MSPM0G5117 是否有原理图检查清单。

RE: [参考译文] MSPM0G5117：MSPM0G5117

admin — Fri, 26 Jun 2026 11:50:47 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Ale：

您可以查看 MSPM0 系列：MSPM0设计流程指南的设计流程指南

MSPM0G5117 可以与 G5187 完全共享相同的原理图。 LP-MSPM0G5187 也可供您参考。

B.R.

Sal

[参考译文] AM625：AM62x 的 GPU 驱动程序问题

admin — Tue, 23 Jun 2026 08:17:13 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1657631/am625-gpu-driver-issues-of-am62x

器件型号： AM625

SDK10.01.10.04 内核版本 6.6.58+

GPU 相关的错误消息：

2026.06.05-10：37：05..714..[ 9.828723]  PVR_K： 103：设备：fd00000.GPU
2026.06.05-10：37：05..744...[  9.840287] PVR_K： 103：从硬件器件寄存器中读取 BVNC 33.15.11.3
2026.06.05-10：37：05..748.[9.856609]  PVR_K： 103：RGX 设备注册了 BVNC 33.15.11.3
2026.06.05-10:37:05..748..[  9.873282][DRM]已初始化 PVR 24.1.6554834 20170530 对于次要 1 上的 fd00000.GPU
2026.06.05-10：37：05..749...[ 10.056254] PVR_K： 224：RGX 固件映像'rgx.fw.33.15.11.3“已加载
2026.06.05-10：37：05..749...[ 10.077482] PVR_K： 224：加载了着色器二进制图像'rgx.sh.33.15.11.3“
2026.06.05-10：37：05..761.[14.225335]  2b10000.audio-controller-tlv320aic3x-hifi: ASOC：不匹配的速率对称性：2b10000.audio-controller:8000 - SoC_PCM_params_对称性：22050
2026.06.05-10:37:05..762..[ 17.400283] am65-cpsw-Nuss 8000000.Ethernet eth0：链路断开
2026.06.05-10:37:05..769.[19.940783] 平台 2b300050.目标模块：延迟探头待定
2026.06.05-10：37：05..780.[247.304232] am65-cpsw-Nuss 8000000.Ethernet eth0：PHY [8000f00.MDIO：00]驱动程序[SMSC LAN8710/LAN8720](IRQ=POLL)
2026.06.05-10：37：05..781...[ 247.314652] am65-cpsw-Nuss 8000000.Ethernet eth0：配置 phy/RMII 链路模式
2026.06.05-10：37：05..791..[ 247.372235] PVR_SYNC_FILE：PVR_SYNC_CREATE_FENCE：无法打开提供的时间轴 FD (44)
2026.06.05-10：37：05..804...[247.380602] PVR_K：（错误）： 224：SyncCheckpointCreateFence 未能为时间线<00000000499a4e77>使用同步检查点上下文<00000000b65e77a>、psNew0000aa9aa499a4e77>、SynceCheckParams=6ea900011_error>
2026.06.05-10：37：05..829..[ 247.402850] PVR_K：（错误）： 224：PVRSRVRGXKickTA3DKM：SyncCheckpointCreateFence[TA] 失败 (PVRSRV_ERROR_INVALID_PARAMS)[4239]
2026.06.05-10：37：05..865..[ 250.404159] am65-cpsw-Nuss 8000000.Ethernet eth0：链路接通 — 100Mbps/full — 流控制关闭

以下 GPU 错误消息可能会导致 Qt 程序崩溃：

2026.06.05-10：37：05..791..[ 247.372235] PVR_SYNC_FILE：PVR_SYNC_CREATE_FENCE：无法打开提供的时间轴 FD (44)
2026.06.05-10：37：05..804..[247.380602] PVR_K：（错误）： 224：SyncCheckpointCreateFence 无法使用同步检查点为时间线<44>创建新的栅栏<00000000499a4e77>

SDK： ti-processor-sdk-linux-am62xx-evm-10.01.10.04-Linux-x86-Install.bin
Linux 内核：6.6.58+
GPU 驱动程序： pvrsrvkm.ko (SDK)

RE: [参考译文] AM625：AM62x 的 GPU 驱动程序问题

admin — Fri, 26 Jun 2026 07:22:08 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

",="" roboto,="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 400;="" margin:="" 12px="" 0px="" text-decoration:="" none;="" border-bottom:="" rgb(10,="" 10,="" 10);"="">

",="" roboto,="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 400;="" margin:="" 12px="" 0px="" text-decoration:="" none;="" border-bottom:="" rgb(10,="" 10,="" 10);"="">感谢您对驾驶员行为风险的反馈。关于您在 GPU 驱动程序中修复/优化 FD 分配的建议、我们希望提供一些技术背景：

",="" roboto,="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 400;="" margin:="" 0px="" 12px;="" text-decoration:="" none;="" border-bottom:="" rgb(10,="" 10,="" 10);"="">",="" roboto,="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 400;="" margin:="" 0px;="" text-decoration:="" none;="" border-bottom:="" 0px="" rgb(10,="" 10,="" 10);"="">",="" roboto,="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 700;="" margin:="" 0px;="" text-decoration:="" none;="" border-bottom:="" 0px="" rgb(10,="" 10,="" 10);"="">内核级 FD 管理：在 Linux 中、虚拟文件系统 (VFS) 处理文件描述符的分配和回收、分配最低的可用数量。驱动程序不能强制使用特定的 FD 编号。
",="" roboto,="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 400;="" margin:="" 0px="" 12px;="" text-decoration:="" none;="" border-bottom:="" rgb(10,="" 10,="" 10);"="">",="" roboto,="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 400;="" margin:="" 0px;="" text-decoration:="" none;="" border-bottom:="" 0px="" rgb(10,="" 10,="" 10);"="">",="" roboto,="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 700;="" margin:="" 0px;="" text-decoration:="" none;="" border-bottom:="" 0px="" rgb(10,="" 10,="" 10);"="">高频 FD 操作： anon_inode:sync_file 观察到的快速变化（同步栅栏）是现代 Linux DRM/KMS 图形架构中显式同步的标准。此动态分配/发布是预期行为、而不是驱动程序缺陷。
",="" roboto,="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 400;="" margin:="" 0px="" 12px;="" text-decoration:="" none;="" border-bottom:="" rgb(10,="" 10,="" 10);"="">",="" roboto,="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 400;="" margin:="" 0px;="" text-decoration:="" none;="" border-bottom:="" 0px="" rgb(10,="" 10,="" 10);"="">",="" roboto,="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 700;="" margin:="" 0px;="" text-decoration:="" none;="" border-bottom:="" 0px="" rgb(10,="" 10,="" 10);"="">系统稳定性：由于内核立即回收 FDS、因此防止冲突取决于应用程序层是否遵循将 FD 变量重置为 -1 后立即的标准 close()。

",="" roboto,="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 400;="" margin:="" 12px="" 0px="" text-decoration:="" none;="" border-bottom:="" rgb(10,="" 10,="" 10);"="">因此、将变量重置为的修复 -1 方法是正确的标准解决方案、无需在驱动程序方面进行任何更改。

",="" roboto,="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 400;="" margin:="" 12px="" 0px="" text-decoration:="" none;="" border-bottom:="" rgb(10,="" 10,="" 10);"="">

",="" roboto,="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 400;="" margin:="" 12px="" 0px="" text-decoration:="" none;="" border-bottom:="" rgb(10,="" 10,="" 10);"="">谢谢、

",="" roboto,="" arial,="" sans-serif;="" font-size:="" 16px;="" font-weight:="" 400;="" margin:="" 12px="" 0px="" text-decoration:="" none;="" border-bottom:="" rgb(10,="" 10,="" 10);"="">Kevin

[参考译文] TMS570LS3137：安全引导加载程序

admin — Fri, 19 Jun 2026 14:24:03 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1656966/tms570ls3137-secure-bootloader

器件型号： TMS570LS3137

您好：

我们需要使用 TMS570LS3137 来实施一个安全靴、这将作为我们的推力根。然后、它将允许在下载和运行时检查应用软件。

您是否了解或参考我们如何可靠地实施此类安全启动？该微控制器没有特定的硬件。

谢谢！

此致、

Marc

RE: [参考译文] TMS570LS3137：安全引导加载程序

admin — Fri, 26 Jun 2026 06:56:43 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好：Marc、

对延迟的回复表示歉意、

请参阅以下有关安全启动的主题：

(+) TMS570LC4357-E2E：安全启动 — 基于 Arm 的微控制器论坛 — 基于 Arm 的微控制器 — TI EP 支持论坛

您还可以通过以下链接下载安全引导加载程序参考示例：

(+) SAFETI-HERCULES-DIAG-LIB-CSP：SafetyMCU_Bootloader - API 解决方案论坛 — API 解决方案 — TI E2E 支持论坛

有关所有其他示例、请参阅以下主题：

(+)【常见问题解答】TMS570LC4357：Hercules 控制器的示例和演示（例如 TMS570x、RM57x 和 RM46x 等）-基于 Arm 的微控制器论坛 — 基于 Arm 的微控制器 — TI E2E 支持论坛

--
此致、
Jagadish。

RE: [参考译文] TMS570LC4357-RoHS：EP

admin — Fri, 26 Jun 2026 06:47:48 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、David：

同样的情况也适用于该 EP 器件。

--
此致、
Jagadish。

[参考译文] TMS570LC4357-RoHS：EP

admin — Thu, 25 Jun 2026 10:21:16 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1658503/tms570lc4357-ep-rohs

器件型号： TMS570LC4357-TMS570LC4357 EP
Thread 中讨论的其他器件： TMS570LC4357

器件的数据表和其他信息不说明 TMS570LC4357 是否符合 RoHS 标准。请您告诉我有关 RoHS 合规性或结构中使用的不兼容性的文档。

[参考译文] TMS570LS0914：费用数据已损坏

admin — Thu, 25 Jun 2026 12:18:34 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1658557/tms570ls0914-fee-data-corrupted

器件型号： TMS570LS0914
主题中讨论的其他器件： HALCOGEN

尊敬的团队：

我正在处理基于 TMS570LS0914 的应用程序、并采用以下设置：

系统配置

MCU： TMS570LS0914
引导加载程序存在
应用程序起始地址： 0x00020000
工具： HALCoGen（TI 费用驱动程序）
费用存储： Flash Bank 7
费用配置：
- 块数： 16
- 块大小： 64 字节
- 块开销： 24 字节
- 虚拟扇区：
  - 共计：4.
  - 每个 EEPROM： 2.
- 虚拟页大小： 8 字节
- 变量数据集： 已启用
- 校验和： 已启用

观察结果

无需引导加载程序
- 应用程序正常运行
- 费用读/写按预期工作
- ASW（应用软件）行为正常
使用引导加载程序 (APP 为 0x20000)
- BSW 工作正常
- 执行费用 API 时不返回明确错误
- 但 ASW 行为变得不正确
关键发现
- 当我 禁用所有与 NVM/费用相关的参数时、ASW 将正常工作
- 这表明问题与 影响 ASW 变量的费用数据读取/写入有关
临界观察（特定于块的行为）
- 费用有 16 个块（每个 64 字节）
- 数据用于多个块（例如块 5 和块 6）

案例 1： 仅使用块 6→ASW 工作正常

案例 2：使用 块 5 和块 6→ASW 失败

案例 3：禁用 块 5→ASW 再次工作

分析已完成

已验证链接器配置：
- 应用程序位于 0x00020000
- 没有明显的 RAM 重叠
费用数据存储在 银行 7
行为表明：
- 无直接崩溃或异常
- 读取费用期间可能发生数据损坏
问题似乎 与位置/布局相关、而不是特定于块内容

问题

这可能与以下各项有关：
- 跨 虚拟行业边界的费用限制包装？
- 8 字节写入粒度导致的对齐问题？
在以下情况下是否存在任何已知问题：
- 应用程序会重定位（引导加载程序大小写）
- 费用布局保持不变？
费用是否需要：
- 用于垃圾收集等内部操作的额外可用空间（超出配置的块）
虚拟扇区大小可能不足、 从而导致：
- 启用其他块（例如块 5）时是否损坏？
有关以下方面的任何已知限制：
- 块排序
- 块对齐
- 还是总可用容量与配置容量之间的关系？

此致、

Prajakta.

RE: [参考译文] TMS570LS0914：费用数据已损坏

admin — Fri, 26 Jun 2026 06:44:53 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Prajakta：

我以前从未遇到过收费问题、

我建议您参考下面的主题一次、这看起来与您的应用有关。

(+) TMS570LC4357：引导加载程序问题 TMS570LC4357 — 基于 Arm 的微控制器论坛 — 基于 Arm 的微控制器 — TI E2E 支持论坛

如果这无法解决您的问题、那么我建议您创建一个包含问题的示例工程、因为这样有助于在最后轻松进行调试

--
此致、
Jagadish。

RE: [参考译文] AM625：AM62x 的 GPU 驱动程序问题

admin — Fri, 26 Jun 2026 06:34:34 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Kevin：
应用层通常会关闭文件描述符 fd 并将其设置为–1、这解决了该问题；
但是、GPU 驱动程序反复打开文件描述符 FD 仍然存在重大风险；是否可以优化驱动程序仍有待观察。具体而言、我们需要检查驱动程序模块“pvrsrvkm.ko“中的文件描述符 fd

RE: [参考译文] AM625：AM62x 的 GPU 驱动程序问题

admin — Fri, 26 Jun 2026 05:25:26 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Dongliang：

文件描述符由内核动态分配。应在应用层进行正确修改：标准化套接字闭合管理：在网络线程中、执行 close_socket_fd 后；该变量必须立即显式重置：socket_fd =–1；。

如果遵循上述方法、您仍然看到任何错误吗？

谢谢、

Kevin

RE: [参考译文] AM625：AM62x 的 GPU 驱动程序问题

admin — Fri, 26 Jun 2026 03:38:40 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

lrwx----- 1 根 root、7 月 64 日、01：16 45 ->/dev/dri/renderD128
问题是 Fd=45（最初是由主机创建的 sockfd）在关闭后未设置为–1。这导致主机在以后切换网络类型时错误地确定了 sockfd>1、然后再次将其关闭。但是、内核已将 44 个资源重新分配给另一个资源 (/dev/dri/renderD128)、从而导致该资源意外释放。

RE: [参考译文] AM625：AM62x 的 GPU 驱动程序问题

admin — Fri, 26 Jun 2026 02:45:53 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好 Kevin：

你是对的。这是由 GPU 驱动程序中的文件描述符 FD 与应用程序网络套接字文件描述符 FD 重叠关闭引起的。建议在 GPU 驱动程序中修复文件描述符 FD。

RE: [参考译文] AM625：AM62x 的 GPU 驱动程序问题

admin — Fri, 26 Jun 2026 02:43:21 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

你好 Shriya：

EVM 硬件；

GPU 驱动程序经常会进行打开/关闭操作；有一个网络线程会广播 GPU 驱动程序的打开和关闭、但它无法将网络套接字文件描述符 (FD) 分配给–1。这会导致在分配期间与 GPU 驱动器 FD 重叠、然后执行关闭操作。因此、GPU 驱动程序遇到异常、导致来自主机的异常接口调用并最终导致崩溃；

建议: GPU 驱动程序是否可以在内部修复文件描述符 (FD) 以便不会频繁更改? 频繁的更改可能会导致 FD 重叠、其他应用程序可能会关闭此重叠、从而导致例外情况；

RE: [参考译文] MSPM0G3507：如何使用 G3507 的 MDIV

admin — Fri, 26 Jun 2026 01:30:50 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、

在之前的数据中、由于我启用了“clkout“、因此我禁用了该功能。

结果是所有功能均被禁用、IO 被设置为“输出“并设置为“低电平“。（我将“sleep0“设置为低功耗模式。）

32MHz

4MHz

有一些规格与数据表类似。(IDD“睡眠“）

2MHz

1MHz

正如我之前所说的、实际功耗稳步降低。但比率太小。
再次,它是预期的结果吗?

此致。

RE: [参考译文] MSPM0G5117：MSPM0G5117

admin — Thu, 25 Jun 2026 20:39:23 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

感谢您的回复、我目前正在编写包含 MSPM0G5117 而不是 G5187 的原理图、如以下链接所示：

https://www.ti.com/product/MSPM0G5117?keyMatch=MSPM0G5117&tisearch=universal_search&usecase=GPN

我一直希望参考原理图检查清单或显示不同端口所需特定无源器件及其最小值、典型值和最大值的文件、来确保我的原理图都是正确的。

RE: [参考译文] MSPM0G5117：MSPM0G5117

admin — Thu, 25 Jun 2026 20:23:36 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

不清楚您要查找的内容、但 LaunchPad 文档中有 MSPM0G5187 的原理图：

https://www.ti.com/lit/ug/slau967/slau967.pdf

[参考译文] AM2612：OSPI 控制器传输

admin — Thu, 25 Jun 2026 14:11:58 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1658624/am2612-ospi-controller-transfer

器件型号： AM2612

您好团队：

是否可以将数据直接从一个 OSPI 控制器复制到另一个控制器？

用例是在将数据从闪存传输到 PSRAM 时启动。

否则、需要先将其复制到 OCSRAM、然后按块复制到 PSRAM。

此致
Manuel

RE: [参考译文] AM2612：OSPI 控制器传输

admin — Thu, 25 Jun 2026 14:15:48 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Manuel：

无法直接复制 OSPI 0 到 OSPI 1。

必须通过使用 OCRAM 作为中间位置来完成。

RE: [参考译文] LP-AM261：通过 PHY 更改所需的软件修改 (DP83869>；DP83826A)

admin — Thu, 25 Jun 2026 13:51:41 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

Sure Ted、

我将向团队提供此反馈。

[参考译文] LP-AM261：通过 PHY 更改所需的软件修改 (DP83869>；DP83826A)

admin — Thu, 18 Jun 2026 13:56:20 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1656666/lp-am261-required-software-modification-by-phy-change-dp83869--dp83826a

器件型号： LP-AM261
主题中讨论的其他器件： DP83869、 SysConfig、 DP83826E、DP83826AE

您好 ASM 团队：

我的客户使用与 LP-AM261 相同的引脚图构建了定制电路板。

但他们将 PHY 从 DP83869（增强模式）更改为 DP83826A（基本模式）。

通过这种更改、会发生链路断开、并且无法与 TwinCAT PC 通信。

我在 SysConfig 中将 PHY 设置从 DP83869 更改为 DP83826A。也已清除增强模式的复选框、但仍然不起作用。

固件端是否还需要进行任何修改？

此致、

TED

[参考译文] TMS570LS3137：发生 MCU 故障时启动和拒绝服务增强

admin — Thu, 25 Jun 2026 12:35:50 GMT

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1658566/tms570ls3137-startup-and-denial-of-service-enhancement-upon-mcu-failures

器件型号： TMS570LS3137

您好：

根据工程演示和推荐、我们为 SW 实施了一个启动序列、其中包含一些用于验证初级 MCU 功能（CPU、PBIST 等）的测试。正常工作。

对于其中的几项测试（见下文）、在发生故障时、我们实施了无穷大的循环反应、以避免在没有复位机制的情况下运行更多应用程序。

为了增强我们的软件并尽可能避免“拒绝服务“（因为在失败的情况下会出现无限循环）、我想知道您是否有任何建议如何处理这些故障、或者我们是否可以继续（在可能的情况下）启动应用程序？（日志警告，否则，...）

以下是 MCU 启动时的相关测试：

PLL 故障：_errata_SSWF021_45_BOTH_PLLs (PLL_retries)！= 0U。
ESM 组 3 错误
PINMUX 寄存器：写入和读取测试。
STC 和 CPU 自检。
PBIST SRAM、STC ROM、ROM 自检。
CCMR4F 自检：(CCMR4F_SELF_TEST/CCMR4F_ERROR_FORCED_TEST/

CCMR4F_SELF_TEST_ERROR_FORCED)

谢谢！

此致、

Marc