簡介一份基于Qt和C開發(fā)的雷達(dá)數(shù)據(jù)處理軟件完整項(xiàng)目覆蓋界面顯示、參數(shù)下發(fā)、數(shù)據(jù)接收與目標(biāo)跟蹤全流程適合畢業(yè)設(shè)計(jì)、課程設(shè)計(jì)及實(shí)際項(xiàng)目二次開發(fā)。界面部分使用shapelib讀取shapefile地圖通過定時(shí)器實(shí)現(xiàn)圓形刻度繪制與動(dòng)態(tài)掃描通信采用UDP下發(fā)DAM及校正參數(shù)主線程負(fù)責(zé)界面第二線程完成收發(fā)并用緩沖區(qū)與mutex鎖保證數(shù)據(jù)安全目標(biāo)跟蹤被封裝為track類包含航跡起始、點(diǎn)跡航跡關(guān)聯(lián)、航跡消亡與補(bǔ)點(diǎn)濾波采用擴(kuò)展卡爾曼濾波。資源共493個(gè)文件以C/C源碼h/cpp/c、工程配置pro/ui/qrc、說明文檔txt/pdf/md/xlsx及地圖數(shù)據(jù)shp/dbf/shx為主壓縮包約14.55MB目錄結(jié)構(gòu)清晰便于按模塊查閱。已有202人學(xué)習(xí)使用源碼經(jīng)嚴(yán)格測試附帶項(xiàng)目文檔適合希望掌握Qt界面編程、UDP網(wǎng)絡(luò)通信、多線程及經(jīng)典跟蹤算法的開發(fā)者參考與擴(kuò)展。1. 從課程設(shè)計(jì)的雷達(dá)需求說起一個(gè)典型的雷達(dá)數(shù)據(jù)處理課程設(shè)計(jì)題目通常要在一臺(tái)普通PC上完成三件看起來互不相干的事把來自模擬器或錄播數(shù)據(jù)的回波畫到屏幕上、把控制參數(shù)發(fā)給下位機(jī)、再從噪聲中把真實(shí)目標(biāo)的運(yùn)動(dòng)軌跡撈出來。這三件事恰好構(gòu)成了Qt界面層、通信協(xié)議層和信號處理層三個(gè)層次。很多同學(xué)把精力全花在畫界面上等交上去了才發(fā)現(xiàn)參數(shù)下發(fā)和接收解析用QThread亂寫一把程序一啟動(dòng)界面就假死目標(biāo)數(shù)據(jù)一到就亂碼——這套鏈路遠(yuǎn)不是一個(gè)QWidget拖幾個(gè)控件就能交差的。這篇文字講的是我面對這類題目時(shí)最常用的一套落地路徑從界面自繪到串口/TCP雙通道的參數(shù)交互再到卡爾曼濾波和最近鄰關(guān)聯(lián)的跟蹤管線最后落到畢業(yè)設(shè)計(jì)課程設(shè)計(jì)也適用的源碼組織與項(xiàng)目文檔寫法。整條鏈路的每一步都給出能直接抄的代碼并說清楚參數(shù)為什么這樣設(shè)置、調(diào)不好時(shí)看哪里。如果你手頭正攢著一個(gè)基于Qt的雷達(dá)數(shù)據(jù)處理課程設(shè)計(jì)這篇文章不做“項(xiàng)目實(shí)錄”只做你按圖索驥的參考工程方案。2. 界面顯示層先用Qt把雷達(dá)畫面和狀態(tài)面板立起來2.1 雷達(dá)數(shù)據(jù)顯示界面的自繪方案選型雷達(dá)數(shù)據(jù)處理軟件的臉面是PPI顯示平面位置指示器即那個(gè)圓形雷達(dá)畫面這塊區(qū)域用現(xiàn)成的Qt Widgets控件畫不出來必須自己用QPainter一點(diǎn)一點(diǎn)往上畫。選型上基本只有兩條路繼承QWidget重寫paintEvent或者用QGraphicsView QGraphicsScene。我的選擇是前者原因很實(shí)際課程設(shè)計(jì)和畢業(yè)設(shè)計(jì)的數(shù)據(jù)量通常只在每秒幾十到幾百個(gè)點(diǎn)跡QWidget自繪完全扛得住而且paintEvent這套代碼寫出來容易講解答辯時(shí)老師問到繪圖流程可以直接從QPainter的坐標(biāo)系講起不需要把GraphicsView的Item生命周期繞進(jìn)去。自繪界面時(shí)雷達(dá)掃描線的旋轉(zhuǎn)可以交給一個(gè)QTimer驅(qū)動(dòng)每觸發(fā)一次更新旋轉(zhuǎn)角度并調(diào)用update()。畫面底層的背景網(wǎng)格不需要每次重畫時(shí)都計(jì)算坐標(biāo)而是先在QPainter初始化時(shí)把整個(gè)網(wǎng)格畫到一張QPixmap上每次重繪只用drawPixmap把背景貼上去只重畫掃描線和點(diǎn)跡這是Qt繪圖性能上最常見也最有效的優(yōu)化手段。2.1.1 用paintEvent實(shí)現(xiàn)一個(gè)最小PPI顯示控件下面是一個(gè)能直接嵌進(jìn)主窗口的最小PPI控件實(shí)現(xiàn)覆蓋了背景繪制、距離環(huán)和掃描線三個(gè)基本元素北向朝上、順時(shí)針掃描。class PpiWidget : public QWidget { Q_OBJECT public: explicit PpiWidget(QWidget *parent nullptr) : QWidget(parent), m_scanAngle(0.0), m_range(120.0) { setMinimumSize(480, 480); QTimer *timer new QTimer(this); connect(timer, QTimer::timeout, this, [this]() { m_scanAngle 1.5; // 每幀轉(zhuǎn)1.5度約每秒一圈 if (m_scanAngle 360.0) m_scanAngle - 360.0; update(); // 觸發(fā)重繪 }); timer-start(25); // 1000 / 40 25ms一幀 } protected: void paintEvent(QPaintEvent *) override { QPainter painter(this); painter.setRenderHint(QPainter::Antialiasing); const int side qMin(width(), height()); painter.setViewport((width() - side) / 2, (height() - side) / 2, side, side); painter.setWindow(-side / 2.0, -side / 2.0, side, side); drawBackground(painter); drawRangeRings(painter); drawSweep(painter); } private: // 背景深藍(lán)色雷達(dá)底 void drawBackground(QPainter *p) { p-setPen(Qt::NoPen); p-setBrush(QColor(0, 20, 40)); p-drawEllipse(QPointF(0, 0), 240, 240); } // 距離環(huán)每30公里畫一圈 void drawRangeRings(QPainter *p) { p-setPen(QPen(QColor(0, 255, 128, 120), 1)); const double maxPx 240.0; for (int r 1; r 4; r) { double radius maxPx * (r * 30.0 / m_range); p-drawEllipse(QPointF(0, 0), radius, radius); } p-drawLine(QPointF(-240, 0), QPointF(240, 0)); // 方位基線 p-drawLine(QPointF(0, -240), QPointF(0, 240)); } // 掃描線半透明扇形 亮線 void drawSweep(QPainter *p) { p-save(); p-setPen(QPen(QColor(0, 255, 0), 2)); p-drawLine(QPointF(0, 0), QPointF(240 * qCos(qDegreesToRadians(m_scanAngle)), -240 * qSin(qDegreesToRadians(m_scanAngle)))); p-setBrush(QColor(0, 255, 0, 30)); // 余輝尾跡用半透明表示 p-setPen(Qt::NoPen); p-drawPie(QRectF(-240, -240, 480, 480), static_castint(-m_scanAngle * 16), static_castint(-60 * 16)); // 掃過60度扇形余輝 p-restore(); } private: double m_scanAngle 0.0; // 當(dāng)前掃描角度度 double m_range 120.0; // 當(dāng)前量程公里 };代碼邏輯說明Qt的坐標(biāo)系統(tǒng)里角度0在正右方向順時(shí)針增加雷達(dá)習(xí)慣是0度為正北即屏幕上邊所以畫掃描線時(shí)y分量取負(fù)號、x分量取余弦。drawPie的起始角單位和方向與數(shù)學(xué)坐標(biāo)系不同它按1/16度為單位且逆時(shí)針為正這里取負(fù)的掃描角度值是為了讓扇形余輝跟掃描線同一方向。參數(shù)設(shè)置的注意點(diǎn)定時(shí)器間隔直接決定掃描線轉(zhuǎn)速間隔25ms、每幀轉(zhuǎn)1.5度每秒轉(zhuǎn)60度轉(zhuǎn)一圈正好6秒這算雷達(dá)顯示里比較快的“搜索模式”節(jié)奏適合課程演示。量程m_range只影響距離環(huán)半徑計(jì)算實(shí)際雷達(dá)量程來自控制面板的“量程切換”按鈕需要在槽函數(shù)里改完m_range之后調(diào)用update()否則畫面不會(huì)刷新。2.2 狀態(tài)面板與參數(shù)控件信號槽的收發(fā)約定狀態(tài)面板上一般是天線方位角、正北校正、目標(biāo)批號、跟蹤狀態(tài)、系統(tǒng)時(shí)間這幾個(gè)字段搭配量程切換、增益、門限這三個(gè)滑塊或旋鈕。說白了這是一批QWidget控件通過信號槽和PpiWidget互相通信的過程。需要注意的是Qt的信號槽連接默認(rèn)是直連還是隊(duì)列連接取決于發(fā)送與接收對象是否在同一線程在界面線程內(nèi)全部是直連槽函數(shù)立即執(zhí)行一旦引入QThread接收數(shù)據(jù)線程跨線程的信號必須走隊(duì)列連接參數(shù)類型必須用Qt注冊過的類型否則編譯能過、運(yùn)行時(shí)警告“Cannot queue arguments”。Qt國際化這一塊建議從一開始就做。把界面上的“量程”“增益”“方位角”這些字符串用tr()包起來之后生成qm翻譯文件即可切換中英文界面畢設(shè)答辯時(shí)切一次英文界面通常都是加分項(xiàng)。雖然純課程設(shè)計(jì)里做雙語界面顯得“過度”但tr()寫起來并不增加成本答辯被問到“界面怎么做多語言”時(shí)不會(huì)措手不及。3. 參數(shù)下發(fā)與數(shù)據(jù)接收通信層做到不丟包、不卡界面3.1 協(xié)議幀設(shè)計(jì)與CRC校驗(yàn)先定好字節(jié)排布再寫代碼參數(shù)下發(fā)和數(shù)據(jù)接收共用一條鏈路報(bào)文格式必須先行約定。我常用的幀結(jié)構(gòu)是幀頭(2字節(jié)) 幀長(1字節(jié)) 命令字(1字節(jié)) 數(shù)據(jù)域(變長) CRC16(2字節(jié)) 幀尾(1字節(jié))幀頭用0xAA 0x55幀尾用0x0D 0x0A這組特征字節(jié)在示波器和串口調(diào)試助手里肉眼可辨排查時(shí)方便。CRC16的實(shí)現(xiàn)是所有通信類程序必須自己動(dòng)手寫一遍的基礎(chǔ)代碼。Qt的QCryptographicHash不提供CRC16所以要么手寫查表法要么用現(xiàn)成的CRC-CCITT算法。下面是課程項(xiàng)目里最常見的查表法實(shí)現(xiàn)多項(xiàng)式0x8005初值0xFFFFuint16_t crc16_ccitt(const QByteArray data) { quint16 crc 0xFFFF; for (int i 0; i data.size(); i) { crc ^ static_castquint8(data.at(i)) 8; for (int bit 0; bit 8; bit) { if (crc 0x8000) { crc (crc 1) ^ 0x8005; } else { crc 1; } } } return crc; }這段代碼的含義每個(gè)字節(jié)先與CRC高8位異或再按位做8輪移位和多項(xiàng)式異或。參數(shù)說明有三點(diǎn)一、數(shù)據(jù)域計(jì)算CRC時(shí)按幀頭之后、CRC自身之前的字節(jié)來計(jì)算也就是“幀長命令字?jǐn)?shù)據(jù)域”接收端校驗(yàn)時(shí)也一樣兩邊保持統(tǒng)一二、初值0xFFFF和多項(xiàng)式0x8005是CCITT標(biāo)準(zhǔn)換任何協(xié)議棧都能對上不要隨意改三、CRC字段在幀內(nèi)按大端存放即高字節(jié)在前這一點(diǎn)務(wù)必寫進(jìn)協(xié)議文檔里否則上位機(jī)和下位機(jī)各寫各的聯(lián)調(diào)時(shí)出現(xiàn)界面上收的每幀都報(bào)“CRC錯(cuò)誤”的概率最大。3.2 串口與TCP兩個(gè)通道的切換與統(tǒng)一接口課程設(shè)計(jì)通常要求支持兩種下發(fā)通道一是RS232/RS422串口接模擬雷達(dá)信號源二是UDP/TCP接網(wǎng)絡(luò)目標(biāo)模擬器。代碼層面最干凈的做法是抽象一個(gè)Transport基類串口和網(wǎng)絡(luò)各寫一個(gè)子類界面只管調(diào)用Transport::sendFrame()和connect(Transport::frameReceived, ...)。這個(gè)設(shè)計(jì)雖然多寫了兩個(gè)類但你答辯說“用策略模式統(tǒng)一了串口和網(wǎng)絡(luò)通道”比說“我做了兩個(gè)按鈕分別調(diào)不同函數(shù)”要高一個(gè)檔次。串口通道用Qt SerialPort模塊打開串口時(shí)最需要確認(rèn)的參數(shù)是波特率、數(shù)據(jù)位、停止位和校驗(yàn)位。課堂實(shí)驗(yàn)和大多數(shù)雷達(dá)模擬器采用“115200, 8N1”對應(yīng)setBaudRate(115200)、setDataBits(QSerialPort::Data8)、setStopBits(QSerialPort::OneStop)、setParity(QSerialPort::NoParity)。注意setPortName要仔細(xì)核對系統(tǒng)設(shè)備名Windows下是COM3這種格式Linux下可能是ttyUSB0浸入式開發(fā)建議做成下拉框自動(dòng)枚舉可用串口對應(yīng)QSerialPortInfo::availablePorts()。網(wǎng)絡(luò)通道建議直接用QTcpSocket或QUdpSocket。點(diǎn)對點(diǎn)雷達(dá)數(shù)據(jù)鏈一般用UDP較多因?yàn)橐淮吸c(diǎn)跡上報(bào)就是獨(dú)立數(shù)據(jù)報(bào)不需要TCP的重傳機(jī)制且時(shí)延更小。UDP收數(shù)據(jù)時(shí)要考慮MTU限制一幀報(bào)文超過1472字節(jié)就得自己分片通常雷達(dá)點(diǎn)跡報(bào)文不會(huì)那么大單包直接承載即可。TCP則要把精力放在3.3節(jié)的粘包處理上。3.3 接收線程與粘包分包不要讓數(shù)據(jù)接收卡住界面重繪數(shù)據(jù)接收不能放在GUI線程里否則串口每收到一堆字節(jié)就觸發(fā)一次信號界面會(huì)被高頻重繪拖到無響應(yīng)。常見做法是開一個(gè)QThread在run里用阻塞讀waitForReadyRead循環(huán)讀串口讀到的原始字節(jié)追加到緩沖區(qū)按協(xié)議幀格式提取完整幀再通過信號發(fā)回GUI線程做數(shù)據(jù)系列化。UDP接收更簡單QUdpSocket::readyRead實(shí)際上已經(jīng)跑在事件循環(huán)里直接在主線程讀數(shù)據(jù)也不會(huì)太影響界面——但穩(wěn)妥起見網(wǎng)絡(luò)和串口統(tǒng)一走同一個(gè)工作線程可以減少“串口卡界面、UDP不卡”這類不一致性。粘包分包是所有基于字節(jié)流傳輸方式TCP或串口都必須處理的邏輯。一包數(shù)據(jù)里可能包含多條完整幀也可能一條幀只來了一半所以必須有緩沖區(qū)。緩沖區(qū)提取完整幀的標(biāo)準(zhǔn)寫法如下// 假設(shè)m_buffer是QByteArraym_minFrameLen 7幀頭2幀長1命令1CRC2幀尾1 void ProtocolParser::appendData(const QByteArray chunk) { m_buffer.append(chunk); while (m_buffer.size() 7) { int headIdx m_buffer.indexOf(QByteArray::fromHex(AA55)); if (headIdx 0) { m_buffer.clear(); // 找不到幀頭丟棄所有數(shù)據(jù) return; } if (headIdx 0) { m_buffer.remove(0, headIdx); // 剔除幀頭前的臟數(shù)據(jù) } quint8 frameLen static_castquint8(m_buffer.at(2)); if (m_buffer.size() frameLen) { return; // 數(shù)據(jù)不足一幀等待更多字節(jié) } QByteArray frame m_buffer.left(frameLen); m_buffer.remove(0, frameLen); quint16 crcRecv (static_castquint8(frame.at(frameLen - 3)) 8) | static_castquint8(frame.at(frameLen - 2)); quint16 crcCalc crc16_ccitt(frame.mid(2, frameLen - 5)); if (crcRecv crcCalc) { emit frameReceived(frame); } // 幀尾0D0A在幀長校驗(yàn)中已隱含無需再查驗(yàn) } }這段解析邏輯說了三件事一、用indexOf找到幀頭特征0xAA55找不到就把緩沖區(qū)清空防止壞數(shù)據(jù)無限積累二、幀長字段位于第3個(gè)字節(jié)下標(biāo)2每次只取一幀的長度然后從緩沖區(qū)頭部移除這是“滑動(dòng)窗”的核心三、CRC校驗(yàn)只對“幀長、命令字、數(shù)據(jù)域”計(jì)算幀頭幀尾不參與校驗(yàn)。參數(shù)frameLen指的是整個(gè)幀的字節(jié)數(shù)與3.1的幀結(jié)構(gòu)一致自定義協(xié)議時(shí)務(wù)必保持一致。收到完整幀后把原始QByteArray通過信號發(fā)到界面線程解析為PointTrack結(jié)構(gòu)體再通知PpiWidget重繪。注意跨線程信號用qRegisterMetaType ()雖然不需要注冊QByteArray是內(nèi)置類型但自定義結(jié)構(gòu)體一定要用qRegisterMetaType注冊才能做隊(duì)列連接。忘記注冊的典型癥狀是信號發(fā)出去了槽函數(shù)不執(zhí)行控制臺(tái)沒有任何報(bào)錯(cuò)排查時(shí)先從連接方式和類型注冊入手。4. 目標(biāo)跟蹤處理點(diǎn)跡聚類與卡爾曼濾波的落地寫法4.1 點(diǎn)跡數(shù)據(jù)到航跡數(shù)據(jù)先搞清坐標(biāo)變換雷達(dá)數(shù)據(jù)處理里的“目標(biāo)跟蹤”不是拿原始視頻信號直接畫軌跡而是先把點(diǎn)跡從極坐標(biāo)變換到直角坐標(biāo)再按時(shí)間順序把屬于同一個(gè)目標(biāo)的點(diǎn)關(guān)聯(lián)起來形成航跡。課程層面的系統(tǒng)一般從數(shù)據(jù)接收模塊拿到的已經(jīng)是“方位角、距離、俯仰角”點(diǎn)跡所以第一步是坐標(biāo)變換公式如下struct PointPolar { double range_km; double azimuth_deg; double elevation_deg; }; struct PointCart { double x, y, z; }; PointCart polarToCart(const PointPolar p, double northOffsetDeg) { double az qDegreesToRadians(p.azimuth_deg northOffsetDeg); double el qDegreesToRadians(p.elevation_deg); PointCart c; c.x p.range_km * qCos(el) * qSin(az); c.y p.range_km * qCos(el) * qCos(az); c.z p.range_km * qSin(el); return c; }坐標(biāo)變換里最容易出錯(cuò)的參數(shù)是northOffsetDeg——系統(tǒng)北與地磁北之間的偏置角。如果不加這個(gè)偏移目標(biāo)方位顯示全都會(huì)偏一個(gè)固定角度單目標(biāo)時(shí)看不出問題一旦兩個(gè)目標(biāo)軌跡交叉航跡關(guān)聯(lián)就會(huì)混亂。建議把偏置角做成界面參數(shù)默認(rèn)0允許用戶在標(biāo)定界面填入當(dāng)?shù)卮牌恰?.2 卡爾曼濾波的狀態(tài)方程與協(xié)方差調(diào)節(jié)目標(biāo)跟蹤的經(jīng)典算法是卡爾曼濾波。對勻速直線運(yùn)動(dòng)的雷達(dá)目標(biāo)狀態(tài)向量選[x, y, vx, vy]二維場景或[x, y, z, vx, vy, vz]三維場景狀態(tài)轉(zhuǎn)移矩陣F按勻速模型寫。濾波的難點(diǎn)不在公式推導(dǎo)而在Q矩陣過程噪聲協(xié)方差和R矩陣量測噪聲協(xié)方差的數(shù)字設(shè)置——這兩個(gè)矩陣參數(shù)直接決定了航跡是“貼點(diǎn)”還是“平滑”。課程項(xiàng)目里Q和R的取值有個(gè)不成文的經(jīng)驗(yàn)如果數(shù)據(jù)源是模擬器量測噪聲很小R取對角元素0.01對應(yīng)量測誤差約0.1單位如果數(shù)據(jù)源是錄播的真實(shí)雷達(dá)數(shù)據(jù)R對角元素取1.04.0更合適。Q矩陣的取值決定濾波器對目標(biāo)機(jī)動(dòng)的響應(yīng)速度Q值越大濾波器跟蹤越快但噪聲也越大經(jīng)驗(yàn)值取Q 0.1 * I單位陣起步效果不佳時(shí)逐步加大到0.5 * I。下面是與上述狀態(tài)方程匹配的卡爾曼濾波核心更新函數(shù)void KalmanFilter::update(const Eigen::VectorXd z) { // z是2維量測x, y。先驗(yàn)協(xié)方差P和狀態(tài)x_pre在上一步predict中更新 Eigen::MatrixXd H(2, 4); H 1, 0, 0, 0, 0, 1, 0, 0; Eigen::MatrixXd R 0.01 * Eigen::MatrixXd::Identity(2, 2); Eigen::MatrixXd S H * m_P * H.transpose() R; Eigen::MatrixXd K m_P * H.transpose() * S.inverse(); m_x m_x K * (z - H * m_x); m_P (Eigen::MatrixXd::Identity(4, 4) - K * H) * m_P; }這里用的是Eigen庫做矩陣運(yùn)算課程項(xiàng)目建議直接引入Eigen頭文件庫無需編譯Qt的.pro文件里include路徑加上就行。參數(shù)說明m_x即當(dāng)前濾波狀態(tài)m_P是狀態(tài)協(xié)方差矩陣K是卡爾曼增益。初值m_P設(shè)為單位陣乘以一個(gè)較大值比如100表示對初始狀態(tài)不確定m_x初值用前兩個(gè)點(diǎn)跡坐標(biāo)和速度差推算。R矩陣在這段代碼里是寫死的0.01 * I如果在實(shí)際項(xiàng)目中需要根據(jù)數(shù)據(jù)源類型動(dòng)態(tài)調(diào)整就把它改成成員變量由配置文件或界面參數(shù)注入。4.3 航跡管理點(diǎn)跡關(guān)聯(lián)與航跡起始/撤銷卡爾曼濾波只負(fù)責(zé)單條航跡的平滑多個(gè)目標(biāo)的航跡起始、關(guān)聯(lián)、撤銷屬于航跡管理范疇。課程設(shè)計(jì)的處理量不大使用最近鄰關(guān)聯(lián)NN即可對每一幀新點(diǎn)跡計(jì)算它與已有航跡預(yù)測位置的歐氏距離距離小于關(guān)聯(lián)門限就歸入該航跡門限通常設(shè)為510個(gè)距離單位和量測噪聲的方差相關(guān)。一個(gè)點(diǎn)跡同時(shí)落在兩條航跡關(guān)聯(lián)門內(nèi)時(shí)取距離最近的那個(gè)剩下那條航跡暫不更新繼續(xù)維持航跡外推。航跡管理的狀態(tài)機(jī)至少要有“臨時(shí)航跡”和“確認(rèn)航跡”兩態(tài)。新點(diǎn)跡連續(xù)3幀都能關(guān)聯(lián)上臨時(shí)航跡升級為確認(rèn)航跡確認(rèn)航跡連續(xù)5幀沒有點(diǎn)跡關(guān)聯(lián)撤銷航跡。這個(gè)數(shù)字不是拍腦袋定的3幀起始對應(yīng)雷達(dá)掃描6秒按4.2節(jié)掃描周期2秒算5幀撤銷對應(yīng)10秒無點(diǎn)跡雜波環(huán)境下這兩個(gè)參數(shù)要結(jié)合雷達(dá)掃描周期和點(diǎn)跡更新率來設(shè)定掃描周期短就適當(dāng)加大幀數(shù)否則航跡容易因一次漏點(diǎn)就被撤銷。Qt里管理航跡通常就是維護(hù)一個(gè)QMapint, Trackkey是航跡批號Track結(jié)構(gòu)體里放卡爾曼濾波器、狀態(tài)機(jī)狀態(tài)、連續(xù)丟點(diǎn)數(shù)。為了方便界面畫航跡歷史Track里維護(hù)一個(gè)固定長度的點(diǎn)播緩存比如存最近100個(gè)濾波輸出點(diǎn)每次新點(diǎn)跡關(guān)聯(lián)成功后push_back并彈出頭部PpiWidget的paintEvent只需要遍歷所有航跡畫出這些緩存的折線即可。航跡緩存長度直接決定畫面上“航跡拖尾”的視覺長度100個(gè)點(diǎn)配合2秒掃描周期大約能顯示最后一次更新前200秒的軌跡對答辯演示足夠。5. 源碼組織與項(xiàng)目文檔讓課程設(shè)計(jì)和畢業(yè)設(shè)計(jì)的交付物都足夠完整5.1 源碼目錄結(jié)構(gòu)與模塊分層的常見組織方式編碼過程中最容易被忽略的是目錄結(jié)構(gòu)。沒有分層的項(xiàng)目在答辯時(shí)給老師演示代碼跳轉(zhuǎn)一眼望過去全是.cpp和.h混在一起印象分立刻掉一截。我通常把雷達(dá)數(shù)據(jù)處理軟件拆成五個(gè)模塊ui界面類、widgets自繪控件、comm串口和網(wǎng)絡(luò)通信、tracking坐標(biāo)變換、卡爾曼濾波、航跡管理、utilsCRC、日志、配置讀寫。Qt Creator里對應(yīng)的目錄組織如下RadarProcess/ ├── RadarProcess.pro # qmake工程文件 ├── src/ │ ├── ui/ # 主窗口、控制面板、狀態(tài)欄 │ ├── widgets/ # PpiWidget、AscopeWidget │ ├── comm/ # Transport基類、SerialTransport、UdpTransport │ ├── tracking/ # KalmanFilter、TrackManager、CoordinateTransform │ └── utils/ # Crc16、ConfigManager、Logger ├── docs/ # 項(xiàng)目文檔需求、設(shè)計(jì)、測試、使用說明 ├── data/ # 錄播數(shù)據(jù)、坐標(biāo)文件、配置文件 └── resources/ # 圖標(biāo)、qm翻譯文件、qss樣式表.pro文件里的SOURCES和HEADERS按模塊分組寫注釋標(biāo)明每個(gè)模塊的職責(zé)。Qt的moc預(yù)處理會(huì)自動(dòng)處理Q_OBJECT宏不需要手動(dòng)運(yùn)行moc但新增或刪除帶Q_OBJECT的類后一定要重新qmake一次否則會(huì)出現(xiàn)“Unknown module”或“undefined reference to vtable”這類詭異報(bào)錯(cuò)。這個(gè)坑每個(gè)Qt開發(fā)者都踩過答辯現(xiàn)場現(xiàn)場編譯時(shí)遇到會(huì)非常尷尬。5.2 項(xiàng)目文檔的完整清單從需求文檔到測試記錄畢業(yè)設(shè)計(jì)或課程設(shè)計(jì)要求的“項(xiàng)目文檔”與商業(yè)軟件文檔不一樣評審老師核心看三件東西需求分析你要解決什么問題、設(shè)計(jì)說明你打算怎么解決、為什么這么設(shè)計(jì)、測試記錄你怎么驗(yàn)證解決了。以雷達(dá)數(shù)據(jù)處理軟件為例文檔清單可以按下面這張表展開文檔名稱內(nèi)容要點(diǎn)篇幅參考需求分析說明書功能需求界面顯示、參數(shù)下發(fā)、數(shù)據(jù)接收、目標(biāo)跟蹤、性能需求刷新率、航跡更新率、運(yùn)行環(huán)境812頁概要設(shè)計(jì)說明書系統(tǒng)架構(gòu)圖、模塊劃分、數(shù)據(jù)流圖、接口定義幀結(jié)構(gòu)、信號槽對應(yīng)關(guān)系1015頁詳細(xì)設(shè)計(jì)說明書關(guān)鍵類設(shè)計(jì)類圖、核心函數(shù)說明、協(xié)議CRC實(shí)現(xiàn)說明、卡爾曼濾波公式及參數(shù)表1520頁測試報(bào)告測試環(huán)境、串口/網(wǎng)絡(luò)回環(huán)測試步驟、點(diǎn)跡關(guān)聯(lián)準(zhǔn)確率、航跡連續(xù)率610頁使用說明書軟件安裝步驟、界面操作說明、參數(shù)配置含義46頁測試報(bào)告最容易寫但也最容易被忽略。建議在開發(fā)過程里每修一個(gè)bug就順手記一筆問題現(xiàn)象、復(fù)現(xiàn)步驟、根因分析、修改內(nèi)容。到最后答辯前匯總成測試報(bào)告時(shí)手里有幾十條真實(shí)記錄寫出來和臨時(shí)杜撰完全是兩種質(zhì)量。另外數(shù)據(jù)回放功能是調(diào)試和文檔寫作的利器把接收到的原始點(diǎn)跡數(shù)據(jù)存成文本文件測試時(shí)用回放代替真實(shí)雷達(dá)源所有截圖和測試數(shù)據(jù)都可復(fù)現(xiàn)性能對比也更有說服力。5.3 答辯前必做的三類驗(yàn)證項(xiàng)目開發(fā)完成之后在答辯前至少要跑通三類驗(yàn)證每一類都對應(yīng)一個(gè)老師可能追問的點(diǎn)。第一類是用串口調(diào)試助手或網(wǎng)絡(luò)調(diào)試工具回環(huán)測試驗(yàn)證參數(shù)下發(fā)的CRC和接收解析正確性——具體做法是把下發(fā)的報(bào)文原樣回傳界面收到的數(shù)據(jù)應(yīng)該和下發(fā)完全一致用16進(jìn)制顯示窗口核對。第二類是錄播數(shù)據(jù)回放的一致性測試同一份數(shù)據(jù)回放兩次截圖對比界面上的目標(biāo)軌跡是否完全重合重合則說明坐標(biāo)變換和濾波是確定性的沒有隨機(jī)性因素混進(jìn)去。第三類是長時(shí)間穩(wěn)定性驗(yàn)證連續(xù)運(yùn)行一小時(shí)以上觀察內(nèi)存占用是否有持續(xù)增長任務(wù)管理器里內(nèi)存曲線穩(wěn)定無上升QThread和信號槽的隊(duì)列連接沒有累計(jì)泄漏。Qt發(fā)布軟件這一步也要提前做。Windows下用windeployqt把Qt運(yùn)行庫拷到exe同目錄Debug版本還要帶上對應(yīng)的調(diào)試版DLL。常見的坑是發(fā)布到?jīng)]裝過Qt的機(jī)器上缺platforms/qwindows.dll啟動(dòng)時(shí)黑框一閃而過或報(bào)“無法定位程序輸入點(diǎn)”這通常是因?yàn)闆]有用windeployqt或刪掉了platforms目錄。發(fā)布包做好后在干凈虛擬機(jī)或另一臺(tái)電腦上試裝一次確認(rèn)能獨(dú)立運(yùn)行再準(zhǔn)備寫使用說明書里的安裝部署章節(jié)。本文還有配套的精品資源點(diǎn)擊獲取