TM4C123长期串口通信，出现问题？

QIHAO74

TM4C123长期串口通信，出现问题？ [复制链接]

485串口通信，上微机发送，TM4C123应答，发送和接收，都放在中断，
长期工作，一般2-3天会出现一次：发送中途停止的故障，没有进入发送中断
发送接收深度都是1个字节。程序中，还有定时器（5MS）中断，但485通信的串口已经设置最高优先级
不知道什么原因

Study_Stellaris

是不是程序跑飞了呢？其它部分的功能还能正常工作吗？

azhiking

你的意思是发送完成后没有进入中断？收发的频率是多少？几个下位机啊？2~3天出现一次不好复现，你可以试试跑极限，高速的循环收发，看看出现的概率是不是高一些，然后再查问题。

exiao

估计没用通讯协议或者纠错机制
出问题很正常

QIHAO74

Study_Stellaris 发表于 2014-11-13 13:49
是不是程序跑飞了呢？其它部分的功能还能正常工作吗？

其他部分程序都正常！

QIHAO74

azhiking 发表于 2014-11-13 13:59
你的意思是发送完成后没有进入中断？收发的频率是多少？几个下位机啊？2~3天出现一次不好复现，你可以试试 ...

是啊！正常是进入中断后，发送数据！9600，就一台

Study_Stellaris

QIHAO74 发表于 2014-11-13 14:37
是啊！正常是进入中断后，发送数据！9600，就一台

很抱歉，问题的描述还是不够充分，难以确定问题在哪里。
一般情况下来讲， 我们不会相信一颗单片机的某种外设只能工作个 2-3 天，如果这是真的，这将是的满足多么奇怪的条件才能发生如此有规律的、周期性的罢工的重大 Bug.
我相信大多数情况下，问题应该和代码有关系，或者是芯片工作环境的某种改变而触发了这种故障。
这种故障本身就是一个中断。
而这个中断源在哪里呢
显然，楼主目前仅有的陈述，让人难以找到真正导致故障的问题。
就像上面说的。
如果怀疑是芯片的问题，缩减代码量到极限，直达故障反复重现后不再重现为止。
在重复多次之后，找到触发故障的原因。

小小虾

是不是你设置的那个FIFO 接收一定量后满了    同样你得考虑一样它的缓冲区问题（满了），就你描述的看这块出问题的可能性大。

QIHAO74

经过几天的跟踪，发现问题是进入接收超时中断，但问题是我默然的FIFO深度是一个字节，我串口监控也没发现多发字节
01 03 00 B0 00 25 85 F6 （上微机发送）
01 03 4A 00 E0 00 D1 00 00（MCU收到后应当发送，遇到问题发送9个字节(9600)就是遇到接收超时中断，导致发送停止），我试着不去设接收超时中断//ROM_UARTIntEnable(UART2_BASE, UART_INT_RX);，一样会进入

QIHAO74

//UART2  RS485
    ROM_SysCtlPeripheralEnable(SYSCTL_PERIPH_UART2);
          ROM_SysCtlPeripheralEnable(SYSCTL_PERIPH_GPIOG);
          
          ROM_GPIOPinConfigure(GPIO_PG4_U2RX);
    ROM_GPIOPinConfigure(GPIO_PG5_U2TX);
    ROM_GPIOPinTypeUART(GPIO_PORTG_BASE, GPIO_PIN_4 | GPIO_PIN_5);
   
    baud_rate_init(EEBaudrate);
    ROM_UARTEnable(UART2_BASE);
    ROM_UARTFIFODisable(UART2_BASE);
    ROM_IntEnable(INT_UART2); //ê1ÄüUART2ÖD¶Ï
    ROM_UARTIntEnable(UART2_BASE, UART_INT_RX | UART_INT_RT);
    //ROM_UARTIntEnable(UART2_BASE, UART_INT_RX);
    ROM_UARTIntEnable(UART2_BASE, UART_INT_TX);
/**********************************************************
                RS485
**********************************************************/
void UART2_Handler(void)
{
          uint32_t ui32Status;
       
    ui32Status = ROM_UARTIntStatus(UART2_BASE, true);
   
    ROM_UARTIntClear(UART2_BASE, ui32Status);
    if((ui32Status == UART_INT_RX) || (ui32Status == UART_INT_RT))   
  {
    while(ROM_UARTCharsAvail(UART2_BASE))
    {
      

    }
    }
   
    if(ui32Status == UART_INT_TX)
    {
            Q1_Light_flag=0;
            if(SndFrmCnt[6]              {
                      if(ROM_UARTSpaceAvail(UART2_BASE))
                       {
                                     ROM_UARTCharPutNonBlocking(UART2_BASE, tx_buf[SndFrmCnt[6]++]);
                 }
        }else  Snd_Complete_Flag[6]=1;                                   
    }
   
}

QIHAO74

偶尔出现，什么原因导致接收超时中断
接收超时中断能屏蔽掉吗？
中断中是否执行
buffer[rx_num]=ROM_UARTCharGetNonBlocking(UART2_BASE);
就可以清接收超时中断

QIHAO74

使用UART时先清空FIFO
清除接收FIFO的指令是那个函数

JohnnyLi

是否是串口的接受时钟出现异常，尝试定时重新初始化串口。之前我也遇到相同的问题，最长的15天才出现，后来多次测试发现是这个问题！感觉M3，M4的核都有这个问题！

JohnnyLi

补充下，我之前跟踪是进入中断，但接收的数据不对。

QIHAO74

我是进入接收超时中断，不知道什么触发了接收超时中断
01 03 00 B0 00 25 85 F6 （上微机发送）
01 03 4A 00 E0 00 D1 00 00（MCU收到后应当发送，当遇到问题时发送9个字节(9600)就是遇到接收超时中断，导致发送停止）
搞不懂为什么接收超时中断，会导致发送停止

JohnnyLi

你跟踪的过程中，有没有观察接收的BUFF内容。或者说当时现场的情况是如何，能否详细的描述下现场的情况。当时跟踪的！

JohnnyLi

接收超时中断，当时BUFF的内容！

QIHAO74

当时BUFF的内容是正确的，只是发送 8-9个字节停止

JohnnyLi

能在描述下问题吗，是发送8-9个字节就停止了？

JohnnyLi

还是发送8-9个字节后就没有办法在进入发送中断了。