处理器（参考译文帖）(Read Only) - 最近的话题

[参考译文] J721S2XSOMXEVM：UDMA McASP 到 C7x L2 SRAM

admin — Tue, 26 May 2026 20:49:28 GMT

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1649582/j721s2xsomxevm-udma-mcasp-to-c7x-l2-sram

器件型号： J721S2XSOMXEVM

您好、
我有一个使用 UDMA 将数据移入和移出 McASP_0 的工程。为此、我修改了 TI PDK UDMA_ADC_TEST 示例应用。在某些情况下一切正常运行、但我想将 DMA 缓冲器放在 C7x_0 内核的 L2 SRAM 中。当我声明具有属性的缓冲区时：
__attribute__((section（“.L2_data“）)__attribute__((aligned (UDMA_CACHELINE_ALIGNAL)))；
它立即崩溃。
从 Blackhawk 调试器中、我只得到：
（错误–1351 -(0：0：0)) 寄存器或存储器请求已超时。 CPU 正在执行高优先级中断、这通常是由于双页故障导致的。选择“强制“以强制 CPU 进入允许调试 HPI 为什么处于活动状态的状态。（仿真包 12.6.0.00029）

如果我不从属性中选择、缓冲区将进入外部 RAM、内核工作正常。发生了什么情况、我无法将 L2 用于这些缓冲区？

谢谢、
马特

RE: [参考译文] J721S2XSOMXEVM：UDMA McASP 到 C7x L2 SRAM

admin — Fri, 29 May 2026 16:32:29 GMT

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

尊敬的 Matt：

[quote]我在这里找到了我的问题。我有一个 memset()、其大小作为参数给出了错误。由于某种原因、当缓冲区位于外部内存中时、它不会导致问题。[/quote]

如果问题得到解决、我们可以关闭此 TT 吗？

此致、
Shabary S Sundar

[参考译文] F29H850TU：F29H850TU 引导加载程序 — 入门

admin — Wed, 27 May 2026 14:46:50 GMT

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1649914/f29h850tu-f29h850tu-bootloader---getting-started

器件型号： F29H850TU

您好：

我目前正在深入研究 F29H850TU 的引导加载程序选项、目标是通过 UART 和 CAN 进行固件更新。

技术参考手册介绍了这些引导模式。但是、关于确切的通信协议以及它在实践中的使用方式、我有点迷失。

一些具体问题：

一般文档：
-是否有其他文档详细描述 UART 和 CAN 引导加载程序协议（数据包格式，命令，握手等）?
-是否有专门针对 F29h850TU 通过 UART/CAN 进行固件更新的应用手册或示例?

工具、即用型解决方案：
-是否有现成的主机工具（例如 PC 应用程序或脚本）用于 UART 和/或 CAN 固件下载?

引导 ROM 使用情况：
-集成的引导 ROM 引导加载程序是用于生产/现场固件更新,还是主要用于开发/编程?
-与实现自定义引导加载程序相比,是否有任何限制（例如性能，稳健性，错误处理）?
-是否支持并建议从正在运行的应用程序跳转到引导 ROM 引导加载程序?
- UART/CAN 引导加载程序协议是固定的,版本稳定,还是可以在不同器件版本之间更改?

安全/HSM 交互：
-是否可以将 UART/CAN 引导加载程序与安全启动一起用于现场更新?
- HSM 如何与引导加载程序交互?

非常感谢您的支持。

RE: [参考译文] F29H850TU：F29H850TU 引导加载程序 — 入门

admin — Fri, 29 May 2026 16:21:15 GMT

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

您好、

请参阅以下应用手册：

https://www.ti.com/lit/an/spradn0/spradn0.pdf

谢谢

RE: [参考译文] J721S2XSOMXEVM：UDMA McASP 到 C7x L2 SRAM

admin — Fri, 29 May 2026 16:19:55 GMT

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

您好、
我在这里找到了我的问题。我有一个 memset()、其大小作为参数给出了错误。由于某种原因、当缓冲区位于外部存储器中时、它不会导致问题。

谢谢、
马特

RE: [参考译文] TMDS64EVM：AM64x HS 安全启动：更改 ti-u-boot 签名证书后、引导仍然成功

admin — Fri, 29 May 2026 16:11:32 GMT

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

请查看<3。 GP 和 HS (HS-SE 和 FS) 上 x.509 证书/签名验证的差异>
关于：【常见问题解答】片上 RoM-Boot-Loader (RBL) 引导 R5F-BL（引导加载程序）中的 AM64x/AM243x SoC 冗余/恢复引导支持
希望它有助于澄清您的问题。
此致、
- Hong

[参考译文] TMDS64EVM：AM64x HS 安全启动：更改 ti-u-boot 签名证书后、引导仍然成功

admin — Fri, 29 May 2026 14:25:37 GMT

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1650670/tmds64evm-am64x-hs-secure-boot-boot-still-succeeds-after-changing-ti-u-boot-signing-certificate

器件型号： TMDS64EVM

TI 团队大家好、

我正在调查使用 TMDS64EVM 和 ti-u-boot 的 AM64x HS 器件上的安全启动行为。

我的目标是为 HS 器件构建 ti-u-boot 引导工件、但使用与 TI 最初提供的证书/密钥不同的证书/密钥进行签名。

对于此测试、我使用：

TI-u-boot 分支： ti-u-boot-2025.01
TI-u-boot 提交/标签： 11.02.11
用于 ti-u-boot 构建流程的 MCU+ SDK： mcu_plus_sdk_am64x_11_00_00_15

为此、我修改了 k3-am64x-binman.dtsi 签名配置并将其更改为使用自定义密钥文件。相关部分是：

sysfw-inner-cert;
keyfile = "<custom_key>";
sw-rev = <1>;

进行此修改后、我重建了以下伪影：

tiboot3.bin
tispl.bin
u-boot.img

根据编译输出和我对生成的二进制文件的检查 tiboot3.bin 、似乎现在已使用自定义密钥签名。

然后、我在 TMDS64EVM 上使用 DFU 刷写了 eMMC 并启动了电路板。 UART 输出为：

U-Boot SPL 2025.01-00773-gdf1fe2382304-dirty (May 29 2026 - 10:44:10 +0000)
SYSFW ABI: 4.0 (firmware rev 0x000b '11.2.5--v11.02.05 (Fancy Rat)')
Set clock rates for '/a53@0', CPU: 1000MHz at Speed Grade 'S'
Trying to boot from MMC1
Authentication passed
Authentication passed

基于此结果、我想阐述一下我对安全启动流程的理解。

我的问题是：

在 AM64x HS 器件上、如果我以这种方式更改签名证书/密钥、引导过程是否应该被阻止？
如果预计引导失败、这是否意味着更改 keyfile 中的 k3-am64x-binman.dtsi 证书不足以改变身份验证链中实际使用的证书？
是否涉及另一个还必须更新或配置的证书、密钥或信任根元素？
是否有任何器件配置、保险丝设置或电路板安全状态注意事项可解释为什么即使在进行此更改后引导仍能成功继续？

我期望用不同的签名证书替换签名证书会导致 HS 器件上的身份验证失败、但观察到的日志表明身份验证仍然通过。

感谢您的指导。

[参考译文] AM2632：GPIO 多路复用引脚

admin — Fri, 29 May 2026 03:40:53 GMT

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1650437/am2632-gpio-muxed-pin

器件型号： AM2632
主题： SysConfig 中讨论的其他器件

大家好、E2E 专家：

我正在查找 AM263x Sitara[emoticon:7d377b609b6f44bf9290e3d8a0b9a733] 微控制器的完整“GPIO 多路复用引脚表“。

我查看了这几个数据表 (SPRSP18D、SPRUJ17I、SPRUJ10F)、但找不到这几个数据表。

请向我发送 AM263x Sitara[emoticon:7d377b609b6f44bf9290e3d8a0b9a733] 的完整“GPIO 多路复用引脚表“、为硬件设计 IO 信号、与所连接的信号类似。

SysConfig 不会列出具有多路复用配置和信号外设的完整 IO。

此致、

公务员制度委员会

RE: [参考译文] AM2632：GPIO 多路复用引脚

admin — Fri, 29 May 2026 16:03:53 GMT

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

你好、TICEC、

感谢您联系我们。您要查找的 GPIO 引脚多路复用信息可在 AM263x 器件数据表 (SPRSP18D) 的引脚属性表中找到。我知道此格式与您参考的合并多路复用器矩阵视图不同、这会使交叉参考更具挑战性。

当前文档：

每个引脚的多路复用器选项在引脚属性表中列为单独的行、而不是以矩阵格式列出
每行代表该引脚的可用多路复用模式选项之一
虽然内容全面、但这种格式需要更加努力地可视化完整的引脚多路复用映射

正在进行的改进：

为了解决这一问题、我正在积极与我们的团队合作进行两项改进：

SysConfig“提取 PinMux“特性：与我们的 SDTO 开发团队合作添加功能、这些功能可将 SysConfig 工具的引脚图视图中的完整 pinmux 配置直接导出到 CSV 文件。这将提供全面的 IO 列表以及您需要的多路复用器配置。
数据表增强功能：与我们的数据表团队合作、在未来的数据表修订版本中以及现有的“引脚属性“表中添加引脚多路复用矩阵表（类似于随附的参考）。

同时：

为了满足您即时的硬件设计需求、我建议：

使用 SPRSP18D 中的“引脚属性“表作为主要参考
与 SysConfig 交叉参考、用于引脚配置验证
如果您在解释特定引脚或多路复用模式时需要帮助、请告诉我、我可以帮您澄清

我将随时向您介绍这些改进的最新进展。如果您对特定的引脚配置有疑问、请随时联系我们。

此致、
Zackary Fleenor

RE: [参考译文] TMDS64EVM：AM64x HS 安全启动：更改 ti-u-boot 签名证书后、引导仍然成功

admin — Fri, 29 May 2026 16:02:08 GMT

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

我还有一个问题：

什么意味着在 uboot 串行输出上传递 Autentication？

RE: [参考译文] TMDS64EVM：AM64x HS 安全启动：更改 ti-u-boot 签名证书后、引导仍然成功

admin — Fri, 29 May 2026 15:55:06 GMT

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

您好、
感谢您的快速答复。
SOC 仍处于 FS

最佳、Bruno

RE: [参考译文] TMDS64EVM：AM64x HS 安全启动：更改 ti-u-boot 签名证书后、引导仍然成功

admin — Fri, 29 May 2026 15:53:07 GMT

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

您好：
如果尚未 FS 将 SoC 状态/类型从 HS-SoC 转换为 HS-SE、则预计会出现观察到的行为。
电路板上的 SoC 状态/类型是什么？
此致、
- Hong

RE: [参考译文] AM6442：间歇性 eMMC 引导问题

admin — Fri, 29 May 2026 15:29:19 GMT

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

尊敬的 Will：

感谢您的更新。

日志显示 MMC 总线仅运行到 25MHz、因此 DLL 与问题无关。

[参考译文] AM6442：间歇性 eMMC 引导问题

admin — Fri, 16 Jan 2026 21:28:24 GMT

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1607592/am6442-intermittent-emmc-boot-issue

器件型号： AM6442
主题中讨论的其他器件： AM62P、 LP8733

客户在基于 TI AM6442 的模块上运行 U-boot + Linux。绝大多数情况下、它启动并运行正常。有时、在软件重新启动后、系统会从 8GB Micron eMMC 加载引导加载程序、并且（作为任何 eMMC 的正常引导过程的一部分）开始检测和设置更快的 eMMC 模式。在某些情况下、它会出现 eMMC 超时且系统挂起的问题。他们增加了一个软件重启以摆脱挂起、虽然系统重启并再次从 eMMC 加载并运行到引导加载程序、但它会出现相同的问题。这会导致持续的重启循环。关机后再开机可清除此问题。

该问题已观察到 10 到 20 次、通常是在软件更新后重新启动系统后。在这种情况下、系统已经启动并运行了几周。

在调试过程中、客户尝试使用在引导加载程序结束时重新引导的自定义映像、而不是引导 Linux。他们尽可能快地执行了第二次背引导、以查看是否会触发故障情况。超过 15,000 次重启循环未成功。在许多不同的配置（重 eMMC 读写，系统闲置，系统执行软件更新等）中,也进行了 1000 次重新启动。

对于 eMMC、禁用 HS200 和 HS400 模式

引导日志（正常和不工作）显示 EEPROM 读取错误：

SYSFW ABI：4.0（固件版本 0x000a '10.1.8--v10.01.08 (Fiery Fox)')
EEPROM 在 0x50 处不可用、尝试在 0x51 处读取
读取 0x51 处的板载 EEPROM 失败–121

客户正在调查此问题、以查看是否存在潜在的 I2C 挂起问题以及后续的引导故障

实际的引导失败消息是：

MMC_GET_OP_COND：UHS_EN=0、–110

MMC_GET_OP_COND：MMC_SEND_OP_COND ()–110

卡未响应电压选择！ :–110

SPL：MMC 初始化失败、错误：–95

SPL：无法从所有引导设备引导

2.客户还检查 eMMC 复位是否从 AM644x 到 eMMC 的硬件和软件都正确置为有效

3. eMMC 传统模式似乎可以正常工作,因此正在研究这种模式对性能的影响。

如果有任何其他建议需要检查、请告诉我。

谢谢！

[参考译文] AM62P：GPU 电压电源和速度

admin — Fri, 29 May 2026 02:43:00 GMT

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1650667/am62p-gpu-voltage-supply-and-speeds

主题： AM62P 中讨论的其他器件

Anshu、

GPU 是否必须在 0.85V VDD_CORE 下工作？数据表未显示相关信息。

RE: [参考译文] AM62P：GPU 电压电源和速度

admin — Fri, 29 May 2026 14:36:22 GMT

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

尊敬的 Tony：

我将这一讨论分成了一个新主题。

假设您使用具有 GPU 的 AM62P 器件、您可以使用 0.75V 或 0.85V 电压来为 VDD_CORE 供电、以便 GPU 正常工作。

根据速度等级的不同、它将改变 GPU 的工作频率。

此致、

Anshu

RE: [参考译文] AM6442：间歇性 eMMC 引导问题

admin — Fri, 29 May 2026 14:29:22 GMT

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

尊敬的 Bin：

您可以忽略我几天前提供的报告。存在一个无关的问题、导致该电路板无法按预期启动。

昨天、我在主板上使用最新补丁启动了一个映像、该映像似乎出现了问题。电路板像以前一样卡滞并在电源循环中恢复：

U-Boot SPL 2024.04-ti-g0623014d0ace (Feb 17 2026 - 15:38:12 +0000)
R5 Hardware, booted from 'primary' partition
Reset Source: SW_MCU_WARMRST
SYSFW ABI: 4.0 (firmware rev 0x000a '10.1.8--v10.01.08 (Fiery Fox)')
EEPROM not available at 0x50, trying to read at 0x51
Reading on-board EEPROM at 0x51 failed -121
SPL initial stack usage: 13400 bytes
Trying to boot from MMC1
spl_mmc_load: 0 2048
spl_mmc_load: mcc dev 0
clock is disabled (0Hz)
clock is enabled (400000Hz)
mmc_get_op_cond: uhs_en=0, -110
clock is enabled (25000000Hz)
clock is enabled (25000000Hz)
spl_mmc_load: spl_mmc_boot_mode 3
spl: MMCSD_MODE_EMMCBOOT
spl: mmc boot mode: raw
spl_mmc_load: raw_sect got set to 2048
spl_mmc_load: CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_USE_SECTOR
mmc_pol_check_fit_hash: checking hash of fit image; fit_image 0x81e01340, fit_length 962595...
mmc_load_image_raw_sector: loading fit image from primary partition
_spl_load: reading from offset 0x100000
_spl_load: header magic FDT_MAGIC
## Checking hash(es) for config conf-0 ... OK
## Checking hash(es) for Image atf ... OK
## Checking hash(es) for Image tee ... OK
## Checking hash(es) for Image dm ... OK
## Checking hash(es) for Image spl ... OK
Authentication passed
## Checking hash(es) for Image fdt-0 ... OK
Authentication passed
_spl_load: simple_fit returned 0
Loading Environment from nowhere... OK
init_env from device 9 not supported!
jump_to_image_no_args: Authenticating image: addr=701c0000, size=54644, os=arm-trusted-firmware
Authentication passed
jump_to_image_no_args: Authenticating image: addr=9e800000, size=660404, os=tee
Authentication passed
Starting ATF on ARM64 core...

NOTICE:  BL31: v2.11.0(release):v2.11.0-906-g58b25570c9-dirty
NOTICE:  BL31: Built : 04:20:32, Nov  1 2024
I/TC:
I/TC: OP-TEE version: 4.1.0-2-gbfcdcd35c-dev (gcc version 13.3.0 (GCC)) #1 Tue May 20 13:26:54 UTC 2025 aarch64
I/TC: Primary CPU initializing
I/TC: GIC redistributor base address not provided
I/TC: Assuming default GIC group status and modifier
I/TC: SYSFW ABI: 4.0 (firmware rev 0x000a '10.1.8--v10.01.08 (Fiery Fox)')
I/TC: HUK Initialized
I/TC: Activated SA2UL device
I/TC: Enabled firewalls for SA2UL TRNG device
I/TC: SA2UL TRNG initialized
I/TC: SA2UL Drivers initialized
I/TC: Primary CPU switching to normal world boot

U-Boot SPL 2024.04-ti-g0623014d0ace (Feb 17 2026 - 15:38:12 +0000)
A53 Hardware
SYSFW ABI: 4.0 (firmware rev 0x000a '10.1.8--v10.01.08 (Fiery Fox)')
EEPROM not available at 0x50, trying to read at 0x51
Reading on-board EEPROM at 0x51 failed -121
Trying to boot from MMC1
spl_mmc_load: 0 6144
spl_mmc_load: mcc dev 0
clock is disabled (0Hz)
clock is enabled (400000Hz)
mmc_get_op_cond: uhs_en=0, -110
mmc_get_op_cond:mmc_send_op_cond() -110
Card did not respond to voltage select! : -110
spl: mmc init failed with error: -95
SPL: failed to boot from all boot devices
### ERROR ### Please RESET the board ###
### Forcing COLD RESET ###

如果您有任何问题或建议、请告诉我。

[参考译文] J784S4XEVM：重新引导测试期间的 CSI UDMA 问题

admin — Tue, 19 May 2026 07:01:28 GMT

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1647135/j784s4xevm-csi-udma-issue-during-reboot-test

器件型号： J784S4XEVM

您好：

我有一个与间歇性 CSI UDMA 相关的错误相关的问题。

(SDK 版本：RTOS 11.01、Linux：11.01)

（BOOT_APP 引导模式）

在 CSI 测试期间、我正在运行重复的重新启动测试、偶尔会看到与 UDMA 相关的错误。

在我的实现中、RX 任务初始化 UDMA、TX 任务仅使用由 RX 任务初始化的 UDMA 句柄。


// RX Task
static int32_t CsirxApp_init(Csi_commonObj* appCommonObj)
{
    int32_t retVal = FVID2_SOK, dmaStatus = UDMA_SOK;
    Udma_DrvHandle drvHandle;
    Udma_InitPrms   udmaInitPrms;
    Fvid2_InitPrms initPrms;

        /* Fvid2 init */
    Fvid2InitPrms_init(&initPrms);
    initPrms.printFxn = &App_fvidPrint;
    retVal = Fvid2_init(&initPrms);
    if (FVID2_SOK != retVal)
    {
        GT_0trace(CsirxAppTrace, GT_ERR,
                  APP_RX_NAME ": Fvid2 Init Failed!!!\r\n");
    }

    drvHandle = &appCommonObj->udmaDrvObj;
    UdmaInitPrms_init(UDMA_INST_ID_BCDMA_0, &udmaInitPrms);
    udmaInitPrms.printFxn = &App_dmaPrint;
    dmaStatus = Udma_init(drvHandle, &udmaInitPrms);
    if(UDMA_SOK != dmaStatus)
    {
        retVal = FVID2_EFAIL;
        GT_0trace(CsirxAppTrace, GT_ERR,
                  APP_RX_NAME ": UDMA Init Failed!!!\r\n");
    }

// TX Task
static int32_t CsitxApp_init(Csi_commonObj* appCommonObj)
{
    int32_t retVal = FVID2_SOK;
    Udma_DrvHandle drvHandle;

    Csitx_initParamsInit(&appCommonObj->txinitPrms);
    drvHandle = &appCommonObj->udmaDrvObj;

    appCommonObj->txinitPrms.drvHandle = drvHandle;      
    retVal = Csitx_init(&appCommonObj->txinitPrms);
    if (FVID2_SOK != retVal)
    {
        GT_0trace(AppTrace, GT_ERR,
                  APP_TX_NAME ": System Init Failed!!!\r\n");
    }


    return (retVal);
}

TX 任务使用等待 RX 初始化 Semaphore_pend()。
RX 任务完成初始化后、它将发送 Semaphore_post() 到 TX 任务、然后调用 Fvid2_start()。

一旦 TX 任务从 RX 任务接收到信标,它就会继续自己的初始化,然后调用 Fvid2_start()。

错误消息如下所示。
没有固定的模式、但大约在大约 30 个重启测试周期后发生一次。

CSI_RX_TASK:===================Setup Details===================
csi/csi_rx_func.c @ Line 338: CSI_RX_TASK: Three Capture Instance 0, 1, 2 instance
CSI_RX_TASK: Capture DF:0x2a
CSI_RX_TASK: Capture Resolution:1024 x 131
CSI_RX_TASK:===================================================

Clock Freq: CSITX_MOD_ESC_CLK = 20000000Hz
Clock Freq: CSITX_MOD_DPHY_TXBYTECLKHS_CLK = 0Hz
Clock Freq: CSITX_MOD_VBUS_CLK = 250000000Hz
Clock Freq: CSITX_MOD_MAIN_CLK = 500000000Hz
CSI_RX_TASK:Set D-PHY Configuration Successful for CSIRX instance 0!!!
CSI_RX_TASK:Error Events Registration Successful for CSIRX instance 0!!!
CSI_RX_TASK: CSIRX Capture created for CSIRX instance 0
CSI_RX_TASK:Set D-PHY Configuration Successful for CSIRX instance 1!!!
CSI_RX_TASK:Error Events Registration Successful for CSIRX instance 1!!!
CSI_RX_TASK: CSIRX Capture created for CSIRX instance 1
CSI_RX_TASK:Set D-PHY Configuration Successful for CSIRX instance 2!!!
CSI_RX_TASK:Error Events Registration Successful for CSIRX instance 2!!!
CSI_RX_TASK: CSIRX Capture created for CSIRX instance 2
[UDMA] [Error] Sciclient event config failed!!!
[UDMA] [Error] Event config failed!!
[UDMA] Assertion @ Line: 991 in src/udma_event.c: (UDMA_EVENT_INVALID != vintrNum) : failed !!!
[UDMA] [Error] Sciclient event config failed!!!
[UDMA] [Error] Event config failed!!
src/csitx_drvUdma.c @ Line 332: [ERROR]UDMA CQ event register FAILED!!!
src/csitx_drv.c @ Line 345: Instance create failed!!!
src/csitx_drv.c @ Line 1392: [ERROR]UDMA channel close FAILED!!!
src/csitx_drv.c @ Line 1392: [ERROR]UDMA channel close FAILED!!!
src/csitx_drv.c @ Line 1392: [ERROR]UDMA channel close FAILED!!!
src/csitx_drv.c @ Line 1392: [ERROR]UDMA channel close FAILED!!!
src/csitx_drv.c @ Line 376: Create failed for given configuration
src/fvid2_drvMgr.c @ Line 777: Driver create failed!!

如果有任何推荐的解决方案或解决方法、请告知可能导致此问题的原因吗？

RE: [参考译文] J784S4XEVM：重新引导测试期间的 CSI UDMA 问题

admin — Fri, 29 May 2026 13:55:04 GMT

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

尊敬的 Hojung：

[quote]现在、我将再次检查全局变量初始化。谢谢[/quote]

好的、没问题。

TI SDK 会在 Vision Apps 中提供一些实用程序测试。我鼓励您将这些资源用于您尝试测试的任何内容。

希望您使用 Vision Apps 框架构建您的测试应用程序。

此致

Suman

RE: [参考译文] AM62P：AM62P DM 内核 MCAN 访问

admin — Fri, 29 May 2026 12:53:14 GMT

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

[quote]这意味着在这 2 个 MCAN 模块中、我可以使用任何一个到 DM 内核？[/quote]

是的、正确。

[参考译文] AM62P：AM62P DM 内核 MCAN 访问

admin — Fri, 29 May 2026 10:07:47 GMT

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1650584/am62p-am62p-dm-core-mcan-access

部件号： AM62P

您好、

我在 AM62P MCU 方面工作、在一些论坛讨论中、我注意到提到可以在 DM 内核上访问的功能有限、或者可能无法在 DM 内核上使用 CAN 驱动程序。

我需要使用 3 个 CAN 节点、其中每个 MCU 内核、DM 内核和 A53 都需要访问一个 CAN 接口。每个 CAN 接口是静态分配给特定内核、还是任何内核可以通过正确的资源分配/配置来使用任何 CAN 实例？

此外、是否可以使用 MCU+ SDK 在 DM 内核上实现？

RE: [参考译文] AM62P：AM62P DM 内核 MCAN 访问

admin — Fri, 29 May 2026 12:46:33 GMT

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

你好, 见塔卡

[quote]A CAN 模块未分配给特定内核、对于 AM62P、2 MCAN 模块分配给 MCU 域[/quote]

哪种情况意味着在这 2 个 MCAN 模块中、我可以将任何一个 MCAN 模块用于 DM 内核？

[参考译文] AM62P：通过 USB 刷写 AM62P MCU

admin — Fri, 22 May 2026 12:16:14 GMT

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1648596/am62p-am62p-mcu-flashing-through-usb

部件号： AM62P
Thread 中讨论的其他器件： UNIFLASH

您好、

我正在研究 AM62P R5 内核、并想知道是否可以使用 USB 引导模式刷写 MCU 和 DM 内核。

目前、我正在将器件切换到 UART 引导模式、并使用该 uart_uniflash 工具对其进行刷写。

RE: [参考译文] AM62P：通过 USB 刷写 AM62P MCU

admin — Fri, 29 May 2026 12:27:09 GMT

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

尊敬的 Abhijith Raj ：

[引述 userid=“686310“ url=“~/support/processors-group/processors/f/processors-forum/1648596/am62p-am62p-mcu-flashing-through-usb/6356275

此外、我们最近还添加了对 snagfactory Processor SDK 中所述工具的支持。该工具还支持通过 USB DFU 接口进行刷写：

https://software-dl.ti.com/processor-sdk-linux/esd/AM62X/11_02_08_02/exports/docs/linux/Foundational_Components Flash_via_Fastboot.html

[/报价]

两个链接是相同的—请检查一下吗？

谢谢、

JOMY

RE: [参考译文] AM62P：AM62P DM 内核 MCAN 访问

admin — Fri, 29 May 2026 12:21:08 GMT

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

您好、

[quote]]我要求使用 3 个 CAN 节点、其中每个 MCU 内核、DM 内核和 A53 都需要访问一个 CAN 接口。每个 CAN 接口是否静态分配给特定内核、或者任何内核是否可以通过正确的资源分配/配置来使用任何 CAN 实例？[/quote]

CAN 模块不会分配给特定内核、对于 AM62P、2 个 MCAN 模块分配给 MCU 域、2 个分配给主域。

[quote]此外、可以使用 MCU+ SDK 在 DM 内核上实现？[/quote]

现在、使用 MCU+SDK OOB 时、syscfg 不支持为 DM 内核添加主域 MCAN 模块、但它支持使用 MCU 域 MCAN。我们甚至在 DM R5 内核上有一些使用 MCU 域 MCAN 的 MCAN 示例： mcupsdk-core-k3/examples/drivers/mcan/mcan_loopback_interrupt/am62px-sk/wkup-R5fss0-0_freertos/example.syscfg、位于 k3_main Texasements/msdk-core-k3··GitHub

此致、

会面。