[参考译文] CC2340R5：当 CC2340R5 进入引导加载程序模式时、是什么&#39；s 电源模式

您好 Alex、

感谢您的答复。
我想详细介绍一下 ROM 引导加载程序的电源模式和 I/O 行为。

ROM 引导加载程序的电源模式
是否有任何明确描述 ROM 引导加载程序使用的电源模式决策流程的 TI 文档或 TRM 部分？
任何官方参考都将非常有帮助。

2.引导加载程序期间的 GPIO 状态
如您所述、如果引导加载程序在大部分持续时间内以活动模式运行、我想更好地了解 I/O 行为：

• 是否可以保证特定的 GPIO 引脚在整个引导加载程序过程中保持已知的逻辑电平（高或低）？

• 引导加载程序序列的哪个时间点会发生 GPIO 配置？

• 在引导加载程序期间、是否存在任何可能导致 GPIO 状态复位或更改的限制？

我的目标是通过执行 ROM 引导加载程序、使特定引脚保持在定义的状态、防止复位、直到应用程序固件启动。

谢谢、
Kevin

您好 Kevin、

[报价 userid=“676356" url="“ url="~“~/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1587095/cc2340r5-what-s-the-power-mode-when-cc2340r5-enter-bootloader-mode/6115573 ROM 引导加载程序的电源模式
是否有任何明确描述 ROM 引导加载程序使用的电源模式决策流程的 TI 文档或 TRM 部分？
任何官方参考都将非常有帮助。

没有、我们通过读取电流来判断器件处于哪种功耗状态。  

[报价 userid=“676356" url="“ url="~“~/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1587095/cc2340r5-what-s-the-power-mode-when-cc2340r5-enter-bootloader-mode/6115573

2.引导加载程序期间的 GPIO 状态
如您所述、如果引导加载程序在大部分持续时间内以活动模式运行、我想更好地了解 I/O 行为：

• 是否可以保证特定的 GPIO 引脚在整个引导加载程序过程中保持已知的逻辑电平（高或低）？

• 引导加载程序序列的哪个时间点会发生 GPIO 配置？

• 在引导加载程序期间、是否存在任何可能导致 GPIO 状态复位或更改的限制？

我的目标是通过执行 ROM 引导加载程序、使特定引脚保持在定义的状态、防止复位、直到应用程序固件启动。

[/报价]

引导加载程序有一个“触发器“引脚、听起来类似于您提出的问题、我们可以通过“串行 IO 配置索引“在 SysConfig 中直接设置此引脚：

谢谢、
Alex F

您好 Alex、

目前、客户的问题是否是一个 可以在整个引导加载程序过程中控制特定的 GPIO 引脚 而不是用于 进入引导加载程序模式的触发器引脚。

你好 Jerry Kuo,

我回复了内部电子邮件、但我想在此确认问题：

在整个引导加载程序过程中可以控制特定的 GPIO 引脚

这是否还包括复位？

如果包含 RESET、则在此过程中无法控制引脚、在复位期间、这些引脚将全部设置为高电平。  

如果客户希望在引导加载程序期间更多地控制引脚、我建议使用 MCUboot 而非 ROM 串行引导加载程序、因为 ROM 串行引导加载程序将只查看并设置触发引脚和 UART/SPI 引脚。  

谢谢、
Alex F

您好 Alex、  

我在这里上传您的完整信息。 非常感谢。

[Kevin]我的目标是通过执行 ROM 引导加载程序、将特定引脚保持在定义的状态、防止复位、直到应用程序固件启动。
[ALEX]我们无法在复位期间控制器件的引脚、它们在复位期间都将变为高电平、然后在应用启动后、引脚将设置回 SysConfig 设置的定义状态。

至于 ROM 串行引导加载程序、它只会注意其定义的引脚（对于命令，为 TRIGGER 引脚和 UART/SPI 引脚）、我们无法控制一个与 ROM 串行引导加载程序无关的单独引脚。

如果引导加载程序需要对器件进行更多控制、我建议将 MCUboot 工程用作引导加载程序、并根据客户用例的需要对其进行修改。
•如果使用 MCUboot、客户可以在整个 MCUboot 过程中设置特定引脚的状态、唯一的问题是、我们仍然需要首先进入 MCUboot、这意味着、每次引脚都仍将设置为高电平。