Gnss接收機中實現(xiàn)藍牙異常檢測和恢復的系統(tǒng)及方法
【專利摘要】本發(fā)明涉及一種GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的系統(tǒng)及方法，其中系統(tǒng)包括藍牙檢測模塊，用以對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測，即藍牙檢測模塊通過Hciconfig工具對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測；藍牙恢復模塊，用以在所述的藍牙芯片的HCI協(xié)議層不通時重新恢復藍牙服務，即藍牙恢復模塊在所述的藍牙芯片的HCI協(xié)議層不通時重新加載上電時序和開啟spp服務并設置藍牙可見。采用該種結(jié)構(gòu)的GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的系統(tǒng)及方法，進行藍牙連接異常中斷的檢查和二次連接的恢復，不用重新開機而使接收機與終端的數(shù)據(jù)傳輸正常，具有更廣泛的應用范圍。
【專利說明】GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的系統(tǒng)及方法

【技術(shù)領域】
[0001]本發(fā)明涉及GNSS【技術(shù)領域】，尤其涉及GNSS中藍牙通信【技術(shù)領域】，具體是指一種GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的系統(tǒng)及方法。

【背景技術(shù)】
[0002]目前GNSS(GlobalNavigat1n Satellite System，全球?qū)Ш叫l(wèi)星系統(tǒng))高精度接受機主要使用藍牙將定位信息傳輸給手持終端，戶外運作時發(fā)生接受機藍牙異常時，只有重新開啟接收機，給施工人員帶來額外工作量和數(shù)據(jù)丟失風險。
[0003]由于藍牙芯將伴隨接收機一直運行數(shù)小時，機器的熱量和長時間的數(shù)據(jù)傳輸以及藍牙芯片本身的不穩(wěn)定因素均可導致戶外作業(yè)時藍牙連接異常中斷。


【發(fā)明內(nèi)容】

[0004]本發(fā)明的目的是克服了上述現(xiàn)有技術(shù)的缺點，提供了一種能夠?qū)崿F(xiàn)進行藍牙連接異常中斷的檢查和二次連接的恢復、不用重新開機而使接收機與終端的數(shù)據(jù)傳輸正常、具有更廣泛應用范圍的GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的系統(tǒng)及方法。
[0005]為了實現(xiàn)上述目的，本發(fā)明的GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的系統(tǒng)及方法具有如下構(gòu)成:
[0006]該GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的系統(tǒng)，其主要特點是，所述的系統(tǒng)包括以下步驟:
[0007]藍牙檢測模塊，用以對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測；
[0008]藍牙恢復模塊，用以在所述的藍牙芯片的HCI協(xié)議層不通時重新恢復藍牙服務。
[0009]較佳地，所述的藍牙檢測模塊通過Hciconfig工具對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測。
[0010]較佳地，所述的藍牙恢復模塊在所述的藍牙芯片的HCI協(xié)議層不通時重新加載上電時序和開啟SPP服務并設置藍牙可見。
[0011]本發(fā)明還涉及一種基于所述的系統(tǒng)于所述的GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的方法，其特征在于，所述的方法包括以下步驟:
[0012](I)所述的藍牙檢測模塊對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測；
[0013](2)所述的藍牙恢復模塊在所述的藍牙芯片的HCI協(xié)議層不通時重新恢復藍牙服務。
[0014]較佳地，所述的藍牙檢測模塊對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測，包括以下步驟:
[0015](1-1)所述的藍牙檢測模塊判斷所述的GNSS接收機中藍牙芯片的HCI協(xié)議層是否工作正常，如果是，則繼續(xù)步驟(1-2)，否則繼續(xù)步驟(2);
[0016](1-2)等待系統(tǒng)預設休眠時間后，繼續(xù)步驟(1-1)。
[0017]較佳地，所述的藍牙檢測模塊對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測，具體為:
[0018]所述的藍牙檢測模塊通過Hciconfig工具對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測。
[0019]較佳地，所述的藍牙恢復模塊在所述的藍牙芯片的HCI協(xié)議層不通時重新恢復藍牙服務，具體為:
[0020]所述的藍牙恢復模塊在所述的藍牙芯片的HCI協(xié)議層不通時重新加載上電時序和開啟SPP服務并設置藍牙可見。
[0021]采用了該發(fā)明中的GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的系統(tǒng)及方法，進行藍牙連接異常中斷的檢查和二次連接的恢復，不用重新開機而使接收機與終端的數(shù)據(jù)傳輸正常，具有更廣泛的應用范圍。

【專利附圖】

【附圖說明】
[0022]圖1為GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的方法的流程圖。
[0023]圖2為本發(fā)明的具體實施例的藍牙芯片工作上電的時序圖。

【具體實施方式】
[0024]為了能夠更清楚地描述本發(fā)明的技術(shù)內(nèi)容，下面結(jié)合具體實施例來進行進一步的描述。
[0025]為了實現(xiàn)上述發(fā)明目的，本發(fā)明的GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的系統(tǒng)包括:
[0026]藍牙檢測模塊，用以對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測；
[0027]藍牙恢復模塊，用以在所述的藍牙芯片的HCI協(xié)議層不通時重新恢復藍牙服務。
[0028]在一種較佳的實施方式中，所述的藍牙檢測模塊通過Hciconfig工具對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測。
[0029]在一種較佳的實施方式中，所述的藍牙恢復模塊在所述的藍牙芯片的HCI協(xié)議層不通時重新加載上電時序和開啟SPP服務并設置藍牙可見。
[0030]本發(fā)明的GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的方法包括以下步驟:
[0031](I)所述的藍牙檢測模塊對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測；
[0032](2)所述的藍牙恢復模塊在所述的藍牙芯片的HCI協(xié)議層不通時重新恢復藍牙服務。
[0033]在一種較佳的實施方式中，所述的藍牙檢測模塊對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測，包括以下步驟:
[0034](1-1)所述的藍牙檢測模塊判斷所述的GNSS接收機中藍牙芯片的HCI協(xié)議層是否工作正常，如果是，則繼續(xù)步驟(1-2)，否則繼續(xù)步驟(2);
[0035](1-2)等待系統(tǒng)預設休眠時間后，繼續(xù)步驟(1-1)。
[0036]在一種較佳的實施方式中，所述的藍牙檢測模塊對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測，具體為:
[0037]所述的藍牙檢測模塊通過Hciconfig工具對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測。
[0038]在一種較佳的實施方式中，所述的藍牙恢復模塊在所述的藍牙芯片的HCI協(xié)議層不通時重新恢復藍牙服務，具體為:
[0039]所述的藍牙恢復模塊在所述的藍牙芯片的HCI協(xié)議層不通時重新加載上電時序和開啟SPP服務并設置藍牙可見。
[0040]下面以一具體實施例來進一步介紹本發(fā)明。
[0041]本實施例具體應用于型號為180的GNSS接收機。該產(chǎn)品的Linux環(huán)境硬件平臺是ARM接受機，運行Linux 2.6.35內(nèi)核，blueZ協(xié)議棧的版本是4.101。ARM用于控制藍牙芯片的工作時序，以及運行藍牙協(xié)議棧，實現(xiàn)藍牙數(shù)據(jù)的長時間傳輸控制。本實施例的技術(shù)方案:運行在Linux上的blueZ協(xié)議棧比較完善，180接收機使用藍牙芯片是WL1271，有單獨的引腳BT_EN控制藍牙芯片的工作。藍牙芯片工作上電時序圖(如圖1)在BT_EN腳產(chǎn)生高脈沖后保持高電平即可完成藍牙芯片的上電初始化時序?；贚inux環(huán)境的藍牙異常檢測和恢復處理流程圖(如圖2)。藍牙初始化完成藍牙芯片上電時序以及spp服務的開啟和檢測，當通過Hciconfig工具檢測到藍牙芯片HCI協(xié)議層不通的時候，重新加載藍牙上電時序和開啟spp服務，設置藍牙可見；此后終端設備可以嘗試重新帶藍牙虛擬串口與接受機進行數(shù)據(jù)通信。
[0042]其中:Hciconifg是Linux環(huán)境下獲取藍牙信息的工具。
[0043]spp是藍牙協(xié)議棧中的虛擬串口服務。
[0044]采用了該發(fā)明中的GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的系統(tǒng)及方法，進行藍牙連接異常中斷的檢查和二次連接的恢復，不用重新開機而使接收機與終端的數(shù)據(jù)傳輸正常，具有更廣泛的應用范圍。
[0045]在此說明書中，本發(fā)明已參照其特定的實施例作了描述。但是，很顯然仍可以作出各種修改和變換而不背離本發(fā)明的精神和范圍。因此，說明書和附圖應被認為是說明性的而非限制性的。
【權(quán)利要求】
1.一種GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的系統(tǒng)，其特征在于，所述的系統(tǒng)包括: 藍牙檢測模塊，用以對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測； 藍牙恢復模塊，用以在所述的藍牙芯片的HCI協(xié)議層不通時重新恢復藍牙服務。
2.根據(jù)權(quán)利要求1所述的GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的系統(tǒng)，其特征在于，所述的藍牙檢測模塊通過Hciconfig工具對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測。
3.根據(jù)權(quán)利要求1所述的GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的系統(tǒng)，其特征在于，所述的藍牙恢復模塊在所述的藍牙芯片的HCI協(xié)議層不通時重新加載上電時序和開啟spp服務并設置藍牙可見。
4.一種基于權(quán)利要求1至3中任一項所述的系統(tǒng)于GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的方法，其特征在于，所述的方法包括以下步驟: (1)所述的藍牙檢測模塊對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測； (2)所述的藍牙恢復模塊在所述的藍牙芯片的HCI協(xié)議層不通時重新恢復藍牙服務。
5.根據(jù)權(quán)利要求4所述的GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的方法，其特征在于，所述的藍牙檢測模塊對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測，包括以下步驟: (1-1)所述的藍牙檢測模塊判斷所述的GNSS接收機中藍牙芯片的HCI協(xié)議層是否工作正常，如果是，則繼續(xù)步驟(1-2)，否則繼續(xù)步驟(2); (1-2)等待系統(tǒng)預設休眠時間后，繼續(xù)步驟(1-1)。
6.根據(jù)權(quán)利要求4所述的GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的方法，其特征在于，所述的藍牙檢測模塊對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測，具體為: 所述的藍牙檢測模塊通過Hciconfig工具對GNSS接收機中藍牙芯片的HCI協(xié)議層進行檢測。
7.根據(jù)權(quán)利要求4所述的GNSS接收機中實現(xiàn)藍牙異常檢測和恢復的方法，其特征在于，所述的藍牙恢復模塊在所述的藍牙芯片的HCI協(xié)議層不通時重新恢復藍牙服務，具體為: 所述的藍牙恢復模塊在所述的藍牙芯片的HCI協(xié)議層不通時重新加載上電時序和開啟spp服務并設置藍牙可見。
【文檔編號】G01S19/23GK104459729SQ201410856278
【公開日】2015年3月25日 申請日期:2014年12月29日 優(yōu)先權(quán)日:2014年12月29日
【發(fā)明者】陳明, 何偉, 劉若塵 申請人:上海華測導航技術(shù)有限公司