看门狗时钟控制寄存器 ( WATCHDOG TIMER CONTROL (WTCON) REGISTER ) 详细参数 :
在计算机中，“看门狗”指的是一种硬件计时器，用于在计算机失去响应（死机）的时候重启计算机。计算机的系统上要运行一个程序不断和看门狗硬件通信。当通信中断经过一段预设的时间后，看门狗就会通过发送 RESET 信号或者切断再接通电源等方式强制重启，保证计算机上运行的服务不长时间中断。
在上一篇博客中，我们查看了 Zynq All Programmable SoC 中每个 CPU 提供的私有计时器。在本博客中，我们将了解 Zynq SoC 的私有看门狗定时器，以及如何使用它，我们将查看其使用示例。
看门狗(WD,Watchdog)包括一个4分频的预分频器和一个32位计数器。时钟通过预分频器输入定时器。定时器递减计数。定时器递减的最小值为0xFF。如果设置一个小于0xFF的值，系统会将0xFF装入计数器。因此最小看门狗间隔为(tplck*256*4) ，最大间隔为(tplck*232*4)的倍数。看门狗的用途是使微控制器在进入错误状态后的一定时间内复位。当看门狗使能时，如果用户程序没有在周期时间内喂狗(重装)，看门狗会产生一个系统复位。
单片机系统在外界的干扰下会出现程序跑飞的现象导致出现死循环，看门狗电路就是为了避免这种情况的发生。看门狗的作用就是在一定时间内（通过定时计数器实现）没有接收喂狗信号（表示 MCU 已经挂了），便实现处理器的自动复位重启（发送复位信号）。
一般来说，看门狗我们也叫他看门狗定时器，从本质上面来看，其实它就是一个计数器，在使用的时候，我们需要给它一个数值，随后看门狗的计数器根据计数方向开始累计，在看门狗的计数器达到预设的数值之前，我们可以进行重置看门狗计数器的操作，简称“喂狗”。但当我们没有在计数器发生溢出之前进行及时喂狗的话，看门狗就会产生复位请求或者不可屏蔽中断请求(NMI-Non Maskable Interrupt)。
STM32 的独立看门狗由内部专门的 40Khz 低速时钟驱动，即使主时钟发生故障，它也仍然有效。
咕咕咕之后想更会儿stm32哈哈哈，但是其实是之前自己写的笔记，想着以后就写在一起吧，我自己也更好去找到自己写的玩意~毕竟总所周知，博客都是写给自己的。 （虽然好像现在自己都看不懂了我的天哪）
前言： 今天我们来学习看门狗的配置与函数，看门狗可以有效解决程序的跑飞，在使用过程中比较常见，是防止芯片故障的有效外设，我们一起来学习下HAL库 STM32CubeMX的独立看门狗，窗口看门狗的使用。本系列教程将HAL库与STM32CubeMX结合在一起讲解，使您可以更快速的学会各个模块的使用
大家好，又见面了，我是你们的朋友全栈君。 一 为什么需要看门狗? 在MCU微型计算机系统中，MCU运行程序很容易受到外界电磁场的干扰，从而造成程序运行错误甚至发生跑飞现象，从而陷入死循环，程序
IWDG（Independent watchdog）独立看门狗，可以用来检测并解决由于软件错误导致的故障，当计数器到达给定的超时值时，会触发一个中断或产生系统复位
独立看门狗功能： 模式选择： 在键值寄存器（IWDG_KR)中写入0xCCCC，说明选择要偷的人家里有狗的模式。然后这个时候，狗是吃饱的(复位值0xFFF)，但是狗会饿，饿的受不了了(尾值0x000)。就会叫，游戏失败！ 喂狗方法： 只要在键值寄存器IWDG_KR中写入0xAAAA，我们就完成了一波喂狗操作。
独立看门狗简单来说就是一个 12 位的递减计数器，当计数器的值从某个值一直减到 0 的时候，系统就会产生一个复位信号，即IWDG_RESET。如果在计数没减到 0 之前，刷新了计数器的值的话，那么就不会产生复位信号，这个动作就是我们经常说的喂狗。 看门狗功能由 VDD 电压域供电，在停止模式和待机模式下仍能工作。因此我们就可以在程序死机的时候使用这个独立看门狗来复位程序，这里注意复位程序，不是类似打印机那种的断电续打，所以这个是不能解决所有问题的：
STM32F4**系列芯片具有两个嵌入式看门狗外设，具有安全性高、定时准确及使用灵活的优点。两个看门狗外设（独立和窗口）均可用于检测并解决由软件错误导致的故障；当计数器达到给定的超时值时，触发一个中断（仅适用于窗口型看门狗）或产生系统复位。 独立看门狗 (IWDG) 由其专用低速时钟 (LSI) 驱动，因此即便在主时钟发生故障时仍然保持工作状态。窗口看门狗 (WWDG) 时钟由 APB1 时钟经预分频后提供，通过可配置的时间窗 口来检测应用程序非正常的过迟或过早的操作。 IWDG 最适合应用于那些需要看门狗作为一个在主程序之外，能够完全独立工作，并且对时 间精度要求较低的场合。WWDG 最适合那些要求看门狗在精确计时窗口起作用的应用程序。
目录 学习目标 内容 需求 简介 工作过程 配置 时间配置 寄存器 配置步骤 代码 运行结果 总结 ---- 本文基于正点原子的教程，算是自己的一种理解吧！为了让大家更能理解，就省略了一些配置过程以及寄存器的详细介绍，如果有一些类比不准确之处，还请各位见谅，感兴趣的同学可以去看开发手册或者教学视频。谢谢大家了！ 学习目标 本节我们还在上一篇文章上的基础来用一个虚构的游戏来讲解窗口看门狗的知识点，在此先给出上篇文章的链接：尝试把独立看门狗当成一款游戏来理解 个人
在前一篇文章中介绍了可重入锁加锁的逻辑，其中 RedissonLock#tryAcquireAsync 方法是进行异步加锁的逻辑。
不是，我主要是想给你汇报一下我最近研究的由于引入“看门狗”之后，给 Redisson 带来的两个看起来就心里一紧的 bug ：
共四个寄存器：IWDG_KR*(Key Register)/ PR(Prescaler Register)* /RLR*(ReLoad Register)/SR(State Register)*
在由单片机构成的微型计算机系统中，由于单片机的工作常常会受到来自外界电磁场的干扰，造成程序的跑飞，而陷入死循环，程序的正常运行被打断，由单片机控制的系统无法继续工作，会造成整个系统的陷入停滞状态，发生不可预料的后果，所以出于对单片机运行状态进行实时监测的考虑，便产生了一种专门用于监测单片机程序运行状态的模块或者芯片，俗称：看门狗
在正式的产品开发中，软件中要加入看门狗，以确保系统安全和软件跑飞后可以复位到安全状态，最近一直在用NXP的K64，所以今天就以K64为例来说明，软件看门狗的使用。首先像学其他外设一样先来看K64看门狗的框图
一个定时器，独立的定时器，对单片机CPU进行监控，一旦CPU的程序出现错误，或者电压过低使单片机出现任何意外情况，看门狗就会给单片机复位使单片机回到初始状态。单片机就会从错误中脱离出来。 看门狗–是一个定时器，供能–计数。每隔一段时间就喂狗–计数清零，重新计时，程序出错不能喂狗，得复位。
工业级无线路由器，作为无线组网中非常重要的设备，洞察客户应用场景，只要是关乎无线组网可靠性的需求，即使是最细微的技术应用都要做到极致，比如看门狗。
本文主要介绍AUTOSAR 架构下的WdgDriver WdgIf WdgM 模块，分析模块之间的依赖关系以及运行原理以帮助快速理解。本文以MPC5746R为主控芯片，以FS6500为SBC，DaVinci Configurator 为AUTOSAR工具链。
stm32有两个看门狗，独立看门狗和窗口看门狗，其实两者的功能是类似的，只是喂狗的限制时间不同。
甚至你都忘记了当时你的面试题，只是看到我文章的时候，突然想起：哦，这题我之前遇到过，没有解决。
死机是指CPU的程序指针进入一个死循环,无法执行正常的程序流程。其外在表现常常是：正常功能丧失,按键无响应,显示凝固。单片机死机后,只有复全才能走出死循环,执行正常的程序流程。众所属知,克服死机的最有效手段是加看门狗(WatchDog)。 目前用得最广泛的看门狗实际上是一个特殊的定时器DogTimer。DogTimer按固定速率计时,计满预定时间就发出溢出脉冲使单片机复位。如果每次在DogTimer溢出前强行让DogTimer清零,就不会发出溢出脉冲。清零脉冲由CPU发出,在单片机程序中每隔一段语句放一个清DogTimer的语句--FeedDog语句,以保证程序正常运行时DogTimer不会溢出。一旦程序进入一个不含FeedDog语句的死循环,DogTimer将溢出,导致单片机复位,跳出这个死循环。本文称这种看门狗为典型看门狗,典型看门狗已被集成比,如MAX706、MAX791等;还有许多单片机本身集成了这种看门狗。有一个错误观点：加了看门狗,单片机就不会死机。实际上,看门狗有时间会完全失效。当程序进入某个死循环,而这个死循环中又包含FeedDog语句,这时DogTimer始终不会溢出,单片机始终得不到复位信号,程序也就始终跳不出这个死循环。针对这一弊端,笔者设计了双对限看门狗和定时复位看门狗。 双时限看门狗有两个定时器;一个为短定时器,一个为长定时器。短定时器定时为T1,长定时器定时为T2,0 这样,当程序进入某个死循环,如果这个死循环包含短定时器FeedDog语句而不包含长定时器FeedDog语句,那么长定时顺终将溢出,使单片机复位。巧妙安排长定时器FeedDog语句的位置,可保证出现死机的概率根低。 目前几乎所有的看门狗都是依赖于CPU(依赖于CPU FeedDog)。这可以比作：一个保险设备能否起到保险作用还依赖于被它保护的对象的行为。显然,依赖于CPU的看门狗是不能保证单片机在分之百不死机的。 在绝对不允许死机的装置中,有人设计了一种完全不依赖于CPU的看门狗--定时复位看门狗。定时复位看门狗的主体也是一个定时器,到预定时间就发出溢出脉冲,此溢出脉冲使单片机强行复位。定时复位看门狗不需要CPU FeedDog。 简言之,定时复位看门狗就是定时地让单片机强行复位。这样,即使装置死机,其最大死机时间也不会大于定时器定时时间。显然,只要硬件完好,这种看门狗百分之百地保证了单片机不会长时间死机。
对于单片机来说，1. 在开机的时候需要复位，以便使得CPU和其他功能部件处于一个正确的初始状态，并以此为起点开始工作，2. 当出现死机的情况也应当对其进行复位，用以拜托死机状态。
我们今天来看看这个 Redis 的看门狗机制，毕竟现在还是有很多是会使用 Redis 来实现分布式锁的，我们现在看看这个 Redis 是怎么实现分布式锁的，然后我们再来分析这个 Redis 的看门狗机制，如果没有这个机制，很多使用 Redis 来做分布式锁的小伙伴们，经常给导致死锁。
分布式：简单来说就是将业务进行拆分，部署到不同的机器来协调处理。比如用户在网上买东西，大致分为：订单系统、库存系统、支付系统、、、、这些系统共同来完成用户买东西这个业务操作。
在MCU微型计算机系统中，MCU运行程序很容易受到外界电磁场的干扰，从而造成程序运行错误甚至造成跑飞现象，从而陷入死循环，程序的正常运行被打乱，从而造成不可预料的严重后果，于是人们就设计了一款用于实时监测计算机运行状态的芯片，我们就将其称为看门狗。
因为mtd的kernel分区只有2M大,而实际内核有2.37MB,所以需要裁剪到小于2M(或者修改mtd分区值)
看门狗的作用：防止单片机因未知原因死机或比我们预期的时间过长长时间不能响应，如果出现这种问题，看门狗就会把单片机复位
Pgpool 是一个高性能的连接池和负载均衡器，用于 PostgreSQL 数据库。Pgpool 可以作为中间层，位于客户端和 PostgreSQL 服务器之间，来管理连接请求并分配给不同的 PostgreSQL 服务器进行处理，以提高整体的系统性能和可用性。Pgpool 的一些主要功能包括：
由于在计算机运行中，CPU是持续处于忙碌状态，而当硬件接口设备开始或结束收发信息，需要CPU处理信息运算时，便会透过IRQ对CPU送出中断请求讯号，让CPU储存正在进行的工作，然后暂停手边的工作，先行处理周边硬件提出的需求，这便是中断请求的作用
之前分享了STM32 GPIO的原理、特性、选型和配置、如何计算RTC时钟异步预分频和同步预分频，这次简要阐述STM32L011微控制器定时器的参数配置（其他型号大同小异，本文侧重讲解配置，至于各类定时器的特点后续再述），STM32定时器种类繁多有通用定时器、基本定时器、独立看门狗定时器、窗口看门狗定时器等。
自带触发和普通触发是示波器设计中比较重要的两个功能，本章节为大家讲解二代示波器中自动触发和普通触发的实现。
;**************延时子程序**************************
Java中一般可以使用 synchronized 语法和 ReentrantLock 去保证一个代码块在同一时间只能由一个线程访问，但是只在jvm中有效，是本地锁。 在分布式架构中，如何实现多个jvm拥有相同的锁，所以需要所有jvm都可以访问这个锁。因此，可以借助中间件redis来实现，将锁存入redis中，每个jvm访问redis来获取相同的锁。
前段时间，有小伙伴问我，redission锁的原理，看门狗的作用，和一些实际开发中的场景，当时并没有给他比较完整的解答，后来我查了资料对redission做了一个总结，在这里分享给小伙伴们
应用 100% Loss 时完全无法启动，一直崩溃。彻底切断网络连接正常启动，调试模式状态下等待时间非常久，但可以启动，并伴随 UI 微卡。强烈的预感这是线程阻塞。前一段时间被 Core Data Concurrency 折腾的够呛，看见线程问题就略有些心慌。
在国家政策的指引下，5G与工业互联网的深度融合，将构建满足工业领域业务发展需求的大带宽、低时延、海量连接的的无线网络通信基础设施，催生融合创新应用，推动传统工业数字化、网络化与智能化，为中国经济发展增加新动能。
数组越界（数组溢出），函数中定义的数组元素的个数小于程序中实际使用的数组元素的个数，例如在函数中定义了一个数组ucDataBuff[10]，这个数组只有10个元素，但是在函数中却有这样的语句
在百度上搜索查看了很多文章之后，我终于在本地服务上实现了zabbix短信发送配置。其中有很多小的细节导致了我配置的并不是那么顺利，这篇文章就是解决这个问题的。按照这篇文章相信你一定能快速配置出短信发送的功能。
本文节选自《DetectingTroubleshooting, and PreventingCongestion in Storage Networks 存储网络中拥塞处理》
常见的分布式锁有redis分布式锁，zookeeper分布式锁，本文将为大家阐述redis分布式锁。
2. 问题描述 用户应用在做长运压测，发现设备长运2~3天后会异常重启，log中未发现有代码奔溃现象。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
