軟件追蹤技術主要應用在軟件調試階段上，這是一個非常牛叉的玩意兒，怎么講，學習QP至今，最讓我震驚的兩門技術之一，最讓人震驚的是，他是基于嵌入式方案的軟件追蹤，也就是在單片機上就能跑起來，當你在裸奔的年代，做著一些較為簡單的應用，這玩意怎么說呢，有些雞肋，因為你可以讓你的所有代碼都跑在你的小腦袋里，但當你感覺腦袋不夠用了的時候，那你可以考慮上這個玩意兒了。

      傳統我們如何調試我們的代碼，所謂的調試就是先讓他跑起來，然后在既定輸入下條件下，看看輸出對不對，這種情況下，有個最強大的武器就是斷點-單步調試，他很好用，非常好用，特別適合在一些裸奔或者順序執行的情況下，因為這些操作雖然看不見，但是有一點能保證，那就是他是順序執行的。

      在多任務或者是事件驅動型系統中，單步調試寫劣勢就被放大了，因為系統在運行時，單步調試會帶來一個最大的麻煩就是，系統被暫停了，因為這種情況下你很難捕捉在某一時刻到底放生了什么樣的交互（這種交互在裸機里面是不存在的，因為沒有那一坨看不懂的os造成的一個既定的指向），才導致代碼執行到了這里。這個時候因為很難用小腦袋去模擬軟件執行過程多個對象交互過程中真實的情況，所以你需要想辦法動態的去調試，printf是一個非常不錯的選擇，但是很可惜他并不適用于單片機（因為有很多應用是不帶屏幕的，同樣printf會造成系統性能的大幅下降，本身硬件就不怎么快）。

      軟件追蹤技術相當于針對嵌入式處理器的應用，在printf方案上的一個超級版本進階，他不光解決了單片機沒有屏，和性能執行的問題，最關鍵是，他告訴你需要追蹤啥？（哪些東西才是真正需要追蹤的，通過追蹤記錄，可以完美的展現你的代碼執行軌跡，他們到底是干了啥怎么干的，有沒有出格）。

      QSPY有兩部分組成，一個是所謂的主機，就是一個上位機軟件，這個大佬已經幫忙寫好，并把源代碼開放給了你，另一部分是需要內置到的代碼工程當中的宏，在你不用QSPY的時候，直接禁用掉相應的宏就可以了。他們如何通信，其實形式有很多，完全取決你的硬件，最常用的辦法就是一根串口線。

      書本上講的大概是這樣，他在一臺電腦上啟動QSPY主機，另一臺電腦上模擬嵌入式目標設備，中間一根線通信，如下：

      如何讓其在自己的開發板上跑起來，并且根據我們內置的追蹤記錄一條一條的去分析一個真實的系統是如何執行的，是這篇文章的重點中的重點，因為可能有點長，分上下兩篇吧，上篇講移植，下篇講追蹤分析，可能和書本的內容不一致，書本上的內容過期很久了，所以此篇就以QP6.9.0的真實版本作為實例去分析。

      首先祭出我們的目標板，這是參加研討會時候送的F4的開發板：

   板子有了，先調我們的目標板的代碼，主機部分的代碼基本不需要我們改，因為這顆芯片是F401,而沒有合適的demo，所以就以QP提供的F407的demo為模板進行移植，說是移植，基本不怎么用改就能跑起來。先看看源碼哪里需要改。

   在調試的過程中遇到了兩個問題，一個就是主頻的問題，因為芯片不同，所以，一定要當心看看F401和F407之間到底有哪些區別。找區別，我不太習慣芯片手冊了，還是CUBEMX用來順手，熟悉STM32小伙伴應該都懂得。我在這個地方栽了一個跟頭。

圖片可能看不太清，這里說一下，401最快是84M的主頻，407最快是168M的主頻，都是F4，差別有點大，因為我們直接用的是407 所以要仔細去看看的時鐘配置。

傳不了圖了，另開接此位置。。。請看中篇。