最近團隊在評估RK3506做新一代工業HMI方案，踩了不少坑，今天聊點干貨。為啥最終選了LVGL而不是Qt？下面說點大實話。
一線開發者的扎心時刻
痛點1：存儲和內存被“吃空”
RK3506 本身就是為低成本、高性價比設計的方案，板級內存和 NAND 容量都不會給得太奢侈。在這種資源有限的平臺上，Qt 方案過于臃腫，一個基礎界面就能把內存占掉一大截，再疊上業務邏輯和后臺服務，壓力直接拉滿。很多低成本產品甚至沒法穩定跑完 Qt 整個啟動流程。
痛點2：Qt 啟動慢、CPU 負載高
三核A7 本身不帶 GPU，Qt 的 QML 渲染完全靠 CPU 硬扛，實測開機到界面穩定需要好幾秒，且日常界面幀率抖動明顯。工業 HMI 對實時交互有要求，卡頓感沒法接受。
痛點3：開機速度不達標，客戶現場被吐槽
工控設備上電幾秒內必須看到畫面，不然操作員以為機器壞了。用完整Qt 框架+BSP 默認配置，冷啟動到界面顯示時間過長，在流水線場景完全不合格。
LVGL (Light and Versatile Graphics Library) 專為資源受限的嵌入式設備設計，純 C 實現，不需要臃腫的 C++ 運行時。對 RK3506 這種“三核 A7 + 輕量級圖形通路”的芯片簡直是絕配。
*LVGL 實測數據來自RK3506平臺，在深度優化下界面流暢度明顯優于Qt軟件渲染。
LVGL 在 RK3506 上的優勢：
輕量化內存占用：完整界面系統僅需幾MB RAM，給業務代碼留足空間。
啟動速度極快：無復雜依賴，從初始化到首幀顯示耗時極短。
開源且控件豐富：MIT 協議，內置幾十種常用控件，適合工業 HMI 快速開發。
MYIR 基于瑞芯微 RK3506 推出的 MYC-YR3506 核心板（搭配 MYD-YR3506 開發板），原生適配了 LVGL 9.x 版本，并做了輕量級系統裁剪。我們團隊在 Buildroot 環境下構建了最小 Linux 系統，集成 LVGL 完整控件庫和觸摸校準服務。
RK3506 本身具備極速啟動能力，配合深度裁剪 LVGL 可以達到“上電即見”。實測 MYIR 板卡進入 LVGL 主界面僅需 2秒左右（內核+根文件系統）。關鍵優化手段如下：
全鏈路“瘦身”三板斧
U-Boot 加速：采用 Thunderboot 模式，SPL 跳過冗余外設檢測，直接引導內核。
內核輕量化：關閉串口 printk 日志，禁用非必要外設驅動，僅保留 HDMI、USB 和網絡基礎模塊。
Rootfs 精簡：基于 Buildroot 最小配置，僅保留 LVGL 主程序、觸摸后臺及系統核心進程，去掉一切“花哨”自啟服務。
特別說明· HDMI 顯示的“真實情況”
很多工程師拿到板子測試時會疑惑：“為什么系統已經啟動了，屏幕還要黑幾秒才出畫面？” 在這里解釋一下：MYD-YR3506 目前僅設計了 HDMI 顯示輸出，而 HDMI 接口的握手協議（EDID 讀取、TMDS 信號鎖定）本身就需要較長時間。即便 Linux 內核已經在后臺完成啟動，HDMI 顯示控制器初始化 + 顯示器熱插拔檢測仍然要額外消耗 一些時間。因此用戶看到了lvgl啟動信息，但畫面卻延遲了幾秒左右才點亮。這不是 LVGL 啟動慢，而是硬件接口協議帶來的客觀瓶頸。如果你的項目對“首屏時間”有極致要求，可以考慮選用 MIPI DSI 接口屏，其初始化速度遠快于 HDMI。
真正在生產環境落地，我們針對RK3506+LVGL 做了一些硬核適配：
LVGL 顯示后端優化：直接基于 DRM (Direct Rendering Manager) 進行輸出，避免 FB 層額外拷貝；開啟 LVGL 的緩存雙緩沖機制，實現流暢渲染。
輸入設備協同：使用 input 子系統讀取觸摸屏事件，通過 evdev 驅動無縫對接 LVGL，觸摸響應延遲低于 15ms。
內存動態分配：對LVGL 的內存池進行精細化配置，利用 RK3506 的 CMA（連續內存分配器）為 framebuffer 預留顯存，有效減少內存碎片。
RK3506 在工業 HMI、智慧家居、邊緣網關領域的定位非常明確——高性價比、多核異構、豐富接口。對于大部分資源受限場景，LVGL 是實打實的“最優解”。而 MYD-YR3506 開發板不僅通過 LVGL 釋放了芯片的性能潛力，還做了從 U-Boot 到應用的全面啟動加速。如果你也在選型中糾結“Qt 太重”，不妨花幾天時間切到 LVGL 試試，或許會打開新大門。
歡迎在評論區或MYIR 官方論壇交流你的移植踩坑經驗。硬件選型手冊和 LVGL 適配源碼包已在 MYIR 官網開放下載。
