數控係統人機界麵二次開發平台（tái）的設計-刀具網-數（shù）控機床（chuáng）市場網

您現在的位（wèi）置：數控（kòng）係（xì）統（tǒng）網> 技術前沿>數控係統人機界麵（miàn）二次（cì）開發平台的設（shè）計

數控係統人機界（jiè）麵二次開發平台的設計

2018-8-16 來源：轉載作者：吳慧傑, 王品

摘（zhāi）要（yào）: 數控係統自帶的標準化的人機界麵, 展現給（gěi）用戶大多是同一種形式, 不能滿足用戶特殊定製需求以及專用的數控係統（tǒng）的界麵需求. 在分析用戶（hù）的界麵定製需（xū）求的基（jī）礎上, 提出基於Qt的（de） Graphics View Framework 及（jí）model/view 架構的（de）可（kě）視化數控係統人機（jī）界麵二次開發平台設計方法. 首先（xiān）采用麵向對象的二次開發方法將界麵所需的組件注冊到平台並綁定對應的屬（shǔ）性對象, 然後采用參數化的（de）二（èr）次開發方法完成界麵的定製, 最後用 XML文件（jiàn）作為配置文件描述定製的圖形界麵, 在開發平台與（yǔ）數控係統之間傳遞界麵（miàn）數（shù）據. 二次開發平台主（zhǔ）要包括 PC 端配置平台以（yǐ）及（jí） NC 端解析平台兩個模塊. 實驗結果表明平台在數控係統人機界（jiè）麵的專項定製及複（fù）用方麵取得良（liáng）好的效（xiào）果, 提高（gāo）了數控係統的人機界麵開發效率.

關（guān）鍵詞: 數控係統; 人機界麵; 二次開發; XML 配置文件

隨（suí）著工業化進程的（de）不斷推進, 一個國家的數控化率的高低已經成為衡量其機械工（gōng）業技術水平的一個重要指標. 開放式數控係統要求開（kāi）發出（chū）方便擴展、功能柔性並且對用戶開放的數控係統, 便於用戶基於其開放（fàng）平台結合（hé）專有（yǒu）工藝進行二次開發. 人機界麵(Human Machine Interface, 簡稱 HMI)是人與數控係統之間傳遞、交換（huàn）信息的（de）媒介和對話窗口, 是數控係統的重（chóng）要組成部分. 數控係統的人機界麵發（fā）展也集中（zhōng）在專用機床的應用、特殊結構的引用以及用戶操作簡化等方麵. 目前國內的數控係統自帶的標準化的人機界麵, 展現給用戶的大多是同一種形式, 這種標準化的人機界麵對許多專用（yòng）數控（kòng）係統都不是最優化（huà）的設（shè）計, 已（yǐ）經不能滿足用戶的需求. 其一, 不能滿足用戶對（duì）特（tè）定加工工藝的個性化定製需求; 其二, 如果用戶在係統的使用過程中（zhōng）提出新的功能需（xū）求, 新功能的開發周期往往（wǎng）不能及（jí）時響應市（shì）場需求. 而（ér）且隨著係統規模不斷擴大、係統功能不斷增加完善, 重新編寫界麵代碼的（de）時（shí）間和成本都將（jiāng）成倍（bèi）遞增. 因此, 需要開發一（yī）種數控係（xì）統人（rén）機界麵二次開發平台, 用戶基於此平台可（kě）以根據特定的功能需（xū）求快速便捷地開發定製人機界麵, 降低開發和維護（hù）成（chéng）本. 不僅滿足用戶對數控（kòng）係統的專業化、個性化需（xū）求, 而且滿足開（kāi）放式數控（kòng）係統的（de）便於擴展、對用（yòng）戶開放等需求.

本文提出的數控係統人（rén）機界麵二（èr）次開發平台, 該平台具有可視化、易擴展、易複用、易（yì）維護等特性. 用戶基於平台可以自己配置人機界麵上傳到數控係統服務器, 用戶（hù）所（suǒ）見即所得, 不需要學習任何的編程語言. 開發人員也可以利用平台進行係統界麵的修改、升（shēng）級（jí）, 不需要重新編寫（xiě）代碼, 大大降低開發成本, 提高開發效率.

1 、人機界麵二次開發平台（tái）的結構

本文設計的數控係統人機界麵二（èr）次開發平台主要包（bāo）括 PC 端（duān）配（pèi）置平台和 NC 端解析平台兩個模塊. 下麵對兩個模塊作具體的描述. PC 端配置平台是基於 Qt 的圖形視圖架構開（kāi）發的可視（shì）化的界麵配置（zhì）軟件（jiàn）, 用於注冊並配置數控係統人（rén）機界麵的組件及其屬性, 並自動生成 XML 配置文件（jiàn）. 主要包括組件注冊層、界麵定製層、文件生（shēng）成層（céng）:

(1) 組件注冊（cè）層: 用於注冊配（pèi）置人機界麵（miàn）需要的係統的組件（jiàn）, 主要分為三類: 顯示組件、編輯組件以及事件組件. 注冊各種類型的組件到係統的組（zǔ）件盒, 並且將各種組件對應的不同（tóng）的屬性（xìng）對象綁定到組（zǔ）件中. 在（zài）該（gāi）層提供用戶擴展係統所需的二（èr）次開發接口（kǒu）框架,提高係統的可複用性與可擴展性.

(2) 界麵（miàn）定製層: 用於定製用戶（hù）所需（xū）的（de）個性化的（de）、專用化的數控係統人機界麵. 並且配置各個組件的屬性值, 存儲到組件綁定（dìng）的（de）屬性對象中.

(3) XML 配置文件用於描述人機界麵的圖形化數據, 完成PC端（duān）配（pèi）置平台和NC端解析平台（tái）的數據傳遞. XML 是純數據（jù）描述, 與編程語（yǔ）言、操作係統或傳（chuán）輸協議均無關係（xì）, 因此可以將數據從以代碼為中心的基礎結構所產生的約束中解放出來, 可以做到將圖形用戶界（jiè）麵與結構化（huà）數據分割開來, 具有良好的可擴展性和適用性, 是（shì）用來描述圖形用戶界（jiè）麵的最佳載體. 基於 XML 的界麵自動生成（chéng）比基於模型驅動的（de）軟件界麵更加靈活（huó）多變, 可以同（tóng）時運行在不同的平台上, 而（ér）且（qiě）對於開發後用戶界麵的控製也更加容易. NC 端解析平（píng）台讀取並解（jiě）析配置文件數據, 完成數據與原數（shù）控係統的交互並顯示 PC 端配置的人機界麵. 包括文件解析層、調度（dù）管理層、通信服（fú）務層、係統接口層（céng）. 如圖 1 所示, 為平台總體框架圖（tú）. PC 端配置平台注冊組件、屬性、屬性編輯器, 然（rán）後從注冊的組件（jiàn）中選擇需要的組件在（zài）頁麵中進（jìn）行定製（zhì）, 根據不同的數控（kòng）係統人機界麵需求定製（zhì）不（bú）同的人機界麵, 然後配置各個組件的屬性值（zhí）, 將配置完畢的人機界麵信息保存到XML 配置文件中; 通過以（yǐ）太網（wǎng）將配置文件發送到 NC端解析平台; 數控係統解析配置文件, 根據屬性值顯（xiǎn）示（shì）人（rén）機界麵, 最終達（dá）到顯示用戶定製的人機界麵的目的（de）.

圖 1 平台總體（tǐ）框架圖（tú）

2、主要模塊的設計方法（fǎ）

2.1 PC 端（duān）配置平台模塊

PC 端配置平台是基於 Qt 的圖形視圖框架（jià）開發的可視化（huà）的應用程序（xù）, 工作在 PC 機上. 用戶隻需要從組件盒選擇要添加的（de）組件, 並且配置好組件的位置、名稱、文（wén）本、大小、字（zì）體、背景（jǐng）色（sè）等（děng）公共屬性（xìng）信息, 然後（hòu）根據（jù）組件的不同類（lèi）型設置組（zǔ）件（jiàn）的（de）特有屬性, 保存到配置文件中並利（lì）用係（xì）統集成的軟件將配置文件上傳到數控係統服務器. 為了滿足數控（kòng）係統對精度、實時性等方麵的高要求, PC端配置平台允許用戶配置數控係（xì）統對應的多個界麵. 按照係統不同（tóng）的功（gōng）能需求以及各個界麵不同的性質, 將界麵設計成不同的模式, 並且可以在各個（gè）界麵（miàn）之間方便的切換. 在（zài）新建工程時配（pèi）置好係（xì）統的分辨率、頁麵數量、過程數、每個（gè）過程的軸數、軸（zhóu）名及主軸數、以及係統上電首頁等係統屬性. 而且用戶（hù）可以隨時對上述屬性做反複的（de）修改, 使用戶配（pèi）置（zhì）的信息（xī）便於複用, 提高係統可重用性.

2.1.1 組（zǔ）件注冊層

組件是人機界麵中最基本也是最重（chóng）要的單元, 人機界麵由一個個不同類型的組件組合而成. 用戶利用二次開發平台界麵中的組件盒, 通過選擇拖拽一係列的操作以及屬性的配置, 生成滿足專用需求（qiú）的人（rén）機（jī）界麵. 組件注冊層充分利用了麵向對象的設計（jì）思想, 采用基於麵向對象的二次開（kāi）發技術, 充分發揮類的繼承（chéng）性、封裝性、多態性等特點, 實現（xiàn）平台中組件注冊層的（de）框架設計. 將平台（tái）中（zhōng）涉及到的組件、組件屬性、屬性編輯（jí）器等一切客觀的實體都看（kàn）成對象, 複雜的對象可以由簡單的對象經過組合（hé）構成, 例如組件的幾（jǐ）何（hé）形狀屬性是一個（gè）屬性對象, 它又是由（yóu） X、Y、寬度、高度四個屬性對象組成. 每一個屬性對象都有各自綁定（dìng）的屬（shǔ）性編輯器對象（xiàng）. 對象與對象（xiàng）之間通過統一的（de）信號-槽的消息傳遞機製實現（xiàn）相互聯係.

為了支持平台的可擴展性和可（kě）移植（zhí）性, 將各個對（duì）象的（de）定義與實現分離, 通過繼（jì）承展現各個對象之間的（de）關係, 再通（tōng）過各個對象提供的重載和虛函數的特性以及實體的動態性, 建立了（le）麵向對象的（de）二次開發平台（tái）接口框架, 提供（gòng）了對於平台進行擴展（zhǎn）的麵向應用程序的二次開發接口 API, 包（bāo）括組件（jiàn）擴（kuò）展接口 API、組件屬性擴（kuò）展接（jiē）口 API 和屬性編輯器擴展接口 API 等. 用（yòng）戶基於平台提供的 API 可以實現對組件、組件屬性、屬性（xìng）編輯器等對象和行為的擴展, 使平台具有良好（hǎo）的可擴（kuò）展性.

在分析數控係統人機界麵的顯示特點（diǎn）之後, 根據麵向對象的設計方法, 組件的類層次結構如圖 2 所示. 將平台的組件（jiàn）歸納為以下幾類:

(1) 顯示組件:

用於顯示數控係統運行過程中（zhōng）的各個參（cān）數值、表達式以（yǐ）及界麵組成的一些靜態元素, 如（rú）圖片等（děng）.

(2) 編輯組件:

用於用戶的輸入.

(3) 事件組件:

用於對數（shù）控係統的各種控（kòng）製事件, 如頁麵跳轉、文件打開等事件操作.

圖 2 組件的類層次（cì）結（jié）構圖

各種組件（jiàn）根據用途分別擴展上述三（sān）種組（zǔ）件（jiàn）類型, 每一個組件（jiàn）都有 UUID 號用作（zuò）程序的（de）唯一標識. 用戶（hù）可以根據需要擴展多種類型的組件, 本係統中設計了最基本的標簽、輸入（rù）框（kuàng）、按鈕組件. 用戶在擴展組件類型時, 需要定義繼承自組件基類的類, 在類中實現組件定義（yì）、綁定屬性（xìng）等各種相關操作的接口, 下麵對組件擴（kuò）展 API 主要的接口類型以及實現的功能進行介紹.

(1) create Object(): 用於創建圖形視圖（tú）框架中顯示在 QGraphics Proxy Widget 上的控件, 比如（rú）有 Label、Line Edit 、 Button 等 , 將定（dìng）義的控件（jiàn）綁定到QGraphics Proxy Widget 上. 該接口無返回值.

(2) init Property(): 用（yòng）於將屬（shǔ）性對象綁定到組件上. 該接口也沒有返回值.

(3) set Default(): 將綁定到組件的每一個屬性對象賦（fù）初始值. 無返回值.

(4) set Property Value(const QString &name, const QVariant &value): 設置屬性對象的值（zhí）. 參數 name 表示要設置（zhì）的屬性名稱, value 表示屬性（xìng）值. 無返回值.

(5) dirty Changed(): 表示屬性的變化, 在頁麵上直接改變屬性的值時, 要通過該接口發送信號, 用於屬性編輯列表的更新.

通過分析數控係（xì）統的屬性（xìng）對象, 歸（guī）納出各種類型對象（xiàng）的公有屬性以及各個組件對應的特有屬性, 再將設計對象按照不同的特征結（jié）構進（jìn）行分類設計. 對（duì）於（yú）組件, 設計了所（suǒ）有組件共同的（de）基Abstract Item, 它的屬性可以分為兩類: 靜態屬性特征用於描（miáo）述組件的數據;

動態屬性特征（zhēng）用於（yú）描述對組（zǔ）件的操作. 這些屬性（xìng）都封裝（zhuāng）在頂層的結構中（zhōng）, 對於用戶來說是（shì）不可見的, 體現麵向對象的封裝性. 平台注冊的屬性的層（céng）次圖如圖 3所示.

圖 3 屬性（xìng）的類層次結構圖

圖 3 給出了平台注冊的最基本的屬性, 其（qí）他（tā）的屬性都可以通過這些基本屬性組合而（ér）成. 例如（rú）, 組件最基本（běn）的 Geometry Property 屬性（xìng）, 用於描（miáo）述組件的位置以及大小, 該屬性就可以由四個Int Property 組成. 其他（tā）的一些屬性構成的方法類似, 可以（yǐ）在屬性中包含一個或者（zhě）多個基本屬性為（wéi）子屬性, 構成組件所（suǒ）需的複雜（zá）屬（shǔ）性.

在將（jiāng）屬性綁定到組件的過程中, 公有的屬性放到結構的頂層組件中, 特有（yǒu）的屬性放到結構的底（dǐ）層組件中. 下麵對將屬性注冊到（dào）係統以（yǐ）及綁定到（dào）組件的注冊綁定機（jī）製進行詳細（xì）說明.

屬性注冊綁定機製的（de）設計要考慮到係（xì）統的可維護、可擴展、靈活性等非功能需求. 考慮到用戶後續可（kě）能對組件屬性以及屬性編輯器進行擴展, 充分發揮了麵向對象程序設（shè）計的封裝、繼承（chéng）、多態等特性降（jiàng）低係統的耦（ǒu）合度（dù）. 用戶在對屬性進行擴展時, 隻需要編寫要擴展的屬性對象並實現預留的接口即可, 不會對已有的屬性造成任何（hé）的影響. 本（běn）文采用最基本的簡單工廠（chǎng）設計模式（shì）, 降低係統的耦合度（dù）, 完整封裝屬性對象. 屬性注冊機製的結構圖如圖 4 所示.

圖 4 屬性注冊機（jī）製的結構圖（tú）

具體（tǐ）的注冊機（jī）製如下所述: 首先提供一個屬性基類 Abstract Property 類, 它包（bāo）含了 value、attribute、property、children、parent、item 等屬性（xìng）, 還提供了用於文件生成層的 to XML()、from XML()等方法, 然後其他的各種基本屬性均繼承自該基類（lèi）, 按需重寫（xiě）基類的（de）方法, 這樣就大大降低了係統的耦（ǒu）合度, 修改或者添加新的屬性類的時候不（bú）會影響到（dào）其他的屬性類. 然（rán）後給（gěi）出一個工廠類 Property Factory 用於得到指定的屬性對象, 並將其（qí）綁定到組件上. Property Factory類（lèi）提供了兩個主要（yào）的（de）方法. 一個用於注冊屬性（xìng）的register Property()方法, 該方（fāng）法需要提供的參數包括屬性名稱 name 以及要注冊到的屬性的元數據結構meta Object, 然後將該屬性注冊到 meta Object 結構中, 用一個 Map 的二元集合存儲該屬性的名稱以及元數據結構（gòu）. 另一個用於（yú）得到指定的屬性對（duì）象將其綁定到指定的組件（jiàn）上的 create Property()方法, 這個方法需要提供的（de）參數為屬（shǔ）性的名稱 name, 方法會根（gēn）據名稱從 Map結（jié）構中查找對應的屬性, 返回屬性對象, 將其綁定到組件上, 並將屬性的 item 屬性設置為需要綁定的（de）組件對象（xiàng）.

在屬性注冊時, 由於各種組件所需（xū）的屬性類型較多, 本文采用了帶參數的宏定義的方法來預（yù）處理注冊機製, 這樣在屬性類型較多時, 不但可以很好的防止出錯, 提高代碼的可移（yí）植性, 而且可以更加順利的整合代（dài）碼規模提高運行速度. 本（běn）文的宏定義方法隻在平台運（yùn）行時執行一次, 將所有的屬性對（duì）象一次性的注冊到元（yuán）對象 meta Object 結（jié）構中, 存（cún）儲到 Map 集合, 避免多次調用宏產生的副作用所帶來的不可預估的後果. 宏（hóng）定義如下:

#ifndef register Property

#define register Property(name,type)

Property Factory::register Property(name,

&type::meta Object)

#endif

然後提供一個用於注冊的（de） register Base Property()函數, 該函數在平台啟動時執行, 將所有的注冊函數包含（hán）在函數體中運行一次即可將所有的屬性注冊到平台的結構中. 例（lì）如要（yào）注冊 Bool 類型的（de）屬性, 隻需要將register Property(“Bool”,Bool Property) 包含在register Base Property() 函數（shù）體 , 就會調用Property Factory::register Property()方（fāng）法注冊屬性對象（xiàng）.

將屬性綁定到組件的綁定（dìng）機製具體過程為: 在組件基類 Abstract Item 類聲明有一個用於存儲描（miáo）述組件的屬性的 Map 集合, 將屬性的名稱作為鍵值存儲. 然後聲明一個 Init Property()方法, 將所（suǒ）有組件共有的屬性, 例如 Object Name、Geometry Property 等保（bǎo）存在 Map集合中 . 在底層組件也（yě）就是各個子類中重寫Init Property()方法, 首先調用父類的該方法, 將共（gòng）有的屬性（xìng）先存儲到子類（lèi）的（de） Map 集合中, 然後再創建（jiàn）子（zǐ）類自己的特有屬性. 然後就可（kě）以從 Map 集合中（zhōng）查找具體的屬性進行配置. 將屬性編輯器注（zhù）冊到屬性對象（xiàng）的（de）注冊機製類似, 不再做詳細描述.

2.1.2 界麵定製層

界麵定製層實現界麵的定製功能, 完成（chéng）各種組件的添加、組件屬性的設置; 界麵定製層包括頁（yè）麵視口、屬性編輯視口、組件列表視口三個（gè）視口（kǒu）以不同的形式展現用戶定置的（de）人機界麵, 三個視口數據統一; 屬性編輯視口以樹型結構顯示組件的各個（gè）屬性; 組件列（liè）表視口以樹型結構顯示係統添加的（de）頁麵以及每一個頁麵添加的組件. 如圖 5 所示為三個視口實時變化交互方式.

圖 5 三個視口實時變化交互方式（shì）圖（tú）

三個視口（kǒu）采用 Qt 特殊的信號-槽的消息傳遞機製實現（xiàn）數據的統一（yī）. Qt 摒棄了傳統（tǒng）的消（xiāo）息驅動的機製, 創新性的提出了一種在對（duì）象之間進行通訊的非常先進的 MOC 機製也就是信號-槽的消息傳遞機製. 這種傳（chuán）遞機製削弱了各（gè）個對象之間的耦合度, 信號發射的對象無需了（le）解哪一個對象的槽（cáo）函數對這個信號做出反應, 同樣對象的槽函數也（yě）無（wú）須知道是（shì）哪一個信號發射觸發自（zì）己, 隻需（xū）要用connect()函數將（jiāng）信號槽關聯, 那麽信號在發射時槽函數一（yī）定會被調用, 這（zhè）是 Qt 的機製保證的. 上述的三個視口均（jun1）聲（shēng）明了多個信號、槽函數, 保證視口間數（shù）據的統一. 每個視口一旦有操作發生, 該操作對（duì）應的信號就會發射, 其他的視（shì）口的槽函數做出響應更新顯示.

頁麵視（shì）口（kǒu）添（tiān）加的組（zǔ）件包（bāo）括顯示組件、編輯組件、事件組件三種. 添加組件後用戶可以通過拖拽、編輯、水平等距、垂直等距等快捷操作配置組件通用屬性. 除了通用屬性, 還要設置各（gè）種組件特有的屬性. 如圖（tú） 6為各種組件的特有屬性設置（zhì）流程（chéng）圖.

頁麵定製層的定製（zhì）過程全部采（cǎi）用參數化的設計方法. 這（zhè）種方法保持了各個組件結構之間的拓撲關係不變, 組件的所（suǒ）有屬性（xìng）一律采用參數來描述和控製, 某一個參數值的變化將會直接導致三個視口中顯示內容的自動變化, 提高了組件的修改重構能力, 極（jí）大的提升平台的柔性設計.

參數化設計特別適（shì）合用於界麵的組件結構形（xíng）式固定（dìng）而結構尺寸經（jīng）常變化的規格化（huà）、標準化、係列化的設計（jì）, 利用參數化的設計來描述組件的形狀特（tè）征, 可以極大（dà）的提（tí）高界麵的配置（zhì）速度.

圖 6 組件的特有屬性設（shè）置流程圖

2.1.3 文件生成層

文件生成層讀取用戶配製的人機（jī）界麵數據, 將（jiāng）數據（jù）封裝到 XML 節點對（duì）象中, 自動生成配置文件.

2.2 NC 端解析平台模塊

PC 端將（jiāng）生成的配（pèi）置文件通過以太網（wǎng）傳送到數控（kòng）係統中由文件解析層解析並通過基於數控係統的（de）統一消息（xī）庫和統一消息接口（kǒu）的模塊交互機製完成與數控係（xì）統的融合通信.

文件解析層讀（dú）取並（bìng）解析 XML 配置文（wén）件數據, 采用基於預處理的（de）解析技術. 如圖（tú） 7 所（suǒ）示（shì）.

圖 7 文件解析流程圖

調（diào）度管理層實現（xiàn）模塊初始化、功能模塊調用、係統（tǒng）配（pèi）置與模塊間交（jiāo）互等功能（néng）, 將中性語言描述的數控專（zhuān）用控製功能、圖形（xíng）用戶界麵定製等功能（néng）轉化成功能模塊調用. 通信服務層實現 GUI 二次開發（fā）接口與數控係統的 HMI 功能模塊的交互. 係統接口層調用基於試試控製係統庫的專用數控係（xì）統二次開發平（píng）台的 GUI 二次開發接口, 將（jiāng） PC 端（duān）配置的數（shù）據傳遞給接口, 實現與原有數控係（xì）統的融（róng）合（hé）通信.

3 、實驗測試

3.1 功（gōng）能測試

利用（yòng） Qt Creator 平台開發本文的數（shù）控係統人機界麵二次開發平台的 PC 端配置平台（tái）, 藍天數控高精數控係統作為 NC 端解析平台, 可以實現對數控係統的人機界麵（miàn）進行專項定製（zhì）以及重複修改操作. 實驗的 PC端定製界麵與數控係統（tǒng）的顯示界麵（miàn）相同, 並實現了（le）相關參數的配置, 可（kě）以監控機床狀態, 編輯相應變量, 對機床外部（bù）單元進（jìn）行控製, 如圖 8 所示.

(a)PC 端配（pèi）置平台實驗測試（shì）圖（tú）

(b)NC 端解析平台（tái）實驗測試圖

圖 8 實驗測（cè）試圖

3.2 界麵的重複定製方法（fǎ）

開發人員（yuán）可（kě）以利用（yòng）平台進行界麵的修改、重複定製. 數（shù）控係統人機界麵二（èr）次開發（fā）作為數（shù）控係統的可選功能, 提供（gòng）一個參數控製該功能是否打開. 如果打開的話, 要（yào）想重新定製（zhì）界（jiè）麵或者（zhě）進行修改操作, 隻需要將原有界麵的配置文件下載後在 PC 端打開, 然後重新定製需要修改的部分, 生成新的配置文件上傳到數控係統服務器, 替換原有的（de）文件即可. 配置文件名稱固定（dìng）為 designer.xml, 數控係統會在指定的界麵目錄（lù）下查找（zhǎo）該文件, 上電後自動加載顯示. 因此在修改時上傳到數（shù）控係統的配置文件名稱不可變, 必須（xū）是上述名稱. 修改界麵的操作流（liú）程圖如圖 9 所示.

圖 9 界麵修改或重新定製流程圖

4、結語

本文就數（shù）控係統人機界麵不能滿足用戶（hù）個性化需（xū）求、開（kāi）發維護周期長等不足之處（chù）, 設計（jì）了用於數控（kòng）係統人機界麵的二次開發平台, 並對該平台各個主要模塊設計方法進行（háng）了詳細的描述. 利用本文提出的數（shù）控係統人機界麵二次開發平台對數控係統人機界麵（miàn）進行可視化定製, 具有以下（xià）優點（diǎn）:

①支持可視化配置. 用戶在本平台配置界麵（miàn）的過程（chéng）中, 所見即所得, 對界麵有直觀的把握, 用戶配置方便, 無需學習編程知識.

②支持組件及組件屬（shǔ）性（xìng）的擴展. 用戶可以對平台的組件、屬（shǔ）性等進行特定的增加, 隻需（xū）要實現預留的（de）接口.

③提高人機界麵（miàn）開發與維護效率, 降低成本. 用戶和開發人員可以利用平台隨時對人機界麵進行（háng）修改、定製, 縮短開發周期, 降低維護成本.

來源：中國科學院大學中國科學院沈（shěn）陽計算技術研究所沈陽高精數控智能（néng）技術股份有限公司

投稿箱：
如（rú）果您有機床（chuáng）行業、企業相關新聞稿（gǎo）件發表，或進行資訊合作，歡迎聯係本網編輯部，郵（yóu）箱：skjcsc@vip.sina.com

更多相關信息

名（míng）企推薦

業（yè）界視點

| 更多

行業數（shù）據

| 更多

博文選萃（cuì）

| 更（gèng）多

數控機床