疑似内存操作错误导致数据异常,请大家帮忙分析

2019-08-06 14:37发布

大家好,最近一个数据异常变化的bug,一直未能找到问题原因,请大家帮忙分析分析:

使用的单片机是MSP340F2272,每次当指定事件产生时记录下事件产生时间,当事件结束时将开始时间和结束时间通过RF24L01汇报给接收设备。
现在出现的问题是全局时间变量g_SysTime在有些情况下会发生异常变化。数据的最高位变为01,如:01 EF 73 5E 00 EF 74 C3,这组数据中前四个字节代表开始时间,后四字节代表结束时间,这里的开始时间的第一个字节01 是错误的,应该是00。每次发生错误都是00变为01,目前看到g_SysTime是在与接收设备通信之后发生变化的。
g_SysTime在与接收设备通信后会被校正,另外每10ms会自增一次,在定时器中断中进行。该变量已经定义为volatile,且被指定定义到了内存的起始地址0x0204,该地址前没有变量,该地址后有一个变量,上电后只操作一次。0x020E地址开始有一个数组,但检查了对该数组的操作,没有发现有指针越界的情况。
另外,在与接收设备通信后校正时间时使用了移位操作,直接使用g_SysTime进行了操作,现已修改为如下方式:
    TimeTemp = RX_Sbuff[POSI_TIME_STAMP];
    TimeTemp <<= 8;
    TimeTemp += RX_Sbuff[POSI_TIME_STAMP+1];
    TimeTemp <<= 8;
    TimeTemp += RX_Sbuff[POSI_TIME_STAMP+2];
    TimeTemp <<= 8;
    TimeTemp += RX_Sbuff[POSI_TIME_STAMP+3];
    g_SysTime = TimeTemp;
之前g_SysTime直接参与多次运算。是否是因为此时可能发生定时器中断,导致数据异常?

堆栈设置和内存使用情况:
RAM size:1024B
Stack size:160B
Data16 heap:120B

13 636 bytes of CODE memory
   639 bytes of DATA memory (+ 87 absolute )
   121 bytes of CONST memory (+ 16 absolute )

检查 Call Graph
Stack prev CSTACK 0x82B= 130B


友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
8条回答
gdmgb520
1楼-- · 2019-08-06 18:37
 精彩回答 2  元偷偷看……
gdmgb520
2楼-- · 2019-08-07 00:09
自己顶一个!
dirtwillfly
3楼-- · 2019-08-07 04:45
楼主说的我有点晕,能否上传代码看一看?
MSP430F2272芯片内的存储结构如下图:
QQ截图20140106204739.png
gdmgb520
4楼-- · 2019-08-07 05:35
dirtwillfly 发表于 2014-1-6 20:48
楼主说的我有点晕,能否上传代码看一看?
MSP430F2272芯片内的存储结构如下图:
...

谢谢!

g_SysTime 变量的定义如下:
  1. __no_init volatile u32 g_SysTime@(u16)0x0204; //系统时间戳,单位10ms
复制代码
TB1中断改变 g_SysTime代码如下:
  1. #pragma vector=TIMERB1_VECTOR
  2. __interrupt void Timer_B1_ISR(void)
  3. {

  4. switch( TBIV )
  5. {
  6. case TBIV_TBCCR1: // TBCCR1 use for a 10ms time interrupt,keep the interrupt enable and reset
  7. TBCCTL1 &= ~CCIFG;
  8. TBCCR1 = TBR + TabCCRCont[ACLK_10MS];
  9. g_SysTime += 1;
  10. break;
  11. case TBIV_TBCCR2: // TBCCR2 use for a long time interrupt
  12. TBCCTL2 &= ~CCIFG;
  13. TBCCTL2 &= ~CCIE;
  14. g_bFlexTimer_标志寄存器 = TRUE;
  15. break;
  16. case TBIV_TBIFG: // overflow
  17. NOP();
  18. break;
  19. }
  20. }
复制代码
通信过程中对时操作修改g_SysTime的过程:
  1. static void adjust_timer_in_com(void)
  2. {
  3. u16 Temp = 0;
  4. u16 Temp2 = 1638 * (DeviceID[2]-1) + 328; //60ms * (VsID-1) + 10ms
  5. u16 LocalTAR = TAR;
  6. int DVal = 0;
  7. u32 TimeTemp;

  8. Temp |= RX_Sbuff[POSI_SYS_TIME+1];
  9. Temp <<= 8;
  10. Temp |= RX_Sbuff[POSI_SYS_TIME+2];
  11. Temp += RF_AIR_DELAY; //考虑RF传输延迟

  12. if ( Temp >= Temp2)
  13. {
  14. Temp = Temp - Temp2;
  15. TAR = Temp;
  16. }
  17. else
  18. {
  19. DVal = Temp2 - Temp;
  20. TAR = 0;
  21. while (TAR < DVal);
  22. TAR = 0;
  23. }

  24. TimeTemp = RX_Sbuff[10];
  25. TimeTemp <<= 8;
  26. TimeTemp += RX_Sbuff[10+1];
  27. TimeTemp <<= 8;
  28. TimeTemp += RX_Sbuff[10+2];
  29. TimeTemp <<= 8;
  30. TimeTemp += RX_Sbuff[10+3];
  31. DIS_TB1_INT();
  32. g_SysTime = TimeTemp;
  33. EN_TB1_INT();
  34. }
复制代码
另外还有一些地方会读取g_SysTime的值,读取时没有关闭中断。发现g_SysTime在与接收设备通信后会出错,但是接收到接收设备下发的时间是没有错的。


gdmgb520
5楼-- · 2019-08-07 09:46
论坛现在贴代码好像不怎么好啊
dirtwillfly
6楼-- · 2019-08-07 11:28
 精彩回答 2  元偷偷看……

一周热门 更多>