【文章內(nèi)容簡介】 成 OPC 語言傳給 OPC 客戶端，用戶再通過客服端應(yīng)用程序?qū)?shù)據(jù)進(jìn)行處理的一個(gè)過程。圖 OPC 通訊原理其中最主要的就是 OPC 服務(wù)器，OPC 服務(wù)器作為連接器，可以被當(dāng)作 OPC 界面和數(shù)據(jù)發(fā)送端本地通訊協(xié)議或接口之間的“翻譯員”。因?yàn)?OPC 是雙向的，這意味著OPC 服務(wù)器既可以從數(shù)據(jù)發(fā)送端中讀出數(shù)據(jù)也可以向數(shù)據(jù)發(fā)送端寫入數(shù)據(jù)。OPC 客戶端/OPC 服務(wù)器的關(guān)系為主仆關(guān)系，這意味著如果 OPC 客戶端命令 OPC 服務(wù)器將數(shù)據(jù) 9 傳輸?shù)綌?shù)據(jù)發(fā)送端或從數(shù)據(jù)發(fā)送端回傳，OPC 服務(wù)器只能按照命令執(zhí)行。OPC 服務(wù)器幾乎能夠與所有的數(shù)據(jù)發(fā)送端通訊，只要這些數(shù)據(jù)發(fā)送端的輸出能夠通過電子手段被讀取或?qū)懭?。可能的?shù)據(jù)發(fā)送端包括：設(shè)備、PLCs,、DCSs ,、RTUs、電子秤、數(shù)據(jù)庫、Historians、網(wǎng)頁、以及自動更新的 CSV 文件。要與這些設(shè)備通訊，只需要使用一個(gè)能夠翻譯其本地協(xié)議或接口的 OPC 服務(wù)器。一旦這樣的 OPC 服務(wù)器得到配置，任何支持 OPC 的應(yīng)用程序（在允許的情況下）都可以開始與數(shù)據(jù)發(fā)送端發(fā)生通訊，不需要了解數(shù)據(jù)發(fā)送端的本地通訊協(xié)議如何工作。OPC 服務(wù)器由三個(gè)模塊組成：OPC 通訊模塊：OPC 服務(wù)器的該部分主要負(fù)責(zé)與指定的 OPC 客戶端進(jìn)行適當(dāng)?shù)耐ㄓ?。編寫的很好?OPC 服務(wù)器必須完全符合 OPC 規(guī)范，以確保服務(wù)器適當(dāng)?shù)嘏cOPC 客戶端進(jìn)行通訊。翻譯/映射模塊：這個(gè)模塊正是 OPC 服務(wù)器中“奇跡 ”發(fā)生的地方。這個(gè)模塊的任務(wù)是適當(dāng)?shù)胤g來自 OPC 客戶端的 OPC 請求，并且將這些請求轉(zhuǎn)換為要被送達(dá)的數(shù)據(jù)發(fā)送端的本地請求，反之同樣的道理。如果有效地做到了這一點(diǎn)，OPC 供應(yīng)商能夠?qū)?shù)據(jù)發(fā)送端的負(fù)荷保持在最小，同時(shí)使數(shù)據(jù)吞吐量達(dá)到最大值。本地通訊模塊：在該模塊中，OPC 服務(wù)器需要使用最有效的與數(shù)據(jù)發(fā)送設(shè)備通訊的方法。在某些情況下這意味著通過其本地協(xié)議直接連接到數(shù)據(jù)發(fā)送設(shè)備；在另外的情況下也可通過 API 實(shí)現(xiàn)與數(shù)據(jù)發(fā)送設(shè)備的通訊。所以說，OPC 服務(wù)器供應(yīng)商對設(shè)備的現(xiàn)場經(jīng)驗(yàn)越豐富，OPC 服務(wù)器就能越好地利用設(shè)備本身的通訊性質(zhì)從而提供更優(yōu)質(zhì)的通信質(zhì)量。 OPC 規(guī)范介紹由 OPC Task Force 制定的 OPC (OLE for Process Control) 規(guī)范于 1996 年 8 月正式誕生了，隨著 1997 年 2 月 Microsoft 公司推出 Windows95 支持的 DCOM 技術(shù)，1997年 9 月新成立的 OPC Foundation 對 OPC 規(guī)范進(jìn)行修改，增加了數(shù)據(jù)訪問等一些標(biāo)準(zhǔn)，OPC 規(guī)范得到了進(jìn)一步的完善?！癘PC 基于 Microsoft 公司的 Distributed inter Application 構(gòu)架和 Component Object Model (COM) 技術(shù)的，根據(jù)易于擴(kuò)展性而設(shè)計(jì)的。OPC 規(guī)范定義了一個(gè)工業(yè)標(biāo)準(zhǔn)接口，這個(gè)標(biāo)準(zhǔn)使得 COM 技術(shù)適用于過程控制和制造自動化等應(yīng)用領(lǐng)域。OPC 基礎(chǔ)委員會主席 Dave Rehbein 是這樣描述的。 10 OPC 是以 OLE/COM 機(jī)制作為應(yīng)用程序的通訊標(biāo)準(zhǔn)。OLE/COM 是一種客戶/服務(wù)器模式，具有語言無關(guān)性、代碼重用性、易于集成性等優(yōu)點(diǎn)。OPC 規(guī)范了接口函數(shù)，不管現(xiàn)場設(shè)備以何種形式存在，客戶都以統(tǒng)一的方式去訪問，從而保證軟件對客戶的透明性，使得用戶完全從低層的開發(fā)中脫離出來。應(yīng)用程序與 OPC 服務(wù)器之間必須有 OPC 接口，OPC 規(guī)范提供了兩套標(biāo)準(zhǔn)接口：Custom 標(biāo)準(zhǔn)接口， OLE 自動化標(biāo)準(zhǔn)接口。通常在系統(tǒng)設(shè)計(jì)中采用 OLE 自動化標(biāo)準(zhǔn)接口。OLE 自動化標(biāo)準(zhǔn)接口，及采用 OLE 自動化技術(shù)進(jìn)行調(diào)用，其技術(shù)為上節(jié)所述的OLE 自動化技術(shù)。 OLE 自動化標(biāo)準(zhǔn)接口定義了以下三層接口，依次呈包含關(guān)系。OPC Server：OPC 啟動服務(wù)器，獲得其他對象和服務(wù)的起始類，并用于返回 OPC Group 類對象；OPC Group：存儲由若干 OPC 組成的 Group 信息，并用于返回 OPC Item 類對象。OPC Item：存儲具體 Item 的定義、數(shù)據(jù)值、狀態(tài)值等信息。由于 OPC 規(guī)范基于 OLE/COM 技術(shù)，同時(shí) OLE/COM 的擴(kuò)展遠(yuǎn)程 OLE 自動化與DCOMTCP/IP 等多種，因此可以將 OPC 客戶、服務(wù)器在物理上分開，分布于網(wǎng)絡(luò)不同上。OPC 規(guī)范可以應(yīng)用在許多應(yīng)用程序中，如它們可以應(yīng)用于從 SA 或者系統(tǒng)的物理設(shè)備中獲取原始數(shù)據(jù)的最低層，它們同樣可以應(yīng)用于從 SCADA 或者 DCS 系統(tǒng)中獲取數(shù)據(jù)到應(yīng)用程序中。實(shí)際上，OPC 設(shè)計(jì)的目的就是從網(wǎng)絡(luò)上某節(jié)點(diǎn)獲取數(shù)據(jù)。圖 的客戶/服務(wù)器關(guān)系圖同樣描述了 OPC 在 SCADA 系統(tǒng)的應(yīng)用。 采用 OPC 規(guī)范設(shè)計(jì)系統(tǒng)的好處在進(jìn)行新型微機(jī)遠(yuǎn)動系統(tǒng)的研制中，各個(gè)計(jì)算機(jī)以及各個(gè)模塊的數(shù)據(jù)交換應(yīng)該按照 OPC 規(guī)范進(jìn)行。這樣做有以下好處：OPC 規(guī)范以 OLE/DCOM 為技術(shù)基礎(chǔ)，而 OLE/DCOM 支持 TCP/IP 等網(wǎng)絡(luò)協(xié)議，因此可以將各個(gè)子系統(tǒng)從物理上分開，分布于網(wǎng)絡(luò)的不同節(jié)點(diǎn)上。OPC 按照的，將一個(gè)應(yīng)用程序（OPC 服務(wù)器）作為一個(gè)對象封裝起來，只將接口方法暴露在外面，客戶以統(tǒng)一的方式去調(diào)用這個(gè)方法，從而保證軟件對客戶的透明性，使得用戶完全從低層的開發(fā)中脫離出來。 11 OPC 實(shí)現(xiàn)了遠(yuǎn)程調(diào)用，使得應(yīng)用程序的分布與系統(tǒng)硬件的分布無關(guān)，便于系統(tǒng)硬件配置以及，使得系統(tǒng)的應(yīng)用范圍更廣。采用 OPC 規(guī)范，便于系統(tǒng)的組態(tài)化，將系統(tǒng)復(fù)雜性大大簡化，可以大大縮短軟件開發(fā)周期，提高軟件運(yùn)行的可靠性和穩(wěn)定性，便于系統(tǒng)的升級與維護(hù)。OPC 規(guī)范了接口函數(shù)，不管現(xiàn)場設(shè)備以何種形式存在，客戶都以統(tǒng)一的方式去訪問，從而實(shí)現(xiàn)系統(tǒng)的開放性，易于實(shí)現(xiàn)與其它系統(tǒng)的接口。 OPC 技術(shù)在工業(yè)控制領(lǐng)域的應(yīng)用OPC 技術(shù)對工業(yè)控制系統(tǒng)的影響及應(yīng)用是基礎(chǔ)性和革命性的，簡單地說，它的作用主要表現(xiàn)在以下幾個(gè)方面：首先，OPC 解決了設(shè)備驅(qū)動程序開發(fā)中的異構(gòu)問題。隨著計(jì)算機(jī)技術(shù)的不斷發(fā)展，用戶的不斷提高，以 DCS（集散控制系統(tǒng)）為主體的工業(yè)控制系統(tǒng)功能日趨強(qiáng)大，結(jié)構(gòu)日益復(fù)雜，規(guī)模也越來越大，一套工業(yè)控制系統(tǒng)往往選用了幾家甚至十幾家不同公司的控制設(shè)備或系統(tǒng)集成一個(gè)大的系統(tǒng)，但由于缺乏統(tǒng)一的標(biāo)準(zhǔn)，開發(fā)商必須對系統(tǒng)的每一種設(shè)備都編寫相應(yīng)的驅(qū)動程序，而且，當(dāng)硬件設(shè)備升級、修改時(shí)，驅(qū)動程序也必須跟隨修改。同時(shí)，一個(gè)系統(tǒng)中如果運(yùn)行不同公司的控制軟件，也存在著互沖突的。有了 OPC 后，由于有了統(tǒng)一的接口標(biāo)準(zhǔn)，硬件廠商只需提供一套符合 OPC 技術(shù)的程序，軟件開發(fā)人員也只需編寫一個(gè)接口，而用戶可以方便地進(jìn)行設(shè)備的選型和功能的擴(kuò)充，只要它們提供了 OPC 支持，所有的數(shù)據(jù)交換都通過 OPC 接口進(jìn)行，而不論連接的控制系統(tǒng)或設(shè)備是哪個(gè)具體廠商提供。其次，OPC 解決了系統(tǒng)中異構(gòu)網(wǎng)段之間數(shù)據(jù)交換的問題?，F(xiàn)場總線系統(tǒng)仍然存在多種總線并存的局面，因此系統(tǒng)集成和異構(gòu)控制網(wǎng)段之間的數(shù)據(jù)交換面臨許多困難。有了 OPC 作為異構(gòu)網(wǎng)段集成的，只要每個(gè)總線段提供各自的 OPC 服務(wù)器，任一 OPC客戶端軟件都可以通過一致的 OPC 接口訪問這些 OPC 服務(wù)器，從而獲取各個(gè)總線段的數(shù)據(jù)，并可以很好地實(shí)現(xiàn)異構(gòu)總線段之間的數(shù)據(jù)交互。而且，當(dāng)其中某個(gè)總線的協(xié)議版本做了升級，也只需對相對應(yīng)總線的程序作升級修改。第三，OPC 可作為訪問專有數(shù)據(jù)庫的中間件。實(shí)際應(yīng)用中，許多控制軟件都采用專有的實(shí)時(shí)數(shù)據(jù)庫或歷史數(shù)據(jù)庫，這些數(shù)據(jù)庫由控制軟件的開發(fā)商自主開發(fā)。對這類數(shù)據(jù)庫的訪問不像訪問通用數(shù)據(jù)庫那么容易，只能通過調(diào)用開發(fā)商提供的函數(shù)或其它 12 特殊的方式。然而不同開發(fā)商提供的 API 函數(shù)是不一樣的，這就帶來和硬件驅(qū)動器開發(fā)類似的問題：要訪問不同監(jiān)控軟件的專有數(shù)據(jù)庫，必須編寫不同的代碼，這樣顯然十分繁瑣。采用 OPC 則能有效解決這個(gè)問題，只要專有數(shù)據(jù)庫的開發(fā)商在提供數(shù)據(jù)庫的同時(shí)也能提供一個(gè)訪問該數(shù)據(jù)庫的 OPC 服務(wù)器，那么當(dāng)用戶要訪問時(shí)只需按照 OPC規(guī)范的要求編寫 OPC 客戶端程序而無需了解該專有數(shù)據(jù)庫特定的接口要求。第四，OPC 便于集成不同的數(shù)據(jù)，為控制系統(tǒng)向系統(tǒng)升級提供了方便。當(dāng)前控制系統(tǒng)的趨勢之一就是網(wǎng)絡(luò)化，控制系統(tǒng)內(nèi)部采用網(wǎng)絡(luò)技術(shù)，控制系統(tǒng)與控制系統(tǒng)之間也網(wǎng)絡(luò)連接，組成更大的系統(tǒng)，而且，整個(gè)控制系統(tǒng)與企業(yè)的管理系統(tǒng)也網(wǎng)絡(luò)連接，控制系統(tǒng)只是整個(gè)企業(yè)網(wǎng)的一個(gè)子網(wǎng)。在實(shí)現(xiàn)這樣的企業(yè)網(wǎng)絡(luò)過程中，OPC 也能夠發(fā)揮重要作用。在企業(yè)的信息集成，包括現(xiàn)場設(shè)備與監(jiān)控系統(tǒng)之間、監(jiān)控系統(tǒng)內(nèi)部各組件之間、監(jiān)控系統(tǒng)與系統(tǒng)之間以及監(jiān)控系統(tǒng)與 Inter 之間的信息集成，OPC 作為連接件，按一套標(biāo)準(zhǔn)的 COM 對象、方法和屬性，提供了方便的通和交換。無論是管理系統(tǒng)還是控制系統(tǒng)，無論是 PLC（可編程控制器）還是 DCS，或者是 S（現(xiàn)場總線控制系統(tǒng)），都可以通過 OPC 快速可靠的彼此交換信息。換句話說，OPC 是整個(gè)企業(yè)網(wǎng)絡(luò)的數(shù)據(jù)接口規(guī)范，所以，OPC 提升了控制系統(tǒng)的功能，增強(qiáng)了網(wǎng)絡(luò)的功能，提高了企業(yè)管理的水平。最后，OPC 使控制軟件能夠與硬件分別設(shè)計(jì)、生產(chǎn)和發(fā)展，并有利于獨(dú)立的供應(yīng)商產(chǎn)生與發(fā)展，從而形成新的社會分工，有更多的機(jī)制，為社會提供更多更好的產(chǎn)品。OPC 作為一項(xiàng)逐漸成型的技術(shù)已得到國內(nèi)外廠商的高度重視，許多公司都在原來產(chǎn)品的基礎(chǔ)上增加了對 OPC 的支持。由于統(tǒng)一了數(shù)據(jù)訪問的接口，使控制系統(tǒng)進(jìn)一步走向開放，實(shí)現(xiàn)信息的集成和共享，用戶能夠得到更多的方便。OPC 技術(shù)改變了原有的控制系統(tǒng)模式，給國內(nèi)系統(tǒng)生產(chǎn)廠商提出了一個(gè)發(fā)展的機(jī)遇和挑戰(zhàn)，符合 OPC 規(guī)范的軟、硬件也已被廣泛應(yīng)用，給工業(yè)自動化領(lǐng)域帶來了勃勃生機(jī)。 研究目的和現(xiàn)實(shí)意義粉塵層和粉塵云最低著火溫度有各自確定的意義，它們不能互相取代，但兩者均能表明粉塵在熱環(huán)境下的著火特性，二者都是粉塵爆炸中得非常重要的特性參數(shù)，是對粉塵爆炸敏感度進(jìn)行相對評價(jià)的重要指標(biāo)，是選擇防爆電器設(shè)備的依據(jù)。在粉塵爆炸危險(xiǎn)性評估和分級時(shí)，最低著火溫度通常取兩者當(dāng)中較低的一個(gè)數(shù)值。 13 目前本實(shí)驗(yàn)室的實(shí)驗(yàn)設(shè)備大多已經(jīng)老化，設(shè)備陳舊，技術(shù)落后。當(dāng)前溫度控制主要是通過 PID 運(yùn)算調(diào)節(jié)加熱電壓的占空比進(jìn)行自動溫度控制，主要問題是：(a) 實(shí)驗(yàn)設(shè)備使用多年，許多技術(shù)參數(shù)達(dá)不到國家標(biāo)準(zhǔn)；(b) 實(shí)驗(yàn)設(shè)備年久失修，并且部分儀器表面經(jīng)過高溫氧化，外部嚴(yán)重老化，個(gè)別零件已經(jīng)殘缺(見圖 和圖 )。(c) 在溫度控制方面，采用的是調(diào)節(jié)加熱電壓的占空比，導(dǎo)致溫度變化控制緩慢，同時(shí)對電阻絲的使用壽命造成了不可逆的損壞。(d) 在數(shù)據(jù)傳輸方面，原來的設(shè)備采用的是串行通信，設(shè)備調(diào)試比較麻煩，數(shù)據(jù)傳輸能力較低，已經(jīng)不能適應(yīng)當(dāng)今高數(shù)據(jù)傳輸?shù)囊罅?。圖 現(xiàn)有粉塵層著火溫度測試爐 14 圖 現(xiàn)有粉塵云著火溫度測試爐本論文對現(xiàn)有的粉塵著火溫度測試系統(tǒng)進(jìn)行改進(jìn)，重新加工兩個(gè)實(shí)驗(yàn)設(shè)備——粉塵層著火溫度測試儀和粉塵云著火溫度測試儀，通過可控硅實(shí)現(xiàn)更精確的溫度控制，并采用計(jì)算機(jī)自動記錄。希望得出的結(jié)果能在粉塵爆炸危險(xiǎn)性評估、粉塵爆炸風(fēng)險(xiǎn)管理以及如何采取有效防爆措施方面起到參考性作用。 本論文工作本論文的工作包括：(a) 加工粉塵層和粉塵云測試爐，實(shí)現(xiàn)控制系統(tǒng)和恒溫爐一體化并采用 PLC 自動控溫、計(jì)算機(jī)自動記錄實(shí)驗(yàn)數(shù)據(jù)；(b) 用 Microsoft Visual C.Net 2022 編寫著火溫度測試系統(tǒng)軟件；(c) 粉塵最低著火溫度測試系統(tǒng)的調(diào)試。 15 第二章 粉塵著火溫度測試硬件設(shè)計(jì) 總體設(shè)計(jì) 粉塵層著火溫度測試爐粉塵層著火溫度測試熱板爐使用 1500W 的電爐加熱，并使用 4 支 K 型熱電偶分別測定熱表面控制處溫度、熱表面記錄溫度、粉塵層溫度和環(huán)境溫度。通過可編程邏輯控制器(PLC)和固態(tài)繼電器進(jìn)行自動溫度控制，溫度控制通過可控硅實(shí)現(xiàn)。通過以太網(wǎng)實(shí)現(xiàn)計(jì)算機(jī)自動記錄實(shí)驗(yàn)數(shù)據(jù)，并可以實(shí)現(xiàn)遠(yuǎn)程控制。Visual C.Net 2022 編寫的粉塵著火溫度測試軟件(MIT)進(jìn)行數(shù)據(jù)采集。人機(jī)界面可以對 PLC 的參數(shù)進(jìn)行設(shè)置，并具有控制啟動和停止功能，能夠顯示當(dāng)前溫度曲線，不聯(lián)機(jī)狀態(tài)下可獨(dú)立工作控制測試爐。該系統(tǒng)結(jié)構(gòu)圖如圖 所示。圖 粉塵層著火溫度測試系統(tǒng)結(jié)構(gòu)圖 粉塵云著火溫度測試爐粉塵云著火溫度測試熱板爐爐管為高強(qiáng)內(nèi)熱石英玻璃管，外壁繞有總電阻為 13Ω 16 的電熱絲，通過電熱絲加熱。使用 2 支 K 型熱電偶傳入到爐管中心處，分別測定爐體溫度和爐壁溫度。溫控裝置、數(shù)據(jù)采集記錄系統(tǒng)、測試軟件和人機(jī)界面具有與粉塵層著火溫度測試爐相同的原理及功能。進(jìn)氣噴粉系統(tǒng)主要由儲粉室、兩個(gè)電磁閥、儲氣罐、氣源等組成。當(dāng)電磁閥 1 打開時(shí)，空氣進(jìn)入儲氣罐并由壓力表實(shí)時(shí)顯示，最終達(dá)到實(shí)驗(yàn)要求壓力。當(dāng)電磁閥 2 打開時(shí)，儲氣罐中的壓縮空氣將儲粉室的粉塵噴入恒溫爐中，形成粉塵云。該系統(tǒng)結(jié)構(gòu)圖如圖 所示。 圖 粉塵云著火溫度測試爐結(jié)構(gòu)圖 機(jī)械設(shè)計(jì) 粉塵層著火溫度測試爐本論文根據(jù)國家標(biāo)準(zhǔn)《GB/T 164301996 粉塵層最低著火溫度測定方法 》 ，并參考IEC 124121 標(biāo)準(zhǔn) [18]，本著操作性好、經(jīng)濟(jì)實(shí)用的原則設(shè)計(jì)粉塵層著火溫度測試爐。該爐主要由恒溫爐和控制箱組成。加熱爐包括：金屬環(huán)、熱表面、熱表面支座、加熱器底座、電加熱器和石棉保溫層等，其示意圖如圖 所示。