專利名稱：一種單板硬件故障的檢測方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種單板硬件故障的檢測方法和裝置。
背景技術(shù)：
隨著通信技術(shù)的發(fā)展與廣泛應(yīng)用，用戶對通信性能穩(wěn)定的要求也越來越高。這不 僅需要在出廠之前對通信設(shè)備的質(zhì)量進(jìn)行嚴(yán)格的檢測，還有一個重要的方面就是當(dāng)使用中 的設(shè)備出現(xiàn)異常時能準(zhǔn)確、快速地進(jìn)行定位并進(jìn)行修復(fù)或者更換。 單板的檢測主要是對單板硬件通路、重要器件的基本性能指標(biāo)等內(nèi)容進(jìn)行測試。 現(xiàn)有的應(yīng)用中，對單板的檢測大都是在出廠之前完成的。當(dāng)設(shè)備投入使用之后，可能會因 為高溫、雨水、頻繁斷電、人工巡檢時操作失誤等原因造成設(shè)備運行出現(xiàn)異常情況。當(dāng)運行 的單板出現(xiàn)異常時，工程維修人員大都首先采用更換單板的方法，然后將出現(xiàn)異常的單板 進(jìn)行返廠檢測，或者因為運輸條件的限制或者其它原因?qū)伟暹M(jìn)行丟棄，造成很大的浪費。 而實際情況是，單板的運行異常大多只是單板上某個器件發(fā)生損壞。如果可以在現(xiàn)場將單 板的硬件故障進(jìn)行準(zhǔn)確定位，通過操作手冊或者遠(yuǎn)程指導(dǎo)完成故障單板元器件的維修和更 換，這必將縮短故障解決的時間并降低故障解決的成本。 通常情況下單板硬件的檢測都是需要借助信號儀、頻譜儀等儀表來進(jìn)行，這些儀 表不但攜帶麻煩，而且容易損壞。同時根據(jù)操作者的水平不同，獲取到的測試數(shù)據(jù)也會存在 偏差。由于專業(yè)知識的限制、使用術(shù)語習(xí)慣、表達(dá)習(xí)慣的不同等原因，使得對于同一個故障 現(xiàn)象工程維修人員與研發(fā)人員的描述可能并不一致。這樣就使得某些情況下研發(fā)人員在解 決故障時首先要花費一定時間首先弄清楚故障的現(xiàn)象，有時甚至不得不派遣研發(fā)人員到現(xiàn) 場環(huán)境中進(jìn)行確認(rèn)。如果能有更加客觀的測試數(shù)據(jù)作為支撐來對故障現(xiàn)象進(jìn)行說明，就可 以減少研發(fā)人員在故障現(xiàn)象確認(rèn)上所花費的時間和精力，使得研發(fā)人員的關(guān)注重點放在故 障解決上。

發(fā)明內(nèi)容
本發(fā)明提供一種單板硬件故障的檢測方法和裝置，用以解決現(xiàn)有技術(shù)中存在的單 板故障檢測過程復(fù)雜、檢測儀器易壞，且得到的檢測結(jié)果受人為因素影響較大從而不能進(jìn) 行準(zhǔn)確定位故障的問題。
具體的，本發(fā)明提供的一種單板硬件故障的檢測方法，包括 設(shè)置被測單板為測試模式，向所述被測單板下發(fā)測試消息，并檢測在設(shè)定的時間 段內(nèi)是否接收到所述被測單板返回的測試響應(yīng)消息，若是，根據(jù)接收到的測試響應(yīng)消息對 所述被測單板的狀態(tài)進(jìn)行診斷，記錄診斷后的測試結(jié)果，否則，判定所述被測單板本次測試 未通過，記錄該測試結(jié)果。 本發(fā)明提供的方法中，在設(shè)置被測單板為測試模式后還包括接收所述被測單板 定時上報的心跳狀態(tài)信息，判斷當(dāng)前被測單板是否心跳在位，若被測單板心跳不在位，直接 判定所述被測單板本次測試未通過，記錄該測試結(jié)果；否則，判定所述被測單板為測試消息
4下發(fā)的對象。
本發(fā)明提供的方法進(jìn)一步包括 在記錄測試結(jié)果后，判斷當(dāng)前測試次數(shù)是否達(dá)到預(yù)設(shè)門限，若是，檢測過程結(jié)束，否則，繼續(xù)當(dāng)前檢測過程。
所述設(shè)置被測單板為測試模式具體為 根據(jù)預(yù)設(shè)的配置信息，向指定的被測單板發(fā)送進(jìn)入測試模式的指示消息，指示所述被測單板進(jìn)入測試模式；或者，根據(jù)預(yù)設(shè)的配置信息，通過硬件撥碼開關(guān)設(shè)置指定的被測單板進(jìn)入測試模式。 本發(fā)明提供的方法中，在設(shè)定時間段內(nèi)未接收到所述被測單板返回的測試響應(yīng)消息時還包括以下操作 根據(jù)預(yù)設(shè)的配置信息，判斷是否對未返回測試響應(yīng)消息的被測單板重新下發(fā)測試消息，若是，繼續(xù)向所述被測單板下發(fā)測試消息；否則，判定所述被測單板本次測試未通過，記錄該測試結(jié)果。 本發(fā)明提供的方法中，所述測試消息由消息頭和消息體組成，所述消息頭內(nèi)包含本次測試需要測試的檢測項、消息體內(nèi)包含單板的位置信息； 所述測試響應(yīng)消息由消息頭和消息體組成，所述消息頭內(nèi)包含本次測試的檢測項、消息體內(nèi)包含單板的位置信息和本次測試的測試數(shù)據(jù)；所述測試數(shù)據(jù)中包含所述被測單板周期性的采集該板上的信號而獲得的檢測位圖。 基于上述技術(shù)特征，所述方法中根據(jù)接收到的測試響應(yīng)消息對所述被測單板的狀
態(tài)進(jìn)行診斷具體為將所述被測單板返回的測試響應(yīng)消息中的測試數(shù)據(jù)與所述被測單板當(dāng)
前測試項的數(shù)據(jù)取值范圍進(jìn)行比較，當(dāng)測試數(shù)據(jù)的取值落在正常取值范圍區(qū)間內(nèi)時，診斷
為本次測試通過；否在，診斷為本次測試未通過。
本發(fā)明還提供一種單板硬件故障的檢測裝置，包括 模式設(shè)置單元，用于設(shè)置被測單板為測試模式； 檢測處理單元，用于向所述被測單板下發(fā)測試消息，并檢測在設(shè)定的時間段內(nèi)是
否接收到所述被測單板返回的測試響應(yīng)消息，若是，根據(jù)接收到的測試響應(yīng)消息對所述被
測單板的狀態(tài)進(jìn)行診斷，記錄診斷后的測試結(jié)果，否則，判定所述被測單板本次測試未通
過，記錄該測試結(jié)果。
本發(fā)明提供的裝置還包括 心跳狀態(tài)判斷單元，用于接收所述被測單板定時上報的心跳狀態(tài)信息，判斷當(dāng)前被測單板是否心跳在位，若不在位，判定所述被測單板本次測試未通過，記錄該測試結(jié)果；否則，判定所述被測單板為測試消息下發(fā)的對象，觸發(fā)所述檢測處理單元。
本發(fā)明提供的裝置還包括 檢測輪詢單元，用于在記錄測試結(jié)果后，判斷當(dāng)前測試次數(shù)是否達(dá)到預(yù)設(shè)門限，若是，檢測過程結(jié)束，否則，觸發(fā)所述檢測處理單元。 本發(fā)明提供的裝置，所述模式設(shè)置單元根據(jù)預(yù)設(shè)的配置信息，向指定的被測單板發(fā)送進(jìn)入測試模式的指示消息，指示所述被測單板進(jìn)入測試模式；或者，根據(jù)預(yù)設(shè)的配置信息，通過硬件撥碼開關(guān)設(shè)置指定的被測單板進(jìn)入測試模式。 進(jìn)一步的，所述檢測處理單元中在設(shè)定時間段內(nèi)未接收到所述被測單板返回的測試響應(yīng)消息時還根據(jù)預(yù)設(shè)的配置信息，判斷是否對未返回測試響應(yīng)消息的被測單板重新下發(fā)測試消息，若是，繼續(xù)向所述被測單板下發(fā)測試消息；否則，判定所述被測單板本次測試未通過，記錄該測試結(jié)果。
本發(fā)明有益效果如下 本發(fā)明通過主動、輪詢地獲取單板的性能參數(shù)以及運行時的檢測位圖，借此來檢測單板的各個元器件以及元器件的連接是否正常，并將每個被測單板的測試數(shù)據(jù)記錄下來，這樣在整個的測試過程中，被測單板的測試數(shù)據(jù)不會受到操作人員的主觀因素的影響，對被測單板的描述也較為客觀和詳細(xì)，大大方便信息的準(zhǔn)確傳遞。 并且，單板元器件的硬件性能都有一定的穩(wěn)定周期，當(dāng)單板的使用超過一定時間之后可能會造成工作性能的下降。本發(fā)明不僅可以對出現(xiàn)問題的單板進(jìn)行硬件檢測，同時也可以對運行正常的單板進(jìn)行巡檢，從而可以發(fā)現(xiàn)隱藏的硬件問題，提早進(jìn)行解決，從而提高單板工作的穩(wěn)定性。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明提供的一種單板硬件故障的檢測方法的流程 圖2為本發(fā)明實施例一提供的進(jìn)行單板檢測時的通信框架示意圖
圖3為本發(fā)明實施例一提供的單板硬件故障的檢測方法的流程圖
圖4為本發(fā)明實施例二提供的進(jìn)行單板檢測時的通信框架示意圖
圖5為本發(fā)明提供的一種單板硬件故障的檢測裝置的結(jié)構(gòu)圖。
具體實施例方式
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。 現(xiàn)有技術(shù)中單板故障檢測都是需要借助信號儀、頻譜儀等儀表來進(jìn)行，這些儀表不但攜帶麻煩，而且容易損壞；同時根據(jù)操作者的水平不同，獲取到的測試數(shù)據(jù)也會存在偏差。為了解決此類問題，本發(fā)明提供了一種單板硬件故障的檢測方法和裝置。
具體的，本發(fā)明提供的一種單板硬件故障的檢測方法，如圖1所示包括
步驟S101、設(shè)置被測單板為測試模式。 步驟S102、向被測單板下發(fā)測試消息，并檢測在設(shè)定的時間段內(nèi)是否接收到被測
單板返回的測試響應(yīng)消息，若是，執(zhí)行步驟S103，否則，執(zhí)行步驟S104。 步驟S103、根據(jù)接收到的測試響應(yīng)消息對被測單板的狀態(tài)進(jìn)行診斷，記錄診斷后
的測試結(jié)果。 步驟S104、判定被測單板本次測試未通過，記錄該測試結(jié)果。
本發(fā)明提供的方法可同時對多個被測單板進(jìn)行測試，在檢測過程中不需要借助任
何測試儀表，通過獲取被測單板元器件性能數(shù)據(jù)進(jìn)行分析來判斷單板硬件的運行是否正
常，并且由于記錄了被測單板的測試數(shù)據(jù)，所以便于信息的傳遞和交流。 下面根據(jù)圖2 圖4給出本發(fā)明幾個較佳的實施例，并結(jié)合對實施例的描述，進(jìn)一
步給出本發(fā)明的技術(shù)細(xì)節(jié)，使其能夠更好地說明本發(fā)明的提供的方法的具體實現(xiàn)過程。 實施例一 如圖2所示，為進(jìn)行單板檢測的通信框架示意圖，具體包括測試前臺和測試后
臺° 測試前臺包括至少一個測試代理板和被測單板；測試后臺為測試主控裝置，且該裝置能夠與測試前臺中的測試代理板或者被測單板進(jìn)行通信，用于向被測單板下發(fā)測試消息，并可對被測單板返回的測試響應(yīng)消息進(jìn)行解析，并將解析結(jié)果以直觀的形式顯現(xiàn)給操作人員。 其中，在前、后臺之間的通信可以根據(jù)實際環(huán)境采用不同的協(xié)議，該協(xié)議的選取首先要保證可靠性，數(shù)據(jù)在傳輸過程中不會丟失、被篡改；其次在連接多個測試代理板進(jìn)行檢測時，能夠?qū)Σ煌臏y試代理板進(jìn)行正確的識別；再者，需要考慮實現(xiàn)的方便性。
上述測試代理板，并不是一種專門的單板，而是在正常環(huán)境下與被測單板一起配套使用的一種單板。在不同檢測環(huán)境中，能夠滿足以下兩個條件的單板都可以作為測試代理板(1)能夠?qū)⒑笈_發(fā)送的測試消息準(zhǔn)確地發(fā)送到目的被測單板，并將被測單板的測試數(shù)據(jù)以約定的數(shù)據(jù)格式發(fā)送到后臺；(2)能夠?qū)Ρ粶y單板返回的測試數(shù)據(jù)進(jìn)行初步處理，比如對被測單板返回的測試數(shù)據(jù)進(jìn)行篩選、邏輯運算等，判斷該項測試是否通過；或者，在檢測過程中被測單板重啟之后自動通知被測單板進(jìn)入測試模式，這樣可以減輕后臺在檢測多個被測單板時數(shù)據(jù)處理的負(fù)荷，提高測試效率。 該測試代理板可以連接多個被測單板，并在保證檢測模式下不同的測試代理板可以被正確識別的情況下(比如對測試代理板設(shè)置不同的IP地址)，一個后臺可以與多個測試代理板相連。這樣就可以使得一個后臺同時對更多的被測單板進(jìn)行測試。
在具體實現(xiàn)過程中，若對無線載頻單板進(jìn)行檢測，可以將與無線載頻單板配套使用的控制操作維護(hù)單板作為測試代理板，在本示例中，一個測試代理板最多可以連接9個被測單板。測試代理板與后臺之間采用廣泛使用的TCP/IP協(xié)議進(jìn)行通信，在測試代理板IP地址不會沖突的情況下，一個后臺可以根據(jù)需要連接多個測試代理板同時進(jìn)行測試。測試代理板和被測單板之間則以HDLC協(xié)議進(jìn)行通信。測試代理板負(fù)責(zé)被測單板和后臺之間消息的傳遞以及測試數(shù)據(jù)的初步處理。每個被測單板之間的測試相互獨立，互不影響。
比如，針對無線載波單板的檢測，在后臺測試程序中可以建立FLASH檢測、風(fēng)扇檢測、晶振輸出檢測、電源檢測等測試項來檢測無線載頻單板上的FLASH存儲器、風(fēng)扇、晶振芯片、電源模塊等元器件或者硬件通路是否工作正常，測試項的內(nèi)容可以根據(jù)不同的需求來進(jìn)行更改，并可以在后臺設(shè)置檢測是否針對所有連接的被測單板，是否檢測所有測試項還是只進(jìn)行某些測試項的檢測。 假如現(xiàn)場中某站點運行異常，需要對該站點的全部載頻單板進(jìn)行檢測。首先，將通用計算機與機架上的控制操作維護(hù)單板(在檢測過程中作為測試代理板)進(jìn)行連接。打開后臺的單板測試應(yīng)用程序，配置該站點的9個載頻單板都需要進(jìn)行測試，并在后臺應(yīng)用程序中選中需要檢測的內(nèi)容，設(shè)置需要輪詢檢測次數(shù)的門限，開始對載頻單板進(jìn)行檢測。 基于上述功能描述，下面詳細(xì)闡述本發(fā)明實施例提供的單板硬件故障的測試方法
的具體實現(xiàn)過程，如圖3所示，該測試過程包括以下步驟 步驟S301、測試后臺控制測試代理板和被測單板進(jìn)入測試模式。 該步驟具體可以通過下述兩種方式實現(xiàn)，分別為 測試后臺根據(jù)預(yù)設(shè)的配置信息，通過測試代理板向指定的被測單板發(fā)送進(jìn)入測試模式指示消息，指示測試代理板和被測單板進(jìn)入測試模式；或者， 測試后臺根據(jù)預(yù)設(shè)的配置信息，通過硬件撥碼開關(guān)設(shè)置測試代理板和指定的被測單板進(jìn)入測試模式。 步驟S302、測試代理板定時向測試后臺發(fā)送被測單板的心跳狀態(tài)信息。 其中，心跳狀態(tài)信息是指測試代理板進(jìn)入預(yù)定的檢測模式之后，每隔一固定時間
就向后臺上報被測單板的狀態(tài)，用來表示與測試代理板相連的若干個被測單板是否處于預(yù)
定的檢測模式。如果被測單板沒有進(jìn)入預(yù)定的檢測模式，也就無法接收和處理后臺發(fā)送的
測試消息，稱為該被測單板心跳不在位，若被測單板進(jìn)入預(yù)定的檢測模式，可以對后臺發(fā)送
的測試消息進(jìn)行處理，稱為該被測單板心跳在位。 需要說明的是，該步驟是本實施例的優(yōu)選方案，該步驟的增設(shè)主要是為了提高后臺的處理效率，使得后臺不需要對心跳不在位的單板下發(fā)測試消息。 步驟S303、測試后臺接收到測試代理板上報的心跳狀態(tài)消息后，對心跳不在位的被測單板執(zhí)行步驟S304 ;對心跳在位的被測單板，執(zhí)行步驟S305 ; 步驟S304、測試后臺對心跳不在位的被測單板直接標(biāo)記為單板的本次測試未通過，記錄該測試結(jié)果，執(zhí)行步驟S309。 步驟S305、測試后臺依次對心跳在位的被測單板下發(fā)測試消息，并設(shè)置定時器。
其中，測試消息包括消息頭和消息體。消息頭由固定字段、消息長度、測試選項、操作類型、保留字段組成，其中固定字段表明消息為測試模式下的消息，而非普通模式下的消息；消息長度表示消息頭和消息體的總長度；測試選項表明需要測試的檢測項；操作類型表明是測試消息下發(fā)；保留字段是預(yù)留可擴展的內(nèi)容。消息體的內(nèi)容為單板的位置信息，所述單板的位置信息包括層號、槽位號等。 步驟S306、判斷定時時間內(nèi)是否接收到被測單板返回的測試響應(yīng)消息，若定時時間內(nèi)未接收到測試響應(yīng)消息，將定時器清零后，執(zhí)行步驟S308，否則，將定時器清零后，執(zhí)行步驟S307。 其中，測試響應(yīng)消息包括消息頭和消息體。消息頭由固定字段、消息長度、測試選項、操作類型、保留字段組成，其中固定字段表明消息為測試模式下的消息，而非普通模式下的消息；消息長度表示消息頭和消息體的總長度；測試選項表明測試的檢測項；操作類型表明是測試結(jié)果上報；保留字段是預(yù)留可擴展的內(nèi)容。消息體的由單板位置信息和測試數(shù)據(jù)組成。單板的位置信息包括層號、槽位號等；測試數(shù)據(jù)由測試結(jié)果或者其它附加信息來組成，可以根據(jù)檢測項的需要來進(jìn)行設(shè)計。 具體的，測試數(shù)據(jù)的獲取方式為在被測單板在上電運行過程中，通過FPGA(FieldProgrammable Gate Array,現(xiàn)場可編程門陣列)周期性地對單板上的信號進(jìn)行主動采集，并將采集到的結(jié)果存放到寄存器中。當(dāng)被測單板接收到后臺發(fā)送的測試消息時，通過自身
8的CPU去讀取寄存器中對應(yīng)的數(shù)據(jù)即可獲得相應(yīng)的檢測位圖，并將該檢測位圖組裝成測試結(jié)果數(shù)據(jù)通過測試代理板發(fā)送到測試后臺。 步驟S307、測試后臺接收前臺的被測單板返回的測試響應(yīng)消息，并根據(jù)該測試響應(yīng)消息對被測單板的狀態(tài)進(jìn)行診斷，判斷被測單板當(dāng)前測試項是否通過，并記錄診斷后的測試結(jié)果，執(zhí)行步驟S309。 其中，根據(jù)該測試響應(yīng)消息對被測單板的狀態(tài)進(jìn)行診斷具體表現(xiàn)為 將被測單板返回的測試響應(yīng)消息中的測試數(shù)據(jù)與被測單板當(dāng)前測試項的數(shù)據(jù)取
值范圍進(jìn)行比較，當(dāng)測試數(shù)據(jù)的取值落在正常取值范圍區(qū)間內(nèi)時，診斷為本次測試通過；否
則，診斷為本次測試未通過。 步驟S308、測試后臺根據(jù)自身的配置信息，判斷是否對未返回測試響應(yīng)消息的被測單板重新下發(fā)測試消息，若是，返回步驟S305 ;否則，判定被測單板本次測試未通過，記錄該測試結(jié)果，執(zhí)行步驟S309 ; 步驟S309、測試后臺將被測單板測試項內(nèi)容、記錄的測試結(jié)果和單板對應(yīng)的位置
信息以文件的形式記錄下來。其中，文件的格式由后臺的配置信息決定。 操作人員可以根據(jù)測試項內(nèi)容、記錄的測試結(jié)果和單板對應(yīng)的位置信息，對單板
故障進(jìn)行診斷。 當(dāng)然，為了提高故障診斷的準(zhǔn)確率，本發(fā)明在執(zhí)行步驟S309后還進(jìn)行輪詢測試，通過記錄多次的測試結(jié)果來判斷單板的故障，具體表現(xiàn)為
繼續(xù)步驟S310: 步驟S310、后臺根據(jù)自身的配置信息，判斷當(dāng)前測試次數(shù)是否達(dá)到預(yù)設(shè)的門限值，若是，執(zhí)行步驟S311，否則，返回步驟S302。 步驟S311、被測單板的測試結(jié)束，后臺根據(jù)所記錄的測試結(jié)果，判斷被測單板每個測試項檢測未通過的次數(shù)與檢測通過次數(shù)之間的比例是否達(dá)到預(yù)設(shè)的門限，若是，判定被測單板故障；否則，判定被測單板正常。 當(dāng)被測單板故障時，操作人員可以根據(jù)記錄的測試數(shù)據(jù)和單板位置信息對故障進(jìn)行診斷。 本發(fā)明，有兩種機制判斷某個測試項的測試是否通過一種是，從開始對單板進(jìn)行
測試到結(jié)束單板測試過程中，統(tǒng)計測試不通過的次數(shù)與測試通過次數(shù)之間的比例，當(dāng)超出
一定的門限值時，認(rèn)為單板異常；另一種是，考慮到元器件的工作狀態(tài)只有0和1兩種可能，
只要在檢測時發(fā)現(xiàn)數(shù)據(jù)異常一次就認(rèn)為單板異常。后面的一種處理機制更為嚴(yán)格。在后臺
數(shù)據(jù)的處理中，針對不同的測試項可以設(shè)置不同的處理機制來滿足不同的需求。 而對于故障的診斷方面，通常在有些情況下，單板上某個元器件的工作異常，會在
多個方面顯示出來。利用這種特性對某些檢測項測試結(jié)果進(jìn)行組合，就可以較為準(zhǔn)確的定
位哪個元器件出現(xiàn)問題，進(jìn)而給出維修建議。比如，無線載頻單板上的60M晶振出現(xiàn)故障
時，還會導(dǎo)致單板的復(fù)位，這樣在檢測過程中如果檢測到60M晶振無輸出并且FLASH中記錄
的單板復(fù)位原因為某一特定值的時候，就可以給出更換60M晶振的建議。 實施例二 如圖4所示，為進(jìn)行單板檢測的通信框架示意圖，該通信框架包括測試前臺和測試后臺，其中，測試前臺包括至少一個被測單板；測試后臺為測試主控裝置，其具體功能與實施例一中的相同。本實施例與實施例一的不同之處在于，測試后臺直接對被測單板進(jìn)行模式設(shè)置、下發(fā)測試消息和對返回的測試響應(yīng)消息進(jìn)行解析。 本實施例提供的單板硬件故障的測試方法的具體實現(xiàn)過程與實施例一基本相同，唯一存在的不同之處是，測試后臺直接設(shè)置被測單板進(jìn)入測試模式，二者之間的數(shù)據(jù)交互不需要測試代理板進(jìn)行轉(zhuǎn)發(fā)和初步處理，所以對于本實施例的測試流程在此不做贅述。
本發(fā)明實施例，通過后臺進(jìn)行主動、輪詢地獲取單板運行時的檢測位圖以及模塊的性能參數(shù)，借此來檢測單板的各個元器件以及元器件的連接是否正常，并將每個被測單板的測試數(shù)據(jù)以文件的形式記錄下來。這樣在整個的測試過程中，被測單板的測試數(shù)據(jù)不會受到操作者的主觀因素的影響，對被測單板的描述也較為客觀和詳細(xì)，以文件的形式存放，大大方便信息的準(zhǔn)確傳遞。 并且，單板元器件的硬件性能都有一定的穩(wěn)定周期，當(dāng)單板的使用超過一定時間之后可能會造成工作性能的下降。本發(fā)明不僅可以對出現(xiàn)問題的單板進(jìn)行硬件檢測，同時也可以對運行正常的單板進(jìn)行巡檢。通過遠(yuǎn)程操作的方式對單板進(jìn)行檢測，不僅可以大大節(jié)省人工巡檢的成本和時間，還可以發(fā)現(xiàn)隱藏的硬件問題，提早進(jìn)行解決，從而提高單板工作的穩(wěn)定性。 本發(fā)明還提供一種單板硬件故障的檢測裝置，如圖5所示，包括
模式設(shè)置單元510，用于設(shè)置被測單板為測試模式； 檢測處理單元520，用于向被測單板下發(fā)測試消息，并檢測在設(shè)定的時間段內(nèi)是否接收到被測單板返回的測試響應(yīng)消息，若是，根據(jù)接收到的測試響應(yīng)消息對被測單板的狀態(tài)進(jìn)行診斷，記錄診斷后的測試結(jié)果，否則，判定被測單板本次測試未通過，記錄該測試結(jié)果。
本發(fā)明提供的裝置還包括 心跳狀態(tài)判斷單元530，用于接收被測單板定時上報的心跳狀態(tài)信息，判斷當(dāng)前被測單板是否心跳在位，若不在位，判定被測單板本次測試未通過，記錄該測試結(jié)果；否則，判定被測單板為測試消息下發(fā)的對象，觸發(fā)檢測處理單元520。
本發(fā)明提供的裝置進(jìn)一步包括 檢測輪詢單元540，用于在記錄測試結(jié)果后，判斷當(dāng)前測試次數(shù)是否達(dá)到預(yù)設(shè)門限，若是，檢測過程結(jié)束，否則，觸發(fā)檢測處理單元520。 本發(fā)明提供的裝裝置中，模式設(shè)置單元510根據(jù)預(yù)設(shè)的配置信息，向指定的被測單板發(fā)送進(jìn)入測試模式的指示消息，指示被測單板進(jìn)入測試模式；或者，根據(jù)預(yù)設(shè)的配置信息，通過硬件撥碼開關(guān)設(shè)置指定的被測單板進(jìn)入測試模式。 本發(fā)明提供的裝裝置中，檢測處理單元520中在設(shè)定時間段內(nèi)未接收到被測單板返回的測試響應(yīng)消息時還根據(jù)預(yù)設(shè)的配置信息，判斷是否對未返回測試響應(yīng)消息的被測單板重新下發(fā)測試消息，若是，繼續(xù)向被測單板下發(fā)測試消息；否則，判定被測單板本次測試未通過，記錄該測試結(jié)果。 顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
一種單板硬件故障的檢測方法，其特征在于，包括設(shè)置被測單板為測試模式，向所述被測單板下發(fā)測試消息，并檢測在設(shè)定的時間段內(nèi)是否接收到所述被測單板返回的測試響應(yīng)消息，若是，根據(jù)接收到的測試響應(yīng)消息對所述被測單板的狀態(tài)進(jìn)行診斷，記錄診斷后的測試結(jié)果；否則，判定所述被測單板本次測試未通過，記錄該測試結(jié)果。
2. 如權(quán)利要求1所述的方法，其特征在于，在設(shè)置被測單板為測試模式后還包括 接收所述被測單板定時上報的心跳狀態(tài)信息，判斷當(dāng)前被測單板是否心跳在位，若不在位，判定所述被測單板本次測試未通過，記錄該測試結(jié)果；否則，判定所述被測單板為測 試消息下發(fā)的對象。
3. 如權(quán)利要求1或2所述的方法，其特征在于，所述方法還包括在記錄測試結(jié)果后，判斷當(dāng)前測試次數(shù)是否達(dá)到預(yù)設(shè)門限，若是，檢測過程結(jié)束；否則， 繼續(xù)當(dāng)前檢測過程。
4. 如權(quán)利要求1所述的方法，其特征在于，所述設(shè)置被測單板為測試模式具體為 根據(jù)預(yù)設(shè)的配置信息，向指定的被測單板發(fā)送進(jìn)入測試模式的指示消息，指示所述被測單板進(jìn)入測試模式；或者，根據(jù)預(yù)設(shè)的配置信息，通過硬件撥碼開關(guān)設(shè)置指定的被測單板 進(jìn)入測試模式。
5. 如權(quán)利要求1所述的方法，其特征在于，所述在設(shè)定時間段內(nèi)未接收到所述被測單 板返回的測試響應(yīng)消息時還包括以下操作根據(jù)預(yù)設(shè)的配置信息，判斷是否對未返回測試響應(yīng)消息的被測單板重新下發(fā)測試消 息，若是，繼續(xù)向所述被測單板下發(fā)測試消息；否則，判定所述被測單板本次測試未通過，記 錄該測試結(jié)果。
6. 如權(quán)利要求1、4或5所述的方法，其特征在于，所述測試消息由消息頭和消息體組成，所述消息頭內(nèi)包含本次測試需要測試的檢測 項、消息體內(nèi)包含單板的位置信息；所述測試響應(yīng)消息由消息頭和消息體組成，所述消息頭內(nèi)包含本次測試的檢測項、消 息體內(nèi)包含單板的位置信息和本次測試的測試數(shù)據(jù)；所述測試數(shù)據(jù)中包含所述被測單板周 期性的采集該板上的信號而獲得的檢測位圖。
7. 如權(quán)利要求6所述的方法，其特征在于，所述根據(jù)接收到的測試響應(yīng)消息對所述被 測單板的狀態(tài)進(jìn)行診斷具體為將所述被測單板返回的測試響應(yīng)消息中的測試數(shù)據(jù)與所述被測單板當(dāng)前檢測項的數(shù) 據(jù)取值范圍進(jìn)行比較，當(dāng)所述測試數(shù)據(jù)的取值落在正常取值范圍區(qū)間內(nèi)時，診斷為本次測 試通過；否在，診斷為本次測試未通過。
8. —種單板硬件故障的檢測裝置，其特征在于，包括 模式設(shè)置單元，用于設(shè)置被測單板為測試模式；檢測處理單元，用于向所述被測單板下發(fā)測試消息，并檢測在設(shè)定的時間段內(nèi)是否接 收到所述被測單板返回的測試響應(yīng)消息，若是，根據(jù)接收到的測試響應(yīng)消息對所述被測單 板的狀態(tài)進(jìn)行診斷，記錄診斷后的測試結(jié)果；否則，判定所述被測單板本次測試未通過，記 錄該測試結(jié)果。
9. 如權(quán)利要求8所述的裝置，其特征在于，所述裝置還包括心跳狀態(tài)判斷單元，用于接收所述被測單板定時上報的心跳狀態(tài)信息，判斷當(dāng)前被測 單板是否心跳在位，若不在位，判定所述被測單板本次測試未通過，記錄該測試結(jié)果；否則， 判定所述被測單板為測試消息下發(fā)的對象，觸發(fā)所述檢測處理單元。
10. 如權(quán)利要求8或9所述的裝置，其特征在于，所述裝置還包括檢測輪詢單元，用于在記錄測試結(jié)果后，判斷當(dāng)前測試次數(shù)是否達(dá)到預(yù)設(shè)門限，若是， 檢測過程結(jié)束，否則，觸發(fā)所述檢測處理單元。
11. 如權(quán)利要求8所述的裝置，其特征在于，所述模式設(shè)置單元根據(jù)預(yù)設(shè)的配置信息， 向指定的被測單板發(fā)送進(jìn)入測試模式的指示消息，指示所述被測單板進(jìn)入測試模式；或者， 根據(jù)預(yù)設(shè)的配置信息，通過硬件撥碼開關(guān)設(shè)置指定的被測單板進(jìn)入測試模式。
12. 如權(quán)利要求8所述的裝置，其特征在于，所述檢測處理單元中在設(shè)定時間段內(nèi)未接 收到所述被測單板返回的測試響應(yīng)消息時還根據(jù)預(yù)設(shè)的配置信息，判斷是否對未返回測試 響應(yīng)消息的被測單板重新下發(fā)測試消息，若是，繼續(xù)向所述被測單板下發(fā)測試消息；否則， 判定所述被測單板本次測試未通過，記錄該測試結(jié)果。
全文摘要
本發(fā)明公開了一種單板硬件故障的檢測方法和裝置，所述方法包括設(shè)置被測單板為測試模式，向所述被測單板下發(fā)測試消息，并檢測在設(shè)定的時間段內(nèi)是否接收到所述被測單板返回的測試響應(yīng)消息，若是，根據(jù)接收到的測試響應(yīng)消息對所述被測單板的狀態(tài)進(jìn)行診斷，記錄診斷后的測試結(jié)果，否則，判定所述被測單板本次測試未通過，記錄該測試結(jié)果。所述裝置包括模式設(shè)置單元和檢測處理單元。本發(fā)明提供的方法實現(xiàn)了對單板故障的可靠檢測。
文檔編號G06F11/22GK101699410SQ20091021084
公開日2010年4月28日 申請日期2009年11月11日 優(yōu)先權(quán)日2009年11月11日
發(fā)明者錢強, 陳飛, 馬海清 申請人:中興通訊股份有限公司