CN112748677B - 一种终端设备及其故障处理方法 - Google Patents

Abstract

本申请公开了一种从机端的故障处理方法，从机端包括多个组件，该方法包括：在从机端发生故障时，确定故障类型；若故障类型为目标组件的组件内故障，则初始化目标组件，并检测目标组件是否故障复现；若故障类型为组件外故障，或目标组件故障复现，则将故障信息发送给主机端。本申请还公开了与方法对应的终端设备。通过上述方式，在故障时通过初始化目标组件进行故障消除，消除成功继续执行工作指令，提高终端设备的工作效率，减少原材料的浪费，未能消除故障才对故障进行上报，提高终端设备的可靠性和稳定性。

Description

一种终端设备及其故障处理方法

技术领域

本申请涉及终端设备技术领域，特别是涉及一种终端设备及其故障处理方法。

背景技术

终端设备在出现故障时，整个设备会立即停止工作，以待相应的维护人员进行故障维护，需要在维护完成后才可以继续工作。以样本检测装置为例，进行样本检测时发生故障，整个样本检测装置停止工作，正在测量的样本停止检测。

不足之处在于，一旦设备因故障停止工作，不仅降低了设备的使用率，也浪费原材料。

发明内容

为了解决上述问题，本申请提供一种终端设备及其故障处理方法，在故障时通过初始化目标组件进行故障消除，消除成功继续执行工作指令，提高终端设备的工作效率，减少原材料的浪费，未能消除故障才对故障进行上报，提高终端设备的可靠性和稳定性。

本申请采用的一种技术方案是提供一种从机端的故障处理方法，从机端包括多个组件，该方法包括：在从机端发生故障时，确定故障类型；若故障类型为目标组件的组件内故障，则初始化目标组件，并检测目标组件是否故障复现；若故障类型为组件外故障，或目标组件故障复现，则将故障信息发送给主机端。

其中，目标组件至少包括驱动电机；若故障类型为目标组件的组件内故障，则初始化目标组件，并检测目标组件是否故障复现，包括：若故障类型表示目标组件中的驱动电机在执行目标动作时故障，则初始化驱动电机；在驱动电机初始化成功后，控制驱动电机再次执行目标动作，检测驱动电机是否故障复现。

其中，在驱动电机初始化成功后，控制驱动电机再次执行目标动作，检测驱动电机是否故障复现，包括：判断驱动电机初始化是否成功；若驱动电机初始化成功，则控制驱动电机再次执行目标动作；检测目标动作是否执行完成；若是，则确定驱动电机恢复正常；若否，则确定驱动电机故障复现。

其中，该方法还包括：获取主机端发送的控制指令；判断执行控制指令时，是否要使用与故障类型相关联的组件；若是，则不执行控制指令，同时向主机端上报故障。

其中，将故障信息发送给主机端，包括：将故障信息发送给主机端，以使主机端下发暂停进样指令，并暂停下发与故障类型对应的组件相关联的控制指令。

其中，将故障信息发送给主机端之后，包括：获取主机端发送的故障消除指令；对与故障类型对应的组件进行初始化；在初始化成功后，控制与故障类型对应的组件再次执行相关的动作，并检测与故障类型对应的组件是否故障复现。

本申请采用的另一种技术方案是提供一种主机端的故障处理方法，该方法包括：接收从机端发送的故障信息；根据故障信息确定从机端的故障组件；向从机端发送控制指令，以使从机端暂停进样，并对无需使用故障组件的样本继续进行检测；在对无需使用故障组件的样本检测完成之后，发出故障提醒。

其中，该方法还包括：在故障消除后，向从机端发送故障消除指令，以使从机端对与故障类型对应的组件进行初始化，并在初始化成功后，控制与故障类型对应的组件再次执行相关的动作，并检测与故障类型对应的组件是否故障复现。

本申请采用的另一种技术方案是提供一种终端设备，终端设备为从机端，包括处理器以及与处理器耦接的存储器和数据接口；其中，数据接口用于与主机端进行数据通信，存储器用于存储程序数据，程序数据在被处理器执行时，用于实现上述从机端的故障处理方法。

本申请采用的另一种技术方案是提供一种终端设备，终端设备为主机端，包括处理器以及与处理器耦接的存储器和数据接口；其中，数据接口用于与从机端进行数据通信，存储器用于存储程序数据，程序数据在被处理器执行时，用于实现上述主机端的故障处理方法。

本申请采用的另一种技术方案是提供一种计算机存储介质，该计算机存储介质用于存储程序数据，程序数据在被处理器执行时，用于实现上述的数据处理方法。

本申请的有益效果是：区别于现有技术的情况，本申请的一种从机端的故障处理方法，从机端包括多个组件，该方法包括：在从机端发生故障时，确定故障类型；若故障类型为目标组件的组件内故障，则初始化目标组件，并检测目标组件是否故障复现；若故障类型为组件外故障，或目标组件故障复现，则将故障信息发送给主机端。通过上述方式，在故障时通过初始化目标组件进行故障消除，消除成功继续执行工作指令，提高终端设备的工作效率，减少原材料的浪费，未能消除故障才对故障进行上报，提高终端设备的可靠性和稳定性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：

图1是本申请提供的从机端的故障处理方法第一实施例的流程示意图；

图2是本申请提供的从机端的故障处理方法第二实施例的流程示意图；

图3是本申请提供的从机端的故障处理方法第三实施例的流程示意图；

图4是本申请提供的从机端的故障处理方法第四实施例的流程示意图；

图5是本申请提供的从机端的故障处理方法第五实施例的流程示意图；

图6是本申请提供的从机端的故障处理方法第六实施例的流程示意图；

图7是本申请提供的主机端的故障处理方法第一实施例的流程示意图；

图8是本申请提供的主机端的故障处理方法第二实施例的流程示意图；

图9是本申请提供的终端设备的一结构示意图；

图10是本申请提供的终端设备的另一结构示意图；

图11是本申请提供的计算机存储介质的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

主从机系统的产生和发展受多种因素的推动。首先是技术方面的因素：大规模集成电路和微处理器为主从机系统提供了廉价的硬件；数字通信技术和计算机网技术的发展，使数量很大的计算机结点相互连接和高速通信成为可能。此外更为重要的是用户因素，集中式分时计算机系统虽能连接大量远程和近程终端来满足地理上分散的多用户使用的需要，但处理功能的过度集中将产生通信开销大、响应时间长，系统复杂昂贵等问题，因而用户逐渐转向分布计算机系统，以谋求更高的技术经济效益。

主从模式也叫做主仆模式，英文简称为(Master-Slave)，由两方组成，主机端和从机端。主机端在相同的从机端中分配工作，并计算最终结果，这些结果是由从机端返回的结果。核心思想是基于分而治之的思想，将一个原始任务分解为若干个语义等同的子任务，并由专门的从机端来并行执行这些任务，原始任务的结果是通过整合各个子任务的处理结果形成的。

参阅图1，图1是本申请提供的从机端的故障处理方法第一实施例的流程示意图，该方法包括：

步骤11：在从机端发生故障时，确定故障类型。

可以理解，从机端包括多个组件。基于控制指令对应的工作的不同，一些控制指令由单个组件完成，一些控制指令由多个组件之间协作完成。

在本实施例中，将从机端的故障类型分为组件内故障和组件外故障。组件内故障是指组件内的零部件执行指令出错引起的故障。组件外故障是指一个控制指令需要多个组件协同完成，其中有部分组件出故障，导致其他组件不能正常工作。

在其他实施例中，根据终端设备的不同，设定的故障类型也不同。如按照故障发生的速度分类可分为突发性故障和渐发性故障；按故障发生的后果可分为功能性故障与参数型故障；按故障的损伤是否容忍分为允许故障和不允许故障；按故障的易见性可分为明显安全性故障、明显使用性故障、明显非使用性故障、隐蔽安全性故障和隐蔽经济性故障。

步骤12：若故障类型为目标组件的组件内故障，则初始化目标组件，并检测目标组件是否故障复现。

从机端对故障类型进行判断，确定故障类型为目标组件的组件内故障，则初始化目标组件。如目标组件包括传感器，当传感器在执行目标指令时故障，则初始化传感器。

在初始化目标组件后，检测目标组件是否故障复现。如控制上述传感器再次执行目标指令，若执行成功，则确认故障消除，若执行不成功即故障复现。

步骤13：若故障类型为组件外故障，或目标组件故障复现，则将故障信息发送给主机端。

从机端在确定故障类型为组件外故障，将故障信息发送给主机端，其中故障信息包含标识故障码，此标识故障码是与故障信息相对应的唯一标识故障码。

以终端设备为荧光发光分析仪为例，荧光发光分析仪分为主机端和从机端，主机端负责下发控制指令控制从机端按照控制指令执行目标工作，从机端包括多个组件，如转盘组件，主探针组件、分析组件、液路组件、测量组件。转盘组件包括试剂盘、样本盘、样本架及各类附属监测部件和对应的驱动电机；主探针组件包括主探针及其附件，主要用来分配及稀释样品和试剂、混合磁性颗粒、清洗和干燥探针，该组件同时带有加热以及检测探针堵塞功能；分析组件包括反应管装载区、清洗盘、孵育带等，主要用于RV管的载入、孵育、清洗、混合、计数及导出等功能；液路组件包括真空泵、冲洗泵、冲洗阀、基质液泵、蠕动泵、精密度泵及精密度阀等，主要是向分析组件及主探针组件提供精确移液、冲洗、废液排空及基质液分配等功能；测量组件包括光电倍增管(PMT)及其对面的LED(Light Emitting Diode，发光二极管)、高压电源等，主要用来检测及计数光量子。

当从机端发生故障时，首先确定故障类型，如当主探针需要采集样本时，需要将样本盘中的目标样本转动到目标位置，以供主探针采集，此时样本盘无法转动，对应的监测部件发生故障，确定此故障为组件内故障，此时从机端对样本盘对应的监测部件进行初始化，初始化完成，再次执行目标动作，若故障复现，则将此故障上报主机端。进一步，若对应的监测部件发生故障，而导致主探针无法采集样本，导致主探针也故障，此故障被确定为组件外故障，将此故障上报主机端。

可以理解，根据终端设备的类型不同，相应的组件也不尽相同。

区别于现有技术的情况，本申请的从机端的故障处理方法，从机端包括多个组件，该方法包括：在从机端发生故障时，确定故障类型；若故障类型为目标组件的组件内故障，则初始化目标组件，并检测目标组件是否故障复现；若故障类型为组件外故障，或目标组件故障复现，则将故障信息发送给主机端，通过上述方式，在故障时通过初始化目标组件进行故障消除，消除成功继续执行工作指令，提高终端设备的工作效率，减少原材料的浪费，未能消除故障才对故障进行上报，提高终端设备的可靠性和稳定性。

参阅图2，图2是本申请提供的从机端的故障处理方法第二实施例的流程示意图，该方法包括：

步骤21：在从机端发生故障时，确定故障类型。

步骤22：若故障类型表示目标组件中的驱动电机在执行目标动作时故障，则初始化驱动电机。

在本实施例中，目标组件至少包括驱动电机，在故障类型表示目标组件中的驱动电机在执行目标动作时故障，则初始化驱动电机。

可选的，初始化电机可以是将电机恢复出厂设置，也可以是将电机恢复至某一设定电机参数的状态。甚至是对驱动电机进行重新上电，驱动电机可自行初始化。初始化驱动电机可根据驱动电机的具体情况来设置初始化方式。

步骤23：在驱动电机初始化成功后，控制驱动电机再次执行目标动作，检测驱动电机是否故障复现。

在驱动电机初始化成功后，控制驱动电机再次执行目标动作，检测驱动电机是否故障复现，若复现则执行步骤24。若恢复正常，则继续执行下一目标动作。

步骤24：若驱动电机故障复现，则将故障信息发送给主机端。

主机端在接收到故障信息后，进行故障提醒，以使用户发现故障后，进行相应的故障维护。

参阅图3，图3是本申请提供的从机端的故障处理方法第三实施例的流程示意图，该方法包括：

步骤31：在从机端发生故障时，确定故障类型。

步骤32：若故障类型表示目标组件中的驱动电机在执行目标动作时故障，则初始化驱动电机。

步骤33：判断驱动电机初始化是否成功。

步骤34：若驱动电机初始化成功，则控制驱动电机再次执行目标动作。

可选的，判断驱动电机初始化是否成功，可以设置相应的标识码，如1和0，1代表初始化成功，0代表初始化失败，当检测到标识码1则标识驱动电机初始化成功，则控制驱动电机再次执行目标动作。

步骤35：检测目标动作是否执行完成。

检测目标动作是否执行完成，若完成，则执行步骤36。若未完成，执行步骤37。

步骤36：确定驱动电机恢复正常。

驱动电机恢复正常，则继续执行下一工作指令。

步骤37：确定驱动电机故障复现。

步骤38：将故障信息发送给主机端。

参阅图4，图4是本申请提供的从机端的故障处理方法第四实施例的流程示意图，该数据处理方法包括：

步骤41：在从机端发生故障时，确定故障类型。

步骤42：若故障类型为目标组件的组件内故障，则初始化目标组件，并检测目标组件是否故障复现。

步骤43：若故障类型为组件外故障，或目标组件故障复现，则将故障信息发送给主机端。

步骤41-43与上述实施例具有相同或相似的技术方案，这里不做赘述。

步骤44：获取主机端发送的控制指令。

步骤45：判断执行控制指令时，是否要使用与故障类型相关联的组件。

从机端根据控制指令，判断执行控制指令是否需要使用故障类型相关联的组件，若不需要使用与故障类型相关联的组件，则执行控制指令。若需要使用与故障类型相关联的组件，则执行步骤46。

步骤46：若是，则不执行控制指令，同时向主机端上报故障。

以上述实施例中的荧光发光分析仪为例，当从机端发生故障，上报给主机端，主机端继续下发控制指令，如从机端在正在测试样本，此时发生试剂盘故障，无法继续下一个样本的试剂采集，主机端下发控制指令控制对探针进行清洗，此时从机端检测到此控制指令需要用到的组件与试剂盘故障不相关，则执行此控制指令，对探针进行清洗。进一步，在清洗完成后，主机端发送控制指令控制探针采集样本，进行样本检测，因试剂盘故障，所以无法采集试剂与样本进行配合检测，所以不执行此控制指令，同时向主机端上报故障。

在本实施例中，区别于现有技术，当从机端故障时，检测主机端下发的控制指令是否需要使用与故障类型相关联的组件，若不需要，则执行控制指令，这样可以减少故障带来的损失，提高设备效率。特别是在样本检测中，故障组件不能工作，其它组件继续正常工作，正在测量样本还能继续测量的将继续完成测试，不能测量的直接废弃，可以减少样本和试剂浪费。

参阅图5，图5是本申请提供的从机端的故障处理方法第五实施例的流程示意图，该方法包括：

步骤51：在从机端发生故障时，确定故障类型。

步骤52：若故障类型为目标组件的组件内故障，则初始化目标组件，并检测目标组件是否故障复现。

步骤53：若故障类型为组件外故障，或目标组件故障复现，则将故障信息发送给主机端，以使主机端下发暂停进样指令，并暂停下发与故障类型对应的组件相关联的控制指令。

在样本检测领域，样本检测装置的从机端组件故障，从机端将故障信息发送给主机端，主机端在接收到故障信息后，主机端暂停下发进样指令，并暂停下发与故障类型对应的组件相关联的控制指令。如上述荧光发光分析仪，从机端在检测样本中发生故障，将故障信息上传主机端，则主机端将暂停下发进样的控制指令，并暂停下发与故障类型对应的组件相关联的控制指令。如故障组件为转盘组价，则暂停下发试剂采集等相关控制指令。

参阅图6，图6是本申请提供的从机端的故障处理方法第六实施例的流程示意图，该方法包括：

步骤61：在从机端发生故障时，确定故障类型。

步骤62：若故障类型为目标组件的组件内故障，则初始化目标组件，并检测目标组件是否故障复现。

步骤63：若故障类型为组件外故障，或目标组件故障复现，则将故障信息发送给主机端。

步骤61-63与上述实施例具有相同和相似的技术方案，这里不做赘述。

步骤64：获取主机端发送的故障消除指令。

在故障维护完成后，从机端获取主机端发送的故障消除指令。

步骤65：对与故障类型对应的组件进行初始化。

从机端先执行组件内故障消除，再执行组件外故障消除。在故障消除过程中仍然存在故障就上报主机端。

步骤66：在初始化成功后，控制与故障类型对应的组件再次执行相关的动作，并检测与故障类型对应的组件是否故障复现。

在初始化成功后，控制与故障类型对应的组件再次执行相关的动作，并检测与故障类型对应的组件是否故障复现，可以确认故障是否维护成功，避免工作时再次故障复现。

参阅图7，图7是本申请提供的主机端的故障处理方法第一实施例的流程示意图，该数据处理方法包括：

步骤71：接收从机端发送的故障信息。

可选的，故障信息包括唯一的故障标识码。

步骤72：根据故障信息确定从机端的故障组件。

根据唯一的故障标识码查询故障库信息，确认从机端的故障组件。

步骤73：向从机端发送控制指令，以使从机端暂停进样，并对无需使用故障组件的样本继续进行检测。

步骤74：在对无需使用故障组件的样本检测完成之后，发出故障提醒。

发出故障提醒，以使用户知晓故障内容，以便进行设备维护。

在样本检测领域，样本检测装置的主机端接收到故障信息，先判断从机端的故障组件，根据故障组件下发控制指令，首先控制从机端暂停进样操作，以免浪费样本和试剂，然后控制从机端对无需使用故障组件的样本继续进行检测，在对无需使用故障组件的样本检测完成之后，发出故障提醒。如上述荧光发光分析仪，从机端在检测样本中发生故障，将故障信息上传主机端，故障信息为冲洗泵故障，主机端根据故障信息确定从机端的故障组件为液路组件故障，则主机端将暂停下发进样的控制指令以使从机端暂停进样，并暂停下发与故障类型对应的组件相关联的控制指令，如暂停探针清洗指令，但是继续下发对无需使用故障组件的样本继续进行检测的指令，如检测完已经在测的样本。待样本检测完成，发出故障提醒。

区别于现有技术，本实施例通过主机端下发控制指令，使从机端暂停进样，并对无需使用故障组件的样本继续进行检测，提高设备的使用效率，减少因故障引起的原材料浪费。

参阅图8，图8是本申请提供的主机端的故障处理方法第二实施例的流程示意图。该方法包括：

步骤81：接收从机端发送的故障信息。

步骤82：根据故障信息确定从机端的故障组件。

步骤83：向从机端发送控制指令，以使从机端暂停进样，并对无需使用故障组件的样本继续进行检测。

步骤84：在对无需使用故障组件的样本检测完成之后，发出故障提醒。

步骤81-84与上述实施例具有相同或相似的技术方案，这里不做赘述。

步骤85：在故障消除后，向从机端发送故障消除指令，以使从机端对与故障类型对应的组件进行初始化，并在初始化成功后，控制与故障类型对应的组件再次执行相关的动作，并检测与故障类型对应的组件是否故障复现。

参阅图9，图9是本申请提供的终端设备的一结构示意图，该终端设备90为从机端，包括处理器91以及与处理器耦接的存储器92和数据接口93；其中，数据接口93用于与主机端进行数据通信，存储器92用于存储程序数据，程序数据在被处理器91执行时，用于实现以下的方法步骤：在从机端发生故障时，确定故障类型；若故障类型为目标组件的组件内故障，则初始化目标组件，并检测目标组件是否故障复现；若故障类型为组件外故障，或目标组件故障复现，则将故障信息发送给主机端。

可选的，该处理器91用于执行程序数据时，还用于实现以下的方法步骤：目标组件至少包括驱动电机；若故障类型表示目标组件中的驱动电机在执行目标动作时故障，则初始化驱动电机；在驱动电机初始化成功后，控制驱动电机再次执行目标动作，检测驱动电机是否故障复现。

可选的，该处理器91用于执行程序数据时，还用于实现以下的方法步骤：判断驱动电机初始化是否成功；若驱动电机初始化成功，则控制驱动电机再次执行目标动作；检测目标动作是否执行完成；若是，则确定驱动电机恢复正常；若否，则确定驱动电机故障复现。

可选的，该处理器91用于执行程序数据时，还用于实现以下的方法步骤：获取主机端发送的控制指令；判断执行控制指令时，是否要使用与故障类型相关联的组件；若是，则不执行控制指令。

可选的，该处理器91用于执行程序数据时，还用于实现以下的方法步骤：将故障信息发送给主机端，以使主机端暂停进样，并暂停下发与故障类型对应的组件相关联的控制指令。

可选的，该处理器91用于执行程序数据时，还用于实现以下的方法步骤：获取主机端发送的故障消除指令；对与故障类型对应的组件进行初始化；在初始化成功后，控制与故障类型对应的组件再次执行相关的动作，并检测与故障类型对应的组件是否故障复现。

参阅图10，图10是本申请提供的终端设备的另一结构示意图。该终端设备100为主机端，包括处理器101以及与处理器101耦接的存储器102和数据接口103；其中，数据接口103用于与从机端进行数据通信，存储器102用于存储程序数据，程序数据在被处理器101执行时，用于实现以下的方法步骤：接收从机端发送的故障信息；根据故障信息确定从机端的故障组件；向从机端发送控制指令，以使从机端暂停进样，并对无需使用故障组件的样本继续进行检测；在对无需使用故障组件的样本检测完成之后，发出故障提醒。

可选的，该处理器101用于执行程序数据时，还用于实现以下的方法步骤：在故障消除后，向从机端发送故障消除指令，以使从机端对与故障类型对应的组件进行初始化，并在初始化成功后，控制与故障类型对应的组件再次执行相关的动作，并检测与故障类型对应的组件是否故障复现。

参阅图11，图11是本申请提供的计算机存储介质的结构示意图。该计算机存储介质110用于存储程序数据111，程序数据111在被处理器执行时，用于实现以下的方法步骤：在从机端发生故障时，确定故障类型；若故障类型为目标组件的组件内故障，则初始化目标组件，并检测目标组件是否故障复现；若故障类型为组件外故障，或目标组件故障复现，则将故障信息发送给主机端，

或，接收从机端发送的故障信息；根据故障信息确定从机端的故障组件；向从机端发送控制指令，以使从机端暂停进样，并对无需使用故障组件的样本继续进行检测；在对无需使用故障组件的样本检测完成之后，发出故障提醒。

可以理解，本实施例中的计算存储介质110可以应用于主机端，也可以应用于从机端，其具体的实施步骤可以参考上述实施例，这里不再赘述。

在本申请所提供的几个实施方式中，应该理解到，所揭露的方法以及设备，可以通过其它的方式实现。例如，以上所描述的设备实施方式仅仅是示意性的，例如，所述组件或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。

另外，在本申请各个实施方式中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述其他实施方式中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (6)

1.一种从机端的故障处理方法，其特征在于，所述从机端应用于样本检测装置，所述从机端包括多个组件，所述方法包括：

在所述从机端发生故障时，确定故障类型；

若所述故障类型为目标组件的组件内故障，则初始化所述目标组件，并检测所述目标组件是否故障复现；其中，所述组件内故障是指组件内的零部件执行指令出错引起的故障；

若所述故障类型为组件外故障，或所述目标组件故障复现，则将故障信息发送给主机端，以使所述主机端下发暂停进样指令，并暂停下发与所述故障类型对应的组件相关联的控制指令；其中，所述组件外故障是指一个控制指令需要多个组件协同完成，其中有部分组件出故障，导致其他组件不能正常工作；其中，所述从机端对无需使用所述目标组件的样本继续进行检测；

以及，获取主机端发送的控制指令；

判断执行所述控制指令时，是否要使用与所述故障类型相关联的组件；

若是，则不执行所述控制指令，同时向所述主机端上报故障；

以及，所述将故障信息发送给主机端之后，获取主机端发送的故障消除指令；

对与所述故障类型对应的组件进行初始化；

在初始化成功后，控制与所述故障类型对应的组件再次执行相关的动作，并检测与所述故障类型对应的组件是否故障复现。

2.根据权利要求1所述的方法，其特征在于，

所述目标组件至少包括驱动电机；

所述若所述故障类型为目标组件的组件内故障，则初始化所述目标组件，并检测所述目标组件是否故障复现，包括：

若所述故障类型表示目标组件中的所述驱动电机在执行目标动作时故障，则初始化所述驱动电机；

在所述驱动电机初始化成功后，控制所述驱动电机再次执行所述目标动作，检测所述驱动电机是否故障复现。

3.根据权利要求2所述的方法，其特征在于，

所述在所述驱动电机初始化成功后，控制所述驱动电机再次执行所述目标动作，检测所述驱动电机是否故障复现，包括：

判断所述驱动电机初始化是否成功；

若所述驱动电机初始化成功，则控制所述驱动电机再次执行所述目标动作；

检测所述目标动作是否执行完成；

若是，则确定所述驱动电机恢复正常；

若否，则确定所述驱动电机故障复现。

4.一种终端设备，所述终端设备为从机端，其特征在于，包括处理器以及与所述处理器耦接的存储器和数据接口；

其中，所述数据接口用于与主机端进行数据通信，所述存储器用于存储程序数据，所述程序数据在被所述处理器执行时，用于实现如权利要求1-3任一项所述的方法。

5.一种主机端的故障处理方法，其特征在于，所述主机端应用于样本检测装置，所述方法包括：

接收从机端发送的故障信息；其中，所述故障信息是由所述从机端发生故障时的故障类型为组件外故障，或目标组件故障复现时产生的；其中，所述组件外故障是指一个控制指令需要多个组件协同完成，其中有部分组件出故障，导致其他组件不能正常工作；

根据所述故障信息确定所述从机端的故障组件；

向所述从机端发送控制指令，以使所述从机端暂停进样，并对无需使用所述故障组件的样本继续进行检测，以及判断执行所述控制指令时，是否要使用与所述故障类型相关联的组件；若是，则不执行所述控制指令，同时向所述主机端上报故障；

在对无需使用所述故障组件的样本检测完成之后，发出故障提醒；

以及，在故障消除后，向所述从机端发送故障消除指令，以使所述从机端对与故障类型对应的组件进行初始化，并在初始化成功后，控制与所述故障类型对应的组件再次执行相关的动作，并检测与所述故障类型对应的组件是否故障复现。

6.一种终端设备，所述终端设备为主机端，其特征在于，包括处理器以及与所述处理器耦接的存储器和数据接口；

其中，所述数据接口用于与从机端进行数据通信，所述存储器用于存储程序数据，所述程序数据在被所述处理器执行时，用于实现如权利要求5所述的方法。

Images