硬件環(huán)境如下：

樂(lè)鑫官方開發(fā)板 ESP8266-DevKitC

板載自動(dòng)下載電路如下：

開發(fā)板入門指南的描述如下：

顯然，選擇自動(dòng)下載功能后，RTS 就是 Auto_RTS

此處，ESP8266 的自動(dòng)下載涉及 CP2102 的兩個(gè)引腳，DTR 和 RTS

DTR 引腳是 MODEM 聯(lián)絡(luò)輸出信號(hào)，數(shù)據(jù)終端就緒，低有效；

RTS 引腳也是 MODEM 聯(lián)絡(luò)輸出信號(hào)，請(qǐng)求發(fā)送，低有效；

注意，所謂 MODEM 聯(lián)絡(luò)信號(hào)都是由計(jì)算機(jī)應(yīng)用程序控制并定義其用途的

ESP8266工作模式

下載模式：芯?啟動(dòng)時(shí)，若 IO0 為低電平，芯?會(huì)進(jìn)?下載模式；

運(yùn)?模式：芯?啟動(dòng)時(shí)，若 IO0 為?電平，芯?會(huì)進(jìn)?運(yùn)?模式；

上圖的邏輯關(guān)系如下：

顯然，這種邏輯關(guān)系下 EN 和 IO0 不可能同時(shí)為 0，

然而，ESP8266 進(jìn)入下載模式卻需要如下條件：

那么，問(wèn)題來(lái)了，單靠以上電路 ESP8266 無(wú)法進(jìn)入下載模式。

網(wǎng)上找到了一些解釋，然而并不能讓我信服……可能大多參考了正點(diǎn)原子的自動(dòng)下載電路原理，但人家的自動(dòng)下載功能也需要 mcu-isp 軟件配合才能實(shí)現(xiàn)啊……等等，吐槽之中獲得靈感，ESP8266 不也是有下載軟件的嘛，就算在命令行下不也是有下載腳本的嘛。

顯然，下載軟件是看不出所以然的。

那么，找到官方 SDK 中的下載腳本源碼

ESP8266_RTOS_SDK/components/esptool_py/esptool/esptool.py

隱藏的好深，看程序的注釋其實(shí)就差不多了

利用 RTS 控制 EN 或 nRST，因?yàn)樗鼈兌际堑碗娖接|發(fā)芯片復(fù)位；

利用 DTR 控制 IO0，低電平啟動(dòng)則進(jìn)入下載模式；

注意，此處 True 為低電平，F(xiàn)alse 為高電平

程序解析如下：

設(shè)置 DTR = 1，RTS = 0，此時(shí) Q1 導(dǎo)通，Q2 截止，EN = RTS = 0，IO0 = 1，芯片掉電復(fù)位；

延時(shí) 100ms，為了確保 EN 為低電平，原因嘛很簡(jiǎn)單，因?yàn)?EN 附近有一個(gè) RC 電路，充放電都是需要時(shí)間的

例如低電平為 0.25VCC，則由高電平放電至低電平需要的時(shí)間可按如下公式計(jì)算：

此處，t ≈ 0.29ms，延時(shí) 100ms 綽綽有余。

設(shè)置 DTR = 0，RTS = 1，此時(shí) Q1 截止，Q2 導(dǎo)通，EN = 1，IO0 = 0，芯片重新上電，由于 IO0 為低電平，芯片進(jìn)入下載模式；

延時(shí) 50ms，為了確保 EN 為高電平

同理，

此處，t ≈ 1.39ms，延時(shí) 50ms 綽綽有余

設(shè)置 DTR = 1，RTS = 1，此時(shí) Q1 導(dǎo)通，Q2 導(dǎo)通，EN = 1，IO0 = 1，確保下載完成后再?gòu)?fù)位芯片正常運(yùn)行；

補(bǔ)充一下，不點(diǎn)擊下載按鈕的話，實(shí)際測(cè)試 DTR 和 RTS 均為高電平，也就是說(shuō)不會(huì)影響 ESP8266 芯片的正常運(yùn)行。