gps自动测试工具

计划时间：1个周

8月17：使用CButtonST 实现了可以变换颜色的按钮。使用过程中，发现该类有两个版本，98版和0x版。为了熟练，使用了98版。

                对话款使用非模式的。出于之前的API串口的通信速度慢的原因，本次使用了Windows控件。添加控件后，程序在打开串口的

                过程中，会崩溃。调试了一个下午没能找到原因。虽然原因没找到，不过找到了一些调试程序的方法以及编程技巧。

8月19日：重新建立工程。样式选择IE样式。首先添加了多个非模式的对话款，然后一次性添加了两个串口控件。很顺利。然后创新性的使用

                WSAAsyncSelect 模型。由于没有使用该模型的UDP实例和经验。在使用 WSARecvFrom （）的过程中发现了10014 error.上网

                查阅，自己尝试，一个上午最终解决。问题的核心在WSARecvFrom （）函数的参数理解上有问题。第7个参数的指针指向的对象必

                须给固定值sizeof  (sockaddr)   或者16。

8月22日 ：这次为了避免内存泄露等致命错误，对指针的处理用了十二分的小心。从文件中读取串口命令文件，用了新的方法：CStdioFile,

                CStringList这两个新类。确实比较好用。在 OnTimer 函数中剔除多余的字符串采用了CString 类的TrimLeft函数。

                程序流程见DOC文件.流程图。

9月1日：计划一个周的东西花了快两个礼拜了，关键是等足两周后，也不一定能完善。拖期的主要原因是对问题的估计不足，在实际工作中

               有很多优柔挂断的成分在里面。总想着使用最合理的方式，缺乏尝试，怕麻烦。这是懒惰和消极的思想啊。还有一个主要原因是对

               代码的调试水平不行。一个小小的问题，总是搞很久才能找到问题。总是思路不清晰。最后，编代码的水平还不行。

               这两天遇到几个调试问题。总结一下。

              一个问题是通过串口发给车机命令，车机的回复总是不完整。分析原因可能是无意的清除了接收缓冲。采用了TRACE和文件观察，

             使用了以前的自动发送软件，将时间间隔调的很端，确实能再现问题。最终尝试延长等待时间。问题解决。教训，遇到一个问题，

             要跟进去，根据猜想，不停得实验。

            另一个问题是UDP发给车机的命令总是回复不了正确的内容。下定决心赵问题，最后发现问题是数组的类型转换有问题。UCHAR和

            CHAR 忽略了。使用CHAR ，在参加数学运算时，会有负数出现。