專利名稱：協(xié)議轉(zhuǎn)換方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊網(wǎng)絡(luò)技術(shù)領(lǐng)域，特別是涉及一種協(xié)議轉(zhuǎn)換方法和裝置。
背景技術(shù)：
在現(xiàn)有通訊領(lǐng)域，存在有多種不同的網(wǎng)絡(luò)通訊協(xié)議，以智能建筑系統(tǒng)中配置的建 筑設(shè)備監(jiān)控系統(tǒng)、火災(zāi)自動(dòng)報(bào)警系統(tǒng)、安全防范系統(tǒng)、能耗采集和監(jiān)控系統(tǒng)等為例，由于組 成上述幾個(gè)系統(tǒng)的各種設(shè)備的生產(chǎn)廠家、生產(chǎn)時(shí)間和應(yīng)用場合不同，所采用的通訊協(xié)議也 有很大的不同，有些設(shè)備采用Modbus/TCP、Ethernet/IP、BACnet/IP等以太網(wǎng)通訊協(xié)議，有 些設(shè)備采用PROFIBUS、DeviceNet, CANopen, BACnet/MSTP等現(xiàn)場總線型通訊協(xié)議，還有些 采用廠商自定義的私有協(xié)議。為實(shí)現(xiàn)對(duì)智能建筑的統(tǒng)一監(jiān)測(cè)、控制、聯(lián)動(dòng)和計(jì)量，現(xiàn)有技術(shù)解決上述不同系統(tǒng)以 及不同設(shè)備之間通訊的方案主要有二種一是為特定的二種通訊協(xié)議提供專用轉(zhuǎn)換裝置， 如Modbus/PROFIBUS轉(zhuǎn)換網(wǎng)關(guān)、Ethernet/ASCII轉(zhuǎn)換網(wǎng)關(guān)等；二是定制一種支持4 5種 協(xié)議轉(zhuǎn)換功能的網(wǎng)關(guān)。上述二種方案雖然都能解決不同設(shè)備之間的通訊問題，但都存在現(xiàn)有技術(shù)無法克 服的問題對(duì)上述第一種方案，智能建筑中有多少種不同的設(shè)備，就需要多少種專用網(wǎng)關(guān)， 系統(tǒng)的配置成本很高；另外，當(dāng)系統(tǒng)中有三種以上的設(shè)備時(shí)，不同網(wǎng)關(guān)之間還可能會(huì)出現(xiàn)因 協(xié)議轉(zhuǎn)換性能不一致而導(dǎo)致的通訊故障。對(duì)上述第二種方案，即根據(jù)用戶的需要定制4 5種協(xié)議轉(zhuǎn)換功能的網(wǎng)關(guān)，只能支持已定制的通訊協(xié)議轉(zhuǎn)換，網(wǎng)關(guān)的物理接口也需要事先 確定，一旦用戶的相關(guān)設(shè)備升級(jí)或替換后，就需要重新定制新的網(wǎng)關(guān)設(shè)備，網(wǎng)關(guān)的復(fù)用性不 好，設(shè)備配置成本也較高。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種協(xié)議轉(zhuǎn)換方法，可解決現(xiàn)有協(xié)議轉(zhuǎn)換方案 只能對(duì)特定協(xié)議進(jìn)行轉(zhuǎn)換導(dǎo)致的產(chǎn)品功能單一、復(fù)用性較差的問題。本發(fā)明還提供了一種協(xié)議轉(zhuǎn)換裝置，以保證上述方法在實(shí)際中的應(yīng)用。為了解決上述問題，本發(fā)明公開了一種協(xié)議轉(zhuǎn)換方法，執(zhí)行所述協(xié)議轉(zhuǎn)換的裝置 至少包括接收源通訊協(xié)議數(shù)據(jù)的第一通訊接口和發(fā)送目標(biāo)通訊協(xié)議數(shù)據(jù)的第二通訊接口， 該協(xié)議轉(zhuǎn)換方法包括為所述第一通訊接口綁定相應(yīng)的協(xié)議類型，并從預(yù)設(shè)的規(guī)則庫中選 取對(duì)應(yīng)的解碼規(guī)則；為所述第二通訊接口綁定相應(yīng)的協(xié)議類型，并從預(yù)設(shè)的規(guī)則庫中選取 對(duì)應(yīng)的編碼規(guī)則；從所述第一通訊接口接收源通訊協(xié)議數(shù)據(jù)，判斷所述源通訊協(xié)議數(shù)據(jù)的 協(xié)議類型，根據(jù)該協(xié)議類型對(duì)應(yīng)的解碼規(guī)則，對(duì)所述源通訊協(xié)議數(shù)據(jù)進(jìn)行解碼，生成解碼數(shù) 據(jù)；根據(jù)所述目標(biāo)通訊協(xié)議數(shù)據(jù)的協(xié)議類型及其編碼規(guī)則，對(duì)所述解碼數(shù)據(jù)進(jìn)行編碼，生成 目標(biāo)通訊數(shù)據(jù)并通過所述第二通訊接口發(fā)送出去。優(yōu)選的，在對(duì)所述源通訊協(xié)議數(shù)據(jù)進(jìn)行解碼步驟之前還包括對(duì)所述源通訊協(xié)議 數(shù)據(jù)進(jìn)行校驗(yàn)，若沒有通過校驗(yàn)，則結(jié)束所述協(xié)議轉(zhuǎn)換流程；在通過所述第二通訊接口發(fā)送目標(biāo)通訊協(xié)議數(shù)據(jù)步驟之前還包括對(duì)所述目標(biāo)通訊協(xié)議數(shù)據(jù)進(jìn)行校驗(yàn)，若沒有通過校驗(yàn)， 則結(jié)束所述協(xié)議轉(zhuǎn)換流程。優(yōu)選的，上述判斷所述源通訊協(xié)議數(shù)據(jù)的協(xié)議類型的方法具體為判斷所述源通 訊協(xié)議數(shù)據(jù)的協(xié)議類型與所述第一通訊接口綁定的協(xié)議類型是否一致；若是，繼續(xù)執(zhí)行后 續(xù)流程；否則，結(jié)束所述協(xié)議轉(zhuǎn)換流程。優(yōu)選的，上述協(xié)議類型包括TCP協(xié)議、Modbus協(xié)議、BACnet協(xié)議、CANopen協(xié)議、 ProfibusDSP 協(xié)議和 DeviceNet 協(xié)議。優(yōu)選的，上述源通訊協(xié)議數(shù)據(jù)的協(xié)議類型為Modbus協(xié)議，從所述第一通訊接口接 收源通訊協(xié)議數(shù)據(jù)的方法具體包括下述重復(fù)執(zhí)行的步驟將所述第一通訊接口設(shè)置為接收 狀態(tài)并清空接收緩沖區(qū)；將接收到的數(shù)據(jù)存入所述接收緩沖區(qū)，形成一個(gè)數(shù)據(jù)幀，提交后續(xù) 步驟處理。優(yōu)選的，上述第一通訊接口和第二通訊接口采用下述接口類型中的至少一種以 太網(wǎng)接口、RS232接口、RS485接口、USB接口或總線擴(kuò)展接口。依據(jù)本發(fā)明的另一優(yōu)選實(shí)施例，還公開了一種協(xié)議轉(zhuǎn)換裝置，包括通訊接口單元、 協(xié)議類型綁定單元、數(shù)據(jù)接收解碼單元、數(shù)據(jù)編碼發(fā)送單元和規(guī)則庫單元，其中所述通訊 接口單元至少包括接收源通訊協(xié)議數(shù)據(jù)的第一通訊接口和發(fā)送目標(biāo)通訊協(xié)議數(shù)據(jù)的第二 通訊接口 ；所述協(xié)議類型綁定單元用于為所述第一通訊接口綁定相應(yīng)的協(xié)議類型，并從所 述規(guī)則庫單元中選取對(duì)應(yīng)的解碼規(guī)則；為所述第二通訊接口綁定相應(yīng)的協(xié)議類型，并從所 述規(guī)則庫單元中選取對(duì)應(yīng)的編碼規(guī)則；所述數(shù)據(jù)接收編碼單元用于通過第一通訊接口接收 源通訊協(xié)議數(shù)據(jù)，判斷協(xié)議類型，并根據(jù)該協(xié)議類型對(duì)應(yīng)的解碼規(guī)則，對(duì)所述源通訊協(xié)議數(shù) 據(jù)進(jìn)行解碼，生成解碼數(shù)據(jù)；所述數(shù)據(jù)編碼發(fā)送單元用于根據(jù)所述協(xié)議類型綁定單元建立 的綁定關(guān)系，對(duì)所述數(shù)據(jù)接收解碼單元生成的所述解碼數(shù)據(jù)進(jìn)行編碼，生成目標(biāo)通訊數(shù)據(jù)， 并通過所述第二通訊接口發(fā)送出去；所述規(guī)則庫單元用于保存預(yù)設(shè)的協(xié)議類型及其對(duì)應(yīng)的 編碼規(guī)則和/或解碼規(guī)則。優(yōu)選的，所述協(xié)議轉(zhuǎn)換裝置還包括數(shù)據(jù)校驗(yàn)單元，用于對(duì)所述數(shù)據(jù)接收編碼單元 接收的源通訊協(xié)議數(shù)據(jù)和所述數(shù)據(jù)編碼發(fā)送單元生成的目標(biāo)通訊協(xié)議數(shù)據(jù)進(jìn)行校驗(yàn)，若所 述數(shù)據(jù)沒有通過校驗(yàn)，直接結(jié)束數(shù)據(jù)轉(zhuǎn)換的執(zhí)行。優(yōu)選的，所述第一通訊接口和第二通訊接口采用下述接口類型中的至少一種以 太網(wǎng)接口、RS232接口、RS485接口或USB接口。優(yōu)選的，所述通訊接口單元還包括安裝在總線擴(kuò)展接口上的總線通訊卡，所述總 線通訊卡具體采用如下通訊卡中的至少一種RS232/RS485總線通訊卡、CANopen總線通訊 卡、ProfibusDSP總線通訊卡和DeviceNet總線通訊卡。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點(diǎn)本發(fā)明優(yōu)選協(xié)議轉(zhuǎn)換方法實(shí)施例包含有通訊接口的協(xié)議類型綁定步驟，可根據(jù) 實(shí)際需要，配置源通訊協(xié)議數(shù)據(jù)和目標(biāo)通訊協(xié)議數(shù)據(jù)的協(xié)議類型，對(duì)源通訊協(xié)議和目標(biāo)通 訊協(xié)議的類型不加限制，從而可實(shí)現(xiàn)對(duì)多種現(xiàn)有標(biāo)準(zhǔn)協(xié)議和廠家自定義協(xié)議的數(shù)據(jù)進(jìn)行轉(zhuǎn) 換，解決了現(xiàn)有技術(shù)方案只能對(duì)特定協(xié)議進(jìn)行轉(zhuǎn)換導(dǎo)致的產(chǎn)品功能單一、復(fù)用性較差的問 題。在本發(fā)明的優(yōu)選實(shí)施例中，通過設(shè)置總線擴(kuò)展接口，并在總線擴(kuò)展接口插入相應(yīng)的RS232/RS485總線通訊卡、CANopen總線通訊卡、ProfibusDSP總線通訊卡或DeviceNet 總線通訊卡等，不僅可擴(kuò)展本優(yōu)選實(shí)施例的適用范圍，還可解決接口數(shù)量不足或接口的類 型不合適時(shí)的協(xié)議轉(zhuǎn)換問題。另外，通過本發(fā)明優(yōu)選實(shí)施例中設(shè)置的以太網(wǎng)接口或USB接口，還可以對(duì)相關(guān)協(xié) 議規(guī)則庫和數(shù)據(jù)轉(zhuǎn)換軟件進(jìn)行升級(jí)、更新，以支持更多的通訊協(xié)議(如新的標(biāo)準(zhǔn)通訊協(xié)議 或用戶自定義通訊協(xié)議)，因此發(fā)明優(yōu)選實(shí)施例配置靈活，具有較好的適應(yīng)性和可擴(kuò)展性。


圖1是本發(fā)明協(xié)議轉(zhuǎn)換方法第一實(shí)施例流程圖；圖2是本發(fā)明協(xié)議轉(zhuǎn)換方法第二實(shí)施例流程圖；圖3是本發(fā)明協(xié)議轉(zhuǎn)換裝置一實(shí)施例的結(jié)構(gòu)框圖。
具體實(shí)施例方式為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能夠更加明顯易懂，下面結(jié)合附圖和具體實(shí) 施方式對(duì)本發(fā)明作進(jìn)一步詳細(xì)的說明。參照?qǐng)D1，示出了本發(fā)明協(xié)議轉(zhuǎn)換方法第一實(shí)施例的流程，在本優(yōu)選實(shí)施例中，執(zhí) 行協(xié)議轉(zhuǎn)換的裝置包括有2個(gè)或2個(gè)以上的硬件通訊接口，接口類型為可以為以太網(wǎng)接口、 RS232接口、RS485接口、USB接口或總線擴(kuò)展接口，協(xié)議轉(zhuǎn)換具體包括以下步驟步驟SlOl 為每個(gè)通訊接口綁定相應(yīng)的協(xié)議類型，并從預(yù)設(shè)的規(guī)則庫中選取對(duì)應(yīng) 的解碼規(guī)則和編碼規(guī)則。對(duì)于RS485 接口或 RS232 接 口，可以綁定 Modbus/RTU 協(xié)議、Modbus/ASCII 協(xié)議、 Modbus/MSTP協(xié)議或其他標(biāo)準(zhǔn)或廠家自定義協(xié)議；對(duì)于以太網(wǎng)接口，可以綁定TCP/IP協(xié)議、 Modbus/IP協(xié)議、BACnet/IP協(xié)議等；對(duì)于總線擴(kuò)展接口，可綁定CANopen協(xié)議、Prof ibusDSP 協(xié)議或DeviceNet協(xié)議等；另外，當(dāng)配置的協(xié)議類型中包括有Modbus協(xié)議時(shí)，還需要指定1 個(gè)或多個(gè)接口為發(fā)起轉(zhuǎn)換過程執(zhí)行的主設(shè)備，其他接口為從設(shè)備。對(duì)于預(yù)設(shè)的規(guī)則庫，根據(jù)需要，可通過以太網(wǎng)接口或USB接口對(duì)規(guī)則庫中預(yù)設(shè)的 協(xié)議類型及其編碼規(guī)則、解碼規(guī)則進(jìn)行升級(jí)更新，使得本發(fā)明協(xié)議轉(zhuǎn)換裝置可以支持更多 的協(xié)議類型。步驟S102 接收源通訊協(xié)議數(shù)據(jù)，判斷其協(xié)議類型，并根據(jù)該協(xié)議類型對(duì)應(yīng)的解 碼規(guī)則，對(duì)源通訊協(xié)議數(shù)據(jù)進(jìn)行解碼，生成解碼數(shù)據(jù)。對(duì)于接收到的源通訊協(xié)議數(shù)據(jù)，若其協(xié)議類型與步驟SlOl綁定的該通訊接口的 協(xié)議類型不一致，則直接返回錯(cuò)誤信息，結(jié)束協(xié)議轉(zhuǎn)換流程。步驟S103 根據(jù)目標(biāo)通訊協(xié)議數(shù)據(jù)的協(xié)議類型及其編碼規(guī)則，對(duì)上述解碼數(shù)據(jù)進(jìn) 行編碼，生成目標(biāo)通訊數(shù)據(jù)并通過相應(yīng)的通訊接口發(fā)送出去。通過上述步驟不難看出，本優(yōu)選實(shí)施例可根據(jù)實(shí)際需要，配置源通訊協(xié)議數(shù)據(jù)和 目標(biāo)通訊協(xié)議數(shù)據(jù)的協(xié)議類型，對(duì)源通訊協(xié)議和目標(biāo)通訊協(xié)議的類型不加限制，從而可實(shí) 現(xiàn)對(duì)多種現(xiàn)有標(biāo)準(zhǔn)協(xié)議和廠家自定義協(xié)議的數(shù)據(jù)進(jìn)行轉(zhuǎn)換，從而解決了現(xiàn)有技術(shù)方案只能 對(duì)特定協(xié)議進(jìn)行轉(zhuǎn)換導(dǎo)致的產(chǎn)品功能單一、復(fù)用性較差的問題。參照?qǐng)D2，示出了本發(fā)明協(xié)議轉(zhuǎn)換方法第二實(shí)施例的流程，在本優(yōu)選實(shí)施例中，執(zhí)行所述協(xié)議轉(zhuǎn)換的裝置包括有接收源通訊協(xié)議數(shù)據(jù)的第一通訊接口和發(fā)送目標(biāo)通訊協(xié)議 數(shù)據(jù)的第二通訊接口，該協(xié)議轉(zhuǎn)換方法具體包括以下步驟步驟S201 為每個(gè)通訊接口綁定相應(yīng)的協(xié)議類型，并從預(yù)設(shè)的規(guī)則庫中選取對(duì)應(yīng) 的解碼規(guī)則和編碼規(guī)則；其中，為上述第一通訊接口綁定相應(yīng)的協(xié)議類型(如Modbus協(xié)議)后，從預(yù)設(shè)的 規(guī)則庫中選取對(duì)應(yīng)的解碼規(guī)則(Modbus協(xié)議解碼規(guī)則)；為所述第二通訊接口綁定相應(yīng)的 協(xié)議類型(如TCP/IP協(xié)議)后，從預(yù)設(shè)的規(guī)則庫中選取對(duì)應(yīng)的編碼規(guī)則(TCP/IP數(shù)據(jù)包編 碼規(guī)則)。步驟S202 從第一通訊接口接收源通訊協(xié)議數(shù)據(jù)。步驟S203 判斷上述源通訊協(xié)議數(shù)據(jù)的協(xié)議類型與所述第一通訊接口綁定的協(xié) 議類型是否一致；若是，轉(zhuǎn)步驟S204 ；否則，轉(zhuǎn)步驟S209 ；步驟S204 對(duì)所述源通訊協(xié)議數(shù)據(jù)進(jìn)行校驗(yàn)，若通過校驗(yàn)，則轉(zhuǎn)步驟S205 ；否則， 轉(zhuǎn)步驟S209 ；步驟S205 對(duì)源通訊協(xié)議數(shù)據(jù)進(jìn)行解碼，生成解碼數(shù)據(jù)；步驟S206 根據(jù)目標(biāo)通訊協(xié)議數(shù)據(jù)的協(xié)議類型及其編碼規(guī)則，對(duì)上述解碼數(shù)據(jù)進(jìn) 行編碼，生成目標(biāo)通訊協(xié)議數(shù)據(jù)；步驟S207 對(duì)目標(biāo)通訊協(xié)議數(shù)據(jù)進(jìn)行校驗(yàn)，若通過校驗(yàn)，則轉(zhuǎn)步驟S208 ；否則，轉(zhuǎn) 步驟S209 ；步驟S208 將上述目標(biāo)通訊數(shù)據(jù)通過第二通訊接口發(fā)送出去，結(jié)束協(xié)議轉(zhuǎn)換流 程；步驟S209 生成相應(yīng)的錯(cuò)誤代碼，結(jié)束協(xié)議轉(zhuǎn)換流程。其中，在本優(yōu)選實(shí)施例中，數(shù)據(jù)校驗(yàn)優(yōu)選采用CRC校驗(yàn)方式。下面，以Modbus/RTU協(xié)議轉(zhuǎn)換為BACnet/IP協(xié)議(標(biāo)準(zhǔn)協(xié)議之間數(shù)據(jù)轉(zhuǎn)換)，以及 西門子S7系列PLC PPI協(xié)議轉(zhuǎn)Modbus/RTU協(xié)議為例(廠家私有協(xié)議與標(biāo)準(zhǔn)協(xié)議之間數(shù)據(jù) 轉(zhuǎn)換)為例，具體說明協(xié)議轉(zhuǎn)換流程。在下述具體實(shí)施例中，Modbus/RTU協(xié)議與RS485接 口綁定，BACnet/IP協(xié)議與以太網(wǎng)接口綁定，PLC PPI協(xié)議與RS232接口綁定。在涉及Modbus協(xié)議轉(zhuǎn)換時(shí)，需要設(shè)置1個(gè)或多個(gè)設(shè)備為主設(shè)備，其他設(shè)備設(shè)置為 從設(shè)備。主設(shè)備通常為命令的發(fā)起方，主設(shè)備通過發(fā)送讀寫命令讀取或修改從設(shè)備中的數(shù) 據(jù)。設(shè)備的綁定流程包括首先選定通訊的物理接口(RS232/RS485串口、以太網(wǎng)接口等)及 相關(guān)配置參數(shù)(如波特率、數(shù)據(jù)位、校驗(yàn)方式等)；然后選擇基于物理介質(zhì)的通訊協(xié)議(如 Modbus協(xié)議、BACnet協(xié)議等)；最后要定義主設(shè)備要讀寫的從設(shè)備的設(shè)備地址及相關(guān)數(shù)據(jù) (包括只讀數(shù)據(jù)及可讀寫數(shù)據(jù))。Modbus/RTU協(xié)議轉(zhuǎn)換為BACnet/IP協(xié)議(標(biāo)準(zhǔn)協(xié)議之間數(shù)據(jù)轉(zhuǎn)換)的流程包括首先，定義本地RS485接口為Modbus/RTU主點(diǎn)，定義以太網(wǎng)接口為BACnet/IP從 點(diǎn)，形成modbusRtuMaster主設(shè)備和BACnetIPSlave從設(shè)備，分別為modbusRtuMaster主設(shè) 備和BACnetlPSlave從設(shè)備添加寄存器映射數(shù)據(jù)標(biāo)記，建立數(shù)據(jù)映射關(guān)系。modbusRtuMaster主設(shè)備的工作流程為S301 modbusRtuMaster主設(shè)備監(jiān)測(cè)是否有可讀寫數(shù)據(jù)變化，若有，向 BACnetIPSlave從設(shè)備寫入解碼數(shù)據(jù)；另外主設(shè)備周期性發(fā)送讀命令，輪詢從設(shè)備中的數(shù)據(jù)狀態(tài)；S302 若S301有讀或?qū)懨畎l(fā)送需求，則執(zhí)行步驟S302，否則繼續(xù)執(zhí)行步驟 S301 ；S302 從RS485接口接收Modbus字節(jié)流，當(dāng)總線空閑間隔超過1. 5個(gè)字符間隔時(shí)， 將接收緩沖區(qū)中的數(shù)據(jù)作為一個(gè)數(shù)據(jù)幀提交后續(xù)流程；S303 對(duì)上述數(shù)據(jù)幀進(jìn)行CRC校驗(yàn)，若效驗(yàn)正確則執(zhí)行步驟S304，否則提示校驗(yàn)錯(cuò) 誤，轉(zhuǎn)步驟S301 ；S304 根據(jù)Modbus/RTU仂、議的編碼格式，解析協(xié)議數(shù)據(jù)，得到相應(yīng)的解碼數(shù)據(jù)， 轉(zhuǎn)步驟S301循環(huán)執(zhí)行。其中，Modbus/RTU協(xié)議的編碼格式如下
權(quán)利要求
1.一種協(xié)議轉(zhuǎn)換方法，其特征在于，執(zhí)行所述協(xié)議轉(zhuǎn)換的裝置至少包括接收源通訊協(xié) 議數(shù)據(jù)的第一通訊接口和發(fā)送目標(biāo)通訊協(xié)議數(shù)據(jù)的第二通訊接口，所述協(xié)議轉(zhuǎn)換方法包 括為所述第一通訊接口綁定相應(yīng)的協(xié)議類型，并從預(yù)設(shè)的規(guī)則庫中選取對(duì)應(yīng)的解碼規(guī) 則；為所述第二通訊接口綁定相應(yīng)的協(xié)議類型，并從預(yù)設(shè)的規(guī)則庫中選取對(duì)應(yīng)的編碼規(guī) 則；從所述第一通訊接口接收源通訊協(xié)議數(shù)據(jù)，判斷所述源通訊協(xié)議數(shù)據(jù)的協(xié)議類型，根 據(jù)該協(xié)議類型對(duì)應(yīng)的解碼規(guī)則，對(duì)所述源通訊協(xié)議數(shù)據(jù)進(jìn)行解碼，生成解碼數(shù)據(jù)；根據(jù)所述目標(biāo)通訊協(xié)議數(shù)據(jù)的協(xié)議類型及其編碼規(guī)則，對(duì)所述解碼數(shù)據(jù)進(jìn)行編碼，生 成目標(biāo)通訊數(shù)據(jù)并通過所述第二通訊接口發(fā)送出去。
2.如權(quán)利要求1所述的協(xié)議轉(zhuǎn)換方法，其特征在于在對(duì)所述源通訊協(xié)議數(shù)據(jù)進(jìn)行解碼步驟之前還包括對(duì)所述源通訊協(xié)議數(shù)據(jù)進(jìn)行校 驗(yàn)，若沒有通過校驗(yàn)，則結(jié)束所述協(xié)議轉(zhuǎn)換流程；在通過所述第二通訊接口發(fā)送目標(biāo)通訊協(xié)議數(shù)據(jù)步驟之前還包括對(duì)所述目標(biāo)通訊協(xié) 議數(shù)據(jù)進(jìn)行校驗(yàn)，若沒有通過校驗(yàn)，則結(jié)束所述協(xié)議轉(zhuǎn)換流程。
3.如權(quán)利要求1所述的協(xié)議轉(zhuǎn)換方法，其特征在于，所述判斷所述源通訊協(xié)議數(shù)據(jù)的 協(xié)議類型的方法具體為判斷所述源通訊協(xié)議數(shù)據(jù)的協(xié)議類型與所述第一通訊接口綁定的協(xié)議類型是否一致； 若是，繼續(xù)執(zhí)行后續(xù)流程；否則，結(jié)束所述協(xié)議轉(zhuǎn)換流程。
4.如權(quán)利要求1所述的協(xié)議轉(zhuǎn)換方法，其特征在于，所述協(xié)議類型包括TCP協(xié)議、 Modbus 協(xié)議、BACnet 協(xié)議、CANopen 協(xié)議、ProfibusDSP 協(xié)議和 DeviceNet 協(xié)議。
5.如權(quán)利要求1所述的協(xié)議轉(zhuǎn)換方法，其特征在于，所述源通訊協(xié)議數(shù)據(jù)的協(xié)議類型 為Modbus協(xié)議，從所述第一通訊接口接收源通訊協(xié)議數(shù)據(jù)的方法具體包括下述重復(fù)執(zhí)行 的步驟將所述第一通訊接口設(shè)置為接收狀態(tài)并清空接收緩沖區(qū)；將接收到的數(shù)據(jù)存入所述接收緩沖區(qū)，形成一個(gè)數(shù)據(jù)幀，提交后續(xù)步驟處理。
6.如權(quán)利要求1所述的協(xié)議轉(zhuǎn)換方法，其特征在于，所述第一通訊接口和第二通訊接 口采用下述接口類型中的至少一種以太網(wǎng)接口、RS232接口、RS485接口、USB接口或總線 擴(kuò)展接口。
7.一種協(xié)議轉(zhuǎn)換裝置，其特征在于，包括通訊接口單元、協(xié)議類型綁定單元、數(shù)據(jù)接收 解碼單元、數(shù)據(jù)編碼發(fā)送單元和規(guī)則庫單元，其中所述通訊接口單元至少包括接收源通訊協(xié)議數(shù)據(jù)的第一通訊接口和發(fā)送目標(biāo)通訊協(xié) 議數(shù)據(jù)的第二通訊接口；所述協(xié)議類型綁定單元用于為所述第一通訊接口綁定相應(yīng)的協(xié)議類型，并從所述規(guī)則 庫單元中選取對(duì)應(yīng)的解碼規(guī)則；為所述第二通訊接口綁定相應(yīng)的協(xié)議類型，并從所述規(guī)則 庫單元中選取對(duì)應(yīng)的編碼規(guī)則；所述數(shù)據(jù)接收編碼單元用于通過第一通訊接口接收源通訊協(xié)議數(shù)據(jù)，判斷協(xié)議類型， 并根據(jù)該協(xié)議類型對(duì)應(yīng)的解碼規(guī)則，對(duì)所述源通訊協(xié)議數(shù)據(jù)進(jìn)行解碼，生成解碼數(shù)據(jù)；所述數(shù)據(jù)編碼發(fā)送單元用于根據(jù)所述協(xié)議類型綁定單元建立的綁定關(guān)系，對(duì)所述數(shù)據(jù)接收解碼單元生成的所述解碼數(shù)據(jù)進(jìn)行編碼，生成目標(biāo)通訊數(shù)據(jù)，并通過所述第二通訊接 口發(fā)送出去；所述規(guī)則庫單元用于保存預(yù)設(shè)的協(xié)議類型及其對(duì)應(yīng)的編碼規(guī)則和/或解碼規(guī)則。
8.如權(quán)利要求7所述的協(xié)議轉(zhuǎn)換裝置，其特征在于，所述協(xié)議轉(zhuǎn)換裝置還包括數(shù)據(jù)校 驗(yàn)單元，用于對(duì)所述數(shù)據(jù)接收編碼單元接收的源通訊協(xié)議數(shù)據(jù)和所述數(shù)據(jù)編碼發(fā)送單元生 成的目標(biāo)通訊協(xié)議數(shù)據(jù)進(jìn)行校驗(yàn)，若所述數(shù)據(jù)沒有通過校驗(yàn)，直接結(jié)束數(shù)據(jù)轉(zhuǎn)換的執(zhí)行。
9.如權(quán)利要求7所述的協(xié)議轉(zhuǎn)換裝置，其特征在于，所述第一通訊接口和第二通訊接 口采用下述接口類型中的至少一種以太網(wǎng)接口、RS232接口、RS485接口或USB接口。
10.如權(quán)利要求7所述的協(xié)議轉(zhuǎn)換裝置，其特征在于，所述通訊接口單元還包括安裝 在總線擴(kuò)展接口上的總線通訊卡，所述總線通訊卡具體采用如下通訊卡中的至少一種 RS232/RS485總線通訊卡、CANopen總線通訊卡、ProfibusDSP總線通訊卡和DeviceNet總 線通訊卡。
全文摘要
本發(fā)明提供了一種協(xié)議轉(zhuǎn)換方法和裝置，執(zhí)行協(xié)議轉(zhuǎn)換的裝置包括至少包括第一通訊接口和第二通訊接口，所述協(xié)議轉(zhuǎn)換方法包括為所述通訊接口綁定相應(yīng)的協(xié)議類型，并從預(yù)設(shè)的規(guī)則庫中選取對(duì)應(yīng)的解碼規(guī)則和編碼規(guī)則；從所述第一通訊接口接收源通訊協(xié)議數(shù)據(jù)，判斷所述源通訊協(xié)議數(shù)據(jù)的協(xié)議類型，對(duì)所述源通訊協(xié)議數(shù)據(jù)進(jìn)行解碼，生成解碼數(shù)據(jù)；對(duì)所述解碼數(shù)據(jù)進(jìn)行編碼，生成目標(biāo)通訊數(shù)據(jù)并通過所述第二通訊接口發(fā)送出去。本發(fā)明對(duì)源通訊協(xié)議和目標(biāo)通訊協(xié)議的類型不加限制，從而可實(shí)現(xiàn)對(duì)多種現(xiàn)有標(biāo)準(zhǔn)協(xié)議和廠家自定義協(xié)議的數(shù)據(jù)進(jìn)行轉(zhuǎn)換，解決了現(xiàn)有技術(shù)只能對(duì)特定協(xié)議進(jìn)行轉(zhuǎn)換導(dǎo)致的產(chǎn)品功能單一、復(fù)用性較差的問題。
文檔編號(hào)H04L12/40GK102045334SQ201010293250
公開日2011年5月4日 申請(qǐng)日期2010年9月27日 優(yōu)先權(quán)日2010年9月27日
發(fā)明者于海超, 于立軍, 李喆, 李磊, 沈鋼, 秘松波 申請(qǐng)人:北京泰豪智能工程有限公司