新聞中心

EEPW首頁(yè) > 模擬技術(shù) > 設(shè)計(jì)應(yīng)用 > 自動(dòng)抄表系統(tǒng)中可靠性和糾錯(cuò)能力

自動(dòng)抄表系統(tǒng)中可靠性和糾錯(cuò)能力

作者: 時(shí)間:2012-03-06 來源:網(wǎng)絡(luò) 收藏
本文針對(duì)結(jié)構(gòu),通過一系列方法來提高上位機(jī)軟件的,從而協(xié)調(diào)和下位機(jī)(硬件)數(shù)據(jù)及命令的交互。上位機(jī)采用Visual Basic 6.0編程工具,采用MSComm控件實(shí)現(xiàn)與通訊控制器的通訊。

  1幀格式的設(shè)計(jì)

  要保證數(shù)據(jù)的正確性和,必須設(shè)計(jì)一種盡可能避免錯(cuò)誤出現(xiàn)的幀格式,我們以01H作為幀起始碼(SOH),以04H作為幀結(jié)束碼(EOT)。在幀內(nèi)的數(shù)據(jù)中也有可能出現(xiàn)01H和04H,必須加以替換以區(qū)別幀頭和幀尾。文中以DLE+‘x’來代替SOH(01H),以DLE+‘y’來代替EOT(04H)。此時(shí)會(huì)出現(xiàn)一個(gè)問題,即如何區(qū)分?jǐn)?shù)據(jù)區(qū)中的DLE與替換后出現(xiàn)的DL E;這就必須對(duì)數(shù)據(jù)DLE(10H)再進(jìn)行替換,以DEL+‘z’來替換DLE,此時(shí)所有情況的替換結(jié)束。這既能很容易識(shí)別出一幀數(shù)據(jù),又避免了因數(shù)據(jù)區(qū)中出現(xiàn)特殊字符而導(dǎo)致錯(cuò)誤數(shù)據(jù)的出現(xiàn),再結(jié)合奇偶校驗(yàn),從而進(jìn)一步保證了傳輸數(shù)據(jù)的。

  對(duì)上位機(jī)發(fā)送的數(shù)據(jù),要先替換后校驗(yàn);而對(duì)于下位機(jī)傳上來的數(shù)據(jù),要先校驗(yàn)再反替換,這是為了保證上位機(jī)和下位機(jī)在通訊線路中都不出現(xiàn)特殊字符SOH、EOT和DLE而設(shè)計(jì)的規(guī)定。反替換流程相當(dāng)于替換流程的逆,在此就不再累述了。

  2串口問題

  因?yàn)楸鞠到y(tǒng)的上位機(jī)是通過RS232轉(zhuǎn)RS485與下位機(jī)進(jìn)行通訊的。所以,串口通訊的可靠性直接關(guān)系到整個(gè)系統(tǒng)的可靠性。而串口的使用借助于Visual Basic 6.0中的MSComm控件。MSComm控件是通過OnComm事件來觸發(fā)的,觸發(fā)的時(shí)機(jī)由CommEvent的屬性Rthreshold決定。當(dāng)設(shè)定Rthreshold=1時(shí),即緩沖區(qū)每接受到1個(gè)字符就引發(fā)一次OnComm事件;當(dāng)設(shè)定Rthreshold=10時(shí),即緩沖區(qū)每接收到10個(gè)字符就引發(fā)一次OnComm事件。因考慮到前面的替換問題,每一幀的長(zhǎng)度是無法預(yù)測(cè)的,但根據(jù)通訊規(guī)程可以知道最短幀的長(zhǎng)度。我們采用最少數(shù)據(jù)長(zhǎng)度(沒有任何替換)作為Rthreshold的值。這雖然可以保證對(duì)上傳數(shù)據(jù)的及時(shí)響應(yīng)但無法保證獲得一個(gè)完整的幀。當(dāng)使用此語句讀串口時(shí)若接收的數(shù)據(jù)沒經(jīng)過任何替換則可接收到完整一幀,否則數(shù)據(jù)幀不全。解決的方法是在讀串口前加延時(shí)以保證讀入數(shù)據(jù)完全,至于延時(shí)的處理不建議用循環(huán)語句來實(shí)現(xiàn),這將增加調(diào)試的難度,最好的方法是調(diào)用API函數(shù)Sleep:

  Sleep()中時(shí)間以毫秒作為最小時(shí)間單位,a值的選取必須通過多次調(diào)試才能獲得最佳效果。另外,為了防止MSComm控件串行通訊問題,在發(fā)送讀串口命令時(shí)通過啟用定時(shí)器處理程序來捕獲串口通訊異常。這些方法可以最大程度的減少因通訊方面的問題而引發(fā)的錯(cuò)誤。

  3整體抄表問題

  的優(yōu)點(diǎn)在于它既可以對(duì)單一用戶又可以對(duì)所有用戶的水、電、氣三表進(jìn)行讀數(shù)而不需人工干預(yù)。單一抄表比較簡(jiǎn)單;但在整體抄表過程中會(huì)出現(xiàn)因連續(xù)、快速的讀數(shù)導(dǎo)致硬件的采集速度與上位機(jī)的讀數(shù)速度不匹配,或因串口事件處理函數(shù)未結(jié)束而又有事件觸發(fā),或線路干擾等一系列問題,這些因素都會(huì)影響到整體抄表的穩(wěn)定性和正確率。由于整體讀數(shù)的復(fù)雜性,僅通過增加錯(cuò)誤處理程序往往無法達(dá)到預(yù)期效果。對(duì)于本系統(tǒng),筆者通過不斷實(shí)踐發(fā)現(xiàn),在整體讀數(shù)程序中引入第二個(gè)延時(shí)和重復(fù)讀數(shù)功能可以大大提高整體讀數(shù)的正確率。

  在發(fā)出讀數(shù)命令并正確讀到數(shù)據(jù)后,必須進(jìn)行短暫的延時(shí),然后再讀下一戶,再延時(shí),以此類推直到全部讀完。當(dāng)對(duì)一戶讀數(shù)出錯(cuò)時(shí),要重復(fù)對(duì)其讀數(shù)幾次,若正確再讀下一戶,否則先調(diào)錯(cuò)誤處理函數(shù),再讀下一戶。注意:錯(cuò)誤數(shù)據(jù)不能寫入數(shù)據(jù)庫(kù),以防結(jié)算時(shí)產(chǎn)生問題。延時(shí)的引入盡管會(huì)對(duì)整體抄表的速度造成一定影響,但考慮到系統(tǒng)的整體性能,以損失一定速度來?yè)Q取準(zhǔn)確性這在絕大多數(shù)中是可以接受的。在整體抄表過程中,“延時(shí)”具有關(guān)鍵的作用,它不但協(xié)調(diào)了軟件和硬件之間的問題,也協(xié)調(diào)了軟件自身的問題。

  通過上述方法,使得整個(gè)系統(tǒng)從細(xì)節(jié)到整體上都加強(qiáng)了抄表系統(tǒng)的可靠性和對(duì) 大多數(shù)錯(cuò)誤情況的避免和處理,從而保證了自動(dòng)抄表系統(tǒng)高性能和高可靠性的要求,這種方 法在實(shí)際應(yīng)用中收到了良好的效果。



評(píng)論


相關(guān)推薦

技術(shù)專區(qū)

關(guān)閉