應用項目創(chuàng)建時通常是一個 殼(shell，除非您為 PSoC Creator 導出源文件)。它依賴于庫，這意味著它鏈接到項目的 .lib 文件，并且它也是軟件開發(fā)人員添加源代碼、運行調試器并最終完成產品的項目。它在項目源文件中，以上兩個 API 會對源文件進行調用?！　?/p>本文引用地址：http://cafeforensic.com/article/137421.htm

 

　　修改現有的設計

　　現在設想一下，您希望對設計進行擴展，在跟蹤峰值的同時檢測輸入信號的最小值。PSoC Creator 設計進行簡單的修改就能實現這一目的。讓比較器的輸出反相(也就是當輸入電壓低于參考時讓其升高)并路由其作為另一個帶有較高參考電壓 (Vdda) 而非接地混頻器的時鐘輸入，就能實現波谷檢測 (trough-detecting) 電路。在比較器前放一個多路復用器，軟件就能在檢測兩個混頻器最小和最大電壓之間進行切換。

　　用于新混頻器的 Start API 和軟件切換通道 API 需要進行調用，如果集成度不夠高，就會出現問題。然而，構建設計會自動重新生成庫項目(但不含工作區(qū)或應用項目文件)，因此當再次啟動 μVision 時，軟件開發(fā)人員可立即使用 Trough_Mixer API 文件。雖然使用兩種不同的工具進行編輯，但軟硬件的變化都能在短短幾分鐘之內完成、構建和得到驗證?！　?/p>

 

　　這種軟件開發(fā)方法此前沒有人認真嘗試的原因之一在于兩個環(huán)境共享文件的內在問題。兩個工具同時編輯相同的源文件不是什么大問題，有許多方法來解決這個問題，比如說從簡單的“沙盒 (sandbox)”開發(fā)到功能強大的源控制系統等，但是真正的問題在于軟件工具如何管理項目文件的所有權。μVision 工具在其 uvproj 文件中存放了項目有關的大量信息，并且不希望其它工具對其進行修改。所以挑戰(zhàn)就是如何在一個工具中對項目進行可靠地修改，同時保持與其它工具的一致性。

　　簡單的回答就是，對于 μVision 來說，您不需要這樣做。將設計分為庫和應用意味著軟件開發(fā)人員可隨意修改應用，而不會影響 PSoC 初始化和元件 API 代碼。同樣地，PSoC Creator 能完全獨立于應用代碼而對硬件設計進行更新。

　　在原始項目文件生成后，只有當設計團隊進行重大改變(比如說采用新的處理器)時，PSoC Creator 才需要更改應用項目。PSoC Creator 可同時支持基于 8051 的 PSoC 3 和基于 ARM Cortex-M3 的 PSoC 5。您只需選擇新的部件號并重新構建即可在短短幾分鐘之內快速切換平臺。此工具會自動切換編譯器并面向新的架構。當然，如果基于 ARM 的應用試圖要鏈接 8051 PSoC 設計，就會出現問題。為了避免這一問題，PSoC Creator 會在您進行 IDE 設計工作時注意有關變化并通知您更新應用項目文件。通常通過導出對話框的“更新現有 μVision 應用項目的器件設置”選項實現這一目的。通過對話框的路徑很短，只需提供應用項目文件名稱以及保存有新器件類型、編譯器選擇和設置的工具更新文件即可。它能保留您所有此前的源代碼，因此您的項目在重新導出后就能隨時移植到新的器件架構上了。

　　顯然，PSoC Creator 與 μVision 的集成僅僅只是第一步?，F在軟件開發(fā)人員還能使用其它高質量的 IDE，而讓設計人員使用自己所選工具的關鍵在于這些工具能否為他們提供全部支持。敬請關注賽普拉斯 2012 年全年對全新 IDE 提供支持的最新公告，當然也更要關注其他可編程平臺廠商是否會采取類似的方法。如果您和我們一樣相信一個工具無法滿足所有人的需求，那么顯然針對當今復雜的器件而言，已經到了采用軟件開發(fā)集成方法的最佳時機了。