[发明专利]一种车载单元的故障诊断方法、车载单元和系统

说明书

技术领域

本申请涉及一种智能交通（ITS：Intelligent Transportation System）领域，尤其涉及一种车载单元（OBU：On-board Units）的故障诊断方法、OBU和系统。

背景技术

专用短程通信（DSRC：Dedicated Short Range Communications）技术用于道路上的路侧设备（RSU：Road Side Unit）与车辆上的OBU之间的短程通讯，以实现对车辆的扣费或监控，例如在电子不停车收费（Electronic Toll Collection：ETC）系统中，RSU与车辆上的OBU进行微波信号的交互，使车辆在不停车的情况下自动缴费。

随着DSRC技术的飞速发展和广泛应用，以及OBU用户群规模的不断壮大，人们对OBU的维护提出了更高要求。一旦OBU发生损坏，首先需要准确找出故障发生的原因和具体环节，即对OBU进行故障诊断，通常情况下，造成OBU返修的原因主要包括使用不当、工艺问题、正常损坏等。一部分返修品通过一些测试很容易确认故障原因；然而，由于有些故障是在特定使用环境下发生的，其发生的实际应用场景无法被技术人员还原或者模拟，因此有一些返修品就不太容易确认故障原因（例如使用不当造成的返修），不利于OBU的返修。

发明内容

本申请要解决的主要技术问题是，提供一种便于对OBU进行维护的故障诊断方法、车载单元和系统。

为解决上述技术问题，根据本申请的第一方面，本申请提供一种车载单元的故障诊断方法,包括以下步骤：

执行失败信息存储步骤：车载单元在运行指定流程的过程中，如果指令执行失败，则将对应的执行失败信息记录在所述车载单元内的存储区域；

执行失败信息提供步骤：车载单元将所述执行失败信息提供给外部读取设备。

一种实施例中，记录所述执行失败信息的具体方式包括：所述执行失败信息包括故障类型、失败指令、失败应答中的至少一种。

一种实施例中，所述执行失败信息的记录形式为失败记录结构体、数组、函数、变量或指针。

一种实施例中，所述执行失败信息还包括索引号，每次记录所述执行失败信息后，下一次记录的所述执行失败信息的索引号自动加1。

一种实施例中，每次记录所述执行失败信息的过程中，还对所述执行失败信息进行数据校验，并生成校验码后记录在所述执行失败信息中。

一种实施例中，每次记录所述执行失败信息的过程中，还对所述执行失败信息进行备份。

一种实施例中，所述指定流程包括一次发行流程、二次发行流程、激活检测流程、交易流程中的至少一种。

一种实施例中，所述执行失败信息存储步骤还包括：如果指令执行成功，则将对应的执行成功信息也记录在车载单元内的存储区域。

根据本申请的第二方面，本申请提供了一种车载单元，包括：

执行判断模块：执行失败信息存储模块：用于在车载单元运行指定流程的过程中，如果指令执行失败时，则将对应的执行失败信息记录在车载单元内的存储区域；

执行失败信息提供模块：用于将所述执行失败信息提供给外部读取设备。

一种实施例中，所述执行失败信息存储模块包括结构体生成单元，用于生成失败记录结构体，所述失败记录结构体中的信息包括故障类型、失败指令、失败应答中的至少一种。

根据本申请的第三方面，本申请提供了一种车载单元的故障诊断系统，包括以上所述的车载单元，以及所述外部读取设备。

本申请的有益效果是：本申请对OBU在实际应用过程中出现故障的具体信息进行记录，便于技术人员在返修过程中根据这些信息对OBU的故障进行准确、快速的诊断，不仅能够提高OBU的返修速度，确保返修质量，而且便于OBU制造商的技术人员通过分析和评估OBU中记录的执行失败信息，完善产品的设计/测试/使用等各个环节，最大限度的降低产品的返修率，从而满足用户的使用需求，也便于用户基于这些信息，对OBU的品质进行区分和选择，从而选择理想的OBU制造商。

附图说明

图1为本申请一种实施例的OBU的故障诊断方法流程图；

图2为本申请一种实施例的OBU一次发行的流程图；

图3为本申请一种实施例的OBU二次发行的流程图；

图4为本申请一种实施例的OBU激活检测的流程图；

图5为本申请一种实施例的OBU正常交易的流程图；

图6为本申请一种实施例的OBU在正常交易过程中进行故障诊断的流程图；