@2019-04-09 [问题] 控制程序工作一段时间异常重启 [分析] 经定位分析重启原因为看门狗复位导致 [解决] 经排查发现在中断服务函数中使用了FreeRTOS的系统时延函数vTaskDelay,调试发现进入vTaskDelay函数后,会在函数xTaskResumeAll中进入临界段函数, 进而发现程序会卡死在下面代码处: ) { configASSERT( ( portNVIC_INT_CTRL_REG & portVECTACTIVE_MASK ) == ); } 上边代码表示发生一

以下转载自安富莱电子: http://forum.armfly.com/forum.php 通过前面的几个章节,我们基本已经完成了 FreeRTOS 所有功能的讲解,本章节为大家介绍一种使用独立看门狗监测任务执行状态的方法,借此为大家提供一种在软件或者硬件死机时,FreeRTOS 系统如何保证系统复位的思路. 什么是独立看门狗假设有一只饥饿的狗正在看守一座房子,而有人要闯入. 如果这个强盗的同谋以 2 分钟的时间间隔不停的向看门狗扔肉. 那么这只狗将忙于吃肉而忽视保卫工作,因此将不会犬叫. 然而

MM32看门狗学习(兼容STM32) IWDG独立看门狗 思维导图 IWDG框图与理解 1.独立看门狗分为两个部分,配置寄存器在1.8V供电区,计数器的核心部分在VDD供电区(即使停机/待机模式计数器也能计数). 2.复位信号在VDD区生成. 3.由于处在不同的时钟域,每次记载新数据需检测状态位. 4.硬件看门狗从flash的配置启动,所以可以复位读取Flash数据自动启动看门狗. WWDG窗口看门狗 思维导图 WWDG框图 WWDG特性与理解 1.与IWDG相比,窗口看门狗只由一个时钟驱动(P

此篇文章深入浅出介绍了关于高速串行收发器的几个重要概念和注意事项,为方便知识点复习总结和后续查阅特此转载,原文标题及链接为:xilinx 高速收发器Serdes深入研究 - CSDN博客   https://blog.csdn.net/u010161493/article/details/77688024 一.为什么要用Serdes 传统的源同步传输,时钟和数据分离.在速率比较低时(<1000M),没有问题.  在速率越来越高时,这样会有问题  由于传输线的时延不一致和抖动存在,接收端不能正确的

简介 Windows在线程控制方面提供了多种信号处理机制,其中一种便是使用 CreateEvent() 函数创建事件,然后使用信号控制线程运行.其中将事件变为有信号可使用 SetEvent() 函数,将事件信号复位(变为无信号)可使用 ResetEvent() 函数,信号可以配合 WaitForSingleObject() 函数对线程的同步进行控制,当有信号时,此函数便会放行:无信号时,此函数会将阻塞. 提示: CreateEvent() 函数的参数 bManualReset 的含义是信号是否由

一.为什么要用Serdes 传统的源同步传输,时钟和数据分离.在速率比较低时(<1000M),没有问题. 在速率越来越高时,这样会有问题 由于传输线的时延不一致和抖动存在,接收端不能正确的采样数据,对不准眼图中点. 然后就想到了从数据里面恢复出时钟去采样数据,即CDR 这样就不存在延迟不一致的情况,有轻微的抖动也不会影响采样(恢复的时钟会随着数据一起抖动). 二 .为什么要用8b10b,64b66b? 1 提供足够的跳变来恢复时钟 这样还有问题,收发两端必须共地,但往往很难实现. 于是采样差分信

问题描述 连接网线的情况下,每次进行软件"reboot",网口的LINK LED能够正常的熄灭,而ACTIVE LED却是亮的. reboot重启之后,LINK的灯正常变亮,而ACTIVE的灯却灭了.在有数据传输的时,能够正常的闪烁. 将网线拔了,LINK灯灭,ACTIVE灯亮. 如果一直插上网线,每次reboot之后,ACTIVE的灯的没数据通信时,一次是亮的,下一次reboot又灭了,这样交替出现. Tony Liu, 2016-6-8, Shenzhen 参考链接 Bone A6

环境: quartus v13.0  64位. DE2 cycloneII EP2C35F672C6N (学校的开发板,还是想同学借的呵呵) 主要实现flash的烧录,虽然实现了但是还是有很多运气的成分(如:ip核的连线问题,flash的时序和相关的器件连接,SDRAM的时序收敛,软件用的例程).种种表明我还有漫漫长路要走,才能算入门. 1.复位不正常.(可能原因:没有加时序约束或者是复位向量没有指向SDRAM,而是FLASH.但是flash 还没有烧录导致复位失败,等等测试,,,) 2.fla

一.介绍: STM32看门狗分为独立看门狗和窗口看门狗两种,其两者使用调条件如下所示, IWDG和WWDG两者特点如下图所示: 独立看门狗的手册资料: 窗口看门狗的手册资料:                 应当注意:在窗口看门狗中,当递减计数器在窗口外被重新装载,(若看门狗被启动)则产生复位 [注]图中的WDGTB为3表示2^3=8,表示8分频,最小时间910us也等于每次计数器减一所需要经过的时间:T(LSB),每隔910us减1.最大值也等于,设置重载(喂狗)值127时(最大),一个复位周

1. 应用背景 1.1         亚稳态发生原因 在FPGA系统中,如果数据传输中不满足触发器的Tsu和Th不满足,或者复位过程中复位信号的释放相对于有效时钟沿的恢复时间(recovery time)不满足,就可能产生亚稳态,此时触发器输出端Q在有效时钟沿之后比较长的一段时间处于不确定的状态,在这段时间里Q端在0和1之间处于振荡状态,而不是等于数据输入端D的值.这段时间称为决断时间(resolution time).经过resolution time之后Q端将稳定到0或1上,但是稳定到0或

听陈*均说 UCOSII源代码中有这样的机制 当某个TASK的栈不够用.访问越界时 会自动调用系统生成的备用扩展栈区 但这样也有风险 备用扩展栈区如果被击穿则会造成更大的错误,可能会导致程序跑飞,如果有看门狗的话导致复位.

之前使用的开机函数 void Gprs_modem_start_up(){GPIO_SetBits(GPIOB,GPIO_Pin_0); //RESET 脚要置成高电平,防止重启do{ GPIO_SetBits(GPIOF,GPIO_Pin_11);//开机电平       (先拉高后拉低是因为模块上反相了,即当单片机f11引脚为高,sim800的pwk引脚为低.)//线程延时3秒供开机使用rt_thread_delay(150);//先拉高电平,再拉低GPIO_ResetBits(GPIOF,

前提知识: Linux内核.Linux 进程和文件数据结构.vmcore解析.汇编语言 问题背景: 这个问题出自项目的一个安全模块,主要功能是确定某进程是否有权限访问其正在访问的文件. 实现功能时,需要在内核里通过扫描该进程打开的文件表,获取文件的路径,和安全模块里配置的可访问文件的进程白名单进行匹配: 模块会一直到搜索到进程pid为1的进程,也就是init进程.在访问中间某个父进程的文件表时,出现struct task_struct的files指针为空的情况, 导致系统异常复位. 下面就是这次

@20119-01-29 [小记] STM32擦除内部FLASH时间过长导致IWDG复位分析

大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家分享的是IAR在线调试时设不同复位类型可能会导致i.MXRT下调试现象不一致. 做Cortex-M内核MCU嵌入式软件开发,可用的集成开发环境(IDE)非常多.经典的GCC咱们就不提了,选择不同MCU主控,如果MCU来自知名大厂,厂商也会配套推出专用IDE(比如恩智浦半导体的MCUXpresso IDE,意法半导体的TrueSTUDIO.STM32CubeIDE).除此以外,还有几个来自专门软件公司的独立IDE,比如Keil MDK.IAR

大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家分享的是FlexSPI复位方式不当会导致i.MXRT系列下OTFAD加密启动失败问题. 本篇是<系统时钟配置不当会导致i.MXRT1xxx系列下OTFAD加密启动失败> 的后续篇,我们为i.MXRT1010解决了OTFAD时钟配置限制问题后,加密的App就一定能正常跑了吗?其实并不一定,如果你的App跟IAP有关(即会调用FlexSPI驱动去擦写Flash),免不了会在FlexSPI驱动里操作FlexSPI外设寄存器的软复位位,软复位操作

大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家分享的是Keil在线调试时设不同复位类型可能会导致i.MXRT下调试现象不一致. 本篇是 <IAR EWARM复位类型>.<MCUXpresso IDE复位类型>的同系列篇,三大经典IDE(IAR EWARM.Keil MDK.MCUXpresso IDE)下的复位策略只剩 Keil MDK 没介绍了,心事不了,觉睡不好.今天痞子衡就来认真讲一下搞嵌入式生涯里最早接触的 IDE - Keil,完结这个系列. Note: 痞子衡

Q1:请问msp430 怎么手动复位啊?是不是连到RST/NMI 上?但是这个脚不是和JTAG 连吗?我看到一些资料上说复位的话还要上拉电阻或者复位电路.A1:JTAG 功能只在下载程序时候使用,正常工作中RST可以连接一个按键,按下按键实现430手动复位.上拉电阻是上电复位用的,手工复位一个BUTTON就行了.MSP430 单片机低电平复位. Q2上电复位和硬件看门狗复位有什么区别吗,在程序里将两者分开,请问有办法将两者分开吗?A2:上电复位时,内存被清零或为任意值,看门狗清零时并没有断电,内

根据定义,复位应答是一系列字节的值,这些字节是由卡作为对复位命令的响应发送给接口设备的 ,在I/O电路上,每个字节在一个异步字符中传输.每个成功的复位操作,都会导致I/O上的一个初始字符TS,TS后面按照下面的次序,跟有最多32个字符. 初始字符定义了所有后继字符的解码协议. 格式字符声明了第一组接口字符和所有历史字符. 接口字符由格式字符声明的位图技术来指明. 历史字符由编码在格式字符中的一个数字来指明. 校检字符依赖于某些接口字符中参数T的值. ★ 初始字节TS TS 有两个可能值 反向约定

源:http://blog.sina.com.cn/s/blog_493520900100bpos.html Question 如何通过软件复位AVR? Answer 如果你想通过软件复位AVR,你应该使用内部看门狗.简单的使能它和让它溢出.当看门狗触发后,程序计数器返回到0,清除所有的寄存器和其他正在执行的任务,这与将RESET脚拉低有同样的效果. 你不应该处理: --用另一个AVR的引脚连接外部RESET引脚.在短暂的复位时间,AVR的引脚会三态失效,这会导致RESET无效. --跳到程序地