針對S698系列處理器的Windows平臺集成開(kāi)發(fā)環(huán)境

目前S698系列處理器在電子、通信以及航空航天等領(lǐng)域有著(zhù)廣泛的應用，但還沒(méi)有基于這種架構的Windows平臺集成開(kāi)發(fā)環(huán)境，Orion4.0正好填補了這一空白。本文主要介紹如何利用可擴展的Java開(kāi)發(fā)平臺插件機制實(shí)現Orion4.0，同時(shí)演示如何利用這個(gè)集成開(kāi)發(fā)環(huán)境進(jìn)行高效率的開(kāi)發(fā)。

　　傳統的開(kāi)發(fā)流程

　　文本編輯器編寫(xiě)程序→選擇編譯工具編譯→選擇調試工具調試(Debug)→再編譯→再調試……編譯通過(guò)→連接→運行。如果要燒寫(xiě)程序，還需要選用額外的燒寫(xiě)工具。

　　這種開(kāi)發(fā)流程的缺點(diǎn)是程序非常復雜，而且調試困難。它的操作都是通過(guò)命令行完成的，讓人有種難以接近的感覺(jué)。舉個(gè)簡(jiǎn)單的例子：當執行完編譯操作后，控制臺只是麻木地把編譯信息打出，告訴你第幾行出了錯誤，你要返回去逐行檢查，找到出現錯誤的行數，然后再調試；或者你發(fā)現錯誤的原因只是把一個(gè)關(guān)鍵字給拼寫(xiě)錯了……這樣無(wú)形中延長(cháng)了開(kāi)發(fā)的時(shí)間，也影響了開(kāi)發(fā)人員的情緒。

　　新的開(kāi)發(fā)流程

　　用工程管理器選擇開(kāi)發(fā)的工程類(lèi)型→源碼編輯器編寫(xiě)代碼(自動(dòng)編譯)→調試→運行→燒寫(xiě)。這就是使用Orion4.0進(jìn)行嵌入式開(kāi)發(fā)的開(kāi)發(fā)流程，它為針對S698系列處理器的嵌入式軟件開(kāi)發(fā)提供了一整套的解決方案。

　　Orion4.0的操作都是圖形化的，不需要使用命令行，對新手來(lái)說(shuō)，非常容易上手。

　　流程的簡(jiǎn)化，得益于以下這些功能部件的有機結合。

　　工程管理器：圖形化的工程管理工具，負責應用源程序的文件組織和管理，自動(dòng)幫你選擇好需要的編譯、連接工具。

　　源碼編輯器：標準的文本編輯功能，支持語(yǔ)法關(guān)鍵字、關(guān)鍵字色彩顯示等（這樣就會(huì )提醒你關(guān)鍵字的錄入是否有錯誤），還可以顯示行數、支持函數和編譯的搜索，這對大型開(kāi)發(fā)項目來(lái)說(shuō)非常重要。

　　編譯工具：專(zhuān)門(mén)針對S698系列處理器的sparc-rtems-gcc編譯器和GNU的GCC編譯器，并經(jīng)過(guò)優(yōu)化和嚴格測試。

　　調試器：源碼級調試，提供了圖形和命令行兩種調試方式，可以進(jìn)行斷點(diǎn)設置、單步執行、異常處理，也可以查看修改內存、寄存器、變量等，還可以查看堆棧和進(jìn)行反匯編等。在跟蹤調試時(shí)可以任意切換C語(yǔ)言級調試或匯編級調試。這些功能已經(jīng)完全可以滿(mǎn)足一般使用者的要求，但Orion4.0并不僅限于此，它還提供了強大的軟件模擬器讓你在沒(méi)有硬件平臺的情況下也能進(jìn)行軟件調試開(kāi)發(fā)。

　　簡(jiǎn)單為美的設計理念

　　軟件學(xué)向來(lái)推崇以簡(jiǎn)單為美，因為復雜的東西是難以操縱的，如何簡(jiǎn)化開(kāi)發(fā)的流程是Orion設計之初最先考慮的問(wèn)題。

　　下面用Orion4.0的工程向導（Wizard）部分舉例，說(shuō)明流程是如何被簡(jiǎn)化的：在新建工程時(shí)，用戶(hù)需要選擇工程類(lèi)型，如圖1所示，不同的工程類(lèi)型對應不同的工具鏈，如圖2所示，工具鏈會(huì )指定在工程運行的時(shí)候所需要的編譯器、連接器、調試器等工具，以及這些工具的默認最優(yōu)參數。也就是說(shuō)，用戶(hù)在開(kāi)發(fā)的整個(gè)過(guò)程中對工具的選擇和配置只需要操作一次，這些信息會(huì )一直保存，直到工程被刪除。

圖1 工程管理器

圖2 工具鏈

　　為了方便用戶(hù)的使用，Orion4.0還設計了很多輔助功能，比如：圖形化界面設置RTEMS參數，圖形化燒寫(xiě)參數設置，一鍵燒寫(xiě)功能等。

　　當然，Orion4.0還提供了詳細的幫助文檔。

　　1 解決方案的設計模型

　　用戶(hù)操作如何傳遞給編譯器？編譯完成后錯誤和警告標志如何能正確無(wú)誤的出現在對應的代碼行上？這些都需要非常復雜的處理過(guò)程。但大致來(lái)講，它們都是按照圖3所示的設計模型完成的。

圖3 工具鏈配置管理模型圖(Build Model schema)