基于CAN總線的DNC遠程診斷及監(jiān)控系統(tǒng)
加入技術交流群
2.3基于Web的數(shù)據(jù)庫服務的搭建
要實現(xiàn)數(shù)控機床的遠程故障診斷，企業(yè)故障診斷中心或遠程故障診斷中心的專家必須通過Internet（或Intranet）獲得系統(tǒng)的故障和狀態(tài)信息，同時又能夠讓故障診斷中心的專家通過Internet（或Intranet）查詢數(shù)據(jù)庫中的數(shù)據(jù)。
ASP（ActiveServerPages）內含于IIS3.0之后的版本中，ASP本身并不是一種腳本語言，其實是一套微軟開發(fā)的服務器端腳本環(huán)境，即它只是提供了一種使鑲嵌在HTMI頁面中的腳本程序得以運行的環(huán)境。它具有使用簡單，并且有強大的后臺支持。本系統(tǒng)的工作環(huán)境為Windows2000Server，開發(fā)系統(tǒng)為VC++，在此選用Microsoft的ASP，它既簡單好用，又有強大的功能和強有力的技術支持。通過ASP可以結合HTML網(wǎng)頁、VBScript和JavaScript.ASP指令和ActiveX元件建立動態(tài)、交互且高效的Web服務器應用程序。而且ASP與ADO（ActiveXDataObjects）結合很容易實現(xiàn)對數(shù)據(jù)庫的訪問，訪問模型如圖3所示。當瀏覽器發(fā)出一個HTTP請求時，Web服務器響應這一請求，調用ASP引擎解釋被申請的ASP文件，若遇到的是ActiveX控件，則啟動相應的ActiveX控件。借助于ADO及SQL語言訪問數(shù)據(jù)庫，并將其運行結果生成相應的HTML語法成份，與文件中原有的文本和HTML標記一起組成標準的HTML頁面返回至客戶端瀏覽器。
本文引用地址：http://m.butianyuan.cn/article/163648.htm
圖3基于ASP的數(shù)據(jù)庫訪問示意圖
2.4監(jiān)控機與企業(yè)數(shù)據(jù)庫服務器之間的通信
數(shù)據(jù)庫與企業(yè)監(jiān)控診斷中心（或遠程診斷中心）監(jiān)控機的實時數(shù)據(jù)通信采用WindowsSockets通信機制，Socket通信是一種特殊的I/O，Socket實際上是TCP/IP網(wǎng)絡上提供的一個通信端口，借助于它，用戶所開發(fā)的應用程序可以通過網(wǎng)絡與其它應用程序進行通信。Socket提供的一整套原語可供用戶編程調用和訪問系統(tǒng)資源，并可用來開發(fā)一些與網(wǎng)絡有關的、有實時性要求的應用軟件。在應用軟件的開發(fā)中主要使用兩種類型的Socket（套接字）：
1.流式套接字。它定義了一種可靠的、面向連接的服務，實現(xiàn)了無差錯、無重復的順序數(shù)據(jù)傳輸。適用于處理大量數(shù)據(jù)，流式套接字使用的是TCP協(xié)議，TCP協(xié)議是以連接為基礎的，即必須先建立連接，才能相互通信。如HTTP，F(xiàn)TP，Telnet等使用的都是流式套接字。
2.據(jù)報套接字。它定義了一種無連接的服務，數(shù)據(jù)通過相互獨立的報文進行傳輸，是無序的，并且不保證可靠、無差錯。數(shù)據(jù)報套接字雖然也使用IP，但是它不使用TCP，而是UDP（UserDatagramProtocol）。UDP不像流式套接字那樣維護一個打開的連接，用戶只需要把數(shù)據(jù)打成一個包，把遠程的IP貼上去，然后就把這個包發(fā)出去。如TFTP（TrivialFileTransferProtocol）就使用UDP。
為了保證數(shù)據(jù)傳輸?shù)目煽啃?，該系統(tǒng)采用基于可靠連接的流式套接字，其協(xié)議為TCP/IP協(xié)議。由于Windowsserver2000是多任務操作系統(tǒ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ù)庫應用程序應首先創(chuàng)建一個偵聽Sockets，用于接收監(jiān)控機的連接請求。當數(shù)據(jù)庫接受了監(jiān)控機的連接請求后，會返回一個新Sockets的描述符，這個新Sockets將用來處理新的連接。原來的Sockets將繼續(xù)偵聽新的連接請求。整個數(shù)據(jù)通信過程的流程圖如圖4所示。
3結論
基于實時數(shù)據(jù)采集、CAN總線、數(shù)據(jù)庫服務和Internet的遠程故障診斷技術解決了DNC數(shù)控機床關鍵部位的實時監(jiān)控及故障診斷問題。本文所提出的現(xiàn)場設備級、車間監(jiān)控級、企業(yè)監(jiān)控級、遠程監(jiān)控級的四級系統(tǒng)結構將有助于提高遠程故障診斷的可實現(xiàn)性和準確率，并最終達到提高企業(yè)效率的目的。隨著網(wǎng)絡通信技術和現(xiàn)場設備自動化應用的深入，以及成熟可用的專家系統(tǒng)將逐漸出現(xiàn)，遠程故障診斷也必將成為未來企業(yè)的一種主要診斷服務方式。
本文作者創(chuàng)新點:提出了基于CAN總線的DNC遠程診斷及監(jiān)控系統(tǒng);提出了由DSP、多傳感器組成的實時數(shù)據(jù)采集系統(tǒng);將CAN總線網(wǎng)絡與Ethernet、Internet結合，實現(xiàn)了現(xiàn)場設備級、車間監(jiān)控級、企業(yè)監(jiān)控級、遠程監(jiān)控級的四級系統(tǒng)結構;探討了基于Web的數(shù)據(jù)庫服務技術。
評論