esptool.py的_get_pid 函数判断端口bug
if p.device in active_port:
对于使用usb jtag会误判
COM1=COM10
COM2=COM20
应该用== 麻烦修复下

调用ets_efuse_program有概率导致卡死，复位后无法验证sha256
开发板为esp-c3-13-kit 内置4m
由于真写efuse比较费芯片，我找到了一个能复现问题的方法，不用费芯片
注释掉ets_efuse_program就不会触发


程序：
void app_main(void)
{
uint8_t data[]={0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11,0x11 ...

esp32-c3f 烧efuse复位后无法计算sha256,必须重新上电
测试了用不用batch mode都会概率出现

模块为
ESP32-C3-MINI-1-N4

程序 Hello world
日志:

ESP-ROM:esp32c3-api1-20210207
Build:Feb 7 2021
rst:0x15 (USB_UART_CHIP_RESET),boot:0x9 (SPI_FAST_FLASH_BOOT)
Saved PC:0x400462e2
SPIWP:0xee
mode:DIO, clock div:2
load:0x3fcd6100,len:0x1dbc
load ...

log和efuse都在文件里，会有两种情况，一种是加密前无法验证签名，一种是执行加密后，无法验证签名，概率大概是2-3个芯片有一个会这样，但是重新上电就可以

log和efuse都在文件里，会有两种情况，一种是加密前无法验证签名，一种是执行加密后，无法验证签名，概率大概是2-3个芯片有一个会这样，但是重新上电就可以

这是日志
ESP-ROM:esp32c3-api1-20210207
Build:Feb 7 2021
rst:0x3 (RTC_SW_SYS_RST),boot:0x8 (SPI_FAST_FLASH_BOOT)
Saved PC:0x403d1540
SPIWP:0xee
mode:DIO, clock div:2
Valid secure boot key blocks: 0
secure boot verification succeeded
load:0x3fcd6268,len:0x3730
load:0x403ce000,len:0x9b0
load:0x403d0000,len ...

esp32-c3f开启安全启动和flash加密概率不启动，重新上电就好了，启动时候签名校验错误，硬件sha256 返回全0，怀疑是烧efuse影响了硬件sha，把硬件sha替换为软件sha，直接卡在secure_boot_v2: Verifying with RSA-PSS然后复位
rst:0x3 (RTC_SW_SYS_RST),boot:0x8 (SPI_FAST_FLASH_BOOT)

esp32-c3f开启安全启动和flash加密概率不启动，重新上电就好了，启动时候签名校验错误，硬件sha256 返回全0，怀疑是烧efuse影响了硬件sha，把硬件sha替换为软件sha，直接卡在secure_boot_v2: Verifying with RSA-PSS然后复位
rst:0x3 (RTC_SW_SYS_RST),boot:0x8 (SPI_FAST_FLASH_BOOT)