作者：Alexander Kalmuk和Alexander Kalmuk

嵌入式系統(tǒng)有望為智能產(chǎn)品提供越來越多的功能。這可以通過Linux輕松實現(xiàn)，Linux為您所需要的每種情況提供軟件。但是Linux需要相當(dāng)大的硬件資源，尤其是內(nèi)存，因此目標(biāo)平臺通常會很昂貴并且功耗很高。另一方面，現(xiàn)代微控制器（MCU）具有很多資源，足以應(yīng)付許多智能任務(wù)。使用Embox RTOS之類的實時操作系統(tǒng)（RTOS），該操作系統(tǒng)允許在包括MCU在內(nèi)的所有地方使用Linux軟件，開發(fā)人員可以更輕松地開發(fā)成本更低，功耗更低的智能設(shè)備。

在本文中，我們討論在運行Embox RTOS的嵌入式MCU上啟動基本的Qt應(yīng)用程序。我們使用兩個基于Cortex-M7的單核板（216MHz）：STM32F746g-Discovery和STM32F769i-Discovery，它們分別具有480×272和800×480屏幕分辨率的觸摸屏。

不久前，我們設(shè)法在STM32F746-Discovery [注1]上啟動了一個標(biāo)準(zhǔn)的Qt示例“ moveblocks”。但是我們想走得更遠，用觸摸屏啟動一個示例，我們選擇另一個標(biāo)準(zhǔn)示例``animatedtiles''。這是一個相當(dāng)不錯的示例，即使在臺式機上也看起來很酷。它是交互式的，因此我們可以使用觸摸屏，并且看起來也像3D動畫。

我們想了解STM32 MCU是否可以提供足夠的性能。我們不確定CPU的速度是否足以使該渲染場景平滑，因為我們發(fā)現(xiàn)，即使是刷新800×480顯示器的屏幕也是一項昂貴的操作[注2]。

建筑

首先，讓我們將應(yīng)用程序構(gòu)建為Embox的一部分。最簡單的方法是為QEMU構(gòu)建應(yīng)用程序，這是一個開放源代碼模擬器。使用QEMU意味著在這種情況下，我們不需要照顧內(nèi)存消耗。這將幫助我們確保所有必需的組件均可用。當(dāng)在QEMU上啟動“動畫”時，我們可以輕松地將必要的組件添加到STM32的配置文件中。

首次在目標(biāo)板上啟動

我們在目標(biāo)板STM32F746G-Discovery上成功地啟動了“動畫”，但是我們注意到只繪制了屏幕的上半部分。當(dāng)然，我們可以嘗試通過立即在板上進行調(diào)試來解決問題，但是有一種更簡單的方法：我們可以首先在Linux環(huán)境中啟動和調(diào)試示例。

在主機上調(diào)試

要運行此示例并調(diào)試您的應(yīng)用程序，您需要Qt庫本身以及QVFB（它是提供虛擬屏幕的Qt應(yīng)用程序）。您可以按照官方文檔中的說明構(gòu)建QVFB。

然后，您可以使用所需的屏幕分辨率（對于STM32F746G-Discovery為480×272）啟動QVFB：

./qvfb-寬度480-高度272 -nocursor

您還應(yīng)該使用嵌入式配置文件（即帶有“ -embedded”選項）來構(gòu)建Qt庫。此選項旨在在沒有X11或現(xiàn)有圖形環(huán)境的情況下運行Qt，將改用QWS（Qt窗口系統(tǒng)）。此外，我們禁用了其他一些不必要的選項和模塊。產(chǎn)生的配置行如下：

./configure -opensource -confirm-license -debug \ 
 -embedded -qt-gfx-qvfb -qvfb \ 
 -no-javascript-jit -no-script -no-scripttools \ 
  -no-qt3support -no-webkit -nomake演示- nomake的例子

最后，讓我們構(gòu)建并啟動“動畫”。構(gòu)建階段與Qt（qmake; make;）一樣。啟動應(yīng)用程序時，應(yīng)指定QVFB作為顯示：

./examples/animation/animatedtiles/animatedtiles -qws -display QVFb：0

屏幕的上半部分顯示了相同的圖片。我們在源代碼（examples / animation / animatedtiles / main.cpp）中發(fā)現(xiàn)，該應(yīng)用程序以“ view-> show（）”開頭，這意味著不處于全屏模式。之后，我們完全相信屏幕的唯一上半部分用于顯示應(yīng)用程序。我們稍微修改了“動畫”代碼，并添加了“ -fullscreen”選項。

在STM32F746-發(fā)現(xiàn)上啟動

我們在Embox中構(gòu)建了修改后的應(yīng)用程序，并檢查它是否已成功在QEMU上運行。但是，當(dāng)我們在目標(biāo)板上啟動應(yīng)用程序時，我們收到了“內(nèi)存不足”錯誤。這意味著我們的配置中的堆大小不足以容納應(yīng)用程序。我們決定在Linux中使用豐富的開發(fā)工具來解決問題，即估計所需的堆大小。

我們已經(jīng)從valgrind開始了我們的應(yīng)用程序。Valgrind是用于內(nèi)存調(diào)試和性能分析的工具，Massif是堆分析器（它是Valgrind的一部分）。

$ valgrind --tool = massif --massif-out-file = animatedtiles.massif。/ examples / animation / animatedtiles / animatedtiles -qws -fullscreen 
$ ms_print animationtiles.massif> animationtiles.out

并發(fā)現(xiàn)該應(yīng)用程序需要的堆大小約為2.7 MB。

我們在Embox配置中將堆大小設(shè)置為3 MB，然后再次開始演示。它已在全屏模式下成功運行。

在STM32F769I-Discovery上啟動。

我們還想在類似的板上嘗試該示例，但顯示更大。本示例使用的顯示分辨率為800×480的STM32F769I-Discovery。在這種情況下，僅16位彩色模式（800x480x2 = 768000）的幀緩沖區(qū)僅需要將近1MB，但是此板上有足夠的（16MB）外部SDRAM。因此，我們只需要估計堆的大小即可。

我們以新的分辨率（800×480）啟動了QVFb：

$。/ qvfb-寬度800-高度480 -nocursor＆

并使用valgrind作為上一次：

$ valgrind --tool = massif --massif-out-file = animatedtiles.massif。/ examples / animation / animatedtiles / animatedtiles -qws -fullscreen 
$ ms_print animationtiles.massif> animationtiles.out

我們發(fā)現(xiàn)它大約需要6 MB。我們已經(jīng)設(shè)置了6 MB的堆大小，并在STM32F769I板上成功啟動了“動畫時間”。

圖1：Embox RTOS下STM32F769I-DISCOVERY板上的QT動畫片段示例。（來源：Embox）

編輯：hfy