一种车载单元的故障诊断方法、车载单元和系统技术方案

本申请公开了一种车载单元的故障诊断方法、车载单元和系统,其中，方法包括以下步骤：执行失败信息存储步骤：车载单元在运行指定流程的过程中，如果指令执行失败，则将对应的执行失败信息记录在所述车载单元内的存储区域；执行失败信息提供步骤：车载单元将所述执行失败信息提供给外部读取设备。本申请便于技术人员在返修过程中对OBU的故障进行准确、快速的诊断，不仅能够提高OBU的返修速度，确保返修质量，而且便于OBU制造商的技术人员通过分析和评估OBU中记录的执行失败信息，完善产品的设计/测试/使用等各个环节，最大限度的降低产品的返修率。

【技术实现步骤摘要】
一种车载单元的故障诊断方法、车载单元和系统
本申请涉及一种智能交通（ITS：IntelligentTransportationSystem）领域，尤其涉及一种车载单元（OBU：On-boardUnits）的故障诊断方法、OBU和系统。
技术介绍
专用短程通信（DSRC：DedicatedShortRangeCommunications）技术用于道路上的路侧设备（RSU：RoadSideUnit）与车辆上的OBU之间的短程通讯，以实现对车辆的扣费或监控，例如在电子不停车收费（ElectronicTollCollection：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在正常交易过程中进行故障诊断的流程图；图7为从本申请一种实施例的OBU中读取故障信息的流程图；图8为本申请一种实施例的OBU的结构框图。具体实施方式下面通过具体实施方式结合附图对本申请作进一步详细说明。在本申请实施例中，对OBU在执行各类指令过程中所出现的执行失败信息进行记录，便于OBU返修过程中进行准确和快速的故障诊断。实施例一：请参考图1，本实施例OBU的故障诊断方法主要包括以下步骤：步骤S101：执行失败信息存储步骤,OBU在运行各类指定流程的过程中，判断指令是否执行失败，如果指令执行失败，则将对应的执行失败信息记录在OBU内的存储区域。作为关键的DSRC设备之一，为了满足技术标准以及使用需求，OBU从生产到实际使用过程中会经历多种指令的流程，主要包括一次发行、二次发行、激活和测试、以及实际的交易流程。每种流程中，OBU又会根据按照一定顺序执行多个指令，大多数情况下，这些指令都会成功执行，意外情况下，也会由于OBU使用不当、工艺问题、信号强度、正常损坏等原因导致指令执行失败，这种情况下，OBU通过软件将对应的执行失败信息记录在内部特定的存储区域。例如存储空间可采用占用空间较小的EEPROM或Flash进行信息存储，假设EEPROM容量大小为2Kbyte，每条执行失败信息仅占用106字节的存储空间，最大可支持19条记录，当然也可以根据实际需要增大EEPROM的容量。每次记录的执行失败信息的内容可包括索引号、故障类型、失败指令、失败应答等信息的一种或多种，用于记录故障的性质，方便技术人员在返修的过程中迅速了解故障产生的原因以及如何解决故障。索引号用于对多次执行失败的指令进行顺序区分和统计，每次记录执行失败信息后，下一次记录的执行失败信息中的索引号自动加1。每次记录执行失败信息的过程中，还可对执行失败信息进行数据校验，并生成校验码后记录在执行失败信息中，避免信息在存储期间被篡改，为了提高处理速度以及外部读取设备进行数据校验的速度，数据校验的机制采用CRC校验。进一步地，每次记录执行失败信息的过程中，还可对执行失败信息进行备份，进一步提高数据处理的可靠性。执行失败信息的记录方式具有多种，例如本实施例中，OBU中的软件可生成一个记录结构体err_record用以记录具体的执行失败信息，结构体定义包括索引号、出现失败时的指令（简称失败指令）、出现失败时的应答或信息（简称失败应答）、结构体的crc校验码等。或者其他实施例中，执行失败信息的记录形式还可为数组、函数、变量或指针等。另外，各流程中，除了记录执行失败信息外，根据具体需求，如果指令执行成功，还可将对应的执行成功信息也记录在OBU内的存储区域，以便在需要的情况下由外部读取设备读取这些数据。执行成功信息的记录方式也可参照执行失败信息，以结构体的形式进行记录。步骤S102：执行失败信息提供步骤,根据具体需要，OBU将执行失败信息提供给外部读取设备，例如在设备返修、定期检测、维护等过程中，可执行该步骤。具体地，外部读取设备可为仿真器、手持机等，其具有与OBU本文档来自技高网...

【技术保护点】
一种车载单元的故障诊断方法,其特征在于，包括以下步骤：执行失败信息存储步骤：车载单元在运行指定流程的过程中，如果指令执行失败，则将对应的执行失败信息记录在所述车载单元内的存储区域；执行失败信息提供步骤：车载单元将所述执行失败信息提供给外部读取设备。

【技术特征摘要】
1.一种车载单元的故障诊断方法,其特征在于，包括以下步骤：执行失败信息存储步骤：车载单元在运行指定流程的过程中，如果指令执行失败，则将对应的执行失败信息记录在所述车载单元内的存储区域；执行失败信息提供步骤：车载单元将所述执行失败信息提供给外部读取设备；所述指定流程包括一次发行流程、二次发行流程、激活检测流程、交易流程中的至少一种；在交易流程中，车载单元判断是否交易成功，否则车载单元生成执行失败信息的记录；所述指定流程包括以下相关指令，所述相关指令对应的失败情况包括以下情况，若有一种情况导致的失败首先出现，则只记录最先出现的情况：指令一：【OBU从休眠状态唤醒】；情况一：OBU被唤醒后时钟切换失败：情况二：OBU唤醒后收不到指令；指令二：【OBU给出VST应答】；情况一：BST解析失败；情况二：回送VST失败；指令三：【读取车辆信息】；情况一：指令解析失败；情况二：ESAM应答失败；指令四：【密钥替换、更改系统信息、清楚拆卸位】；情况一：指令解析失败；情况二：ESAM应答失败；情况三：IC卡应答失败；指令五：【建立通信连接后的信息接收】；情况一：信息接收超时；情况二：CRC校验失败；情况三：信号强度低；指令六：【链路释放】；情况一：未收到SetMMI；情况二：未收到EvenReport。2.如权利要求1所述的方法，其特征在于，记录所述执行失败信息的具体方式包括：所述执行失败信息包括故障类型、失败指令、失败应答中的至少一种。3.如权利要求2所述的方法，其特征在于，所述执行失败信息的记录形式为失败记录结构体、数组、函数、变量或指针。4.如权利要求2所述的方法，其特征在于，所述执行失败信息还包括索引号，每次记录所述执行失败信息后，下一次记录的所述执行失败信息的索引号自动加1。5.如权利要求2所述的方法，其特征在于，每次...

【专利技术属性】
技术研发人员：郭云峰，段作义，乔焕爽，
申请(专利权)人：深圳市金溢科技有限公司，
类型：发明
国别省市：