rst:0x1 (POWERON_RESET),boot:0x3 (DOWNLOAD_BOOT(UART0/UART1/SDIO_REI_REO_V2))
waiting for download

??最后查了很久，从这里找到答案：https://blog.csdn.net/milk_paramecium/article/details/113063642
因为IO0口被拉到了低电平。但网上资料说进入这个模式需要将IO0口手动接地，拉低电平，而我手上的这个默认就是低电平。最后将IO0口与3.3V连接后恢复正常。
??纠结电路为何直接进入DOWNLOAD_BOOT的模式。怀疑是工程底层没有配置对，然后反复测试，发现ch340未识别时，IO0是3.3V,一旦CH340被电脑识别后，然后IO0是0V。推测是CH340导致IO0不正常。最后照着这个方向去搜寻答案。发现一篇可能是答案（因为还未测试）:https://zhuanlan.zhihu.com/p/145369083?from_voters_page=true
??大致总结一下：由于这个自动下载电路构成RS触发器后，

当不同时为0或者1时：

EN  = RTS
IO0 = DTR

??然而进入下载模式则需要如下的序列

1.  IO = 0; EN = 0
2.  IO = 0; EN 0 -> 1

??我们看下esptool.py里下载相关的代码

        # issue reset-to-bootloader:
        # RTS = either CH_PD/EN or nRESET (both active low = chip in reset
        # DTR = GPIO0 (active low = boot to flasher)
        #
        # DTR & RTS are active low signals,
        # ie True = pin @ 0V, False = pin @ VCC.
        if mode != ‘no_reset‘:
            self._setDTR(False)  # IO0=HIGH
        (1)  self._setRTS(True)   # EN=LOW, chip in reset  
        //设置DTR = 1; RTS = 0, EN = 0; IO0 = 1
            time.sleep(0.1)//延时100ms
        (2)  self._setDTR(True)   # IO0=LOW
        (3)  self._setRTS(False)  # EN=HIGH, chip out of reset  
        //设置DTR = 0; RTS = 1,EN = 1; IO0 = 0
            time.sleep(0.05)/延时50ms
        (4)  self._setDTR(False)  # IO0=HIGH, done  

在(2)的过程中IO0由1->0,EN由0->1的时间为多少呢？
如图所示：

??CHIP_PU即EN，代码中23阶段之后会延时一段时间，而EN由于电容充电，电平并不会立马变为高电平，而是缓慢上升，以如上参数为例计算，同时参考芯片电气参数特性

??高电平为0.75VDD，则达到高电平按照如下公式计算：

??电容的充放电的时间要14ms，代码中延时了50ms为了等待EN由0->1。
在(1）需要等待一段时间，让电容放电，保证EN电平下降到电平0，才能保证系统正常复位，在代码中预留了100ms的等待时间。
我的开发板中C22为100nF充电时间为140ms。明天去试验一下是否是这个问题。