基于GUI-Guider變成串口屏的組態(tài)工具方案

故事是這樣的，最近支持某客戶使用littleVGL開發(fā)一款帶顯示效果的產(chǎn)品，由于之前沒有相關經(jīng)驗，擔心會有問題。沒想到，使用GUI-Guider后很快就完成了相關應用的設計開發(fā)。于是乎突發(fā)奇想，是否可以讓GUI-Guider變成串口屏的組態(tài)工具呢？

1. 什么是串口屏

我們先來認識下串口屏，字面意思就是帶串口的屏，最核心有兩個功能：

可以通過PC端設計屏幕顯示界面

可以通過串口修改屏幕顯示內(nèi)容

直白的講，就是屏幕用于顯示，顯示的數(shù)據(jù)源來自串口的對端設備

1.1 組態(tài)串口屏

很早以前，工業(yè)現(xiàn)場有時需要HMI，為工作人員提供便捷的操作環(huán)境，但不同的應用現(xiàn)場有不同的操作界面，有組態(tài)軟件經(jīng)驗的廠商就想到了用嵌入式板卡跑WinCE的方案，這樣很容易將Windows中的代碼移植過來，用戶只需要在Windows端的組態(tài)工具根據(jù)現(xiàn)場應用進行組態(tài)，然后將生產(chǎn)的工程文件，對象文件，數(shù)據(jù)庫等文件下載到WinCE對應的板卡中即可實現(xiàn)所見即所得的顯示開發(fā)過程。

后來也有廠商使用Cortex-A8+Linux+QT的方式實現(xiàn)該方案。這種串口屏還是比較貴的，畢竟使用的處理器平臺，成本比較高。

由于該方案使用的組態(tài)軟件，屏是串口協(xié)議的主設備，并且支持豐富的串口協(xié)議，比如各類的PLC，常見的西門子S7-200 PPI，三菱FX, 通用設備Modbus-RTU/TCP，各類儀表，變頻器等。

屏的數(shù)據(jù)可以通過軟件配置的方式與串口外設關聯(lián)，先在設備窗口設定變量，之后在界面設計的時候關聯(lián)變量即可

?

1.2 通用串口屏

之后又接觸到了低成本的通用串口屏，這類串口屏與組態(tài)屏相同的一點是，都可以通過PC端軟件進行界面設計。

?

?

?

區(qū)別在于價格更美麗，但該屏的串口是協(xié)議的從設備，并且一般僅支持一種協(xié)議（就像下面這種0x80~0x85這種），用戶使用時需要通過外部MCU作為串口的主，并實現(xiàn)相關協(xié)議去修改顯示畫面的數(shù)據(jù)內(nèi)容，具體框架可以參考下圖：

2. 串口屏設計分析

2.1 組態(tài)屏設計

前面大概講過，組態(tài)屏一般是把組態(tài)軟件交叉編譯到嵌入式板卡所支持的WinCE或Linux中運行，串口屏拆開后可以理解為一個嵌入式處理器的小電腦，處理器性能和樹莓派應該差不多。如果有興趣推薦大家可以研究一個開源方案pvbrowser，它可以在樹莓派上運行，這個軟件底層也是基于QT開發(fā)的，很早之前玩過，但是不花錢的東西看上去并不美好。

2.2 通用屏設計

要分析通用的設計，我們可以拆開看看，下面是兩個不同公司的設計：

先看行業(yè)大佬的板子吧，上面基本看不到啥，都繼承到一起了，外面還有顆SPI的flash用于存非易失的素材或參數(shù)

這家公司自己開了個芯片，好像也支持有能力的客戶做二次開發(fā)，網(wǎng)上能下到參考原理圖和軟件SDK。

換一個廠商，這家用的分離方案，MCU+FPGA+DRAM+NAND：

大膽推測一些系統(tǒng)框架，下圖是幾種方案組合，最大的區(qū)別點在于，MCU, FPGA, Flash, DRAM之間的連接方式，主要是灰色和藍色這兩條路徑：

MCU作為推屏的核心器件，往往采用灰色路徑，DRAM和Flash都掛在MCU上，F(xiàn)PGA僅實現(xiàn)顯示驅(qū)動的作用，也可以用ILI9341/9488這種顯示驅(qū)動芯片替代，該方案的瓶頸在MCU和驅(qū)動芯片之間的接口帶寬以及MCU本身的處理性能，針對屏的尺寸比較大（分辨率比較高）或者需要動態(tài)顯示效果的應用是一個考驗。

FPGA作為推屏的核心器件，采用藍色路徑，DRAM和Flash都掛在FPGA上，MCU主要起解析串口命令，并修改FPGA中雙口RAM的功能（RAM區(qū)與屏幕數(shù)據(jù)源綁定），MCU可能還會使用FatFS來獲取SDcard中PC端生成的文件，并將其解析后存儲在Flash上。 從實際效果看，這個產(chǎn)品可能使用方案b，因為普通的MCU主頻較低，受帶寬影響，大屏情況下很難實現(xiàn)較為流暢的動畫效果。

3. GUI-Guider到串口屏

回到之前的想象，GUI-Guider是否可以成為用戶組態(tài)工具，當前版本肯定是不行的，因為需要通過串口修改的數(shù)據(jù)在界面設計時并沒有做地址關聯(lián)，如果想做成組態(tài)串口屏，還需要設置從站參數(shù)信息。當然我們今天先從簡單的通用串口屏入手，假設GUI-Guider后續(xù)會像VGUS那樣提供數(shù)據(jù)地址關聯(lián)的接口。

以默認的SliderProgress為例，我們先看GUI-Guilder能給我們提供什么：

這里以IAR為示例，導出工程。

可以得到以下的工程目錄，最主要的就是紅框中生成的部分，它包含了除littleVGL源碼外的所有和屏幕相關的code

下來的操作就是將MCUxpresso SDK中的lvgl_demo_widgets_bm工程文件夾Copy到該目錄，這樣就可以成功編譯該示例（IAR打開ewp文件后save workspace就可以生成eww文件）

我們現(xiàn)在要做的就是將這個IAR工程分成兩個工程，其中一個由PC段編譯生成和界面相關的代碼（后稱littlevgl_guider），另一個生成底層的刷屏和UART通信代碼RuntimeSystem（后稱RTS），大體結構如下：

通過對整體代碼的分析可以看出，實際上要做到上面這種固件的分割，只需要將littlevgl_support.c這個文件拆成兩部分即可。RTS和littlevgl_guider這兩個固件之間通過在固定地址的指針函數(shù)結構體相互傳遞，如果有疑問的朋友可以參考《如何在MCU中使用二進制庫》。

RTS中將和刷屏相關的函數(shù)結構體放到0x2000這個地址：

#define LCD_INTERFACE_ADDR0x2000

typedef struct
{
    ????void (*DEMO_InitLcd)(void);
    ????void (*DEMO_InitLcdClock)(void);
    ????void (*DEMO_InitLcdBackLight)(void);
    ????void (*DEMO_FlushDisplay)(lv_disp_drv_t *, const lv_area_t *, lv_color_t *);
    ????void (*DEMO_InitTouch)(void); 
    ????bool (*DEMO_ReadTouch)(lv_indev_drv_t *, lv_indev_data_t *);
????void (*AppTask)(void);
}
LCD_interface_t;

__root const LCD_interface_t g_lcd_if @LCD_INTERFACE_ADDR = 
{
    .DEMO_InitLcd  = DEMO_InitLcd,
    .DEMO_InitLcdClock  = DEMO_InitLcdClock,
    .DEMO_InitLcdBackLight  = DEMO_InitLcdBackLight,
    .DEMO_FlushDisplay  = DEMO_FlushDisplay,
    .DEMO_InitTouch  = DEMO_InitTouch,
    .DEMO_ReadTouch = DEMO_ReadTouch,
    .AppTask = AppTask
};

littlevgl_guider工程中的littlevgl_support.c函數(shù)可以通過指針函數(shù)調(diào)用RTS底層接口，這樣就完成了RTS到littlevgl_guider的調(diào)用

#define LCD_INTERFACE_ADDR0x2000
typedef struct
{
    void (*DEMO_InitLcd)(void);
    void (*DEMO_InitLcdClock)(void);
    void (*DEMO_InitLcdBackLight)(void);
    void (*DEMO_FlushDisplay)(lv_disp_drv_t *, const lv_area_t *, lv_color_t *);
    void (*DEMO_InitTouch)(void); 
    bool (*DEMO_ReadTouch)(lv_indev_drv_t *, lv_indev_data_t *);
????void (*AppTask)(void);
}
LCD_interface_t;

#define LCD_IF ((LCD_interface_t *)(LCD_INTERFACE_ADDR))

/*-------------------------
 * Initialize your display
* -----------------------*/
LCD_IF->DEMO_InitLcd();

同樣的方式，在littlevgl_guider中通過定義指針函數(shù)結構體的方式共享LittleVGL的相關函數(shù)給RTS

#define LITTLEVGL_INTERFACE_ADDR0x32000

__root const Littlevgl_interface_t g_lvgl_if @LITTLEVGL_INTERFACE_ADDR = 
{
    .littlevgl_Init  = lvgl_Init,
    .littlevgl_task = lvgl_task,
    .littlevgl_tick_inc = lvgl_tick_inc,
    .littlevgl_dis_flush_ready = lvgl_dis_flush_ready
};

在RTS中通過類似的方式實現(xiàn)littleVGL的刷屏

#define LITTLEVGL_INTERFACE_ADDR0x32000

typedef struct
{
    void (*littlevgl_Init)(void);
    void (*littlevgl_task)(void);
????void (*littlevgl_tick_inc)(uint32_t );
????void (*littlevgl_dis_flush_ready)(lv_disp_drv_t *);
}
Littlevgl_interface_t;

#define LVGL_IF ((Littlevgl_interface_t *)(LITTLEVGL_INTERFACE_ADDR))

void AppTask()
{
????DEMO_SetupTick();
????LVGL_IF->littlevgl_Init();
    for (;;)
    {
        while (!s_lvglTaskPending)
        {
        }
        s_lvglTaskPending = false;

        LVGL_IF->littlevgl_task();
    }
}

兩個不同的工程需要通過鏈接文件將它們Flash/Ram隔離開，最后還有一點需要注意的，如果僅僅通過函數(shù)指針調(diào)用littlevgl_guider函數(shù)是無法正常運行的，因為littlevgl_guider工程沒有走cmain的過程，需要初始化的全局變量都沒有進行初始化，所以RTS可以通過Bootloader加載APP的方式跳到littlevgl_guider中（但注意不要切SP，棧還用RTS的），讓它走完初始化流程。

littlevgl_guider函數(shù)周期檢查共享RAM的值，如果有變化，就更新變量到屏幕即可。下圖是將整個工程拆分的示例

寫在最后

不是所有的硬件平臺都可以使用該方法，因為GUI Guilder目前是將固件和資源編譯在一起的，所以如果圖像資源（包括字庫）比較大，則固件占用Flash也會很大，僅僅靠MCU內(nèi)部Flash很難滿足要求。i.MX RT系列是比好的選擇，因為他支持XIP(通過AHB讀取QSPI-FLASH），固件大小就不會受到制約，主頻也夠高，可以保證顯示效果。

編輯：黃飛

?