CN114265678A - 基于ThreadX的提升车载终端***稳定性的方法 - Google Patents
基于ThreadX的提升车载终端***稳定性的方法 Download PDFInfo
- Publication number
- CN114265678A CN114265678A CN202111578648.3A CN202111578648A CN114265678A CN 114265678 A CN114265678 A CN 114265678A CN 202111578648 A CN202111578648 A CN 202111578648A CN 114265678 A CN114265678 A CN 114265678A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- task
- mcu
- stack
- terminal system
- 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
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种基于ThreadX的提升车载终端***稳定性的方法,涉及车联网技术领域,解决了现有的车载终端***采用裸机带来的稳定性差的技术问题。本发明的车载终端***包括汽车TBOX以及CAN总线,所述汽车TBOX设置有MCU,MCU通过ThreadX***进行运行,还包括如下步骤:S1、MCU进行初始化;S2、MCU任务调度与执行;S3、MCU进入休眠;S4、休眠结束返回步骤S2。本发明用于车载终端***,能够提升其稳定性与安全性。
Description
技术领域
本发明涉及车联网技术领域,尤其涉及一种基于ThreadX的提升车载终端***稳定性的方法。
背景技术
ThreadX是优秀的硬实时操作***(RTOS),适用于深嵌入式应用中,具有规模小、实时性强、可靠性高、无产品版权费、易于使用等特点,并且支持大量的处理器和SoC,包括ARM、PowerPC、SH 4、MIPS、ADI DSP、TI DPS、Nios II等,因此广泛应用于消费电子、汽车电子、工业自动化、网络解决方案、军事与航空航天等领域中。ThreadX主要的特点是支持优先级继承,抢占阈值的设计,微内核设计,代码空间占用小等。
现有的车载终端***大多采用裸机(前后台***)进行任务调度和***管理,不利于任务划分和代码编写,而且对于任务堆栈的使用情况还得自己去衡量,不利于监控堆栈的使用情况。堆栈溢出往往也是嵌入式***出现各种莫名其妙的bug的原因之一。因此,现有的车载终端***主要技术问题在于:应用程序对各项任务划分不明确,由此带来的资源管理松散、堆栈管理方面监控不足、程序健壮性与稳定性不足。
发明内容
本发明的目的在于提供一种基于ThreadX的提升车载终端***稳定性的方法,以解决现有的车载终端***采用裸机带来的稳定性差的技术问题。本发明提供的诸多技术方案中的优选技术方案所能产生的诸多技术效果详见下文阐述。
为实现上述目的,本发明提供了以下技术方案:
本发明提供的一种基于ThreadX的提升车载终端***稳定性的方法,所述车载终端***包括汽车TBOX以及CAN总线,所述汽车TBOX设置有MCU,所述MCU通过ThreadX***进行运行,还包括如下步骤:
S1、所述MCU进行初始化;
S2、所述MCU任务调度与执行;
S3、所述MCU进入休眠;
S4、休眠结束返回步骤S2。
进一步地,步骤S2包括如下步骤:
S21、执行主循环任务;
S22、处理所述CAN总线的接收发送任务;
S23、执行串口通信任务;
S24、执行指示灯任务;
S25、监控堆栈任务;
S26、处理空闲任务。
进一步地,所述主循环任务、接收发送任务、串口通信任务的调度周期均为10ms;所述指示灯任务、堆栈任务、空闲任务的调度周期均为50ms;所述主循环任务、接收发送任务、串口通信任务、指示灯任务、堆栈任务、空闲任务的优先级别分别为:1级、2级、3级、4级、5级、6级。
进一步地,步骤S25包括如下步骤:
S251、将任务的堆栈区域全部初始化为0xAA;
S252、每隔1s进行一次堆栈检测;检测时,从所述堆栈的尾部往前检测,直到第一个值不等于0xAA为止;
S253、计算所述堆栈使用比率。
进一步地,所述堆栈使用比率的计算公式R为:
R=(stack_used-stack_start)/(stack_end-stack_start)×100%;
其中,stack_used为第一个值不等于0xAA的位置号,stack_start为所述堆栈的开始位置号,stack_end为所述堆栈的结束位置号,所述位置号均采用十六进制表示。
进一步地,步骤S3包括如下步骤:
S31、关闭所述MCU的串口;
S32、关闭所述CAN总线连接的收发器;
S33、关闭所述MCU的IO引脚;
S34、禁止所述MCU的定时器运行;
S35、配置所述MCU的唤醒引脚;
S36、关闭所述MCU的外部看门狗和内部看门狗;
S37、进入休眠状态。
进一步地,基于ThreadX的提升车载终端***稳定性的方法,还包括通过电源对所述汽车TBOX进行休眠与唤醒,其步骤如下:
S51、所述汽车TBOX进入深度睡眠;
S52、所述CAN总线运行、深度睡眠时间结束、所述CAN总线收到电源唤醒信号中是否有至少一个条件成立;如是,则执行步骤S53;否则,返回步骤S51;
S53、所述汽车TBOX唤醒,所述CAN总线执行接收发送任务;
S54、汽车的IGN是否处于OFF档位,且,所述CAN网络是否进入休眠条件;如是,执行步骤S55;否则,返回步骤S53;
S55、所述汽车TBOX休眠;
S56、本次休眠距离上次唤醒的时长是否已达达预定时间;如是,返回步骤S51;否则,返回步骤S57;
S57、收到SMS短信唤醒信号、所述CAN总线运行、睡眠时间结束、收到电源唤醒信号中是否有至少一个条件成立;如是,返回步骤S53;否则,返回步骤S55。
进一步地,所述汽车TBOX处于深度睡眠状态时,输入电流为1mA,输入电压为12V;所述汽车TBOX处于睡眠状态时,输入电流为3mA,输入电压为12V;所述汽车TBOX处于唤醒状态时,输入电流为250mA,输入电压为12V。
进一步地,基于ThreadX的提升车载终端***稳定性的方法,还包括对所述MCU的应用程序进行完整性检测,一次完整性检测步骤为:
S61、bootloader在所述应用程序启动或升级后的第一次启动时,对所述应用程序的整个区域进行crc32值统计;
S62、所述MCU在所述应用程序上电或一次休眠唤醒后,进行一次完整性检测;
S63、所述MCU计算的crc32与所述bootloader计算的crc32是否一致;如是,执行步骤S64;否则,执行步骤S65;
S64、应用程序完整;
S65、做故障处理。
进一步地,步骤S61和S62中,完整性校验的具体步骤为:
在所述应用程序整个区域中,每隔1s读取1k数据进行crc32校验,统计crc32值,该校验值作为下1k数据crc32校验的初始值;
持续上述过程,直到读取完所述应用程序整个区域中的数据,并记录最后一个crc32校验值。
实施本发明上述技术方案中的一个技术方案,具有如下优点或有益效果:
本发明采用ThreadX***开发用于提升车载终端***稳定性的应用程序,并嵌入在MCU中,提升了MCU的任务规划与优先处理能力,有效监控和提升堆栈的利用效率,使得其使用率保持在70%的合理范围。因而,本发明使车载终端***的任务执行更为明确,资源管理更为紧凑,稳定性和安全性得到进一步提升。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单的介绍,显而易见,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图,附图中:
图1是本发明实施例的一种基于ThreadX的提升车载终端***稳定性的方法的流程图;
图2是本发明实施例的一种基于ThreadX的提升车载终端***稳定性的方法中步骤S2的流程图;
图3是本发明实施例的一种基于ThreadX的提升车载终端***稳定性的方法中步骤S3的流程图;
图4是本发明实施例的一种基于ThreadX的提升车载终端***稳定性的方法中步骤S25的流程图;
图5是本发明实施例的一种基于ThreadX的提升车载终端***稳定性的汽车TBOX的进行休眠与唤醒方法的流程图;
图6是本发明实施例的一种基于ThreadX的提升车载终端***稳定性的手机端应用程序完整性检测的流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,下文将要描述的各种示例性实施例将要参考相应的附图,这些附图构成了示例性实施例的一部分,其中描述了实现本发明可能采用的各种示例性实施例。除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。应明白,它们仅是与如所附权利要求书中所详述的、本发明公开的一些方面相一致的流程、方法和装置等的例子,还可使用其他的实施例,或者对本文列举的实施例进行结构和功能上的修改,而不会脱离本发明的范围和实质。
在本发明的描述中,需要理解的是,术语“中心”、“纵向”、“横向”等指示的是基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的元件必须具有的特定的方位、以特定的方位构造和操作。术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。术语“多个”的含义是两个或两个以上。术语“相连”、“连接”应做广义理解,例如,可以是固定连接、可拆卸连接、一体连接、机械连接、电连接、通信连接、直接相连、通过中间媒介间接相连,可以是两个元件内部的连通或两个元件的相互作用关系。术语“和/或”包括一个或多个相关的所列项目的任意的和所有的组合。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本发明中的具体含义。
为了说明本发明所述的技术方案,下面通过具体实施例来进行说明,仅示出了与本发明实施例相关的部分。
鉴于ThreadX是一款优秀的硬实时操作***(RTOS),其主要特点是支持优先级继承、抢占阈值的设计、微内核设计、代码空间占用小等。本发明基于嵌入式实时操作***(ThreadX)开发应用程序,来高效管理MCU的任务和资源,提升程序安全性和稳定性。进而提升车载终端***的稳定性和安全运行,解决现有的车载终端***大多采用裸机(前后台***)存在的***任务划分不明确、资源管理松散、堆栈管理方面监控不足以及程序健壮与稳定性不能保证的技术问题。
如图1-6所示,本发明提供了一种基于ThreadX的提升车载终端***稳定性的方法,车载终端***包括汽车TBOX以及CAN总线,CAN总线用于连接外设,汽车TBOX设置有MCU及4G模组,MCU和4G模组通过UART串行总线进行连接,MCU通过ThreadX***进行运行。其提升车载终端***稳定性的方法包括如下步骤:
S1、MCU进行初始化。此步骤中,先初始化MCU的时钟模块和GPIO(General-purposeinput/output,通用输入输出)然后开启外部看门狗,再进行外设初始化和启动实时操作***(Rtos),如果中间任何一个外设初始化阻塞,会引起外部看门狗超时导致复位。这样有利于早些发现问题所在。Rtos的初始化主要就是初始化任务调度器和必需的一些组件。之后依次进行扩展直接存储器(EDMA)访问、串口(如UART,SPI)访问、CAN总线访问以及***定时器(SysTick)的初始化;
S2、MCU任务调度与执行。具体步骤如下:
S21、执行主循环任务。此步骤主要处理网络管理(NM)、诊断处理(diag)还有其他的业务逻辑。其调度周期为10ms,任务优先级为1级;
S22、处理CAN总线的接收发送任务。此步骤主要处理CAN数据的发送、接收和CAN总线bus off的相关处理(bus off是CAN总线关闭状态,出现bus off证明CAN总线有问题,需要做故障处理)。其调度周期为10ms,任务优先级为2级;
S23、执行串口通信任务。此步骤主要处理MCU和opencpu(4G模组)之间串口通讯协议,还有uart/SPI的一些保护任务。其调度周期为10ms,任务优先级为3级;
S24、执行指示灯任务。此步骤主要处理电源指示灯,GPS(全球定位***)指示灯,LTE(4G网络网络模块)指示灯控制的相关逻辑。其调度周期为50ms,任务优先级为4级;
S25、监控堆栈任务。此步骤主要用于监控各个任务的堆栈是否有问题,使堆栈使用率控制在70%的最佳值的一定范围(如最佳值±最佳值×10%)。其调度周期为50ms,任务优先级为5级;
S26、处理空闲任务。此步骤主要进行内部看门狗和外部看门狗的喂狗操作、MCU的应用程序(App)区域完整性校验,还有在休眠时执行休眠流程。其调度周期为50ms,任务优先级为6级;
S3、MCU进入休眠。此步骤具体包括如下步骤:
S31、关闭MCU的串口。具体来说,清除MCU的串口中断,禁止MCU的串口模块;
S32、关闭CAN总线连接的收发器;
S33、关闭MCU的IO引脚。即将IO引脚配置为相应的输入输出及相关的高低电平;
S34、禁止MCU的定时器运行;
S35、配置MCU的唤醒引脚。即将相关的IO引脚配置为具有上升沿或者下降沿唤醒;
S36、关闭MCU的外部看门狗和内部看门狗;
S37、进入休眠状态。汽车KL15(汽车启动电源ACC)下电后,即ACC OFF,各个零部件协同进行网络管理休眠;
S4、休眠结束返回步骤S2。休眠结束的条件是MCU接收到唤醒信号,唤醒方式包括ACCON(启动电源唤醒)、报文唤醒、RTC唤醒以及4G远程控制信号唤醒。
进一步地,步骤S25包括如下步骤:
S251、将任务的堆栈区域全部初始化为0xAA。该堆栈区域为MCU的RAM区域;
S252、每隔1s进行一次堆栈检测;检测时,从堆栈的尾部往前检测,直到第一个值不等于0xAA为止;
S253、计算堆栈使用比率。具体地,堆栈使用比率的计算公式R为:
R=(stack_used-stack_start)/(stack_end-stack_start)×100%;
其中,stack_used为第一个值不等于0xAA的位置号,stack_start为堆栈的开始位置号,stack_end为堆栈的结束位置号,位置号均采用十六进制表示。
此步骤中,当计算堆栈使用比率超过77%或低于63%时,堆栈存在问题,MCU将会进行进度调整,一般情况下,采用本发明的任务划分方法不会出现超过77%或低于63%的情况。
更进一步,本实施例的基于ThreadX的提升车载终端***稳定性的方法还包括通过电源对汽车TBOX进行休眠与唤醒,其步骤如下:
S51、汽车TBOX进入深度睡眠。具体地,汽车TBOX处于深度睡眠状态时,输入电流为1mA,输入电压为12V。一般地,0~7天内为浅睡眠,4G模块远程可以唤醒,7天后进入深睡眠,4G模块不能够远程唤醒;
S52、CAN总线运行、深度睡眠时间结束、CAN总线收到电源唤醒信号中是否有至少一个条件成立;如是,则执行步骤S53;否则,返回步骤S51;
S53、汽车TBOX唤醒,CAN总线执行接收发送任务。本实施例中,汽车TBOX处于唤醒状态时,输入电流为250mA,输入电压为12V;
S54、汽车的IGN是否处于OFF档位,且CAN网络是否进入休眠条件;如是,执行步骤S55;否则,返回步骤S53。需说明的是,CAN网络是否进入休眠条件指CAN总线没有收到点火信号(KL15 ON或ACC ON)、唤醒报文、RCT唤醒信号或4G远程控制信号。CAN网络指与CAN总线连接的相关设备;
S55、汽车TBOX休眠。本实施中,汽车TBOX处于休眠状态时,输入电流为3mA,输入电压为12V;
S56、本次休眠距离上次唤醒(在此不含RTC唤醒)的时长是否已达预定时间(如7天);如是,返回步骤S51;否则,执行步骤S57;
S57、收到SMS短信唤醒信号、CAN总线运行、睡眠时间结束、收到电源唤醒信号中是否有至少一个条件成立;如是,返回步骤S53;否则,返回步骤S55。
再者,本实施例的基于ThreadX的提升车载终端***稳定性的方法,还包括对MCU的应用程序(APP)进行完整性检测,其步骤为:
S61、bootloader在应用程序启动或升级后的第一次启动时,对应用程序的整个区域进行crc32值统计。需说明的是Bootloader是应用程序运行前执行的一段固化在MCU中的代码程序。该代码用于更新MCU的应用程序(app),具体步骤为:
S611、在应用程序整个区域中,每隔1s读取1k数据进行crc32校验,并统计crc32值,该校验值作为下1k数据crc32校验的初始值;
S612、持续上述步骤S611,直到读取完应用程序整个区域中的数据,并记录最后一个crc32校验值。
S62、MCU在应用程序上电或一次休眠唤醒后,进行一次完整性检测。该步骤具体包括:
S621、在应用程序整个区域中,每隔1s读取1k数据进行crc32校验,并统计crc32值,该校验值作为下1k数据crc32校验的初始值;
S622、持续上述步骤S621,直到读取完应用程序整个区域中的数据,并记录最后一个crc32校验值;
S63、MCU计算的crc32与bootloader计算的crc32是否一致;如是,执行步骤S64;否则,执行步骤S65;
S64、应用程序完整。此步骤中不做任何处理,应用程序自动执行相应任务;
S65、做故障处理。故障处理包括故障记录,故障上报,重启程序相关处理措施。
综上所述,本实施例采用ThreadX***开发用于提升车载终端***稳定性的应用程序。嵌入在MCU中,提升了MCU的任务规划与优先处理能力,有效监控和提升堆栈的利用效率,使得其使用率保持在70%的合理范围。因而使得车载终端***任务划分更为明确,资源管理更为紧凑,稳定性和安全性得到进一步提升。
以上所述仅为本发明的较佳实施例而已,本领域技术人员知悉,在不脱离本发明的精神和范围的情况下,可以对这些特征和实施例进行各种改变或等同替换。另外,在本发明的教导下,可以对这些特征和实施例进行修改以适应具体的情况及材料而不会脱离本发明的精神和范围。因此,本发明不受此处所公开的具体实施例的限制,所有落入本申请的权利要求范围内的实施例都属于本发明的保护范围。
Claims (10)
1.一种基于ThreadX的提升车载终端***稳定性的方法,其特征在于,所述车载终端***包括汽车TBOX以及CAN总线,所述汽车TBOX设置有MCU,所述MCU通过ThreadX***进行运行,还包括如下步骤:
S1、所述MCU进行初始化;
S2、所述MCU任务调度与执行;
S3、所述MCU进入休眠;
S4、休眠结束返回步骤S2。
2.根据权利要求1所述的基于ThreadX的提升车载终端***稳定性的方法,其特征在于,步骤S2包括如下步骤:
S21、执行主循环任务;
S22、处理所述CAN总线的接收发送任务;
S23、执行串口通信任务;
S24、执行指示灯任务;
S25、监控堆栈任务;
S26、处理空闲任务。
3.根据权利要求2所述的基于ThreadX的提升车载终端***稳定性的方法,其特征在于,所述主循环任务、接收发送任务、串口通信任务的调度周期均为10ms;所述指示灯任务、堆栈任务、空闲任务的调度周期均为50ms;
所述主循环任务、接收发送任务、串口通信任务、指示灯任务、堆栈任务、空闲任务的优先级别分别为:1级、2级、3级、4级、5级、6级。
4.根据权利要求3所述的基于ThreadX的提升车载终端***稳定性的方法,其特征在于,步骤S25包括如下步骤:
S251、将任务的堆栈区域全部初始化为0xAA;
S252、每隔1s进行一次堆栈检测;检测时,从所述堆栈的尾部往前检测,直到第一个值不等于0xAA为止;
S253、计算所述堆栈使用比率。
5.根据权利要求4所述的基于ThreadX的提升车载终端***稳定性的方法,其特征在于,所述堆栈使用比率的计算公式R为:
R=(stack_used-stack_start)/(stack_end-stack_start)×100%;
其中,stack_used为第一个值不等于0xAA的位置号,stack_start为所述堆栈的开始位置号,stack_end为所述堆栈的结束位置号,所述位置号均采用十六进制表示。
6.根据权利要求1所述的基于ThreadX的提升车载终端***稳定性的方法,其特征在于,步骤S3包括如下步骤:
S31、关闭所述MCU的串口;
S32、关闭所述CAN总线连接的收发器;
S33、关闭所述MCU的IO引脚;
S34、禁止所述MCU的定时器运行;
S35、配置所述MCU的唤醒引脚;
S36、关闭所述MCU的外部看门狗和内部看门狗;
S37、进入休眠状态。
7.根据权利要求1所述的基于ThreadX的提升车载终端***稳定性的方法,其特征在于,还包括通过电源对所述汽车TBOX进行休眠与唤醒,其步骤如下:
S51、所述汽车TBOX进入深度睡眠;
S52、所述CAN总线运行、深度睡眠时间结束、所述CAN总线收到电源唤醒信号中是否有至少一个条件成立;如是,则执行步骤S53;否则,返回步骤S51;
S53、所述汽车TBOX唤醒,所述CAN总线执行接收发送任务;
S54、汽车的IGN是否处于OFF档位,且,所述CAN网络是否进入休眠条件;如是,执行步骤S55;否则,返回步骤S53;
S55、所述汽车TBOX休眠;
S56、本次休眠距离上次唤醒的时长是否已达达预定时间;如是,返回步骤S51;否则,返回步骤S57;
S57、收到SMS短信唤醒信号、所述CAN总线运行、睡眠时间结束、收到电源唤醒信号中是否有至少一个条件成立;如是,返回步骤S53;否则,返回步骤S55。
8.根据权利要求8所述的基于ThreadX的提升车载终端***稳定性的方法,其特征在于,所述汽车TBOX处于深度睡眠状态时,输入电流为1mA,输入电压为12V;
所述汽车TBOX处于睡眠状态时,输入电流为3mA,输入电压为12V;
所述汽车TBOX处于唤醒状态时,输入电流为250mA,输入电压为12V。
9.根据权利要求1所述的基于ThreadX的提升车载终端***稳定性的方法,其特征在于,还包括对所述MCU的应用程序进行完整性检测,一次完整性检测步骤为:
S61、bootloader在所述应用程序启动或升级后的第一次启动时,对所述应用程序的整个区域进行crc32值统计;
S62、所述MCU在所述应用程序上电或一次休眠唤醒后,进行一次完整性检测;
S63、所述MCU计算的crc32与所述bootloader计算的crc32是否一致;如是,执行步骤S64;否则,执行步骤S65;
S64、应用程序完整;
S65、做故障处理。
10.根据权利要求9所述的基于ThreadX的提升车载终端***稳定性的方法,其特征在于,步骤S61和S62中,完整性校验的具体步骤为:
在所述应用程序整个区域中,每隔1s读取1k数据进行crc32校验,统计crc32值,该校验值作为下1k数据crc32校验的初始值;
持续上述过程,直到读取完所述应用程序整个区域中的数据,并记录最后一个crc32校验值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111578648.3A CN114265678A (zh) | 2021-12-22 | 2021-12-22 | 基于ThreadX的提升车载终端***稳定性的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111578648.3A CN114265678A (zh) | 2021-12-22 | 2021-12-22 | 基于ThreadX的提升车载终端***稳定性的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114265678A true CN114265678A (zh) | 2022-04-01 |
Family
ID=80828620
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111578648.3A Pending CN114265678A (zh) | 2021-12-22 | 2021-12-22 | 基于ThreadX的提升车载终端***稳定性的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114265678A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN118025049A (zh) * | 2024-04-15 | 2024-05-14 | 成都创科升电子科技有限责任公司 | 一种基于调度器的车辆电控件的控制方法、***及车辆 |
-
2021
- 2021-12-22 CN CN202111578648.3A patent/CN114265678A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN118025049A (zh) * | 2024-04-15 | 2024-05-14 | 成都创科升电子科技有限责任公司 | 一种基于调度器的车辆电控件的控制方法、***及车辆 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN203191965U (zh) | 看门狗计时器电路、功率ic和看门狗监视*** | |
CN207937961U (zh) | 远程信息处理器的休眠唤醒*** | |
US20180173665A1 (en) | Hard reset over i3c bus | |
CN105373207A (zh) | 一种无线通信终端的待机方法 | |
CN113400957A (zh) | 增程式车辆的自启动充电方法、装置、电子设备和介质 | |
CN114265678A (zh) | 基于ThreadX的提升车载终端***稳定性的方法 | |
CN113691722A (zh) | 一种控制方法、装置及电子设备 | |
Caracaş et al. | Energy-efficiency through micro-managing communication and optimizing sleep | |
CN105354491B (zh) | 智能终端待机状态检测方法及装置 | |
CN103019694A (zh) | 恢复网络设定参数的***及方法 | |
CN111679730B (zh) | 基于FreeRTOS的处理器状态控制方法和装置 | |
CN110166971A (zh) | 应用于窨井管网的低功耗无线通信装置及*** | |
CN115065574A (zh) | 车辆控制器的唤醒方法、装置、电子设备和自动驾驶车辆 | |
CN115002881A (zh) | 上位机唤醒方法、装置、***、电子设备及存储介质 | |
CN112135260B (zh) | 主控单元的控制方法、位置信息的上报方法和追踪器 | |
CN113238499A (zh) | 对称信道下全双工窄带物联网泛用数据采集装置及方法 | |
CN111923747B (zh) | 控制处理器工作的方法及*** | |
CN114460868A (zh) | 一种终端设备分级管理方法及*** | |
CN103123463A (zh) | 一种控制***状态的方法及装置 | |
CN112649725B (zh) | 一种mcu芯片失效检测告警电路 | |
CN117841677A (zh) | 通信状态控制方法、电池管理***、车辆以及存储介质 | |
CN111897763A (zh) | 控制方法、控制装置、电子设备 | |
CN110457072A (zh) | 防止***挂死的方法、装置、设备及计算机可读介质 | |
CN106326021A (zh) | 处理电子设备的Android***的异常工作状态的方法及电子设备 | |
CN118041716A (zh) | Lin总线自恢复方法、装置、计算机设备及存储介质 |
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 |