(華中師范大學(xué) 物理科學(xué)與技術(shù)學(xué)院電子信息工程系，武漢 430079)

0 引言

在現(xiàn)代工業(yè)生產(chǎn)過程中，過程控制系統(tǒng)占據(jù)著重要的地位。近年來，隨著科學(xué)技術(shù)的發(fā)展，過程控制自動(dòng)化取得了長(zhǎng)足的進(jìn)步。然而，隨著用戶需求的提高，以及生產(chǎn)規(guī)模的擴(kuò)大，工控系統(tǒng)的功能在日趨強(qiáng)大的同時(shí)，結(jié)構(gòu)也愈發(fā)復(fù)雜，目前已形成了多廠商軟硬件產(chǎn)品共存的異構(gòu)環(huán)境。在市場(chǎng)日趨激烈的競(jìng)爭(zhēng)驅(qū)使下，各自動(dòng)化系統(tǒng)廠商迫切希望能夠?qū)崿F(xiàn)應(yīng)用軟件和工控設(shè)備的異構(gòu)整合，達(dá)到提升現(xiàn)場(chǎng)作業(yè)效率和企業(yè)個(gè)性化成本優(yōu)化的效果[1]。

作為一種高效、先進(jìn)的工藝方法，數(shù)控切割在工業(yè)制造領(lǐng)域的應(yīng)用愈加廣泛。在實(shí)際的數(shù)控加工中，CNC系統(tǒng)通過解釋并執(zhí)行G代碼文件來實(shí)現(xiàn)工業(yè)的自動(dòng)化加工。然而，由于市場(chǎng)分工的精細(xì)化，工業(yè)設(shè)計(jì)和現(xiàn)場(chǎng)加工往往是獨(dú)立分工的，所以G代碼文件往往不是直接在CNC系統(tǒng)中生成的。G代碼的傳輸主要有手動(dòng)輸入、信息載體傳輸和RS232串口傳輸[2]等方式。但是傳統(tǒng)的傳輸方法存在速度慢、誤差大、傳輸距離短等缺點(diǎn)[3]。隨著加工規(guī)模的擴(kuò)大、插補(bǔ)精度的提高，傳統(tǒng)的傳輸方法已不能滿足當(dāng)下數(shù)控加工的需求，用戶需要一種更快速、準(zhǔn)確的方法傳輸G代碼[4]。

為滿足市場(chǎng)需求，充分利用異構(gòu)環(huán)境下CNC系統(tǒng)和套料軟件各自的優(yōu)勢(shì)，本文設(shè)計(jì)并實(shí)現(xiàn)了一款中間件系統(tǒng)。該中間件通過PVIServices接口實(shí)現(xiàn)上位機(jī)與貝加萊CNC系統(tǒng)的通信設(shè)計(jì)，采用FTP文件傳輸協(xié)議將套料軟件生成的G代碼文件傳輸?shù)紺NC系統(tǒng)工件程序存儲(chǔ)區(qū)，然后通過Windows消息機(jī)制實(shí)現(xiàn)套料軟件和中間件的進(jìn)程通信。

1 中間件整體設(shè)計(jì)

中間件的整體功能設(shè)計(jì)如圖1。首先，中間件作為FTP文件傳輸協(xié)議的客戶端，工控設(shè)備上的CNC系統(tǒng)作為FTP文件傳輸協(xié)議的服務(wù)端，在中間件和CNC系統(tǒng)之間建立文件傳輸通道，將套料軟件繪圖、編程生成的G代碼文件傳輸?shù)紺NC系統(tǒng)，從而實(shí)現(xiàn)了數(shù)控切割程序的高速遠(yuǎn)程雙向傳輸?？紤]到數(shù)控加工中實(shí)際的生產(chǎn)需要，并且為了充分體現(xiàn)中間件設(shè)計(jì)的實(shí)用性、靈活性以及高效性等特點(diǎn)，對(duì)于CNC系統(tǒng)中已有的加工文件，中間件還可以提供下載、刪除等操作。

圖1 中間件整體功能設(shè)計(jì)

其次，中間件重寫了PVI客戶端接口，對(duì)CNC系統(tǒng)中的底層通信協(xié)議和數(shù)據(jù)類型進(jìn)行封裝，為應(yīng)用層軟件系統(tǒng)提供統(tǒng)一的調(diào)用接口，方便中間件系統(tǒng)的開發(fā)和維護(hù)升級(jí)。

最后，中間件通過封裝的PVI通信協(xié)議與CNC系統(tǒng)建立通訊連接，實(shí)時(shí)獲取和顯示CNC系統(tǒng)的運(yùn)行狀態(tài)，并設(shè)計(jì)了一種便于普通工程師使用和操作的人機(jī)交互界面，從而實(shí)現(xiàn)對(duì)CNC系統(tǒng)狀態(tài)和運(yùn)行參數(shù)的控制。此外，中間件通過WM _COPYDATA消息與套料軟件實(shí)現(xiàn)進(jìn)程通信，實(shí)時(shí)傳送CNC系統(tǒng)的切割狀態(tài)到套料軟件，以保證實(shí)際加工路徑與規(guī)劃路徑的一致性。

2 通訊模塊設(shè)計(jì)

2.1 PVI通信模塊

PVI(Process Visualization Interface)是為了接入B&R Automation Net提供給所有Windows平臺(tái)上軟件程序包的通用接口[5]。使用PVI，既可以統(tǒng)一、協(xié)調(diào)的訪問各種媒體和協(xié)議，也能在處理所有類型的數(shù)據(jù)的同時(shí)對(duì)設(shè)備進(jìn)行控制。在開發(fā)應(yīng)用程序時(shí)，不必花費(fèi)時(shí)間和精力探索底層之間的通信，只需對(duì)PVI的對(duì)象結(jié)構(gòu)進(jìn)行簡(jiǎn)單配置，就能訪問和操作控制器中的變量。

針對(duì)PC端Windows應(yīng)用程序，B&R提供了兩類PVI客戶端接口(PVICOM interface和PVIServices components)來實(shí)現(xiàn)應(yīng)用程序與貝加萊CNC系統(tǒng)之間的PVI通信。PVICOM interface基于PviCom.dll，早期多應(yīng)用于Visual C/C++平臺(tái)，且早期的runtime也僅支持PVICOM方式。隨著B&R工控系統(tǒng)的發(fā)展和runtime環(huán)境的升級(jí)，且由于PVICOM interface缺乏實(shí)時(shí)的升級(jí)維護(hù)，目前在PC端應(yīng)用程序開發(fā)的過程中已經(jīng)很少作為客戶端接口。

PVIServices components客戶端接口基于BR.AN.PVIServices.dll，被所有基于Windows應(yīng)用的Visual Studio.NET用于控制器的通信和診斷服務(wù)上。PVIServices是基于PVICOM接口實(shí)現(xiàn)，并在編程環(huán)境中通過面向?qū)ο蟮慕Y(jié)構(gòu)呈現(xiàn)，函數(shù)和變量數(shù)據(jù)都以PVIServices Namespace的形式，被整體分組在易于用戶使用的類中，實(shí)現(xiàn)起來更加簡(jiǎn)單，并且PVIServices components升級(jí)維護(hù)良好，支持目前市場(chǎng)上幾乎所有B&R系列的工控系統(tǒng)，其對(duì)象結(jié)構(gòu)如圖2。因此，本中間件系統(tǒng)采用PVIServices components接口作為PVI Client-interface實(shí)現(xiàn)中間件與CNC系統(tǒng)的通訊。

圖2 PVIServices對(duì)象結(jié)構(gòu)

2.2 G代碼文件的傳輸

計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的發(fā)展加速了數(shù)控系統(tǒng)的網(wǎng)絡(luò)化，為了滿足當(dāng)下數(shù)控加工的需求，通過網(wǎng)絡(luò)快速高效傳輸數(shù)控加工程序，是網(wǎng)絡(luò)化加工制造的必然趨勢(shì)[6]。FTP是一個(gè)8位的客戶端-服務(wù)器協(xié)議，可以操作任何類型的文件，是計(jì)算機(jī)網(wǎng)絡(luò)中使用最廣泛的文件傳輸協(xié)議，它屏蔽了計(jì)算機(jī)系統(tǒng)的諸多細(xì)節(jié)，非常適合在異構(gòu)系統(tǒng)中實(shí)現(xiàn)文件的傳輸[7]。因此，本文設(shè)計(jì)的中間件可以充分利用網(wǎng)絡(luò)協(xié)議的開放性和通用性，使用基于FTP的文件傳輸協(xié)議，將套料軟件生成的G代碼文件傳輸?shù)焦た卦O(shè)備的CNC系統(tǒng)，實(shí)現(xiàn)快速高效的網(wǎng)絡(luò)傳輸。

FTP是一個(gè)客戶機(jī)/服務(wù)器(C/S)系統(tǒng)，不同于其他基于C/S架構(gòu)的系統(tǒng)，F(xiàn)TP在客戶端和服務(wù)器之間建立兩條TCP連接來完成文件傳輸[8]，一條連接負(fù)責(zé)傳輸控制信息(命令和響應(yīng))，另外一條負(fù)責(zé)數(shù)據(jù)的傳送，其結(jié)構(gòu)模型如圖3。

圖3 FTP客戶端/服務(wù)端模型

在本文設(shè)計(jì)的中間件中集成FTP-Client模塊，通過與控制器上的FTP Server建立連接，就能將套料軟件生成的本地G代碼文件傳輸?shù)紺NC系統(tǒng)的加工程序存儲(chǔ)區(qū)，有效解決了大容量加工程序的傳輸問題，既能滿足當(dāng)今數(shù)控系統(tǒng)的加工生產(chǎn)需求，又提高了數(shù)控加工程序傳輸?shù)乃俣?、可靠性。此外，中間件系統(tǒng)設(shè)計(jì)的客戶端界面可以進(jìn)行文件的下載、刪除和更新等操作，非常便于工業(yè)現(xiàn)場(chǎng)的操作。

2.3 中間件與套料軟件的進(jìn)程通信

進(jìn)程通信是指在進(jìn)程間進(jìn)行數(shù)據(jù)的傳輸(交換信息)。根據(jù)交換信息量的多少和效率的高低，進(jìn)程通信可以分為低級(jí)通信和高級(jí)通信。低級(jí)通信只能傳遞狀態(tài)和整數(shù)值(控制信息)，傳送信息量小，效率低，每次通信傳遞的信息量固定。高級(jí)通信提高了信號(hào)通信的效率，可以傳遞大量數(shù)據(jù)，減輕程序編制的復(fù)雜度。其中高級(jí)進(jìn)程通信主要分為三種方式：共享內(nèi)存模式、消息傳遞模式、共享文件模式。消息傳遞模式通過操作系統(tǒng)的相應(yīng)系統(tǒng)調(diào)用進(jìn)行消息傳遞通訊，分為點(diǎn)到點(diǎn)發(fā)送的直接通訊和以信箱為媒介進(jìn)行傳遞的間接通訊。消息傳遞的間接通信方式易于建立雙向通訊鏈，通訊安全且實(shí)現(xiàn)簡(jiǎn)單，因此，中間件與套料軟件之間的進(jìn)程通信可以通過基于消息傳遞的方式實(shí)現(xiàn)。

本文設(shè)計(jì)的中間件基于Windows系統(tǒng)平臺(tái)，Windows系統(tǒng)是一個(gè)由消息驅(qū)動(dòng)的操作系統(tǒng)[9]，而Windows消息機(jī)制是消息傳遞的間接通信方式中的一種，相比于其他同機(jī)進(jìn)程通信方式，Windows消息機(jī)制實(shí)現(xiàn)較為簡(jiǎn)單、有效[10]。

WM _COPYDATA是一種功能強(qiáng)大又非常簡(jiǎn)單的Windows消息[11]，且中間件與套料軟件的通訊滿足使用WM_COPYDATA消息的兩個(gè)條件，即知曉接收消息進(jìn)程的句柄，接收消息進(jìn)程重載消息映射后可以給出反饋。為了實(shí)時(shí)回傳CNC系統(tǒng)自動(dòng)解析并執(zhí)行G代碼時(shí)的運(yùn)行參數(shù)，保證CNC系統(tǒng)執(zhí)行路徑與套料軟件規(guī)劃路徑的一致性，本文通過WM_COPYDATA消息機(jī)制實(shí)現(xiàn)套料軟件與中間件不同進(jìn)程之間的數(shù)據(jù)交互，中間件作為消息發(fā)送方，將要發(fā)送的信息打包，并尋找作為接收方的套料軟件的句柄，找到接受窗體的句柄后將消息發(fā)送。當(dāng)接收方接收到消息時(shí)，先判斷接收到的消息是否為WM_COPYDATA消息，確認(rèn)消息正確后才進(jìn)行接收，程序設(shè)計(jì)框圖如圖4。

圖4 消息的發(fā)送與接收

3 中間件系統(tǒng)的實(shí)現(xiàn)

3.1 PVIServices接口實(shí)現(xiàn)

中間件重寫的PVIServices接口可以識(shí)別的通信對(duì)象有：服務(wù)對(duì)象(Service)；CPU對(duì)象(CPU)；任務(wù)對(duì)象(Task)；變量對(duì)象(Variable)和模型對(duì)象(Module)，每個(gè)通信對(duì)象都由特性、事件與方法三種屬性構(gòu)成，如圖5。

圖5 PVIServices對(duì)象屬性

其中，Service對(duì)象負(fù)責(zé)創(chuàng)建連向PVI Manager的連接，是PVI客戶端中其他對(duì)象(CPU，任務(wù)，變量等)操作的基礎(chǔ)，當(dāng)一個(gè)新的服務(wù)對(duì)象創(chuàng)建成功后，即表示一個(gè)中間件與控制器系統(tǒng)的遠(yuǎn)程連接已經(jīng)被建立。CPU對(duì)象則負(fù)責(zé)建立PVI Client與控制器的連接。當(dāng)Service對(duì)象和CPU對(duì)象創(chuàng)建連接成功后，則代表過程變量的映像已經(jīng)建立好，即可對(duì)控制器CNC系統(tǒng)上的變量對(duì)象進(jìn)行讀寫操作。其函數(shù)原型如下，其中cpu_name設(shè)定為ARsim或Remote_PLC，相應(yīng)的ip_adress為默認(rèn)IP和實(shí)際PLC的IP地址。

private void service_Connected(object sender, PviEventArgs e)

{

myCpu = new Cpu(service, cpu_name);

myCpu.Connected += new PviEventHandler(myCpu _Connected);

myCpu.Connection.ANSLTcp.DestinationIpAddress = ip_adress;

}

Task對(duì)象與控制器的任務(wù)相對(duì)應(yīng)，管理任務(wù)中的全局和本地變量。Module 對(duì)象定義一個(gè)在控制器上的BR模塊的屬性，可以對(duì)模塊進(jìn)行上傳、下載和刪除等操作。Variable 對(duì)象則表現(xiàn)為一個(gè)控制器上的變量，可用變量類型有內(nèi)在變量、全局變量、本地變量，輸入不同的高層次對(duì)象作為父類就可以創(chuàng)建不同類型的變量。將Service對(duì)象和CPU對(duì)象作為父類輸入，就分別創(chuàng)建了一個(gè)內(nèi)在變量和一個(gè)全局變量。

3.2 WM_COPYDATA實(shí)現(xiàn)

中間件使用FindWindow函數(shù)獲得套料軟件的句柄，然后調(diào)用SendMessage函數(shù)向套料軟件發(fā)送WM_COPYDATA消息，其原型如下：

SendMessage(hwnd, WM_COPYDATA, wParam,IParam);

hwnd表示接收窗體句柄，發(fā)送消息類型為WM_COPYDATA，wParam表示發(fā)送窗口的句柄，IParam為指向一個(gè)COPYDATASTRUCT結(jié)構(gòu)的指針。COPYDATASTRUCT結(jié)構(gòu)聲明如下：

typedef struct tagCOPYDATASTRUCT{

DWORD dwData；

DWORD cbData；

PVOID lpData；

} COPYDATASTRUCT，*PCOPYDATASTRUCT；

dwData指定傳遞給接收方的數(shù)據(jù)，cbData是要傳遞的數(shù)據(jù)塊大小，lpData是指向內(nèi)存塊的指針。中間件發(fā)送WM_COPYDATA消息時(shí)，我們對(duì)dwData和lpData所傳送的數(shù)據(jù)進(jìn)行了自定義設(shè)置，并且使用小端模型存儲(chǔ)數(shù)據(jù)。

當(dāng)dwData=1時(shí)，設(shè)定當(dāng)前發(fā)送的消息數(shù)據(jù)為單個(gè)變量，IpData所指向的字節(jié)流定義如下：

變量N 變量數(shù)據(jù)長(zhǎng)度N 變量數(shù)據(jù)1 變量數(shù)據(jù)2 變量數(shù)據(jù)3…變量數(shù)據(jù)N。

當(dāng)dwData=2時(shí)，表示消息發(fā)送的是多變量數(shù)據(jù)，IpData指向的字節(jié)流如下：

變量1 變量1數(shù)據(jù)長(zhǎng)度N 變量1數(shù)據(jù)1 變量1數(shù)據(jù)2 …變量1數(shù)據(jù)N；

變量2 變量2數(shù)據(jù)長(zhǎng)度N 變量2數(shù)據(jù)1 變量2數(shù)據(jù)2 …變量2數(shù)據(jù)N；

…

變量N 變量N數(shù)據(jù)長(zhǎng)度N 變量N數(shù)據(jù)1 變量N數(shù)據(jù)2 …變量N數(shù)據(jù)N。

中間件發(fā)出WM_COPYDATA消息后，套料軟件作為接收方在消息映射表中添加ON_WM_COPYDATA()的映射，并定義接收消息的響應(yīng)函數(shù)：

OnCopyData(CWnd* pWnd, COPYDATASTRUCT* pCopyDataStruct)；

套料軟件通過中間件句柄pWnd向中間件發(fā)送反饋數(shù)據(jù)，pCopyDataStruct完成對(duì)數(shù)據(jù)塊的接收。

3.3 FTP客戶端實(shí)現(xiàn)

中間件所實(shí)現(xiàn)的FTP客戶端具有易于操作與功能完善的圖形界面，包括用戶登陸與退出、文件及目錄的下載與上傳，方便工程師對(duì)CNC系統(tǒng)中的G代碼文件進(jìn)行下載、刪除和更新等操作。

FTP接口程序部分函數(shù)如下：

1)連接FTP服務(wù)。

bool ConnectFtpServer(string strIp, UINT nPort, string strUserName, string strPassword, bool bPassive = TRUE, bool bUTF8Mode = TRUE);

其中：strIp為FTP地址；nPort為FTP服務(wù)端口，默認(rèn)端口為21；strUserName和strPassword為FTP用戶名的密碼；bPassive表示是否為被動(dòng)模式；bUTF8Mode表示編碼方式是否為UTF8編碼。

2)上傳FTP文件。

bool UploadFtpFile(string strRemotePath, string strRemoteFile, string strLocalFilePathName);

其中： strRemotePath為FTP相對(duì)目錄；strRemoteFile為FTP文件名稱；strLocalFilePathName則表示本地文件名稱。

3)刪除FTP文件。

bool DeleteFTPFile(string strRemotePath, string strRemoteFile);

其中：strRemotePath為要?jiǎng)h除的FTP文件相對(duì)目錄；strRemoteFile為要?jiǎng)h除的FTP文件名稱。

3.4 數(shù)據(jù)交互與界面顯示

中間件與CNC系統(tǒng)之間通過PVI通信協(xié)議、FTP協(xié)議連通之后，即可進(jìn)行CNC系統(tǒng)狀態(tài)等數(shù)據(jù)的傳輸以及各狀態(tài)參數(shù)的顯示與控制。

為了保證中間件系統(tǒng)的可讀性，便于中間件系統(tǒng)的升級(jí)維護(hù)，中間件在進(jìn)行界面變量信息的定義時(shí)，遵照CNC系統(tǒng)的變量命名規(guī)則，與CNC系統(tǒng)上的變量名稱、類型保持一致。但是由于CNC系統(tǒng)變量結(jié)構(gòu)復(fù)雜，數(shù)量龐大，為了保證變量映射關(guān)系的一一對(duì)應(yīng)和升級(jí)維護(hù)的便利性，中間件設(shè)計(jì)實(shí)現(xiàn)中通過交互變量的映射表構(gòu)建變量配置文件，通過配置文件的索引來關(guān)聯(lián)變量參數(shù)，這樣既可以保證變量關(guān)聯(lián)的準(zhǔn)確性，還可以便于交互變量的增加或減少，設(shè)計(jì)靈活高效。

中間件可以接收CNC系統(tǒng)所傳輸?shù)臋C(jī)床運(yùn)行狀態(tài)及配置參數(shù)，并采用了一種簡(jiǎn)潔、易于理解和使用的圖形界面來呈現(xiàn)CNC系統(tǒng)的機(jī)床狀態(tài)、工藝參數(shù)等內(nèi)容。中間件的操作界面在CNC系統(tǒng)界面顯示的基礎(chǔ)上，充分考慮工程師的使用權(quán)限和操作習(xí)慣，針對(duì)性的顯示了切割控制、激光調(diào)整等各類控件，對(duì)相應(yīng)權(quán)限范圍下不可操作的參數(shù)進(jìn)行鎖定，可以降低現(xiàn)場(chǎng)因誤操作導(dǎo)致的損失。

3.5 系統(tǒng)實(shí)現(xiàn)

為了保證中間件系統(tǒng)的兼容性和可擴(kuò)展性，本文設(shè)計(jì)的中間件以Microsoft Visual Studio 2013為開發(fā)環(huán)境，采用C++語言基于功能強(qiáng)大的MFC類庫進(jìn)行開發(fā)。中間件系統(tǒng)功能模塊如圖6，主要由通訊連接模塊、數(shù)據(jù)交互模塊和測(cè)試模塊三個(gè)部分組成。

圖6 中間件功能模塊

通訊連接模塊包含了中間件與CNC系統(tǒng)的PVI連接和FTP連接設(shè)置。圖7是中間件連接界面，用戶可以根據(jù)需求配置中間件與CNC系統(tǒng)的通訊連接。PLC類型選擇ARSim時(shí)，默認(rèn)IP地址127.0.0.1，即實(shí)現(xiàn)連接虛擬的PLC進(jìn)行仿真，便于在升級(jí)維護(hù)的開發(fā)過程中進(jìn)行調(diào)試；在實(shí)際的應(yīng)用現(xiàn)場(chǎng)中，PLC類型統(tǒng)一設(shè)定為Remote_PLC，需要輸入實(shí)際PLC的IP地址。在FTP服務(wù)設(shè)置中，IP地址為實(shí)際連接的PLC地址，端口默認(rèn)21，用戶名和密碼分別對(duì)應(yīng)CNC系統(tǒng)設(shè)置的FTP賬號(hào)密碼，相對(duì)路徑為G代碼在CNC系統(tǒng)的存儲(chǔ)路徑，默認(rèn)為/DATA/Programs，實(shí)際操作可以根據(jù)具體需求進(jìn)行設(shè)定。

圖7 CNC連接設(shè)置

中間件的數(shù)據(jù)交互模塊實(shí)現(xiàn)了CNC系統(tǒng)的機(jī)床狀態(tài)、標(biāo)定調(diào)整、工藝參數(shù)、機(jī)床維護(hù)等16個(gè)界面以及G代碼的傳輸和同步頁面。中間件與CNC系統(tǒng)連接成功后，就可以實(shí)現(xiàn)CNC系統(tǒng)運(yùn)行狀況的實(shí)時(shí)顯示和控制。本文設(shè)計(jì)的中間件主要采用的是B&R X20系列控制器進(jìn)行實(shí)驗(yàn)測(cè)試，圖8是中間件與CNC系統(tǒng)連接成功后的激光調(diào)整界面，界面上顯示的是CNC系統(tǒng)當(dāng)前的運(yùn)行參數(shù)，在界面中對(duì)相應(yīng)狀態(tài)參數(shù)進(jìn)行修改，點(diǎn)擊應(yīng)用保存，就可以控制CNC系統(tǒng)的運(yùn)行狀況，操作簡(jiǎn)單方便。

圖8 激光調(diào)整

為了方便中間件的升級(jí)維護(hù)和功能擴(kuò)展，系統(tǒng)設(shè)計(jì)了測(cè)試模塊，包括通訊連接測(cè)試、G代碼同步測(cè)試和PVI接口測(cè)試。圖9是中間件的PVI接口測(cè)試界面，可以對(duì)控制器上的全局變量和局部變量進(jìn)行讀寫操作，測(cè)試中間件與CNC系統(tǒng)的連接情況等。

4 結(jié)束語

本文針對(duì)目前工業(yè)自動(dòng)化用戶的個(gè)性化需求，通過整合套料軟件和CNC系統(tǒng)的部分功能，研究并開發(fā)了一種便于普通工程師理解和操作的中間件系統(tǒng)。通過將標(biāo)準(zhǔn)套料軟件生成的G代碼傳輸?shù)讲⒔馕龅紺NC系統(tǒng)，實(shí)現(xiàn)了CNC系統(tǒng)數(shù)據(jù)的實(shí)時(shí)顯示與跟蹤，保證了CNC系統(tǒng)執(zhí)行路徑與套料軟件規(guī)劃路徑的一致性。系統(tǒng)實(shí)際應(yīng)用表明，該系統(tǒng)人機(jī)交互良好，且實(shí)現(xiàn)了大容量數(shù)控程序的網(wǎng)絡(luò)化高速傳輸，能有效解決用戶的個(gè)性化需求，節(jié)約了企業(yè)生產(chǎn)成本，具有一定的推廣價(jià)值。

圖9 PVI接口調(diào)試