本文將討論常見的調(diào)試問題以及預(yù)防和檢查這些故障問題的一些方法。

從歷史角度上來看，嵌入式應(yīng)用代碼的調(diào)試流程可以分為兩類。第一類調(diào)試流程是回答 “我的代碼現(xiàn)在執(zhí)行到哪里?” 的問題。當(dāng)開發(fā)商依靠打印語句或者LED的閃爍來指示應(yīng)用程序執(zhí)行到某個(gè)節(jié)點(diǎn)的調(diào)試方法時(shí)，往往就屬于這種情形。如果開發(fā)工具支持這種調(diào)試方法，可以沿著應(yīng)用應(yīng)當(dāng)程序應(yīng)當(dāng)執(zhí)行的路徑插入斷點(diǎn)。第二類調(diào)試流程是幫助回答“我看到的這一數(shù)值是從哪里來的?”這一問題。在這種情況下，人們往往依靠寄存器顯示窗口觀察變量信息、處理器內(nèi)存的內(nèi)容。人們還可以嘗試單步執(zhí)行，并且觀察所有這些數(shù)據(jù)窗口以了http://www.szfpc.net/大電流電感解某個(gè)寄存器狀態(tài)何時(shí)出現(xiàn)錯(cuò)誤，內(nèi)存位置何時(shí)得到錯(cuò)誤的數(shù)據(jù)，抑或指針何時(shí)出現(xiàn)了誤用。當(dāng)開發(fā)商寫完全部代碼后，如果無需了解網(wǎng)絡(luò)基礎(chǔ)設(shè)施，也沒有操作系統(tǒng)的任務(wù)調(diào)度需要考慮，那么就可以利用這些調(diào)試方法使一個(gè)應(yīng)用程序運(yùn)行起來。然而，現(xiàn)在的情況并非如此。嵌入式處理器以超過600 MHz的速度運(yùn)行，并且擁有可支持Ethernet和USB等協(xié)議的嵌入式外設(shè)，它們支持功能齊備的操作系統(tǒng)，例如uClinux，而且這些操作系統(tǒng)所調(diào)度的各種應(yīng)用程序是由數(shù)千行代碼構(gòu)成。使用打印語句和利用LED來調(diào)試是不現(xiàn)實(shí)的，因?yàn)楝F(xiàn)在常常有如此之多的功能在執(zhí)行是不可能的，或者它們會影響標(biāo)準(zhǔn) I/O口，從而造成處理器性能大幅度下降。

也可能發(fā)生這樣的情況：處理器的工作速度是如此之快，以至于LED的亮滅速度會快到人眼無法察覺。另外現(xiàn)代的嵌入式系統(tǒng)通常支持?jǐn)帱c(diǎn)的設(shè)定，但是伴隨這些處理器所運(yùn)行的代碼數(shù)量，使得這種類型的斷點(diǎn)調(diào)試難以駕馭。中斷和多線程系統(tǒng)在代碼的任何一點(diǎn)上設(shè)置一個(gè)斷點(diǎn)，可能都無法指示系統(tǒng)的正確狀態(tài)。由于斷點(diǎn)設(shè)置在物理內(nèi)存的某個(gè)地址上，索引不必了解線程的狀態(tài)。如果使用寄存器顯示方法 大功率電感廠家 |大電流電感工廠