上位機軟件設(shè)計word版-資料下載頁
2025-01-16 05:09本頁面
【正文】 有誤，則上位機控制軟件彈出如下提示：l 上位跟蹤函數(shù)上位跟蹤函數(shù)也是事件響應(yīng)函數(shù)之一。該函數(shù)輸入值是在界面上輸入的航跡的高度、截距和速度值，而發(fā)送給下位機的是經(jīng)過航跡公式求得的方位和俯仰的角度值。根據(jù)系統(tǒng)要求，需要在每個定時周期（20ms）內(nèi)求得此刻需要指向的角度值然后發(fā)送給下位機。系統(tǒng)跟蹤航跡的過程中不可進行除待機以外的其他操作。即在發(fā)送航跡數(shù)據(jù)過程中使上位機控制界面中除待機按鈕以外的其他按鈕均為不可操作狀態(tài)。在航跡數(shù)據(jù)發(fā)送完成后將其恢復(fù)。這里主要介紹如何實現(xiàn)高精度定時。利用Windows API函數(shù) QueryPerformanceFrequency( )可以獲得系統(tǒng)的頻率。用QueryPerformanceCounter（）函數(shù)可以獲得系統(tǒng)計數(shù)器的當前計數(shù)值。那么如果需要定時周期為myTime，那么定時方法大致如下：QueryPerformanceFrequency(freq)。 //獲得系統(tǒng)頻率QueryPerformanceCounter(stop)。 //獲取計數(shù)器初值do{ //需要周期執(zhí)行的代碼…………………… QueryPerformanceCounter(stop)。 //獲取計數(shù)器當前值stop=(double)。 }while((stopstart) = myTime*freq)。 //判斷定時20ms到否，未到轉(zhuǎn)至do語句l 其他細節(jié)由于將浮點數(shù)轉(zhuǎn)化為整型時出現(xiàn)截斷誤差，這里需要做如下處理：若輸入為正數(shù)，；若輸入為負數(shù)。此外，為了防止在操作對話框時因為按下“回車”或者“ESC”鍵導(dǎo)致對話框直接關(guān)閉退出，需要在源文件中添加對這兩個事件的屏蔽函數(shù)。4 軟件測試本機測試時，利用虛擬串口工具和串口調(diào)試助手軟件建立虛擬串口連接進行測試，實現(xiàn)串口兩端的數(shù)據(jù)收發(fā)。檢驗數(shù)據(jù)發(fā)送是否正確，對響應(yīng)的處理是否正確。聯(lián)機測試時，和下位機PC104通過RS232進行測試。5 部分改進和問題。改進：考慮到上位機軟件在不同計算機上運行時，系統(tǒng)所分配的串口號不同。在界面上添加了串口選擇（可選端口號18）列表框和響應(yīng)按鈕。同時，添加指示燈來顯示串口的狀態(tài)（打開或關(guān)閉）。如圖6所示。圖6為了便于上位跟蹤航跡時數(shù)據(jù)的分析，在上位機發(fā)送航跡數(shù)據(jù)的同時，存儲所發(fā)送的方位和俯仰角度值，在發(fā)送完成后將存儲的數(shù)據(jù)寫入文件，便于對跟蹤效果進行分析。 問題：1) 在上位跟蹤時，由于定時過程中需要反復(fù)讀取系統(tǒng)計數(shù)器的當前值，以此來判斷定時時間是否到達。這導(dǎo)致軟件運行時占用大量的系統(tǒng)資源。測試時發(fā)現(xiàn)，航跡發(fā)送期間無法響應(yīng)待機按鈕?？紤]采用線程編程方法才能節(jié)省系統(tǒng)資源?？紤]到數(shù)據(jù)內(nèi)容可能與幀頭或者幀尾相同而導(dǎo)致數(shù)據(jù)解碼出錯，所以將所有命令幀的幀長固定為一定長度（11個字節(jié)），數(shù)據(jù)位不夠的補零，幀尾在第11個字節(jié)，校驗和在第10個字節(jié)。但是這樣會導(dǎo)致上位機通過串口向下位機發(fā)送收據(jù)的時間
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號-1