首頁 > 曲藝

嵌入式開發:如何在晶片短缺的情況下繼續嵌入式GUI開發

作者:由 學習嵌入式 發表于 曲藝日期:2022-12-14

路由器怎麼變中文

在技術層面上,嵌入式系統製造商有一個共同的問題:沒有足夠的半導體來滿足需求,無論是構建可穿戴裝置還是家用智慧裝置,這些使裝置更智慧、更互聯的元件都是不可用的。在嵌入式開發中,晶片短缺對繼續開發嵌入式GUI產品意味著什麼?

如何解決半導體短缺

半導體短缺不會很快消失,產品團隊正在尋找自己的出路。一些人利用現有庫存,希望矽供應鏈最終能趕上進度。其他公司已公開宣佈推遲開發,並正在等待重新啟動開發。一些公司已經裁員。雖然每種情況都是獨特的,但重要的是要考慮利用現有資源的替代方案,從預算和工具到高技能人員。

以下是保持嵌入式GUI開發管道正常執行的四個想法。

1、更新你的GUI架構

與web和移動應用程式不同,嵌入式系統的軟體往往是緊密耦合和連線的,這使得程式碼高度依賴於硬體。在嵌入式開發中,現代技術,如模型-檢視-控制器(MVC),已經獲得了吸引力,但如果後端系統的GUI被設計成一個緊密的程式碼球以實現高效能,那麼你可以利用矽停機時間來考慮新的體系結構。

將面向使用者的行為和邏輯與後端分離,可以在沒有硬體的情況下開發GUI,有很多方法可以做到這一點,如MVC、模型視圖表示器(MVP)、模型檢視檢視模型(MVVM)等,但它們都是為了在GUI進行表示和更新後端使用的資料時保持系統模型的完整性而設計的。如今,隨著許多硬體供應商不斷拓展微控制器(MCU)的功能範圍,用這些架構實現效能目標的約束越來越少。

因此,只要兩者之間有一個定義良好的介面,GUI本身的開發就可以在沒有硬體的情況下向前推進。

除了開發的連續性之外,解耦的體系結構還有助於:

無需硬體即可進行UX設計和驗證

關注使用者體驗設計師的需求,而不是擔心軟體邏輯

在不影響整個團隊的情況下最佳化應用程式的不同領域

使用測試臺模擬輸入和輸出,獨立測試解耦元素

嵌入式開發:如何在晶片短缺的情況下繼續嵌入式GUI開發

2、透過不斷髮展的設計師-開發人員流程實現進步

正如解耦GUI架構支援無硬體開發一樣,消除設計人員和嵌入式開發人員之間的障礙也很有幫助。具體來說,這些角色之間真正的並行過程可以使設計和程式碼更快地成熟,從而使用更穩定的應用程式版本執行最終的硬體整合和測試。

3、在晶片短缺期間,採用工具促進開發

談到嵌入式GUI開發工具,矽的短缺為研究和嘗試不同的選項提供了喘息的空間。我們在此提供了一些評估標準,但對於當前的半導體危機,最大的因素在於在沒有硬體的情況下,GUI開發可以走多遠。

與簡單的程式碼庫和工具相比,在主機上提供模擬和測試的GUI框架顯然會讓你在開發生命週期中走得更遠。基於主機的測試工具的最大限制是,它們通常與目標平臺的效能特徵不一致,CPU模擬不匹配、檢測開銷、缺少外圍裝置或其他差距。然而,在嵌入式開發中,允許你驗證GUI操作行為的測試工具節省了寶貴的UX和應用程式開發時間,並且不需要硬體。

4、考慮其他硬體供應商(你的GUI支援!)

我們建議的最後一個策略是改變GUI硬體。考慮到矽供應可能需要數年才能恢復,更換供應商可能是唯一的選擇。

透過解耦的GUI架構(以最小化前端更改)、並行的設計器開發流程(以簡化任何影響)和易於適應新硬體目標的GUI開發框架,這變得更容易。故事板是專門為與任何硬體平臺協同工作而構建的,它有內建的工具支援向上或向下擴充套件,併為許多不同的供應商優化了執行時間。

由於矽片短缺,更換硬體時幾乎沒有摩擦,即使是小型或低端MCU。在嵌入式開發中,一旦你考慮了當前GUI開發過程的這些替代方案,就可以開始研究你的硬體選項了。