一、什么是chipwatcher
在編程開發(fā)過程的調(diào)試階段，可以借助一些編譯環(huán)境集成的工具幫助我們更好地定位問題。當我們完成一份工程代碼但是觀測不到我們想要的結(jié)果時，我們需要進一步確認是哪部分的代碼出現(xiàn)了偏差導致得不到我們想要的結(jié)果。
對于MCU來說，我們可以借助JLINK仿真器來實現(xiàn)斷點測試，進而觀察每一步的數(shù)據(jù)變化，從而定位到問題所在；對于FPGA而言，想要觀察內(nèi)部信號的變化，也有對應的工具可以使用。
這些工具，不同的芯片廠商根據(jù)自家的編譯環(huán)境集成了他們各自的工具，例如，Xilinx ISE的chipscope，altera quartus II 的SignalProbe等。本文中安路TD的chipwatcher也是用于觀測電路內(nèi)部信號變化的工具，可以認為這是一款類似于邏輯分析儀的工具，只不過觀測的信號不是芯片引腳上面的信號，而是電路內(nèi)部的信號。
當我們需要定位問題的時候，可以在工具中添加我們想要查看的信號，通過抓取波形來確認信號是否在根據(jù)我們的需求進行變化。
二、Chipwatcher使用流程
首先，一個FPGA工程常見的構(gòu)成如下：
1. 功能代碼文件：后綴為.v的文件，通俗地講就是我們自己寫的代碼。
2. 例化的IP文件：通過編譯軟件來例化的IP的代碼，不同廠商例化后的IP文件名后綴有差異，安路的TD中直接將例化完畢后的.v文件加入工程即可。這類文件不是必須的，有用到需要的IP就加，沒有不加。
3. IO約束文件：用來定義整個工程的輸入輸出信號對應的具體芯片引腳是哪個。這類文件可以不加，不加的話編譯工具會自動分配IO口。
4. 時鐘約束文件：即SDC文件。同IO約束文件，不加的話編譯器會自己約束，因此當工程較大時序較為復雜時通常需要我們自己約束。
以上四種文件通過編譯后一起生成的整個工程的bit文件燒錄進FPGA芯片后，假設代碼功能正常，則芯片開始工作。
假設功能不正常，當我們想要觀察電路內(nèi)部信號的時候，我們還需要在工程中加入另一類文件，即第五類文件，然后將這五類文件統(tǒng)一打包成bit文件后下載進FPGA，此時才可以利用工具觀測和抓取到我們想看的信號。
這第五類文件，在TD中，即為Chipwatcher工具生成的.cwc文件。
下圖展示了一個加入.cwc文件后的工程目錄（該工程中未加入時序約束文件）：
生成cwc文件的過程如下：
Tools -> Debug Tools -> chipwatcher
進入到chipwatcher頁面：
如上圖，①區(qū)是選擇采樣時鐘和采樣深度，采樣時鐘的選擇注意要選擇全局時鐘中頻率最高的時鐘，采樣深度越深（即數(shù)值越大），最終生成的bit文件所占用的芯片資源越多。
②區(qū)是添加想觀察的信號的區(qū)域，添加方法：在該區(qū)域右鍵后，選擇add nodes進入到信號選擇的頁面，如下：
如圖可以選擇想要觀察的信號至右側(cè)，全部選擇完畢后，點擊OK即可。
需要注意的是，有些信號會自動被編譯器優(yōu)化，而在list中不被顯示，此時若是想觀測對應的信號，可以回到我們的代碼中加上如下關鍵詞即可：
添加完想要觀察的信號后，設置觸發(fā)條件。
如圖，在trigger enable欄選擇觸發(fā)信號，在rigger condition欄選擇觸發(fā)條件（右鍵）
觸發(fā)條件共有以下幾種：
分別表示低電平觸發(fā)、高電平觸發(fā)、上升沿觸發(fā)、下降沿觸發(fā)和邊沿觸發(fā)。
在如上圖處設置觸發(fā)信號之間的關系。圖中設置為或，即只要其中一個信號滿足條件即可。
上圖中的整體觸發(fā)條件設置完畢后可敘述為：當int_mem_we信號或int_mem_re信號其中之一為高電平時，抓取當前int_mem_wdata[31 :0]、int_mem_addr[10 :0]、int_mem_rdata[31 :0]、int_mem_we和int_mem_re的波形。
編輯完畢后即可保存文件。
保存后生成對應的cwc文件，同時將文件加入工程，最后編譯下載至開發(fā)板。
（注釋：①為將生成的cwc文件加入工程，②為編譯工程，③為將bit文件下載至開發(fā)板）
下載成功后，返回chipwatcher設置頁面，如下圖選擇single trigger，即單次觸發(fā)。
當程序運行并滿足觸發(fā)條件時，chipwatcher會抓取到波形，如下：
三、FPGA調(diào)試與MCU調(diào)試的一些思路差異
Chipwatcher的調(diào)試過程大體如第二章中所示，但是很長一段時間，我并沒有在chipwatcher中觀察到任何波形，究其原因是沒有從MCU調(diào)試的思維轉(zhuǎn)變過來。
MCU的斷點調(diào)試，可以認為是一步一步執(zhí)行的，沒有點擊下一步之前，程序會一直停留在當前位置（除非程序跑飛）。
而FPGA調(diào)試沒有這種機制，當bit文件下載至芯片后，程序是一直執(zhí)行的，而點擊single trigger后只不過是當滿足觸發(fā)條件時抓取當前波形而已。抓取完畢會顯示波形，程序卻依舊在繼續(xù)執(zhí)行，不會停留在抓取完畢的那一刻。
當我使用chipwatcher觀察AHB協(xié)議傳輸時，沒有在數(shù)據(jù)線和地址線上面觀察到波形就是沒有意識到這點。在bit文件下載進芯片時傳輸就已經(jīng)開始了（對比MCU的調(diào)試，通常MCU調(diào)試開始時，環(huán)境一般會在main函數(shù)起始自動設置斷點），假設傳輸在我開啟觸發(fā)按鍵前就已經(jīng)完成，則傳輸線上就會一直觀察不到數(shù)據(jù)，觸發(fā)條件也會一直不成立。
因此，為了確保能夠順利抓取到傳輸?shù)臄?shù)據(jù)，需要在傳輸前設置相應的延時，保證當點擊single trigger，chipwatcher開始根據(jù)設置的觸發(fā)條件抓取波形時，數(shù)據(jù)的傳輸還沒有開始。
例程是MCU和FPGA根據(jù)AHB協(xié)議進行通信，因此后來我在MCU的工程中添加了一段延時：
確保留出足夠的時間來操作chipwatcher。
返回列表
上一篇： 【技術分享】FPGA在LED顯示上的應用
