專利名稱：嵌入式系統(tǒng)通訊方式的快速構(gòu)建方法
技術(shù)領(lǐng)域：
本發(fā)明屬于嵌入式系統(tǒng)通訊技術(shù)領(lǐng)域，具體涉及一種嵌入式系統(tǒng)通訊方式的快速 構(gòu)建方法。
背景技術(shù)：
在嵌入式系統(tǒng)中，硬件系統(tǒng)資源的局限性與通訊介質(zhì)和通訊規(guī)約的多樣性是通訊 接入的最大問題。由于嵌入式系統(tǒng)應(yīng)用廣泛，在每個(gè)應(yīng)用場景中都會(huì)與各種不同的設(shè)備進(jìn) 行交互，數(shù)據(jù)通訊成為了嵌入式系統(tǒng)成敗的關(guān)鍵。因?yàn)榍度胧较到y(tǒng)的硬件資源匱乏，無法和 一般的臺(tái)式機(jī)系統(tǒng)相比，所以一般嵌入式系統(tǒng)的代碼往往會(huì)和相應(yīng)的應(yīng)用場景綁定，當(dāng)需 要開發(fā)另一套嵌入式系統(tǒng)時(shí)，需要重新編寫程序代碼，大大增加了系統(tǒng)開發(fā)和測試的工作 量，不利于嵌入式系統(tǒng)的快速構(gòu)建；當(dāng)嵌入式系統(tǒng)升級(jí)需要增加新規(guī)約接入或去除某些不 用的數(shù)據(jù)源時(shí)，由于代碼和應(yīng)用場景綁定，系統(tǒng)一般無法做到在線更新，干擾了系統(tǒng)的正常 運(yùn)行；當(dāng)由于硬件資源匱乏而需要臨時(shí)更改通訊介質(zhì)時(shí)，也要進(jìn)行代碼級(jí)別的重復(fù)開發(fā)工 作，增加了開發(fā)人員的工作量，同時(shí)新開發(fā)的模塊也給現(xiàn)場的嵌入式系統(tǒng)帶來了通訊隱患。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種嵌入式系統(tǒng)通訊方式的快速構(gòu)建方法，以解決由于嵌入 式系統(tǒng)與硬件綁定，當(dāng)需要開發(fā)新的嵌入式系統(tǒng)時(shí)要重新編寫代碼而加大工作量，無法快 速構(gòu)建嵌入式系統(tǒng)的問題。為實(shí)現(xiàn)上述目的，本發(fā)明的嵌入式系統(tǒng)通訊方式的快速構(gòu)建方法步驟如下
(1)在嵌入式目標(biāo)機(jī)中預(yù)裝嵌入式操作系統(tǒng)；
(2)在一臺(tái)PC機(jī)中交叉編譯嵌入式目標(biāo)機(jī)操作系統(tǒng)中運(yùn)行的插件式通訊服務(wù)框架、規(guī) 約插件、介質(zhì)插件和插件式通訊服務(wù)框架的建模工具，并將編譯完成的目標(biāo)程序下載到嵌 入式目標(biāo)機(jī)；
(3)嵌入式目標(biāo)機(jī)操作系統(tǒng)運(yùn)行PC機(jī)中編譯好的插件式通訊服務(wù)框架的建模工具，進(jìn) 行通訊通道的建模和數(shù)據(jù)模型的建模；
(4)嵌入式目標(biāo)機(jī)操作系統(tǒng)中運(yùn)行插件式通訊服務(wù)框架，根據(jù)建立的通訊通道模型和 數(shù)據(jù)模型，動(dòng)態(tài)生成各通訊通道模型的通訊處理插件，每個(gè)通訊處理插件處理相應(yīng)的數(shù)據(jù) 源，完成嵌入式系統(tǒng)通訊方式的構(gòu)建，該嵌入式系統(tǒng)通訊方式可在線變更。進(jìn)一步的，所述步驟(2)中的規(guī)約插件和介質(zhì)插件都是動(dòng)態(tài)連接庫，當(dāng)規(guī)約插件和 介質(zhì)插件達(dá)到一定的數(shù)量和規(guī)模后，形成相應(yīng)的規(guī)約庫和介質(zhì)庫。進(jìn)一步的，所述介質(zhì)庫中包括串口、Gras、以太網(wǎng)CPkrver、以太網(wǎng)TCPClient、以 太網(wǎng)UDP介質(zhì)插件；所述規(guī)約庫包括IEC101/102/103/104/61850、0PC、M0DBUS、CDT及用戶 終端協(xié)議規(guī)約插件。進(jìn)一步的，所述步驟(3)中嵌入式目標(biāo)機(jī)根據(jù)自身的硬件資源及需處理的數(shù)據(jù)源 類型，分別選擇相應(yīng)的規(guī)約插件和介質(zhì)插件，完成通訊通道模型的建模。
進(jìn)一步的，所述步驟(3)中數(shù)據(jù)模型的建模是根據(jù)每種數(shù)據(jù)源的規(guī)約數(shù)據(jù)點(diǎn)表來
建立的。進(jìn)一步的，所述步驟(4)中在每個(gè)通訊處理插件處理相應(yīng)的數(shù)據(jù)源的過程中，規(guī)約 插件負(fù)責(zé)數(shù)據(jù)源數(shù)據(jù)的分析處理、上下行傳送及業(yè)務(wù)邏輯分析，介質(zhì)插件負(fù)責(zé)網(wǎng)絡(luò)連接、鏈 路控制及數(shù)據(jù)發(fā)送和接收工作。進(jìn)一步的，所述步驟(4)中通訊處理插件的動(dòng)態(tài)生成過程如下首先靜態(tài)生成其 插件管理模塊和接口管理模塊，插件管理模塊先動(dòng)態(tài)加載規(guī)約插件，接口管理模塊用回調(diào) 的方式將規(guī)約插件和插件式通訊服務(wù)框架的應(yīng)用層接口進(jìn)行關(guān)聯(lián)，使得應(yīng)用層接口和規(guī)約 插件的數(shù)據(jù)可以互通；插件管理模塊再根據(jù)配置，動(dòng)態(tài)加載介質(zhì)插件，接口管理模塊以回調(diào) 方式將介質(zhì)插件和規(guī)約插件的接口進(jìn)行關(guān)聯(lián)，使得規(guī)約插件和介質(zhì)插件的數(shù)據(jù)可以互通。進(jìn)一步的，所述步驟(4)中嵌入式系統(tǒng)通訊方式的在線變更步驟如下
(a)嵌入式目標(biāo)機(jī)操作系統(tǒng)運(yùn)行PC機(jī)中編譯好的插件式通訊服務(wù)框架的建模工具，進(jìn) 行通訊通道模型的變更；
(b)建模工具通知插件式通訊框架相應(yīng)的通訊處理插件變更內(nèi)容；
(c)插件式通訊服務(wù)框架根據(jù)配置變更內(nèi)容增加或刪除通訊處理插件，對(duì)于已存在的 且變更的通訊處理插件，則通知該通訊處理插件變更內(nèi)容，通訊處理插件進(jìn)行內(nèi)部配置變 更；
(d)變更的通訊處理插件按照新的通訊介質(zhì)或規(guī)約進(jìn)行通訊，增加的通訊處理插件開 始進(jìn)行其通訊服務(wù)，要?jiǎng)h除的通訊處理插件從插件式通訊服務(wù)框架中去除；完成嵌入式系 統(tǒng)通訊方式的變更。進(jìn)一步的，所述步驟(a)中如果需要增加未運(yùn)行規(guī)約的通訊通道，則在建模工具中 增加該新規(guī)約的數(shù)據(jù)處理插件，配置其需要的規(guī)約插件和介質(zhì)插件；如果需要?jiǎng)h除某已經(jīng) 存在的通訊處理插件，在建模工具中刪除該通訊處理插件；如果需要增加或減少某通訊處 理插件中的數(shù)據(jù)源連接個(gè)數(shù)或其它屬性，直接修改該通訊處理插件中的數(shù)據(jù)源屬性即可。進(jìn)一步的，所述步驟(b)中通訊處理插件的變更是指插件的介質(zhì)變更、插件的規(guī) 約變更、插件的增加和插件的刪除變更。本發(fā)明嵌入式系統(tǒng)通訊方式的快速構(gòu)建方法解決了在不同的嵌入式軟、硬件環(huán)境 下網(wǎng)絡(luò)通訊程序的需要重新編碼的尷尬局面。對(duì)應(yīng)各種不同的嵌入式系統(tǒng)，用戶可以根據(jù) 嵌入式的硬件資源，靈活配置規(guī)約插件和介質(zhì)插件的組合，輕松構(gòu)建用戶需要的網(wǎng)絡(luò)通訊 方式；由于介質(zhì)插件和規(guī)約插件是模塊化設(shè)計(jì)，當(dāng)嵌入式系統(tǒng)本身資源少時(shí)，不用的規(guī)約插 件或介質(zhì)插件可以不放入目標(biāo)機(jī)，減少了系統(tǒng)資源的占用；本發(fā)明可以大大縮短通訊軟件 的開發(fā)和調(diào)試周期，由于規(guī)約插件和介質(zhì)插件可以隨時(shí)按照標(biāo)準(zhǔn)接口進(jìn)行擴(kuò)充，方便插件 式通訊框架的維護(hù)和擴(kuò)展，以適應(yīng)嵌入式系統(tǒng)的不斷擴(kuò)充的通訊需求。嵌入式系統(tǒng)通訊方式的在線變更，滿足在線運(yùn)行的嵌入式系統(tǒng)對(duì)需要修改的通訊 通道進(jìn)行變更時(shí)不妨礙其它通道正常通訊的需求，使得整個(gè)嵌入式通訊系統(tǒng)的網(wǎng)絡(luò)實(shí)現(xiàn)方 法安全、穩(wěn)定、靈活，成為一個(gè)統(tǒng)一的整體。


圖1是嵌入式系統(tǒng)網(wǎng)絡(luò)通訊原理框圖；圖2是通訊處理插件原理框圖。
具體實(shí)施例方式本發(fā)明構(gòu)建了如圖1所示的插件式通訊服務(wù)框架，該框架的作用是對(duì)其生成的通 訊處理插件進(jìn)行管理和數(shù)據(jù)轉(zhuǎn)發(fā)。該框架的管理工作主要體現(xiàn)在對(duì)通訊處理插件的創(chuàng)建、 刪除和重構(gòu)等；該框架的數(shù)據(jù)轉(zhuǎn)發(fā)主要體現(xiàn)在對(duì)通訊處理插件發(fā)送來的數(shù)據(jù)轉(zhuǎn)發(fā)到應(yīng)用 層和接收應(yīng)用層下發(fā)的數(shù)據(jù)再轉(zhuǎn)發(fā)給通訊處理插件。該框架啟動(dòng)后讀取嵌入式數(shù)據(jù)源的通 道配置信息，根據(jù)每通道上配置的規(guī)約插件信息，生成相應(yīng)的通訊處理插件，即有幾種規(guī) 約插件就生成幾個(gè)通訊處理插件。通訊處理插件如圖2所示，其生成過程如下首先靜態(tài)生 成其插件管理模塊和接口管理模塊，插件管理模塊先動(dòng)態(tài)加載規(guī)約插件，接口管理模塊用 回調(diào)的方式將規(guī)約插件和插件式通訊服務(wù)框架的應(yīng)用層接口進(jìn)行關(guān)聯(lián)，使得應(yīng)用層接口和 規(guī)約插件的數(shù)據(jù)可以互通；插件管理模塊再根據(jù)配置，動(dòng)態(tài)加載介質(zhì)插件，接口管理模塊同 樣以回調(diào)方式將介質(zhì)插件和規(guī)約插件的接口進(jìn)行關(guān)聯(lián)，使得規(guī)約插件和介質(zhì)插件的數(shù)據(jù)可 以互通，這樣就實(shí)現(xiàn)了從介質(zhì)到規(guī)約再到框架的應(yīng)用層接口的數(shù)據(jù)互通。數(shù)據(jù)從應(yīng)用層到 數(shù)據(jù)源的過程如下應(yīng)用層的數(shù)據(jù)通過插件式通訊服務(wù)框架的應(yīng)用層接口發(fā)送到插件式通 訊服務(wù)框架，插件式通訊服務(wù)框架將數(shù)據(jù)轉(zhuǎn)發(fā)至通訊處理插件，通訊處理插件將數(shù)據(jù)轉(zhuǎn)到 規(guī)約插件，規(guī)約插件根據(jù)規(guī)約內(nèi)容，將應(yīng)用層的數(shù)據(jù)轉(zhuǎn)化為數(shù)據(jù)源所能識(shí)別的規(guī)約報(bào)文信 息轉(zhuǎn)發(fā)到介質(zhì)插件，介質(zhì)插件再發(fā)送到數(shù)據(jù)源；數(shù)據(jù)從數(shù)據(jù)源到應(yīng)用層的過程如下介質(zhì) 插件接收到數(shù)據(jù)源的原始報(bào)文轉(zhuǎn)發(fā)到規(guī)約插件，規(guī)約插件按照規(guī)約內(nèi)容轉(zhuǎn)換為應(yīng)用層所能 識(shí)別的信息，轉(zhuǎn)發(fā)到通訊處理插件，通訊處理插件轉(zhuǎn)發(fā)到插件式通訊服務(wù)框架，插件是服務(wù) 框架通過其應(yīng)用層接口轉(zhuǎn)發(fā)到應(yīng)用層。快速構(gòu)建嵌入式系統(tǒng)網(wǎng)絡(luò)通訊方法的系統(tǒng)中至少設(shè)置一臺(tái)嵌入式目標(biāo)機(jī)和一臺(tái) 普通PC機(jī)，由于源程序和編譯后的軟件都是在PC機(jī)中生成，存在于PC機(jī)中，編譯后的框 架、規(guī)約插件、介質(zhì)插件等最后要放到嵌入式目標(biāo)機(jī)中，最終在嵌入式目標(biāo)機(jī)中運(yùn)行，可以 將目標(biāo)程序放到配置相同的多臺(tái)嵌入式目標(biāo)機(jī)中運(yùn)行?？焖贅?gòu)建嵌入式系統(tǒng)網(wǎng)絡(luò)通訊方法 的步驟如下
(1)嵌入式目標(biāo)機(jī)預(yù)裝嵌入式操作系統(tǒng)，如IffinCE、LinuX等；
(2)根據(jù)具體應(yīng)用場景需求，從現(xiàn)有規(guī)約插件庫和介質(zhì)庫中查找是否有可用的規(guī)約插 件資源和介質(zhì)插件資源，如果沒有相應(yīng)的規(guī)約插件或介質(zhì)插件，則要根據(jù)插件式通訊服務(wù) 框架提供的標(biāo)準(zhǔn)接口進(jìn)行相關(guān)插件的跨平臺(tái)插件的開發(fā)，即是在一臺(tái)PC機(jī)中交叉編譯嵌 入式目標(biāo)機(jī)操作系統(tǒng)中運(yùn)行的插件式通訊服務(wù)框架、規(guī)約插件、介質(zhì)插件和插件式通訊服 務(wù)框架的建模工具，并將編譯完成的目標(biāo)程序下載到嵌入式目標(biāo)機(jī)；上述編譯的規(guī)約插件 和介質(zhì)插件都是動(dòng)態(tài)連接庫，當(dāng)規(guī)約插件和介質(zhì)插件達(dá)到一定的數(shù)量和規(guī)模后，形成相應(yīng) 的規(guī)約庫和介質(zhì)庫；介質(zhì)庫中包括串口、GPRS、以太網(wǎng)CPkrver、以太網(wǎng)TCPClient、以太網(wǎng) UDP等介質(zhì)插件；規(guī)約庫包括IEC101/102/103/104/61850、OPC、MODBUS, CDT及其它用戶終 端協(xié)議等規(guī)約插件；
(3)嵌入式目標(biāo)機(jī)操作系統(tǒng)運(yùn)行PC機(jī)中編譯好的插件式通訊服務(wù)框架的建模工具， 進(jìn)行通訊通道的建模和數(shù)據(jù)模型的建模；通訊通道的個(gè)數(shù)和數(shù)據(jù)源的個(gè)數(shù)相關(guān)，以太網(wǎng) tcpip的數(shù)據(jù)源有幾個(gè)數(shù)據(jù)源就要建立幾個(gè)通訊通道，串口的數(shù)據(jù)源如果他們公用一個(gè)串口，那么就只有一個(gè)通道，如果各自使用自己的串口，則要配置多個(gè)通道；建模工具是一個(gè) 應(yīng)用軟件，主要包括通訊處理插件的配置、通訊通道的配置和數(shù)據(jù)模型的配置；通訊通道 的建模是嵌入式目標(biāo)機(jī)根據(jù)自身的硬件資源及需處理的數(shù)據(jù)源類型，分別選擇相應(yīng)的規(guī)約 插件和介質(zhì)插件，完成通訊通道模型的建模，如數(shù)據(jù)源需要用104協(xié)議，通過以太網(wǎng)進(jìn)行連 接，那么在通訊模型的建立中規(guī)約插件就需要選擇104規(guī)約插件，同時(shí)介質(zhì)插件就要選擇 以太網(wǎng)TcpClient插件，選擇其它的規(guī)約插件就不能正確獲取數(shù)據(jù)源的數(shù)據(jù)，選擇其它的 介質(zhì)插件則不能和數(shù)據(jù)源進(jìn)行連接；數(shù)據(jù)模型的建模是根據(jù)數(shù)據(jù)源的具體型號(hào)或者是數(shù)據(jù) 點(diǎn)表來建立的，每種數(shù)據(jù)源有自己的規(guī)約數(shù)據(jù)點(diǎn)表，即使通訊規(guī)約相同，數(shù)據(jù)點(diǎn)表的定義也 可能是完全不同的，所以要根據(jù)每種數(shù)據(jù)源的規(guī)約數(shù)據(jù)點(diǎn)表來建立數(shù)據(jù)模型，當(dāng)數(shù)據(jù)源的 數(shù)據(jù)發(fā)送到規(guī)約插件時(shí)，規(guī)約插件根據(jù)配置的數(shù)據(jù)模型來解析通訊報(bào)文，將數(shù)據(jù)發(fā)送到通 訊服務(wù)框架；如圖1所示，假設(shè)系統(tǒng)需要處理多個(gè)104規(guī)約類型數(shù)據(jù)源和多個(gè)MODBUS規(guī) 約數(shù)據(jù)源，其中Modbus規(guī)約數(shù)據(jù)源要以串口為通訊介質(zhì)進(jìn)行數(shù)據(jù)通訊，而104規(guī)約數(shù)據(jù) 源要以以太網(wǎng)作為通訊介質(zhì)進(jìn)行數(shù)據(jù)通訊，且其作為Tcp服務(wù)端提供數(shù)據(jù)服務(wù)，那么在配 置中把104規(guī)約數(shù)據(jù)處理插件的協(xié)議插件就選擇為104規(guī)約插件，介質(zhì)插件選擇為以太網(wǎng) TcpClient即可，把ModBus 規(guī)約數(shù)據(jù)處理插件的協(xié)議插件就選擇為ModBus規(guī)約插件，介 質(zhì)選擇為串口插件即可；
(4)嵌入式目標(biāo)機(jī)操作系統(tǒng)中運(yùn)行插件式通訊服務(wù)框架，根據(jù)建立的通訊通道模型和 數(shù)據(jù)模型，動(dòng)態(tài)生成各通訊通道模型的通訊處理插件，每個(gè)通訊處理插件處理相應(yīng)的數(shù)據(jù) 源，完成嵌入式系統(tǒng)通訊方式的構(gòu)建，該嵌入式系統(tǒng)通訊方式可在線變更；上述在每個(gè)通訊 處理插件處理相應(yīng)的數(shù)據(jù)源的過程中，規(guī)約插件負(fù)責(zé)數(shù)據(jù)源數(shù)據(jù)的分析處理、上下行傳送 及業(yè)務(wù)邏輯分析，介質(zhì)插件負(fù)責(zé)網(wǎng)絡(luò)連接、鏈路控制及數(shù)據(jù)發(fā)送和接收工作；上述通訊處理 插件的動(dòng)態(tài)生成過程如下首先靜態(tài)生成其插件管理模塊和接口管理模塊，插件管理模塊 先動(dòng)態(tài)加載規(guī)約插件，接口管理模塊用回調(diào)的方式將規(guī)約插件和插件式通訊服務(wù)框架的應(yīng) 用層接口進(jìn)行關(guān)聯(lián)，使得應(yīng)用層接口和規(guī)約插件的數(shù)據(jù)可以互通；插件管理模塊再根據(jù)配 置，動(dòng)態(tài)加載介質(zhì)插件，接口管理模塊以回調(diào)方式將介質(zhì)插件和規(guī)約插件的接口進(jìn)行關(guān)聯(lián)， 使得規(guī)約插件和介質(zhì)插件的數(shù)據(jù)可以互通。 由于本發(fā)明的嵌入式系統(tǒng)通訊方式的快速構(gòu)建方法可實(shí)現(xiàn)在線變更，變更的具體 步驟如下
(a)嵌入式目標(biāo)機(jī)操作系統(tǒng)運(yùn)行PC機(jī)中編譯好的插件式通訊服務(wù)框架的建模工具，進(jìn) 行通訊通道模型的變更；即如果需要增加未運(yùn)行規(guī)約的通訊通道，則在建模工具中增加該 新規(guī)約的數(shù)據(jù)處理插件，配置其需要的規(guī)約插件和介質(zhì)插件；如果需要?jiǎng)h除某已經(jīng)存在的 通訊處理插件，在建模工具中刪除該通訊處理插件；如果需要增加或減少某通訊處理插件 中的數(shù)據(jù)源連接個(gè)數(shù)或其它屬性，直接修改該通訊處理插件中的數(shù)據(jù)源屬性即可；
(b)建模工具通知插件式通訊框架相應(yīng)的通訊處理插件變更內(nèi)容；通訊處理插件的變 更是指插件的介質(zhì)變更、插件的規(guī)約變更、插件的增加和插件的刪除變更；上述的通知是指 建模工具通過TCP通訊方式和插件式通訊服務(wù)框架連接，將插件變更的內(nèi)容通過TCP報(bào)文 的方式通知到插件式通訊服務(wù)框架，插件式通訊服務(wù)框架再將變更信息分發(fā)到對(duì)應(yīng)的通訊 處理插件，最終由通訊處理插件完成變更；
(c)插件式通訊服務(wù)框架根據(jù)配置變更內(nèi)容增加或刪除通訊處理插件，對(duì)于已存在的
7且變更的通訊處理插件，則通知該通訊處理插件變更內(nèi)容，通訊處理插件進(jìn)行內(nèi)部配置變 更；
(d)變更的通訊處理插件按照新的通訊介質(zhì)或規(guī)約進(jìn)行通訊，增加的通訊處理插件開 始進(jìn)行其通訊服務(wù)，要?jiǎng)h除的通訊處理插件從插件式通訊服務(wù)框架中去除；完成嵌入式系 統(tǒng)通訊方式的變更。上述變更方法中步驟(a)是運(yùn)行建模工具，在建模工具上進(jìn)行模型的修改，建模 工具只對(duì)模型的配置信息進(jìn)行修改，并不實(shí)質(zhì)的修改插件式通訊服務(wù)框架內(nèi)部的任何東 西；步驟(b)是建模工具通知插件式通訊服務(wù)框架，是哪個(gè)通訊處理插件變化了，變化了什 么；步驟(c)是插件式通訊服務(wù)框架內(nèi)部按照變化的內(nèi)容進(jìn)行變更。步驟(d)中的通訊服務(wù)是指介質(zhì)插件開始進(jìn)行通訊工作，進(jìn)行通訊連接和通訊報(bào) 文的收發(fā)。
權(quán)利要求
1.一種嵌入式系統(tǒng)通訊方式的快速構(gòu)建方法，其特征在于，該方法的步驟如下(1)在嵌入式目標(biāo)機(jī)中預(yù)裝嵌入式操作系統(tǒng)；(2)在一臺(tái)PC機(jī)中交叉編譯嵌入式目標(biāo)機(jī)操作系統(tǒng)中運(yùn)行的插件式通訊服務(wù)框架、規(guī) 約插件、介質(zhì)插件和插件式通訊服務(wù)框架的建模工具，并將編譯完成的目標(biāo)程序下載到嵌 入式目標(biāo)機(jī)；(3)嵌入式目標(biāo)機(jī)操作系統(tǒng)運(yùn)行PC機(jī)中編譯好的插件式通訊服務(wù)框架的建模工具，進(jìn) 行通訊通道的建模和數(shù)據(jù)模型的建模；(4)嵌入式目標(biāo)機(jī)操作系統(tǒng)中運(yùn)行插件式通訊服務(wù)框架，根據(jù)建立的通訊通道模型和 數(shù)據(jù)模型，動(dòng)態(tài)生成各通訊通道模型的通訊處理插件，每個(gè)通訊處理插件處理相應(yīng)的數(shù)據(jù) 源，完成嵌入式系統(tǒng)通訊方式的構(gòu)建，該嵌入式系統(tǒng)通訊方式可在線變更。
2.根據(jù)權(quán)利要求1所述的嵌入式系統(tǒng)通訊方式的快速構(gòu)建方法，其特征在于所述步 驟(2)中的規(guī)約插件和介質(zhì)插件都是動(dòng)態(tài)連接庫，當(dāng)規(guī)約插件和介質(zhì)插件達(dá)到一定的數(shù)量 和規(guī)模后，形成相應(yīng)的規(guī)約庫和介質(zhì)庫。
3.根據(jù)權(quán)利要求2所述的嵌入式系統(tǒng)通訊方式的快速構(gòu)建方法，其特征在于所述介 質(zhì)庫中包括串口、GPRS、以太網(wǎng)CPkrver、以太網(wǎng)TCPClient、以太網(wǎng)UDP介質(zhì)插件；所述規(guī) 約庫包括IEC101/102/103/104/61850、OPC、MODBUS, CDT及用戶終端協(xié)議規(guī)約插件。
4.根據(jù)權(quán)利要求1所述的嵌入式系統(tǒng)通訊方式的快速構(gòu)建方法，其特征在于所述步 驟(3)中嵌入式目標(biāo)機(jī)根據(jù)自身的硬件資源及需處理的數(shù)據(jù)源類型，分別選擇相應(yīng)的規(guī)約 插件和介質(zhì)插件，完成通訊通道模型的建模。
5.根據(jù)權(quán)利要求1所述的嵌入式系統(tǒng)通訊方式的快速構(gòu)建方法，其特征在于所述步 驟(3)中數(shù)據(jù)模型的建模是根據(jù)每種數(shù)據(jù)源的規(guī)約數(shù)據(jù)點(diǎn)表來建立的。
6.根據(jù)權(quán)利要求1所述的嵌入式系統(tǒng)通訊方式的快速構(gòu)建方法，其特征在于所述步 驟(4)中在每個(gè)通訊處理插件處理相應(yīng)的數(shù)據(jù)源的過程中，規(guī)約插件負(fù)責(zé)數(shù)據(jù)源數(shù)據(jù)的分 析處理、上下行傳送及業(yè)務(wù)邏輯分析，介質(zhì)插件負(fù)責(zé)網(wǎng)絡(luò)連接、鏈路控制及數(shù)據(jù)發(fā)送和接收 工作。
7.根據(jù)權(quán)利要求1所述的嵌入式系統(tǒng)通訊方式的快速構(gòu)建方法，其特征在于，所述步 驟(4)中通訊處理插件的動(dòng)態(tài)生成過程如下首先靜態(tài)生成其插件管理模塊和接口管理模 塊，插件管理模塊先動(dòng)態(tài)加載規(guī)約插件，接口管理模塊用回調(diào)的方式將規(guī)約插件和插件式 通訊服務(wù)框架的應(yīng)用層接口進(jìn)行關(guān)聯(lián)，使得應(yīng)用層接口和規(guī)約插件的數(shù)據(jù)可以互通；插件 管理模塊再根據(jù)配置，動(dòng)態(tài)加載介質(zhì)插件，接口管理模塊以回調(diào)方式將介質(zhì)插件和規(guī)約插 件的接口進(jìn)行關(guān)聯(lián)，使得規(guī)約插件和介質(zhì)插件的數(shù)據(jù)可以互通。
8.根據(jù)權(quán)利要求1-7中任一項(xiàng)所述的嵌入式系統(tǒng)通訊方式的快速構(gòu)建方法，其特征在 于，所述步驟(4)中嵌入式系統(tǒng)通訊方式的在線變更步驟如下(a)嵌入式目標(biāo)機(jī)操作系統(tǒng)運(yùn)行PC機(jī)中編譯好的插件式通訊服務(wù)框架的建模工具，進(jìn) 行通訊通道模型的變更；(b)建模工具通知插件式通訊框架相應(yīng)的通訊處理插件變更內(nèi)容；(c)插件式通訊服務(wù)框架根據(jù)配置變更內(nèi)容增加或刪除通訊處理插件，對(duì)于已存在的 且變更的通訊處理插件，則通知該通訊處理插件變更內(nèi)容，通訊處理插件進(jìn)行內(nèi)部配置變 更；(d)變更的通訊處理插件按照新的通訊介質(zhì)或規(guī)約進(jìn)行通訊，增加的通訊處理插件開 始進(jìn)行其通訊服務(wù)，要?jiǎng)h除的通訊處理插件從插件式通訊服務(wù)框架中去除；完成嵌入式系 統(tǒng)通訊方式的變更。
9.根據(jù)權(quán)利要求8所述的嵌入式系統(tǒng)通訊方式的快速構(gòu)建方法，其特征在于所述步 驟(a)中如果需要增加未運(yùn)行規(guī)約的通訊通道，則在建模工具中增加該新規(guī)約的數(shù)據(jù)處理 插件，配置其需要的規(guī)約插件和介質(zhì)插件；如果需要?jiǎng)h除某已經(jīng)存在的通訊處理插件，在建 模工具中刪除該通訊處理插件；如果需要增加或減少某通訊處理插件中的數(shù)據(jù)源連接個(gè)數(shù) 或其它屬性，直接修改該通訊處理插件中的數(shù)據(jù)源屬性即可。
10.根據(jù)權(quán)利要求8所述的嵌入式系統(tǒng)通訊方式的快速構(gòu)建方法，其特征在于所述步 驟(b)中通訊處理插件的變更是指插件的介質(zhì)變更、插件的規(guī)約變更、插件的增加和插件 的刪除變更。
全文摘要
本發(fā)明涉及嵌入式系統(tǒng)通訊方式的快速構(gòu)建方法，嵌入式目標(biāo)機(jī)中預(yù)裝嵌入式操作系統(tǒng)；PC機(jī)中交叉編譯插件式通訊服務(wù)框架、規(guī)約插件、介質(zhì)插件和插件式通訊服務(wù)框架的建模工具，并將編譯完成的目標(biāo)程序下載到嵌入式目標(biāo)機(jī)；嵌入式目標(biāo)機(jī)運(yùn)行建模工具進(jìn)行通訊通道建模和數(shù)據(jù)建模，并運(yùn)行插件式通訊服務(wù)框架，動(dòng)態(tài)生成各通訊通道的通訊處理插件，完成嵌入式系統(tǒng)通訊方式的構(gòu)建，該嵌入式系統(tǒng)通訊方式可在線變更；對(duì)應(yīng)各種不同的嵌入式系統(tǒng)，用戶可根據(jù)嵌入式的硬件資源，靈活配置規(guī)約插件和介質(zhì)插件的組合，輕松構(gòu)建用戶需要的網(wǎng)絡(luò)通訊方式，大大縮短通訊方式的開發(fā)和調(diào)試周期，方便維護(hù)和擴(kuò)展。
文檔編號(hào)G06F13/42GK102135889SQ201110082170
公開日2011年7月27日 申請(qǐng)日期2011年4月1日 優(yōu)先權(quán)日2010年12月25日
發(fā)明者克瀟, 周逢權(quán), 康振全, 李富生, 連湛偉 申請(qǐng)人:許昌許繼軟件技術(shù)有限公司, 許繼電氣股份有限公司, 許繼集團(tuán)有限公司