一种交通雷达工作状态自检测的方法和系统与流程

文档序号:29913632发布日期:2022-05-06 02:47阅读:159来源:国知局
一种交通雷达工作状态自检测的方法和系统与流程

1.本技术涉及雷达监测系统技术领域,特别是涉及一种交通雷达工作状态自检测的方法和系统。


背景技术:

2.随着城市交通的智能化发展,以及无人驾驶汽车的车路协同普及,毫米波雷达凭借其全天候下,长距离、宽视角的精准探测目标的能力,越来越多的应用于道路监控中。为了提高雷达对道路监控的实时性和稳定性,需要对雷达的工作状态进行监控检测,以确保雷达的正常运行。
3.在相关技术中,通过耦合器将雷达发射机信号形成自检信号,并馈入雷达接收通道中,在不同模式的接收处理时序与处理算法的配合下,接收机通过接收自检信号或发射机泄漏信号,实现对雷达系统通道自检、校准、灵敏自动测量以及发射机状态检测。然而,这种方式的系统结构较为复杂,且不能反馈故障原因。
4.目前针对相关技术中,在对雷达系统进行工作状态检测时,存在的故障排查效率低的问题,尚未提出有效的解决方案。


技术实现要素:

5.本技术实施例提供了一种交通雷达工作状态自检测的方法和系统,以至少解决相关技术中在对雷达系统进行工作状态检测时,存在的故障排查效率低的问题。
6.第一方面,本技术实施例提供了一种交通雷达工作状态自检测的方法,应用于交通雷达工作状态自检测系统中,所述系统包括mcu处理器、电源模块、通讯模块,所述方法包括:
7.所述mcu处理器分别获取雷达前端的工作信息,以及所述电源模块输出的节点电压信号,并对所述工作信息和所述节点电压信号进行集中处理,通过处理后的数据判断雷达的工作状态是否异常;
8.当判断所述雷达的工作状态异常时,所述mcu处理器通过状态指示灯进行故障警示,并将异常结果通过所述通讯模块反馈到中控平台,报告故障信息。
9.在其中一些实施例中,所述mcu处理器通过所述通讯模块与所述中控平台相互定时发送确认标志位,以确定通讯链路的正常工作。
10.在其中一些实施例中所述mcu处理器获取雷达前端的工作信息包括:
11.所述mcu处理器通过spi获取所述雷达前端的工作信息,其中,所述工作信息包括雷达前端的工作电压,雷达前端发射机的功率状态、锁频状态,以及接收机的功率接收状态。
12.第二方面,本技术实施例提供了一种交通雷达工作状态自检测的系统,所述系统包括mcu处理器、电源模块、通讯模块,
13.所述mcu处理器分别获取雷达前端的工作信息,以及所述电源模块输出的节点电
压信号,并对所述工作信息和所述节点电压信号进行集中处理,通过处理后的数据判断雷达的工作状态是否异常;
14.当判断所述雷达的工作状态异常时,所述mcu处理器通过状态指示灯进行故障警示,并将异常结果通过所述通讯模块反馈到中控平台,报告故障信息。
15.在其中一些实施例中,所述mcu处理器通过所述通讯模块与所述中控平台相互定时发送确认标志位,以确定通讯链路的正常工作。
16.在其中一些实施例中,所述mcu处理器通过spi获取所述雷达前端的工作信息,其中,所述工作信息包括雷达前端的工作电压,雷达前端发射机的功率状态、锁频状态,以及接收机的功率接收状态。
17.在其中一些实施例中,所述电源模块包括线性稳压器和开关电源,通过所述线性稳压器和所述开关电源分别进行电压转换,得到不同的节点电压,反馈到所述mcu处理器中。
18.在其中一些实施例中,所述不同的节点电压还分别为所述通讯模块、所述雷达前端供电。
19.在其中一些实施例中,所述系统还包括系统电压,
20.所述系统电压给所述电源模块供电。
21.在其中一些实施例中,所述通讯模块包括以太网通讯和rs485通信。
22.相比于相关技术,本技术实施例提供的交通雷达工作状态自检测的方法,应用于交通雷达工作状态自检测系统中,该系统包括mcu处理器、电源模块、通讯模块,具体地,mcu处理器分别获取雷达前端的工作信息,以及电源模块输出的节点电压信号,并对工作信息和节点电压信号进行集中处理,通过处理后的数据判断雷达的工作状态是否异常;当判断雷达的工作状态异常时,mcu处理器通过状态指示灯进行故障警示,并将异常结果通过通讯模块反馈到中控平台,报告故障信息。
23.本技术中,雷达内部嵌入式系统的mcu处理器与各个模块建立反馈系统,实时采集接收雷达的各种性能状态。并通过采集到的性能状态监测雷达的工作状态,当监测到有工作状态异常时,mcu处理器会通过通信端口发送相应指令给中控平台,同时状态指示灯会按一定规律频闪红灯,示意工作异常,解决了在对雷达系统进行工作状态检测时,存在的故障排查效率低的问题。不仅能实时监控雷达系统是否正常运行,还能迅速找到故障原因,定位故障点,提高故障排查效率。
附图说明
24.此处所说明的附图用来提供对本技术的进一步理解,构成本技术的一部分,本技术的示意性实施例及其说明用于解释本技术,并不构成对本技术的不当限定。在附图中:
25.图1是根据本技术实施例的交通雷达工作状态自检测的系统结构示意图;
26.图2是根据本技术实施例的交通雷达工作状态自检测的方法的流程图。
具体实施方式
27.为了使本技术的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本技术进行描述和说明。应当理解,此处所描述的具体实施例仅仅用以解释本技术,并不用
于限定本技术。基于本技术提供的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都属于本技术保护的范围。此外,还可以理解的是,虽然这种开发过程中所作出的努力可能是复杂并且冗长的,然而对于与本技术公开的内容相关的本领域的普通技术人员而言,在本技术揭露的技术内容的基础上进行的一些设计,制造或者生产等变更只是常规的技术手段,不应当理解为本技术公开的内容不充分。
28.在本技术中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是,本技术所描述的实施例在不冲突的情况下,可以与其它实施例相结合。
29.除非另作定义,本技术所涉及的技术术语或者科学术语应当为本技术所属技术领域内具有一般技能的人士所理解的通常意义。本技术所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制,可表示单数或复数。本技术所涉及的术语“包括”、“包含”、“具有”以及它们任何变形,意图在于覆盖不排他的包含;例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可以还包括没有列出的步骤或单元,或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本技术所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接,而是可以包括电气的连接,不管是直接的还是间接的。本技术所涉及的“多个”是指大于或者等于两个。“和/或”描述关联对象的关联关系,表示可以存在三种关系,例如,“a和/或b”可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。本技术所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象,不代表针对对象的特定排序。
30.本实施例提供了一种交通雷达工作状态自检测的系统,图1是根据本技术实施例的交通雷达工作状态自检测的系统结构示意图,如图1所示,该系统包括mcu处理器、电源模块和通讯模块,其中,电源模块包括线性稳压器和开关电源,线性稳压器为图1中lod1、lod2、lod3,开关电源为图1中的dcdc1、dcdc2;通讯模块包括以太网通讯(ethernet)和rs485通信;优选的,本实施例中使用的mcu处理器为dsp处理器;
31.具体地,mcu处理器(dsp)分别获取雷达前端(radar front end)的工作信息,以及电源模块输出的节点电压信号,并对获取的工作信息和节点电压信号进行集中处理,通过处理后的数据判断雷达的工作状态是否异常;当判断雷达的工作状态异常时,mcu处理器(dsp)通过状态指示灯进行故障警示,并将异常结果通过通讯模块反馈到中控平台,报告故障信息,其中,图1中的interface为中控平台的通讯接口。
32.优选的,本实施例,mcu处理器(dsp)会通过spi获取雷达前端(radar front end)的工作信息(即图1中的data),其中,该工作信息包括雷达前端发射机的功率状态、锁频状态,以及接收机的功率接收状态,例如,接收机的接收功率过低状态和接收机接收饱和状态等。此外,工作信息还包括雷达的工作电压,当雷达前端因长时间工作导致模组温度过高时,温度的信息可通过工作电压信号反馈到mcu处理器(dsp)。mcu处理器(dsp)在获取上述工作信息之后会对其进行处理判断,监测雷达前端的工作状态。
33.优选的,mcu处理器(dsp)获取电源模块中通过线性稳压器和开关电源进行电压转换输出的各个节点电压信号,例如,lod1输出的3.3v_lr,dcdc2输出的1.25v_sr等,对电源
模块的各个节点电压进行处理和实时监控,并在出现异常时快速的准确定位出异常节点,防止因电源模块中某一节点的电压输出异常而导致整个系统的工作异常。
34.优选的,当雷达处于静默状态而长时间无输出动作时,会导致无法判断mcu处理器和中控平台是否有效连接,因此,为了防止这种情况发生,本实施例中,mcu处理器(dsp)会通过通讯模块(ethernet和rs485)与中控平台相互定时发送确认标志位(data),以确定通讯链路的正常工作。
35.通过上述系统,本实施例通过建立雷达内部信息反馈系统,实时采集接收雷达的各种性能状态,并通过采集到的性能状态监测雷达的工作状态,当监测到有工作状态异常时,mcu处理器会通过通信端口发送相应指令给中控平台,同时状态指示灯会按一定规律频闪红灯,示意工作异常,解决了在对雷达系统进行工作状态检测时,存在的故障排查效率低的问题。不仅能实时监控雷达系统是否正常运行,还能迅速找到故障原因,定位故障点,提高故障排查效率。
36.在其中一些实施例中,如图1所示,通过线性稳压器和开关电源进行电压转换得到的节点电压还分别为通讯模块、雷达前端供电,例如,lod3输出的3.3v_fe、lod2输出的5v_fe为雷达前端供电,lod1输出的3.3v_lr为通讯模块的ethernet和rs485供电。
37.在其中一些实施例中,系统电压(power)给电源模块供电,如图1所示,power给dcdc1供电,经dcdc1处理后得到5.5v_sr电压,传输给lod2和dcdc2。
38.需要说明的是,本实施例中的具体示例可以参考下述一种交通雷达工作状态自检测方法的实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
39.本实施例还提供了一种交通雷达工作状态自检测的方法,应用于上述一种交通雷达工作状态自检测系统中,图2是根据本技术实施例的交通雷达工作状态自检测的方法的流程图,如图2所示,该流程包括如下步骤:
40.步骤s201,mcu处理器分别获取雷达前端的工作信息,以及电源模块输出的节点电压信号,并对工作信息和节点电压信号进行集中处理,通过处理后的数据判断雷达的工作状态是否异常;
41.优选的,本实施中,mcu处理器(dsp)会通过spi获取雷达前端(radar front end)的工作信息(即图1中的data),其中,该工作信息包括雷达前端发射机的功率状态、锁频状态,以及接收机的功率接收状态,例如,接收机的接收功率过低状态和接收机接收饱和状态等。此外,工作信息还包括雷达的工作电压,当雷达前端因长时间工作导致模组温度过高时,温度的信息可通过工作电压信号反馈到mcu处理器(dsp);
42.此外,mcu处理器(dsp)还会获取电源模块中通过线性稳压器和开关电源进行电压转换输出的各个节点电压信号,例如,lod1输出的3.3v_lr,dcdc2输出的1.25v_sr等,对电源模块的各个节点电压进行实时监控;
43.接着,mcu处理器(dsp)在获取上述工作信息和节点电压信号之后,会对其进行集中处理,通过处理后的数据判断雷达的工作状态是否异常;
44.步骤s202,当判断雷达的工作状态异常时,mcu处理器通过状态指示灯进行故障警示,并将异常结果通过通讯模块反馈到中控平台,报告故障信息。
45.本实施例中,当mcu处理器判断雷达的工作状态异常时,会通过按一定规律频闪的状态指示灯进行故障警示,并将异常结果通过通讯模块反馈到中控平台(信号机或者rsu),
报告故障信息。例如,当电源模块中的某个电压节点出现异常时,mcu处理器会快速定位到该异常节点,并将该异常节点反馈到中控平台,报告故障信息,同时雷达的led状态指示灯会按一定规律频闪进行故障警示,使得检修人员快速进行现场识别和故障检修。
46.通过上述步骤s201至步骤s202,本实施例通过建立雷达内部信息反馈系统,实时采集接收雷达的各种性能状态,并通过采集到的性能状态监测雷达的工作状态,当监测到有工作状态异常时,mcu处理器会通过通信端口发送相应指令给中控平台,同时状态指示灯会按一定规律频闪红灯,示意工作异常,解决了在对雷达系统进行工作状态检测时,存在的故障排查效率低的问题。不仅能实时监控雷达系统是否正常运行,还能迅速找到故障原因,定位故障点,提高故障排查效率。
47.在其中一些实施例中,当雷达处于静默状态而长时间无输出动作时,会导致无法判断mcu处理器和中控平台是否有效连接,因此,为了防止这种情况发生,本实施例中,mcu处理器(dsp)会通过通讯模块(ethernet和rs485)与中控平台相互定时发送确认标志位(data),以确定通讯链路的正常工作。
48.需要说明的是,在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
49.本领域的技术人员应该明白,以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
50.以上所述实施例仅表达了本技术的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本技术构思的前提下,还可以做出若干变形和改进,这些都属于本技术的保护范围。因此,本技术专利的保护范围应以所附权利要求为准。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1