采用单片机为核心的控制系统常常会受到各种干扰的影响,打乱正常程序的运行,这时就需要我司产品登场了,ZL6300集成了欠压监测复位、手动复位和超时复位等功能。本文将介绍ZL6300的巧妙应用!
低压复位
产品工作过程中,保持电源的稳定尤其重要,电源电压的不稳定会导致一些难以预测的问题,比如说样品测试的时候没有问题,量产时就会出现问题。这样问题排查起来也麻烦,而我司产品ZL6300能时刻精准的监控系统工作电压,无论是电源故障,还是偶发性掉电(tRD>10us),ZL6300都能监控到。
程序”跑飞”复位
针对程序“跑飞”,ZL6300也有很好的应对方案:由微处理器输出的重复喂狗信号作用于ZL6300看门狗的 WDI 引脚。当 WDI 输入在典型 1.7s 内没有从低到高或从高到低的转换时,看门狗定时器功能强制把信号拉低复位。当为高电平复位无效时,看门狗超时计时开始。如果在看门狗超时之前在 WDI 输入引脚上发生电平转换,看门狗定时器将复位并再次开始进行计时,如此重复,一旦程序“跑飞”,微处理器没有喂狗,ZL6300将产生复位信号使微处理器复位,有效地在程序“跑飞”后系统自动复位,使系统自动回归正常工作。图1ZL6300常规应用
应用于初始化加载时间长的系统
利用ZL6300的WDI引脚确实可以防止系统死机。但有一种特殊情况:就是对于初始化加载时间长的系统,加载时无法喂狗,超过ZL6300看门狗定时器溢出时间,系统就会复位。那么是不是就不能用ZL6300了?答案是否定的,下面我们就来讨论下对于初始化加载时间长的系统的应用示例:图2ZL6300应用于加载时间长的系统示例说明:JP短接时,三极管截止,WDI引脚处于高阻态,ZL6300内部自动喂狗,便于烧录调试时,ZL6300不会输出复位信号,顺利完成系统固件烧录。当系统运行时,JP开路,三极管的状态受控于IO2,系统加载时间过长时,在MCU加载系统前就需要将IO2拉低,此时三极管截止,WDI引脚也处于高阻态,IO1不需要喂狗,ZL6300也不会输出复位信号。等系统加载完成后,先把IO2拉高,三极管导通,再用IO1周期性喂狗,系统进入正常运行状态。这样就可以应用于加载时间长的系统了。有关ZL6300的详细资料,请到官网地址下载:https://www.zlg.cn/microelectronics/down/down/id/296.html
声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。
举报投诉
-
致远电子
+关注
关注
13文章
397浏览量
31073
原文标题:【产品应用】ZL6300在加载时间过长系统的巧妙应用
文章出处:【微信号:ZLG_zhiyuan,微信公众号:ZLG致远电子】欢迎添加关注!文章转载请注明出处。
发布评论请先 登录
相关推荐
AD8232测试恢复时间过长怎么解决?
您好,
我目前使用AD8232设计ECG相关产品, 大致上週边线路就如AD8232的Datasheet的Figure.66
在过一些安规认证时会输入一个3mV的Pulse, 但是会有以下几个情况
发表于 11-22 07:59
FAQ0007使用ISP DFU时Win7系统自动安装USB驱动时间过长的解决方案
使用ISP DFU时Win7系统自动安装USB驱动时间过长在使用ISP的DFU接口烧录时,每次上下一次新的MCU烧录时,USB会重新安装一次,导致识别MCU时间
发表于 10-19 07:47
STM32F4VET6 bootloader升级时间过长是什么原因呢?
问题:bootloader升级时间过长
型号:STM32F4VET6 ,使用片外flash作为download分区,升级时间过长,长达3分钟
在
发表于 09-06 18:29
MCUXPresso IDE加载全局变量时间过长怎么解决?
当我进入调试模式并且我想观察一个全局变量时,我打开“全局变量”视图。
“Loading global variables from build artifacts”花费的时间太长,而且在它完成之前什么也做不了。
每次我打开“全局变量”视图时,是否有必要
发表于 05-17 07:04
评论