现象描述:
数采仪通过网口升级,以前已经通过测试都是成功的。但是这次却一直失败,升级完成后,数采仪重新启动后,就死机了。
寻找问题:
1 观察收到的升级包,发现确实和发出的升级包有差异。
2 仔细对比发出的升级包,和收到的升级包,最终找到了第一个出错的地方。如下:
注意:上图中的26正好是某个升级数据包的最后一个数据,而升级包经过加上包尾(即“&&”)之后应该是
这样的“26 26 26”(因为&的ascii编码是26)。
3 程序的处理中,在寻找包尾时,是这样的:
//这样处理以保证所找到的"&&" 是最后一个
//因为在升级时传输的是二进制数据,难免在数据段中有"&&"出现
while (1)
{
iTemp = Common_FindSubStr(cpTemp, cpDataPack+iDataPackSize-cpTemp,"&&",2);
if (iTemp < 0)
{
break;
}
else
{
iEndCPTag = cpTemp+iTemp-cpDataPack;
cpTemp = cpTemp + iTemp + 2;
}
}
这样的话,只会认出前面的两个26,即把前面的两个26当作了包尾,但是实际的包围应该是后面的两个26,这样就少了最后一个字节的数据。
结论:
1 这样的问题出现的几率很小,这次能够测试出来,实在是有些幸运。
2 程序中的处理,一定要严谨,小心再小心。
转载于:https://www.cnblogs.com/gaotaozhaolei/archive/2008/06/06/1215041.html