CN114696857A - 一种车辆检修方法、装置、终端及计算机可读存储介质 - Google Patents
一种车辆检修方法、装置、终端及计算机可读存储介质 Download PDFInfo
- Publication number
- CN114696857A CN114696857A CN202210145486.2A CN202210145486A CN114696857A CN 114696857 A CN114696857 A CN 114696857A CN 202210145486 A CN202210145486 A CN 202210145486A CN 114696857 A CN114696857 A CN 114696857A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- maintenance
- input
- item
- overhaul
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/38—Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving
- H04B1/3822—Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving specially adapted for use in vehicles
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/20—Administration of product repair or maintenance
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Economics (AREA)
- Quality & Reliability (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开一种车辆检修方法、装置、终端及计算机可读存储介质，分别与待检修车辆的主用端的第一车载控制单元和备用端的第二车载控制单元建立通信连接；发送车辆检修请求至所述第一车载控制单元和所述第二车载控制单元；接收所述第一车载控制单元发送的第一检修数据和所述第二车载控制单元发送的第二检修数据；根据所述第一检修数据和第二检修数据确定所述待检修车辆的检修结果；一方面，直接对接收数据进行分析来确定检修结果，能够清楚、全面地确定车辆与信号系统之间每一路的检修结果，另一方面，能够同时连接到车辆两端的车载控制单元，基于近端、远端的检修数据就能够同时对主用端和备用端进行彻底检修，从而实现了彻底、全面的车辆检修。
Description
技术领域
本申请涉及车辆检修领域，尤其涉及一种车辆检修方法、装置、终端及计算机可读存储介质。
背景技术
为了保证车辆，比如地铁、高铁等的正常运行，日常都需要对车辆进行检修工作。传统的维修人员日检是在两端驾驶室OBCU(OnBoard Controlling Unit，车载控制单元)信号系统正常工作时，在钥匙激活端操作按钮来验证信号系统及车辆的反应。
车辆方与信号方之间一共有八路按钮输入输出，传统检修是维修人员在车辆两端按压相关按钮给与OBCU信号系统输入信号，除物理可见部分可供维修人员判断是否正常外，其中几路输入输出功能是否正常工作，唯一的判断指标是待车辆进入载客运营后，通过其外部表征表现是否正常来判断车辆工作状态，但此时如果表征错误，则会造成车辆晚点等较大类别故障，为时已晚。比如，开关门的相关输入会同时输入到自动列车驾驶ATO(Automatic Train Operation)和车辆自身，在车辆普通的检修时操作可以开关门，不能代表ATO实际上能够接收到此输入。特别是当ATO不能接收到关门按钮输入时，若列车在正线自动开门后，ATO会一直输入开门信号，导致车门屏蔽门无法手动关闭，严重影响正常运营。而这种故障只有车辆开始运营后的表征来反应。也就是说，某些输入只能在正线运营的特定模式下才能实际生效，无法在车库通过观察现象确定是否接收到。
此外，每辆车的两端均配置有OBCU信号系统，一端为主用端，另一端为备用端。维修人员在主用端进行维护检修时，备用端是否能正常接收到按钮的输入信号，无法得知。如果备用端由于非正常原因，无法接收到另一端的按钮输入，则列车在启用备用端信号系统时，即在发生冗余时，相关功能不可用，则将导致车辆无法正常运营。也就是说，传统的检修场景仅仅适用于两端车载控制单元正常工作的场景，而无法直接验证远端车载控制单元的输入输出。
由此可见，传统车辆检修存在检修不彻底，不全面的问题。
发明内容
本申请所要解决的技术问题是：提供一种车辆检修方法、装置、终端及计算机可读存储介质，能够彻底、全面的实现车辆检修。
第一方面，本申请实施例提供了一种车辆检修方法，包括步骤：
分别与待检修车辆的主用端的第一车载控制单元和备用端的第二车载控制单元建立通信连接；
发送车辆检修请求至所述第一车载控制单元和所述第二车载控制单元；
接收所述第一车载控制单元发送的第一检修数据和所述第二车载控制单元发送的第二检修数据；
根据所述第一检修数据和第二检修数据确定所述待检修车辆的检修结果。
在第一种可能的实现方式中，结合上述第一方面，所述发送车辆检修请求至所述第一车载控制单元和所述第二车载控制单元之前包括步骤：
接收车辆检修流程，根据所述车辆检修流程生成检修项目表，所述检修项目表包括所述检修流程对应的各项检修动作；
根据每一项检修动作以及正常工作的车辆控制系统，确定每一项检修动作对应的车辆控制系统的输入输出变化模型；
根据每一项检修动作对应的输入输出变化模型，生成检修项与输入输出项关系表；
所述根据所述第一检修数据和第二检修数据确定所述待检修车辆的检修结果包括：
根据所述第一检修数据、第二检修数据和所述检修项与输入输出项关系表确定所述待检修车辆的检修结果。
在第二种可能的实现方式中，结合上述第一方面，所述生成检修项目表之后包括步骤：
发送所述检修项目表至客户端；
接收所述客户端基于所述检修项目表选择并执行的检修动作；
根据所述检修动作生成车辆检修请求。
在第三种可能的实现方式中，结合上述第一方面的第一种可能的实现方式或第二种可能的实现方式，所述根据所述第一检修数据、第二检修数据和所述检修项与输入输出项关系表确定所述待检修车辆的检修结果包括：
解析所述第一检修数据，确定所述主用端的第一输入输出状态；
解析所述第二检修数据，确定所述备用端的第二输入输出状态；
判断所述第一输入输出状态中和所述第二输入输出状态中是否均有状态发生改变，若是，则根据所述检修项与输入输出项关系表判断所述主用端和所述备用端是否仅关联检修项改变，若是，则运行正常，若否，则提示输入输出错误。
在第四种可能的实现方式中，结合上述第一方面的第三种可能的实现方式，所述根据所述检修项与输入输出项关系表判断所述主用端和所述备用端是否仅关联检修项改变包括：
根据所述第一输入输出状态中发生改变的输入输出状态和所述检修项与输入输出项关系表确定所述主用端发生状态改变对应的第一检修项；
根据所述第二输入输出状态中发生改变的输入输出状态和所述检修项与输入输出项关系表确定所述备用端发生状态改变对应的第二检修项；
判断所述第一检修项和所述第二检修项是否为关联的检修项。
在第五种可能的实现方式中，结合上述第一方面的第三种可能的实现方式，若所述第一输入输出状态中或所述第二输入输出状态中状态未发生改变，则开始计时；
若所述计时的时间超过预设值，则提示超时错误。
在第六种可能的实现方式中，结合上述第一方面的第一种可能的实现方式、第二种可能的实现方式、第四种可能的实现方式及第五种可能的实现方式种的任意一个，每执行完一项检修动作，将所述检修动作对应的检修结果进行实时显示。
在第七种可能的实现方式中，结合上述第一方面的第一种可能的实现方式、第二种可能的实现方式、第四种可能的实现方式及第五种可能的实现方式种的任意一个，执行完各项检修动作后，还包括步骤：
生成并显示所述待检修车辆的检修报告。
第二方面，本申请实施例还提供一种车辆检修装置，包括：
通信模块，用于分别与待检修车辆的主用端的第一车载控制单元和备用端的第二车载控制单元建立通信连接；
发送模块，用于发送车辆检修请求至所述第一车载控制单元和所述第二车载控制单元；
接收模块，用于接收所述第一车载控制单元发送的第一检修数据和所述第二车载控制单元发送的第二检修数据；
确定模块，用于根据所述第一检修数据和第二检修数据确定所述待检修车辆的检修结果。
在第一种可能的实现方式中，结合上述的第二方面，还包括关系表生成模块，用于：
接收车辆检修流程，根据所述车辆检修流程生成检修项目表，所述检修项目表包括所述检修流程对应的各项检修动作；
根据每一项检修动作以及正常工作的车辆控制系统，确定每一项检修动作对应的车辆控制系统的输入输出变化模型；
根据每一项检修动作对应的输入输出变化模型，生成检修项与输入输出项关系表；
所述确定模块具体用于：
根据所述第一检修数据、第二检修数据和所述检修项与输入输出项关系表确定所述待检修车辆的检修结果。
在第二种可能的实现方式中，结合上述的第二方面，还包括检修请求生成模块，用于：
发送所述检修项目表至客户端；
接收所述客户端基于所述检修项目表选择并执行的检修动作；
根据所述检修动作生成车辆检修请求。
在第三种可能的实现方式中，结合上述第二方面的第一种可能的实现方式或第二种可能的实现方式，所述确定模块包括：
第一解析模块，用于解析所述第一检修数据，确定所述主用端的第一输入输出状态；
第二解析模块，用于解析所述第二检修数据，确定所述备用端的第二输入输出状态；
判断模块，用于判断所述第一输入输出状态中和所述第二输入输出状态中是否均有状态发生改变，若是，则根据所述检修项与输入输出项关系表判断所述主用端和所述备用端是否仅关联检修项改变，若是，则运行正常，若否，则提示输入输出错误。
在第四种可能的实现方式中，结合上述第二方面的第三种可能的实现方式，所述根据所述检修项与输入输出项关系表判断所述主用端和所述备用端是否仅关联检修项改变包括：
根据所述第一输入输出状态中发生改变的输入输出状态和所述检修项与输入输出项关系表确定所述主用端发生状态改变对应的第一检修项；
根据所述第二输入输出状态中发生改变的输入输出状态和所述检修项与输入输出项关系表确定所述备用端发生状态改变对应的第二检修项；
判断所述第一检修项和所述第二检修项是否为关联的检修项。
在第五种可能的实现方式中，结合上述第二方面的第三种可能的实现方式，还包括计时模块，用于：
若所述第一输入输出状态中或所述第二输入输出状态中状态未发生改变，则开始计时；
若所述计时的时间超过预设值，则提示超时错误。
在第六种可能的实现方式中，结合上述第二方面的第一种可能的实现方式、第二种可能的实现方式、第四种可能的实现方式及第五种可能的实现方式种的任意一个，还包括实时显示模块，用于：
每执行完一项检修动作，将所述检修动作对应的检修结果进行实时显示。
在第七种可能的实现方式中，结合上述第二方面的第一种可能的实现方式、第二种可能的实现方式、第四种可能的实现方式及第五种可能的实现方式种的任意一个，还包括报告生成显示模块，用于：
执行完各项检修动作后，生成并显示所述待检修车辆的检修报告。
第三方面，本申请实施例还提供了一种车辆检修终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面及第一方面的任一可能的实现方式所提供的方法。
第四方面，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面及第一方面的任一可能的实现方式所提供的方法。
本申请的有益效果在于：分别与主、备用端的车载控制单元建立通信连接，并向主、备用端的车载控制单元发送车辆检修请求，从主、备用端的车载控制单元接收各自的检修数据，根据主、备用端的车载控制单元发送的检修数据确定待检修车辆的检修结果；一方面，直接通过接收数据，并对数据进行分析来确定检修结果，能够清楚、全面地确定车辆与信号系统之间每一路的检修结果，另一方面，能够同时连接到车辆两端的车载控制单元，在检修人员操作时，能够同时获取本端车载控制单元的近端检修数据和远端车载控制单元的远端检修数据，基于近端、远端的检修数据就能够同时对主用端和备用端进行彻底检修，从而实现了彻底、全面的车辆检修。
附图说明
图1为本发明实施例提供的一种车辆检修方法的步骤流程图；
图2为本发明实施例提供的一种车辆检修方法中各个端的交互流程图；
图3为本发明实施例提供的一种车辆检修方法的通信架构图；
图4为本发明实施例提供的一种车辆检修方法中根据输入输出状态确定检修结果的步骤流程图；
图5为本发明实施例提供的一种车辆检修装置的结构示意图；
图6为本发明实施例提供的一种车辆检修装置的另一结构示意图；
图7为本发明实施例提供的一种车辆检修装置中确定模块的结构示意图；
图8为本发明实施例提供的一种车辆检修装置的另一结构示意图；
图9为本发明实施例提供的一种车辆检修终端的结构示意图。
具体实施方式
为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请中术语“第一”、“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分，应理解，“第一”、“第二”之间不具有逻辑或时序上的依赖关系，也不对数量和执行顺序进行限定。
本申请上述车辆检修方法、装置、终端及计算机可读存储器能够适用于具有两端的车辆，比如地铁、动车、高铁等列车，以下通过具体实施方式进行说明：
图1是本申请一实施例提供的一种车辆检修方法，包括步骤：
S1、分别与待检修车辆的主用端的第一车载控制单元和备用端的第二车载控制单元建立通信连接；
S2、发送车辆检修请求至所述第一车载控制单元和所述第二车载控制单元；
S3、接收所述第一车载控制单元发送的第一检修数据和所述第二车载控制单元发送的第二检修数据；
S4、根据所述第一检修数据和第二检修数据确定所述待检修车辆的检修结果；
本实施例中，如图2所示，可以通过检修终端、后端服务、两端的数据传输单元、两端的车载控制单元以及列车之间的交互来实现车辆检修；
图3所示为本实施的车辆检修方法的通信结构图，电客车包括两个端，一个是主用端，所在驾驶室为驾驶室A，另一个是备用端，所在驾驶室为驾驶室B，主用端和备用端各有一个车载控制单元，即第一车载控制单元和第二车载控制单元，两个车载控制单元均通过无线接入点TBDS_AP与日检工具，即检修终端建立通信连接；
所述检修终端可以采用TBDS(Tencent Big Data Suite，腾讯大数据处理套件)移动检修终端，采用TBDS移动检修终端后，利用TBDS网络采集的是OBCU软件中的输入，因此当TBDS移动检修终端显示输入已经被接收到，那么可以确定此输入回路正常，且TBDS移动检修终端可以显示列车两端OBCU的状态，维护人员操作按钮，可以通过TBDS移动检修终端观察两端OBCU的状态；
维修人员在持有TBDS移动检修终端后，通过一次全部按压车辆方按钮输入后，列车两端的信号设备OBCU分别会接收到来自主用端及备用端的输入，且将车辆与信号之间八路输入输出中的任何一路的工作状态，在该移动检修终端上进行清晰展现。如果工作状态正常，则提示通过检测；如果工作状态不正常，则为维护人员提示可能存在的故障点；
列车两端的信号系统OBCU中的子系统ITF，其内部http服务可以提供实时的OBCU输入输出及传感器状态，结合两端OBCU的输入输出及传感器状态，就能够计算出检测结果并显示相应的诊断结果。
具体实现时，如图2所示，两端数据传输单元检查与两端车载控制单元的连接状态；
两端车载控制单元向数据传输单元反馈数据；
两端数据传输单元根据所述反馈数据确定两端车载控制单元连接正常，并通过后端服务向检修终端反馈已与待检修车辆的主用端的第一车载控制单元和备用端的第二车载控制单元建立通信连接；
接着检修终端通过后端服务向两端数据传输单元通知两端请求诊断数据，即检修数据；
两端数据传输单元分别向两端车载控制单元高频请求诊断数据，以让两端车载控制单元做好检修准备；
检修人员对列车执行检修动作后，列车执行对应的响应，将车辆动作和响应引起的状态值变化发送给两端车辆控制单元；
两端车载控制单元根据所述状态值变化生成诊断数据，并将诊断数据发送给两端数据传输单元；
两端数据传输单元对诊断数据解码后，反馈给后端服务，后端服务根据两端车载控制单元发送的诊断数据进行两端数据对比，从而得到待检修车辆的检修结果。
在一种可能的实现方式中，所述步骤S2之前包括步骤：
接收车辆检修流程，根据所述车辆检修流程生成检修项目表，所述检修项目表包括所述检修流程对应的各项检修动作；
根据每一项检修动作以及正常工作的车辆控制系统，确定每一项检修动作对应的车辆控制系统的输入输出变化模型；
根据每一项检修动作对应的输入输出变化模型，生成检修项与输入输出项关系表；
所述根据所述第一检修数据和第二检修数据确定所述待检修车辆的检修结果包括：
根据所述第一检修数据、第二检修数据和所述检修项与输入输出项关系表确定所述待检修车辆的检修结果；
其中，所述生成检修项目表之后包括步骤：
发送所述检修项目表至客户端；
接收所述客户端基于所述检修项目表选择并执行的检修动作；
根据所述检修动作生成车辆检修请求；
具体地，如图2所示，用户通过检修终端设定检修计划，检修终端保存所述检修计划，并将所述检修计划发送给后端服务；
后端服务根据检修计划生成检修任务，并推送给检修终端；
检修终端向用户显示所述检修任务；
在用户通过检修终端选择列车执行检修后，检修开始计时；
检修终端确定检修人员所处驾驶端，并根据确定结果通知两端请求诊断数据，同时，检修终端生成检查项目序列，并体现用户(即维修人员执行特定的检修动作)，用户执行检修动作，对应的列车即进行响应，从而引起状态值变化；
在另一种可能的实现方式中，所述根据所述第一检修数据、第二检修数据和所述检修项与输入输出项关系表确定所述待检修车辆的检修结果包括：
解析所述第一检修数据，确定所述主用端的第一输入输出状态；
解析所述第二检修数据，确定所述备用端的第二输入输出状态；
判断所述第一输入输出状态中和所述第二输入输出状态中是否均有状态发生改变，若是，则根据所述检修项与输入输出项关系表判断所述主用端和所述备用端是否仅关联检修项改变，若是，则运行正常，若否，则提示输入输出错误；
其中，所述根据所述检修项与输入输出项关系表判断所述主用端和所述备用端是否仅关联检修项改变包括：
根据所述第一输入输出状态中发生改变的输入输出状态和所述检修项与输入输出项关系表确定所述主用端发生状态改变对应的第一检修项；
根据所述第二输入输出状态中发生改变的输入输出状态和所述检修项与输入输出项关系表确定所述备用端发生状态改变对应的第二检修项；
判断所述第一检修项和所述第二检修项是否为关联的检修项；
若所述第一输入输出状态中或所述第二输入输出状态中状态未发生改变，则开始计时；
若所述计时的时间超过预设值，则提示超时错误；
具体地，如图4所示，事先生成检修项目表，表中包含了需要进行检修的各个项；
当开始进行检修时，获取检修列表，依次检修检修列表中的各个检修项目；
通过检修终端提醒检修人员执行检修动作；
循环请求前后端状态；
获取前端输入输出状态，即获取主用端的车载控制单元针对检修动作发送的输入输出状态，并判断是否有状态发生改变；
获取后端输入输出状态，即获取备用端的车载控制单元针对检修动作发送的输入输出状态，并判断是否有状态发生改变；
若前后端输入输出状态均有状态发生改变，则根据检修项与输入输出变化关系表确定是否仅主用端和备用电的关联项改变，若否，则提示输入输出错误，若是，确定是否还有下一项，若还有下一项，则返回执行依次检修检修列表中的各个检修项目步骤，若没有下一项，则生成报告，测试结束；
在提示输入输出错误后，执行判断确定是否还有下一项的步骤；
若前后端有任一个存在状态没有发生改变，则判断是否超时，若是，则提示超时错误，并执行判断确定是否还有下一项的步骤。
在另一种可能的实现方式中，每执行完一项检修动作，将所述检修动作对应的检修结果进行实时显示；
如图2所示，在获取到解码后的诊断数据并进行比对，得到诊断结果后，根据诊断结果检查两端车载控制单元模块健康状态，并将最新状态在检修终端实时刷新显示，在执行完一项检修动作后，用户可以通过检修终端的页面反馈依次执行各项检查；
其中，检修终端可以借助两端数据传输单元实时地通过增设的诊断接口获取数据，自动解析协议，可以直接获取到车载控制单元各个模块、测速传感器及应答器填写的工作状态，检修终端通过诊断接口的数据，可以判定是否真正接收到数据，所有车载控制单元的输入输出都可以通过诊断接口进行读取，从而实现全面检修；
可选地，执行完各项检修动作后，还包括步骤：
生成并显示所述待检修车辆的检修报告；
如图2所示，在所有检查项均完成或检修超时时，生成当前列车检修报告，并在检修终端上向用户显示当前列车检修报告；
同时在检修过程中，能够实时地更新所有列车的检修状态，并在检修终端上显示所有列车的检修状态。
图5所示为本申请另一实施例提供的一种车辆检修装置，包括：
通信模块，用于分别与待检修车辆的主用端的第一车载控制单元和备用端的第二车载控制单元建立通信连接；
发送模块，用于发送车辆检修请求至所述第一车载控制单元和所述第二车载控制单元；
接收模块，用于接收所述第一车载控制单元发送的第一检修数据和所述第二车载控制单元发送的第二检修数据；
确定模块，用于根据所述第一检修数据和第二检修数据确定所述待检修车辆的检修结果。
在另一种可能的实现方式中，如图6所示，所述车辆检修装置还包括：
关系表生成模块，用于：
接收车辆检修流程，根据所述车辆检修流程生成检修项目表，所述检修项目表包括所述检修流程对应的各项检修动作；
根据每一项检修动作以及正常工作的车辆控制系统，确定每一项检修动作对应的车辆控制系统的输入输出变化模型；
根据每一项检修动作对应的输入输出变化模型，生成检修项与输入输出项关系表；
其中，所述确定模块具体用于：
根据所述第一检修数据、第二检修数据和所述检修项与输入输出项关系表确定所述待检修车辆的检修结果；
以及检修请求生成模块，用于：
发送所述检修项目表至客户端；
接收所述客户端基于所述检修项目表选择并执行的检修动作；
根据所述检修动作生成车辆检修请求；
在另一种可能的实现方式中，如图7所示，所述确定模块包括：
第一解析模块，用于解析所述第一检修数据，确定所述主用端的第一输入输出状态；
第二解析模块，用于解析所述第二检修数据，确定所述备用端的第二输入输出状态；
判断模块，用于判断所述第一输入输出状态中和所述第二输入输出状态中是否均有状态发生改变，若是，则根据所述检修项与输入输出项关系表判断所述主用端和所述备用端是否仅关联检修项改变，若是，则运行正常，若否，则提示输入输出错误；
其中，所述根据所述检修项与输入输出项关系表判断所述主用端和所述备用端是否仅关联检修项改变包括：
根据所述第一输入输出状态中发生改变的输入输出状态和所述检修项与输入输出项关系表确定所述主用端发生状态改变对应的第一检修项；
根据所述第二输入输出状态中发生改变的输入输出状态和所述检修项与输入输出项关系表确定所述备用端发生状态改变对应的第二检修项；
判断所述第一检修项和所述第二检修项是否为关联的检修项；
所述车辆检修装置还包括：
计时模块，用于：
若所述第一输入输出状态中或所述第二输入输出状态中状态未发生改变，则开始计时；
若所述计时的时间超过预设值，则提示超时错误。
在另一种可能的实现方式中，如图8所示，所述车辆检修装置还包括：
实时显示模块，用于：
每执行完一项检修动作，将所述检修动作对应的检修结果进行实时显示；
以及报告生成显示模块，用于：
执行完各项检修动作后，生成并显示所述待检修车辆的检修报告；
本实施例中各个模块用于执行的方法步骤都是与上一实施例中的车辆检修方法中的各个步骤一一对应的。
图9所示为本申请另一实施例提供的一种车辆检修终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述实施例的车辆检修方法中的各个步骤。
本申请另一实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述实施例的车辆检修方法中的各个步骤。在这种情况下，从计算机可读存储介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能，因此程序代码和存储程序代码的计算机可读存储介质构成了本申请的一部分。
用于提供程序代码的计算机可读存储介质实施例包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD+RW)、磁带、非易失性存储卡和ROM。可选择地，可以由通信网络从服务器计算机上下载程序代码。
此外，应该清楚的是，不仅可以通过执行计算机所读出的程序代码，而且可以通过基于程序代码的指令使计算机上操作的操作系统等来完成部分或者全部的实际操作，从而实现上述实施例中任意一项实施例的功能。
此外，可以理解的是，将由存储介质读出的程序代码写到插入计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器中，随后基于程序代码的指令使安装在扩展板或者扩展单元上的CPU等来执行部分和全部实际操作，从而实现上述实施例中任一实施例的功能。
综上所述，本发明提供的一种车辆检修方法、装置、终端及计算机可读存储介质，分别与主、备用端的车载控制单元建立通信连接，并向主、备用端的车载控制单元发送车辆检修请求，实时通过诊断接口从主、备用端的车载控制单元接收各自的检修数据，自动解析协议，根据主、备用端的车载控制单元发送的检修数据确定待检修车辆的检修结果，能够之间获取设备中各个模块、测速传感器以及应答器天线的工作状态，并判断是否真正接收到数据，所有车载控制单元的输入输出都可以通过诊断接口读取；一方面，直接通过接收数据，并对数据进行分析来确定检修结果，能够清楚、全面地确定车辆与信号系统之间每一路的检修结果，另一方面，检修终端能够同时连接到车辆两端的车载控制单元，在检修人员操作时，能够同时获取本端车载控制单元的近端检修数据和远端车载控制单元的远端检修数据，基于近端、远端的检修数据就能够同时对主用端和备用端进行彻底检修，从而实现了彻底、全面的车辆检修。
需要说明的是，上述各流程和各系统结构图中不是所有的步骤和模块都是必须的，可以根据实际的需要忽略某些步骤或模块。各步骤的执行顺序不是固定的，可以根据需要进行调整。上述各实施例中描述的系统结构可以是物理结构，也可以是逻辑结构，即，有些模块可能由同一物理实体实现，或者，有些模块可能分由多个物理实体实现，或者，可以由多个独立设备中的某些部件共同实现。
以上各实施例中，硬件单元可以通过机械方式或电气方式实现。例如，一个硬件单元可以包括永久性专用的电路或逻辑(如专门的处理器，FPGA或ASIC)来完成相应操作。硬件单元还可以包括可编程逻辑或电路(如通用处理器或其它可编程处理器)，可以由软件进行临时的设置以完成相应操作。具体的实现方式(机械方式、或专用的永久性电路、或者临时设置的电路)可以基于成本和时间上的考虑来确定。
以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (18)
1.一种车辆检修方法，其特征在于，包括步骤：
分别与待检修车辆的主用端的第一车载控制单元和备用端的第二车载控制单元建立通信连接；
发送车辆检修请求至所述第一车载控制单元和所述第二车载控制单元；
接收所述第一车载控制单元发送的第一检修数据和所述第二车载控制单元发送的第二检修数据；
根据所述第一检修数据和第二检修数据确定所述待检修车辆的检修结果。
2.根据权利要求1所述的一种车辆检修方法，其特征在于，所述发送车辆检修请求至所述第一车载控制单元和所述第二车载控制单元之前包括步骤：
接收车辆检修流程，根据所述车辆检修流程生成检修项目表，所述检修项目表包括所述检修流程对应的各项检修动作；
根据每一项检修动作以及正常工作的车辆控制系统，确定每一项检修动作对应的车辆控制系统的输入输出变化模型；
根据每一项检修动作对应的输入输出变化模型，生成检修项与输入输出项关系表；
所述根据所述第一检修数据和第二检修数据确定所述待检修车辆的检修结果包括：
根据所述第一检修数据、第二检修数据和所述检修项与输入输出项关系表确定所述待检修车辆的检修结果。
3.根据权利要求2所述的一种车辆检修方法，其特征在于，所述生成检修项目表之后包括步骤：
发送所述检修项目表至客户端；
接收所述客户端基于所述检修项目表选择并执行的检修动作；
根据所述检修动作生成车辆检修请求。
4.根据权利要求2或3所述的一种车辆检修方法，其特征在于，所述根据所述第一检修数据、第二检修数据和所述检修项与输入输出项关系表确定所述待检修车辆的检修结果包括：
解析所述第一检修数据，确定所述主用端的第一输入输出状态；
解析所述第二检修数据，确定所述备用端的第二输入输出状态；
判断所述第一输入输出状态中和所述第二输入输出状态中是否均有状态发生改变，若是，则根据所述检修项与输入输出项关系表判断所述主用端和所述备用端是否仅关联检修项改变，若是，则运行正常，若否，则提示输入输出错误。
5.根据权利要求4所述的一种车辆检修方法，其特征在于，所述根据所述检修项与输入输出项关系表判断所述主用端和所述备用端是否仅关联检修项改变包括：
根据所述第一输入输出状态中发生改变的输入输出状态和所述检修项与输入输出项关系表确定所述主用端发生状态改变对应的第一检修项；
根据所述第二输入输出状态中发生改变的输入输出状态和所述检修项与输入输出项关系表确定所述备用端发生状态改变对应的第二检修项；
判断所述第一检修项和所述第二检修项是否为关联的检修项。
6.根据权利要求4所述的一种车辆检修方法，其特征在于，若所述第一输入输出状态中或所述第二输入输出状态中状态未发生改变，则开始计时；
若所述计时的时间超过预设值，则提示超时错误。
7.根据权利要求2、3、5及6中任一项所述的一种车辆检修方法，其特征在于，每执行完一项检修动作，将所述检修动作对应的检修结果进行实时显示。
8.根据权利要求2、3、5及6中任一项所述的一种车辆检修方法，其特征在于，执行完各项检修动作后，还包括步骤：
生成并显示所述待检修车辆的检修报告。
9.一种车辆检修装置，其特征在于，包括：
通信模块，用于分别与待检修车辆的主用端的第一车载控制单元和备用端的第二车载控制单元建立通信连接；
发送模块，用于发送车辆检修请求至所述第一车载控制单元和所述第二车载控制单元；
接收模块，用于接收所述第一车载控制单元发送的第一检修数据和所述第二车载控制单元发送的第二检修数据；
确定模块，用于根据所述第一检修数据和第二检修数据确定所述待检修车辆的检修结果。
10.根据权利要求9所述的一种车辆检修装置，其特征在于，还包括关系表生成模块，用于：
接收车辆检修流程，根据所述车辆检修流程生成检修项目表，所述检修项目表包括所述检修流程对应的各项检修动作；
根据每一项检修动作以及正常工作的车辆控制系统，确定每一项检修动作对应的车辆控制系统的输入输出变化模型；
根据每一项检修动作对应的输入输出变化模型，生成检修项与输入输出项关系表；
所述确定模块具体用于：
根据所述第一检修数据、第二检修数据和所述检修项与输入输出项关系表确定所述待检修车辆的检修结果。
11.根据权利要求10所述的一种车辆检修装置，其特征在于，还包括检修请求生成模块，用于：
发送所述检修项目表至客户端；
接收所述客户端基于所述检修项目表选择并执行的检修动作；
根据所述检修动作生成车辆检修请求。
12.根据权利要求10或11所述的一种车辆检修装置，其特征在于，所述确定模块包括：
第一解析模块，用于解析所述第一检修数据，确定所述主用端的第一输入输出状态；
第二解析模块，用于解析所述第二检修数据，确定所述备用端的第二输入输出状态；
判断模块，用于判断所述第一输入输出状态中和所述第二输入输出状态中是否均有状态发生改变，若是，则根据所述检修项与输入输出项关系表判断所述主用端和所述备用端是否仅关联检修项改变，若是，则运行正常，若否，则提示输入输出错误。
13.根据权利要求12所述的一种车辆检修装置，其特征在于，所述根据所述检修项与输入输出项关系表判断所述主用端和所述备用端是否仅关联检修项改变包括：
根据所述第一输入输出状态中发生改变的输入输出状态和所述检修项与输入输出项关系表确定所述主用端发生状态改变对应的第一检修项；
根据所述第二输入输出状态中发生改变的输入输出状态和所述检修项与输入输出项关系表确定所述备用端发生状态改变对应的第二检修项；
判断所述第一检修项和所述第二检修项是否为关联的检修项。
14.根据权利要求12所述的一种车辆检修装置，其特征在于，还包括计时模块，用于：
若所述第一输入输出状态中或所述第二输入输出状态中状态未发生改变，则开始计时；
若所述计时的时间超过预设值，则提示超时错误。
15.根据权利要求10、11、13及14中任一项所述的一种车辆检修装置，其特征在于，还包括实时显示模块，用于：
每执行完一项检修动作，将所述检修动作对应的检修结果进行实时显示。
16.根据权利要求10、11、13及14中任一项所述的一种车辆检修装置，其特征在于，还包括报告生成显示模块，用于：
执行完各项检修动作后，生成并显示所述待检修车辆的检修报告。
17.一种车辆检修终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至8中任一项所述的一种车辆检修方法中的各个步骤。
18.一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如权利要求1-8任意一项所述的一种车辆检修方法中的各个步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210145486.2A CN114696857B (zh) | 2022-02-17 | 2022-02-17 | 一种车辆检修方法、装置、终端及计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210145486.2A CN114696857B (zh) | 2022-02-17 | 2022-02-17 | 一种车辆检修方法、装置、终端及计算机可读存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114696857A true CN114696857A (zh) | 2022-07-01 |
| CN114696857B CN114696857B (zh) | 2023-04-07 |
Family
ID=82136849
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210145486.2A Active CN114696857B (zh) | 2022-02-17 | 2022-02-17 | 一种车辆检修方法、装置、终端及计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114696857B (zh) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE102006029213A1 (de) * | 2006-06-26 | 2007-12-27 | Robert Bosch Gmbh | Verfahren und Vorrichtung zum Erfassen und/oder Übermitteln von Service- und Diagnosedaten eines Fahrzeugs an ein Werkstatt-Managemant-System |
| CN103500377A (zh) * | 2013-09-27 | 2014-01-08 | 中国铁道科学研究院 | 一种铁路电务atp车载设备一体化检修作业管理方法及系统 |
| CN105160495A (zh) * | 2015-10-15 | 2015-12-16 | 河南蓝信科技股份有限公司 | 列控车载设备检修管理信息系统 |
| CN106227122A (zh) * | 2016-09-26 | 2016-12-14 | 江苏天安智联科技股份有限公司 | 一种车载故障检测及预警系统 |
| JP6931410B1 (ja) * | 2020-06-03 | 2021-09-01 | 三菱電機株式会社 | 検修管理システム、検修管理サーバおよび検修管理方法 |
| CN214728844U (zh) * | 2021-03-01 | 2021-11-16 | 湖南铁路科技职业技术学院 | 一种基于无线通信的便携式列车检修系统 |
-
2022
- 2022-02-17 CN CN202210145486.2A patent/CN114696857B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE102006029213A1 (de) * | 2006-06-26 | 2007-12-27 | Robert Bosch Gmbh | Verfahren und Vorrichtung zum Erfassen und/oder Übermitteln von Service- und Diagnosedaten eines Fahrzeugs an ein Werkstatt-Managemant-System |
| CN103500377A (zh) * | 2013-09-27 | 2014-01-08 | 中国铁道科学研究院 | 一种铁路电务atp车载设备一体化检修作业管理方法及系统 |
| CN105160495A (zh) * | 2015-10-15 | 2015-12-16 | 河南蓝信科技股份有限公司 | 列控车载设备检修管理信息系统 |
| CN106227122A (zh) * | 2016-09-26 | 2016-12-14 | 江苏天安智联科技股份有限公司 | 一种车载故障检测及预警系统 |
| JP6931410B1 (ja) * | 2020-06-03 | 2021-09-01 | 三菱電機株式会社 | 検修管理システム、検修管理サーバおよび検修管理方法 |
| CN214728844U (zh) * | 2021-03-01 | 2021-11-16 | 湖南铁路科技职业技术学院 | 一种基于无线通信的便携式列车检修系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114696857B (zh) | 2023-04-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20180293811A1 (en) | Vehicle remote diagnosis method and device | |
| CN106325231B (zh) | 一种对生产线上车辆进行远程故障检测的方法及系统 | |
| CN109164789B (zh) | 一种用于车辆信息诊断的车载多媒体系统 | |
| US20090306849A1 (en) | System for diagnosis of motor vehicles, and for reception of vehicles at a repair facility | |
| US20090204287A1 (en) | Diagnostic System and Diagnostic Test with a WLAN Transmission Module | |
| KR101448753B1 (ko) | 게이트웨이를 이용한 차량 진단 시스템 및 그 방법 | |
| CN209570850U (zh) | 一种车辆远程故障诊断系统 | |
| CN103604612A (zh) | 一种车辆远程诊断系统和诊断方法 | |
| CN105405258B (zh) | 车辆故障的报警方法及装置 | |
| CN103439961A (zh) | 汽车电子控制单元诊断功能测试方法和系统 | |
| CN113778050A (zh) | 车辆远程诊断方法、装置、存储介质及车辆售后终端 | |
| CN108646713A (zh) | 基于CANoe对P档控制器程序逻辑验证的仿真系统 | |
| CN108390863A (zh) | 一种数据处理方法及装置 | |
| CN115022223A (zh) | Tbox通过uds进行自动化测试的方法及系统 | |
| CN114696857B (zh) | 一种车辆检修方法、装置、终端及计算机可读存储介质 | |
| KR101412289B1 (ko) | 이씨유 관리 시스템 및 방법 | |
| CN110647139A (zh) | 一种obd量产车评估测试工具及评估测试方法 | |
| CN113325830A (zh) | 汽车诊断仪远程诊断方法 | |
| JPH11316177A (ja) | 車両用故障診断装置 | |
| CN111142504A (zh) | 总线检测装置和方法 | |
| CN110942599A (zh) | 一种数据监控方法及系统 | |
| CN111968354B (zh) | 一种动车组火灾报警系统自动调试系统 | |
| CN114217596A (zh) | 基于车联网的智能诊断升级系统及方法 | |
| CN111002829A (zh) | 一种电动车车载充电高压电路自检诊断方法及系统 | |
| JP2002046554A (ja) | 車載機器管理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |