请教几个32B1H启动时的时间问题

[yxydoctor]

因为前级用了一颗SBC芯片。对MCU的启动时间有要求，故想请教一下，以MCAL驱动为例：

1 - 32B1H从RST引脚释放，到执行到用户初始化（MCU初始化完成），这个时间大致是多少ms？MCU初始化完成后的时间可由用户代码自行测算。

2 - 由用户二级BOOT跳转到用户APP初始化（MCU初始化完成），这个时间大致是多少ms。

3 - 32B1H的nRESET引脚是否为双向口？即外部SBC可以拉低以复位MCU；但MCU自行复位时也会把nRESET引脚拉低？

[Diga]

在 ByPass 了 Secure Boot 后，这个启动时间应该不会太长，你可以根据你自己的配置手动量一下，从RST 释放到 SPI 初始化完成

[Diga]

首先这个时间是不固定的，跟你的配置有较大关系。

1. HA0 有安全启动，即芯片从 RST 释放，到用户二级 Boot 初始化前，有一段安全启动代码，这个执行时间跟验签的大小有关，需要验签的 Size 越大，安全启动时间越长。
2. 在 Startup 内，MCU 初始化时间主要与 RAM 初始化时间有关，如果为其分配的 RAM 较大，需要的初始化时间就会较长

[yxydoctor]

Diga 谢谢，主要就是二级BOOT的首次初始化时间。

SBC通过SPI与MCU通讯，RST复位可看作二者之间硬件同步。SBC的默认喂狗周期为80ms，理论上有两次机会，否则就会让MCU复位。

二级BOOT最早会在MCU，SPI初始化完成后才能建立与SBC之间的SPI通讯。

现在暂时还未使用官方的安全启动（不会）。假如考虑安全启动情况下，从RESET引脚释放，至二级BOOT代码正确与SBC建立SPI通讯（可以把SPI通讯初始化时间点提前，但至少也要在MCU初始化完成后），这个时间大致是多少ms。

举个例子，假如这个时间>80ms，那就有可能造成SBC得不到喂狗刷新而循环复位。

[Diga]

在 ByPass 了 Secure Boot 后，这个启动时间应该不会太长，你可以根据你自己的配置手动量一下，从RST 释放到 SPI 初始化完成