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,0x11,0x...

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:0x40...

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)