DSP數(shù)據(jù)采集器從傳感器組中采集來自數(shù)控機床的信號(如來自刀具切削振動信號、機床主軸軸承振動信號、液壓系統(tǒng)的溫度等),并進行一系列的信號處理(如穩(wěn)壓濾波、A/D轉(zhuǎn)換等)后,經(jīng)CAN總線送入上位監(jiān)控機(另有一備份冗余監(jiān)控機)。上位監(jiān)控機上的實時在線監(jiān)控系統(tǒng)不僅能實現(xiàn)數(shù)據(jù)的實時顯示、實時數(shù)據(jù)的存儲,而且還能通過WinSocket控件與數(shù)據(jù)庫之間進行通信。此外,上位監(jiān)控機還能根據(jù)設(shè)備的加工能力將加工程序經(jīng)過CAN總線及RS232/CAN轉(zhuǎn)換模塊送入不同的數(shù)控機床完成零件的加工;數(shù)據(jù)庫服務(wù)器上安裝了Microsoft公司的SQLServer2000。數(shù)據(jù)庫服務(wù)器應(yīng)用程序的主要任務(wù)是接收和處理來自上位監(jiān)控機的數(shù)據(jù),并將接收的數(shù)據(jù)寫入原始數(shù)據(jù)緩沖區(qū),在對數(shù)據(jù)進行分析處理后將其寫入SQLServer數(shù)據(jù)庫。當(dāng)流水線上的某一機床出現(xiàn)故障時,將故障時刻的記錄寫入設(shè)備故障狀況表中;Web服務(wù)器是設(shè)立在Internet上的服務(wù)站點,企業(yè)故障診斷中心及遠(yuǎn)程故障診斷中心與Web服務(wù)器之間采用B/S(瀏覽器/服務(wù)器)模式,所有監(jiān)控、分析、診斷軟件都放在Web服務(wù)器上,并通過Web主頁進行管理。
2遠(yuǎn)程診斷及監(jiān)控系統(tǒng)的實現(xiàn)
2.1對實時數(shù)據(jù)的采集
本遠(yuǎn)程診斷及監(jiān)控系統(tǒng)中的在現(xiàn)場設(shè)備級的通信程序中設(shè)置了一些底層函數(shù)供上位監(jiān)控機調(diào)用,以實現(xiàn)DSP采集器與監(jiān)控機的通訊。現(xiàn)場實時數(shù)據(jù)采集的工作流程是:傳感器信號經(jīng)過必要的穩(wěn)壓濾波,送入ADC(模數(shù)轉(zhuǎn)換器),并根據(jù)系統(tǒng)對數(shù)據(jù)的不同需要,若是參考性、資料性信號,就把數(shù)據(jù)存貯起來適當(dāng)?shù)臅r候傳到上位機;若是比較緊急和實時的控制反饋數(shù)據(jù),比如說機床報警信號,那就及時的傳送到上位機進行處理或用作控制。系統(tǒng)中,各DSP芯片獨自的完成相應(yīng)的數(shù)據(jù)采集。并可通過上位機下傳數(shù)據(jù)表格的方式靈活的改變傳感器的定標(biāo)系數(shù),尤其適合于傳感器線性度不是很理想的系統(tǒng)。各DSP的工作狀態(tài)和工作模式由上位機靈活選擇,提高系統(tǒng)的適應(yīng)能力。
數(shù)據(jù)采集器以DSP芯片-TMS320LF2407A芯片為核心,TMS320LF2407A的ADC模塊帶有內(nèi)置采樣/保持電路的10位ADC,總共有16個模擬輸入通道,可用來實現(xiàn)采集信號的A/D轉(zhuǎn)換。頻率采集則利用DSP芯片所帶事件管理器的捕獲單元完成由于2407A芯片帶有六個捕獲單元,他們在相應(yīng)的捕獲引腳上出現(xiàn)跳變時被觸發(fā),產(chǎn)生捕獲中斷。TMS320L2407A芯片所帶的數(shù)據(jù)存儲空間只有64K,不能滿足數(shù)據(jù)存儲的容量,因此需要對2407A芯片進行存儲器擴展。考慮到數(shù)據(jù)量的大小和防止掉電數(shù)據(jù)丟失問題,因此選用256K×16位的FLASH芯片SST39VF400A作為片外擴展數(shù)據(jù)存儲器。
2.2上位監(jiān)控機與數(shù)控機床之間的通信實現(xiàn)
為了減輕現(xiàn)場設(shè)備管理層的網(wǎng)絡(luò)負(fù)擔(dān),本系統(tǒng)在監(jiān)控機與數(shù)控機床之間采用雙層CAN網(wǎng)絡(luò)結(jié)構(gòu),一層用于加工過程及機床的狀態(tài)監(jiān)測,主要用于DSP采集器中實時數(shù)據(jù)的傳輸;另一層用于DNC操作,DNC操作子層的主要任務(wù)實現(xiàn)NC程序的上傳和下載、NC程序的編輯及加工工藝信息的讀取等,它通過CAN總線及RS232/CAN轉(zhuǎn)換模塊送入不同的數(shù)控機床完成零件的加工。
(1)采集器中實時數(shù)據(jù)的傳輸
TMS320LF2407A帶有標(biāo)準(zhǔn)的CAN控制器,可以很方便的組成現(xiàn)場級設(shè)備網(wǎng)。TMS320LF2407A上的CAN控制器完全支持CAN2.0B協(xié)議,其數(shù)據(jù)幀格式有:標(biāo)準(zhǔn)幀和擴展幀兩種不同的幀格式,前者為11位標(biāo)識符,后者有29位標(biāo)識符。由于在實際控制中DSP控制器的上傳數(shù)據(jù)僅為32位數(shù)據(jù)(包括控制器標(biāo)志符等信息),因此本系統(tǒng)數(shù)據(jù)格式采用標(biāo)準(zhǔn)幀格式。在實際調(diào)試中發(fā)現(xiàn)下層的控制器向上位機的傳遞數(shù)據(jù)量遠(yuǎn)大于上位機下傳的數(shù)據(jù)量,因此在數(shù)據(jù)編碼時將控制信息、采樣數(shù)據(jù)編號信息和控制量、采集量均加載在數(shù)據(jù)字節(jié)里。由此CAN總線通訊協(xié)議的形式為:“ID號+數(shù)據(jù)+校驗”,其中ID號為各DSP采集器編號,采用11位標(biāo)識符的前4位。為了保證通訊的可靠性,在數(shù)據(jù)接受后,都由一個返回幀來表示確認(rèn),其校驗位(占一個字節(jié))為發(fā)送端的固定代碼。
CAN通訊系統(tǒng)軟件設(shè)計中,對于接受采用中斷的方式,要求系統(tǒng)對于接受到的數(shù)據(jù)必須馬上處理,以提高系統(tǒng)的實時響應(yīng)特性,其程序流程圖見圖2。DSP上傳實時采集數(shù)據(jù)的發(fā)送采用定時查詢的方式,查詢ADC采樣是否結(jié)束并且進行了相應(yīng)的數(shù)據(jù)處理后,立即將數(shù)據(jù)通過CAN控制器裝載并發(fā)送到CAN總線上。
?。?)CAN總線及RS232/CAN轉(zhuǎn)換模塊
在DNC操作中,由于數(shù)控機床所提供的程序傳送接口是標(biāo)準(zhǔn)的RS232串行口,因此存在CAN協(xié)議與RS232之間的轉(zhuǎn)換問題。由于CAN232B轉(zhuǎn)換器完全支持CAN2.0B協(xié)議,并且利用它所組成的CAN控制網(wǎng)絡(luò)具有組網(wǎng)靈活、數(shù)據(jù)傳輸可靠性高、通訊速率高、總線利用率高等優(yōu)點,故本系統(tǒng)使用CAN232B轉(zhuǎn)換器。對于上位監(jiān)控機(RS232主控設(shè)備)而言,需要它具備尋址各數(shù)控機床(多個RS232設(shè)備)的能力。此時,按照CAN232B轉(zhuǎn)換器的配置協(xié)議,對監(jiān)控機的RS232程序進行補充、修改,使監(jiān)控機可向所連接的CAN232B轉(zhuǎn)換器發(fā)送命令幀”,以設(shè)置CAN幀格式,動態(tài)配置CAN232B發(fā)送的CAN幀信息。這樣,監(jiān)控機就可以通過CAN232B發(fā)送具有不同ID的CAN報文幀,來尋址不同地址的數(shù)控機床,從而實現(xiàn)在對DNC的操作。
2.3基于Web的數(shù)據(jù)庫服務(wù)的搭建
要實現(xiàn)數(shù)控機床的遠(yuǎn)程故障診斷,企業(yè)故障診斷中心或遠(yuǎn)程故障診斷中心的專家必須通過Internet(或Intranet)獲得系統(tǒng)的故障和狀態(tài)信息,同時又能夠讓故障診斷中心的專家通過Internet(或Intranet)查詢數(shù)據(jù)庫中的數(shù)據(jù)。
ASP(ActiveServerPages)內(nèi)含于IIS3.0之后的版本中,ASP本身并不是一種腳本語言,其實是一套微軟開發(fā)的服務(wù)器端腳本環(huán)境,即它只是提供了一種使鑲嵌在HTMI頁面中的腳本程序得以運行的環(huán)境。它具有使用簡單,并且有強大的后臺支持。本系統(tǒng)的工作環(huán)境為Windows2000Server,開發(fā)系統(tǒng)為VC++,在此選用Microsoft的ASP,它既簡單好用,又有強大的功能和強有力的技術(shù)支持。通過ASP可以結(jié)合HTML網(wǎng)頁、VBScript和JavaScript.ASP指令和ActiveX元件建立動態(tài)、交互且高效的Web服務(wù)器應(yīng)用程序。而且ASP與ADO(ActiveXDataObjects)結(jié)合很容易實現(xiàn)對數(shù)據(jù)庫的訪問,訪問模型如圖3所示。當(dāng)瀏覽器發(fā)出一個HTTP請求時,Web服務(wù)器響應(yīng)這一請求,調(diào)用ASP引擎解釋被申請的ASP文件,若遇到的是ActiveX控件,則啟動相應(yīng)的ActiveX控件。借助于ADO及SQL語言訪問數(shù)據(jù)庫,并將其運行結(jié)果生成相應(yīng)的HTML語法成份,與文件中原有的文本和HTML標(biāo)記一起組成標(biāo)準(zhǔn)的HTML頁面返回至客戶端瀏覽器。
圖3基于ASP的數(shù)據(jù)庫訪問示意圖
2.4監(jiān)控機與企業(yè)數(shù)據(jù)庫服務(wù)器之間的通信
數(shù)據(jù)庫與企業(yè)監(jiān)控診斷中心(或遠(yuǎn)程診斷中心)監(jiān)控機的實時數(shù)據(jù)通信采用WindowsSockets通信機制,Socket通信是一種特殊的I/O,Socket實際上是TCP/IP網(wǎng)絡(luò)上提供的一個通信端口,借助于它,用戶所開發(fā)的應(yīng)用程序可以通過網(wǎng)絡(luò)與其它應(yīng)用程序進行通信。Socket提供的一整套原語可供用戶編程調(diào)用和訪問系統(tǒng)資源,并可用來開發(fā)一些與網(wǎng)絡(luò)有關(guān)的、有實時性要求的應(yīng)用軟件。在應(yīng)用軟件的開發(fā)中主要使用兩種類型的Socket(套接字):
1.流式套接字。它定義了一種可靠的、面向連接的服務(wù),實現(xiàn)了無差錯、無重復(fù)的順序數(shù)據(jù)傳輸。適用于處理大量數(shù)據(jù),流式套接字使用的是TCP協(xié)議,TCP協(xié)議是以連接為基礎(chǔ)的,即必須先建立連接,才能相互通信。如HTTP,F(xiàn)TP,Telnet等使用的都是流式套接字。
2.據(jù)報套接字。它定義了一種無連接的服務(wù),數(shù)據(jù)通過相互獨立的報文進行傳輸,是無序的,并且不保證可靠、無差錯。數(shù)據(jù)報套接字雖然也使用IP,但是它不使用TCP,而是UDP(UserDatagramProtocol)。UDP不像流式套接字那樣維護一個打開的連接,用戶只需要把數(shù)據(jù)打成一個包,把遠(yuǎn)程的IP貼上去,然后就把這個包發(fā)出去。如TFTP(TrivialFileTransferProtocol)就使用UDP。
為了保證數(shù)據(jù)傳輸?shù)目煽啃?,該系統(tǒng)采用基于可靠連接的流式套接字,其協(xié)議為TCP/IP協(xié)議。由于Windowsserver2000是多任務(wù)操作系統(tǒng),不同的任務(wù)對應(yīng)著不同的進程。為了實現(xiàn)數(shù)據(jù)的正常傳輸,必須通過端口號明確監(jiān)控機是與數(shù)據(jù)庫的哪一個進程相連,可供各監(jiān)控機使用的端口號范圍為:1024~4999,本系統(tǒng)中選用3000。此外,由于同時與數(shù)據(jù)庫相連的監(jiān)控機可以多于一個,為了使各個進程之間的數(shù)據(jù)通信不會發(fā)生沖突,數(shù)據(jù)庫應(yīng)用程序應(yīng)首先創(chuàng)建一個偵聽Sockets,用于接收監(jiān)控機的連接請求。當(dāng)數(shù)據(jù)庫接受了監(jiān)控機的連接請求后,會返回一個新Sockets的描述符,這個新Sockets將用來處理新的連接。原來的Sockets將繼續(xù)偵聽新的連接請求。整個數(shù)據(jù)通信過程的流程圖如圖4所示。
3結(jié)論
基于實時數(shù)據(jù)采集、CAN總線、數(shù)據(jù)庫服務(wù)和Internet的遠(yuǎn)程故障診斷技術(shù)解決了DNC數(shù)控機床關(guān)鍵部位的實時監(jiān)控及故障診斷問題。本文所提出的現(xiàn)場設(shè)備級、車間監(jiān)控級、企業(yè)監(jiān)控級、遠(yuǎn)程監(jiān)控級的四級系統(tǒng)結(jié)構(gòu)將有助于提高遠(yuǎn)程故障診斷的可實現(xiàn)性和準(zhǔn)確率,并最終達到提高企業(yè)效率的目的。隨著網(wǎng)絡(luò)通信技術(shù)和現(xiàn)場設(shè)備自動化應(yīng)用的深入,以及成熟可用的專家系統(tǒng)將逐漸出現(xiàn),遠(yuǎn)程故障診斷也必將成為未來企業(yè)的一種主要診斷服務(wù)方式。
本文作者創(chuàng)新點:提出了基于CAN總線的DNC遠(yuǎn)程診斷及監(jiān)控系統(tǒng);提出了由DSP、多傳感器組成的實時數(shù)據(jù)采集系統(tǒng);將CAN總線網(wǎng)絡(luò)與Ethernet、Internet結(jié)合,實現(xiàn)了現(xiàn)場設(shè)備級、車間監(jiān)控級、企業(yè)監(jiān)控級、遠(yuǎn)程監(jiān)控級的四級系統(tǒng)結(jié)構(gòu);探討了基于Web的數(shù)據(jù)庫服務(wù)技術(shù)。
北京2022年8月29日 /美通社/ -- 近日,由同方自主研發(fā)的基于AIOT的設(shè)備監(jiān)測診斷預(yù)警技術(shù),被授予第五屆全國設(shè)備管理與技術(shù)創(chuàng)新成果獎技術(shù)類二等獎。國家體育場"鳥巢"通過使用這種"基...
關(guān)鍵字: AIOT 智能建筑 大數(shù)據(jù) 故障診斷摘要:空調(diào)制冷系統(tǒng)是城軌車輛的一個重要組成部分,列車環(huán)境的舒適度主要通過空調(diào)制冷系統(tǒng)來保障,如其頻繁發(fā)生機組制冷量下降或不制冷等故障,將會嚴(yán)重影響車輛的服務(wù)質(zhì)量與安全?,F(xiàn)對城軌車輛空調(diào)制冷系統(tǒng)的故障診斷進行了研究,論述了...
關(guān)鍵字: 空調(diào)制冷系統(tǒng) 原因分析 故障診斷天士力制藥集團秉承中藥現(xiàn)代化的道路,率先實現(xiàn)中藥研發(fā)、種植、提取、生產(chǎn)、銷售等全產(chǎn)業(yè)鏈的標(biāo)準(zhǔn)化。通過智能化改造,開發(fā)了5代快速滴丸生產(chǎn)線、智能化中藥提取工藝,建立了現(xiàn)代中藥工業(yè)標(biāo)準(zhǔn)化、數(shù)字化、智能化的現(xiàn)代中藥產(chǎn)業(yè)體系。
關(guān)鍵字: 人工智能 監(jiān)控系統(tǒng) 信息化管理摘要:對智能電網(wǎng)中電力電纜出現(xiàn)故障的主要原因進行了分析,提出了幾種先進的電力電纜故障診斷技術(shù),對其原理和應(yīng)用情況進行了研究,以提高智能電網(wǎng)的故障診斷效率,保障電網(wǎng)的運行可靠性。
關(guān)鍵字: 電力電纜 智能電網(wǎng) 故障診斷摘要:傳統(tǒng)DGA技術(shù)用于變壓器故障診斷時,針對不同類型的潛伏性故障往往使用相同的診斷指標(biāo)??紤]到在不同故障情形下,對應(yīng)的油中溶解氣體在種類和含量方面均存在差異,故提出使用變異系數(shù)建立故障類型與對應(yīng)產(chǎn)物之間的聯(lián)系,并使用S...
關(guān)鍵字: 氣體指標(biāo) 變異系數(shù) 故障診斷摘要:根據(jù)高山隧道主體擴建方案,結(jié)合隧道內(nèi)現(xiàn)有設(shè)備設(shè)置情況,對高山隧道的機電工程改擴建方案進行了探討。
關(guān)鍵字: 隧道機電工程 改擴建 監(jiān)控系統(tǒng)摘要:我國風(fēng)能資源豐富,陸地風(fēng)能儲量約2.53億kw。近年來國家大力發(fā)展風(fēng)力發(fā)電,國內(nèi)風(fēng)電裝機容量累計逐年增長。風(fēng)力發(fā)電機組在長時間運轉(zhuǎn)過程中出現(xiàn)了各種類型的故障,需要運用狀態(tài)檢測與故障診斷技術(shù)保障機組的正常運轉(zhuǎn)。據(jù)此,...
關(guān)鍵字: 風(fēng)力發(fā)電機組 狀態(tài)監(jiān)測 故障診斷