一种采集故障信息的治具及方法与流程

1.本公开涉及数据处理技术领域，尤其涉及一种采集故障信息的治具及方法。


背景技术：

2.电子设备经常遇到不能正常开机的情况，目前需要专业人员去到现场，将电子设备拆开，再将治具连接在嵌入式控制器(embedded controller，ec)上，然后通过治具抓取ec的数据，来获取电子设备的故障信息，这种方式需要拆开电子设备，可能对电子设备造成损伤，费时费力。


技术实现要素：

3.本公开提供了一种采集故障信息的治具及方法，以至少解决现有技术中存在的以上技术问题。
4.根据本公开的第一方面，提供了一种采集故障信息的治具，所述治具包括微控制单元mcu和第一功率传输pd模块；其中，所述mcu，用于获取检测指令，并将所述检测指令发送至所述第一pd模块；所述第一pd模块，用于接收所述检测指令，并将所述检测指令发送至待测设备的第二pd模块，通过所述第二pd模块将所述检测指令转发至所述待测设备的ec，以使所述待测设备的嵌入式控制器ec响应所述检测指令，生成故障信息；所述第一pd模块，还用于接收所述第二pd模块转发的来自所述ec的故障信息，并将所述故障信息发送至所述mcu；所述mcu，还用于接收所述故障信息。
5.在一可实施方式中，所述mcu，在获取检测指令之前，还用于发送设备验证指令至所述待测设备的ec，以使所述ec响应所述设备验证指令，使所述ec识别所述治具并返回所述治具的专属设备码，其中，所述设备验证指令包括所述治具的专属设备码；所述mcu，在接收到所述专属设备码后，还用于向所述ec发送验证成功指令，表征与所述ec成功建立通信连接；所述mcu，在与所述ec成功建立通信连接后，还用于发送请求进入调试模式指令至所述待测设备的ec，以使所述ec响应所述请求进入调试模式指令，使所述待测设备处于调试模式。
6.在一可实施方式中，所述故障信息被所述ec封装为数据包后，发送至所述mcu；所述数据包包括数据头、数据地址、数据长度、检测结果和校验码；其中，所述数据头为预设名称，用于表征所述数据包来自所述ec；所述数据地址用于表征与所述检测指令对应的检测功能；所述数据长度为所述故障信息的数据长度；所述检测结果为所述故障信息的数据内容。
7.在一可实施方式中，所述mcu，还用于接收所述数据包，对所述数据包进行解封，得到所述故障信息。
8.在一可实施方式中，所述治具还包括显示模块，所述显示模块用于响应于触发指令生成所述检测指令，并将所述检测指令发送至所述mcu。
9.在一可实施方式中，所述显示模块，还用于接收来自所述mcu的所述故障信息，并
显示所述故障信息。
10.在一可实施方式中，所述治具还包括无线模块，所述无线模块用于接收来自测试终端的检测指令，并将所述检测指令发送至所述mcu。
11.在一可实施方式中，所述无线模块还用于将所述故障信息发送至所述测试终端。
12.根据本公开的第二方面，提供了一种采集故障信息的方法，所述方法包括：获取检测指令，并将所述检测指令发送至待测设备的第二pd模块，通过所述第二pd模块将所述检测指令转发至所述待测设备的ec，以使所述待测设备的ec响应所述检测指令，生成故障信息；接收所述第二pd模块转发的来自所述ec的故障信息。
13.在一可实施方式中，在所述获取检测指令之前，所述方法还包括发送设备验证指令至所述待测设备的ec，以使所述ec响应所述设备验证指令，使所述ec识别所述治具并返回所述治具的专属设备码，其中，所述设备验证指令包括所述治具的专属设备码；在接收到所述专属设备码后，所述方法还包括向所述ec发送验证成功指令，表征与所述ec成功建立通信连接；在与所述ec成功建立通信连接后，所述方法还包括发送请求进入调试模式指令至所述待测设备的ec，以使所述ec响应所述请求进入调试模式指令，使所述待测设备处于调试模式。
14.本公开的一种采集故障信息的治具及方法，该治具包括mcu和第一pd模块，mcu用于获取检测指令，并将检测指令发送至第一pd模块；第一pd模块用于接收检测指令，并将检测指令发送至待测设备的第二pd模块，通过第二pd模块将检测指令转发至待测设备的ec，以使待测设备的ec响应检测指令，生成故障信息；第一pd模块还用于接收第二pd模块转发的来自ec的故障信息，并将故障信息发送至mcu；mcu还用于接收所述故障信息。应用本公开的治具在待测设备无法正常开机时，可以在不拆机的情况下，将治具与待测设备连接，获取待测设备的故障信息。
15.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
16.通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：
17.在附图中，相同或对应的标号表示相同或对应的部分。
18.图1示出了本公开实施例一种采集故障信息的治具的组成结构示意图一；
19.图2示出了本公开实施例一种实施场景的示意图一；
20.图3示出了本公开实施例的一种数据包的组成示意图；
21.图4示出了本公开实施例一种采集故障信息的治具的组成结构示意图二；
22.图5示出了本公开实施例一种实施场景的示意图二；
23.图6示出了本公开实施例的一种协议示意图；
24.图7示出了本公开实施例一种采集故障信息的治具的测试流程示意图；
25.图8示出了本公开实施例一种采集故障信息的方法的实现流程示意图。
具体实施方式
26.为使本公开的目的、特征、优点能够更加的明显和易懂，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而非全部实施例。基于本公开中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
27.图1示出了本公开实施例一种采集故障信息的治具的组成结构示意图一、图2示出了本公开实施例一种实施场景的示意图一，如图1和图2所示，根据本公开实施例的第一方面，提供了一种采集故障信息的治具，本治具包括：微控制单元(microcontroller unit，mcu)101和第一功率传输(power delivery，pd)模块102；其中，mcu 101，用于获取检测指令，并将检测指令发送至第一pd模块102；第一pd模块102，用于接收检测指令，并将检测指令发送至待测设备的第二pd模块202，通过第二pd模块202将检测指令转发至待测设备的ec 201，以使待测设备的ec 201响应检测指令，生成故障信息；第一pd模块102，还用于接收第二pd模块202转发的来自ec 201的故障信息，并将故障信息发送至mcu 101；mcu 101，还用于接收故障信息。
28.检测指令为检测功能对应的指令，检测功能例如检测笔记本电脑系统睡眠状态的上电时序、检测笔记本电脑的风扇转速等；第一pd模块102为本治具中的type-c接口控制芯片，用于电源传输、数据传输等，第一pd模块102与mcu 101通过两线式串行总线(inter-integrated circuit，i2c)进行连接；第二pd模块202为待测设备中的type-c接口控制芯片；待测设备为具有ec 201和第二pd模块202的电子设备，例如笔记本电脑、平板电脑等；故障信息为待测设备的ec 201根据检测指令获取到的与检测指令对应的数据，例如检测指令为检测笔记本电脑的风扇转速，相应的，故障信息为笔记本电脑中风扇的转速。
29.在一个示例中，通过一根雷电线将本治具和待测设备的type-c接口进行连接，本治具的mcu 101获取到检测指令后，将检测指令通过i2c总线发送给第一pd模块102，第一pd模块102接收到检测指令后将其通过type-c接口发送给待测设备，待测设备的第二pd模块202通过待测设备的type-c接口接收到该检测指令后将其转发给待测设备的ec 201，待测设备的ec 201对检测指令进行分析并根据检测指令执行相应动作，获取与该检测指令对应的故障信息，并将该故障信息发送至第二pd模块202，第二pd模块202再通过type-c接口将其返回至本治具的第一pd模块102，第一pd模块102再将其传输至mcu 101。
30.本公开实施例提供的一种采集故障信息的治具，无需将待测设备拆开，只需要用一根雷电线连接本治具和待测设备，即可获取到待测设备的故障信息，不会对待测设备造成额外损伤，省时省力，且采用模块化设计，便于后续增加新功能模块；此外，由于硬件间直接连接会造成电平改变，所以现有的治具直接与ec连接，可能会导致原有的电平发生改变，造成获取到的故障信息不准确，本治具无需与ec直接连接，有效的避免了上述情况；针对检测上电时序类问题，现有方法是将示波器的探针与主板上的待测点位进行一一连接，通过示波器显示每个点位的上电时序，由于各个待测点位上电存在时间先后顺序，需要等待每个待测点位按照时序逐一上电，此过程浪费时间，而本治具可以从待测设备的ec处，直接一次性的获取到上电时序，简便且节省时间。
31.在本公开的一个实施例中，mcu 101在获取检测指令之前，还用于发送设备验证指令至待测设备的ec 201，以使ec 201响应设备验证指令，使ec 201识别治具并返回治具的
专属设备码，其中，设备验证指令包括治具的专属设备码；mcu 101在接收到专属设备码后，还用于向ec 201发送验证成功指令，表征与ec 201成功建立通信连接；mcu 101在与ec 201成功建立通信连接后，还用于发送请求进入调试模式指令至待测设备的ec 201，以使ec 201响应请求进入调试模式指令，使待测设备处于调试模式。
32.具体的，本治具和待测设备连接后，本治具与待测设备之间通过心跳包定时通知对方自己的状态，定时时间可以根据具体情况而定，例如可以设置为5秒；本治具的mcu 101向待测设备的ec 201发送设备验证指令，设备验证指令中包括本治具的专属设备码，用于告知待测设备本治具的身份信息，使待测设备的ec 201准确识别到本治具；待测设备的ec 201接收到设备验证指令后，解析出设备验证指令中的专属设备码，并将该专属设备码传回给本治具的mcu 101，本治具的mcu 101在接收到待测设备传回的专属设备码后，向待测设备的ec 201发送验证成功指令，表征本治具的mcu 101和待测设备的ec 201连接成功。
33.在本治具的mcu 101和待测设备的ec 201连接成功后，本治具的mcu 101向待测设备的ec 201发送请求进入调试模式指令，请求进入调试模式指令用于请求待测设备进入到调试模式；待测设备的ec 201在接收到请求进入调试模式指令后，使待测设备处于调试模式，然后发送成功进入调试模式指令给本治具的mcu 101，告知本治具待测设备已进入到调试模式。
34.在本公开的一个实施例中，故障信息被ec 201封装为数据包后，发送至mcu 101；数据包包括数据头、数据地址、数据长度、检测结果和校验码；其中，数据头为预设名称，用于表征数据包来自ec 201；数据地址用于表征与检测指令对应的检测功能；数据长度为故障信息的数据长度；检测结果为故障信息的数据内容。
35.图3示出了本公开实施例的一种数据包的组成示意图，如图3所示，数据包包括数据头、数据地址、数据长度、数据0至数据n和校验码，数据0至数据n为检测结果。
36.其中，数据头为预设名称，用于表征是ec 201传输给本治具的数据包，由于待测设备的ec 201除了和本治具进行通信外，还会和其他设备进行通信，本治具可以从预设名称确定该数据包是否是待测设备的ec 201发送给本治具的数据包。
37.数据地址为0x00-0xfe之间的数字，用于表征检测指令对应的检测功能，例如0x00表征检测笔记本电脑系统睡眠状态的上电时序、0x01表征检测笔记本电脑的风扇转速。
38.数据长度为每包数据中故障信息的数据长度，可以保证收集数据时的准确性，不会多收或少收，例如检测结果包括数据0、数据1和数据2，此时数据长度为0x03。
39.检测结果为故障信息的数据内容，检测结果包括数据0至数据n，数据0表征检测的总体结果，例如数据0中的内容可以为0x00或0x01，0x00表征检测成功，0x01表征检测失败，如果数据0中的内容为0x00，那么数据1-数据n中的内容为检测功能对应的数据，如果数据0中的内容为0x00，那么数据1-数据n中的内容为检测失败的原因；例如检测指令为检测笔记本电脑风扇的转速，如果数据0中的内容为0x00，数据1中的内容为3000，则表示检测成功，笔记本电脑风扇的转速为3000转每分(revolutions per minute，rpm)；如果数据0中的内容为0x01，数据1中的内容为0001，则表示检测失败，未检测到风扇转速，原因是风扇被卡住；如果数据0中的内容为0x01，数据1中的内容为0002，则表示检测失败，未检测到风扇转速，原因是风扇连接线中间一根测速线断了或者接触不良；需要说明的是，数据0至数据n中的数值与其所表征的意义，本实施例中只是举例说明，其并不唯一，可以根据实际情况在待
测设备内部进行设定。
40.检验码为一个数字，用以检验该数据包中数据的正确性，进一步保证整个数据包中的内容不会出现错误。
41.在本公开的一个实施例中，mcu 101还用于接收数据包，对数据包进行解封，得到故障信息。
42.待测设备的ec 201将该数据包发送给本治具后，本治具的mcu 101对该数据包进行解封，获取数据包中的故障信息。
43.在本公开的一个实施例中，治具还包括显示模块，显示模块用于响应于触发指令生成检测指令，并将检测指令发送至mcu 101。
44.显示模块与mcu 101通过i2c总线进行连接，本治具的显示模块控制有一块屏幕，会通过屏幕显示各项检测功能，用户可以通过屏幕选取所需的检测功能，在用户点击屏幕上相应的检测功能后，生成该检测功能对应的触发指令，然后显示模块会根据该触发指令生成相应的检测指令，并通过i2c总线将该检测指令发送至mcu 101。
45.在本公开的一个实施例中，显示模块，还用于接收来自mcu 101的故障信息，并显示故障信息。
46.当mcu 101获取到故障信息后，mcu 101可以通过i2c总线将该故障信息发送至显示模块，显示模块将该故障信息在屏幕上显示，用户可以通过屏幕查看故障信息。
47.在本公开的一个实施例中，治具还包括无线模块，无线模块用于接收来自测试终端的检测指令，并将检测指令发送至mcu 101。
48.无线模块与mcu 101通过安全数字输入输出接口(secure digital input and output，sdio)进行连接，无线模块用于控制本治具的天线与测试终端进行无线连接，例如ap6203无线模块；测试终端的屏幕上显示有各项检测功能，用户可以选取所需的检测功能，测试终端根据用户的选取结果生成检测指令，并通过无线信号将该检测指令发送给本治具的无线模块，然后本治具的无线模块会将检测指令通过sdio发送给mcu 101。
49.在本公开的一个实施例中，无线模块还用于将故障信息发送至测试终端。
50.mcu 101在获取到故障信息后，将该故障信息通过sdio发送给无线模块，然后无线模块通过无线信号将故障信息发送至测试终端，用户可以从测试终端获取到故障信息。
51.本实施例无需测试人员到待测设备的现场，测试人员可以通过测试终端远程下发检测指令，以及查看故障信息，节省了测试人员的时间，测试终端可以自动存储故障信息，利于故障信息的保存和分析。
52.为方便对上述实施例的理解，以下提供一种具体的实施场景进行说明：
53.图4示出了本公开实施例一种采集故障信息的治具的组成结构示意图二，如图4所示，该治具包括mcu、显示模块、无线模块、第一pd模块、天线和type-c接口；其中，第一pd模块和type-c接口通过i2c sda(i2c总线的信号线)和i2c scl(i2c总线的时钟线)进行双向通信，通过pd通讯线usb pdp1、usb pdn1、usb c0cc1进行单向通信。
54.图5示出了本公开实施例一种实施场景的示意图二，如图5所示，本治具通过无线模块与测试终端无线连接，通过type-c接口与待测设备的type-c接口连接。
55.首先通过雷电线将本治具和待测设备的type-c接口进行连接，本治具的mcu与待测设备的ec通过如图6所示的协议图进行通信，具体包括如下步骤：
56.步骤601，通过雷电线将本治具和待测设备建立连接；
57.步骤602，本治具的mcu发送设备验证指令至待测设备的ec；
58.步骤603，待测设备的ec接收到设备验证指令后，对其进行解析，并返回治具的专属设备码；
59.步骤604，本治具的mcu在接受到专属设备码后，向待测设备的ec发送验证成功指令；
60.步骤605，然后本治具的mcu再向待测设备的ec发送请求进入调试模式指令；
61.步骤606，待测设备的ec在接收到请求进入调试模式指令后，使待测设备处于调试模式，然后发送成功进入调试模式指令至本治具的mcu；
62.步骤607，本治具的mcu接收到成功进入调试模式指令后发送检测指令至待测设备的ec；
63.步骤608，待测设备的ec接收到检测指令后，响应检测指令，并生成第一次应答指令并发送给本治具，第一次应答指令表征待测设备已经接收到检测指令；
64.步骤609，待测设备的ec生成第二次应答指令并发送至本治具的mcu，第二次应答指令表征开始发送包含故障信息的数据包；
65.步骤610，数据包全部发送完成后，待测设备的ec生成第三次应答指令及验证码并发送至本治具的mcu，第三次应答指令表征数据包全部发送完成；
66.步骤611，本治具的mcu接收到第三次应答指令后对数据包进行解析，获取到故障信息，并对验证码进行验证后发送成功指令至待测设备的ec，表征本次检测结束。
67.以检测待测设备风扇的转速为例，对本治具的使用过程进行具体说明：图7示出了本公开实施例一种采集故障信息的治具的测试流程示意图，如图7所示：
68.步骤701，点击屏幕上的相应的检测功能，即“检测待测设备风扇”，生成相应的检测指令或通过无线接收来自测试终端的检测指令；
69.步骤702，mcu接受到检测指令后，发送给第一pd模块，第一pd模块通过type-c接口将检测指令发送至待测设备的第二pd模块，然后待测设备的第二pd模块再将检测指令发送给待测设备的ec；
70.步骤703，待测设备的ec接收到检测指令后，执行相应动作，获取故障信息，即获取风扇的转速；
71.步骤704，待测设备的ec将获取到的风扇转速打包成如图2所示的数据包，并通过第二pd模块发送给本治具的第一pd模块；
72.步骤705，本治具的第一pd模块接受到数据包后将其发送至本治具的mcu；
73.步骤706，mcu接受到数据包后，对其进行解封，获取到数据包中的故障信息，故障信息为风扇的转速或者获取风扇转速失败的原因；
74.步骤707，判断检测是否结束，如果结束则执行步骤608，如果未结束则执行步骤601，接收下一条检测指令；
75.步骤708，mcu通过无线模块将故障信息发送至测试终端，或者发送给显示模块，显示模块将故障信息在屏幕进行显示，检测结束。
76.图8示出了本公开实施例一种采集故障信息的方法的实现流程示意图，如图7所示，根据本公开的第二方面，本公开实施例提供了一种采集故障信息的方法，本方法包括：
步骤801，获取检测指令，并将检测指令发送至待测设备的第二pd模块，通过第二pd模块将检测指令转发至待测设备的ec，以使待测设备的ec响应检测指令，生成故障信息；步骤802，接收第二pd模块转发的来自ec的故障信息。
77.在本公开的一个实施例中，在获取检测指令之前，方法还包括发送设备验证指令至待测设备的ec，以使ec响应设备验证指令，使ec识别治具并返回治具的专属设备码，其中，设备验证指令包括治具的专属设备码；在接收到专属设备码后，方法还包括向ec发送验证成功指令，表征与ec成功建立通信连接。
78.在本公开的一个实施例中，故障信息被ec封装为数据包后，发送至mcu；数据包包括数据头、数据地址、数据长度、检测结果和校验码；其中，数据头为预设名称，用于表征数据包来自ec；数据地址用于表征与检测指令对应的检测功能；数据长度为故障信息的数据长度；检测结果为故障信息的数据内容。
79.在本公开的一个实施例中，ec发送数据包后，本方法还包括，接收数据包，对数据包进行解封，得到故障信息。
80.在本公开的一个实施例中，在获取检测指令之前，本方法还包括，响应于触发指令生成检测指令，并将检测指令发送至mcu。
81.在本公开的一个实施例中，在接收第二pd模块转发的来自ec的故障信息之后，本方法还包括，显示该故障信息。
82.在本公开的一个实施例中，在获取检测指令之前，本方法还包括，接收来自测试终端的检测指令，并将检测指令发送至mcu。
83.在本公开的一个实施例中，在接收第二pd模块转发的来自ec的故障信息之后，本方法还包括，将故障信息发送至测试终端。
84.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
85.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
86.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计
算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
87.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
88.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
89.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
90.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
91.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本公开的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
92.以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。

技术特征：
1.一种采集故障信息的治具，其特征在于，所述治具包括微控制单元mcu和第一功率传输pd模块；其中，所述mcu，用于获取检测指令，并将所述检测指令发送至所述第一pd模块；所述第一pd模块，用于接收所述检测指令，并将所述检测指令发送至待测设备的第二pd模块，通过所述第二pd模块将所述检测指令转发至所述待测设备的ec，以使所述待测设备的嵌入式控制器ec响应所述检测指令，生成故障信息；所述第一pd模块，还用于接收所述第二pd模块转发的来自所述ec的故障信息，并将所述故障信息发送至所述mcu；所述mcu，还用于接收所述故障信息。2.根据权利要求1所述的治具，其特征在于，所述mcu，在获取检测指令之前，还用于发送设备验证指令至所述待测设备的ec，以使所述ec响应所述设备验证指令，使所述ec识别所述治具并返回所述治具的专属设备码，其中，所述设备验证指令包括所述治具的专属设备码；所述mcu，在接收到所述专属设备码后，还用于向所述ec发送验证成功指令，表征与所述ec成功建立通信连接；所述mcu，在与所述ec成功建立通信连接后，还用于发送请求进入调试模式指令至所述待测设备的ec，以使所述ec响应所述请求进入调试模式指令，使所述待测设备处于调试模式。3.根据权利要求1所述的治具，其特征在于，所述故障信息被所述ec封装为数据包后，发送至所述mcu；所述数据包包括数据头、数据地址、数据长度、检测结果和校验码；其中，所述数据头为预设名称，用于表征所述数据包来自所述ec；所述数据地址用于表征与所述检测指令对应的检测功能；所述数据长度为所述故障信息的数据长度；所述检测结果为所述故障信息的数据内容。4.根据权利要求3所述的治具，其特征在于，所述mcu，还用于接收所述数据包，对所述数据包进行解封，得到所述故障信息。5.根据权利要求1所述的治具，其特征在于，所述治具还包括显示模块，所述显示模块用于响应于触发指令生成所述检测指令，并将所述检测指令发送至所述mcu。6.根据权利要求5所述的治具，其特征在于，所述显示模块，还用于接收来自所述mcu的所述故障信息，并显示所述故障信息。7.根据权利要求1所述的治具，其特征在于，所述治具还包括无线模块，所述无线模块用于接收来自测试终端的检测指令，并将所述检测指令发送至所述mcu。8.根据权利要求7所述的治具，其特征在于，所述无线模块还用于将所述故障信息发送至所述测试终端。9.一种采集故障信息的方法，其特征在于，所述方法包括：获取检测指令，并将所述检测指令发送至待测设备的第二pd模块，通过所述第二pd模块将所述检测指令转发至所述待测设备的ec，以使所述待测设备的ec响应所述检测指令，生成故障信息；
接收所述第二pd模块转发的来自所述ec的故障信息。10.根据权利要求9所述的方法，其特征在于，在所述获取检测指令之前，所述方法还包括发送设备验证指令至所述待测设备的ec，以使所述ec响应所述设备验证指令，使所述ec识别所述治具并返回所述治具的专属设备码，其中，所述设备验证指令包括所述治具的专属设备码；在接收到所述专属设备码后，所述方法还包括向所述ec发送验证成功指令，表征与所述ec成功建立通信连接；在与所述ec成功建立通信连接后，所述方法还包括发送请求进入调试模式指令至所述待测设备的ec，以使所述ec响应所述请求进入调试模式指令，使所述待测设备处于调试模式。

技术总结
本公开提供了一种采集故障信息的治具及方法，所述治具包括微控制单元MCU和第一功率传输PD模块；其中，所述MCU，用于获取检测指令，并将所述检测指令发送至所述第一PD模块；所述第一PD模块，用于接收所述检测指令，并将所述检测指令发送至待测设备的第二PD模块，通过所述第二PD模块将所述检测指令转发至所述待测设备的EC，以使所述待测设备的嵌入式控制器EC响应所述检测指令，生成故障信息；所述第一PD模块，还用于接收所述第二PD模块转发的来自所述EC的故障信息，并将所述故障信息发送至所述MCU；所述MCU，还用于接收所述故障信息。应用本治具可以在待测设备不拆机的情况下，获取待测设备的故障信息。设备的故障信息。设备的故障信息。


技术研发人员：王尹 庄琦 李瑞锋 刘勇 周小竹
受保护的技术使用者：合肥联宝信息技术有限公司
技术研发日：2023.05.17
技术公布日：2023/10/8