原创 CH340 USB转串 功耗

在调试时，发现M20的430芯片整体处于休眠状态时的电流消耗为4MA，很不正常，功耗偏大，一般MSP430休眠时，电流为几个UA，在调试中发现，MSP430的TXD引脚与CH340的引脚电平不匹配，由于将430引脚配置为第二功能引脚，所以该引脚电平一直为高，而CH340 RXD引脚却是低电平，而且，主芯片与CH340之间横跨有电阻，所以在休眠时，电流从MSP430引脚流向CH340 RXD引脚，从而产生功耗。

解决办法：在不通信的时候，将MSP430第二功能关闭，将引脚电平置低。

同时却引发了另外一个问题：就是在功能切换或则引脚输出方向变化时，由于CH340无法识别这种模糊状态，会向串口发送00数据。对通信产生一定的印象。

2011年1月份，同样解决CH340上述的问题，经过测试发现了上述的真正原因：由于该芯片的电源端接在USB的供电端（5V），所以当拔去USB时，CH340芯片无电源供电，所以该芯片的电压被倒灌，由于通信的时候，CH340T和主芯片的TXD和RXD都是高，所以出现了，主芯片TXD端电压3.3V，而CH340的电压也是被上拉的，只不过因为没有电源供电，所以CH340的RXD引脚电平为1.2V左右，中间有电阻，所以空了电流。

所以，在1月12日的早上，本人将CH340用内部3.3V供电，而不是USB供电，所有功能都正常，也无端口不匹配的现象。当时出了一个问题，就是整个仪器在LPM3的休眠方式下，功耗却是100UA，于是我们将CH340的供电断开，发现功耗只有5UA左右。可以很明确CH340本身耗掉大概90UA，所以我们还是不能用内部电源给CH340供电。

由于通信上传历时数据（数据量大），是端口IO功能的切换，导致产生了0X00数据跟在了数据包后面，于是我们采用软件延时的方法，当历时数据上传时，通信时间较长，所以我们延时也稍微长一些。每当有上位机通信的时候，我们就开始计时，并将计时器清零，当计时30S时，我再将端口切换为IO功能，因为USB通信时整个仪器也是USB供电，不消耗内部电源，当通信一次拔去时，也已经耗费5S左右，在后25秒的时候实现切换，节省功耗。