專利名稱：一種計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)通訊，特別是涉及一種計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法。
背景技術(shù)：
為加強(qiáng)統(tǒng)籌管理，通信運(yùn)營(yíng)商將分布在不同地理位置的基站/機(jī)房中逐年大幅度增加的智能設(shè)備作為監(jiān)控點(diǎn)，通過不同的網(wǎng)絡(luò)連接方式接入到網(wǎng)管中心，組成集中監(jiān)控系統(tǒng)。如何對(duì)多種多樣的大量的監(jiān)控點(diǎn)的原始數(shù)據(jù)進(jìn)行解析，實(shí)現(xiàn)對(duì)所有智能設(shè)備進(jìn)行統(tǒng)一有效的管理，是衡量集中監(jiān)控系統(tǒng)性能的核心指標(biāo)之一。導(dǎo)致原始數(shù)據(jù)錯(cuò)誤的原因包括校驗(yàn)錯(cuò)誤、地址沖突、長(zhǎng)度錯(cuò)誤、特征碼錯(cuò)誤，以及返回?cái)?shù)據(jù)中某些值超過標(biāo)準(zhǔn)值。例如，現(xiàn)有的對(duì)英國(guó)依頓福蘭(Eaton-Williams)公司出品的空調(diào)的通訊數(shù)據(jù)的誤碼分析和過濾方 法，采用標(biāo)準(zhǔn)Modbus通訊協(xié)議，直接對(duì)返回的數(shù)據(jù)進(jìn)行數(shù)據(jù)公式換算，未進(jìn)行地址檢查和16位循環(huán)冗余校驗(yàn)(Cyclic RedundancyCheck,縮略詞為CRC)碼即CRC 16校驗(yàn),存在的不足是，如果監(jiān)控的設(shè)備比較多，接線比較復(fù)雜，會(huì)導(dǎo)致設(shè)備地址發(fā)生沖突，發(fā)送的是監(jiān)控某一設(shè)備的命令，收到的返回?cái)?shù)據(jù)卻是另一設(shè)備的；而且由于沒有進(jìn)行CRC16校驗(yàn)，返回?cái)?shù)據(jù)可能與實(shí)際數(shù)據(jù)不一致。又例如，現(xiàn)有的對(duì)科華公司出品的三相380V輸入、三相380V輸出的三進(jìn)三出型不間斷電源(Uninterruptible Power System,縮略詞為UPS)的通訊數(shù)據(jù)誤碼分析和過濾方法，采用ASCII方式的通訊協(xié)議，是直接將收到的返回?cái)?shù)據(jù)和實(shí)際中的數(shù)據(jù)對(duì)應(yīng)，未進(jìn)行特征碼檢查和長(zhǎng)度檢查，存在的不足是，如果返回?cái)?shù)據(jù)過短或者由于沒有進(jìn)行特征碼檢查，返回?cái)?shù)據(jù)也可能與實(shí)際數(shù)據(jù)不一致。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是彌補(bǔ)上述現(xiàn)有技術(shù)的缺陷，提供一種計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法。本發(fā)明的技術(shù)問題通過以下技術(shù)方案予以解決。這種計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法，監(jiān)控點(diǎn)是分布在不同地理位置的基站/機(jī)房中的智能設(shè)備，所述智能設(shè)備預(yù)先設(shè)置相應(yīng)的設(shè)備地址、波特率、數(shù)據(jù)位、停止位和校驗(yàn)，所述校驗(yàn)是奇校驗(yàn)、偶校驗(yàn)和無校驗(yàn)位中的一種，配用的動(dòng)態(tài)數(shù)據(jù)策略庫(kù)包括設(shè)定的檢查與校驗(yàn)用的標(biāo)準(zhǔn)數(shù)據(jù)，所述設(shè)定的檢查與校驗(yàn)用的標(biāo)準(zhǔn)數(shù)據(jù)包括地址沖突檢查、長(zhǎng)度檢查、數(shù)據(jù)校驗(yàn)、特征碼檢查、值域檢查、關(guān)聯(lián)值檢查、黑名單字符集，以及全字符檢查用的標(biāo)準(zhǔn)數(shù)據(jù)。這種計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法的特點(diǎn)是依次有以下步驟I)服務(wù)端與設(shè)備建立通訊，采集數(shù)據(jù)服務(wù)端根據(jù)智能設(shè)備的通訊協(xié)議向通過IP總線或RS485/RS422/RS232串口連接的相應(yīng)智能設(shè)備發(fā)送相應(yīng)命令，采集數(shù)據(jù)，所述相應(yīng)命令包括十六進(jìn)制命令和ASCII碼命令；2)設(shè)備返回?cái)?shù)據(jù)所述智能設(shè)備收到服務(wù)端根據(jù)智能設(shè)備的通訊協(xié)議發(fā)送的相應(yīng)命令后返回采集數(shù)據(jù)；3)數(shù)據(jù)分析分析返回?cái)?shù)據(jù)是否為正常數(shù)據(jù)，包括地址沖突檢查、長(zhǎng)度檢查、數(shù)據(jù)校驗(yàn)、特征碼檢查、值域檢查、關(guān)聯(lián)值檢查、黑名單字符集，以及全字符檢查；4)過濾處理
如果返回?cái)?shù)據(jù)是正常數(shù)據(jù)，即校驗(yàn)通過，經(jīng)過分析的返回?cái)?shù)據(jù)和實(shí)際數(shù)據(jù)一致，不是亂碼或/和無效數(shù)據(jù)，則對(duì)返回?cái)?shù)據(jù)進(jìn)行加工；如果返回?cái)?shù)據(jù)是非正常數(shù)據(jù)，即校驗(yàn)未通過，經(jīng)過分析的返回?cái)?shù)據(jù)和實(shí)際數(shù)據(jù)不一致，是亂碼或/和無效數(shù)據(jù)，則丟棄，退出程序。本發(fā)明的技術(shù)問題通過以下進(jìn)一步的技術(shù)方案予以解決。所述步驟3)分析返回?cái)?shù)據(jù)是否為正常數(shù)據(jù)，是程序員根據(jù)相應(yīng)智能設(shè)備的通訊協(xié)議，調(diào)用相關(guān)動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的相應(yīng)的方法進(jìn)行分析。所述步驟3)分析返回?cái)?shù)據(jù)，智能設(shè)備的通訊協(xié)議為標(biāo)準(zhǔn)Modbus通訊協(xié)議的，包括以下分步驟3*1*1)調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的地址沖突檢查方法arrSend(O) OarrRec (0),檢查發(fā)送命令的設(shè)備地址和返回?cái)?shù)據(jù)的設(shè)備地址是否發(fā)生沖突，調(diào)用sCmdDataType.ToUpper〈>”HEX”方法，判斷數(shù)據(jù)類型是否是十六進(jìn)制(HEX)；3*1*2)調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的bitCRCn方法進(jìn)行CRC16校驗(yàn)。所述步驟3)分析返回?cái)?shù)據(jù)，智能設(shè)備的通訊協(xié)議為ASCII方式的通訊協(xié)議的，包括以下分步驟3*2*1)調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的長(zhǎng)度檢查，檢查返回?cái)?shù)據(jù)的長(zhǎng)度是否在設(shè)定的標(biāo)準(zhǔn)值范圍；3*2*2)調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的sSource. substring (0,1)方法進(jìn)行特征碼檢查，檢查返回?cái)?shù)據(jù)中是否包含“！ ”和“/”。所述步驟3)分析返回?cái)?shù)據(jù)，智能設(shè)備的通訊協(xié)議為電總通訊協(xié)議的，包括以下分步驟3 3 I)調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的特征碼檢查，檢查返回?cái)?shù)據(jù)的特征碼是否包含
U _ ”3*3*2)調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的Check7ECode方法進(jìn)行和校驗(yàn)。本發(fā)明的技術(shù)問題通過以下再進(jìn)一步的技術(shù)方案予以解決。所述步驟3)的地址沖突檢查，是檢查智能設(shè)備地址是否發(fā)生沖突。所述步驟3)的長(zhǎng)度檢查，是檢查返回?cái)?shù)據(jù)的長(zhǎng)度是否在設(shè)定的標(biāo)準(zhǔn)值范圍。所述步驟3)的數(shù)據(jù)校驗(yàn)，包括CRC校驗(yàn)，以及和校驗(yàn)，所述CRC校驗(yàn)是16位循環(huán)冗余校驗(yàn)，所述和校驗(yàn)是通訊協(xié)議為電總協(xié)議才進(jìn)行的校驗(yàn)，是除S0I、E0I和CHKSUM外，將其他字符ASCII碼值累加求和，所得結(jié)果模65536余數(shù)取反加I。所述步驟3)的特征碼檢查，是檢查某些通訊協(xié)議的基本格式中的起始標(biāo)志位是否正確，如果不正確，返回?cái)?shù)據(jù)即為無效數(shù)據(jù)，數(shù)據(jù)類型是ASCII碼；包括檢查！、$、
、 、 o所述步驟3)的值域檢查，是檢查返回?cái)?shù)據(jù)中某些值是否在設(shè)定的標(biāo)準(zhǔn)值范圍，如果不是在設(shè)定的標(biāo)準(zhǔn)值范圍內(nèi)，返回?cái)?shù)據(jù)即為亂碼。例如某UPS的輸入線電壓設(shè)定的標(biāo)準(zhǔn)值范圍是(0，420)，如果采集的返回?cái)?shù)據(jù)中輸入線電壓的值不是在設(shè)定的標(biāo)準(zhǔn)值范圍內(nèi)，返回?cái)?shù)據(jù)為亂碼。所述步驟3)的關(guān)聯(lián)值檢查，是檢查當(dāng)某一返回?cái)?shù)據(jù)達(dá)到要求時(shí)，與其相關(guān)聯(lián)的另一返回?cái)?shù)據(jù)是否有關(guān)聯(lián)值，如果不是有關(guān)聯(lián)值，返回?cái)?shù)據(jù)即為無效數(shù)據(jù)。例如某UPS的A相輸出電壓有值，A相輸出電流有值，但是A相負(fù)載率為0，由于負(fù)載率=電流/額定電流，負(fù)載率應(yīng)該有值，返回?cái)?shù)據(jù)中A相負(fù)載率為0，返回?cái)?shù)據(jù)為無效數(shù)據(jù)。所述步驟3)的黑名單字符集檢查，是檢查返回?cái)?shù)據(jù)中是否包含絕對(duì)不可能包括·的字符，如果包含，返回?cái)?shù)據(jù)即為無效數(shù)據(jù)，例如通訊協(xié)議為標(biāo)準(zhǔn)Modbus通訊協(xié)議中發(fā)送命令的功能碼為03，返回?cái)?shù)據(jù)中的功能碼為83，返回?cái)?shù)據(jù)為無效數(shù)據(jù)。本發(fā)明與現(xiàn)有技術(shù)相比的有益效果是本發(fā)明的方法是對(duì)監(jiān)控系統(tǒng)的設(shè)備通訊數(shù)據(jù)采用可擴(kuò)展的誤碼分析和過濾方法，生成的通訊數(shù)據(jù)誤碼率低，監(jiān)控系統(tǒng)可以對(duì)所有智能設(shè)備進(jìn)行統(tǒng)一的有效管理與實(shí)時(shí)監(jiān)控。


圖I是本發(fā)明具體實(shí)施方式
一、二的步驟簡(jiǎn)示圖；圖2是圖I中的調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)的組成示意圖；圖3是本發(fā)明具體實(shí)施方式
一的部分步驟詳示圖；圖4是本發(fā)明具體實(shí)施方式
二的部分步驟詳示圖。
具體實(shí)施例方式
下面結(jié)合具體實(shí)施方式
并對(duì)照附圖對(duì)本發(fā)明進(jìn)行說明。
具體實(shí)施方式
一一種如圖1、2、3所示的計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法，監(jiān)控點(diǎn)是分布在不同地理位置的基站/機(jī)房中的英國(guó)依頓福蘭(Eaton-Williams)公司出品的多臺(tái)空調(diào)，采用Modbus RTU方式的通訊協(xié)議，預(yù)先設(shè)置相應(yīng)的設(shè)備地址為“01”、波特率為9600、數(shù)據(jù)位為8、停止位為I和無校驗(yàn)位，配用的動(dòng)態(tài)數(shù)據(jù)策略庫(kù)包括設(shè)定的檢查與校驗(yàn)用的標(biāo)準(zhǔn)數(shù)據(jù)，所述設(shè)定的檢查與校驗(yàn)用的標(biāo)準(zhǔn)數(shù)據(jù)包括地址沖突檢查、數(shù)據(jù)校驗(yàn)、特征碼檢查、長(zhǎng)度檢查、值域檢查、關(guān)聯(lián)值檢查、黑名單字符集，以及全字符檢查用的標(biāo)準(zhǔn)數(shù)據(jù)。依次有以下步驟I)服務(wù)端與設(shè)備建立通訊，采集數(shù)據(jù)服務(wù)端根據(jù)空調(diào)采用Modbus RTU方式的通訊協(xié)議向通過IP總線或RS485/RS422/RS232串口連接的空調(diào)發(fā)送相應(yīng)的十六進(jìn)制命令，采集數(shù)據(jù)，十六進(jìn)制命令003000100069408；2)設(shè)備返回?cái)?shù)據(jù)空調(diào)收到服務(wù)端發(fā)送的相應(yīng)命令后返回采集數(shù)據(jù)；
01030C 00DA000000000000000001DB 5BA03)數(shù)據(jù)分析程序員根據(jù)相應(yīng)智能設(shè)備的通訊協(xié)議，調(diào)用相關(guān)動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的相應(yīng)的方法分析返回?cái)?shù)據(jù)是否為正常數(shù)據(jù)，包括地址沖突檢查、數(shù)據(jù)校驗(yàn)；3*1*1)調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的地址沖突檢查的方法arrSend(O) OarrRec (0),檢查發(fā)送命令的設(shè)備地址和返回?cái)?shù)據(jù)的設(shè)備地址是否發(fā)生沖突，調(diào)用sCmdDataType.ToUppeKV’HEX”方法，判斷數(shù)據(jù)類型是否是十六進(jìn)制(HEX)，發(fā)送命令中設(shè)備地址為“01”，返回?cái)?shù)據(jù)中設(shè)備地址為“01”，設(shè)備地址未發(fā)生沖突；3*1*2)調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的方法bitCRCn校驗(yàn)進(jìn)行CRC16校驗(yàn)，采用上述步驟可以防止在監(jiān)控的空調(diào)多，接線復(fù)雜情況下可能導(dǎo)致設(shè)備地址發(fā)生沖突，不會(huì)出現(xiàn)發(fā)送監(jiān)控某一臺(tái)空調(diào)的命令，返回的卻是另一臺(tái)空調(diào)的數(shù)據(jù)的情況；而且由于進(jìn)行了 CRC 16校驗(yàn)，如果返回?cái)?shù)據(jù)CRC校驗(yàn)不通過，就可以避免返回?cái)?shù)據(jù)和實(shí)際數(shù)據(jù)不一致即返回?cái)?shù)據(jù) 錯(cuò)誤的情況；4)過濾處理如果返回?cái)?shù)據(jù)是正常數(shù)據(jù)，即校驗(yàn)通過，經(jīng)過分析的返回?cái)?shù)據(jù)和實(shí)際數(shù)據(jù)一致，不是亂碼或/和無效數(shù)據(jù)，則對(duì)返回?cái)?shù)據(jù)進(jìn)行加工；如果返回?cái)?shù)據(jù)是非正常數(shù)據(jù)，即校驗(yàn)未通過，經(jīng)過分析的返回?cái)?shù)據(jù)和實(shí)際數(shù)據(jù)不一致，是亂碼或/和無效數(shù)據(jù)，則丟棄，退出程序。
具體實(shí)施方式
二一種如圖1、2、4所示的計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法，監(jiān)控點(diǎn)是分布在不同地理位置的基站/機(jī)房中的科華公司出品的三相380V輸入、三相380V輸出的三進(jìn)三出型多臺(tái)UPS，采用ASCII方式的通訊協(xié)議，預(yù)先設(shè)置相應(yīng)的設(shè)備地址為“01”、波特率為9600、數(shù)據(jù)位為8、停止位為I和無校驗(yàn)位，配用的動(dòng)態(tài)數(shù)據(jù)策略庫(kù)包括設(shè)定的檢查與校驗(yàn)用的標(biāo)準(zhǔn)數(shù)據(jù)，所述設(shè)定的檢查與校驗(yàn)用的標(biāo)準(zhǔn)數(shù)據(jù)包括地址沖突檢查、數(shù)據(jù)校驗(yàn)、特征碼檢查、長(zhǎng)度檢查、值域檢查、關(guān)聯(lián)值檢查、黑名單字符集，以及全字符檢查用的標(biāo)準(zhǔn)數(shù)據(jù)。依次有以下步驟I)服務(wù)端與設(shè)備建立通訊，采集數(shù)據(jù)服務(wù)端根據(jù)UPS的ASCII方式的通訊協(xié)議向通過IP總線或RS485/RS422/RS232串口連接的UPS發(fā)送相應(yīng)的ASCII碼命令，采集數(shù)據(jù)，ASCII 碼命令G3;2)設(shè)備返回?cái)?shù)據(jù)UPS收到服務(wù)端根據(jù)智能設(shè)備的通訊協(xié)議發(fā)送的相應(yīng)命令后返回采集數(shù)據(jù)! 224. 0/223. 0/222. 0223. 0/224. 0/224. 0221. 0/219. 0/221. 0012. 0/018. 0/016.0 ；3)數(shù)據(jù)分析程序員根據(jù)相應(yīng)智能設(shè)備的通訊協(xié)議，調(diào)用相關(guān)動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的相應(yīng)的方法分析返回?cái)?shù)據(jù)是否為正常數(shù)據(jù)，包括長(zhǎng)度檢查、特征碼檢查；3*2*1)調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的長(zhǎng)度檢查sSource. Length < 5，檢查返回?cái)?shù)據(jù)的長(zhǎng)度是否小于5，在設(shè)定的標(biāo)準(zhǔn)值范圍；3*2*2)調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的方法sSource. IndexOf ( “ ! ”)〈>0進(jìn)行特征碼檢查，檢查返回?cái)?shù)據(jù)中是否包含“ ！ ”，采用上述步驟，可以避免返回?cái)?shù)據(jù)中如果不含有這些特征符號(hào)，校驗(yàn)不通過，就可以避免返回?cái)?shù)據(jù)和實(shí)際數(shù)據(jù)不一致即返回?cái)?shù)據(jù)錯(cuò)誤的情況；4)過濾處理如果返回?cái)?shù)據(jù)是正常數(shù)據(jù)，即校驗(yàn)通過，經(jīng)過分析的返回?cái)?shù)據(jù)和實(shí)際數(shù)據(jù)一致，不是亂碼或/和無效數(shù)據(jù)，則對(duì)返回?cái)?shù)據(jù)進(jìn)行加工；如果返回?cái)?shù)據(jù)是非正常數(shù)據(jù)，即校驗(yàn)未通過，經(jīng)過分析的返回?cái)?shù)據(jù)和實(shí)際數(shù)據(jù)不一致，是亂碼或/和無效數(shù)據(jù)，則丟棄，退出程序。以上內(nèi)容是結(jié)合具體的優(yōu)選實(shí)施方式對(duì)本發(fā)明所作的進(jìn)一步詳細(xì)說明，不能認(rèn)定本發(fā)明的具體實(shí)施只局限于這些說明。本發(fā)明技術(shù)領(lǐng)域的普通技術(shù)人員在不脫離本發(fā)明構(gòu)·思的前提下做出若干等同替代或明顯變型，而且性能或用途相同，都應(yīng)當(dāng)視為屬于本發(fā)明的權(quán)利要求保護(hù)范圍。
權(quán)利要求
1.一種計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法，監(jiān)控點(diǎn)是分布在不同地理位置的基站/機(jī)房中的智能設(shè)備，所述智能設(shè)備預(yù)先設(shè)置相應(yīng)的設(shè)備地址、波特率、數(shù)據(jù)位、停止位和校驗(yàn)，所述校驗(yàn)是奇校驗(yàn)、偶校驗(yàn)和無校驗(yàn)位中的一種，配用的動(dòng)態(tài)數(shù)據(jù)策略庫(kù)包括設(shè)定的檢查與校驗(yàn)用的標(biāo)準(zhǔn)數(shù)據(jù)，所述設(shè)定的檢查與校驗(yàn)用的標(biāo)準(zhǔn)數(shù)據(jù)包括地址沖突檢查、長(zhǎng)度檢查、數(shù)據(jù)校驗(yàn)、特征碼檢查、值域檢查、關(guān)聯(lián)值檢查、黑名單字符集，以及全字符檢查用的標(biāo)準(zhǔn)數(shù)據(jù)，其特征在于 依次有以下步驟 1)服務(wù)端與設(shè)備建立通訊，采集數(shù)據(jù) 服務(wù)端根據(jù)智能設(shè)備的通訊協(xié)議向通過IP總線或RS485/RS422/RS232串口連接的相應(yīng)智能設(shè)備發(fā)送相應(yīng)命令，采集數(shù)據(jù)，所述相應(yīng)命令包括十六進(jìn)制命令和ASCII碼命令； 2)設(shè)備返回?cái)?shù)據(jù) 所述智能設(shè)備收到服務(wù)端根據(jù)智能設(shè)備的通訊協(xié)議發(fā)送的相應(yīng)命令后返回采集數(shù)據(jù)； 3)數(shù)據(jù)分析 分析返回?cái)?shù)據(jù)是否為正常數(shù)據(jù)，包括地址沖突檢查、長(zhǎng)度檢查、數(shù)據(jù)校驗(yàn)、特征碼檢查、值域檢查、關(guān)聯(lián)值檢查、黑名單字符集，以及全字符檢查； 4)過濾處理 如果返回?cái)?shù)據(jù)是正常數(shù)據(jù)，即校驗(yàn)通過，經(jīng)過分析的返回?cái)?shù)據(jù)和實(shí)際數(shù)據(jù)一致，不是亂碼或/和無效數(shù)據(jù)，則對(duì)返回?cái)?shù)據(jù)進(jìn)行加工； 如果返回?cái)?shù)據(jù)是非正常數(shù)據(jù)，即校驗(yàn)未通過，經(jīng)過分析的返回?cái)?shù)據(jù)和實(shí)際數(shù)據(jù)不一致，是亂碼或/和無效數(shù)據(jù)，則丟棄，退出程序。
2.如權(quán)利要求I所述的計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法，其特征在于 所述步驟3)分析返回?cái)?shù)據(jù)是否為正常數(shù)據(jù)，是程序員根據(jù)相應(yīng)智能設(shè)備的通訊協(xié)議，調(diào)用相關(guān)動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的相應(yīng)的方法進(jìn)行分析。
3.如權(quán)利要求I或2所述的計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法，其特征在于 所述步驟3)分析返回?cái)?shù)據(jù)，智能設(shè)備的通訊協(xié)議為標(biāo)準(zhǔn)Modbus通訊協(xié)議的，包括以下分步驟 3*1*1)調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的地址沖突檢查arrSend (O)OarrRec(O),檢查發(fā)送命令的設(shè)備地址和返回?cái)?shù)據(jù)的設(shè)備地址是否發(fā)生沖突，調(diào)用sCmdDataType. ToUpperO”HEX”方法，判斷數(shù)據(jù)類型是否是十六進(jìn)制(HEX)； 3*1*2)調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的bitCRCn方法進(jìn)行CRC16校驗(yàn)。
4.如權(quán)利要求I或2所述的計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法，其特征在于 所述步驟3)分析返回?cái)?shù)據(jù)，智能設(shè)備的通訊協(xié)議為ASCII方式的通訊協(xié)議的，包括以下分步驟 3-2-1)調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的長(zhǎng)度檢查，檢查返回?cái)?shù)據(jù)的長(zhǎng)度是否在超過設(shè)定的標(biāo)準(zhǔn)值范圍； 3*2*2)調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的sSource. substring(0,1)方法進(jìn)行特征碼檢查,檢查返回?cái)?shù)據(jù)中是否包含“！ ”和“/”。
5.如權(quán)利要求I或2所述的計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法，其特征在于 所述步驟3)分析返回?cái)?shù)據(jù)，智能設(shè)備的通訊協(xié)議為電總通訊協(xié)議的，包括以下分步驟 3-3-1)調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的特征碼檢查，檢查返回?cái)?shù)據(jù)的特征碼是否包含“ ”； 3*3*2)調(diào)用動(dòng)態(tài)數(shù)據(jù)策略庫(kù)中的方法Check7EC0de進(jìn)行和校驗(yàn)。
6.如權(quán)利要求I或2所述的計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法，其特征在于 所述步驟3)的地址沖突檢查，是檢查智能設(shè)備地址是否發(fā)生沖突。
7.如權(quán)利要求I或2所述的計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法，其特征在于 所述步驟3)的長(zhǎng)度檢查，是檢查返回?cái)?shù)據(jù)的長(zhǎng)度是否在設(shè)定的標(biāo)準(zhǔn)值范圍。
8.如權(quán)利要求I或2所述的計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法，其特征在于 所述步驟3)的數(shù)據(jù)校驗(yàn)，包括CRC校驗(yàn)，以及和校驗(yàn)，所述CRC校驗(yàn)是16位循環(huán)冗余校驗(yàn)，所述和校驗(yàn)是通訊協(xié)議為電總協(xié)議才進(jìn)行的校驗(yàn)，是除SOI、EOI和CHKSUM外，將其他字符ASCII碼值累加求和，所得結(jié)果模65536余數(shù)取反加I。
9.如權(quán)利要求I或2所述的計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法，其特征在于 所述步驟3)的值域檢查，是檢查返回?cái)?shù)據(jù)中某些值是否在超過設(shè)定的標(biāo)準(zhǔn)值范圍，如果不是在設(shè)定的標(biāo)準(zhǔn)值范圍內(nèi)，返回?cái)?shù)據(jù)即為亂碼； 所述步驟3)的關(guān)聯(lián)值檢查，是檢查當(dāng)某一返回?cái)?shù)據(jù)達(dá)到要求時(shí)，與其相關(guān)聯(lián)的另一返回?cái)?shù)據(jù)是否有關(guān)聯(lián)值，如果不是有關(guān)聯(lián)值，返回?cái)?shù)據(jù)即為無效數(shù)據(jù)。
10.如權(quán)利要求I或2所述的計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法，其特征在于 所述步驟3)的特征碼檢查，是檢查某些通訊協(xié)議的基本格式中的起始標(biāo)志位是否正確，如果不正確，返回?cái)?shù)據(jù)即為無效數(shù)據(jù)； 所述步驟3)的黑名單字符集檢查，是檢查返回?cái)?shù)據(jù)中是否包含絕對(duì)不可能包括的字符，如果包含，返回?cái)?shù)據(jù)即為無效數(shù)據(jù)。
全文摘要
本發(fā)明公開了一種計(jì)算機(jī)監(jiān)控系統(tǒng)通訊數(shù)據(jù)誤碼分析和過濾方法，監(jiān)控點(diǎn)是分布在不同地理位置的基站/機(jī)房中的智能設(shè)備，智能設(shè)備預(yù)先設(shè)置相應(yīng)的設(shè)備地址、波特率、數(shù)據(jù)位、停止位和校驗(yàn)，配用的動(dòng)態(tài)數(shù)據(jù)策略庫(kù)包括設(shè)定的檢查與校驗(yàn)用的標(biāo)準(zhǔn)數(shù)據(jù)，其包括地址沖突檢查、長(zhǎng)度檢查、數(shù)據(jù)校驗(yàn)、特征碼檢查、值域檢查、關(guān)聯(lián)值檢查、黑名單字符集，以及全字符檢查用的標(biāo)準(zhǔn)數(shù)據(jù)，其特征在于依次有以下步驟1)服務(wù)端與設(shè)備建立通訊，采集數(shù)據(jù)；2)設(shè)備返回?cái)?shù)據(jù)；3)數(shù)據(jù)分析；4)過濾處理。本發(fā)明的方法是對(duì)監(jiān)控系統(tǒng)的設(shè)備通訊數(shù)據(jù)采用可擴(kuò)展的誤碼分析和過濾方法，生成的通訊數(shù)據(jù)誤碼率低，監(jiān)控系統(tǒng)可以對(duì)所有智能設(shè)備進(jìn)行統(tǒng)一的有效管理與實(shí)時(shí)監(jiān)控。
文檔編號(hào)H04L12/26GK102970177SQ20121039868
公開日2013年3月13日 申請(qǐng)日期2012年10月19日 優(yōu)先權(quán)日2012年10月19日
發(fā)明者張毅, 石述紅, 鄭歡林, 譚能文 申請(qǐng)人:深圳市計(jì)通智能技術(shù)有限公司