引 言
　　
卷煙生產(chǎn)中的卷煙機組主要包括兩大部分，上位機MLP，用于為控制系統(tǒng)和檢測系統(tǒng)提供操作和顯示的裝置，它包括一個工業(yè)PC和一個監(jiān)視器。以及下位機SRP，包括傳感器，調節(jié)裝置或者檢測裝置。SRP主要包括四種結點1）SPS，2）HIP，3）CIS，4）SRM。上位機和下位機各結點之間的通信是頻繁的，數(shù)據(jù)對象眾多，數(shù)據(jù)種類也繁多，包括參數(shù)上傳，下傳，指令，域數(shù)據(jù)等等，所以在這之中，難免會因為操作人員操作失誤或者控制器本身的原因導致錯誤，但錯誤發(fā)生的時候需要盡快的分析，發(fā)現(xiàn)錯誤，解決錯誤。因此我們需要建立一個可靠的錯誤判斷機制。本文所討論的CANBUS實時監(jiān)聽器正是應這種需求而產(chǎn)生的。工作人員根據(jù)實時監(jiān)聽器所捕獲的并且友好顯示的線路上的適時數(shù)據(jù)便可分析出是哪一方出了問題，出了什么類型的問題。這對安全生產(chǎn)，準確控制起了舉足輕重的作用。

（一） 硬件實現(xiàn)
　　
在實時監(jiān)聽器的實現(xiàn)中，我們選擇采用了周立功公司的PCI-9810非智能CAN接口卡作為硬件接口用于接收捕獲CAN總線上的傳輸數(shù)據(jù)。如下圖
　　
PCI-9810非智能CAN接口卡是具有高性能價格比的CAN-bus總線通訊適配卡，它使PC機方便的連接到CAN總線上，實現(xiàn)CAN2.0B協(xié)議的連接通訊。它是一款采用專用PCI接口轉換芯片設計的非智能型CAN接口卡，即插即用，符合PCI2.1規(guī)范。它采用中斷接收方式，可最大限度減輕占用PC的負荷;具有最多8幀的數(shù)據(jù)緩沖區(qū)。另外我們采用了周立功公司提供的Windows驅動程序升級版PCI-9810BWDM驅動文件將其驅動。


（二） 界面軟件實現(xiàn)
　　
界面軟件實現(xiàn)主要包括四大方面，1）軟件平臺的選擇，2）對硬件接口CAN卡的使用，3）利用接口接收CANBUS線路上數(shù)據(jù)的實現(xiàn)，4）所接收數(shù)據(jù)的處理（主要是判斷和顯示）的實現(xiàn)。
　　
〈1〉軟件平臺的選擇—DELPHI

系統(tǒng)的開發(fā)可利用多種程序設計語言，如DELPHI，VB，VC，PB等語言都是面向對象的程序設計語言，但把幾者相比較，DELPHI是唯一一套能夠同時適用于開發(fā)數(shù)據(jù)庫應用、網(wǎng)絡及WEB 應用等所有軟件的高效率開發(fā)環(huán)境，且第三方控件多，開發(fā)比較快，且設計界面比VB，VC，PB 靈活?；谝陨弦蛩兀紤]到所要監(jiān)聽CANBUS線路的傳輸數(shù)據(jù)信息量大、種類多，以及信息之間相對獨立，又有關系且必須備有優(yōu)良的圖形顯示等特點，我們選擇DELPHI作為軟件開發(fā)平臺。
　　
〈2〉對硬件接口PCI-9810的操作的實現(xiàn)
　　
在DELPHI程序中，我們是通過調用周立功提供的通用VCI動態(tài)鏈接庫來實現(xiàn)對硬件接口PCI-9810的操作的，該動態(tài)鏈接庫提供了界面軟件能在windows下運行必需的代碼和其他資源，其中主要包括十個接口函數(shù)如設備相關函數(shù)和CAN通訊相關函數(shù)以及相關的數(shù)據(jù)結構的定義。把動態(tài)鏈接庫文件夾添加到項目文件夾，然后把庫源文件添加到程序代碼的應用文件單元即可實現(xiàn)對動態(tài)鏈接庫的調用，也就實現(xiàn)了對PCI-9810卡的打開，關閉，啟動，復位，收發(fā)數(shù)據(jù)等操作。
　　
〈3〉CANBUS線路上數(shù)據(jù)的實時接收
　　
CANBUS線路上的數(shù)據(jù)對CAN卡來說有著不期性，所以要能對數(shù)據(jù)實時，準確的接收，必須要通過程序實現(xiàn)一種功能即線路上一旦有數(shù)據(jù)，就能捕獲。對于此，我們采用的方式是利用多線程。即在程序中專門開辟一個線程用于對線路的監(jiān)聽，接收。
　　
關于多線程
　　
在32位的windows系統(tǒng)中，系統(tǒng)可以同時運行多個進程，一個調入內存并準備執(zhí)行的應用程序稱為一個進程，它由裝入內存的程序代碼和操作系統(tǒng)及由此創(chuàng)建的應用程序執(zhí)行環(huán)境組成，進程就是應用程序的運行實例。每個進程都有自己私有的虛擬地址空間和動態(tài)分配的內存，以及文件，線程和其它模塊。每個進程都有一個主線程，但可以建立另外的線程。進程中的線程是并行執(zhí)行的，每個線程占用CPU的時間由系統(tǒng)來劃分，可以把線程看成是操作系統(tǒng)分配CPU時間的基本實體。每個進程也可以同時執(zhí)行多個線程并由系統(tǒng)不停地在各個線程之間切換。
　　
多線程的DELPHI實現(xiàn)
　　
雖然Windows 提供了比較多的多線程設計的API 函數(shù)，但是直接使用API 函數(shù)一方面極其不方便，而且使用不當還容易出錯。為避免這個問題，我們采用了DEPHI所提供的方法即繼承TThread類產(chǎn)生線程對象。TThread由DELPHI的VCL類庫提供用于線程編程。在Tthread類中封裝了windows中關于線程機制的API函數(shù)，繼承TThread類產(chǎn)生的線程對象就代表了實際程序中的一個線程。線程對象通過封裝使用線程所需的內容大大簡化了多線程問題的處理。另外，在DELPHI中，Tthread在Classes單元中聲明，直接從Tobject繼承下來的，因此，它不是組件。Tthread是個抽象類，所以不能創(chuàng)建Tthread的實例，而只能創(chuàng)建其派生類的實例。在本程序中利用Ttread類來編寫多線程的步驟如下
　　
（1）從Tthread類派生出一個新的線程類。即建立的TreceiveThread。
　　
（2）創(chuàng)建線程對象。即在Types里面定義thread1:TreceiveThread。
　　
（3）在DELPHI自動生成的用于保存派生類代碼的新的單獨的文件中重載Execute過程，在該過程中將對CAN線路上的數(shù)據(jù)實時接收并調用對接收到的數(shù)據(jù)進行處理的基本顯示和分類顯示函數(shù)。在Execute過程中使用了repeat…..until語句來判斷過程是否結束。
　　
（4）如果Execute過程執(zhí)行完畢，則該線程就結束了，并釋放線程占用的?？臻g。
　　
〈4〉對所接收的數(shù)據(jù)進行處理
　　
對數(shù)據(jù)的實時處理包括兩方面：1）將接收到的數(shù)據(jù)楨按照接收數(shù)據(jù)的數(shù)據(jù)結構完全顯示，這包括楨類型，楨格式，楨ID，楨數(shù)據(jù)等等。2）將數(shù)據(jù)進行更深一層的分析判斷出數(shù)據(jù)的真實含義，并將其填入對應的文本框或者畫出對應的狀態(tài)圖等等。
　　
（1）對于第一種基本顯示，我們采用的是用DELPHI提供的listbox控件進行
　　
滾動顯示，listbox的容量足夠本顯示的需要，另外，我們還添加了一個按鈕控件用于按照操作人員的需要隨時清除listbox里面的內容。
　　
（2）對于第二種分類顯示。對于不同的數(shù)據(jù)，我們將用不同的分析處理方法進行顯示。根據(jù)數(shù)據(jù)的現(xiàn)實含義，主要分為1）上，下傳參數(shù)。2）域請求和域數(shù)據(jù)，3）下傳指令和上傳消息。下面將分別介紹處理方法：

1 利用數(shù)據(jù)庫系統(tǒng)進行上，下傳參數(shù)的顯示
　　
在CAN線路上傳輸?shù)膮?shù)不僅多達近200種，而且有上傳和下傳之分，可見所要顯示的量之大，加上上下傳的參數(shù)有著相同的數(shù)據(jù)結構，所以我們采用查詢預先建立好的數(shù)據(jù)庫的方法來進行顯示。
　　
關于數(shù)據(jù)庫系統(tǒng) 數(shù)據(jù)庫系統(tǒng)為我們提供了一種把與我們的工作和生活緊密相關的信息集合在一起的方法。它還提供了在某個集中的地方存儲和維護這些信息的方法。數(shù)據(jù)庫系統(tǒng)主要由三大部分組成：數(shù)據(jù)庫管理系統(tǒng)，數(shù)據(jù)庫應用程序，數(shù)據(jù)庫。
　　
數(shù)據(jù)庫系統(tǒng)的DELPHI實現(xiàn) （1）建立數(shù)據(jù)庫，在本項目中，我們是利用Microsoft Access 建立了一個關系數(shù)據(jù)庫（由若干表組成的數(shù)據(jù)庫）。其中包含了一張表，該表的字段分為id表示用以判斷的字符串，以及l(fā)ocation表示參數(shù)值應填的文本框代號。（2）在應用程序中要實現(xiàn)對所建立的數(shù)據(jù)庫的訪問需要用到數(shù)據(jù)庫引擎和數(shù)據(jù)庫訪問組件以及數(shù)據(jù)庫控制組件，DELPHI7中提供了BDE，ADO數(shù)據(jù)引擎，考慮到項目中的數(shù)據(jù)庫應用相對簡單，我們選擇了常用的BDE（Borland Database Engine）控制讀取所建立的數(shù)據(jù)庫，具體操作為1）利用DEPHI7文件夾中的BDE Administer為所建立的數(shù)據(jù)庫創(chuàng)建別名。2）在窗體中添加數(shù)據(jù)庫訪問組件和數(shù)據(jù)庫控制組件（包括Data Access頁和BDE頁中的組件）來實現(xiàn)應用程序與數(shù)據(jù)庫之間的聯(lián)系。項目中，我們用Table組件來封裝數(shù)據(jù)表，通過BDE數(shù)據(jù)引擎從數(shù)據(jù)庫表格中取得數(shù)據(jù)（參數(shù)值應填的文本框代號）并通過DataSource組件將數(shù)據(jù)傳遞給數(shù)據(jù)控制組件TDBEdit，3）在程序中，我們通過TTable提供的Gotokey的方法實現(xiàn)對數(shù)據(jù)庫的查找，以及通過對TDBEdit中的數(shù)據(jù)的使用。實現(xiàn)了將不同參數(shù)值填到其唯一對應的文本框中。

2 域請求和域數(shù)據(jù)的處理
　　
因為域數(shù)據(jù)的多類，多變性，以及不確定性，我們不能用處理參數(shù)一樣的數(shù)據(jù)庫或者其他統(tǒng)一處理的方法，所以在程序中我們使用的是用多層復合選擇語句進行判斷然后根據(jù)不同的域數(shù)據(jù)做出不同的處理，域數(shù)據(jù)是根據(jù)標識符上傳的，只有數(shù)據(jù)沒有別的判斷信息，對域數(shù)據(jù)的判斷決定于域請求的數(shù)據(jù)內容，因此在程序中首先判斷楨是否為域請求，如果是，則將楨數(shù)據(jù)賦值對應的變量，這些變量保存的便是域數(shù)據(jù)的判斷信息，而如果根據(jù)標識符判斷出為域數(shù)據(jù)，則根據(jù)變量保存的信息進行對應的處理。
　　
在域數(shù)據(jù)的處理中，很多情況是要繪出曲線。對此，我們選擇了DELPHI的Tchart控件。利用其Series屬性里面的Fast-line，將收到的數(shù)據(jù)正確的繪成曲線。

3 指令和消息的處理
　　
指令和消息的處理類似于域數(shù)據(jù)的處理，也是采用多層復合選擇語句進行判斷，然后做出相應的處理，在此，相應的處理即將指令，消息的相關信息填入文本框。
　　
〈5〉軟件流程圖

　　
數(shù)據(jù)處理函數(shù)dataprocess（）流程圖

結 論
　　
在本項目中，CAN卡PCI-9810的控制器是SJA1000，在收發(fā)數(shù)據(jù)方面它支持正常和只聽兩種模式，在監(jiān)聽器的實際運行中我們選用只聽模式進行線路監(jiān)聽，取的了不錯的效果，而且在界面的設計過程中上我們添加了發(fā)送部分，這是便于進行CAN卡的檢測 以及數(shù)據(jù)接收的調試，此時需要選擇正常模式。
　　
本文作者的創(chuàng)新點：結合實際情況的具體需要，合理的選用了Delphi作為軟件開發(fā)平臺，在實時性方面，我們選擇了Delphi自身提供的線程類，而不是按照常規(guī)選擇windows提供的API函數(shù)，從而使程序的設計變的簡潔，另外在數(shù)據(jù)的處理方面，我們不僅采用了通常的數(shù)據(jù)庫方法，而且還根據(jù)實際需要采用了其他簡易可行的方法。很好地完成了需求。
　　
總之，借鑒前者地經(jīng)驗加上實際地創(chuàng)新我們成功設計了實時監(jiān)聽器并通過了實際檢驗，本項目所設計的實時監(jiān)聽器在實用性，實時性，準確性，以及友好性上都是很不錯的。

參考文獻： 
　　
[1]饒運濤，鄒繼軍等，《現(xiàn)場總線CAN原理與應用技術》，北京航空航天大學出版社，2003
[2]劉瑞新，汪遠征等，《Delphi 程序設計教程》，機械工業(yè)出版社，2001
[3]張增強，劉成等，《Delphi7 數(shù)據(jù)庫開發(fā)完全手冊》，清華大學出版社，2003
[4]訾樹波，于德敏等《工業(yè)生產(chǎn)實施數(shù)據(jù)采集及管理數(shù)據(jù)庫模型設計》，微計算機信息，2005年第21卷第7-3期。