CN110647434A - 硬件自检方法、装置、通信设备和存储介质 - Google Patents
硬件自检方法、装置、通信设备和存储介质 Download PDFInfo
- Publication number
- CN110647434A CN110647434A CN201910932777.4A CN201910932777A CN110647434A CN 110647434 A CN110647434 A CN 110647434A CN 201910932777 A CN201910932777 A CN 201910932777A CN 110647434 A CN110647434 A CN 110647434A
- Authority
- CN
- China
- Prior art keywords
- hardware
- self
- detected
- identifier
- fault
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 72
- 238000000034 method Methods 0.000 title claims abstract description 58
- 239000008358 core component Substances 0.000 claims description 68
- 238000004590 computer program Methods 0.000 claims description 27
- 238000012360 testing method Methods 0.000 claims description 21
- 230000008569 process Effects 0.000 claims description 15
- 238000010998 test method Methods 0.000 claims description 12
- 230000006870 function Effects 0.000 claims description 6
- 238000001514 detection method Methods 0.000 abstract description 50
- 239000000306 component Substances 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 238000011982 device technology Methods 0.000 description 1
- 238000002372 labelling Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2273—Test methods
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
本申请涉及一种硬件自检方法、装置、通信设备和存储介质。所述方法包括：在系统启动后，进入自检模式，获取各待检测硬件的标识和各待检测硬件的状态值；根据各所述待检测硬件的标识从预设的信息表中获取各所述待检测硬件的标识对应的状态阈值范围；将各所述待检测硬件的状态值分别与各所述待检测硬件的标识对应的状态阈值范围进行匹配，得到匹配结果；根据所述匹配结果确定是否退出所述自检模式，并输出自检报告。采用本方法能够提高检测效率。
Description
技术领域
本申请涉及通信设备技术领域，特别是涉及一种硬件自检方法、装置、通信设备和存储介质。
背景技术
随着通信技术的快速发展，与之相配套的通信设备也越来越多，而通信设备难免会出现损坏等一系列问题，因此就需要对通信设备是否存在故障进行检测。
通常在对通信设备进行故障检测时，大多是给通信设备外接一个检测仪器或者检测装置来进行检测，在检测时，通信设备在检测仪器或者检测装置空闲时，就可以利用检测仪器或者检测装置的检测程序完成故障检测。
然而上述检测技术需要依赖外接检测仪器或者检测装置，且只有在外接检测仪器或者检测装置空闲时才能完成检测，因此会导致检测效率低的问题。
发明内容
基于此，有必要针对上述技术问题，提供一种能够提高检测效率的硬件自检方法、装置、通信设备和存储介质。
一种硬件自检方法，该方法包括：
在系统启动后，进入自检模式，获取各待检测硬件的标识和各待检测硬件的状态值；
根据各上述待检测硬件的标识从预设的信息表中获取各上述待检测硬件的标识对应的状态阈值范围；
将各上述待检测硬件的状态值分别与各上述待检测硬件的标识对应的状态阈值范围进行匹配，得到匹配结果；
根据上述匹配结果确定是否退出上述自检模式，并输出自检报告。
在其中一个实施例中，上述根据匹配结果确定是否退出自检模式，包括：
若匹配结果为各上述待检测硬件的状态值均未超出对应的状态阈值范围，则确定各上述待检测硬件的功能正常，并退出上述自检模式，进入正常工作模式。
在其中一个实施例中，上述根据匹配结果确定是否退出自检模式，包括：
若匹配结果包括至少一个待检测硬件的状态值超出对应的状态阈值范围，则确定自检过程发生故障，并输出故障提示信号；
获取故障硬件的属性信息，并根据上述故障硬件的属性信息确定是否退出上述自检模式；其中，上述故障硬件的属性信息用于表征上述故障硬件是否是核心部件。
在其中一个实施例中，上述根据故障硬件的属性信息确定是否退出自检模式，包括：
若故障硬件不是核心部件，则退出上述自检模式，并进入半正常工作模式；上述半正常工作模式下不提供上述故障硬件的有关服务。
在其中一个实施例中，上述根据故障硬件的属性信息确定是否退出自检模式，包括：
若故障硬件是核心部件，则停留在上述自检模式，并输出上述故障硬件对应的故障提示信息。
在其中一个实施例中，上述预设的信息表包括预设的硬件标识表和预设的寄存器表，上述硬件标识表包括硬件标识和寄存器地址之间的对应关系，上述预设的寄存器表包括寄存器地址和状态阈值范围之间的对应关系。
在其中一个实施例中，上述根据各待检测硬件的标识从预设的信息表中获取各待检测硬件的标识对应的状态阈值范围，包括：
根据各待检测硬件的标识从预设的硬件标识表中获取各上述待检测硬件的标识对应的寄存器地址；
根据各上述待检测硬件的标识对应的寄存器地址，从上述预设的寄存器表中获取上述寄存器地址对应的状态阈值范围。
在其中一个实施例中，上述预设的信息表还包括预设的核心部件标识表，上述获取故障硬件的属性信息，包括：
获取故障硬件的标识；
将上述故障硬件的标识和预设的核心部件标识表进行匹配，得到匹配结果；
根据上述匹配结果确定上述故障硬件的属性信息。
在其中一个实施例中，上述根据匹配结果确定故障硬件的属性信息，包括：
若匹配结果为上述故障硬件的标识和预设的核心部件标识表匹配成功，则将是核心部件确定为故障硬件的属性信息；
或者，
若匹配结果为上述故障硬件的标识和预设的核心部件标识表匹配失败，则将非核心部件确定为故障硬件的属性信息。
一种硬件自检装置，该装置包括：
第一获取模块，用于在系统启动后，进入自检模式，获取各待检测硬件的标识和各待检测硬件的状态值；
第二获取模块，用于根据各所述待检测硬件的标识从预设的信息表中获取各所述待检测硬件的标识对应的状态阈值范围；
匹配模块，用于将各所述待检测硬件的状态值分别与各所述待检测硬件的标识对应的状态阈值范围进行匹配，得到匹配结果；
确定模块，用于根据所述匹配结果确定是否退出所述自检模式，并输出自检报告。
一种通信设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
在系统启动后，进入自检模式，获取各待检测硬件的标识和各待检测硬件的状态值；
根据各上述待检测硬件的标识从预设的信息表中获取各上述待检测硬件的标识对应的状态阈值范围；
将各上述待检测硬件的状态值分别与各上述待检测硬件的标识对应的状态阈值范围进行匹配，得到匹配结果；
根据上述匹配结果确定是否退出上述自检模式，并输出自检报告。
一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
在系统启动后，进入自检模式，获取各待检测硬件的标识和各待检测硬件的状态值；
根据各上述待检测硬件的标识从预设的信息表中获取各上述待检测硬件的标识对应的状态阈值范围；
将各上述待检测硬件的状态值分别与各上述待检测硬件的标识对应的状态阈值范围进行匹配，得到匹配结果；
根据上述匹配结果确定是否退出上述自检模式，并输出自检报告。
上述硬件自检方法、装置、通信设备和存储介质，在系统启动后，进入自检模式，可以获取各待检测硬件的标识和各待检测硬件的状态值，根据各待检测硬件的状态值从预设的信息表中获取各待检测硬件的标识对应的状态阈值范围，将各待检测硬件的状态值分别和对应的状态阈值范围进行匹配，得到匹配结果，并根据匹配结果确定是否退出自检模式，并输出自检报告。在该方法中，由于不需要依赖外部的检测装置来实现对通信设备的硬件检测，而是直接对硬件进行自检的，因此，该方法在检测硬件时，使用更加方便；另外，该方法是直接对硬件的状态值进行检测来判断硬件是否出现故障的，因此该方法在检测硬件时，检测的准确率更高；更进一步地，该方法是在系统启动后直接自行触发对硬件进行自检的，而不是在外部的检测装置的空闲时间进行检测的，因此检测效率更高，同时，由于不需额外装置进行触发，因此，该方法的实现成本较低，可广泛应用于各类通信设备的生产质检。
附图说明
图1为一个实施例中通信设备的内部结构图；
图2为一个实施例中硬件自检方法的流程示意图；
图3为另一个实施例中硬件自检方法的流程示意图；
图4为另一个实施例中硬件自检方法的流程示意图；
图5为另一个实施例中硬件自检方法的流程示意图；
图6为一个实施例中硬件自检装置的结构框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的硬件自检方法，可以应用于如图1所示的通信设备。如图1所示，该通信设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该通信设备的处理器用于提供计算和控制能力。该通信设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该通信设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种硬件自检方法。该通信设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该通信设备的输入装置可以是显示屏上覆盖的触摸层，也可以是通信设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。另外，该通信设备所包括的装置上均可以包括至少一个硬件或至少一个寄存器等。
本领域技术人员可以理解，图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的通信设备的限定，具体的通信设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
需要说明的是，本申请实施例的执行主体可以是硬件自检装置，也可以是通信设备，下面实施例将以执行主体为通信设备为例进行说明。
在一个实施例中，提供了一种硬件自检方法，本实施例涉及的是如何获取待检测硬件的状态值和状态阈值范围，以及将待检测硬件的状态值和状态阈值范围进行匹配，并根据匹配结果确定是否退出自检模式的具体过程。如图2所示，该方法可以包括以下步骤：
S202，在系统启动后，进入自检模式，获取各待检测硬件的标识和各待检测硬件的状态值。
其中，这里的系统可以是通信设备的系统程序，自检模式指的是本步骤以及下面S204-S208步骤的检测过程。这里待检测硬件可以是一个，也可以是多个，本实施例主要针对多个待检测硬件，具体数量可以根据实际情况而定，这里待检测硬件的标识可以是数字、字母、文字等等，待检测硬件的状态值可以是系统程序在运行时待检测硬件的值，其可以是小数、整数、分数等等。另外，这里的待检测硬件可以是通信设备的所有硬件，也可以是通信设备的部分硬件，例如待检测硬件可以是芯片，芯片上具有多个寄存器，当然也可以是通信设备的其他待检测硬件，本实施例对此不作具体限定。
具体的，通信设备在上电开机之后，系统程序会启动运行，之后驱动程序也会进行加载，加载完成之后自检模式启动，检测过程开始，这时，通信设备可以先确定出需要检测的硬件，即待检测硬件，并在各待检测硬件的主板上或者外壳上查找到各待检测硬件的标识，之后，通信设备可以去读取各待检测硬件的状态值。
S204，根据各待检测硬件的标识从预设的信息表中获取各待检测硬件的标识对应的状态阈值范围。
其中，通信设备各个硬件的标识对应的状态阈值范围可以预先设定好，并存储在通信设备的存储器内，各个硬件的状态阈值范围可以根据各个硬件在无故障情况下的真实状态值来设定，可以是所有硬件的状态阈值范围都是包括多个值，也可以是部分硬件的状态阈值范围只包括一个值，示例地，硬件A的状态阈值范围为10-80，有多个值，硬件B的状态阈值范围为20-20，只有20一个值。
具体的，通信设备在读取到各待检测硬件的标识之后，可以根据各待检测硬件的标识，在预先存储的状态阈值范围中找到各待检测硬件标识对应的状态阈值范围。
S206，将各待检测硬件的状态值分别与各待检测硬件的标识对应的状态阈值范围进行匹配，得到匹配结果。
具体的，通信设备在得到各待检测硬件的状态值，以及各待检测硬件的状态阈值范围之后，可以分别将各个待检测硬件的状态值和其对应的状态阈值范围进行匹配，得到各个待检测硬件对应的匹配结果。
S208，根据所述匹配结果确定是否退出所述自检模式，并输出自检报告。
其中，自检报告在退出自检模式和不退出自检模式两种情况下都会输出，只不过两种情况下输出的自检报告的结果不同而已；自检报告可以包括全部硬件的整体检测结果，还可以包括各个硬件单独的检测结果，自检报告的格式可以是txt、log、doc、docx等。另外，通信设备上可以设置有通用UART(Universal Asynchronous Receiver/Transmitter，通用异步收发传输器)串口，或者RJ45(Registered Jack，信息插座)网口，计算机设备可以通过该UART串口或者RJ45和通信设备连接，以便查看通信设备输出的自检报告。
具体的，通信设备在得到各待检测硬件的匹配结果之后，在一种可能的实施方式中，若上述匹配结果为各待检测硬件的状态值均未超出对应的状态阈值范围，则确定各待检测硬件的功能正常，并退出自检模式，进入正常工作模式，也就是说，在各个待检测硬件的匹配结果都是状态值与对应的状态阈值范围匹配成功时，则确定各待检测硬件检测成功，各个硬件均没有故障出现，可以退出自检模式，然后各个硬件均进入正常工作模式，该正常模式下提供硬件的全部服务；在另一种可能的实施方式中，若上述匹配结果中，至少有一个待检测硬件的匹配结果是状态值与对应的状态阈值范围匹配失败，即出现故障硬件，那么就需要根据故障硬件的属性信息等来确定是否退出自检模式。其中，不管是匹配成功还是匹配失败，通信设备均会记录相应的匹配结果，然后将匹配结果生成自检报告并输出。
需要说明的是，本实施例的方法可以只针对通信设备开机之后进行检测，但是也可以针对其他情况下进行检测。
上述硬件自检方法中，在系统启动后，进入自检模式，可以获取各待检测硬件的标识和各待检测硬件的状态值，根据各待检测硬件的状态值从预设的信息表中获取各待检测硬件的标识对应的状态阈值范围，将各待检测硬件的状态值分别和对应的状态阈值范围进行匹配，得到匹配结果，并根据匹配结果确定是否退出自检模式，并输出自检报告。在该方法中，由于不需要依赖外部的检测装置来实现对通信设备的硬件检测，而是直接对硬件进行自检的，因此，该方法在检测硬件时，使用更加方便；另外，该方法是直接对硬件的状态值进行检测来判断硬件是否出现故障的，因此该方法在检测硬件时，检测的准确率更高；更进一步地，该方法是在系统启动后直接自行触发对硬件进行自检的，而不是在外部的检测装置的空闲时间进行检测的，因此检测效率更高，同时，由于不需额外装置进行触发，因此，该方法的实现成本较低，可广泛应用于各类通信设备的生产质检。
在另一个实施例中，提供了另一种硬件自检方法，本实施例涉及的是当至少有一个待检测硬件的状态值和状态阈值范围匹配失败时，即至少出现一个故障硬件时，如何得到故障硬件的属性信息以及确定是否退出自检模式的具体过程。在上述实施例的基础上，如图3所示，上述S208根据匹配结果确定是否退出自检模式可以包括以下步骤：
S302，若匹配结果包括至少一个待检测硬件的状态值超出对应的状态阈值范围，则确定自检过程发生故障，并输出故障提示信号。
其中，状态值超出对应的状态阈值范围即匹配失败，这里匹配失败的待检测硬件称为故障硬件，其数量可以是一个，也可以是多个，当然故障硬件也可以是一个故障硬件上一个小部件或者多个小部件(例如寄存器)匹配失败，当然还可以是多个故障硬件上一个小部件或者多个小部件匹配失败。另外，这里的故障提示信号可以是由通信设备整机上的蜂鸣器、状态灯等输出的提示信号，当然也可以是由各个待检测硬件上的蜂鸣器、状态灯等输出的提示信号，或者两者同时都输出的提示信号，本实施例对此不作具体限定；除此之外，在输出提示信号时，可以是采用蜂鸣器鸣笛或者响警铃的方式，还可以是采用状态灯出现某种颜色的闪烁或者持续出现某种颜色的方式。
具体的，当通信设备得到至少有一个待检测硬件的状态值超出对应的状态阈值范围时，就可以确定该至少一个待检测硬件的状态值匹配失败，也就可以确定自检过程发生故障，同时通信设备可以将匹配失败的硬件标记为故障硬件，并利用通信设备整机上的和/或故障硬件上的蜂鸣器、状态灯等输出故障提示信号，提示出现故障以及出现故障的位置(即故障点)。
S304，获取故障硬件的属性信息，并根据故障硬件的属性信息确定是否退出自检模式；其中，故障硬件的属性信息用于表征故障硬件是否是核心部件。
其中，各个硬件的属性信息可以是预先设定好，并存储在存储器内，在设定时，可以通过给硬件加不同的标识(包括不同的文字、字母、数字等等)来设定硬件是否属于核心部件，还可以是通过硬件的标识预先设定标识表来表征硬件是否是核心部件，当然还可以是其他方法，本实施例对此不作具体限定。
具体的，通信设备在得到故障硬件之后，可以在预先设定的硬件属性信息中得到故障硬件的属性信息，该属性信息可以表征故障硬件是否是核心部件。在一种可能的实施方式中，若故障硬件不是核心部件，则退出自检模式，并进入半正常工作模式，该半正常工作模式下不提供故障硬件的有关服务，也就是说，当故障硬件不是核心部件时，通信设备可以进入工作模式，不过该工作模式下不会提供故障硬件的相关服务，但会提供其他非故障硬件的相关服务，所以称为半正常工作模式。在另一种可能的实施方式中，若故障硬件是核心部件，则停留在自检模式，并输出故障硬件对应的故障提示信息，也就是说，当故障硬件是核心部件时，为了防止进入工作模式对通信设备造成损失的问题，通信设备此时通常会继续停留在自检模式，同时各个故障部件也可以采用其上的蜂鸣器、状态灯等输出各自的故障提示信息，该故障信息可以是采用蜂鸣器鸣笛或者响警铃的方式，还可以是采用状态灯出现某种颜色的闪烁或者持续出现某种颜色的方式，同时，该故障提示信息还可以指示各个故障硬件的所在位置，即故障点在哪，这样维修人员就可以根据各个故障硬件的所在位置(或故障点)，去相应地去进行故障维修。
本实施例提供的硬件自检方法，当至少有一个待检测硬件的状态值超出状态阈值范围时，即至少出现一个故障硬件时，则可以确定自检过程发生故障并输出故障提示信号，之后可以获取故障硬件的属性信息，并根据故障硬件的属性信息确定是否退出自检模式，该故障硬件的属性信息可以表征故障硬件是否是核心部件。在本实施例中，由于可以输出故障提示信号，这样可以准确的指出故障点的位置，便于维修人员后续去快速地对故障硬件进行维修；另外，由于可以根据故障硬件是否属于核心部件的信息确定是否退出自检模式，从而可以保证故障硬件不是核心部件时，不影响其他非故障硬件的正常工作，以及在故障硬件是核心部件时，继续停留在自检模式可以防止通信设备出现更大的损失。
在另一个实施例中，提供了另一种硬件自检方法，本实施例涉及的是当预设的信息表包括预设的硬件标识表和预设的寄存器表，该硬件标识表包括硬件标识和寄存器地址之间的对应关系，预设的寄存器表包括寄存器地址和状态阈值范围之间的对应关系时，如何根据硬件的标识得到对应的状态阈值范围的具体过程。在上述实施例的基础上，如图4所示，上述S204可以包括以下步骤：
S402，根据各待检测硬件的标识从预设的硬件标识表中获取各待检测硬件的标识对应的寄存器地址。
其中，预设的硬件标识表中包括至少一个不同硬件标识和至少一个寄存器地址之间的对应关系，在该对应关系中，一个硬件标识可以对应一个寄存器地址，也可以对应多个寄存器地址；在通信设备开机自检之前，通信设备可以预先建立好各个硬件标识和各个寄存器地址之间的对应关系，形成硬件标识表，并保存该硬件标识表。
具体的，通信设备在得到各个待检测硬件的标识之后，可以将各个待检测硬件的标识分别输入预设的硬件标识表中进行查找，得到各个待检测硬件标识对应的寄存器地址。需要说明的是，这里如果得到多个寄存器地址，那么各个寄存器地址是不同的，即每个寄存器只会对应一个地址。
S404，根据各待检测硬件的标识对应的寄存器地址，从预设的寄存器表中获取寄存器地址对应的状态阈值范围。
其中，预设的寄存器表中包括至少一个寄存器地址和至少一个状态阈值范围之间的对应关系，在该对应关系中，各个寄存器地址对应的状态阈值范围可以相同，也可以不同，本实施例中各个寄存器地址对应的状态阈值范围可以是不同的；在通信设备开机自检之前，通信设备可以预先建立好各个寄存器地址和各个状态阈值范围之间的对应关系，形成寄存器表，并保存该寄存器表。
具体的，具体的，通信设备在得到各个待检测硬件标识对应的寄存器地址之后，可以将各个寄存器地址分别输入至预设的寄存器表中，得到各个寄存器地址对应的状态阈值范围。
需要说明的是，本实施例提供的方法即是对硬件对应的各个寄存器进行检测的方法，在对各个寄存器进行检测时，通信设备获取的也是硬件上各个寄存器的状态值，得到各个寄存器的状态值之后，可以将寄存器的状态值和对应的状态阈值范围进行对比或匹配，如果结果是一致的(即匹配成功)，表明该寄存器检测通过，那么可以将该寄存器的检测结果标记为PASS，如果结果不一致，表明该寄存器检测未通过，那么可以将该寄存器的检测结果标记为FAIL，对其他寄存器以及其他硬件对应的寄存器也是类似的处理，就可以得到其他寄存器以及其他硬件对应的寄存器的检测结果，当全部硬件都检测完成之后，如果全部硬件的检测结果都是PASS，那么在自检报告中会标记整个检测结果为PASS，如果有至少一个硬件的至少一个寄存器的检测结果是FAIL，那么在自检报告中会标记整个检测结果为FAIL，如果整个检测结果为PASS，则退出自检模式，如果整个检测结果为FAIL，那么会继续根据故障硬件的属性信息进行下一步操作。
本实施例提供的硬件自检方法，当预设的信息表包括预设的硬件标识表和预设的寄存器表，该硬件标识表包括硬件标识和寄存器地址之间的对应关系，预设的寄存器表包括寄存器地址和状态阈值范围之间的对应关系时，可以根据各待检测硬件的标识从预设的硬件标识表中得到对应的寄存器地址，并根据寄存器地址从预设的寄存器表中得到对应的状态阈值范围。在本实施例中，由于建立了硬件标识表和寄存器表，从而可以得到各个寄存器的状态阈值范围，进而可以利用该方法对硬件的各个寄存器进行检测，提高对硬件的小部件的检测。
在另一个实施例中，提供了另一种硬件自检方法，本实施例涉及的是当预设的信息表还可以包括预设的核心部件表时，如何获取故障硬件的属性信息的具体过程。在上述实施例的基础上，如图5所示，上述S304中获取故障硬件的属性信息可以包括以下步骤：
S502，获取故障硬件的标识。
其中，故障硬件的标识可以是上述S202中阐述的硬件的标识，可以是数字、字母、文字等等。
具体的，通信设备在检测到故障硬件是，通过故障部件上的蜂鸣器、状态灯等输出的各自的故障提示信息，就可以定位到故障硬件的位置，从而找到故障硬件，并在该故障硬件的主板上或者外壳上查找到该故障硬件的标识。
S504，将故障硬件的标识和预设的核心部件标识表进行标识匹配，得到标识匹配结果。
其中，预设的核心部件标识表可以是包括至少一个硬件的标识表，其中的硬件均是预先统计好的核心部件，核心部件标识表中的各个标识可以是各个硬件原始的标识，也可以是对其原始标识进行了再次标注的标识，只要可以和原始标识进行匹配即可。
具体的，通信设备在得到故障硬件的标识之后，可以将该故障硬件的标识输入至预设的核心部件标识表中，得到该故障硬件的标识是否存在匹配的标识的结果。
S506，根据标识匹配结果确定故障硬件的属性信息。
具体的，通信设备在将故障硬件的标识和预设的核心部件标识表进行匹配时，如果预设的核心部件标识表中存在该故障硬件对应的标识，则认为匹配成功，否则，认为匹配不成功。可选的，若标识匹配结果为故障硬件的标识和预设的核心部件标识表匹配成功，则将是核心部件确定为故障硬件的属性信息；或者，若标识匹配结果为故障硬件的标识和预设的核心部件标识表匹配失败，则将非核心部件确定为故障硬件的属性信息。
本实施例提供的硬件自检方法，当预设的信息表还可以包括预设的核心部件表时，通过获取故障硬件的标识，将故障硬件的标识和预设的核心部件标识表进行标识匹配，并根据标识匹配结果确定故障硬件的属性信息。在本实施例中，由于可以预先建立核心部件标识表，从而在硬件检测时，可以简单快速地得到故障硬件是否是核心部件的结果，进而有效地执行下一步是否退出自检模式的操作。
应该理解的是，虽然图2-5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-5中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图6所示，提供了一种硬件自检装置，包括：第一获取模块10、第二获取模块11、匹配模块12和确定模块13，其中：
第一获取模块10，用于在系统启动后，进入自检模式，获取各待检测硬件的标识和各待检测硬件的状态值；
第二获取模块11，用于根据各所述待检测硬件的标识从预设的信息表中获取各所述待检测硬件的标识对应的状态阈值范围；
匹配模块12，用于将各所述待检测硬件的状态值分别与各所述待检测硬件的标识对应的状态阈值范围进行匹配，得到匹配结果；
确定模块13，用于根据所述匹配结果确定是否退出所述自检模式，并输出自检报告。
本实施例提供的硬件自检装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。
在另一个实施例中，上述确定模块13还用于若所述匹配结果为各所述待检测硬件的状态值均未超出对应的状态阈值范围，则确定各所述待检测硬件的功能正常，并退出所述自检模式，进入正常工作模式。
在另一个实施例中，提供了另一种硬件自检装置，在上述实施例的基础上，上述确定模块13可以包括：故障确定单元、属性获取单元和退出确定单元，其中：
故障确定单元，用于若所述匹配结果包括至少一个待检测硬件的状态值超出对应的状态阈值范围，则确定自检过程发生故障，并输出故障提示信号；
属性获取单元，用于获取故障硬件的属性信息；
退出确定单元，用于根据所述故障硬件的属性信息确定是否退出所述自检模式；其中，所述故障硬件的属性信息用于表征所述故障硬件是否是核心部件。
在另一个实施例中，上述退出确定单元还用于若所述故障硬件不是核心部件，则退出所述自检模式，并进入半正常工作模式；所述半正常工作模式下不提供所述故障硬件的有关服务。
在另一个实施例中，上述退出确定单元还用于若所述故障硬件是核心部件，则停留在所述自检模式，并输出所述故障硬件对应的故障提示信息。
在另一个实施例中，上述预设的信息表包括预设的硬件标识表和预设的寄存器表，所述硬件标识表包括硬件标识和寄存器地址之间的对应关系，所述预设的寄存器表包括寄存器地址和状态阈值范围之间的对应关系。
在另一个实施例中，提供了另一种硬件自检装置，在上述实施例的基础上，上述第二获取模块11还可以包括第一获取单元和第二获取单元，其中：
第一获取单元，用于根据各所述待检测硬件的标识从所述预设的硬件标识表中获取各所述待检测硬件的标识对应的寄存器地址；
第二获取单元，用于根据各所述待检测硬件的标识对应的寄存器地址，从所述预设的寄存器表中获取所述寄存器地址对应的状态阈值范围。
在另一个实施例中，提供了另一种硬件自检装置，在上述实施例的基础上，上述属性获取单元还可以包括：获取子单元、匹配子单元和确定子单元，其中：
获取子单元，用于获取故障硬件的标识；
匹配子单元，用于将所述故障硬件的标识和预设的核心部件标识表进行标识匹配，得到标识匹配结果；
确定子单元，用于根据所述标识匹配结果确定所述故障硬件的属性信息。
在另一个实施例中，上述确定子单元还用于若所述标识匹配结果为所述故障硬件的标识和预设的核心部件标识表匹配成功，则将是核心部件确定为所述故障硬件的属性信息；或者，若所述标识匹配结果为所述故障硬件的标识和预设的核心部件标识表匹配失败，则将非核心部件确定为所述故障硬件的属性信息。
本实施例提供的硬件自检装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。
上述硬件自检装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于通信设备中的处理器中，也可以以软件形式存储于通信设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种通信设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
在系统启动后，进入自检模式，获取各待检测硬件的标识和各待检测硬件的状态值；
根据各所述待检测硬件的标识从预设的信息表中获取各所述待检测硬件的标识对应的状态阈值范围；
将各所述待检测硬件的状态值分别与各所述待检测硬件的标识对应的状态阈值范围进行匹配，得到匹配结果；
根据所述匹配结果确定是否退出所述自检模式，并输出自检报告。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
若所述匹配结果为各所述待检测硬件的状态值均未超出对应的状态阈值范围，则确定各所述待检测硬件的功能正常，并退出所述自检模式，进入正常工作模式。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
若所述匹配结果包括至少一个待检测硬件的状态值超出对应的状态阈值范围，则确定自检过程发生故障，并输出故障提示信号；
获取故障硬件的属性信息，并根据所述故障硬件的属性信息确定是否退出所述自检模式；其中，所述故障硬件的属性信息用于表征所述故障硬件是否是核心部件。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
若所述故障硬件不是核心部件，则退出所述自检模式，并进入半正常工作模式；所述半正常工作模式下不提供所述故障硬件的有关服务。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
若所述故障硬件是核心部件，则停留在所述自检模式，并输出所述故障硬件对应的故障提示信息。
在一个实施例中，所述预设的信息表包括预设的硬件标识表和预设的寄存器表，所述硬件标识表包括硬件标识和寄存器地址之间的对应关系，所述预设的寄存器表包括寄存器地址和状态阈值范围之间的对应关系。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
根据各所述待检测硬件的标识从所述预设的硬件标识表中获取各所述待检测硬件的标识对应的寄存器地址；
根据各所述待检测硬件的标识对应的寄存器地址，从所述预设的寄存器表中获取所述寄存器地址对应的状态阈值范围。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
获取故障硬件的标识；
将所述故障硬件的标识和预设的核心部件标识表进行标识匹配，得到标识匹配结果；
根据所述标识匹配结果确定所述故障硬件的属性信息。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
若所述标识匹配结果为所述故障硬件的标识和预设的核心部件标识表匹配成功，则将是核心部件确定为所述故障硬件的属性信息；或者，若所述标识匹配结果为所述故障硬件的标识和预设的核心部件标识表匹配失败，则将非核心部件确定为所述故障硬件的属性信息。
在一个实施例中，提供了一种可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
在系统启动后，进入自检模式，获取各待检测硬件的标识和各待检测硬件的状态值；
根据各所述待检测硬件的标识从预设的信息表中获取各所述待检测硬件的标识对应的状态阈值范围；
将各所述待检测硬件的状态值分别与各所述待检测硬件的标识对应的状态阈值范围进行匹配，得到匹配结果；
根据所述匹配结果确定是否退出所述自检模式，并输出自检报告。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
若所述匹配结果为各所述待检测硬件的状态值均未超出对应的状态阈值范围，则确定各所述待检测硬件的功能正常，并退出所述自检模式，进入正常工作模式。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
若所述匹配结果包括至少一个待检测硬件的状态值超出对应的状态阈值范围，则确定自检过程发生故障，并输出故障提示信号；
获取故障硬件的属性信息，并根据所述故障硬件的属性信息确定是否退出所述自检模式；其中，所述故障硬件的属性信息用于表征所述故障硬件是否是核心部件。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
若所述故障硬件不是核心部件，则退出所述自检模式，并进入半正常工作模式；所述半正常工作模式下不提供所述故障硬件的有关服务。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
若所述故障硬件是核心部件，则停留在所述自检模式，并输出所述故障硬件对应的故障提示信息。
在一个实施例中，所述预设的信息表包括预设的硬件标识表和预设的寄存器表，所述硬件标识表包括硬件标识和寄存器地址之间的对应关系，所述预设的寄存器表包括寄存器地址和状态阈值范围之间的对应关系。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
根据各所述待检测硬件的标识从所述预设的硬件标识表中获取各所述待检测硬件的标识对应的寄存器地址；
根据各所述待检测硬件的标识对应的寄存器地址，从所述预设的寄存器表中获取所述寄存器地址对应的状态阈值范围。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
获取故障硬件的标识；
将所述故障硬件的标识和预设的核心部件标识表进行标识匹配，得到标识匹配结果；
根据所述标识匹配结果确定所述故障硬件的属性信息。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
若所述标识匹配结果为所述故障硬件的标识和预设的核心部件标识表匹配成功，则将是核心部件确定为所述故障硬件的属性信息；或者，若所述标识匹配结果为所述故障硬件的标识和预设的核心部件标识表匹配失败，则将非核心部件确定为所述故障硬件的属性信息。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
Claims (12)
1.一种硬件自检方法，其特征在于，所述方法包括：
在系统启动后，进入自检模式，获取各待检测硬件的标识和各待检测硬件的状态值；
根据各所述待检测硬件的标识从预设的信息表中获取各所述待检测硬件的标识对应的状态阈值范围；
将各所述待检测硬件的状态值分别与各所述待检测硬件的标识对应的状态阈值范围进行匹配，得到匹配结果；
根据所述匹配结果确定是否退出所述自检模式，并输出自检报告。
2.根据权利要求1所述的硬件自检方法，其特征在于，所述根据所述匹配结果确定是否退出所述自检模式，包括：
若所述匹配结果为各所述待检测硬件的状态值均未超出对应的状态阈值范围，则确定各所述待检测硬件的功能正常，并退出所述自检模式，进入正常工作模式。
3.根据权利要求1所述的硬件自检方法，其特征在于，所述根据所述匹配结果确定是否退出所述自检模式，包括：
若所述匹配结果包括至少一个待检测硬件的状态值超出对应的状态阈值范围，则确定自检过程发生故障，并输出故障提示信号；
获取故障硬件的属性信息，并根据所述故障硬件的属性信息确定是否退出所述自检模式；其中，所述故障硬件的属性信息用于表征所述故障硬件是否是核心部件。
4.根据权利要求3所述的硬件自检方法，其特征在于，所述根据所述故障硬件的属性信息确定是否退出所述自检模式，包括：
若所述故障硬件不是核心部件，则退出所述自检模式，并进入半正常工作模式；所述半正常工作模式下不提供所述故障硬件的有关服务。
5.根据权利要求3所述的硬件自检方法，其特征在于，所述根据所述故障硬件的属性信息确定是否退出所述自检模式，包括：
若所述故障硬件是核心部件，则停留在所述自检模式，并输出所述故障硬件对应的故障提示信息。
6.根据权利要求3所述的硬件自检方法，其特征在于，所述预设的信息表包括预设的硬件标识表和预设的寄存器表，所述硬件标识表包括硬件标识和寄存器地址之间的对应关系，所述预设的寄存器表包括寄存器地址和状态阈值范围之间的对应关系。
7.根据权利要求6所述的硬件自检方法，其特征在于，所述根据各所述待检测硬件的标识从预设的信息表中获取各所述待检测硬件的标识对应的状态阈值范围，包括：
根据各所述待检测硬件的标识从所述预设的硬件标识表中获取各所述待检测硬件的标识对应的寄存器地址；
根据各所述待检测硬件的标识对应的寄存器地址，从所述预设的寄存器表中获取所述寄存器地址对应的状态阈值范围。
8.根据权利要求6所述的硬件自检方法，其特征在于，所述预设的信息表还包括预设的核心部件标识表，所述获取故障硬件的属性信息，包括：
获取故障硬件的标识；
将所述故障硬件的标识和预设的核心部件标识表进行标识匹配，得到标识匹配结果；
根据所述标识匹配结果确定所述故障硬件的属性信息。
9.根据权利要求8所述的硬件自检方法，其特征在于，所述根据所述标识匹配结果确定所述故障硬件的属性信息，包括：
若所述标识匹配结果为所述故障硬件的标识和预设的核心部件标识表匹配成功，则将是核心部件确定为所述故障硬件的属性信息；
或者，
若所述标识匹配结果为所述故障硬件的标识和预设的核心部件标识表匹配失败，则将非核心部件确定为所述故障硬件的属性信息。
10.一种硬件自检装置，其特征在于，所述装置包括：
第一获取模块，用于在系统启动后，进入自检模式，获取各待检测硬件的标识和各待检测硬件的状态值；
第二获取模块，用于根据各所述待检测硬件的标识从预设的信息表中获取各所述待检测硬件的标识对应的状态阈值范围；
匹配模块，用于将各所述待检测硬件的状态值分别与各所述待检测硬件的标识对应的状态阈值范围进行匹配，得到匹配结果；
确定模块，用于根据所述匹配结果确定是否退出所述自检模式，并输出自检报告。
11.一种通信设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至9中任一项所述的方法的步骤。
12.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9中任一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910932777.4A CN110647434A (zh) | 2019-09-29 | 2019-09-29 | 硬件自检方法、装置、通信设备和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910932777.4A CN110647434A (zh) | 2019-09-29 | 2019-09-29 | 硬件自检方法、装置、通信设备和存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110647434A true CN110647434A (zh) | 2020-01-03 |
Family
ID=69011799
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910932777.4A Pending CN110647434A (zh) | 2019-09-29 | 2019-09-29 | 硬件自检方法、装置、通信设备和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110647434A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112954575A (zh) * | 2021-01-28 | 2021-06-11 | 歌尔科技有限公司 | 一种无线耳机故障检测方法、故障检测设备及无线耳机 |
| CN113254287A (zh) * | 2021-05-31 | 2021-08-13 | 北京明略昭辉科技有限公司 | 健康状态自检方法、装置、设备及计算机可读介质 |
| CN113766527A (zh) * | 2020-06-03 | 2021-12-07 | 大唐移动通信设备有限公司 | 一种基站硬件检测方法和装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106776179A (zh) * | 2016-12-17 | 2017-05-31 | 上海与德信息技术有限公司 | 电子器件故障的自动检测方法及装置 |
| CN106874152A (zh) * | 2016-12-30 | 2017-06-20 | 歌尔科技有限公司 | 一种支持电子设备自检硬件性能的方法 |
| CN109765577A (zh) * | 2019-01-16 | 2019-05-17 | 上海华测导航技术股份有限公司 | Gnss接收机的自检方法、装置、设备及存储介质 |
| CN110096394A (zh) * | 2018-01-31 | 2019-08-06 | 佛山市顺德区美的电热电器制造有限公司 | 故障自检方法、装置、电器设备和计算机可读存储介质 |
-
2019
- 2019-09-29 CN CN201910932777.4A patent/CN110647434A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106776179A (zh) * | 2016-12-17 | 2017-05-31 | 上海与德信息技术有限公司 | 电子器件故障的自动检测方法及装置 |
| CN106874152A (zh) * | 2016-12-30 | 2017-06-20 | 歌尔科技有限公司 | 一种支持电子设备自检硬件性能的方法 |
| CN110096394A (zh) * | 2018-01-31 | 2019-08-06 | 佛山市顺德区美的电热电器制造有限公司 | 故障自检方法、装置、电器设备和计算机可读存储介质 |
| CN109765577A (zh) * | 2019-01-16 | 2019-05-17 | 上海华测导航技术股份有限公司 | Gnss接收机的自检方法、装置、设备及存储介质 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113766527A (zh) * | 2020-06-03 | 2021-12-07 | 大唐移动通信设备有限公司 | 一种基站硬件检测方法和装置 |
| CN113766527B (zh) * | 2020-06-03 | 2023-08-01 | 大唐移动通信设备有限公司 | 一种基站硬件检测方法和装置 |
| CN112954575A (zh) * | 2021-01-28 | 2021-06-11 | 歌尔科技有限公司 | 一种无线耳机故障检测方法、故障检测设备及无线耳机 |
| CN113254287A (zh) * | 2021-05-31 | 2021-08-13 | 北京明略昭辉科技有限公司 | 健康状态自检方法、装置、设备及计算机可读介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110647434A (zh) | 硬件自检方法、装置、通信设备和存储介质 | |
| CN110866258B (zh) | 快速定位漏洞方法、电子装置及存储介质 | |
| CN112242938B (zh) | 探测方法、装置、电子设备及计算机可读存储介质 | |
| CN109324961B (zh) | 系统自动测试方法、装置、计算机设备及存储介质 | |
| CN110632498A (zh) | 测试方法和系统 | |
| US11347582B2 (en) | Method and apparatus for self-diagnosis of ram error detection logic of powertrain controller | |
| CN111711540A (zh) | 政企业务告警识别方法和装置 | |
| CN116756037A (zh) | 异常代码定位系统、方法、设备及计算机可读存储介质 | |
| CN111309584B (zh) | 数据处理方法、装置、电子设备及存储介质 | |
| CN115629825B (zh) | 一种服务器及其资产信息获取方法、提供方法和装置 | |
| CN115756935A (zh) | 嵌入式软件系统的异常故障定位方法、装置及设备 | |
| CN114185798A (zh) | 接口测试用例检测方法、装置、计算机设备和存储介质 | |
| CN111008147B (zh) | 应用程序的测试方法、终端及计算机可读存储介质 | |
| CN111475400A (zh) | 一种业务平台的验证方法及相关设备 | |
| CN114496053A (zh) | 数据异常检测方法、装置、设备及计算机可读存储介质 | |
| CN113868034A (zh) | 服务器上电检测方法、电子设备及系统 | |
| CN112306038A (zh) | 一种检测方法、检测装置及诊断设备 | |
| CN111429962A (zh) | 存储器定期进行bist测试的方法、装置、计算机设备及存储介质 | |
| CN112463620A (zh) | 安卓软件集成测试中的覆盖率测试方法、装置 | |
| CN116846741B (zh) | 一种告警收敛方法、装置、设备及存储介质 | |
| CN107656855B (zh) | 提醒用户放错cpu的系统及其方法 | |
| CN110442119B (zh) | Ecu针脚重复配置检测方法及设备 | |
| CN112165406B (zh) | 接口报文测试方法、装置、计算机设备和存储介质 | |
| CN112069749B (zh) | 一种电源连接验证方法、装置、电子设备和存储介质 | |
| CN115454735A (zh) | 故障诊断功能检验方法、系统、计算机设备和存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20200113 Address after: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10 Applicant after: COMBA TELECOM SYSTEMS (CHINA) Ltd. Address before: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong Applicant before: COMBA TELECOM SYSTEMS (CHINA) Ltd. Applicant before: COMBA TELECOM SYSTEMS (GUANGZHOU) Ltd. Applicant before: COMBA TELECOM TECHNOLOGY (GUANGZHOU) Ltd. Applicant before: TIANJIN COMBA TELECOM SYSTEMS Ltd. |
|
| TA01 | Transfer of patent application right | ||
| CB02 | Change of applicant information |
Address after: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10 Applicant after: Jingxin Network System Co.,Ltd. Address before: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10 Applicant before: COMBA TELECOM SYSTEMS (CHINA) Ltd. |
|
| CB02 | Change of applicant information | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200103 |
|
| RJ01 | Rejection of invention patent application after publication |