故障检测方法、装置
技术领域
本申请实施例涉及故障检测技术领域，并且更具体地，涉及一种故障检测方法、装置。
背景技术
随着电子技术的快速发展，越来越多的商家选择采用电子收银设备进行收银。
目前，对于收银设备的控制大多是采用触屏控制方式，其中，主要是采用电容式触摸面板进行控制，然而，带有电容触摸功能的收银设备在使用过程中容易发生触摸失效。当前，在收银设备发生触摸失效时，用户无法自行排查故障原因，售后服务也无法远程针对触摸失效精确排查，需要专业的售后工程师先进行现场检测，再根据检测出的故障类型进行维修。
可见，对于现有配置触摸面板的收银设备的故障检测，需要依赖于专业人员的现场人工检测，故障检测效率低。
发明内容
本申请实施例提供的故障检测方法、装置、系统、设备及存储介质，能够自动检测触摸面板的故障类型，并将故障类型发送至售后服务器，以提高售后服务效率。
第一方面，本申请实施例提供了一种故障检测方法，包括：
获取触摸面板的运行状态数据；
若根据所述运行状态数据确定所述触摸面板发生故障，则根据所述运行状态数据生成故障数据，所述故障数据包括故障类型；
发送所述故障数据。
在一种可能的设计中，所述根据所述运行状态数据确定所述触摸面板发生故障，则根据所述运行状态数据生成故障数据，包括：
读取触摸芯片中各个寄存器通过总线返回的反馈信号，所述触摸面板包括所述触摸芯片，所述运行状态数据包括所述反馈信号；
若所述反馈信号读取失败，则确定所述触摸面板发生故障；
生成故障代码，所述故障数据包括所述故障代码。
在一种可能的设计中，所述根据所述运行状态数据确定所述触摸面板发生故障，则根据所述运行状态数据生成故障数据，包括：
获取触摸芯片内的固件版本信息，所述触摸面板包括所述触摸芯片，所述运行状态数据包括所述固件版本信息；
若所述固件版本信息与目标固件版本信息不一致，则确定所述触摸面板发生故障；
生成故障代码，所述故障数据包括所述故障代码。
在一种可能的设计中，在所述确定所述触摸面板发生故障之后，还包括：
根据所述固件版本信息以及预设类型条件确定固件故障类型；
生成故障子代码，所述故障数据包括所述故障子代码。
在一种可能的设计中，所述根据所述运行状态数据确定所述触摸面板发生故障，则根据所述运行状态数据生成故障数据，包括：
获取所述触摸面板各个通道的容值数据，所述运行状态数据包括所述容值数据；
若存在通道对应的所述容值数据为空，则确定所述触摸面板发生故障；
生成故障代码，所述故障数据包括所述故障代码。
在一种可能的设计中，所述的故障检测方法，还包括：
创建存储节点，所述存储节点用于存储所述故障代码。
在一种可能的设计中，所述获取所述收银设备中触摸面板的运行状态数据，包括：
开启轮询线程，所述轮询线程用于按照预设采集频率获取所述触摸面板的所述运行状态数据；
其中，若确定所述触摸面板发生故障，则终止所述轮询线程。
第二方面，本本申请实施例还提供了一种故障检测装置，包括：
获取模块，用于获取收银设备中触摸面板的运行状态数据；
处理模块，用于根据所述运行状态数据确定所述触摸面板发生故障，并根据所述运行状态数据生成故障数据，所述故障数据包括故障类型；
发送模块，用于发送所述故障数据。
在一种可能的设计中，所述处理模块，具体用于：
读取触摸芯片中各个寄存器通过总线返回的反馈信号，所述触摸面板包括所述触摸芯片，所述运行状态数据包括所述反馈信号；
若所述反馈信号读取失败，则确定所述触摸面板发生故障；
生成故障代码，所述故障数据包括所述故障代码。
在一种可能的设计中，所述处理模块，具体用于：
获取触摸芯片内的固件版本信息，所述触摸面板包括所述触摸芯片，所述运行状态数据包括所述固件版本信息；
若所述固件版本信息与目标固件版本信息不一致，则确定所述触摸面板发生故障；
生成故障代码，所述故障数据包括所述故障代码。
在一种可能的设计中，所述处理模块，还具体用于：
根据所述固件版本信息以及预设类型条件确定固件故障类型；
生成故障子代码，所述故障数据包括所述故障子代码。
在一种可能的设计中，所述处理模块，具体用于：
获取所述触摸面板各个通道的容值数据，所述运行状态数据包括所述容值数据；
若存在通道对应的所述容值数据为空，则确定所述触摸面板发生故障；
生成故障代码，所述故障数据包括所述故障代码。
在一种可能的设计中，所述处理模块，还用创建存储节点，所述存储节点用于存储所述故障代码。
在一种可能的设计中，所述获取模块，具体用于：
开启轮询线程，所述轮询线程用于按照预设采集频率获取所述触摸面板的所述运行状态数据；
其中，若确定所述触摸面板发生故障，则终止所述轮询线程。
第三方面，本本申请实施例还提供了一种电子设备，包括：处理器以及存储器；
所述存储器，用于存储所述处理器的计算机程序；
其中，所述处理器被配置为通过执行所述计算机程序来实现第一方面中任意一种可能的故障检测方法。
第四方面，本本申请实施例还提供了一种收银设备，包括：触摸面板以及第三方面中所述的电子设备；
所述触摸面板与所述电子设备连接，所述电子设备用于对所述触摸面板进行故障检测。
第五方面，本本申请实施例还提供了一种故障检测系统，包括：服务器以及第四方面中所述的收银设备；
所述服务器用于接收所述收银设备发送的故障数据，以根据所述故障数据确定所述收银设备中所述触摸面板的故障类型。
第六方面，本申请实施例还提供了一种机器可读存储介质，其上存储有可执行指令，所述可执行指令在被机器执行时使得实现第一方面所提供的故障检测方法。
可见，在上述技术方案中，在收银设备运行过程中，通过获取触摸面板的运行状态数据，并根据触摸面板的运行状态数据确定触摸面板是否发生故障，若确定发生了故障，则根据运行状态数据生成故障数据，并将故障数据发送至收银设备对应的售后服务器中，从而提高售后对于触摸面板故障排查效率，大大缩短后续故障排除的整体周期，进而有效地提高了售后服务质量的和商家使用体验。
附图说明
为了更清楚地说明本申请的实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图进行简单介绍。然而，本领域技术人员应当理解的是，下面描述中的附图仅仅是本申请的一些示例，并不限制其范围。
图1是本申请根据一示例性实施例示出的故障检测方法的应用场景图；
图2是本申请根据一示例性实施例示出的故障检测方法的流程示意图；
图3是本申请根据另一示例性实施例示出的故障检测方法的流程示意图；
图4是本申请根据再一示例性实施例示出的故障检测方法的流程示意图；
图5是本申请根据又一示例性实施例示出的故障检测方法的流程示意图；
图6是本申请根据还一示例性实施例示出的故障检测方法的流程示意图；
图7是本申请根据一示例性实施例示出的故障检测装置的结构示意图；
图8是本申请根据一示例性实施例示出的电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。本领域技术人员应当理解的是，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员可以进行任何适当的修改或变型，从而获得的所有其它实施例。
目前，对于收银设备的控制大多是采用触屏控制方式，其中，主要是采用电容式触摸面板进行控制，然而，带有电容触摸功能的收银设备在使用过程中容易发生触摸失效。当前，在收银设备发生触摸失效时，用户无法自行排查故障原因，售后服务也无法远程针对触摸失效精确排查，需要专业的售后工程师先进行现场检测，再根据检测出的故障类型进行维修。可见，对于现有配置触摸面板的收银设备的故障检测，需要依赖于专业人员的现场人工检测，故障检测效率低。
鉴于此，本申请实施例提供了一种故障检测方法，通过获取触摸面板的运行状态数据，并根据触摸面板的运行状态数据确定触摸面板是否发生故障，若确定发生了故障，则根据运行状态数据生成故障数据，并将故障数据发送至收银设备对应的售后服务器中，从而提高售后对于触摸面板故障排查效率，大大缩短后续故障排除的整体周期，进而有效地提高了售后服务质量的和商家使用体验。
下面将结合具体实施例来详细描述上述技术方案。
图1是本申请根据一示例性实施例示出的故障检测方法的应用场景图。如图1所示，本实施提供的故障检测方法可以应用在故障检测系统中，其中，该故障检测系统可以包括收银设备100以及服务器200，其中，收银设备100可以通过有线或者无线网络与服务器200进行连接。对于收银设备100，则可以是设置在商家店铺内进行收银操作，商家可以通过触摸面板触发收银设备100，以进行相关操作。而对于服务器200，则可以是收银设备100所对应的售后服务器。
具体的，收银设备100上的触摸面板可以是电容式触摸面板，若在使用过程中，该触摸面板发生故障，商家将无法继续使用该收银设备100继续进行收银操作，这直接可能导致商家无法进行正常营业，因此，收银设备100的故障检测的时效性就显得尤为重要。
在本实施例中，当收银设备100在开启后，通过自动获取触摸面板的运行状态数据，并根据获取到的相关运行数据进行故障判断，若根据运行状态数据确定触摸面板发生故障，则根据运行状态数据生成故障数据，其中，在故障数据包括了上述的故障类型。并且，在生成故障数据之后，收银设备100可以将故障数据上报至服务器200，以告知售后服务进行故障进一步分析，或者对于一些可以在线解决的故障（例如：对于一些软件故障问题），则直接通过远程的方式予以解决。
从一方面上来看，收银设备100在运行过程中，可以通过所获取的运行状态数据进行故障的及时检测，避免了现有方式中对于收银设备100进行现场人工检测的繁琐流程和等待时间。
从另一方面来看，收银设备100在确定故障类型之后，通过将故障数据发送至服务器200中，以使售后服务可以及时对故障进行进一步分析及处理，从而进一步提高了故障检测的效率，也可以大大缩短后续故障排除的整体周期。
而从再一方面来看，收银设备100在将故障数据发送至服务器200中后，若发生的故障类型为可远程即可处理的故障（例如：简单的软件故障），售后服务可以通过远程及时解决，而若发生的故障类型并不影响收银设备100中触摸面板的正常使用，则可以暂缓对该故障的解决，以便售后服务更好地进行服务资源的调配。
除此之外，收银设备100在将故障数据发送至服务器200中后，若发生的故障类型为一些严重故障的前期故障类型，例如，对于触摸面板的少数通道发生故障，则触摸面板大部分区域当前可能还能够继续使用，并且商家此时无法直接感知。对于此类故障，若未能及时处理，可能就会导致触摸面板更严重的故障，而当严重故障发生时，所造成的故障影响将远远大于当前故障的影响。因此，在售后服务识别出这类故障之后，可以在故障影响未造成严重影响，且商家仍未感知的情况下，就能对故障进行及时解决，对于收银设备100售后服务质量的提高和商家使用体验的改善都具有深远的意义。
图2是本申请根据一示例性实施例示出的故障检测方法的流程示意图。如图2所示，本实施例提供的故障检测方法，包括：
步骤101、获取触摸面板的运行状态数据。
在本步骤中，在启动收银设备后，可以是通过收银设备中的检测装置来获取触摸面板的运行状态数据，其中，在该运行状态数据中记录了触摸面板在运行过程中的工作数据，例如：运行过程中的交互信信令、硬件运行数据以及软件运行数据等。对于这些运行状态数据，在触摸面板从正常工作变成非正常工作时，具体的数据或者形式也会发生变化。而对于触摸面板正常工作时的运行状态数据，则可以通过触摸面板的出厂检测以及设计原理即可进行确定，可以是预设在检测装置中，以在后续的故障检测中进行使用。
步骤102、根据运行状态数据确定触摸面板发生故障，则根据运行状态数据生成故障数据。
具体的，在获取到触摸面板的运行状态数据之后，可以根据运行状态数据确定触摸面板发生故障，例如，可以是运行状态数据中的某一参数超出了正常运行状态数据中对应参数的阈值，也可以是运行状态数据中的某一参数从可以检测到的值变为了检测不到的空值，还可以是运行状态数据中的某一参数在一个时段内，所发生的波动较大。
当确定触摸面板发生故障，则根据运行状态数据生成故障数据，其中，在故障数据包括故障类型。可选的，对于故障类型在记录过程汇总，可以是通过相应的错误代码进行表示，然后，再确定故障类型时，则可以通过预设的错误代码与故障类型的映射关系进行确定。
步骤103、发送故障数据。
在触摸面板的运行状态数据发生异常，且收银设备记录下了故障类型，并生成故障数据之后，相应的发送模块，可以先读取该故障数据，并将该故障数据发送至收银设备对应的售后服务器中。
在本实施例中，在收银设备运行过程中，通过获取触摸面板的运行状态数据，并根据触摸面板的运行状态数据确定触摸面板是否发生故障，若确定发生了故障，则根据运行状态数据生成故障数据，并将故障数据发送至收银设备对应的售后服务器中，从而提高售后对于触摸面板故障排查效率，大大缩短后续故障排除的整体周期，进而有效地提高了售后服务质量的和商家使用体验。
图3是本申请根据另一示例性实施例示出的故障检测方法的流程示意图。如图3所示，本实施例提供一种故障检测方法，包括：
步骤201、开启轮询线程，并创建存储节点。
在本步骤中，在启动收银设备后，可以在收银设备的操作系统内核中（例如：安卓系统）启动一个轮询线程，并创建一个存储节点来保留检测结果。
步骤202、读取触摸芯片中各个寄存器通过总线返回的反馈信号。
在启动轮询线程之后，可以按照预设时间间隔读取触摸芯片中各个寄存器通过总线返回的反馈信号。
步骤203、判断反馈信号是否读取成功。若判断结果为是，则重新执行步骤202，若判断结果为否，则执行步骤204。
值得说明的，根据I2C总线通信原理，在主设备和从设备读写通信成功后，从设备会通过I2C总线中的数据线（DATA线）返回高信号，失败时返回低信号。在本步骤中，若可以读取到触摸芯片中寄存器通过总线返回的反馈信号，即读取到高信号，则说明该寄存器工作正常，可以在轮询线程的下一个检测周期继续进行检测。而若无法读取到触摸芯片中寄存器通过总线返回的反馈信号，即返回低信号，则说明该寄存器发生故障。
步骤204、生成第一故障代码，并将第一故障代码写入存储节点。
若无法读取到触摸芯片中寄存器通过总线返回的反馈信号，则生成第一故障代码，例如：“01”，并将第一故障代码写入存储节点。
步骤205、发送故障数据。
在确定触摸芯片中存在发生了故障的寄存器之后，相应的发送模块，可以从存储节点中先读取该故障数据，并将该故障数据发送至收银设备对应的售后服务器中。而在售后服务器中，则可以通过故障数据中的第一故障代码，例如：“01”，快速定位到当前触摸面板所发生的故障为触摸芯片中的寄存器发生了故障。
图4是本申请根据再一示例性实施例示出的故障检测方法的流程示意图。如图4所示，本实施例提供一种故障检测方法，包括：
步骤301、开启轮询线程，并创建存储节点。
在本步骤中，在启动收银设备后，可以在收银设备的操作系统内核中（例如：安卓系统）启动一个轮询线程，并创建一个存储节点来保留检测结果。
步骤302、获取触摸芯片内的固件版本信息。
在启动轮询线程之后，可以按照预设时间间隔获取触摸芯片内的固件版本信息。
步骤303、判断固件版本信息与目标固件版本信息是否一致。若判断结果为是，则重新执行步骤302，若判断结果为否，则执行步骤304。
值得说明的，在触摸面板出厂、维修完成或者系统更新后，其系统中的正常状态的目标固件版本信息都会预存在收银设备中。而若读取到的固件版本信息与目标固件版本信息一致，则说明未发生故障。但是，若读取到的固件版本信息与目标固件版本信息不一致，则说明发生了故障。
具体的，对于读取到的固件版本信息可能为与目标固件版本信息一致的固件版本信息、也可能为与目标固件版本信息不一致的另一固件版本信息，还可能为乱码、并且还可能为空（即读取不到固件版本信息，返回空值）。而对于读取到的固件版本信息为与目标固件版本信息一致的固件版本信息，则认为是触摸面板未发生故障。而对于读取到的固件版本信息为与目标固件版本信息不一致的另一固件版本信息，或者乱码、或者为空，则认为是触摸面板发生了故障。
步骤304、生成第二故障代码，并将第二故障代码写入存储节点。
若固件版本信息与目标固件版本信息不一致，则生成第二故障代码，例如：“02”，并将第二故障代码写入存储节点。
步骤305、发送故障数据。
在确定触摸芯片中存在发生了故障的寄存器之后，相应的发送模块，可以从存储节点中先读取该故障数据，并将该故障数据发送至收银设备对应的售后服务器中。而在售后服务器中，则可以通过故障数据中的第二故障代码，例如：“02”，快速定位到当前触摸面板所发生的故障为触摸芯片中的寄存器发生了故障。
在上述实施例的基础上，还可以根据固件版本信息以及预设类型条件确定固件故障类型，并生成故障子代码，其中，故障数据包括故障子代码。例如，当读取到的固件版本信息为与目标固件版本信息不一致的另一固件版本信息时，则可以认为是软件版本未更新至当前的最新版本，容易导致收银过程中发生错误，此时，可以生成第一故障子代码，例如“021”。而当读取到的固件版本信息为乱码时，则可以认为是软件运行发生错误，例如误删除了相应的系统文件，此时可以生成第二故障子代码，例如“022”。而当读取到的固件版本信息为空值时，则可以认为是硬件发生了故障导致无法读取到固件版本信息，此时可以生成第三故障子代码，例如“023”。值得说明的，在本实施例中，可以通过预设类型条件（例如：设置固件版本信息在各个状态下的具体形式），从而与实际读取到的设置固件版本信息进行比较，以快速确定故障类型，但是，对于预设类型条件的设置则可以根据触摸面板的具体特性和系统运行原理进行选择设置，在本实施例中不作具体限定。
而通过上述故障类型的确定，在售后服务接收到相应的故障数据之后，还可以采取相应的措施。例如，针对故障数据中包含“021”或“022”的情况，则可以远程对触摸面板的软件版本进行升级，无需进行现场检测和维修。而针对故障数据中包含“023”的情况，则可以指派售后工程师携带相应的硬件，前往商家所在地进行维修。
图5是本申请根据又一示例性实施例示出的故障检测方法的流程示意图。如图4所示，本实施例提供一种故障检测方法，包括：
步骤401、开启轮询线程，并创建存储节点。
在本步骤中，在启动收银设备后，可以在收银设备的操作系统内核中（例如：安卓系统）启动一个轮询线程，并创建一个存储节点来保留检测结果。
步骤402、获取触摸面板各个通道的容值数据。
在启动轮询线程之后，可以按照预设时间间隔读取触摸面板各个通道的容值数据。
步骤403、判断是否存在通道对应的容值数据为空。若判断结果为是，则执行步骤404，若判断结果为否，则重新执行步骤402。
值得说明的，触摸面板在正常工作时，每个通道上都应该有容值数据。每间隔一段时间。读取一次触摸面板每个通道的容值数据，若存在通道对应的容值数据为空，则说明触摸面板的相应通道发生了故障。
步骤404、生成第三故障代码，并将第三故障代码写入存储节点。
若无法读取到触摸芯片中寄存器通过总线返回的反馈信号，则生成第一故障代码，例如：“03”，并将第三故障代码写入存储节点。
步骤405、发送故障数据。
在确定触摸芯片中存在发生了故障的通道之后，相应的发送模块，可以从存储节点中先读取该故障数据，并将该故障数据发送至收银设备对应的售后服务器中。而在售后服务器中，则可以通过故障数据中的第三故障代码，例如：“03”，快速定位到当前触摸面板所发生的故障为触摸芯片中的寄存器发生了故障。
图6是本申请根据还一示例性实施例示出的故障检测方法的流程示意图。如图6所示，本实施例提供一种故障检测方法，包括：
步骤500、开启轮询线程，并创建存储节点。
在本步骤中，在启动收银设备后，可以在收银设备的操作系统内核中（例如：安卓系统）启动一个轮询线程，并创建一个存储节点来保留检测结果。
步骤5011、读取触摸芯片中各个寄存器通过总线返回的反馈信号。
在在启动轮询线程之后，可以按照预设时间间隔读取触摸芯片中各个寄存器通过总线返回的反馈信号。
步骤5012、判断反馈信号是否读取成功。若判断结果为是，则重新执行步骤5011，若判断结果为否，则执行步骤5013。
值得说明的，根据I2C总线通信原理，在主设备和从设备读写通信成功后，从设备会通过I2C总线中的数据线（DATA线）返回高信号，失败时返回低信号。在本步骤中，若可以读取到触摸芯片中寄存器通过总线返回的反馈信号，即读取到高信号，则说明该寄存器工作正常，可以在轮询线程的下一个检测周期继续进行检测。而若无法读取到触摸芯片中寄存器通过总线返回的反馈信号，即返回低信号，则说明该寄存器发生故障。
步骤5013、生成第一故障代码，并将第一故障代码写入存储节点。
若无法读取到触摸芯片中寄存器通过总线返回的反馈信号，则生成第一故障代码，例如：“01”，并将第一故障代码写入存储节点。
步骤5021、获取触摸芯片内的固件版本信息。
在启动轮询线程之后，可以按照预设时间间隔获取触摸芯片内的固件版本信息。
步骤5022、判断固件版本信息与目标固件版本信息是否一致。若判断结果为是，则重新执行步骤5021，若判断结果为否，则执行步骤5023。
值得说明的，在触摸面板出厂、维修完成或者系统更新后，其系统中的正常状态的目标固件版本信息都会预存在收银设备中。而若读取到的固件版本信息与目标固件版本信息一致，则说明未发生故障。但是，若读取到的固件版本信息与目标固件版本信息不一致，则说明发生了故障。
具体的，对于读取到的固件版本信息可能为与目标固件版本信息一致的固件版本信息、也可能为与目标固件版本信息不一致的另一固件版本信息，还可能为乱码、并且还可能为空（即读取不到固件版本信息，返回空值）。而对于读取到的固件版本信息为与目标固件版本信息一致的固件版本信息，则认为是触摸面板未发生故障。而对于读取到的固件版本信息为与目标固件版本信息不一致的另一固件版本信息，或者乱码、或者为空，则认为是触摸面板发生了故障。
步骤5023、生成第二故障代码，并将第二故障代码写入存储节点。
若固件版本信息与目标固件版本信息不一致，则生成第二故障代码，例如：“02”，并将第二故障代码写入存储节点。
步骤5031、获取触摸面板各个通道的容值数据。
在启动轮询线程之后，可以按照预设时间间隔读取触摸面板各个通道的容值数据。
步骤5032、判断是否存在通道对应的容值数据为空。若判断结果为是，则重新执行步骤5032，若判断结果为否，则重新执行步骤5031。
值得说明的，触摸面板在正常工作时，每个通道上都应该有容值数据。每间隔一段时间。读取一次触摸面板每个通道的容值数据，若存在通道对应的容值数据为空，则说明触摸面板的相应通道发生了故障。
步骤5033、生成第三故障代码，并将第三故障代码写入存储节点。
若无法读取到触摸芯片中寄存器通过总线返回的反馈信号，则生成第一故障代码，例如：“03”，并将第三故障代码写入存储节点。
值得说明的，在同一轮询线程中，可以按照相应的时间间隔执行步骤5011、步骤2021、以及步骤2031，其中，步骤5011、步骤2021、以及步骤2031可以是在同一时刻执行，也可以分别在不同时刻执行，并且，步骤5011、步骤2021、以及步骤2031三者之间不存在相应的执行顺序关系。
步骤504、发送故障数据。
在确定触摸芯片中存在发生了故障的寄存器之后，相应的发送模块，可以从存储节点中先读取该故障数据，并将该故障数据发送至收银设备对应的售后服务器中。而在售后服务器中，则可以通过故障数据中的第一故障代码，例如：“01”，快速定位到当前触摸面板所发生的故障为触摸芯片中的寄存器发生了故障；可以通过故障数据中的第二故障代码，例如：“02”，快速定位到当前触摸面板所发生的故障为触摸芯片中的寄存器发生了故障；还可以通过故障数据中的第三故障代码，例如：“03”，快速定位到当前触摸面板所发生的故障为触摸芯片中的寄存器发生了故障。
图7是本申请根据一示例性实施例示出的故障检测装置的结构示意图。如图7所示，本实施例提供的故障检测装置600，包括：
获取模块601，用于获取收银设备中触摸面板的运行状态数据；
处理模块602，用于根据所述运行状态数据确定所述触摸面板发生故障，并根据所述运行状态数据生成故障数据，所述故障数据包括故障类型；
发送模块603，用于发送所述故障数据。
在一种可能的设计中，所述处理模块602，具体用于：
读取触摸芯片中各个寄存器通过总线返回的反馈信号，所述触摸面板包括所述触摸芯片，所述运行状态数据包括所述反馈信号；
若所述反馈信号读取失败，则确定所述触摸面板发生故障；
生成故障代码，所述故障数据包括所述故障代码。
在一种可能的设计中，所述处理模块602，具体用于：
获取触摸芯片内的固件版本信息，所述触摸面板包括所述触摸芯片，所述运行状态数据包括所述固件版本信息；
若所述固件版本信息与目标固件版本信息不一致，则确定所述触摸面板发生故障；
生成故障代码，所述故障数据包括所述故障代码。
在一种可能的设计中，所述处理模块602，还具体用于：
根据所述固件版本信息以及预设类型条件确定固件故障类型；
生成故障子代码，所述故障数据包括所述故障子代码。
在一种可能的设计中，所述处理模块602，具体用于：
获取所述触摸面板各个通道的容值数据，所述运行状态数据包括所述容值数据；
若存在通道对应的所述容值数据为空，则确定所述触摸面板发生故障；
生成故障代码，所述故障数据包括所述故障代码。
在一种可能的设计中，所述处理模块602，还用创建存储节点，所述存储节点用于存储所述故障代码。
在一种可能的设计中，所述获取模块601，具体用于：
开启轮询线程，所述轮询线程用于按照预设采集频率获取所述触摸面板的所述运行状态数据；
其中，若确定所述触摸面板发生故障，则终止所述轮询线程。
在本申请实施例中，模块的划分仅仅为一种逻辑功能划分，在实际实现时还可以有另外的划分方式。例如，多个模块或组件可以进行组合或者可以集成到另一个系统中。另外，各个模块之间的耦合可以是直接耦合或间接耦合。另外，在本申请实施例中的各功能模块可以集成在一个处理模块中，也可以是单独的物理存在等等。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在机器可读存储介质中。因此，本申请的技术方案可以以软件产品的形式来体现，该软件产品可以存储在机器可读存储介质中，其可以包括若干指令用以使得电子设备执行本申请实施例所描述的技术方案的全部或部分过程。上述存储介质可以包括ROM、RAM、可移动盘、硬盘、磁盘或者光盘等各种可以存储程序代码的介质。
值得说明的，图7所示实施例中的故障检测装置所实现的技术效果与上述方法实施例中的技术效果类似，此处不再进行赘述。
图8是本申请根据一示例性实施例示出的电子设备的结构示意图。如图8所示，本实施例提供的电子设备700，包括：
处理器701以及存储器702；
所述存储器702，用于存储所述处理器的计算机程序；
其中，所述处理器701被配置为通过执行所述计算机程序来实现上述任一方法实施例中的步骤。
可选地，存储器702既可以是独立的，也可以跟处理器701集成在一起。
当所述存储器702是独立于处理器701之外的器件时，所述电子设备700，还可以包括：
总线703，用于连接所述处理器701以及所述存储器702。
另外，本申请实施例还提供一种收银设备，包括：触摸面板以及如图8所示的电子设备。其中，所述触摸面板与所述电子设备连接，所述电子设备用于对所述触摸面板进行故障检测。
并且，本申请实施例还提供一种故障检测系统，包括：服务器以及上述实施例提供的收银设备。其中，所述服务器用于接收所述收银设备发送的故障数据，以根据所述故障数据确定所述收银设备中所述触摸面板的故障类型。
此外，本申请实施例还提供一种机器可读存储介质。该机器可读存储介质可以存储有可执行指令，可执行指令在被机器执行时使得机器实现上面方法实施例的具体过程。
本申请上述的机器可读存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑磁盘只读存储器（CD-ROM）、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF（射频）等等，或者上述的任意合适的组合。
此外，本领域技术人员可以明白的是，结合本文中所公开的实施例描述的各示例的单元及算法步骤能够以电子硬件、或者软件和电子硬件的结合来实现。这些功能是以硬件还是软件方式来实现，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以针对每个特定的应用，使用不同的方式来实现所描述的功能，但是这种实现并不应认为超出本申请的范围。
以上内容仅为本申请的具体实施方式，本申请的保护范围并不局限于此。本领域技术人员在本申请所公开的技术范围内可以进行变化或替换，这些变化或替换都应当在本申请的保护范围之内。
