計劃時間：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 ，在參加數學運算時，會有負數出現。