关于ESP8266自动下载和CH340的几件事

最近在玩ESP8266,做了些东西,比如考研倒计时器、网络闹钟、网络灯(用手机控制亮度)、气象站等等。

ESP8266本身挺简单的,倒是这个自动下载电路,我还是第一次玩,以前玩51也用过串口下载,都是自己冷启动,玩STM32用的ST-LINK,直接下载。

现在才发现其实可以设计一个自动下载电路,根据不同的MCU下载的条件不同,电路设计也有区别。

这里我就简单说一下ESP8266的自动下载电路以及CH340芯片的一个坑。

 

原理图如下:

使用的是CH340C,实际上其他型号也差不多,CH340C相比CH340G就是少用个晶振。

可以看到相比普通的串口,此电路中将CH340的RTS(注意不是RST)和DTS引出,通过右侧电路,构成自动下载电路。

那么ESP8266如何进入下载模式呢。很简单,两句话。

1.在复位上升沿时,如果BOOT为1,则进入运行模式,此时内部程序正常运行。

2.在复位上升沿时,如果BOOT为0,则进入运行模式,此时可通过串口下载程序。

那么要想进入下载模式,一开始我的想法是应该是RST和BOOT都为0,然后RST置为1,这样RST就有一个上升沿,且BOOT为0。这句话先放这,我们再来看。

那么现在分析一下右侧电路逻辑。

DTR = 0,RTS = 0,此时Q1截止,Q2截止,RST= 1,BOOT= 1;
DTR = 0,RTS = 1,此时Q1截止,Q2导通,RST= 1,BOOT= DTR = 0;
DTR = 1,RTS = 0,此时Q1导通,Q2截止,RST= RTS = 0,BOOT= 1;
DTR = 1,RTS = 1,此时Q1截止,Q2截止,RST= 1,BOOT= 1;

你会发现无法出现RST= 0,BOOT= 0。但是我们上面分析中需要RST= 0,BOOT= 0,好像无解啊。那么这个电路怎么实现ESP8266自动下载呢。

在官方的 SDK 中的下载脚本源码中有如下代码:

def _connect_attempt(self, mode='default_reset', esp32r0_delay=False):
        """ A single connection attempt, with esp32r0 workaround options """
        # esp32r0_delay is a workaround for bugs with the most common auto reset
        # circuit and Windows, if the EN pin on the dev board does not have
        # enough capacitance.
        #
        # Newer dev boards shouldn't have this problem (higher value capacitor
        # on the EN pin), and ESP32 revision 1 can't use this workaround as it
        # relies on a silicon bug.
        #
        # Details: https://github.com/espressif/esptool/issues/136
        last_error = None

        # If we're doing no_sync, we're likely communicating as a pass through
        # with an intermediate device to the ESP32
        if mode == "no_reset_no_sync":
            return last_error

        # 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
            self._setRTS(True)   # EN=LOW, chip in reset
            time.sleep(0.1)
            if esp32r0_delay:
                # Some chips are more likely to trigger the esp32r0
                # watchdog reset silicon bug if they're held with EN=LOW
                # for a longer period
                time.sleep(1.2)
            self._setDTR(True)   # IO0=LOW
            self._setRTS(False)  # EN=HIGH, chip out of reset
            if esp32r0_delay:
                # Sleep longer after reset.
                # This workaround only works on revision 0 ESP32 chips,
                # it exploits a silicon bug spurious watchdog reset.
                time.sleep(0.4)  # allow watchdog reset to occur
            time.sleep(0.05)
            self._setDTR(False)  # IO0=HIGH, done

        for _ in range(5):
            try:
                self.flush_input()
                self._port.flushOutput()
                self.sync()
                return None
            except FatalError as e:
                if esp32r0_delay:
                    print('_', end='')
                else:
                    print('.', end='')
                sys.stdout.flush()
                time.sleep(0.05)
                last_error = e
        return last_error

代码很明了了。也就是两个过程:

1.设置 DTR = 1,RTS = 0,此时 Q1 导通,Q2 截止,RST= RTS = 0,BOOT= 1,芯片掉电复位;

2.设置 DTR = 0,RTS = 1,此时 Q1 截止,Q2 导通,RST= 1,BOOT= 0,芯片重新上电;

当时我就懵了,因为按照代码,逻辑图如下

在RST上升沿时BOOT才刚下降,这是不是有点太冒险了、后来我想了想,考虑到RST有电容的存在,有充放电的过程,BOOT是没有电容的,所以下图才是正确的。

可以看到,在RST判定为1时,BOOT为0。此时就进入下载模式了。

 

 

OK,到这里ESP8266和ESP32的自动下载电路就分析完了,其实设计其他MCU的串口自动下载电路思路大抵相同,需要补充的是,CH340的辅助引脚是由上位机控制的,所以设计电路就需要了解上位机控制逻辑。

 

最后还有个CH340的坑。我在做好我的小设计后,本来以为能愉快的玩耍了,直到今天我做了个带电池的闹钟,才发现一个问题。

前几个小作品没有用到电池,闹钟用到了。没有电池的作品直接用USB供电,同时USB也是CH340串口。而带电池的闹钟,USB可以供电,也是CH340串口,同时也能使用电池供电。

区别就在于没有电池时,直接插上USB后,供电和通信同时进行,有电池时,插上USB后,只增加了通信。坑来了,后者由于有电池已经开始运行了,插上USB后,CH340会通过自动下载电路给ESP8266一个复位。

这时就很难瘦了,假如我代码都写好了,平时电池供电正常用着呢,这时我要电池充电了,于是插上USB,结果CH340直接给我复位了,虽然说复位并不会影响闹钟的时间、设置什么的(因为关键数据我保存到FLASH了),但是插上USB充电就复位也太坑了吧。

而且我的闹钟在响铃时,只要插上USB,立马复位,于是闹钟不响了。

说这么多,归根结底就是插上USB后,CH340和电脑连接正常,于是给RTS#一个低电平,通过下载电路,RST为0,于是芯片复位。

 

解决办法很简单(但我百度找了很长时间,终于找到问题所在),那就是。。。。。。。更新CH340驱动。。。。。。

噗,哈哈,没错,就是驱动问题,必须要2019年的驱动(截止2021/5/13,WCH官网最新的驱动是2019年的),所以这个问题属于WCH公司自己的锅。

我反复安装2014年版本(就是以前买各种板子淘宝卖家送的资料包里的)以及我在WCH官网下载的最新2019版,反复测试后,确定就是驱动问题。

为了避免其他问题,哪怕你没有我上面说的这个困扰,也把CH340驱动更新一下吧,说不定还有其他的坑。

贴一下下载地址,我知道你懒得找:http://www.wch.cn/downloads/CH341SER_ZIP.html

点进去就是最新驱动下载页面。

 

 

哦对了,实测CP210x系列没有这个问题,CP210x还是稳啊,目前我的CP210x驱动是2016年的。

 

 

 

 

  • 17
    点赞
  • 73
    收藏
    觉得还不错? 一键收藏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值