目前開放化是數(shù)控系統(tǒng)的研究熱點(diǎn)。開放式的技術(shù)基礎(chǔ)就是系統(tǒng)的模塊化，然而這種模塊化的設(shè)計(jì)在實(shí)現(xiàn)數(shù)控系統(tǒng)增量式功能拓展的同時(shí)，往往因追求密集的軟硬件設(shè)計(jì)而造成數(shù)控系統(tǒng)體積龐大，接口繁雜，功能重疊等負(fù)面效應(yīng)。集中式模塊化設(shè)計(jì)中模塊間的模擬量及并行連線的方式，也使得數(shù)控系統(tǒng)的整體結(jié)構(gòu)變得復(fù)雜，在造成信息交互密集的情況下，系統(tǒng)的實(shí)時(shí)性得不到有效保證。另外，隨著工業(yè)現(xiàn)場(chǎng)環(huán)境和控制對(duì)象本身的日益龐雜，數(shù)控系統(tǒng)已從簡(jiǎn)單的運(yùn)動(dòng)軌跡控制器轉(zhuǎn)變成貫穿數(shù)字化制造全過程的系統(tǒng)級(jí)平臺(tái)。數(shù)控設(shè)備在實(shí)現(xiàn)高速、高精、高效的加工自動(dòng)化的過程中，對(duì)加工過程實(shí)時(shí)可控的要求越來(lái)越高，因此狀態(tài)監(jiān)測(cè)也成為數(shù)控研究的一個(gè)重要方向。

　　與此同時(shí)，以Profibus為代表的現(xiàn)場(chǎng)總線技術(shù)已經(jīng)進(jìn)入相對(duì)成熟的階段?，F(xiàn)場(chǎng)總線是應(yīng)用在生產(chǎn)現(xiàn)場(chǎng)并在微機(jī)化測(cè)量設(shè)備之間實(shí)現(xiàn)雙向串行多節(jié)點(diǎn)數(shù)字通信的系統(tǒng)，是一種多點(diǎn)通信的開放化數(shù)字式底層控制網(wǎng)絡(luò)。并且現(xiàn)場(chǎng)總線還能夠與上層的企業(yè)內(nèi)部網(wǎng)和英特網(wǎng)相連，為實(shí)現(xiàn)自動(dòng)化企業(yè)一直追求的基于控制一監(jiān)控一管理一體化的綜合自動(dòng)化提供解決方案。隨著數(shù)控系統(tǒng)模塊化的趨勢(shì)。數(shù)控系統(tǒng)的很多功能單元已經(jīng)擁有了單獨(dú)的控制器和運(yùn)算器，具有了獨(dú)立的數(shù)據(jù)指令處理體系，迫切需要以一種全新的優(yōu)化方式和拓?fù)浣Y(jié)構(gòu)融人到數(shù)控系統(tǒng)的功能框架中。而現(xiàn)場(chǎng)總線應(yīng)用的基礎(chǔ)就是具備獨(dú)立智能控制能力和通訊能力的節(jié)點(diǎn)現(xiàn)場(chǎng)設(shè)備?？梢哉f(shuō)，將Profibus為代表的總線技術(shù)應(yīng)用到分布式數(shù)控系統(tǒng)的設(shè)計(jì)中，以實(shí)現(xiàn)數(shù)控系統(tǒng)的開放性和狀態(tài)監(jiān)測(cè)是合適的，并且符合未來(lái)技術(shù)發(fā)展的趨勢(shì)。因此本文以總線技術(shù)為基礎(chǔ)，結(jié)合網(wǎng)絡(luò)技術(shù)、組件技術(shù)和數(shù)據(jù)庫(kù)技術(shù)設(shè)計(jì)了一種開放式可監(jiān)測(cè)的數(shù)控系統(tǒng)。

1 數(shù)控系統(tǒng)框架

　　系統(tǒng)分為上下兩層網(wǎng)絡(luò)，分別為底層設(shè)備互聯(lián)網(wǎng)絡(luò)和遠(yuǎn)程故障監(jiān)測(cè)診斷網(wǎng)絡(luò)。下層的設(shè)備互聯(lián)網(wǎng)絡(luò)由Profibus總線和SERCOS總線將各組成單元有機(jī)地聯(lián)系起來(lái)。以基于PC架構(gòu)的控制器為核心，實(shí)現(xiàn)數(shù)控加工的正?？刂坪同F(xiàn)場(chǎng)信號(hào)的采集、監(jiān)測(cè)與上傳。上層監(jiān)控網(wǎng)絡(luò)結(jié)合英特網(wǎng)技術(shù)和數(shù)據(jù)庫(kù)技術(shù)，采用三層C／S架構(gòu)的信息交互模式。以數(shù)據(jù)庫(kù)為核心，將底層網(wǎng)絡(luò)上傳的數(shù)據(jù)存儲(chǔ)在數(shù)據(jù)庫(kù)服務(wù)器中，實(shí)現(xiàn)全系統(tǒng)的數(shù)據(jù)共享。上下網(wǎng)絡(luò)之間的數(shù)據(jù)通訊通過安裝在控制器上的監(jiān)控工作站實(shí)現(xiàn)。

2 底層設(shè)備互聯(lián)網(wǎng)絡(luò)的軟硬件體系架構(gòu)

　　2.1 基于總線技術(shù)的底層設(shè)備互聯(lián)網(wǎng)絡(luò)的硬件平臺(tái)

　　底層網(wǎng)絡(luò)是由控制器、伺服驅(qū)動(dòng)單元、主軸單元、I／O邏輯控制單元、HMI單元、總線通信接口卡等以總線方式連接的網(wǎng)絡(luò)。系統(tǒng)中伺服驅(qū)動(dòng)單元和主軸單元采用SERCOS總線連接。I／O單元、HMI單元通過ProfibusDP總線與數(shù)控系統(tǒng)連接。

　　由圖可見，相對(duì)于傳統(tǒng)的集中式數(shù)控系統(tǒng)結(jié)構(gòu)，控制器的地位發(fā)生了變化。由原來(lái)的核心模塊變成了總線中的一個(gè)節(jié)點(diǎn)。盡管控制器仍然可以被設(shè)置為總線中的主設(shè)備并作為整個(gè)系統(tǒng)的控制主體，負(fù)責(zé)系統(tǒng)任務(wù)的發(fā)起和控制數(shù)據(jù)的生成。但通訊方式的改變使其在拓?fù)浣Y(jié)構(gòu)上與其他外圍設(shè)備節(jié)點(diǎn)處于同等地位。

　　2.1.1 系統(tǒng)采用的總線的特點(diǎn)及功能分析

　　現(xiàn)場(chǎng)設(shè)備層負(fù)責(zé)具體的生產(chǎn)及其任務(wù)協(xié)調(diào)，數(shù)據(jù)響應(yīng)時(shí)間量級(jí)為毫秒級(jí)，故系統(tǒng)對(duì)連接分布式部件的現(xiàn)場(chǎng)總線有特殊的要求。下面分析SERCOS總線和Profibus-DP總線的各項(xiàng)指標(biāo)是否符合數(shù)控系統(tǒng)的要求。

　　假設(shè)伺服控制算法、插補(bǔ)算法和自適應(yīng)前饋補(bǔ)償算法執(zhí)行周期分別為T1、T2和T3，且3種算法執(zhí)行的頻率分別為f1、f2和f3，在此，f1<f2<f3若系統(tǒng)采用一個(gè)處理器來(lái)完成上述3種算法，則需滿足條件件，式中m為總線上一次傳輸?shù)目偙忍財(cái)?shù)。如果根據(jù)實(shí)際要求計(jì)算出來(lái)的f小于現(xiàn)場(chǎng)總線的傳輸速率，則表示總線能滿足實(shí)際需求。下面分析SERCOS總線的特性。

　　MST報(bào)文的數(shù)據(jù)域只有1個(gè)字節(jié)。MDT報(bào)文的數(shù)據(jù)域和AT報(bào)文的數(shù)據(jù)域又分為同定部分和可配置部分。兩者的固定部分都包含2字節(jié)的狀態(tài)字和最多8字節(jié)的服務(wù)信息字；可配置部分最多可包含4個(gè)字節(jié)。通信周期內(nèi)數(shù)據(jù)傳送量ⅣScYc可表示為式中x、y分別為服務(wù)信息域、可配置域字節(jié)數(shù)。本系統(tǒng)中掛接4個(gè)進(jìn)給驅(qū)動(dòng)器，一個(gè)主軸驅(qū)動(dòng)器。其中驅(qū)動(dòng)器報(bào)文數(shù)據(jù)域共有6個(gè)字節(jié)，主控?cái)?shù)據(jù)報(bào)文數(shù)據(jù)域有14個(gè)字節(jié)。故NscYc=91 x 8=728Bit。將728替換式(4)中的變量m，得f=808 080<2MBaud。

　　系統(tǒng)中Profibus總線上包含1個(gè)主站，2個(gè)I／O模塊從站，1個(gè)HMI單元，1個(gè)監(jiān)控單元從站，共有1個(gè)主站，4個(gè)從站，根據(jù)每個(gè)從站單元輸入、輸出的字節(jié)數(shù)，可計(jì)算出信息循環(huán)的總傳輸位數(shù)為1 074 Bit，代入式(4)，可得1 192 140<1.5 MBaud。

　　綜上可得，在控制四軸聯(lián)動(dòng)且各功能模塊實(shí)時(shí)性要求較高的情況下SERCOS和Profibus&mdash;DP總線能很好地滿足系統(tǒng)要求，并且整個(gè)系統(tǒng)的實(shí)時(shí)性是由總線的寬度決定的，而不是由算法執(zhí)行一次所需要的時(shí)間決定的。

　　2.1.2 各模塊基本結(jié)構(gòu)與功能

　　1)控制器

　　控制器是整個(gè)總線系統(tǒng)的主設(shè)備，負(fù)責(zé)數(shù)控加工任務(wù)的規(guī)劃，指令與數(shù)據(jù)的生成、計(jì)算和輸出，網(wǎng)絡(luò)系統(tǒng)的初始化，任務(wù)的發(fā)起，狀態(tài)查詢和數(shù)據(jù)下載等工作。本文的控制器基于PC架構(gòu)，透過總線接口卡與總線連接。實(shí)際中使用的是Profibus。DP主站接口卡和SERCOS通信板卡。Profibus&mdash;DP主站接口卡是一塊智能DP協(xié)議卡，完成Profibus協(xié)議鏈路層和物理層的功能。該接口卡是從站和主站的連接橋梁，通過其內(nèi)部數(shù)字信號(hào)處理器(DSP)芯片實(shí)現(xiàn)Profibus。DP的協(xié)議，能準(zhǔn)確、及時(shí)地實(shí)現(xiàn)主從站的數(shù)據(jù)交互。SERCOS通信板卡由ISA接口電路、譯碼電路、SERCOS處理器和光纖編碼接口組成，實(shí)現(xiàn)SERCOS主卡和從卡的通信。

　　2)HMI單元

　　該單元可完成數(shù)控加工數(shù)據(jù)的輸入，同時(shí)還可處理與用戶操作和監(jiān)控有關(guān)的系統(tǒng)功能，具備顯示、鍵盤處理、用戶數(shù)據(jù)傳輸?shù)裙δ堋?/span>

　　3)I／O智能模塊單元

　　該單元是數(shù)控系統(tǒng)和現(xiàn)場(chǎng)設(shè)備中各種離散量的接口。該單元具有專門的處理器，具備智能數(shù)據(jù)處理和數(shù)據(jù)通訊能力，可獨(dú)立接收、執(zhí)行總線上的命令。

　　4)數(shù)字伺服驅(qū)動(dòng)器單元這是數(shù)控系統(tǒng)操控電機(jī)運(yùn)動(dòng)的功率單元，是運(yùn)動(dòng)控制性能的關(guān)鍵部分。驅(qū)動(dòng)器是系統(tǒng)的運(yùn)動(dòng)控制執(zhí)行器，是與電機(jī)等執(zhí)行裝置和機(jī)械設(shè)備的接口，負(fù)責(zé)將控制器的任務(wù)和數(shù)據(jù)轉(zhuǎn)變成運(yùn)動(dòng)控制輸出，實(shí)現(xiàn)弱信號(hào)對(duì)強(qiáng)電流的控制。

　　5)監(jiān)控診斷單元

　　它是數(shù)控系統(tǒng)狀態(tài)監(jiān)測(cè)、故障處理的獨(dú)立模塊。該模塊與傳感裝置直接連接，可實(shí)時(shí)采集設(shè)備關(guān)鍵部位的工作數(shù)據(jù)，并能進(jìn)行預(yù)處理和應(yīng)急處理，能夠在必要時(shí)與控制器建立信息交互。

　　底層設(shè)備互聯(lián)網(wǎng)絡(luò)中的模塊設(shè)備通過總線聯(lián)系在了一起，各模塊不論掛接在哪個(gè)總線上，都遵循各自的總線通訊協(xié)議，按規(guī)定的格式交換信息，共同協(xié)調(diào)完成控制任務(wù)。這樣的設(shè)計(jì)使得系統(tǒng)的結(jié)構(gòu)不僅在硬件仁得到了統(tǒng)一化，而且在軟件接口上也有了統(tǒng)一的開放形式。

　　2.2 控制器軟件結(jié)構(gòu)

　　控制器足底層網(wǎng)絡(luò)的核心，是網(wǎng)絡(luò)運(yùn)行的大腦，本文中重點(diǎn)介紹控制器的軟件設(shè)計(jì)。文中控制器的軟件分為基礎(chǔ)軟件平臺(tái)、應(yīng)用平臺(tái)、應(yīng)用程序3個(gè)層次一。

　　基礎(chǔ)軟件平臺(tái)由Venturcom公司的RTX(realtime extension)和微軟公司的Windows 2 000操作系統(tǒng)組成。Windows 2000操作系統(tǒng)可提供良好的圖形用戶界面、豐富實(shí)用的Win32API函數(shù)、高效易用的開發(fā)工具和大量可用的第三方設(shè)備驅(qū)動(dòng)程序。RTX為Windows 2000系統(tǒng)做了實(shí)時(shí)擴(kuò)展，解決了Windows2000系統(tǒng)在支持可預(yù)測(cè)線程同步、優(yōu)先級(jí)可繼承、中斷延遲和線程切換的可預(yù)見性等方面的不足。使用RTX后系統(tǒng)線程切換時(shí)間平均達(dá)到3.6us，定時(shí)器響應(yīng)速度平均達(dá)到10.3us。數(shù)控系統(tǒng)實(shí)時(shí)性要求最高的插補(bǔ)運(yùn)算和軟PLC等任務(wù)，就運(yùn)行在RTX環(huán)境下。實(shí)際應(yīng)用時(shí)RTX為應(yīng)用軟件提供了與Win 32.dll功能類似的可動(dòng)態(tài)加載和卸載的RT.dll，該動(dòng)態(tài)連接庫(kù)可幫助實(shí)現(xiàn)應(yīng)用程序?qū)Φ讓佑布恼{(diào)用。

　　應(yīng)用平臺(tái)由數(shù)控系統(tǒng)基本功能單元組件構(gòu)成。包含加減速控制、插補(bǔ)、刀具補(bǔ)償、譯碼等近20個(gè)模塊。這些模塊可在不同的條件下，編譯組合實(shí)現(xiàn)不同的數(shù)控任務(wù)。

　　應(yīng)用程序?qū)痈鶕?jù)數(shù)控任務(wù)劃分為運(yùn)動(dòng)控制單元、邏輯控制單元、網(wǎng)絡(luò)單元、交互單元和管理控制單元等5個(gè)單元。

　　(1)運(yùn)動(dòng)控制單元：接受數(shù)控程序文件形式的運(yùn)動(dòng)指令，或手動(dòng)操作指令，以及邏輯控制子系統(tǒng)出發(fā)的運(yùn)動(dòng)控制，經(jīng)過密化計(jì)算，生成運(yùn)動(dòng)型設(shè)備可以接受的微運(yùn)動(dòng)指令。

　　(2)邏輯控制單元：接受邏輯控制程序文件形式的邏輯，并根據(jù)此邏輯和其他子系統(tǒng)有關(guān)的狀態(tài)，以及過程型設(shè)備的狀態(tài)，對(duì)過程型設(shè)備進(jìn)行操作控制。

　　(3)交互單元：接受各個(gè)子系統(tǒng)的信息顯示請(qǐng)求，在系統(tǒng)顯示機(jī)制的支持下，實(shí)現(xiàn)信息顯示。

　　(4)管理控制單元：接受用戶信息，派發(fā)任務(wù)消息；完成系統(tǒng)的配置、運(yùn)行調(diào)度；完成文件管理、網(wǎng)絡(luò)通信等服務(wù)性任務(wù)；加載第三方工具軟件。

　　(5)網(wǎng)絡(luò)單元：實(shí)現(xiàn)系統(tǒng)與外部網(wǎng)絡(luò)的通訊。由于應(yīng)用平臺(tái)中的基本功能單元采用組件技術(shù)，使得每個(gè)組件可單獨(dú)開發(fā)、單獨(dú)編譯，并可與其他組件一起進(jìn)行編譯連接。因此，利用基本功能單元的這種可配置性，用戶就可以根據(jù)自己的系統(tǒng)需求來(lái)生產(chǎn)不同的任務(wù)模塊。然后，把這些任務(wù)模塊集成起來(lái)就得到所需要的應(yīng)用程序，進(jìn)而形成不同的數(shù)控系統(tǒng)。

　　2.3 控制器軟件模型方法

　　數(shù)控軟件與普通應(yīng)用程序不同，它的計(jì)算模型邏輯上是串行的，但在實(shí)際卜卻是宏觀并行的。為了能詳盡地描述參考模型的技術(shù)細(xì)節(jié)，采用了有限狀態(tài)機(jī)的建模方法。

　　有限狀態(tài)機(jī)是描述對(duì)象狀態(tài)躍遷的模型方法。該模型包含3種基本元素。

　　(1)狀態(tài)：對(duì)象保持相對(duì)穩(wěn)定狀態(tài)或持續(xù)相對(duì)單調(diào)行為的模式。

　　(2)處理過程：對(duì)象的行為，包括狀態(tài)變化的過渡過程和系統(tǒng)特定狀態(tài)下的持續(xù)行為。

　　(3)事件：引起對(duì)象狀態(tài)變化的信息(包括其他對(duì)象的狀態(tài)、發(fā)布的消息、標(biāo)志位變化等)。

　　狀態(tài)機(jī)可以實(shí)現(xiàn)主要狀態(tài)問的躍遷過程并被周期型地激活。其激活方式有：周期性中斷服務(wù)程序；進(jìn)程、線程服務(wù)程序；單線程模型中循環(huán)執(zhí)行程序體等。由于狀態(tài)機(jī)模型從邏輯卜可以分層次嵌套，因此該模型可以描述行為更加復(fù)雜的對(duì)象。

3 基于設(shè)備故障診斷網(wǎng)的上層網(wǎng)絡(luò)

　　3.1 現(xiàn)場(chǎng)監(jiān)控層

　　了解和掌握機(jī)床的運(yùn)行狀態(tài)，按照用戶設(shè)定的監(jiān)控策略有選擇地對(duì)機(jī)床的主軸驅(qū)動(dòng)功率、扭矩、電壓、電流和主要工作部位的動(dòng)態(tài)信號(hào)進(jìn)行多參數(shù)在線監(jiān)測(cè)和分析。結(jié)合歷史數(shù)據(jù)對(duì)設(shè)備運(yùn)行狀態(tài)進(jìn)行評(píng)估，并進(jìn)行顯示和記錄。當(dāng)機(jī)床有輕微異常時(shí)發(fā)出報(bào)

　　警提示，以便運(yùn)行人員及時(shí)進(jìn)行處理；當(dāng)處于嚴(yán)重異常狀態(tài)或異常狀態(tài)達(dá)到一定時(shí)間而操作人員仍然沒有處理時(shí)，自動(dòng)實(shí)行保護(hù)措施。對(duì)于復(fù)雜的以及需要作進(jìn)一步處理的監(jiān)測(cè)狀況，則把信息和數(shù)據(jù)傳送給上層網(wǎng)絡(luò)，由上層功能強(qiáng)大的計(jì)算機(jī)進(jìn)行處理。安裝在本地控制器上的監(jiān)控工作站實(shí)現(xiàn)現(xiàn)場(chǎng)監(jiān)控層和上層網(wǎng)絡(luò)的連接。監(jiān)控工作站實(shí)際上是一套安裝在本地?cái)?shù)控系統(tǒng)上的客戶端數(shù)據(jù)傳輸軟件。該軟件可按照用戶要求采集機(jī)床指定位置卜-的傳感器信號(hào)，按照設(shè)定好的閾值參數(shù)，將待診斷數(shù)據(jù)和其之前、之后的2N個(gè)數(shù)據(jù)送入上層的監(jiān)控診斷網(wǎng)和遠(yuǎn)程監(jiān)控網(wǎng)。

　　3.2 監(jiān)控診斷管理層

　　負(fù)責(zé)整個(gè)系統(tǒng)的監(jiān)控和管理。層中的每一個(gè)節(jié)點(diǎn)即為在線監(jiān)測(cè)與故障診斷網(wǎng)絡(luò)系統(tǒng)的一個(gè)客戶。這些客戶單元直接被廠長(zhǎng)、總工程師等人員以及總調(diào)度室等部門使用。監(jiān)控管理層可以與數(shù)據(jù)庫(kù)、現(xiàn)場(chǎng)監(jiān)控層進(jìn)行雙向聯(lián)系?？筛鶕?jù)客戶需求進(jìn)行相應(yīng)組態(tài)設(shè)置。數(shù)據(jù)庫(kù)服務(wù)器設(shè)在本層，它的任務(wù)是根據(jù)具體情況建立實(shí)時(shí)數(shù)據(jù)庫(kù)，分配存儲(chǔ)空間，保存采集到的數(shù)據(jù)。根據(jù)用戶的設(shè)置，有選擇地把實(shí)時(shí)數(shù)據(jù)庫(kù)中的數(shù)據(jù)存入歷史數(shù)據(jù)庫(kù)中，以供進(jìn)一步分析與診斷。數(shù)據(jù)庫(kù)層還可對(duì)數(shù)據(jù)庫(kù)進(jìn)行定期處理與維護(hù)，如刪除無(wú)用信息，定期備份等。還可生成時(shí)報(bào)、班報(bào)、日?qǐng)?bào)、周報(bào)、月報(bào)和年報(bào)等運(yùn)行報(bào)表。

　　3.3 遠(yuǎn)程診斷層

　　通過Internet與監(jiān)控診斷層連接。遠(yuǎn)程專家通過輸入賬號(hào)與密碼登錄數(shù)據(jù)庫(kù)服務(wù)器，讀取各種數(shù)據(jù)，運(yùn)行客戶端診斷軟件進(jìn)行故障的分析與診斷。最后將診斷結(jié)果返回客戶端。

　　文中設(shè)計(jì)的方案已成功應(yīng)用于TDNC40A四軸加工中心，

4 結(jié)語(yǔ)

　　試驗(yàn)證明系統(tǒng)工作穩(wěn)定可靠?；赑C的控制器，既充分地利用了微軟操作系統(tǒng)的強(qiáng)大功能又通過引入RTX系統(tǒng)改善了桌面操作系統(tǒng)實(shí)時(shí)性不強(qiáng)的不足。組件技術(shù)的應(yīng)用，使各種開發(fā)工具開發(fā)的組件和應(yīng)用程序以及組件與組件之問可以進(jìn)行互操作，能方便地建立可伸縮的應(yīng)用系統(tǒng)。現(xiàn)場(chǎng)總線的應(yīng)用實(shí)現(xiàn)了數(shù)控系統(tǒng)底層單元的靈活配置。此外，本文將故障監(jiān)測(cè)和診斷技術(shù)與數(shù)控相結(jié)合，構(gòu)建了層次化的可監(jiān)控體系，開發(fā)了原型機(jī)，在數(shù)控系統(tǒng)網(wǎng)絡(luò)化研究方面進(jìn)行了一定探索。