CN110266549A - 一种子***故障监测装置及方法 - Google Patents
一种子***故障监测装置及方法 Download PDFInfo
- Publication number
- CN110266549A CN110266549A CN201910628574.6A CN201910628574A CN110266549A CN 110266549 A CN110266549 A CN 110266549A CN 201910628574 A CN201910628574 A CN 201910628574A CN 110266549 A CN110266549 A CN 110266549A
- Authority
- CN
- China
- Prior art keywords
- subsystem
- cache module
- module
- operating parameter
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
- H04L41/0661—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty entities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开了子***故障监测装置和方法。所述装置包括：健康心跳组件，用于获取子***的运行参数；缓存模块，与所述健康心跳组件连接，用于接收所述健康心跳组件发送的所述子***的运行参数；哨兵模块，与所述缓存模块连接，用于获取所述缓存模块的故障信息，和从所述缓存模块获取所述子***的运行参数，并通过故障诊断算法获取所述子***的故障信息。采用本装置能够降低***的占用资源。
Description
技术领域
本发明涉及计算机技术领域，并且更具体地，涉及一种子***故障监测装置及方法。
背景技术
在现有智能用能综合监测***中，能实时或定时抄读现场各类表计的用电用水数据并实现远程预付费功能和用能分析诊断功能，显著提升用户工作效率和帮助用户科学用能。该***使用JAVA技术，其包含WEB子***、计算服务子***、前置服务子***(由通讯、业务处理、数据存盘应用组成)、公众号服务子***、短信服务子***等多个子***，各子***数量多、关系复杂且规模大，由于子***在运行过程中运维工作繁重，容易发生故障。
现有运维管理***，在监控各子***和组件的运行状态过程中，虽然支持异常告警，但是存在过多的占用***资源的问题。
发明内容
基于上述问题，提供了一种能够降低***资源占用的子***故障监测装置及方法。
一种子***故障监测装置，所述装置包括：
健康心跳组件，用于获取子***的运行参数；
缓存模块，与所述健康心跳组件连接，用于接收所述健康心跳组件发送的所述子***的运行参数；
哨兵模块，与所述缓存模块连接，用于获取所述缓存模块的故障信息，和从所述缓存模块获取所述子***的运行参数，并通过故障诊断算法获取所述子***的故障信息。
其中，所述健康心跳组件在子***中运行，按照第一预定时间间隔向所述缓存模块发送子***的运行参数。
其中，所述故障诊断算法通过计算堆内存的占比、子***宕机时间、老年代内存分配占比、Full GC耗时上限时间和CPU使用率来判断所述子***的故障。
其中，所述缓存模块为根据关键字取值分布式存储***。
其中，所述哨兵模块包括：
缓存模块监控单元，用于根据所述缓存模块的参数信息向所述缓存模块写入监控心跳信息，在写入失败的情况下，控制缓存模块重启；
子***监控单元，用于从所述缓存模块获取所述子***的运行参数，并通过故障诊断算法获取所述子***的故障信息，并根据所述子***的故障信息控制所述子***重启。
其中，所述哨兵模块中存储了子***重启脚本文件的全路径、缓存模块重启脚本文件的全路径和访问缓存模块的相关参数。
一种子***故障监测方法，所述方法包括：
子***定时向缓存模块发送运行参数；
缓存模块对所述运行参数进行缓存；
哨兵模块从所述缓存模块获取所述子***的运行参数；
根据所述运行参数，通过故障诊断算法获取所述子***的故障信息；
根据所述子***的故障信息控制所述子***重启。
其中，在哨兵模块从所述缓存模块获取所述子***的运行参数之前，包括：哨兵模块根据所述缓存模块的参数信息向所述缓存模块写入监控心跳信息；判断所述监控心跳信息是否成功写入；若写入失败，则控制缓存模块重启。
其中，所述成功写入包括：一次性成功写入；或按照预设失败重试次数和预设失败重试间隔时间尝试多次成功写入。
其中，所述故障诊断算法通过计算堆内存的占比、子***宕机时间、老年代内存分配占比、Full GC耗时上限时间和CPU使用率来判断所述子***的故障。
上述子***故障监测装置及方法通过设置缓存模块对所述子***的运行参数进行缓存，首先，并通过哨兵模块从所述缓存模块获取所述子***的运行参数，并通过故障诊断算法获取所述子***的故障信息，通过缓存模块将哨兵模块与子***解耦，能够有效减少在监测子***的故障信息时所占用的***资源，提高了***稳定性；其次，子***中安装健康心跳组件定时将运行参数写入缓存模块，哨兵模块定时从缓存模块读取子***相关健康信息，进行检查，若发现故障，则执行相应重启脚本以恢复服务，比常见的利用网络通讯直接与子***交互获取健康信息，尤其是使用http请求restapi接口，可以降低***复杂度和减少很大的网络流量；最后，通过重启脚本文件实现各子***的自愈，完成各子***简单故障自动恢复，实现的方法简便且具备一定的通用性，既提高了***可用性，又减少***运维的工作。
附图说明
通过参考下面的附图，可以更为完整地理解本发明的示例性实施方式：
图1为一个实施例中子***故障监测装置的结构框图；
图2为一个实施例中子***故障监测方法的流程示意图；
图3为一个实施例中哨兵模块启动流程示意图；
图4为一个实施例中计算机设备的内部结构图。
具体实施方式
现在参考附图介绍本发明的示例性实施方式，然而，本发明可以用许多不同的形式来实施，并且不局限于此处描述的实施例，提供这些实施例是为了详尽地且完全地公开本发明，并且向所属技术领域的技术人员充分传达本发明的范围。对于表示在附图中的示例性实施方式中的术语并不是对本发明的限定。在附图中，相同的单元/元件使用相同的附图标记。
除非另有说明，此处使用的术语(包括科技术语)对所属技术领域的技术人员具有通常的理解含义。另外，可以理解的是，以通常使用的词典限定的术语，应当被理解为与其相关领域的语境具有一致的含义，而不应该被理解为理想化的或过于正式的意义。
在一个实施例中，如图1所示，提供了子***故障监测装置，所述装置包括：健康心跳组件101、缓存模块200和哨兵模块300。其中：
健康心跳组件100，用于获取子***的运行参数。
其中，子***的运行参数包括JVM(Java Virtual Machine，Java虚拟机)最大内存、JVM已用内存、JVM可用内存、JVM垃圾回收耗时、***CPU使用率、当前进程CPU使用率。
缓存模块200，与所述健康心跳组件连接，用于接收所述健康心跳组件发送的所述子***的运行参数。
其中，健康心跳组件100定时向缓存模块写入子***的运行参数，运行参数包括各项健康指标信息，具体的，健康指标信息包括：key(子***的编码)、最后更新时间和健康相关的指标信息。健康指标信息的具体值(value)为json格式的字符串，其中，key与配置文件保持一致，健康相关的指标信息包括JVM内存相关信息、JVM垃圾回收相关信息、CPU使用相关信息等。
其中，缓存模块采用Nosql数据库中使用较为广泛的非关系型内存数据库，是一个key-value(关键字取值)存储***，读写性能非常好。
哨兵模块300，与所述缓存模块连接，用于获取所述缓存模块的故障信息，和从所述缓存模块获取所述子***的运行参数，并通过故障诊断算法获取所述子***的故障信息。
其中，所述故障诊断算法通过计算堆内存的占比、子***宕机时间、老年代内存分配占比、Full GC耗时上限时间和CPU使用率来判断所述子***的故障。
具体的，所述故障诊断算法判断子***的故障包括：
1)堆内存的占比的最大上限超过90％。JVM(Java Virtual Machine，Java虚拟机)的堆内存用来存放着所有对象和数组，会有自动垃圾回收器来管理，堆内存的占比计算公式如下：
R堆＝M已，用/Mmax
其中：R堆为堆内存的占比，M已用为JVM已用内存，Mmax为JVM最大内存。
2)子***宕机超过心跳间隔时间的三倍，如30秒。假设心跳间隔设为10秒，则判读公式如下：
T宕机＝T当前-T最后更新＞T心跳×3
其中：T宕机为子***宕机时间，T当前为当前***时间，T最后更新为健康信息最后更新时间，T心跳为心跳间隔时间。
3)Major GC(老年代内存分配占比)最近连续10次超过80％。其中，老年代内存分配占比计算公式如下：
R老年代＝M老年代/M已用
其中：R老年代为老年代内存分配占比，M老年代为老年代分配的内存空间，M已用为JVM已用内存。其中，老年代内存分配占比超过80％的次数可通过如下方式计算：当老年代内存分配占比超过80％，将计数器+1，若占比下降至80％以下，将计数器清零，当计数器超过10次时，则判断故障发生。
4)Full GC耗时上限时间超过平均耗时的5倍，Full GC平均耗时的计算公式如下：
其中：Tmax为Full GC耗时上限时间，Tavg为Full GC平均耗时，Tgc为Full GC耗时，n为Full GC次数。
5)当前进程CPU使用率连续5次超过90％。当当前进程CPU使用率超过90％时，将计数器+1，若下降至90％以下，将计数器清零，当计数器超过5次时，则判断故障发生。
上述五种情况中的任一一种情况发生，则判断子***故障。
上述子***故障监测装置，通过设置缓存模块对所述子***的运行参数进行缓存，并通过哨兵模块从所述缓存模块获取所述子***的运行参数，并通过故障诊断算法获取所述子***的故障信息，通过缓存模块将哨兵模块与子***解耦，能够有效减少在监测子***的故障信息时所占用的***资源。
在其中一个实施例中，所述健康心跳组件在子***中运行，按照第一预定时间间隔向所述缓存模块发送子***的运行参数。其中，通过定时向缓存模块发送子***的运行参数，能够避免占用过多的网络资源。
在其中一个实施例中，所述缓存模块为根据关键字取值分布式存储***。
在其中一个实施例中，所述哨兵模块包括：缓存模块监控单元301，用于根据所述缓存模块的参数信息向所述缓存模块写入监控心跳信息，在写入失败的情况下，控制缓存模块重启；子***监控单元302，用于从所述缓存模块获取所述子***的运行参数，并通过故障诊断算法获取所述子***的故障信息，并根据所述子***的故障信息控制所述子***重启。
其中，哨兵模块中有与子***数目一致的子***监控单元，一对一地监控子***，互不干扰。
其中，所述缓存模块的参数信息包括缓存模块的服务器地址、端口、连接密码、连接池相关参数。缓存模块监控单元会按照第二预定时间间隔向缓存模块写入监控心跳信息。其中，定时将监控心跳信息写入缓存模块写能够有效减少网络通信，减少网络负担。
所述哨兵模块中存储了配置文件，所述配置文件用于配置所述缓存模块件的参数信息和预设失败重试次数、预设失败重试间隔、子***编码、心跳间隔时间及判断故障标准相关的阈值等。
其中，所述哨兵模块中存储了子***重启脚本文件的全路径、缓存模块重启脚本文件的全路径和访问缓存模块的相关参数。
所述的重启脚本文件是将各类命令预先放入一个文件中，方便一次执行，如windows的bat文件、linux的sh文件，该重启脚本文件包括停止子***命令和启动子***命令、停止缓存模块命令和启动缓存模块命令。
本实施例通过对控制缓存模块重启和子***重启，操作简单，且有利于缓存模块和子***的故障恢复。
上述子***故障监测装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，如图2所示，提供了一种子***故障监测方法，所述方法包括：
S210，子***按照第一预定时间间隔向缓存模块发送运行参数。
S220，缓存模块对所述运行参数进行缓存。
S230，哨兵模块从所述缓存模块获取所述子***的运行参数。
S240，根据所述运行参数，通过故障诊断算法获取所述子***的故障信息。
S250，根据所述子***的故障信息控制所述子***重启。
在其中一个实施例中，在哨兵模块从所述缓存模块获取所述子***的运行参数之前，包括：哨兵模块根据所述缓存模块的参数信息向所述缓存模块写入监控心跳信息；判断所述监控心跳信息是否成功写入；若写入失败，则控制缓存模块重启。
其中，所述成功写入包括：一次性成功写入；或按照预设失败重试次数和预设失败重试间隔时间尝试多次成功写入。一次性成功写入，表示向缓存模块写入一监控心跳信息，若能正常写入，表示缓存服务正常。尝试多次成功写入，表示在向缓存模块写入监控心跳信息未能正常写入，然后，再按照预设失败重试间隔时间再次写入，如果写入成功，则表示缓存服务正常，如果写入不成功，再按照预设失败重试间隔时间再次写入，重复尝试多次，如果在预设失败重试次数内写入成功，则表示缓存服务正常。预设失败重试间隔时间可为1秒、3秒、5秒。
其中，写入失败与所述成功写入相反，在预设失败重试次数内均未写入成功，则为写入失败。
其中，所述监控心跳信息包括关键字和值，关键字(key)为heartbeat，值(value)为***当前时间。
在其中一个实施例中，所述故障诊断算法通过计算堆内存的占比、子***宕机时间、老年代内存分配占比、Full GC耗时上限时间和CPU使用率来判断所述子***的故障。
在其中一个实施例中，如图3所示，哨兵模块的启动方法包括：
a1，读取配置文件。其中，所述配置文件用于配置所述缓存模块件的参数信息和预设失败重试次数、预设失败重试间隔、子***编码、心跳间隔时间及判断故障标准相关的阈值等。
a2，启动缓存监控线程。其中，所述缓存监控线程用于监控缓存模块。
a3，遍历子***配置。其中，由于存在多个子***，因此，需要对过个子***的配置文件进行读取。
a4，判断是否完成子***配置的遍历。
a5，如果遍历完成，则哨兵模块进入后台运行；如果遍历未完成，则启动子***监控线程，回到步骤a4。
关于子***故障监测方法的具体限定可以参见上文中对于子***故障监测装置的限定，在此不再赘述。
应该理解的是，虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图4所示。该计算机设备包括通过***总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的数据库用于存储维修报表数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种子***故障监测方法。
已经通过参考少量实施方式描述了本发明。然而，本领域技术人员所公知的，正如附带的专利权利要求所限定的，除了本发明以上公开的其他的实施例等同地落在本发明的范围内。
通常地，在权利要求中使用的所有术语都根据他们在技术领域的通常含义被解释，除非在其中被另外明确地定义。所有的参考“一个/所述/该[装置、组件等]”都被开放地解释为所述装置、组件等中的至少一个实例，除非另外明确地说明。这里公开的任何方法的步骤都没必要以公开的准确的顺序运行，除非明确地说明。
Claims (10)
1.一种子***故障监测装置，其特征在于，所述装置包括：
健康心跳组件，用于获取子***的运行参数；
缓存模块，与所述健康心跳组件连接，用于接收所述健康心跳组件发送的所述子***的运行参数；
哨兵模块，与所述缓存模块连接，用于获取所述缓存模块的故障信息，和从所述缓存模块获取所述子***的运行参数，并通过故障诊断算法获取所述子***的故障信息。
2.根据权利要求1所述的装置，其特征在于，所述健康心跳组件在子***中运行，按照第一预定时间间隔向所述缓存模块发送子***的运行参数。
3.根据权利要求1所述的装置，其特征在于，所述故障诊断算法通过计算堆内存的占比、子***宕机时间、老年代内存分配占比、Full GC耗时上限时间和CPU使用率来判断所述子***的故障。
4.根据权利要求1所述的装置，其特征在于，所述缓存模块为根据关键字取值分布式存储***。
5.根据权利要求1所述的装置，其特征在于，所述哨兵模块包括：
缓存模块监控单元，用于根据所述缓存模块的参数信息向所述缓存模块写入监控心跳信息，在写入失败的情况下，控制缓存模块重启；
子***监控单元，用于从所述缓存模块获取所述子***的运行参数，并通过故障诊断算法获取所述子***的故障信息，并根据所述子***的故障信息控制所述子***重启。
6.根据权利要求5所述的装置，其特征在于，所述哨兵模块中存储了子***重启脚本文件的全路径、缓存模块重启脚本文件的全路径和访问缓存模块的相关参数。
7.一种子***故障监测方法，其特征在于，所述方法包括：
子***定时向缓存模块发送运行参数；
缓存模块对所述运行参数进行缓存；
哨兵模块从所述缓存模块获取所述子***的运行参数；
根据所述运行参数，通过故障诊断算法获取所述子***的故障信息；
根据所述子***的故障信息控制所述子***重启。
8.根据权利要求7所述的方法，其特征在于，在哨兵模块从所述缓存模块获取所述子***的运行参数之前，包括：
哨兵模块根据所述缓存模块的参数信息向所述缓存模块写入监控心跳信息；
判断所述监控心跳信息是否成功写入；
若写入失败，则控制缓存模块重启。
9.根据权利要求8所述的方法，其特征在于，所述成功写入包括：一次性成功写入；
或按照预设失败重试次数和预设失败重试间隔时间尝试多次成功写入。
10.根据权利要求7所述的方法，其特征在于，所述故障诊断算法通过计算堆内存的占比、子***宕机时间、老年代内存分配占比、Full GC耗时上限时间和CPU使用率来判断所述子***的故障。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910628574.6A CN110266549A (zh) | 2019-07-12 | 2019-07-12 | 一种子***故障监测装置及方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910628574.6A CN110266549A (zh) | 2019-07-12 | 2019-07-12 | 一种子***故障监测装置及方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110266549A true CN110266549A (zh) | 2019-09-20 |
Family
ID=67925938
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910628574.6A Pending CN110266549A (zh) | 2019-07-12 | 2019-07-12 | 一种子***故障监测装置及方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110266549A (zh) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103149901A (zh) * | 2013-02-04 | 2013-06-12 | 南京理工大学 | 制造装备嵌入式智能监控与远程维护*** |
| CN105512554A (zh) * | 2015-11-25 | 2016-04-20 | 汉柏科技有限公司 | ***监控方法和装置 |
| CN106100938A (zh) * | 2016-08-19 | 2016-11-09 | 浪潮(北京)电子信息产业有限公司 | 一种分布式集群***的监控和告警方法及*** |
| CN106649043A (zh) * | 2016-12-28 | 2017-05-10 | 深圳新基点智能股份有限公司 | 一种运维***故障自动诊断方法及*** |
| CN109361542A (zh) * | 2018-10-29 | 2019-02-19 | 北京奇艺世纪科技有限公司 | 客户端的故障处理方法、装置、***、终端和服务器 |
-
2019
- 2019-07-12 CN CN201910628574.6A patent/CN110266549A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103149901A (zh) * | 2013-02-04 | 2013-06-12 | 南京理工大学 | 制造装备嵌入式智能监控与远程维护*** |
| CN105512554A (zh) * | 2015-11-25 | 2016-04-20 | 汉柏科技有限公司 | ***监控方法和装置 |
| CN106100938A (zh) * | 2016-08-19 | 2016-11-09 | 浪潮(北京)电子信息产业有限公司 | 一种分布式集群***的监控和告警方法及*** |
| CN106649043A (zh) * | 2016-12-28 | 2017-05-10 | 深圳新基点智能股份有限公司 | 一种运维***故障自动诊断方法及*** |
| CN109361542A (zh) * | 2018-10-29 | 2019-02-19 | 北京奇艺世纪科技有限公司 | 客户端的故障处理方法、装置、***、终端和服务器 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103201724B (zh) | 在高可用性虚拟机环境中提供高可用性应用程序 | |
| US7165190B1 (en) | Method and mechanism for managing traces within a computer system | |
| CN105468450B (zh) | 任务调度方法及*** | |
| Castelli et al. | Proactive management of software aging | |
| US9026679B1 (en) | Methods and apparatus for persisting management information changes | |
| CN103441906B (zh) | 基于自主计算的代理缓存集群异常检测*** | |
| US7620849B2 (en) | Fault recovery system and method for adaptively updating order of command executions according to past results | |
| US9418129B2 (en) | Adaptive high-performance database redo log synchronization | |
| CN103455368B (zh) | 一种死锁检测方法、节点及*** | |
| EP3591485B1 (en) | Method and device for monitoring for equipment failure | |
| CN103116531A (zh) | 存储***故障预测方法和装置 | |
| EP2802990A2 (en) | Fault tolerance for complex distributed computing operations | |
| CN110807064A (zh) | Rac分布式数据库集群***中的数据恢复装置 | |
| CN109144789A (zh) | 一种重启osd的方法、装置及*** | |
| US20090138757A1 (en) | Failure recovery method in cluster system | |
| CN114416200A (zh) | 声明式云平台监控采集配置动态管理和加载的***及方法 | |
| CN114154035A (zh) | 一种动环监控的数据处理*** | |
| CN113515316A (zh) | 一种新型边缘云操作*** | |
| CN100435105C (zh) | 集群环境下的应用服务器的***再生方法 | |
| CN110266549A (zh) | 一种子***故障监测装置及方法 | |
| CN112817687A (zh) | 一种数据同步方法和装置 | |
| CN116302652A (zh) | ***报警信息的处理方法、装置及电子设备 | |
| CN113612624B (zh) | 一种节点之间心跳处理方法及装置 | |
| JP3447347B2 (ja) | 障害検出方法 | |
| CN114281570B (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 | ||
| CB03 | Change of inventor or designer information | ||
| CB03 | Change of inventor or designer information |
Inventor after: Liu Chao Inventor after: Ding Guomao Inventor after: Zheng Fenghua Inventor after: Zhou Dongdong Inventor after: Chen Jiangling Inventor after: Huang Shengzhuan Inventor after: Zeng Jianwei Inventor after: Liu Hongdan Inventor before: Zhao Qiuhong Inventor before: Ding Guomao Inventor before: Zheng Fenghua Inventor before: Zhou Dongdong |
|
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190920 |