[参考译文] TMDS64EVM：TMDS64EVM、AM64xx

您好、

感谢您的问题。

“那你就回去吧。“

此致、

Vaibhav

您好、

当 OSPI 为空时、初始刷写 OSPI（通过 UART 引导）时、系统工作正常。

基本上、通过 UART Uniflash 将二进制文件写入闪存可以正常工作。

[引述 userid=“555281" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1546236/tmds64evm-tmds64evm-am64xx

虽然使用 I/O 扩展器器件来实现此目的的想法、但当前的 IO 扩展器 TCA6424ARGJR 是易失性器件、可在所有端口上电时通电

是输入、用于读取引导模式信息。 因此、TI 有一个非易失性 IO 扩展器用于编程并保留引导模式

配置输出作为 UART 引导

[/报价]

请告诉我、该常见问题解答是否对 IO 扩展器进行编程  有一般帮助：【常见问题解答】PROCESSOR-SDK-AM64X：如何使用 SoC_I2C1 对 TCA6424A 进行编程 

我了解您的问题、即 PORz 后 IO 扩展器重置为默认状态、是否已在您的终端进行测试并确认？

[引述 userid=“555281" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1546236/tmds64evm-tmds64evm-am64xx

3、如果未找到非易失性 IO 扩展器、我们能否使用 TCA6424 器件实现以下功能：将 TEST_GPIO3 保持为低电平、将 IO 扩展器编程为 UART 的输出

然后、引导 通过 TEST_PORZn 信号或 CONN_MCU_PORz 信号启动冷启动？ 如果是、SBL 中会有一个挂钩、允许软件进行 IO 扩展器编程。

这种方案是否可行？

[/报价]

我将对此进行检查并告知您、同时请帮助回答上述待决问题。

此致、

Vaibhav

问题 2： 我们将其设置为 xSPI（主）/UART（备份）组合、并在 UART 引导时使用 uniflash 对其进行编程。 首次 使用新闪存进行引导时、通常需要 UART 引导。 这不是问题、它会起作用。 这包括有软件更新时、它应在现场正常工作（因此它始终在闪存启动时启动）。 用例是我们通过激活备份密钥证书来更改安全启动证书、方法是将密钥从 1 滚动到 2、然后使用新密钥更新软件。 当软件更新电源丢失时、唯一卡住的情况、因此断电后将不会执行新软件（尚未）、旧软件仍有旧密钥。 系统引导将滞留在 SBL 中。 但是、我们无法强制进行 UART 引导、因为 ROM 和 SBL 引导已准备就绪、并且它将始终恢复闪存引导。 现在我们被卡住了。 请记住、电阻器自举不允许物理变化。 因此、唯一的解决方案是使用一些具有 OE\使能的非易失性 I/O 扩展器、这样、在上电时、该器件将覆盖电阻自举、并在这种情况下使其 UART 引导。

我们知道  TCA6424ARGJR 是易失性的、并且在上电复位时默认为输入、并且 仅 当问题 3 中的解决方案可行时才可以使用该器件。

实际上、只需要处理 2 行：SYS_BOOTMODE3 和  SYS_BOOTMODE6 就需要翻转极性、以便从闪存引导更改为 UART 引导。

我正在使用小型 TI CPLD 或可配置逻辑门器件来代替易失性 TCA6424ARGJR、 我们还是要在需要时控制和更改引导模式。 请咨询您的内部专家、了解此选项是否正常。

问题 3：如果 使用 TCA6424ARGJR、那么我们必须能够 按照最后一个开机自检中列出的步骤在 SBL 级别和冷启动（开机时）配置它。

您好、

用例是我们通过将密钥从 1 滚动到 2 来激活备份密钥证书、然后使用新密钥更新软件、从而更改安全启动证书。 当软件更新电源丢失时、唯一卡住的情况、因此断电后将不会执行新软件（尚未）、旧软件仍有旧密钥。 系统引导将滞留在 SBL 中。 但是、我们无法强制进行 UART 引导、因为 ROM 和 SBL 引导已准备就绪、并且它将始终恢复闪存引导。 现在我们被卡住了。 请记住、电阻器自举不允许物理变化。 因此、唯一的解决方案是使用一些具有 OE\使能的非易失性 I/O 扩展器、以便在上电时覆盖电阻自举、并在这种情况下使其 UART 引导。

让另一位专家对此进行评论。

谢谢、

Vaibhav