本發(fā)明涉及軟件開發(fā)，具體涉及一種用于電子產品開發(fā)的通用顯控平臺。

背景技術：

1、電子產品的開發(fā)過程中，顯示控制軟件(顯控平臺)能夠顯示設備的工作狀態(tài)、bit信息，同時還能給設備發(fā)送指令，開展功能和性能測試，是必不可少的調試工具。每個硬件產品都需要配套一個顯示控制軟件進行測試。沒有必要每次都重新進行代碼編寫。即使從老的項目借鑒，做部分修改，新修改的部分也會存在bug，穩(wěn)定性不足。

2、硬件(電子產品)開發(fā)的周期較長，受限制的因素較多，一般需要等元器件到位、組裝后，才能進行軟件聯(lián)調，周期一般3個月以上。軟件(顯控平臺)開發(fā)周期短，按周計算。硬件投產后，一般改動較少，而軟件改動較大，如通信方式、通信協(xié)議和顯示風格等會出現(xiàn)經常變更的情況。每個項目都配備一名顯控開發(fā)人員，人力成本較高。

3、在以項目為中心的組織中，通用顯控平臺是提高軟件穩(wěn)定性，提高軟件開發(fā)效率的重要手段。然而，完全自動編程技術目前尚不程序，后期需要人員的修改和完善。開發(fā)一個高度可重用、模塊可集成、參數(shù)可配置的軟件架構已迫在眉睫。

4、傳統(tǒng)的軟件開發(fā)方式包括需求、設計、開發(fā)、測試等環(huán)節(jié)。隨著技術的發(fā)展，顯控軟件的自動化生成已經成為可能，尤其是在特定的應用場景和行業(yè)中，主要包括模型驅動開發(fā)(mdd)，低代碼平臺，以及人工智能等技術。

5、模型驅動開發(fā)是一種軟件工程方法，通過使用統(tǒng)一建模語言(uml)或其他建模工具來定義系統(tǒng)的結構和行為，然后自動生成java、c++或python代碼。

6、低代碼開發(fā)平臺提供了大量預構建的ui組件和功能模塊，使開發(fā)人員可以通過拖拽組件、配置參數(shù)等方式快速生成應用程序，用戶無需手動編寫代碼。自chatgpt發(fā)布以來，生成式ai在自動代碼補全、程序開發(fā)方面取得了迅速的發(fā)展，它可以直接根據(jù)自然語言生成c++等語言代碼，它可以識別常見的操作模式和控制邏輯，并自動生成相應的控制軟件。

7、上述三種方法，提升了開發(fā)人員的生產力，仍無法實現(xiàn)完全自動化。模型驅動開發(fā)對軟件架構方面有很大的幫助，后期功能實現(xiàn)仍然需要人工編程；低代碼開發(fā)平臺技術，對界面開發(fā)和設計十分友好，功能和業(yè)務邏輯還需要設計人員進行設計和編碼；基于生成式ai的技術，存在幻覺、邏輯性不強等問題，編碼完成后需要人員進行確認和測試。上述三種自動編碼方法距離自動化編程還有一段距離。

8、上述問題亟待解決，為此，提出一種用于電子產品開發(fā)的通用顯控平臺。

技術實現(xiàn)思路

1、本發(fā)明所要解決的技術問題在于：如何提供一個高度可重用、模塊可集成、參數(shù)可配置的通用顯控平臺架構，提供了一種用于電子產品開發(fā)的通用顯控平臺。

2、本發(fā)明是通過以下技術方案解決上述技術問題的，本發(fā)明包括通信模塊、解析模塊與顯示模塊；

3、所述通信模塊，用于與電子產品之間進行數(shù)據(jù)傳輸，發(fā)送控制指令，接收狀態(tài)回饋數(shù)據(jù)；

4、所述解析模塊，用于接收界面操作的控制信息，對控制信息進行協(xié)議轉換和打包，發(fā)送控制指令給通信模塊；并接收通信模塊的狀態(tài)回饋數(shù)據(jù)，對狀態(tài)回饋數(shù)據(jù)進行拆包和協(xié)議轉換，發(fā)送狀態(tài)信息到顯示模塊；

5、所述顯示模塊，用于接收鼠標、鍵盤的操作命令，發(fā)送控制信息到解析模塊；并接收解析模塊的狀態(tài)信息，在界面上進行狀態(tài)顯示；

6、所述通用顯控平臺通過修改配置文件來實現(xiàn)不同項目電子產品控制指令的設置和工作狀態(tài)的顯示。

7、更進一步地，所述通信模塊包括通信管理模塊與通信底層模塊，所述通信管理模塊用于讀取通信配置文件，按照通信方式和配置參數(shù)建立通信對象，所述通信底層模塊用于實現(xiàn)具體通信方式，通信方式包括udp通信和串口通信；所述解析模塊包括解析管理模塊、解析底層模塊與協(xié)議管理模塊，所述解析管理模塊用于讀取解析配置文件，按照配置內容和解析方式建立解析對象，所述解析底層模塊用于建立協(xié)議管理對象，實現(xiàn)協(xié)議打包和解析工作，解析類型包括udp解析和串口解析，所述協(xié)議管理模塊讀取協(xié)議配置文件，實現(xiàn)協(xié)議轉換功能；所述顯示模塊包括界面管理模塊與界面底層模塊，所述界面管理模塊用于管理界面對象和界面布局，所述界面底層模塊用于讀取界面配置文件，實現(xiàn)界面設計。

8、更進一步地，所述配置文件包括通信配置文件、協(xié)議配置文件、解析配置文件與界面配置文件，其中，通信配置文件用于配置電子產品與通用顯控平臺之間的通信方式和參數(shù)，文件名稱無法修改，協(xié)議配置文件用于配置各型電子產品自身的協(xié)議接口，文件名稱能夠修改，能夠添加多個協(xié)議文件，同一個協(xié)議文件內只能配置同種格式的通信協(xié)議，解析配置文件用于配置通信方式對應的協(xié)議文件，每個通信對象對應一個協(xié)議文件，界面配置文件用于配置電子產品控制和狀態(tài)顯示需要的界面，文件名稱不能修改，文件中的表格格式不能修改。

9、更進一步地，在所述通信配置文件中，當通信方式為udp通信時，配置的參數(shù)包括通信對象名稱、本地ip、組播ip、本地端口、接收阻塞時間與接收緩存大??；當通信方式為串口通信時，配置的參數(shù)包括串口對象名稱、串口號、波特率、停止位、校驗位、數(shù)據(jù)位、數(shù)據(jù)流控制與工作模式。

10、更進一步地，在所述協(xié)議配置文件中，對通信協(xié)議列表以及對通信協(xié)議參數(shù)進行配置，其中，通信協(xié)議列表中包括以下屬性信息：序號、名稱、定義、功能號與長度；通信協(xié)議參數(shù)包括序號、數(shù)據(jù)項名稱、數(shù)據(jù)項定義、數(shù)據(jù)類型、字節(jié)位置、位位置、位長度、字節(jié)長度與默認數(shù)值。

11、更進一步地，在所述解析配置文件中，對通信對象(在通信配置文件中定義)、協(xié)議配置文件進行配置，建立通信對象和協(xié)議配置文件的對應關系。

12、更進一步地，在所述界面配置文件中，對界面列表以及界面參數(shù)進行配置，其中，界面列表中包括以下屬性信息：序號、名稱、定義、類型；界面參數(shù)包括序號、名稱、定義、類型、父窗口、布局列數(shù)與描述。

13、更進一步地，所述通用顯控平臺的具體啟動過程如下：

14、s11：編輯通信配置文件，確定電子產品通信方式和參數(shù)；

15、s12：編輯協(xié)議配置文件，明確每條協(xié)議的詳細定義；

16、s13：編輯解析配置文件，建立通信對象和協(xié)議配置文件的對應關系；

17、s14：按照通用顯控平臺的需求設計界面，編輯界面配置文件；

18、s15：保存所有文件，運行可執(zhí)行文件，進而啟動通用顯控平臺。

19、更進一步地，所述通用顯控平臺的結果驗證過程如下：

20、s21：通信連接

21、連接通信線纜，打開測試工具調試助手，設置通信參數(shù)，建立與顯控軟件的通信連接；

22、s22：控制指令驗證

23、用鍵盤設置發(fā)送的參數(shù)數(shù)值，用鼠標點擊按鈕發(fā)送控制信息，觀察測試工具調試助手是否收到控制信息，控制信息格式是否正常，控制信息參數(shù)是否正確；

24、s23：狀態(tài)回饋驗證

25、在測試工具調試助手發(fā)送狀態(tài)回饋數(shù)據(jù)，觀察顯示界面是否收到狀態(tài)信息，顯示狀態(tài)信息格式是否正常，狀態(tài)信息數(shù)值是否正確。

26、本發(fā)明相比現(xiàn)有技術具有以下優(yōu)點：該用于電子產品開發(fā)的通用顯控平臺，實現(xiàn)了一套代碼解決跨平臺編譯、適配多個硬件產品的目標，即只要項目負責人掌握顯控平臺使用方法，不需要為每個項目組都配備顯控開發(fā)人員，顯控開發(fā)人員只需要針對共性問題，開發(fā)不同的插件；本發(fā)明既確保顯控平臺的穩(wěn)定性，又能保持風格統(tǒng)一，既能降低對開發(fā)人員技術要求，又能增加組織對人員流動的適應性。