[0001] 本申请涉及电子设备领域，更具体地，涉及一种电子设备的故障诊断方法和故障诊断装置。

[0002] 随着人们生活水平的不断提高，家庭中的电子设备也不断增多，电子设备的普及为人们的生活带来了很多的便捷。

[0003] 以电子设备为热水器为例，目前，当家庭中的热水器发生故障时，通常是用户打电话给售后人员，由售后人员上门查看热水器的故障原因。

[0004] 然而，上述通过售后人员上门查看的方式费时费力，对电子设备的故障诊断效率低下。

[0030] 下面将结合附图，对本申请中的技术方案进行描述。

[0031] 在介绍本申请实施例提供的电子设备的故障诊断方法和故障诊断装置之前，先做出以下几点说明。

[0032] 第一，在下文示出的实施例中，各术语及英文缩略语，如MAC、故障码、运行参数等，均为方便描述而给出的示例性举例，不应对本申请构成任何限定。本申请并不排除在已有或未来的协议中定义其它能够实现相同或相似功能的术语的可能。

[0033] 第二，在下文示出的实施例中第一、第二以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围。

[0034] 第三，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b和c中的至少一项(个)，可以表示：a，或b，或c，或a和b，或a和c，或b和c，或a、b和c，其中a，b，c可以是单个，也可以是多个。

[0035] 目前，基本每个家庭都会使用电子设备，例如热水器、冰箱、空调等。以电子设备为热水器为例，通常在热水器出现故障的情况下，用户可以拨打售后电话告知售后人员热水器出现故障，基本需要靠售后人员人工分析故障原因，但是这样的方式存在以下问题：

[0036] 1、售后人员往往需要到用户家中才可以进行故障分析，有时还需要多次上门，耗费用户的时间和精力。

[0037] 2、用户可能对故障的描述不够清晰。

[0038] 3、售后人员可能对一些特殊故障问题不了解，无法解决故障。

[0039] 有鉴于此，本申请实施例提供一种电子设备的故障诊断方法和故障诊断装置，该方法可以通过电子设备的运行参数分析电子设备的故障，并得出故障原因和解决方案，这样有利于提高电子设备的故障诊断效率。

[0040] 图1是本申请实施例提供的一种电子设备的故障诊断系统100的示意图。如图1所述，故障诊断系统100包括电子设备101和故障诊断设备102。

[0041] 其中，电子设备101可以包括数据采集模块，用于采集电子设备在运行过程中的运行参数。故障诊断模块102用于基于电子设备的运行参数对电子设备的故障进行分析，得到故障诊断结构。

[0042] 可选地，包括故障诊断系统100还包括终端设备103，终端设备103可以与电子设备101通过网络连接，用户可以通过终端设备103控制电子设备101。

[0043] 本申请实施例的电子设备101可以是空调、冰箱、热水器、洗衣机、智能电视、扫地机器人、加湿器、智能音箱、饮水机、淋浴设备等，本申请实施例对对电子设备101所采用的具体技术和具体设备形态不做限定。

[0044] 本申请实施例的终端设备103可以是具有无线连接功能的手持式设备、车载设备等，目前，一些终端设备103的举例为：手机(mobile phone)、平板电脑、智能电视、笔记本电脑、平板电脑(Pad)、掌上电脑、移动互联网设备(mobile internet device，MID)、虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，第五代移动通信技术(5th generation mobile communication technology，5G)网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请的实施例对终端设备103所采用的具体技术和具体设备形态不做限定。

[0045] 图2是本申请实施例提供的一种电子设备的故障诊断方法200的示意性流程图。方法200可以应用于上述故障诊断系统100，方法200的步骤可以由故障诊断设备102执行，但本申请实施例对此不作限定。方法200包括如下步骤：

[0046] S201，基于电子设备的MAC地址，确定电子设备的设备类型。

[0047] 其中，MAC地址是电子设备的唯一标识码，根据MAC地址可以确定电子设备的设备类型。

[0048] S202，在电子设备存在故障码的情况下，基于设备类型和故障码，确定目标故障诊断算法和目标运行参数，目标故障诊断算法和目标运行参数与该设备类型和该故障码对应。

[0049] 以电子设备为燃气热水器为例，当燃气热水器的故障码为E1时，故障诊断设备可以确定目标运行参数包括感应电流、反馈电极高度或者组合电极放电距离中的至少一种。

[0050] 应理解，不同的设备类型、不同的故障码对应不同的故障诊断算法。本步骤中在确定电子设备的故障码和设备类型的情况下可以确定针对该电子设备的目标故障诊断算法。

[0051] S203，获取电子设备的目标运行参数的数值。

[0052] 应理解，故障诊断设备可以通过电子设备的MAC地址获取电子设备的目标运行参数。

[0053] S204，将目标运行参数的数值输入至目标故障诊断算法中，对电子设备进行故障诊断，获得电子设备的故障诊断结果，该目标故障诊断算法是基于与该目标运行参数对应的历史数据训练得到的。

[0054] 应理解，故障诊断设备可以通过大量的历史数据训练得到目标故障诊断算法。

[0055] 在本申请实施例中，故障诊断设备可以根据电子设备的故障码和设备类型，得到电子设备的目标运行参数，并采用目标故障诊断算法对目标运行参数进行分析，得出电子设备的故障诊断结果，这样可以帮助售后人员分析故障原因，有利于提高故障分析的效率。并且由于目标故障诊断算法是基于大数据训练得到的，相较于售后人员本申请实施例的故障诊断方法可以适用于更多的故障类型，有利于提高故障分析的准确率。

[0056] 可选地，目标运行参数包括第一目标运行参数和第二目标运行参数。其中，第一目标运行参数表示电子设备在正常运行时的参数，第二目标运行参数表示电子设备在当前运行故障的情况下的参数。

[0057] 示例性地，电子设备为空气能热水器，目标运行参数为风机转速、气压、输出电压、电流、保护器阻值或者风机电容中的至少一种。假如正常运行时的风机转速为5000转，但是当前采集的风机转速较低甚至为0，通过将预设的风机转速与当前的风机转速进行比较，可以得知空气能热水器的风机出现故障，继续通过故障诊断算法对故障原因进行分析。例如，发现电容的变化曲线波动较大，其他的目标运行参数正常，可以初步判断是由于电容损坏导致的空气能热水器的风机出现故障，这种情况下售后人员可以在上门维修之前对故障原因做出初步判断，为用户更换新的风机电容，可以节省售后人员在用户家中检查的时间，提供故障分析的效率。

[0058] 作为一个可选的实施例，在电子设备不存在故障码的情况下，基于设备类型，获取电子设备的预设运行参数的数值。将预设运行参数的数值输入至预设故障诊断算法中，对电子设备进行故障诊断，获得电子设备的故障诊断结果，预设故障诊断算法是基于与预设运行参数对应的历史数据训练得到的。

[0059] 在本申请实施例中，并不是所有的故障都有对应的故障码，在电子设备不存在故障码的情况下，故障诊断设备可以获取电子设备的预设运行参数，应理解，该预设运行参数可以是电子设备的重要参数，以电子设备为热水器为例，预设运行参数可以包括进水温度、出水温度、水阀的运行参数、水泵的运行参数或者加热模式的切换参数中的至少一种。

[0060] 同样地，故障诊断设备可以通过大量的预设运行参数训练得到预设故障诊断算法，基于该预设故障诊断算法可以对预设运行参数进行分析，得到电子设备的故障诊断结果。

[0061] 图3是本申请实施例提供的另一种电子设备的故障诊断方法300的示意性流程图。方法300可以适用于上述故障诊断系统100，方法300的步骤可以由上述故障诊断设备102执行，但本申请实施例对此不作限定。方法300包括如下步骤：

[0062] S301，获取用户的授权信息。

[0063] 在本步骤中，故障诊断设备可以通过不同的途径获取用户的授权信息。

[0064] 在一种可能的实现方式中，故障诊断设备可以通过第一终端设备获取用户的授权信息。其中，第一终端设备可以是上述故障诊断系统100中的终端设备103，并且第一终端设备可以与故障诊断设备和电子设备通过网络连接。

[0065] 第一终端设备可以向故障诊断设备发送用户的授权信息，该授权信息用于授权对电子设备进行故障诊断。相应地，故障诊断设备接收用户的授权信息。

[0066] 示例性地，第一终端设备与电子设备以及故障诊断设备通过网络连接，第一终端设备上安装有控制应用程序(application，APP)，用户可以在控制APP中调节热水器的温度、模式等参数。在电子设备出现故障的情况下，用户可以通过点击控制APP中的“故障上报”选项向故障诊断设备发送用户的授权信息。相应地，故障诊断设备可以接收用户的授权信息。

[0067] 在另一种可能的实现方式中，故障诊断设备可以通过电子设备获取用户的授权信息。

[0068] 示例性地，电子设备与故障诊断设备通过网络连接，电子设备上设置有“一键上报”选项，在电子设备出现故障的情况下，用户可以通过点击电子设备上的“一键上报”选项向故障诊断设备发送用户的授权信息。相应地，故障诊断设备可以接收用户的授权信息。

[0069] 在又一种可能的实现方式中，用户可以向售后人员拨打维修电话，由售后人员在故障诊断设备上输入用户的授权信息。相应地，故障诊断设备可以接收用户的授权信息。

[0070] S302，基于用户的授权信息，获取电子设备的MAC地址。

[0071] 在本步骤中，用户的授权信息可以包括电子设备的MAC地址。

[0072] S303，根据电子设备的MAC地址，确定电子设备的设备类型。

[0073] 示例性地，电子设备的设备类型可以包括电热水器、燃气热水器、空气能热水器、采暖炉、太阳能中的至少一种。

[0074] S304，判断电子设备是否存在故障码。如果存在故障码，则执行S305。如果不存在故障码，则执行S306。

[0075] S305，基于电子设备的设备类型和故障码，获取电子设备的目标运行参数。

[0076] S306，基于电子设备的设备类型，获取电子设备的预设运行参数。

[0077] 在本步骤中，由于电子设备不存在故障码，这样可能无法准确得到故障问题的更细粒度的分类，因此可能需要获取更多运行参数进行故障分析，也就是预设运行参数的数量多于目标运行参数的数量。

[0078] S307，将目标运行参数输入至目标故障诊断算法中，对电子设备进行故障诊断。

[0079] S308，将预设运行参数输入至预设故障诊断算法中，对电子设备进行故障诊断。

[0080] S309，判断是否得出故障结论。如果得到故障结论，则执行S310。如果没有得到故障结论，则执行S311。

[0081] 在本步骤中，对于存在故障码的情况，可能是由于故障诊断设备获取的参数不够导致无法得出故障结论。

[0082] 对于不存在故障码的情况，可能是由于获取的参数不准确导致无法得出故障结论，或者获取的参数过多对故障诊断设备带来干扰导致无法得出故障结论。

[0083] 应理解，在本步骤中故障诊断设备得出的故障结论可能是准确的，也可能是不准确的。

[0084] S310，故障诊断设备向售后人员发送故障结论。

[0085] 应理解，本步骤中故障诊断设备可以向售后人员的第二终端设备发送故障结论，以使售后人员基于故障结论远程指导用户解决故障，或者由售后人员上门解决故障。

[0086] S311，故障诊断设备对电子设备进行二次故障诊断。

[0087] 在经过上述故障诊断算法诊断后无法得出故障结论的情况下，故障诊断设备可以进行二次诊断。受限于电子设备中传感器的种类和数量，像水压、组件的转速、电阻、电压等参数可能无法从云端获取，因此需要售后人员上门采集更多的参数，售后人员通过第二终端设备将采集的参数发送给故障诊断设备，由故障诊断设备结合第一终端设备上报的目标运行参数/预设运行参数和售后人员采集的参数进行二次诊断。

[0088] S312，判断二次故障诊断是否得出故障结论。如果二次故障诊断得出故障结论，则执行S310。如果二次故障诊断没有得出故障结论，则执行S313。

[0089] S313，向研发端发送故障信息。

[0090] 应理解，在上述二次故障诊断仍然，没有得出故障结论的情况下，故障诊断设备可以向研发端发送故障信息，由研发人员介入解决电子设备的故障问题。

[0091] S314，优化故障诊断算法。

[0092] 在一种可能的实现方式中，由于故障诊断设备得出的故障结论有可能不正确，售后人员在基于故障结论进行故障维修时可能没有维修成功，上门查看发现是其他的问题导致的故障，因此售后人员可以将电子设备的实际故障原因发送给故障诊断设备以使故障诊断设备进行后续处理。故障诊断设备获取售后人员的反馈信息，该反馈信息用于表示所述故障诊断结果不准确。故障诊断设备可以基于反馈信息进行自学习不断优化故障诊断算法。

[0093] 在另一种可能的实现方式中，研发端的研发人员在接收到故障信息后，可以通过代码调试分析故障原因，并对故障诊断算法进行调整，故障诊断设备可以基于调整后的故障诊断算法实现故障诊断算法的优化和更新。

[0094] 其中，故障诊断算法可以包括上述目标故障诊断算法和/或上述预设故障诊断算法。

[0095] 在本申请实施例中，故障诊断设备可以在电子设备存在故障码和电子设备不存在故障码两种情况下，分别获取电子设备的目标运行参数和预设运行参数，并通过目标故障诊断算法对目标运行参数进行分析，通过预设故障诊断算法对预设运行参数进行分析，这样可以在无故障码的情况快速得出故障结论，提高故障诊断的效率和准确率。此外，在初次诊断无法得到诊断结果的情况下，故障诊断设备可以进行二次诊断，通过更多的参数对故障原因进行分析，并将分析出的故障结论提供给售后人员参考，使得售后人员在上门前就做好故障处理准备，有利于提高解决故障的效率。

[0096] 应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

[0097] 上文中结合图1至图3，详细描述了根据本申请实施例的电子设备的故障诊断方法，下面将结合图4和图5详细描述根据本申请实施例的电子设备的故障诊断装置。

[0098] 图4示出了本申请实施例提供的一种电子设备的故障诊断装置400的示意性框图，该装置400包括处理模块410和获取模块420。

[0099] 其中，处理模块410用于：基于电子设备的MAC地址，确定电子设备的设备类型；以及，在电子设备存在故障码的情况下，基于设备类型和故障码，确定目标故障诊断算法和目标运行参数，目标故障诊断算法和目标运行参数与该设备类型和该故障码对应。获取模块420用于：获取电子设备的目标运行参数的数值。处理模块410还用于：将目标运行参数的数值输入至目标故障诊断算法中，对电子设备进行故障诊断，获得电子设备的故障诊断结果，该目标故障诊断算法是基于与该目标运行参数对应的历史数据训练得到的。

[0100] 可选地，获取模块420用于：在电子设备不存在故障码的情况下，基于设备类型，获取电子设备的预设运行参数的数值。处理模块410用于：将预设运行参数的数值输入至预设故障诊断算法中，对电子设备进行故障诊断，获得电子设备的故障诊断结果，该预设故障诊断算法是基于与预设运行参数对应的历史数据训练得到的。

[0101] 可选地，获取模块420用于：获取用户的授权信息，该授权信息用于授权对电子设备进行故障诊断；以及，基于该授权信息，获取电子设备的MAC地址。

[0102] 可选地，获取模块420用于：获取售后人员的反馈信息，该反馈信息用于表示故障诊断结果不准确。处理模块410用于：基于反馈信息，优化目标故障诊断算法。

[0103] 在一个可选的例子中，本领域技术人员可以理解，装置400可以具体为上述实施例中的故障诊断设备，或者，上述实施例中故障诊断设备的功能可以集成在装置400中。上述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。装置400可以用于执行上述方法实施例中与故障诊断设备对应的各个流程和/或步骤。

[0104] 应理解，这里的装置400以功能模块的形式体现。这里的术语“模块”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在本申请的实施例，图4中的装置400也可以是芯片或者芯片系统，例如：片上系统(system on chip，SoC)。

[0105] 图5是本申请实施例提供的另一种电子设备的故障诊断装置500的示意性框图。该装置500包括处理器510、收发器520和存储器530。其中，处理器510、收发器520和存储器530通过内部连接通路互相通信，该存储器530用于存储指令，该处理器510用于执行该存储器530存储的指令，以控制该收发器520发送信号和/或接收信号。

[0106] 应理解，装置500可以具体为上述实施例中的故障诊断设备，或者，上述实施例中故障诊断设备的功能可以集成在装置500中，装置500可以用于执行上述方法实施例中与故障诊断设备对应的各个步骤和/或流程。可选地，该存储器530可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如，存储器还可以存储设备类型的信息。该处理器510可以用于执行存储器中存储的指令，并且该处理器执行该指令时，该处理器可以执行上述方法实施例中与故障诊断设备对应的各个步骤和/或流程。

[0107] 应理解，在本申请实施例中，该处理器510可以是中央处理单元(central processing unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

[0108] 在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器执行存储器中的指令，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

[0109] 本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

[0110] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

[0111] 在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

[0113] 另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

[0115] 以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。