如何把隱藏的資料給弄出來
當用MCU設計嵌入式系統時，嵌入式開發工程團隊最困難的任務之一是決定他們的新電子產品真正需要的“大腦”型別。雖然實際上只有兩種（以及一些介於兩者之間的）選擇可供選擇，但這個決定會影響和約束未來的決定。
還必須考慮你選擇在硬體上使用的圖形使用者介面（GUI）開發軟體的含義。你需要詢問你的嵌入式GUI軟體供應商，你與他們一起建立的應用程式將來是否可以輕鬆擴充套件到他們（或其他）的硬體上。一些軟體公司將此限制在同一處理器系列中，這通常是硬體附帶的免費GUI構建器的情況。
為潛在的硬體更改規劃遷移路徑對於確保產品的更長壽命以及確保你做出正確的硬體和GUI軟體決策至關重要。
幸運的是，你有選擇。
設計MPU或MCUGUI，同時規劃產品的未來
嵌入式GUI設計和開發軟體Storyboard被設計為與平臺無關，這意味著所有建立的應用程式都可以與各種硬體平臺協同工作。即使如此，其渲染引擎也會自動針對所選硬體的特定功能和硬體功能進行最佳化。
這意味著在嵌入式開發中，你可以專注於為你的產品構建最豐富、最現代化和使用者友好的圖形使用者介面，而無需擔心預期平臺的細節。如果你想在稍後階段移動到MPU或MCU，你的選擇永遠不會因為GUI無法傳輸而受到限制。
無論是在不同的硬體上，還是在不同的作業系統上，任何Storyboard構建的GUI都能夠以最小的工作量隨產品需求的變化而擴充套件。
Storyboard如何簡化跨MPU和MCU平臺的可擴充套件性和遷移
你可以輕鬆地支援多個平臺，這是Storyboard架構方式的直接結果；它是專門為在特定硬體上最大化每個GUI應用程式的效能而構建的。
Storyboard使用固定的資料模型來表示GUI，而不是生成的程式碼。這意味著相同的應用模型可以跨多個平臺使用專門構建的執行時，這些執行時已經針對平臺的特性和硬體細節進行了最佳化，包括記憶體、圖形管道和任何外設。該模型本身是事件驅動的，並在GUI和部署平臺本地的事件/訊息系統之間使用定義良好的API，這意味著它不依賴於特定的環境。
此外，StoryboardEngine基於模組化外掛系統，因此最終系統配置中僅包含所需的元件以供部署。這不僅減少了應用程式的佔用空間，還允許嵌入式開發團隊將功能擴充套件到記憶體和CPU資源最少的系統，例如典型MCU平臺上的系統。
Storyboard建立的應用程式也可以輕鬆擴充套件到MPU，支援希望實現使用者體驗（UX）現代化、增加基於MCU的GUI的功能複雜性、輸入模式或功能的產品所有者。
同樣，對於希望利用現在可用的更具成本效益的MCU或交叉MCU的製造商來說，他們可以確信他們的StoryboardMPUGUI能夠在對現有開發週期的干擾最小的情況下進行移植。如果需要，設計更改也可以快速輕鬆地完成，確保整個產品線的使用者體驗保持一致和出色。
雙核STM32H7MCU的高階顯示卡（可靈活擴充套件到MCU系列之外）
雙核STM32H7基於ArmCortex-M處理器，是意法半導體強大的32位MCU系列的新成員，結合了極高效能的實時功能、數字訊號處理、低功耗/低電壓操作和連線性。板載Chrom-ART加速器和JPEG編解碼器可確保始終顯示出色的圖形，在嵌入式開發中，大多數情況下，可將CPU負載降低90%以上。
由於Storyboard與平臺無關，與作業系統無關，因此使用我們的軟體開發的任何GUI都與大多數硬體平臺、供應商產品組合中的處理器系列以及隨之而來的作業系統選項相容。
由於Cortex-M7能夠處理音訊並生成豐富的圖形，並且Cortex-M4能夠執行實時控制任務，因此內置於故事板中的嵌入式GUI將始終具有高解析度，因為這些附加的加速功能。
如果你正在考慮使用免費的STM32GUI構建器和STM32客戶可隨時獲得的圖形軟體，請注意，你的GUI應用程式將僅限於在該MCU系列中工作，而非MPU。在嵌入式開發中，使用Storyboard，由於GUI可以很容易地修改為在STM32MP1上工作，或者完全遷移到另一個平臺，因此消除了此限制。