一種obu抗誤喚醒方法、系統及obu的製作方法
2024-03-07 22:28:15 3
一種obu抗誤喚醒方法、系統及obu的製作方法
【專利摘要】本發明實施例提供一種OBU抗誤喚醒方法、系統及OBU，其中方法包括：若檢測到OBU接收的喚醒信號為誤喚醒信號，則設置MCU進入休眠模式，及將所述MCU的工作狀態切入中斷觸發狀態；檢測所述MCU在中斷觸發狀態下被誤喚醒的頻率是否達到預設頻率值；若是，維持所述MCU處於休眠模式、在預置的第一喚醒間隔時間內關閉所述MCU的喚醒信號處理功能，以使所述MCU在所述第一喚醒間隔時間內不處理任何外界耦合入的喚醒信號；若否，維持所述MCU處於休眠模式及中斷觸發狀態。本發明實施例能夠使得MCU避免在誤喚醒信號的作用下進行頻繁的誤喚醒，減小了OBU電量消耗，提高了OBU的使用壽命。
【專利說明】—種OBU抗誤喚醒方法、系統及OBU
【技術領域】
[0001]本發明涉及智能交通【技術領域】,更具體地說,涉及一種OBU (On Board Unit,車載單元)抗誤喚醒方法、系統及0BU。
【背景技術】
[0002]ETC (Electronic Toll Collection，電子不停車收費系統)是指車輛在通過收費站時，通過車載單元OBU可實現車輛識別、信息寫入並自動從預先綁定的IC卡或銀行帳戶上扣除相應資金的電子收費系統。ETC主要包括OBU和RSU(Road Side Units，路側單元)，RSU包括微波天線和讀寫控制器，RSU通過微波天線可以向外發射射頻信號，當OBU的射頻支路接收到RSU發射的射頻信號後，該射頻信號將耦合到OBU內部的處理器中，從而實現OBU的喚醒，完成車輛信息寫入和過站扣費操作。圖1示出了 OBU的結構框圖，可一同參照，OBU可以包括:通信模塊和MCU (Micro Control Unit，微處理器)；射頻支路設置於通信模塊內，通信模塊實現接收OBU外界射頻信號(如RSU發射的射頻信號)並耦合到MCU的作用；MCU在RSU發射的射頻信號的喚醒下，實現信息寫入和扣費操作。
[0003]發明人在實現本發明的過程中發現:隨著信息傳輸技術的不斷發展，在OBU的實際應用環境中可能存在不同頻段、不同信號強度的喚醒源，這些喚醒源對外不停的發射射頻信號；然而這些射頻信號並不是RSU發射的，屬於錯誤的OBU喚醒信號(也稱誤喚醒信號)，OBU在這些誤喚醒信號的作用下將進行頻繁的誤喚醒，導致OBU的電量急劇消耗，使得OBU的使用壽命大幅降低；這種情況在車輛的停車地點存在強信號的錯誤喚醒源時尤為嚴重。
【發明內容】
[0004]有鑑於此，本發明實施例提供一種OBU抗誤喚醒方法、系統及0BU，以解決現有OBU在誤喚醒信號的作用下進行頻繁的誤喚醒，導致OBU的電量消耗，使得OBU的使用壽命降低的問題。
[0005]為實現上述目的，本發明實施例提供如下技術方案:
[0006]一種車載單元OBU抗誤喚醒方法，包括:
[0007]若檢測到OBU接收的喚醒信號為誤喚醒信號，則設置MCU進入休眠模式，及將所述MCU的工作狀態切入中斷觸發狀態；
[0008]檢測所述MCU在中斷觸發狀態下被誤喚醒的頻率是否達到預設頻率值；
[0009]若是，維持所述MCU處於休眠模式、在預置的第一喚醒間隔時間內關閉所述MCU的喚醒信號處理功能，以使所述MCU在所述第一喚醒間隔時間內不處理任何外界耦合入的喚
醒信號；
[0010]若否，維持所述MCU處於休眠模式及中斷觸發狀態。
[0011]其中，所述將所述MCU的工作狀態切入中斷觸發狀態的過程包括:
[0012]設直所述MCU的10 口的中斷控制狀態為開啟中斷使能和開啟中斷觸發；[0013]所述關閉所述MCU的喚醒信號處理功能的過程包括:
[0014]關閉所述MCU的IO 口的中斷使能和中斷觸發。
[0015]其中，所述檢測所述MCU在中斷觸發狀態下被誤喚醒的頻率是否達到預設頻率值的過程包括:
[0016]在所述MCU切入到中斷觸發狀態時，判斷下一喚醒信號的接收時間是否超過預設超時時間；
[0017]若是，確定所述下一喚醒信號為誤喚醒信號，開啟定時器並設置所述定時器的定時時間；
[0018]若在所述定時時間內，檢測到OBU接收的喚醒信號始終為誤喚醒信號，且在單位時間內OBU接收的誤喚醒信號的個數達到預設值，則確定所述MCU在中斷觸發狀態下被誤喚醒的頻率達到預設頻率值。
[0019]其中，所述方法還包括:
[0020]在所述第一喚醒間隔時間結束時，維持所述MCU處於休眠模式並設置所述MCU處於中斷觸發狀態；
[0021]判斷在預設時間內OBU是否還接收到誤喚醒信號；
[0022]若是，維持MCU處於休眠模式、在預置的第二喚醒間隔時間內關閉所述MCU的喚醒信號處理功能；或，維持MCU處於休眠模式並永久關閉所述MCU的喚醒信號處理功能；
[0023]若否，維持所述MCU處於休眠模式及中斷觸發狀態。
[0024]其中，在永久關閉所述MCU的喚醒信號處理功能之後還包括:
[0025]判斷是否檢測到OBU內插入的通行卡被拔出或拆卸對應的信號；
[0026]若檢測到所述通行卡被拔出或拆卸對應的信號，則維持MCU處於休眠模式並設置MCU處於中斷觸發狀態。
[0027]本發明實施例還提供一種車載單元OBU抗誤喚醒系統，包括:
[0028]誤喚醒信號檢測模塊，用於檢測OBU接收的喚醒信號是否為誤喚醒信號；
[0029]第一狀態設置模塊，用於在所述誤喚醒信號檢測模塊檢測到OBU接收的喚醒信號為誤喚醒信號時，設置MCU進入休眠模式，及將所述MCU的工作狀態切入中斷觸發狀態；
[0030]誤喚醒頻率檢測模塊，用於檢測所述MCU在中斷觸發狀態下被誤喚醒的頻率是否達到預設頻率值；
[0031]第二狀態設置模塊，用於在所述誤喚醒頻率檢測模塊的檢測結果為是時，維持所述MCU處於休眠模式、在預置的第一喚醒間隔時間內關閉所述MCU的喚醒信號處理功能，以使所述MCU在所述第一喚醒間隔時間內不處理任何外界耦合入的喚醒信號；
[0032]第一狀態維持模塊，用於在所述誤喚醒頻率檢測模塊的檢測結果為否時，維持所述MCU處於休眠模式及中斷觸發狀態。
[0033]其中，所述第一狀態設置模塊包括:
[0034]開啟單元，用於設置所述MCU的IO 口的中斷控制狀態為開啟中斷使能和開啟中斷觸發；
[0035]所述第二狀態設置模塊包括:
[0036]關閉單元，用於關閉所述MCU的IO 口的中斷使能和中斷觸發。
[0037]其中，所述誤喚醒頻率檢測模塊包括:[0038]超時判斷單元，用於在所述MCU切入到中斷觸發狀態時，判斷下一喚醒信號的接收時間是否超過預設超時時間；
[0039]定時確定單元，用於在所述超時判斷單元的判斷結果為是時，確定所述下一喚醒信號為誤喚醒信號，開啟定時器並設置所述定時器的定時時間；
[0040]頻率檢測確定單元，用於在所述定時時間內，檢測到OBU接收的喚醒信號始終為誤喚醒信號，且在單位時間內OBU接收的誤喚醒信號的個數達到預設值時，確定所述MCU在中斷觸發狀態下被誤喚醒的頻率達到預設頻率值。
[0041]其中，所述系統還包括:
[0042]第三狀態設置模塊，用於在所述第一喚醒間隔時間結束時，維持所述MCU處於休眠模式並設置所述MCU處於中斷觸發狀態；
[0043]誤喚醒信號接續判斷模塊，用於在所述第三狀態設置模塊維持所述MCU處於休眠模式並設置所述MCU處於中斷觸發狀態之後，判斷在預設時間內OBU是否還接收到誤喚醒
信號;
[0044]第四狀態設置模塊，用於在所述誤喚醒信號接續判斷模塊的判斷結果為是時，維持MCU處於休眠模式、在預置的第二喚醒間隔時間內關閉所述MCU的喚醒信號處理功能；或，維持MCU處於休眠模式並永久關閉所述MCU的喚醒信號處理功能；
[0045]第二維持模塊，用於在所述誤喚醒信號接續判斷模塊的判斷結果為否時，維持所述MCU處於休眠模式及中斷觸發狀態；
[0046]通行卡拆拔判斷模塊，用於在所述第四狀態設置模塊永久關閉所述MCU的喚醒信號處理功能之後，判斷是否檢測到OBU內插入的通行卡被拔出或拆卸對應的信號；
[0047]第五狀態設置模塊，用於在所述通行卡拆拔判斷模塊的判斷結果為是時，維持MCU處於休眠模式並設置MCU處於中斷觸發狀態。
[0048]本發明實施例還提供一種車載單元0BU，包括上述所述的OBU抗誤喚醒系統。
[0049]基於上述技術方案，本發明實施例提供的OBU抗誤喚醒方法在檢測到OBU接收的喚醒信號為誤喚醒信號時，將設置MCU進入休眠模式及將所述MCU的工作狀態切入中斷觸發狀態；然後檢測所述MCU在中斷觸發狀態下被誤喚醒的頻率是否達到預設頻率值；若是，維持所述MCU處於休眠模式、設置第一喚醒間隔時間及關閉所述MCU的喚醒信號處理功能，以使所述MCU在所述第一喚醒間隔時間內不處理任何外界耦合入的喚醒信號；若否，維持所述MCU處於休眠模式及中斷觸發狀態。通過本發明實施例提供的OBU抗誤喚醒方法可以看出，當耦合入MCU的喚醒信號為誤喚醒信號、MCU被誤喚醒後，MCU將進入休眠模式並切入中斷觸發狀態，以中斷觸發狀態對耦合入的喚醒信號進行處理，從而減小OBU電量的消耗，並且在中斷觸發狀態下，MCU被誤喚醒的頻率達到預設頻率值時，本發明實施例將在預置的第一喚醒間隔時間內關閉MCU的喚醒信號處理功能，從而使得MCU能夠避免在誤喚醒信號的作用下進行頻繁的誤喚醒，進一步減小了 OBU電量消耗，提高了 OBU的使用壽命。
【專利附圖】
【附圖說明】
[0050]為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
[0051]圖1為現有技術的OBU結構框圖；
[0052]圖2為本發明實施例提供的OBU抗誤喚醒方法的流程圖；
[0053]圖3為本發明實施例提供的對OBU接收的喚醒信號進行檢測的流程圖；
[0054]圖4為本發明實施例提供的計算MCU被誤喚醒頻率的流程圖；
[0055]圖5為本發明實施例提供的OBU抗誤喚醒方法的另一流程圖；
[0056]圖6為本發明實施例提供的OBU抗誤喚醒方法的又一流程圖；
[0057]圖7為本發明實施例提供的OBU抗誤喚醒系統的結構框圖；
[0058]圖8為本發明實施例提供的第一狀態設置模塊的結構框圖；
[0059]圖9為本發明實施例提供的第二狀態設置模塊的結構框圖；
[0060]圖10為本發明實施例提供的誤喚醒信號檢測模塊的結構框圖；
[0061]圖11為本發明實施例提供的誤喚醒頻率檢測模塊的結構框圖；
[0062]圖12為本發明實施例提供的OBU抗誤喚醒系統的另一結構框圖；
[0063]圖13為本發明實施例提供的OBU抗誤喚醒系統的又一結構框圖。
【具體實施方式】
[0064]下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。
[0065]圖2為本發明實施例提供的OBU抗誤喚醒方法的流程圖，參照圖2，該方法可以包括步驟:
[0066]步驟S100、若檢測到OBU接收的喚醒信號為誤喚醒信號，則設置MCU進入休眠模式，及將所述MCU的工作狀態切入中斷觸發狀態；
[0067]OBU的射頻支路接收到OBU外界的射頻信號後，將該信號耦合入OBU的MCU中，MCU在耦合入的射頻信號的作用下將被喚醒；本發明實施例中MCU的喚醒分為兩種:誤喚醒和正確喚醒。具體的，MCU將對耦合入的喚醒信號進行檢測，若檢測出喚醒信號為錯誤的喚醒信號，則MCU確定本次喚醒為誤喚醒；若MCU檢測出喚醒信號為正確的喚醒信號，則MCU確定本次喚醒為正確喚醒，執行後續的車輛過站扣費等操作。
[0068]可選的，檢測OBU接收的喚醒信號是否為誤喚醒信號的流程可參照圖3所示，圖3為本發明實施例提供的對OBU接收的喚醒信號進行檢測的流程圖，該流程可以包括:
[0069]步驟S110、判斷OBU接收的喚醒信號是否解碼成功，若是，執行步驟S111，若否，執行步驟SI 15 ；
[0070]MCU將對耦合入的喚醒信號進行解碼，從而通過解碼結果判斷流程執行方向。
[0071]步驟S111、讀取OBU接收的喚醒信號解碼後對應的數據及數據長度，判斷所述數據長度是否不大於預設長度值，若是，執行步驟SI 12，若否，執行步驟SI 15 ；
[0072]步驟S112、判斷所述數據所進行的CRC校驗是否成功，若是，執行步驟S113，若否，執行步驟SI 15 ；
[0073]步驟S113、判斷所述數據進行協議解析後的內容是否與預設數據協議對應，若是，執行步驟SI 14，若否，執行步驟SI 15 ；
[0074]步驟S114、確定OBU接收的喚醒信號為正確喚醒信號，本次喚醒為正確喚醒；
[0075]步驟S115、確定OBU接收的喚醒信號為誤喚醒信號，本次喚醒為誤喚醒。
[0076]值得注意的是，步驟S111，步驟S112，步驟S113之間的判斷順序可以沒有先後順序，即判斷所述數據長度是否不大於預設長度值，判斷所述數據所進行的CRC校驗是否成功，及判斷所述數據進行協議解析後的內容是否與預設數據協議對應這三者的判斷順序可任意，只要任一判斷結果為否，則確定本次喚醒為誤喚醒，所有判斷結果均為是才確定本次喚醒為正確喚醒。值得注意的是，上述示出的喚醒信號的檢測方式僅為可選方式。
[0077]針對不同的正確喚醒信號類型，喚醒信號的預設數據長度值、CRC校驗和數據協議解析的內容也各不相同，下表示出了正確喚醒信號為BST (Beacon Service Table,信標服務表)時的一種喚醒信號數據幀格式，可與上文所示喚醒信號檢測流程相參照，值得注意的是，下表所示內容僅為正確喚醒信號的可選數據幀格式，不應成為本發明實施例保護範圍的限制。
[0078]
【權利要求】
1.一種車載單元OBU抗誤喚醒方法，其特徵在於，包括: 若檢測到OBU接收的喚醒信號為誤喚醒信號，則設置MCU進入休眠模式，及將所述MCU的工作狀態切入中斷觸發狀態； 檢測所述MCU在中斷觸發狀態下被誤喚醒的頻率是否達到預設頻率值； 若是，維持所述MCU處於休眠模式、在預置的第一喚醒間隔時間內關閉所述MCU的喚醒信號處理功能，以使所述MCU在所述第一喚醒間隔時間內不處理任何外界耦合入的喚醒信號; 若否，維持所述MCU處於休眠模式及中斷觸發狀態。
2.根據權利要求1所述的方法，其特徵在於，所述將所述MCU的工作狀態切入中斷觸發狀態的過程包括: 設置所述MCU的IO 口的中斷控制狀態為開啟中斷使能和開啟中斷觸發； 所述關閉所述MCU的喚醒信號處理功能的過程包括: 關閉所述MCU的IO 口的中斷使能和中斷觸發。
3.根據權利要求1或2所述的方法，其特徵在於，所述檢測所述MCU在中斷觸發狀態下被誤喚醒的頻率是否達到預設頻率值的過程包括: 在所述MCU切入到中斷觸發狀態時，判斷下一喚醒信號的接收時間是否超過預設超時時間； 若是，確定所述下一喚醒信號為誤喚醒信號，開啟定時器並設置所述定時器的定時時間； 若在所述定時時間內，檢測到OBU接收的喚醒信號始終為誤喚醒信號，且在單位時間內OBU接收的誤喚醒信號的個數達到預設值，則確定所述MCU在中斷觸發狀態下被誤喚醒的頻率達到預設頻率值。
4.根據權利要求1所述的方法，其特徵在於，還包括: 在所述第一喚醒間隔時間結束時，維持所述MCU處於休眠模式並設置所述MCU處於中斷觸發狀態； 判斷在預設時間內OBU是否還接收到誤喚醒信號； 若是，維持MCU處於休眠模式、在預置的第二喚醒間隔時間內關閉所述MCU的喚醒信號處理功能；或，維持MCU處於休眠模式並永久關閉所述MCU的喚醒信號處理功能； 若否，維持所述MCU處於休眠模式及中斷觸發狀態。
5.根據權利要求4所述的方法，其特徵在於，在永久關閉所述MCU的喚醒信號處理功能之後還包括: 判斷是否檢測到OBU內插入的通行卡被拔出或拆卸對應的信號； 若檢測到所述通行卡被拔出或拆卸對應的信號，則維持MCU處於休眠模式並設置MCU處於中斷觸發狀態。
6.一種車載單元OBU抗誤喚醒系統，其特徵在於，包括: 誤喚醒信號檢測模塊，用於檢測OBU接收的喚醒信號是否為誤喚醒信號； 第一狀態設置模塊，用於在所述誤喚醒信號檢測模塊檢測到OBU接收的喚醒信號為誤喚醒信號時，設置MCU進入休眠模式，及將所述MCU的工作狀態切入中斷觸發狀態； 誤喚醒頻率檢測模塊，用於檢測所述MCU在中斷觸發狀態下被誤喚醒的頻率是否達到預設頻率值； 第二狀態設置模塊，用於在所述誤喚醒頻率檢測模塊的檢測結果為是時，維持所述MCU處於休眠模式、在預置的第一喚醒間隔時間內關閉所述MCU的喚醒信號處理功能，以使所述MCU在所述第一喚醒間隔時間內不處理任何外界耦合入的喚醒信號； 第一狀態維持模塊，用於在所述誤喚醒頻率檢測模塊的檢測結果為否時，維持所述MCU處於休眠模式及中斷觸發狀態。
7.根據權利要求6所述的系統，其特徵在於，所述第一狀態設置模塊包括: 開啟單元，用於設置所述MCU的IO 口的中斷控制狀態為開啟中斷使能和開啟中斷觸發； 所述第二狀態設置模塊包括: 關閉單元，用於關閉所述MCU的IO 口的中斷使能和中斷觸發。
8.根據權利要求6或7所述的系統，其特徵在於，所述誤喚醒頻率檢測模塊包括: 超時判斷單元，用於在所述MCU切入到中斷觸發狀態時，判斷下一喚醒信號的接收時間是否超過預設超時時間； 定時確定單元，用於在所述超時判斷單元的判斷結果為是時，確定所述下一喚醒信號為誤喚醒信號，開啟定時器並設置所述定時器的定時時間； 頻率檢測確定單元，用於在所述定時時間內，檢測到OBU接收的喚醒信號始終為誤喚醒信號，且在單位時間內OBU接收的誤喚醒信號的個數達到預設值時，確定所述MCU在中斷觸發狀態下被誤喚醒的頻率達到預設頻率值。
9.根據權利要求6所述的系統，其特徵在於，還包括: 第三狀態設置模塊，用於在所述第一喚醒間隔時間結束時，維持所述MCU處於休眠模式並設置所述MCU處於中斷觸發狀態； 誤喚醒信號接續判斷模塊，用於在所述第三狀態設置模塊維持所述MCU處於休眠模式並設置所述MCU處於中斷觸發狀態之後，判斷在預設時間內OBU是否還接收到誤喚醒信號; 第四狀態設置模塊，用於在所述誤喚醒信號接續判斷模塊的判斷結果為是時，維持MCU處於休眠模式、在預置的第二喚醒間隔時間內關閉所述MCU的喚醒信號處理功能；或，維持MCU處於休眠模式並永久關閉所述MCU的喚醒信號處理功能； 第二維持模塊，用於在所述誤喚醒信號接續判斷模塊的判斷結果為否時，維持所述MCU處於休眠模式及中斷觸發狀態； 通行卡拆拔判斷模塊，用於在所述第四狀態設置模塊永久關閉所述MCU的喚醒信號處理功能之後，判斷是否檢測到OBU內插入的通行卡被拔出或拆卸對應的信號； 第五狀態設置模塊，用於在所述通行卡拆拔判斷模塊的判斷結果為是時，維持MCU處於休眠模式並設置MCU處於中斷觸發狀態。
10.一種車載單元0BU，其特徵在於，包括權利要求6-9任一項所述的OBU抗誤喚醒系統。
【文檔編號】H04W52/02GK103731908SQ201310096257
【公開日】2014年4月16日 申請日期:2013年3月22日 優先權日:2013年3月22日
【發明者】郭雲峰, 謝正娟, 向濤 申請人:深圳市金溢科技有限公司