一种换电站故障信息推送方法与流程

1.本发明涉及换电站无人值守技术领域，尤其是指一种换电站故障信息推送方法。


背景技术：

2.电动汽车发展越来越迅速，阻碍纯电动汽车发展的瓶颈之一是动力电池的充电难题；传统的方式是采用充电桩快速充电，但此方式具有诸多缺点：效率仍然远不及加油快速、降低电池使用寿命、电池维护的成本高。为了解决效率问题，现有解决方式是采用换电方式，直接更换电动车上的电池，采用从换电站更换满电电池，并把亏电电池换下后在换电站充电，这提高了电动汽车的续航效率和换电效率。
3.随着换电站的普及，对换电站的监管又成为了一个重要的难题，由于换电站的数量比较多，不可能对每一个换电站都进行人工实时监控，因此，无人值守的换电站的监管方式是换电站监管的趋势，在无人值守的监管方式中，对故障信息的推送又是比较关键的一个环节；
4.现有的故障信息已经达到了6000多条，随着换电站的运行，产生故障信息必然会越来越多，对应这些故障信息的维修人员也可能达到数百人，如果每发生一次故障信息都推送到所有的维修人员，那其实就相当于一次无效的推送，因为每个维修人员都接到了故障信息，没有人统筹安排处理，有可能会出现无人处理或多人重复处理的问题，因此，如何将故障信息准确推送到对应的技术人员是现有换电站故障信息推送的一大难点。


技术实现要素：

5.为此，本发明所要解决的技术问题在于克服现有技术中故障信息推送存在的缺陷，提供一种换电站故障信息推送方法，将故障信息精确多层逐级分离后，精确推送到对应的技术人员，避免重复推送或推送给其他不相关的技术人员，为换电站的无人值守提供技术基础。
6.为解决上述技术问题，本发明提供了一种换电站故障信息推送方法，包括如下步骤：
7.当换电站内设备发生故障时，站内系统获取故障信息，通过有线或无线的方式发送到上位机的服务器中；
8.在上位机的服务器中对故障信息按照属性、类型、等级及位置对故障信息进行多层逐级划分，并根据划分结果将故障信息推送到对应责任人的移动终端。
9.在本发明的一个实施例中，所述故障信息按照属性分类，确定不同的处理方式，发送给不同的处理人员，包括：
10.所有故障都发送给运营负责人；
11.需要到换电站现场解决的故障，将故障信息发送给巡站人员；
12.可远程解决的故障，将故障信息发送给远程监控人员；
13.能够自动修复的故障，在设定时间内自动修复完成的，不发送故障信息，在设定时
间内没有自动修复完成的，若需要到换电站现场解决的故障，将故障信息发送给巡站人员，若可远程解决的故障，将故障信息发送给远程监控人员。
14.在本发明的一个实施例中，对于能够自动修复的故障，在进行多次自动修复失败后，将故障信息发送给远程监控人员。
15.在本发明的一个实施例中，对于可远程解决的故障，在远程监控人员远程修复失败、或在远程修复的过载中判断需要现场解决时，将故障信息发送给巡站人员。
16.在本发明的一个实施例中，对于需要到换电站现场解决的故障，在故障解决后不再发送故障信息，在故障没有解决时，在设定的时间段继续发送故障信息。
17.在本发明的一个实施例中，在对故障进行处理后，将故障处理的内容和结果发送给运营负责人。
18.在本发明的一个实施例中，所述故障信息按照等级分类，确定发送的时序，包括：
19.涉及停止换电的基础故障信息，第一时间发送给对应的负责人；
20.不涉及停止换电的功能故障信息，在预设的时间发送给对应的负责人。
21.在本发明的一个实施例中，所述故障信息按照位置分类，确定故障的具体位置，发送给该位置对应的负责人，包括：
22.按照换电站内的子模块进行大类的划分；
23.在大类中按照功能组件或机构部件进行小类的划分；
24.在小类中按照单个零部件进行小组的划分。
25.在本发明的一个实施例中，对于安全隐患故障，同时发送给所有人员，并分时段多次连续发送故障信息，直到故障解决。
26.在本发明的一个实施例中，所述故障信息推送的内容包括：时间、地点、发送故障部件名称、故障等级、故障内容说明、提示。
27.本发明的上述技术方案相比现有技术具有以下优点：
28.本发明所述的换电站故障信息推送方法，在换电站发生故障后，将故障信息按照属性、类型、等级及位置多层逐级分类，实现对故障信息的筛选，能够在发生故障的第一时间精确推送给能够解决该故障的技术人员，为换电站的无人值守提供了基础的技术支持。
附图说明
29.为了使本发明的内容更容易被清楚的理解，下面根据本发明的具体实施例并结合附图，对本发明作进一步详细的说明，其中
30.图1是本发明的换电站故障信息推送方法的步骤流程图；
31.图2是本发明的故障信息按照属性分类推送的流程图；
32.图3是本发明的故障信息按照位置分类推送的流程图；
33.图4是本发明的故障信息按照等级分类推送的流程图；
具体实施方式
34.下面结合附图和具体实施例对本发明作进一步说明，以使本领域的技术人员可以更好地理解本发明并能予以实施，但所举实施例不作为对本发明的限定。
35.如前所述，无人值守的换电站是未来监管换电站的趋势和发展方向，换电站在日
常运行的过程中，无需设置专门的监管人员，采用一种自动监管的方式，只有发生故障时，才把故障信息推送出来，或远程解决或现场修复，所以在发生故障时，能够将故障信息精确推送给能够解决该故障的技术人员是至关重要的。
36.参照图1所示，本发明提供了一种换电站故障信息推送方法，包括如下步骤：
37.采集故障信息：当换电站内设备发生故障时，站内系统获取故障信息，具体地，所述故障信息的采集方式有多种，包括但不限于：换电站自动检测程序，获取引起故障的程序漏洞；换电站内传感检测单元，获取实时检测信号与预设标准比对判断换电站的每个动作是否按照预设标准执行；换电站内视觉检测单元，获取换电站工作时的动作图像，监控换电站的运营状态；当检测到故障信息后，通过有线或无线的方式发送到上位机的服务器中；
38.故障信息分类推送：所述上位机的服务器具备信息接收、信息分类、信息发送的功能，在上位机的服务器中录入有穷举的故障类型数据库，并对故障类型进行信息分类，所述信息分类的过程为：在上位机的服务器中对故障信息按照属性、类型、等级及位置对故障信息进行多层逐级划分，从数据库中逐步限定筛选条件，确定故障信息及对应的能够解决该故障的技术人员，最后根据划分结果第一时间将故障信息推送到对应责任人的移动终端。
39.实施例1
40.参照图2所示，具体地，所述故障信息按照属性分类，确定不同的处理方式，发送给不同的处理人员，在本实施例中，根据分工设置了这几类必须的人员：巡站人员、远程监控员、运营负责人，随着换电站的不断完善，也可以根据实际需求增加不同类型的人员，根据人员分类，所述故障信息的推送方式为：
41.所有故障都发送给运营负责人；运营负责人作为换电站的第一责任人，有必要知晓换电站工作过程中所有情况，只要发生故障就需要发送给运营负责人，不分故障类型，一个换电站可以对应设置几个运营负责人，也可以一个运营负责人对应管理几个换电站；
42.需要到换电站现场解决的故障，将故障信息发送给巡站人员，这里的巡站人员具备一定的现场维修能力，在接到推送后，需要赶往现场对故障进行处理，例如，当硬件发生故障时，需要巡站人员到现场对硬件进行维修和更换；
43.可远程解决的故障，将故障信息发送给远程监控员，这里的远程监控员具备一定的远程维修能力，在接到推送后，对换电站进行远程控制，在远端解决相应问题，例如，当软件发生故障时，需要远程监控员在远端对软件进行bug修复或代码的修改；
44.能够自动修复的故障，在设定时间内自动修复完成的，不发送故障信息，因为该故障已经自动修复，此类的故障信息就不需要发送给巡站人员和远程监控员等技术人员，但是还是要发送给运营负责人，运营负责人需要对该故障进行记录；在设定时间内没有自动修复完成的，若需要到换电站现场解决的故障，将故障信息发送给巡站人员，若可远程解决的故障，将故障信息发送给远程监控人员。
45.具体地，正常情况下，在故障类型数据库中录入的能够自动修复的故障，都是经过自动修复测试，且自动修复成功的故障信息，但是，也有一些故障信息在录入故障类型数据库时，认定的是能够自动修复的，但是在实际的自动修复过程中，没有完成自动修复，对于该类故障信息，如果一直认定为能够自动修复的故障，则该故障将一直也得不到修复，在长期运行的过程中，很可能会出现安全隐患，因此，对于能够自动修复的故障，设置自动修复的次数上限，在进行多次自动修复失败后，且到达自动修复的次数上限，将故障信息发送给
远程监控人员，远程监控人员得知该故障没有被自动修复，从而远程监控人员介入对该故障的处理。
46.具体地，正常情况下，在故障类型数据库中录入的能够远程解决的故障，都是经过远程解决测试，且远程解决成功的故障信息，但是，也有一些故障信息在录入故障类型数据库时，认定的是能够远程解决的，但是在实际的远程解决过程中，没有完成远程解决，对于该类故障信息，如果一直认定为能够远程解决的故障，则该故障将一直也得不到修复，在长期运行的过程中，很可能会出现安全隐患，因此，对于可远程解决的故障，在远程监控人员远程修复失败、或在远程修复的过载中判断需要现场解决时，将故障信息发送给巡站人员。
47.对于需要到换电站现场解决的故障，在故障解决后不再发送故障信息，在故障没有解决时，在设定的时间段继续发送故障信息，一般情况下，当值的巡站人员会第一时间到达故障现场，对故障进行修复，但是，如果故障较大，修复需要较长的时间，当值的巡站人员在一个工作周期内还没有修复，那此时，在该巡站人员结束工作周期前(一般为1个小时)，会再次推送故障信息给下一个工作周期的巡站人员，这样即使故障在一个工作周期内没有解决，也会将故障信息交付给下一个工作周期的巡站人员，避免巡站人员出现加班或者故障信息未解决的情况，并且，每次都会推送给运营负责人，运营负责人在注意到一个故障在多个工作周期内均没有解决的情况，会重点关注该故障信息，运营负责人可以联系相关巡站人员讨论故障的具体细节，提供合理的解决方案，以便该故障能够快速解决。
48.在对故障进行处理后，将故障处理的内容和结果发送给运营负责人，运营负责人可根据此来判定相关人员处理故障的及时性和有效性。
49.具体地，在一段时间内(如一周或一个月)，对推送的故障信息进行统计，并计算出故障的频率(次数)；对于一些高频次出现的故障，不仅需要短期解决，更需要想办法长期性解决掉，对于高频次的故障一定是设计上存在的缺陷，因此，需要从根本原因上去解决，以便随着无人值守的推进，使故障也越来越少。
50.实施例2
51.采用上述方案，在对故障信息按照属性分类后，能够分别推送给不同类型的技术人员(巡站人员、远程监控员、运营负责人)，但是对于一个换电站的维护不可能只有一个巡站人员或一个远程监管员，由于换电站内的子模块众多，涉及的领域也不尽相同，因此，一个巡站人员或一个远程监管员不可能掌握所有的故障解决方法，因此，还需要对故障信息再分类，在本实施例中，根据换电站中子模块的分布情况，对所述故障信息按照发生位置再分类，确定故障的具体位置，对应发送给该位置对应的负责人，参照图3所示，包括：
52.按照换电站内的子模块的分布情况进行大类的划分，所述换电站内包括多个子模块，例如：停车平台、换电机构、抬升机构、运输机构、周转机构、充电机构、搬运机构、控制机构等等，将换电站按照模块化分成多个大类；
53.在大类中按照功能组件或机构部件进行小类的划分，在每个子模块内又包括多个不同的功能组件或机构部件，例如，换电机构中又包括了用于拆卸和安装电池的加解锁组件、在充电机构中又包括完成电池充电的充电单元，将每个大类按照功能和机构分成多个小类；
54.在小类中按照单个零部件进行小组的划分，在每个功能组件或机构部件内又包括多个对应位置的检测机构，对应检测一个单独部件的工作情况，例如：在加解锁组件中，检
测到加解锁组件中的锁头破损，没办法与锁扣组件配合使用了，那这时仅需把这个故障信息发送给在加解锁组件中，负责锁头维修的巡站人员即可，这样将每个小类按照单个的工作部件分成多个小组，故障信息能够精确推送到指定的个人，保证故障信息对应推送的技术人员，一定能够解决该故障。
55.实施例3
56.采用上述方案，对故障信息按照属性分类和发生位置再分类后，能够确保故障信息精确推送给能够解决该故障的技术人员，但是，在实际的运维过程中，故障信息可能会达到上万条，因此，也不可能做到一个技术人员仅仅对应解决一条故障信息，是不现实且没有必要的，并且，随着换电站数量的增加，一个技术人员需要同时负责多个换电站的维修工作，因此，一个技术人员在同一时间可能会收到多个故障信息，去优先解决哪个故障信息就成为了一个新的问题。
57.参照图4所示，在本实施例中，为了解决这一问题，将所述故障信息按照等级分类，确定发送的时序，包括：
58.涉及停止换电的基础故障信息，例如：换电机器人停止换电、码垛机停止运输等故障，第一时间发送给对应的负责人，对应的责任人(巡站人员或远程监控员)在收到故障信息后，也会停止手上日常的故障处理，第一时间处理导致停止换电的故障，因为涉及停止换电的故障信息直接关系到换电站的运营，该类故障作为紧急故障，设置为最高的优先级；
59.不涉及停止换电的功能故障信息，例如：空调启动异常、充电机无法充电等故障，在预设的时间发送给对应的负责人，一般地，该类故障作为日常故障，设置为最低的优先级，会在上班前发送给技术人员，作为技术人员日常的工作。
60.当然，随着换电站的运维，在其他实施例中，可以根据人为的需求设置更详细的优先级关系，例如，在不涉及停止换电的功能故障信息中，设置充电机无法充电的优先级高于空调启动异常的优先级。
61.实施例4
62.上述实施例1～3所涉及故障信息的推送方式都是针对换电站运营时产生的故障信息，其主要是影响换电站的工作，但是，在发生威胁换电站安全的故障信息时，不适用与上述实施例1～3的推送方式；
63.在本实施例中，对于发生安全隐患故障，例如：消防故障、盗窃故障等，将故障信息同时发送给所有人员，并分时段多次连续发送故障信息，从而区分与其它普通故障的推送方式，已起到警示作用，以免相关人员错过信息查阅，直到故障解决，这样，只要有一个技术人员关注到了故障信息，就能够第一时间赶到故障现场或第一时间通知能够解决该故障的人员赶到现场，防止安全隐患扩散，除安全隐患故障外，其它的故障信息，在切换到人工手动操作模式下，不进行故障信息推送。
64.具体地，在上述实施例1～4中，都对故障信息的发生内容进行了限定，所述故障信息推送的内容至少包括：时间、地点、发送故障部件名称、故障等级、故障内容说明、提示；其中，为了简化故障内容说明，对故障内容说明进行代码化处理，设置一套规则定义故障代码，其中包括站的代号、部件/功能组件代号、组件内的故障信息系列号，并且，在提示中，会出现之前解决该故障的方法和经验，以供参考。
65.具体地，在上述实施例1～4中，所述故障信息的推送方式为即使推送：可以采用短
信、app、小程序的方式推送。
66.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
67.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
68.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
69.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
70.显然，上述实施例仅仅是为清楚地说明所作的举例，并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。