當用MCU設計嵌入式系統時，嵌入式開發工程團隊最困難的任務之一是決定他們的新電子產品真正需要的“大腦”類型。雖然實際上只有兩種(以及一些介于兩者之間的)選擇可供選擇，但這個決定會影響和約束未來的決定。

　　還必須考慮你選擇在硬件上使用的圖形用戶界面(GUI)開發軟件的含義。你需要詢問你的嵌入式GUI軟件供應商，你與他們一起創建的應用程序將來是否可以輕松擴展到他們(或其他)的硬件上。一些軟件公司將此限制在同一處理器系列中，這通常是硬件附帶的免費GUI構建器的情況。

　　為潛在的硬件更改規劃遷移路徑對于確保產品的更長壽命以及確保你做出正確的硬件和GUI軟件決策至關重要。

　　幸運的是，你有選擇。

　　設計MPU或MCU GUI，同時規劃產品的未來

　　嵌入式GUI設計和開發軟件Storyboard被設計為與平臺無關，這意味著所有創建的應用程序都可以與各種硬件平臺協同工作。即使如此，其渲染引擎也會自動針對所選硬件的特定功能和硬件功能進行優化。

　　這意味著在嵌入式開發中，你可以專注于為你的產品構建最豐富、最現代化和用戶友好的圖形用戶界面，而無需擔心預期平臺的細節。如果你想在稍后階段移動到MPU或MCU，你的選擇永遠不會因為GUI無法傳輸而受到限制。

　　無論是在不同的硬件上，還是在不同的操作系統上，任何Storyboard構建的GUI都能夠以最小的工作量隨產品需求的變化而擴展。

　　Storyboard如何簡化跨MPU和MCU平臺的可擴展性和遷移

　　你可以輕松地支持多個平臺，這是Storyboard架構方式的直接結果;它是專門為在特定硬件上最大化每個GUI應用程序的性能而構建的。

　　Storyboard使用固定的數據模型來表示GUI，而不是生成的代碼。這意味著相同的應用模型可以跨多個平臺使用專門構建的運行時，這些運行時已經針對平臺的特性和硬件細節進行了優化，包括內存、圖形管道和任何外設。該模型本身是事件驅動的，并在GUI和部署平臺本地的事件/消息系統之間使用定義良好的API，這意味著它不依賴于特定的環境。

　　此外，Storyboard Engine基于模塊化插件系統，因此最終系統配置中僅包含所需的組件以供部署。這不僅減少了應用程序的占用空間，還允許嵌入式開發團隊將功能擴展到內存和CPU資源最少的系統，例如典型MCU平臺上的系統。

　　Storyboard創建的應用程序也可以輕松擴展到MPU，支持希望實現用戶體驗(UX)現代化、增加基于MCU的GUI的功能復雜性、輸入模式或功能的產品所有者。

　　同樣，對于希望利用現在可用的更具成本效益的MCU或交叉MCU的制造商來說，他們可以確信他們的Storyboard MPU GUI能夠在對現有開發周期的干擾最小的情況下進行移植。如果需要，設計更改也可以快速輕松地完成，確保整個產品線的用戶體驗保持一致和出色。

　　雙核STM32H7 MCU的高級顯卡(可靈活擴展到MCU系列之外)

　　雙核STM32H7基于Arm Cortex -M處理器，是意法半導體強大的32位MCU系列的新成員，結合了極高性能的實時功能、數字信號處理、低功耗/低電壓操作和連接性。板載Chrom-ART加速器和JPEG編解碼器可確保始終顯示出色的圖形，在嵌入式開發中，大多數情況下，可將CPU負載降低90%以上。

　　由于Storyboard與平臺無關，與操作系統無關，因此使用我們的軟件開發的任何GUI都與大多數硬件平臺、供應商產品組合中的處理器系列以及隨之而來的操作系統選項兼容。

　　由于Cortex-M7能夠處理音頻并生成豐富的圖形，并且Cortex-M 4能夠運行實時控制任務，因此內置于故事板中的嵌入式GUI將始終具有高分辨率，因為這些附加的加速功能。

　　如果你正在考慮使用免費的STM32 GUI構建器和STM32客戶可隨時獲得的圖形軟件，請注意，你的GUI應用程序將僅限于在該MCU系列中工作，而非MPU。在嵌入式開發中，使用Storyboard，由于GUI可以很容易地修改為在STM32MP1上工作，或者完全遷移到另一個平臺，因此消除了此限制。