大部分自动下载的电路设计都和这两个串口信号有关，不光是STC 的电路会用。之前听说过 RTS# 信号是下载开始给个负脉冲，那就直接把 RTS# 接过来就行了，但是并不能~ STC-ISP 软件编程时 DTR# 和 RTS# 信号是全程低电平，下载结束才恢复。大部分串口助手软件默认也是开启串口时 DTR# 和 RTS# 都拉低，关闭时才拉高。所以直连的话单片机会一直断电，无法完成下载。

用stcgal 的下载信号举例，这是个开源的STC 单片机下载工具。 D0 通道是 RTS# ， D1 是 DTR# ：

可以看到两个信号是全程拉低的，STC-ISP 和这个一样。放大看的话两个信号还是稍有差异：

DTR# 相比 RTS# 要滞后500us。这个行为stcgal 和stc-isp 也是统一的，所以也看到有人基于这个实现了另一种原理的自动复位，就是当 RTS# 为低，而 DTR# 为高时触发。这篇介绍的电路可能会无差别的被各种串口软件触发复位，相对来说这种原理可能更加稳定，避免一些串口助手开启串口时的信号产生干扰，但是也不是能完全避免，各种串口软件实现并不统一，反正多复位个几次也无所谓。另外推荐一下 Coolterm ，也是个串口助手，可以设置关闭 DTR# 和 RTS# 信号，这样就不会误触发复位了。

类似的，这两个信号有可能通过上位机设置来传递更专用的复位信号。比如stcgal 可以设置在下载时用 DTR# 作为自动复位信号，如图：

下载开始后 DTR# 信号被拉低了差不多500ms，然后自动恢复高电平。这样的话就可以直接 DTR# 信号控制单片机断电上电，不需要多做处理。比方说stcgal 的文档里推荐用NMOS 管控制单片机的GND 来断电，栅极直接连接 DTR# 。用GND 开关是因为那样更彻底，不用考虑USB 芯片给单片机漏电导致断电不彻底的问题。但是~ 感觉这样一来单片机的地会飘起来，感性的认为这样可能对ADC 的精度不利[doge]。所以还是用PMOS 控制电源，USB 部分隔离处理一下就好了，可以参见STC 的文档。

实际用的时候看到了和仿真不太一样的现象。如果延时电容C8 用的是电解电容，那么一切OK，但如果换成了陶瓷电容，就会发现很长时间后才能自动上电。测了一下电压，看到电容电压降到0.6V 以下后下降非常缓慢，此时左边的NPN 三极管Q3 大概是处于将断未断的状态，电容经过基极的放电电流很小，用电解电容没问题应该是因为电解电容漏电比较大，相当于并联了一个比较大的电阻到地。解决方案就是把R11 减小，换成10k，或者把电容换成1uF 应该也行。但是放电时间也不能太短，如果太短的话单片机掉电的时间就太短，可能无法正常触发掉电然后上电复位。按我自己板子上的经验，单片机掉电时间在500ms 左右比较好，如果小于200ms 效果就不可靠了。C8 使用了10uF 陶瓷电容，R11 用47k，测到掉电时间是四百多毫秒。