这种情况该怎么去解决？

2万 · 2020-5-21 22:18

用232进行通信；当外接串口的电压稳定时，通讯正常；当串口电压波动（如电脑串口断电）时，单片机就容易死机，请问这种情况该怎么去解决？

2万 · 2020-5-21 22:28

用的啥芯片通信？

2万 · 2020-5-21 22:31

程序问题多考虑一下通信出错的情况针对性处理

2万 · 2020-5-21 22:35

响应哪些指令
并做什么处理,可能误判指令了,然后等待什么数据.

2万 · 2020-5-21 22:41

MAX202E，电容是0.1UF的

2万 · 2020-5-21 22:41

如果只发生在电压波动时，
也可能是硬件发生死锁了

2万 · 2020-5-21 22:44

加上看门狗吧，只有这样。其它的基本上没法，除非电路重新布，减小干扰，再加上隔离应该好些。

1万 · 2020-5-21 22:47

给串口加级隔离吧

2万 · 2020-5-21 22:52

本人认为程序问题的可能性很小，因为只要不触动电脑电源，接发数据都很正常。一旦电源有变化，如关掉显示器电源，就会马上死机，而且这时串口上有很大的静电；把串口线改为屏蔽线，效果要好很多，但偶尔还是会有死机，应该属于干扰。

2万 · 2020-5-21 22:54

在串口两根线和地线之间并两个 6.8V左右的TVS 二极管

2万 · 2020-5-21 23:01

串口隔离办法
单片面的TTL里加光藕，再接上232电平转换器上，如果还不知道，来信号

只看该作者 · 2020-5-21 23:02

绝大多数情况下是软件的BUG所致

2万 · 2020-5-21 23:04

串口在收到非法数据时内部的对应出错标志会被置1，此时暂停接收新数据，需要用软件进行查询和清零，DATASHEET里有详细说明。

2万 · 2020-5-21 23:13

正确的串口接收中断处理函数
rx_handler(void)
{
   int b;
   if (OERR || FERR){
         SPEN=0;
         CREN = 0;
         b = RCREG;
         CREN = 1;
         SPEN=1;
   }
   else if (RCIF){
         get_data();
   }
}

2万 · 2020-5-21 23:13

把你的串口程序注释掉，再试验，如果还死机就代表硬件有问题，如果不死机就代表你的串口程序有问题。

1万 · 2020-5-21 23:16

98%的可能是软件有问题
完善的做法是：当出现错误通讯数据的时候，程序要能退出该通讯处理，并照常处理其他数据，当新的通讯数据再次到来的时候要能正确响应。

LZ目前情况应该是程序不能处理掉错误的通讯数据导致等待而不能动弹.

2万 · 2020-5-21 23:19

就算是硬件问题软件应该也可以解
通讯的协议里面
1，是否有严谨的TIME OUT 机制？
2，是否有严谨的校验机制？
3，发送数据异常时怎么处理？
4，接收数据异常怎么处理？
处理好这些应该就没有问题了！

2万 · 2020-5-21 23:23

我也遇到过这个问题，16F877死在串口接收那里，后来接受中断部分改成这样就好了
if(RCIE && RCIF) // 串口中断
{
   if (OERR || FERR)
   {
         SPEN=0;
         CREN = 0;
         rxdbuf = RCREG;
         rxdbuf = RCREG;
         CREN = 1;
         SPEN=1;
      }
      else
   {
         rxdbuf = RCREG;  //读取串口接收数据
         usart_flag = 1; //串口中断标志
      }
}

只看该作者 · 2020-5-21 23:26

同意软件问题的说法，你没有在终端里面加入20楼所述的相关处理，这才是真正的问题。

2万 · 2020-5-21 23:31

通信只要硬件通路不短不断，就应该可以恢复正常的状态。难道你家里面的modem遇到闪电就要死机必须重启么？