CN103731908B - 一种obu抗误唤醒方法、***及obu - Google Patents
一种obu抗误唤醒方法、***及obu Download PDFInfo
- Publication number
- CN103731908B CN103731908B CN201310096257.7A CN201310096257A CN103731908B CN 103731908 B CN103731908 B CN 103731908B CN 201310096257 A CN201310096257 A CN 201310096257A CN 103731908 B CN103731908 B CN 103731908B
- Authority
- CN
- China
- Prior art keywords
- mcu
- wake
- signal
- obu
- state
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Telephone Function (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种OBU抗误唤醒方法、***及OBU,其中方法包括:若检测到OBU接收的唤醒信号为误唤醒信号,则设置MCU进入休眠模式,及将所述MCU的工作状态切入中断触发状态;检测所述MCU在中断触发状态下被误唤醒的频率是否达到预设频率值;若是,维持所述MCU处于休眠模式、在预置的第一唤醒间隔时间内关闭所述MCU的唤醒信号处理功能,以使所述MCU在所述第一唤醒间隔时间内不处理任何外界耦合入的唤醒信号;若否,维持所述MCU处于休眠模式及中断触发状态。本发明实施例能够使得MCU避免在误唤醒信号的作用下进行频繁的误唤醒,减小了OBU电量消耗,提高了OBU的使用寿命。
Description
技术领域
本发明涉及智能交通技术领域,更具体地说,涉及一种OBU(On Board Unit,车载单元)抗误唤醒方法、***及OBU。
背景技术
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发射的射频信号的唤醒下,实现信息写入和扣费操作。
发明人在实现本发明的过程中发现:随着信息传输技术的不断发展,在OBU的实际应用环境中可能存在不同频段、不同信号强度的唤醒源,这些唤醒源对外不停的发射射频信号;然而这些射频信号并不是RSU发射的,属于错误的OBU唤醒信号(也称误唤醒信号),OBU在这些误唤醒信号的作用下将进行频繁的误唤醒,导致OBU的电量急剧消耗,使得OBU的使用寿命大幅降低;这种情况在车辆的停车地点存在强信号的错误唤醒源时尤为严重。
发明内容
有鉴于此,本发明实施例提供一种OBU抗误唤醒方法、***及OBU,以解决现有OBU在误唤醒信号的作用下进行频繁的误唤醒,导致OBU的电量消耗,使得OBU的使用寿命降低的问题。
为实现上述目的,本发明实施例提供如下技术方案:
一种车载单元OBU抗误唤醒方法,包括:
若检测到OBU接收的唤醒信号为误唤醒信号,则设置MCU进入休眠模式,及将所述MCU的工作状态切入中断触发状态;
检测所述MCU在中断触发状态下被误唤醒的频率是否达到预设频率值;
若是,维持所述MCU处于休眠模式、在预置的第一唤醒间隔时间内关闭所述MCU的唤醒信号处理功能,以使所述MCU在所述第一唤醒间隔时间内不处理任何外界耦合入的唤醒信号;
若否,维持所述MCU处于休眠模式及中断触发状态。
其中,所述将所述MCU的工作状态切入中断触发状态的过程包括:
设置所述MCU的IO口的中断控制状态为开启中断使能和开启中断触发;
所述关闭所述MCU的唤醒信号处理功能的过程包括:
关闭所述MCU的IO口的中断使能和中断触发。
其中,所述检测所述MCU在中断触发状态下被误唤醒的频率是否达到预设频率值的过程包括:
在所述MCU切入到中断触发状态时,判断下一唤醒信号的接收时间是否超过预设超时时间;
若是,确定所述下一唤醒信号为误唤醒信号,开启定时器并设置所述定时器的定时时间;
若在所述定时时间内,检测到OBU接收的唤醒信号始终为误唤醒信号,且在单位时间内OBU接收的误唤醒信号的个数达到预设值,则确定所述MCU在中断触发状态下被误唤醒的频率达到预设频率值。
其中,所述方法还包括:
在所述第一唤醒间隔时间结束时,维持所述MCU处于休眠模式并设置所述MCU处于中断触发状态;
判断在预设时间内OBU是否还接收到误唤醒信号;
若是,维持MCU处于休眠模式、在预置的第二唤醒间隔时间内关闭所述MCU的唤醒信号处理功能;或,维持MCU处于休眠模式并永久关闭所述MCU的唤醒信号处理功能;
若否,维持所述MCU处于休眠模式及中断触发状态。
其中,在永久关闭所述MCU的唤醒信号处理功能之后还包括:
判断是否检测到OBU内***的通行卡被拔出或拆卸对应的信号;
若检测到所述通行卡被拔出或拆卸对应的信号,则维持MCU处于休眠模式并设置MCU处于中断触发状态。
本发明实施例还提供一种车载单元OBU抗误唤醒***,包括:
误唤醒信号检测模块,用于检测OBU接收的唤醒信号是否为误唤醒信号;
第一状态设置模块,用于在所述误唤醒信号检测模块检测到OBU接收的唤醒信号为误唤醒信号时,设置MCU进入休眠模式,及将所述MCU的工作状态切入中断触发状态;
误唤醒频率检测模块,用于检测所述MCU在中断触发状态下被误唤醒的频率是否达到预设频率值;
第二状态设置模块,用于在所述误唤醒频率检测模块的检测结果为是时,维持所述MCU处于休眠模式、在预置的第一唤醒间隔时间内关闭所述MCU的唤醒信号处理功能,以使所述MCU在所述第一唤醒间隔时间内不处理任何外界耦合入的唤醒信号;
第一状态维持模块,用于在所述误唤醒频率检测模块的检测结果为否时,维持所述MCU处于休眠模式及中断触发状态。
其中,所述第一状态设置模块包括:
开启单元,用于设置所述MCU的IO口的中断控制状态为开启中断使能和开启中断触发;
所述第二状态设置模块包括:
关闭单元,用于关闭所述MCU的IO口的中断使能和中断触发。
其中,所述误唤醒频率检测模块包括:
超时判断单元,用于在所述MCU切入到中断触发状态时,判断下一唤醒信号的接收时间是否超过预设超时时间;
定时确定单元,用于在所述超时判断单元的判断结果为是时,确定所述下一唤醒信号为误唤醒信号,开启定时器并设置所述定时器的定时时间;
频率检测确定单元,用于在所述定时时间内,检测到OBU接收的唤醒信号始终为误唤醒信号,且在单位时间内OBU接收的误唤醒信号的个数达到预设值时,确定所述MCU在中断触发状态下被误唤醒的频率达到预设频率值。
其中,所述***还包括:
第三状态设置模块,用于在所述第一唤醒间隔时间结束时,维持所述MCU处于休眠模式并设置所述MCU处于中断触发状态;
误唤醒信号接续判断模块,用于在所述第三状态设置模块维持所述MCU处于休眠模式并设置所述MCU处于中断触发状态之后,判断在预设时间内OBU是否还接收到误唤醒信号;
第四状态设置模块,用于在所述误唤醒信号接续判断模块的判断结果为是时,维持MCU处于休眠模式、在预置的第二唤醒间隔时间内关闭所述MCU的唤醒信号处理功能;或,维持MCU处于休眠模式并永久关闭所述MCU的唤醒信号处理功能;
第二维持模块,用于在所述误唤醒信号接续判断模块的判断结果为否时,维持所述MCU处于休眠模式及中断触发状态;
通行卡拆拔判断模块,用于在所述第四状态设置模块永久关闭所述MCU的唤醒信号处理功能之后,判断是否检测到OBU内***的通行卡被拔出或拆卸对应的信号;
第五状态设置模块,用于在所述通行卡拆拔判断模块的判断结果为是时,维持MCU处于休眠模式并设置MCU处于中断触发状态。
本发明实施例还提供一种车载单元OBU,包括上述所述的OBU抗误唤醒***。
基于上述技术方案,本发明实施例提供的OBU抗误唤醒方法在检测到OBU接收的唤醒信号为误唤醒信号时,将设置MCU进入休眠模式及将所述MCU的工作状态切入中断触发状态;然后检测所述MCU在中断触发状态下被误唤醒的频率是否达到预设频率值;若是,维持所述MCU处于休眠模式、设置第一唤醒间隔时间及关闭所述MCU的唤醒信号处理功能,以使所述MCU在所述第一唤醒间隔时间内不处理任何外界耦合入的唤醒信号;若否,维持所述MCU处于休眠模式及中断触发状态。通过本发明实施例提供的OBU抗误唤醒方法可以看出,当耦合入MCU的唤醒信号为误唤醒信号、MCU被误唤醒后,MCU将进入休眠模式并切入中断触发状态,以中断触发状态对耦合入的唤醒信号进行处理,从而减小OBU电量的消耗,并且在中断触发状态下,MCU被误唤醒的频率达到预设频率值时,本发明实施例将在预置的第一唤醒间隔时间内关闭MCU的唤醒信号处理功能,从而使得MCU能够避免在误唤醒信号的作用下进行频繁的误唤醒,进一步减小了OBU电量消耗,提高了OBU的使用寿命。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术的OBU结构框图;
图2为本发明实施例提供的OBU抗误唤醒方法的流程图;
图3为本发明实施例提供的对OBU接收的唤醒信号进行检测的流程图;
图4为本发明实施例提供的计算MCU被误唤醒频率的流程图;
图5为本发明实施例提供的OBU抗误唤醒方法的另一流程图;
图6为本发明实施例提供的OBU抗误唤醒方法的又一流程图;
图7为本发明实施例提供的OBU抗误唤醒***的结构框图;
图8为本发明实施例提供的第一状态设置模块的结构框图;
图9为本发明实施例提供的第二状态设置模块的结构框图;
图10为本发明实施例提供的误唤醒信号检测模块的结构框图;
图11为本发明实施例提供的误唤醒频率检测模块的结构框图;
图12为本发明实施例提供的OBU抗误唤醒***的另一结构框图;
图13为本发明实施例提供的OBU抗误唤醒***的又一结构框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图2为本发明实施例提供的OBU抗误唤醒方法的流程图,参照图2,该方法可以包括步骤:
步骤S100、若检测到OBU接收的唤醒信号为误唤醒信号,则设置MCU进入休眠模式,及将所述MCU的工作状态切入中断触发状态;
OBU的射频支路接收到OBU外界的射频信号后,将该信号耦合入OBU的MCU中,MCU在耦合入的射频信号的作用下将被唤醒;本发明实施例中MCU的唤醒分为两种:误唤醒和正确唤醒。具体的,MCU将对耦合入的唤醒信号进行检测,若检测出唤醒信号为错误的唤醒信号,则MCU确定本次唤醒为误唤醒;若MCU检测出唤醒信号为正确的唤醒信号,则MCU确定本次唤醒为正确唤醒,执行后续的车辆过站扣费等操作。
可选的,检测OBU接收的唤醒信号是否为误唤醒信号的流程可参照图3所示,图3为本发明实施例提供的对OBU接收的唤醒信号进行检测的流程图,该流程可以包括:
步骤S110、判断OBU接收的唤醒信号是否解码成功,若是,执行步骤S111,若否,执行步骤S115;
MCU将对耦合入的唤醒信号进行解码,从而通过解码结果判断流程执行方向。
步骤S111、读取OBU接收的唤醒信号解码后对应的数据及数据长度,判断所述数据长度是否不大于预设长度值,若是,执行步骤S112,若否,执行步骤S115;
步骤S112、判断所述数据所进行的CRC校验是否成功,若是,执行步骤S113,若否,执行步骤S115;
步骤S113、判断所述数据进行协议解析后的内容是否与预设数据协议对应,若是,执行步骤S114,若否,执行步骤S115;
步骤S114、确定OBU接收的唤醒信号为正确唤醒信号,本次唤醒为正确唤醒;
步骤S115、确定OBU接收的唤醒信号为误唤醒信号,本次唤醒为误唤醒。
值得注意的是,步骤S111,步骤S112,步骤S113之间的判断顺序可以没有先后顺序,即判断所述数据长度是否不大于预设长度值,判断所述数据所进行的CRC校验是否成功,及判断所述数据进行协议解析后的内容是否与预设数据协议对应这三者的判断顺序可任意,只要任一判断结果为否,则确定本次唤醒为误唤醒,所有判断结果均为是才确定本次唤醒为正确唤醒。值得注意的是,上述示出的唤醒信号的检测方式仅为可选方式。
针对不同的正确唤醒信号类型,唤醒信号的预设数据长度值、CRC校验和数据协议解析的内容也各不相同,下表示出了正确唤醒信号为BST(Beacon Service Table,信标服务表)时的一种唤醒信号数据帧格式,可与上文所示唤醒信号检测流程相参照,值得注意的是,下表所示内容仅为正确唤醒信号的可选数据帧格式,不应成为本发明实施例保护范围的限制。
本发明实施例在检测出OBU接收的唤醒信号为误唤醒信号后,将设置OBU的MCU进入休眠模式,并将MCU的工作状态切入中断触发状态,MCU在中断触发状态下只能通过中断信号触发MCU从休眠模式唤醒。可选的,本发明实施例可设置MCU的IO口为电平跳变,设置MCU的IO口的中断控制状态为开启中断使能(允许IO口产生中断信号)和开启中断触发(上升沿/下降沿),即允许IO口产生中断信号及设置为上升/下降沿触发,从而使得IO口在接收到唤醒信号后产生中断信号,通过该中断信号触发所述MCU从休眠模式唤醒。
可选的,本发明实施例可在MCU处于非中断触发状态下(包括OBU初始启动状态,或OBU处于现有技术的工作状态下),检测到OBU接收的唤醒信号为误唤醒信号时触发图2所示流程。
步骤S200、检测所述MCU在中断触发状态下被误唤醒的频率是否达到预设频率值,若是,执行步骤S300,若否,执行步骤S400;
可选的,MCU在进入中断触发状态后,本发明实施例可启动定时器并检测中断触发状态下,MCU单位时间内被误唤醒的次数(即MCU被误唤醒频率),从而判断MCU在中断触发状态下被误唤醒的频率是否达到预设频率值,以确定本发明实施例后续的流程走向。
可选的,为便于MCU被误唤醒频率的计算,本发明实施例可在检测到OBU接收的唤醒信号为误唤醒信号,即MCU被误唤醒时,更新MCU被误唤醒的次数,即误唤醒次数加一;可选的,若在检测MCU被误唤醒的频率是否达到预设频率值的过程中,检测到OBU接收的唤醒信号存在正确的唤醒信号时,可清除MCU被误唤醒的次数并关闭定时器,执行后续的过站扣费等操作,本发明实施例将在OBU接收到下一误唤醒信号时,重新开启定时器并重新进行MCU被误唤醒频率的计算。
步骤S300、维持所述MCU处于休眠模式、在预置的第一唤醒间隔时间内关闭所述MCU的唤醒信号处理功能,以使所述MCU在所述第一唤醒间隔时间内不处理任何外界耦合入的唤醒信号;
可选的,第一唤醒间隔时间的数值可按实际应用情况确定,可选为2小时。关闭MCU的唤醒信号处理功能的方式有多种,可对MCU在第一唤醒间隔时间内做暂时性的去电处理,或屏蔽MCU的数据处理逻辑等等,本发明实施例提供的一种较为优选的方式为:关闭MCU的IO口的中断使能和中断触发,从而使得MCU的IO口在接收到唤醒信号后不再产生中断信号,不再触发MCU唤醒。
步骤S400、维持所述MCU处于休眠模式及中断触发状态。
本发明实施例提供的OBU抗误唤醒方法在检测到OBU接收的唤醒信号为误唤醒信号时,将设置MCU进入休眠模式及将所述MCU的工作状态切入中断触发状态;然后检测所述MCU在中断触发状态下被误唤醒的频率是否达到预设频率值;若是,维持所述MCU处于休眠模式、设置第一唤醒间隔时间及关闭所述MCU的唤醒信号处理功能,以使所述MCU在所述第一唤醒间隔时间内不处理任何外界耦合入的唤醒信号;若否,维持所述MCU处于休眠模式及中断触发状态。通过本发明实施例提供的OBU抗误唤醒方法可以看出,当耦合入MCU的唤醒信号为误唤醒信号、MCU被误唤醒后,MCU将进入休眠模式并切入中断触发状态,以中断触发状态对耦合入的唤醒信号进行处理,从而减小OBU电量的消耗,并且在中断触发状态下,MCU被误唤醒的频率达到预设频率值时,本发明实施例将在预置的第一唤醒间隔时间内关闭MCU的唤醒信号处理功能,从而使得MCU能够避免在误唤醒信号的作用下进行频繁的误唤醒,进一步减小了OBU电量消耗,提高了OBU的使用寿命。
可选的,对于正确的唤醒信号而言,唤醒信号一般具有标准的信号重发间隔时间,以唤醒信号为BST为例,BST的唤醒帧的重发间隔一般设置在5ms(毫秒)~40ms之间,因此在MCU切入到中断触发状态时,为防止MCU被误唤醒频率的计算过程中定时器的频繁开启和关闭,本发明实施例可在MCU切入到中断触发状态时,对下一唤醒信号的接收时间进行判断,如果下一唤醒信号的接收时间超过重发间隔时间,则说明该下一唤醒信号不为正确唤醒信号,此时开启定时器,进行MCU被误唤醒频率的计算;如果下一唤醒信号的接收时间在重发间隔时间内,则表明该唤醒信号必定不为误唤醒信号,对该唤醒信号进行数据的有效性检测,从而在确定该唤醒信号为正确唤醒信号时,进行后续的过站扣费等操作。图4示出了计算MCU被误唤醒频率的流程图,可进行参照,该流程可以包括:
步骤S210、在所述MCU切入到中断触发状态时,判断下一唤醒信号的接收时间是否超过预设超时时间,若是,执行步骤S220,若否,执行步骤S230;
该超时时间可为唤醒信号的重发间隔时间;
步骤S220、确定所述下一唤醒信号为误唤醒信号,开启定时器并设置所述定时器的定时时间,若在所述定时时间内,检测到OBU接收的唤醒信号始终为误唤醒信号,且在单位时间内OBU接收的误唤醒信号的个数达到预设值,则确定所述MCU在中断触发状态下被误唤醒的频率达到预设频率值;
步骤S230,判断该下一唤醒信号是否为有效数据,若是,执行步骤S240,若否,返回步骤S210;
步骤S240、确定该下一唤醒信号为正确唤醒信号。
本发明实施例在MCU切入到中断触发状态时,通过下一唤醒信号的接收时间确定是否进行定时器的开启和MCU被误唤醒频率的计算,可使得MCU被误唤醒频率的计算时机更为准确,使得本发明实施例提供的OBU抗误唤醒方法更具实用性,同时节省定时器的频繁开关。
图5为本发明实施例提供的OBU抗误唤醒方法的另一流程图,结合图2和图5所示,该方法还可以包括:
步骤S500、在所述第一唤醒间隔时间结束时,维持所述MCU处于休眠模式并设置所述MCU处于中断触发状态;
步骤S600、判断在预设时间内OBU是否还接收到误唤醒信号,若是,执行步骤S700,若否,执行步骤S800;
步骤S700、维持MCU处于休眠模式、在预置的第二唤醒间隔时间内关闭所述MCU的唤醒信号处理功能;
在第一唤醒间隔时间结束后,若OBU还在预定时间内接收到误唤醒信号,则说明误唤醒信号较为严重,可在预置的第二唤醒间隔时间内使MCU均不处理任何外界耦合入的唤醒信号。第二唤醒间隔时间的数值可视具体使用情况设定,可选为6小时。显然,对于在第一唤醒间隔时间结束后,OBU还在预定时间内接收到误唤醒信号的情况,本发明实施例也可采用其他的处理措施,如维持MCU处于休眠模式并永久关闭MCU的唤醒信号处理功能,使得MCU只有在特定条件下再次开启唤醒信号处理功能,以进入中断触发状态。可选的,该特定条件可以为:检测到OBU内***的通行卡被拔出或拆卸对应的信号;在永久关闭MCU的唤醒信号处理功能后,当车辆开到了ETC车道上首次通行失败时,交易失败后车主需要把通行卡拔出交给收费员刷卡之后再***到OBU内,因此在MCU永久关闭唤醒信号处理功能后,可判断是否检测到OBU内***的通行卡被拔出或拆卸对应的信号,若检测到所述通行卡被拔出或拆卸对应的信号,则开启MCU的唤醒信号处理功能,维持MCU处于休眠模式并设置MCU处于中断触发状态,从而使得车辆在通行过程中的不停车收费能够尽快恢复正常。
步骤S800、维持所述MCU处于休眠模式及中断触发状态。
可选的,与第一唤醒间隔时间结束时的处理情况相同,图5所示流程在第二唤醒间隔时间结束后,将维持MCU处于休眠模式并设置MCU处于中断触发状态,在第二唤醒间隔时间结束后,若在预定时间内OBU仍接收到误唤醒信号,则说明误唤醒存在严重,可再次关闭MCU的唤醒信号处理功能并延长关闭时间;以此类推,本发明实施例可设置多个唤醒间隔时间,在存在严重误唤醒时,不断的关闭MCU的唤醒信号处理功能及延长关闭时间。显然,较为优选的方式为:结合使用多个唤醒间隔时间的处理方式与永久关闭唤醒信号处理功能的处理方式,如可设置2个唤醒间隔时间(分别为第一唤醒间隔时间和第二唤醒间隔时间),若在第二唤醒间隔结束后,仍存在严重的误唤醒,则可永久关闭MCU的唤醒信号处理功能。
为更好的实现本发明实施例提供的OBU抗误唤醒方法,图6示出了本发明实施例提供的OBU抗误唤醒方法的又一流程,参照图6,该方法可以包括:
步骤S01、检测到OBU接收的唤醒信号为误唤醒信号;
步骤S02、设置MCU进入休眠模式,及将所述MCU的工作状态切入中断触发状态;
步骤S03、判断下一唤醒信号的接收时间是否超过预设超时时间,若是,执行步骤S04,若否,执行步骤S05;
步骤S04、确定下一唤醒信号为误唤醒信号,更新MCU被误唤醒次数,执行步骤S06;
步骤S05、判断该下一唤醒信号是否为有效数据,若是,执行步骤S16,若否,返回步骤S03;
步骤S06、开启定时器;
步骤S07、若在定时器的定时时间内,OBU接收的唤醒信号始终为误唤醒信号,并且MCU被误唤醒的频率达到预设频率值,则执行步骤S09;
步骤S08、若在定时器的定时时间内,OBU接收的唤醒信号存在正确唤醒信号,执行步骤S16;
步骤S09、维持所述MCU处于休眠模式、在预置的第一唤醒间隔时间内关闭所述MCU的唤醒信号处理功能;
步骤S10、在第一唤醒间隔时间结束时,开启MCU的唤醒信号处理功能,维持所述MCU处于休眠模式并设置所述MCU处于中断触发状态;
步骤S11,判断在预设时间内OBU是否还接收到误唤醒信号,若是,执行步骤S12,若否,执行步骤S17;
步骤S12、维持所述MCU处于休眠模式、在预置的第二唤醒间隔时间内关闭所述MCU的唤醒信号处理功能;
步骤S13、在第二唤醒间隔时间结束时,开启MCU的唤醒信号处理功能,维持所述MCU处于休眠模式并设置所述MCU处于中断触发状态;
步骤S14、判断在预设时间内OBU是否还接收到误唤醒信号,若是,执行步骤S15,若否,执行步骤S17;
步骤S15、维持MCU处于休眠模式并永久关闭所述MCU的唤醒信号处理功能。
步骤S16、清除误唤醒次数,关闭定时器,执行后续处理逻辑;
后续逻辑是指与扣费操作相关的处理逻辑
步骤S17、维持所述MCU处于休眠模式并设置所述MCU处于中断触发状态,关闭定时器。
下面对本发明实施例提供的OBU抗误唤醒***进行介绍,下文介绍的OBU抗误唤醒***与上文描述的OBU抗误唤醒方式相对应,两者可相互参照。
图7为本发明实施例提供的OBU抗误唤醒***的结构框图,参照图7,该***可以包括:
误唤醒信号检测模块100,用于检测OBU接收的唤醒信号是否为误唤醒信号;
第一状态设置模块200,用于在误唤醒信号检测模块100检测到OBU接收的唤醒信号为误唤醒信号时,设置MCU进入休眠模式,及将所述MCU的工作状态切入中断触发状态;
误唤醒频率检测模块300,用于检测所述MCU在中断触发状态下被误唤醒的频率是否达到预设频率值;
第二状态设置模块400,用于在误唤醒频率检测模块300的检测结果为是时,维持所述MCU处于休眠模式、在预置的第一唤醒间隔时间内关闭所述MCU的唤醒信号处理功能,以使所述MCU在所述第一唤醒间隔时间内不处理任何外界耦合入的唤醒信号;
第一状态维持模块500,用于在误唤醒频率检测模块300的检测结果为否时,维持所述MCU处于休眠模式及中断触发状态。
可选的,本发明实施例提供的OBU抗误唤醒***可设置于OBU的MCU内。通过本发明实施例提供的OBU抗误唤醒***,MCU可在中断触发状态下对耦合入的唤醒信号进行处理,从而减小OBU电量的消耗,并且在中断触发状态下,MCU被误唤醒的频率达到预设频率值时,MCU将在预置的第一唤醒间隔时间内关闭唤醒信号处理功能,从而使得MCU能够避免在误唤醒信号的作用下进行频繁的误唤醒,进一步减小了OBU电量消耗,提高了OBU的使用寿命。
图8示出了本发明实施例提供的第一状态设置模块200的结构,参照图8,第一状态设置模块200可以包括:
开启单元210,用于设置所述MCU的IO口的中断控制状态为开启中断使能和开启中断触发;
IO口在开启中断使能和开启中断触发的状态下,将在接收到唤醒信号后产生中断信号,通过所述中断信号触发所述MCU从休眠模式唤醒;
对应的,在图8所示第一状态设置模块200的基础上,图9示出了第二状态设置模块400的结构,第二状态设置模块400可以包括:
关闭单元410,用于关闭所述MCU的IO口的中断使能和中断触发。
图10为本发明实施例提供的误唤醒信号检测模块100的结构框图,参照图10,误唤醒信号检测模块100可以包括:
第一判断单元110,用于判断OBU接收的唤醒信号是否解码成功;
第一确定单元120,用于在第一判断单元110的判断结果为否时,确定OBU接收的唤醒信号为误唤醒信号;
数据读取单元130,用于在第一判断单元110的判断结果为是时,读取OBU接收的唤醒信号解码后对应的数据及数据长度;
第二判断单元140,用于判断所述数据长度是否不大于预设长度值,判断所述数据所进行的CRC校验是否成功,及判断所述数据进行协议解析后的内容是否与预设数据协议对应;
第二确定单元150,用于在第二判断单元140的任一判断结果为否时,确定OBU接收的唤醒信号为误唤醒信号。
图11为本发明实施例提供的误唤醒频率检测模块300的结构框图,参照图11,误唤醒频率检测模块300可以包括:
超时判断单元310,用于在所述MCU切入到中断触发状态时,判断下一唤醒信号的接收时间是否超过预设超时时间;
定时确定单元320,用于在超时判断单元310的判断结果为是时,确定所述下一唤醒信号为误唤醒信号,开启定时器并设置所述定时器的定时时间;
频率检测确定单元330,用于在所述定时时间内,检测到OBU接收的唤醒信号始终为误唤醒信号,且在单位时间内OBU接收的误唤醒信号的个数达到预设值时,确定所述MCU在中断触发状态下被误唤醒的频率达到预设频率值。
图12为本发明实施例提供的OBU抗误唤醒***的另一结构框图,结合图7和图12所示,该***还可以包括:
次数更新模块600,用于在检测到OBU接收的唤醒信号为误唤醒信号时,更新所述MCU被误唤醒的次数;
次数清除模块700,用于在检测到OBU接收的唤醒信号为正确的唤醒信号时,清除所述MCU被误唤醒的次数。
图13为本发明实施例提供的OBU抗误唤醒***的又一结构框图,结合图7和图13所示,该***还可以包括:
第三状态设置模块800,用于在所述第一唤醒间隔时间结束时,维持所述MCU处于休眠模式并设置所述MCU处于中断触发状态;
误唤醒信号接续判断模块900,用于在第三状态设置模块800维持所述MCU处于休眠模式并设置所述MCU处于中断触发状态之后,判断在预设时间内OBU是否还接收到误唤醒信号;
第四状态设置模块1000,用于在误唤醒信号接续判断模块900的判断结果为是时,维持MCU处于休眠模式、在预置的第二唤醒间隔时间及内关闭所述MCU的唤醒信号处理功能;或,维持MCU处于休眠模式并永久关闭所述MCU的唤醒信号处理功能;
第二维持模块1100,用于在误唤醒信号接续判断模块900的判断结果为否时,维持所述MCU处于休眠模式及中断触发状态;
通行卡拆拔判断模块1200,用于在第四状态设置模块1000永久关闭所述MCU的唤醒信号处理功能之后,判断是否检测到OBU内***的通行卡被拔出或拆卸对应的信号;
第五状态设置模块1300,用于在通行卡拆拔判断模块1200的判断结果为是时,维持MCU处于休眠模式并设置MCU处于中断触发状态。
本发明实施例还提供一种OBU,包括上述所述的OBU抗误唤醒***,OBU的其他结构可参照现有技术。
发明人在实验本发明实施例提供的OBU抗误唤醒方法后,将现有技术与本发明提供的OBU抗误唤醒方法的使用效果做了如下比对,可进行参照。
现有技术:
工作模式:OBU一直处于唤醒状态,OBU被唤醒后会进行读卡、打开通信模块等操作,故功耗维持在一个相对较高的状态(假设为60mAs)。
使用寿命:(1mA*300*3600s)/(60mAs)=18000s=5小时。
本发明实施例提供的OBU抗误唤醒方法:
工作模式:假定预设误唤醒频率为10次/秒,OBU连续唤醒10次后,OBU关闭唤醒检测功能并维持1小时之后再次开启唤醒检测功能(即第一唤醒间隔时间为1小时),OBU唤醒后持续接收5ms~40ms。
使用寿命:OBU首次接触到误唤醒源时会首先被连续唤醒10次(每次唤醒后持续接收40ms)同时假设OBU处于休眠模式时的功耗为20uA。
OBU被连续唤醒10次的功耗为:(10*0.04s*60mA/3600+0.02mAh)=0.026mAh
OBU在关闭唤醒检测功能1个小时内的功耗为:(1*0.04s*60mA/3600+0.02mAh)=0.02mAh
此时,假定第二唤醒间隔时间为6小时,则OBU在后续的6个小时内的功耗为:(1*0.04s*60mA/(3600*6)+0.02mAh)=0.02mAh
由于OBU不是处于连续唤醒状态,OBU的电池放电能力得到了最大限度的使用,其实际有效电池容量可以以1000mAh时来计算,则OBU的使用寿命延长为:
1000mAh/(0.026+0.02+0.02)=15151h=631天=1.73年
可见,使用本发明实施例提供的OBU抗误唤醒方法,可大幅的减小OBU电量消耗,提高了OBU的使用寿命。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任的存储介质中。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种车载单元OBU抗误唤醒方法,其特征在于,包括:
若检测到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接收的唤醒信号为误唤醒信号时,设置所述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.一种车载单元OBU,其特征在于,包括权利要求6-9任一项所述的OBU抗误唤醒***。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310096257.7A CN103731908B (zh) | 2013-03-22 | 2013-03-22 | 一种obu抗误唤醒方法、***及obu |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310096257.7A CN103731908B (zh) | 2013-03-22 | 2013-03-22 | 一种obu抗误唤醒方法、***及obu |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103731908A CN103731908A (zh) | 2014-04-16 |
CN103731908B true CN103731908B (zh) | 2017-03-22 |
Family
ID=50455796
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310096257.7A Active CN103731908B (zh) | 2013-03-22 | 2013-03-22 | 一种obu抗误唤醒方法、***及obu |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103731908B (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107680181B (zh) * | 2017-09-01 | 2020-04-07 | 深圳市金溢科技股份有限公司 | 一种多功能智能车载单元及其控制方法 |
CN109672775B (zh) * | 2017-10-16 | 2021-10-29 | 腾讯科技(北京)有限公司 | 调节唤醒灵敏度的方法、装置及终端 |
CN107833295A (zh) * | 2017-10-26 | 2018-03-23 | 深圳成谷科技有限公司 | 高速公路通行卡及高速公路通行卡的唤醒方法 |
CN108038924B (zh) * | 2017-12-08 | 2021-04-06 | 北京云星宇交通科技股份有限公司 | 一种防止复合通行卡被误唤醒的方法及*** |
CN109982416B (zh) * | 2017-12-27 | 2022-04-12 | 珠海市魅族科技有限公司 | 一种数据接收及发送的方法及装置 |
CN110602771B (zh) * | 2019-08-27 | 2022-02-08 | 中国第一汽车股份有限公司 | 一种功耗控制方法、装置和车联网终端 |
CN110660232A (zh) * | 2019-09-27 | 2020-01-07 | 深圳市金溢科技股份有限公司 | 可读存储介质、交通调度的实现方法、***及其设备 |
CN110827425B (zh) * | 2019-09-30 | 2021-04-27 | 北京握奇数据股份有限公司 | 一种obu的智能检卡读卡的方法和装置 |
CN111459555B (zh) * | 2020-03-10 | 2024-05-31 | 大唐微电子技术有限公司 | 一种休眠方法和装置 |
CN111277285A (zh) * | 2020-03-12 | 2020-06-12 | 深圳成谷科技有限公司 | 一种射频芯片信号接收方法、装置以及*** |
CN112203255B (zh) * | 2020-09-11 | 2024-04-09 | 北京万集科技股份有限公司 | 车载单元的控制方法和***、存储介质及电子装置 |
CN112835826A (zh) * | 2021-03-04 | 2021-05-25 | 深圳市广和通无线股份有限公司 | 一种通信方法、装置、设备及可读存储介质 |
CN113660714B (zh) * | 2021-07-30 | 2024-04-26 | 烟台东方威思顿电气有限公司 | 基于特定特征码的低功耗唤醒方法 |
CN114328351B (zh) * | 2021-12-23 | 2024-06-11 | 西安芯海微电子科技有限公司 | 一种mcu唤醒电路、方法和电子设备 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102833826A (zh) * | 2011-06-15 | 2012-12-19 | 何德昌 | 实现智能休眠的dsrc***车载终端和实现方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101582045A (zh) * | 2008-05-16 | 2009-11-18 | 鸿富锦精密工业(深圳)有限公司 | 计算机测试***及方法 |
-
2013
- 2013-03-22 CN CN201310096257.7A patent/CN103731908B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102833826A (zh) * | 2011-06-15 | 2012-12-19 | 何德昌 | 实现智能休眠的dsrc***车载终端和实现方法 |
Also Published As
Publication number | Publication date |
---|---|
CN103731908A (zh) | 2014-04-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103731908B (zh) | 一种obu抗误唤醒方法、***及obu | |
CN104574538B (zh) | 车载单元及其管理***、蓝牙启动方法和充值方法 | |
CN104520906A (zh) | 具有电力管理的车载单元 | |
CN105260004B (zh) | android***终端的屏幕旋转方法和*** | |
CN106055074A (zh) | 一种应用程序处理方法及装置 | |
CN105741366B (zh) | 一种防跟车干扰交易方法、路侧单元及交易*** | |
CN204833414U (zh) | 一种互补使用热释电和红外对射传感器的防尾随门禁*** | |
CN107862231B (zh) | 一种防止电子标签误唤醒*** | |
CN109831764B (zh) | 一种适用于obu电子标签的抗邻道干扰交易的方法及*** | |
CN106455022A (zh) | 一种省电模式切换方法及装置 | |
CN103885565A (zh) | 智能设备的休眠方法及*** | |
CN106776054A (zh) | 一种死锁检测方法、装置和电路 | |
CN105243706B (zh) | 车辆进出库的控制方法、装置及*** | |
CN102708594A (zh) | 一种防拆卸装置及防拆卸方法 | |
CN111277285A (zh) | 一种射频芯片信号接收方法、装置以及*** | |
CN205644660U (zh) | 一种具有路径识别功能的etc用复合式车载单元 | |
CN108541049B (zh) | 唤醒复合通行卡的方法及复合通行卡 | |
CN103854315A (zh) | 一种防拆卸装置 | |
CN105551102A (zh) | 一种具有路径识别功能的etc用复合式车载单元 | |
CN105354491B (zh) | 智能终端待机状态检测方法及装置 | |
CN212159910U (zh) | 集成于mcu的开盖检测电路和电能表控制芯片 | |
CN102955701B (zh) | 使用Bootloader程序的应用程序更新方法 | |
CN111667596A (zh) | 车辆集成*** | |
CN100392537C (zh) | 车载单元的电源管理方法 | |
CN109313561B (zh) | 一种***装载的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C53 | Correction of patent for invention or patent application | ||
CB02 | Change of applicant information |
Address after: Nanshan District Keyuan Road Shenzhen city Guangdong province 518057 Tsinghua building A building 12 layer Applicant after: SHENZHEN GENVICT TECHNOLOGY CO., LTD. Address before: Nanshan District Keyuan Road Shenzhen city Guangdong province 518057 Tsinghua building A building 12 layer Applicant before: Shenzhen Jinyi Technologies Co., Ltd. |
|
COR | Change of bibliographic data |
Free format text: CORRECT: APPLICANT; FROM: SHENZHEN JINYI TECHNOLOGIES CO., LTD. TO: SHENZHEN GENVICT TECHNOLOGY CO., LTD. |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |