CN113297029A - 用于双***智能驾驶舱qnx端运行信息管理***和方法 - Google Patents
用于双***智能驾驶舱qnx端运行信息管理***和方法 Download PDFInfo
- Publication number
- CN113297029A CN113297029A CN202110431890.1A CN202110431890A CN113297029A CN 113297029 A CN113297029 A CN 113297029A CN 202110431890 A CN202110431890 A CN 202110431890A CN 113297029 A CN113297029 A CN 113297029A
- Authority
- CN
- China
- Prior art keywords
- operation information
- qnx
- information
- dual
- whole machine
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3013—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is an embedded system, i.e. a combination of hardware and software dedicated to perform a certain function in mobile devices, printers, automotive or aircraft systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0766—Error or fault reporting or storing
- G06F11/0778—Dumping, i.e. gathering error/state information after a fault for later diagnosis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/079—Root cause analysis, i.e. error or fault diagnosis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
- G06F11/366—Software debugging using diagnostics
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Mathematical Physics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明提供一种用于双***智能驾驶舱QNX端运行信息管理***和方法,在用户需要获取QNX仪表端的LOG时,接入存在LOG采集标志文件的U盘,Android检测到标志后,发送“开始收集”的消息给QNX***,QNX***将实时保存的各种运行信息整合成一个压缩包,并将压缩包上传到FTP服务器。安卓端下载QNX仪表端的压缩包,并将这个压缩包与Android的Log文件整合成一个整机运行信息压缩包,进而将整机运行信息压缩包拷贝到Android端U盘,进行分析***的运行状态。当软件出现Bug或者***异常时,只需要接入包含LOG采集标志文件的U盘,拷贝所述整机运行信息压缩包进行分析,不再需要拆车或接串口板检查故障。也可由终端用户抓取软件Bug或者***异常的信息,降低了对开发人员现场支持的依赖。
Description
技术领域
本发明涉及Hypervisor双***运行信息管理技术领域,尤其是涉及一种用于双***智能驾驶舱QNX端运行信息管理***和方法。
背景技术
Hypervisor双***智能驾驶舱QNX仪表端Log机制使用***自带的slog2。默认情况下,slog2将Log暂存在内存中,***重启后这些Log会丢失。非易失的Log机制非常不利于问题的分析和解决。很多情况下***异常重启后,无法分析***重启的Log、CPU、内存、进程信息,无法追溯根本原因。并且大多数***异常重启是很难复现。故本发明就是为了解决如何实时保存***运行Log、CPU、内存、进程、Screen、Core dump信息及PPS文件,让其不易丢失。且目前对应产品装车后,若出现软件bug或者***异常,开发人员需要接串口板等获取***运行信息,甚至还需要拆车才能将出现问题时的状态和信息获取出来。导致***维护成本和难度加大,也十分不便于***问题或缺陷的测试和维护。
发明内容
针对上述问题,本技术创新地提出了一种用于双***智能驾驶舱QNX端运行信息管理***和方法,实时获取CPU、内存、进程信息,保存在EMMC中,待拷贝出来用于分析。当触发***运行信息获取功能后,将实时保存的Log、CPU、内存、进程信息、Core dump文件、PPS文件、甚至是寄存器的值等打包,通过FTP方式上传到FTP服务器,再从Android***的USB拷贝出来。在产品装车后,出现软件bug或者***异常,不需要拆车就可以将出现问题时的状态和信息获取出来。同时可以配置Log文件保存的大小,根据项目的盘符剩余容量来设置保存Log文件大小。
具体的,本发明提出了一种用于双***智能驾驶舱QNX端运行信息管理***,所述运行信息管理***应用于Hypervisor***上的Android***与QNX***间的通信交互;由所述Android***来触发所述QNX***进行其运行信息的获取功能;所述QNX***将实时保存运行信息并整合成一个压缩包;所述Android***获取所述压缩包后,与Android***本身的Log文件再一起整合成一个整机运行信息压缩包,拷贝所述整机运行信息压缩包并进行分析,完成Hypervisor***上的双***运行信息的管理。
其中,所述Android***与QNX***间采用基于SOME/IP的CommonAPI接口来定义。
进一步的,所述***还包括:所述Android***还包括U盘检测程序或者触摸显示屏;通过所述检测U盘的LOG采集标志文件或者触摸显示屏触发运行信息获取指令,并通过所述SOME/IP发送开始信息收集指令至所述QNX***端。
进一步的, 所述QNX***端收到开始信息收集指令后,将实时保存的至少包括进程信息,PPS文件,内核错误信息,CPU信息,Trace信息,Screen信息,以及AVM的标定图片数据和寄存器的值整合成一个压缩包。
进一步的,通过FTP方式将所述压缩包上传到FTP服务器,供所述Android***下载。
进一步的,所述Android***下载压缩包,并完成整机运行信息压缩包整合后,通过所述Android***的USB端口进行拷贝。
其中,所述整机运行信息压缩包用于根据Log定位对应***的异常问题;根据CPU信息和内存使用情况定位对应***内存泄漏及异常前的情况;根据Core dump文件检查对应***运行过程中是否存在异常崩溃的程序,并分析堆栈情况,确定代码是否编写错误。根据Screen信息,可用于确定***各窗口的层级关系,显示位图可判断获取***运行信息时显示是否异常。
进一步的,还包括:进一步的,还包括:与所述USB端口配合使用的U盘,将所述整机运行信息压缩包进行拷贝出来,完成Hypervisor双***运行信息的获取。用于问题分析与定位;或将所述整机运行信息上传至云端进行远程检查分析。
作为另一优选的,本发明还提出一种用于所述双系述的用于统智能驾驶舱QNX端运行信息管理***的方法,包括以下步骤:
步骤1:通过Android***侧的触摸显示屏触发运行信息获取指令,并通过SOME/IP发送开始信息收集指令至所述QNX***端;
步骤2:所述QNX***端收到开始信息收集指令后,将实时保存的至少包括进程信息,PPS文件,内核错误信息,CPU信息,Trace信息,Screen信息,以及AVM的标定图片数据和寄存器的值整合成一个压缩包;并通过FTP方式将所述压缩包上传到FTP服务器,供所述Android***下载;
步骤3:所述Android***下载压缩包,与Android***本身的Log文件再一起整合成一个整机运行信息压缩包;
步骤4:使用安卓端的U盘,将所述整机运行信息压缩包进行拷贝出来,完成Hypervisor双***运行信息的获取。用于问题分析与定位;或将所述整机运行信息上传至云端进行远程检查分析。
进一步的,还可以根据项目的盘符剩余容量来配置所述QNX***和Android***中的Log文件保存的大小值。
综上所述,本发明提供一种用于双***智能驾驶舱QNX端运行信息管理***和方法,在用户需要获取QNX仪表端的LOG时,接入存在LOG采集标志文件的U盘,Android检测到标志后,发送“开始收集”的消息给QNX***,将实时保存的LOG、CPU信息、内存使用情况、Core dump文件、Screen信息、PPS文件等整合成一个压缩包,通过FTP方式将压缩包上传到FTP服务器。安卓端下载QNX仪表端的压缩包,同时将这个压缩包与Android的Log文件一起整合成一个整机运行信息压缩包,进一步将运行信息压缩包拷贝到Android端U盘,快捷方便地在电脑上分析***的运行状态。当软件出现Bug或者***异常时,只需要接入包含LOG采集标志文件的U盘,拷贝所述整机运行信息压缩包进行分析,不需要拆车或接串口板,也可以快速的定位问题。抓取软件Bug或者***异常的信息,终端用户也可以执行,降低了对开发人员现场支持的依赖。
附图说明
图1 为本发明所述的用于双***智能驾驶舱QNX端运行信息管理***示意图。
图2 为本发明所述的用于双系述的用于统智能驾驶舱QNX端运行信息管理***的方法示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,本发明所述运行信息管理***应用于Hypervisor***上的Android***与QNX***间的通信交互;其中,所述Android***至少包括APP层应用程序,用于支持用户界面操作或支持U盘标志文件的检测功能。还包括与所述APP层通信的Android中间件框架,中间件框架中的适配器通讯管理模块转发触发信号,通过HAL层的车辆通讯服务中的SOME/IP通讯代理进行指令消息发送,并由QNX***端接收。QNX***运行信息收集及打包上传FTP服务器后,可以拷贝到安卓端的U盘,用于问题分析与定位。或将所述整机运行信息上传至云端进行远程检查分析。
具体包括:由所述Android***来触发所述QNX***进行其运行信息的获取功能;所述QNX***将实时保存运行信息并整合成一个压缩包;所述Android***获取所述压缩包后,与Android***本身的Log文件再一起整合成一个整机运行信息压缩包,拷贝所述整机运行信息压缩包并进行分析,完成Hypervisor***上的双***运行信息的管理。
其中,在Hypervisor***上Android***与QNX***间的通信交互主要采用基于SOME/IP的CommonAPI接口来定义;
所述Android***还包括U盘检测程序或者触摸显示屏;通过所述检测U盘的LOG采集标志文件或者触摸显示屏触发运行信息获取指令,并通过所述SOME/IP发送开始信息收集指令至所述QNX***端。优选的,所述触发运行信息获取指令可设置为按一预设时间定时触发,或人工操作进行触发,均不限于此。
所述QNX***端收到开始信息收集指令后,将实时保存的至少包括Log文件,CPU信息,内存使用情况,Core dump文件,Screen信息,PPS文件,AVM的标定图片数据和寄存器的值整合成一个压缩包。其中,实时保存***Log,断电不丢失。Log用于对问题进行定位和分析,特别是针对低概率***异常重启的问题。定时获取***的CPU,内存,进程信息,用于定位内存泄漏及***异常前的情况。在压力测试和自动化测试中,可以方便定位内存泄漏,可用于了解***异常前的信息。对于进程异常产生一大堆线程的问题,也可以协助定位分析。获取双***Screen,Core dump信息,用于了解***运行过程中是否存在异常崩溃的程序,若之前进程有过崩溃会产生Core dump文件,这些core文件可用于分析堆栈情况,确定代码的编写错误。
通过FTP方式将所述压缩包上传到FTP服务器,供所述Android***下载。
所述Android***下载压缩包,并完成整机运行信息压缩包整合后,通过所述Android***的USB端口进行拷贝。
使用安卓端的U盘,将所述整机运行信息压缩包进行拷贝出来,完成Hypervisor双***运行信息的获取。用于问题分析与定位;或将所述整机运行信息上传至云端进行远程检查分析。
作为另一优选的,本发明还提供一种用于双系述的用于统智能驾驶舱QNX端运行信息管理***的方法,如图2所示,包括以下步骤:
步骤1:通过Android***侧检测U盘的LOG采集标志文件或者触摸显示屏触发运行信息获取指令,并通过所述SOME/IP发送开始信息收集指令至所述QNX***端;
步骤2:所述QNX***端收到开始信息收集指令后,将实时保存的至少包括Log文件,CPU信息,内存使用情况,Core dump文件,Screen信息,PPS文件,AVM的标定图片数据和寄存器的值整合成一个压缩包;并通过FTP将所述压缩包上传到FTP服务器,供所述Android***下载;
步骤3:所述Android***下载压缩包,与Android***本身的Log文件再一起整合成一个整机运行信息压缩包;
步骤4:使用安卓端的U盘,将所述整机运行信息压缩包进行拷贝出来,完成Hypervisor双***运行信息的获取。用于问题分析与定位;或将所述整机运行信息上传至云端进行远程检查分析。
其中,还可以根据项目的盘符剩余容量来配置所述QNX***和Android***中的Log文件保存的大小值。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种用于双***智能驾驶舱QNX端运行信息管理***,其特征在于,所述运行信息管理***应用于Hypervisor***上的Android***与QNX***间的通信交互;由所述Android***来触发所述QNX***进行其运行信息的获取功能;所述QNX***将实时保存运行信息并整合成一个压缩包;所述Android***获取所述压缩包后,与Android***本身的Log文件再一起整合成一个整机运行信息压缩包,拷贝所述整机运行信息压缩包并进行分析,完成Hypervisor***上的双***运行信息的管理。
2.根据权利要求1所述的用于双***智能驾驶舱QNX端运行信息管理***,其特征在于,所述Android***与QNX***间采用基于SOME/IP的CommonAPI接口来定义。
3.根据权利要求2所述的用于双***智能驾驶舱QNX端运行信息管理***,其特征在于,还包括:所述Android***还包括U盘检测程序或者触摸显示屏;通过所述检测U盘的LOG采集标志文件或者触摸显示屏触发运行信息获取指令,并通过所述SOME/IP发送开始信息收集指令至所述QNX***端。
4.根据权利要求3所述的用于双***智能驾驶舱QNX端运行信息管理***,其特征在于,还包括:所述QNX***端收到开始信息收集指令后,将实时保存的至少包括进程信息,PPS文件,Core dump文件,CPU信息,Trace信息,Screen信息,以及AVM的标定图片数据和寄存器的值整合成一个压缩包。
5.根据权利要求4所述的用于双***智能驾驶舱QNX端运行信息管理***,其特征在于,还包括:通过FTP方式将所述压缩包上传到FTP服务器,供所述Android***下载。
6.根据权利要求5所述的用于双***智能驾驶舱QNX端运行信息管理***,其特征在于,还包括:所述Android***下载压缩包,并完成整机运行信息压缩包整合后,将压缩包拷贝到Android***的U盘中。
7.根据权利要求6所述的用于双***智能驾驶舱QNX端运行信息管理***,其特征在于,还包括:所述整机运行信息压缩包用于根据Log定位对应***的异常问题;根据CPU信息和内存使用情况定位对应***内存泄漏及异常前的情况;根据Core dump文件检查对应***运行过程中是否存在异常崩溃的程序,并分析堆栈情况,确定代码是否编写错误;根据Screen信息,可用于确定***各窗口的层级关系,显示位图可判断获取***运行信息时显示是否异常。
8.根据权利要求6所述的用于双***智能驾驶舱QNX端运行信息管理***,其特征在于,还包括:与所述USB端口配合使用的U盘,用于获取所述整机运行信息压缩包并进行分析和问题定位;或将所整机运行信息压缩包上传至云端进行远程检查分析。
9.根据权利要求1-8任一所用于双系述的用于统智能驾驶舱QNX端运行信息管理***的方法,其特征在于,包括以下步骤:
步骤1:通过Android***侧U盘LOG采集标志文件或者触摸显示屏触发运行信息获取指令,并通过SOME/IP发送开始信息收集指令至所述QNX***端;
步骤2:所述QNX***端收到开始信息收集指令后,将实时保存的至少包括进程信息,PPS文件,内核错误信息,CPU信息,Trace信息,Screen信息,以及AVM的标定图片数据和寄存器的值整合成一个压缩包;并通过FTP将所述压缩包上传到FTP服务器,供所述Android***下载;
步骤3:所述Android***下载压缩包,与Android***本身的Log文件再一起整合成一个整机运行信息压缩包;
步骤4:使用U盘将所述整机运行信息压缩包进行拷贝,完成Hypervisor双***运行信息的获取;用于问题分析与定位;或将所述整机运行信息压缩包上传至云端进行远程检查分析。
10.根据权利要求9所述的方法,其特征在于,还包括:
根据项目的盘符剩余容量来配置所述QNX***中的Log文件保存的大小值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110431890.1A CN113297029A (zh) | 2021-04-21 | 2021-04-21 | 用于双***智能驾驶舱qnx端运行信息管理***和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110431890.1A CN113297029A (zh) | 2021-04-21 | 2021-04-21 | 用于双***智能驾驶舱qnx端运行信息管理***和方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113297029A true CN113297029A (zh) | 2021-08-24 |
Family
ID=77321526
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110431890.1A Pending CN113297029A (zh) | 2021-04-21 | 2021-04-21 | 用于双***智能驾驶舱qnx端运行信息管理***和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113297029A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN206254935U (zh) * | 2016-09-26 | 2017-06-16 | 中华汽车工业股份有限公司 | 车载娱乐控制装置 |
CN111163340A (zh) * | 2019-12-31 | 2020-05-15 | 武汉光庭信息技术股份有限公司 | 一种基于车联网的ivi***远程log上报方法和装置 |
CN111240898A (zh) * | 2020-01-09 | 2020-06-05 | 中瓴智行(成都)科技有限公司 | 一种基于Hypervisor的黑匣子实现方法及*** |
CN111683276A (zh) * | 2020-06-16 | 2020-09-18 | 扬州航盛科技有限公司 | 一种基于安卓***的车载实时多屏投射方法 |
CN111970185A (zh) * | 2020-07-06 | 2020-11-20 | 惠州市德赛西威汽车电子股份有限公司 | 一种主动式车载语音交互方法和*** |
-
2021
- 2021-04-21 CN CN202110431890.1A patent/CN113297029A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN206254935U (zh) * | 2016-09-26 | 2017-06-16 | 中华汽车工业股份有限公司 | 车载娱乐控制装置 |
CN111163340A (zh) * | 2019-12-31 | 2020-05-15 | 武汉光庭信息技术股份有限公司 | 一种基于车联网的ivi***远程log上报方法和装置 |
CN111240898A (zh) * | 2020-01-09 | 2020-06-05 | 中瓴智行(成都)科技有限公司 | 一种基于Hypervisor的黑匣子实现方法及*** |
CN111683276A (zh) * | 2020-06-16 | 2020-09-18 | 扬州航盛科技有限公司 | 一种基于安卓***的车载实时多屏投射方法 |
CN111970185A (zh) * | 2020-07-06 | 2020-11-20 | 惠州市德赛西威汽车电子股份有限公司 | 一种主动式车载语音交互方法和*** |
Non-Patent Citations (2)
Title |
---|
WANGQINGCHUAN92: "【QNX】QNX 和 Win10 之间通过ftp传输文件", 《HTTPS://BLOG.CSDN.NET/WANGQINGCHUAN92/ARTICLE/DETAILS/78192855?》 * |
杨小川等: "Pixhawk开源飞控项目概述及其航空应用展望", 《飞航导弹》 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9218234B2 (en) | Memory dump and analysis in a computer system | |
KR101944874B1 (ko) | 오류 처리 방법, 관련 장치 및 컴퓨터 | |
US8423997B2 (en) | System and method of controlling virtual machine | |
US5948112A (en) | Method and apparatus for recovering from software faults | |
CN101329631B (zh) | 一种嵌入式***自动检测和恢复启动的方法及装置 | |
US9262283B2 (en) | Method for reading kernel log upon kernel panic in operating system | |
US8140837B2 (en) | Automatically making selective changes to firmware or configuration settings | |
CN112860466B (zh) | 一种车载娱乐***重启故障诊断方法和*** | |
CN106682162B (zh) | 日志管理方法及装置 | |
CN213069791U (zh) | 一种车载信息娱乐***的故障检测*** | |
CN110609778A (zh) | 一种保存服务器宕机日志的方法及*** | |
US7631224B2 (en) | Program, method, and mechanism for taking panic dump | |
CN112748885B (zh) | 一种信息处理方法、装置、设备及存储介质 | |
CN111158945B (zh) | 内核故障处理方法、装置、网络安全设备和可读存储介质 | |
CN113297029A (zh) | 用于双***智能驾驶舱qnx端运行信息管理***和方法 | |
CN116820932A (zh) | 一种bmc故障诊断方法、装置、设备及介质 | |
CN103294573B (zh) | 一种智能终端及其数据备份方法 | |
JP4269362B2 (ja) | コンピュータシステム | |
CN113722170B (zh) | 一种pfr功能测试方法、装置、设备及可读存储介质 | |
CN113535502A (zh) | 用于服务器***的错误日志收集方法 | |
US8930666B1 (en) | Virtual disk carousel | |
JP3459898B2 (ja) | 組み込みシステムの障害情報トレーサ装置 | |
JP2007141193A (ja) | ワイヤレスデバイスのリアルタイム性に適用するメモリリーク検出手法 | |
CN117873771B (zh) | 一种***宕机处理方法、装置、设备、存储介质及服务器 | |
CN111324543B (zh) | 一种基于Dual BIOS中IE信息测试的方法及装置 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210824 |
|
RJ01 | Rejection of invention patent application after publication |