目录 前言 任务堆栈 堆栈溢出 任务堆栈溢出检测机制 API 两种堆栈溢出检测方式 堆栈溢出钩子函数 内核何时检测任务堆栈溢出 任务堆栈溢出检测存在的局限性 前言 注意:本笔记发布时可能忘记补充查看dump方法,可使用TRACE32来查看dump时的各个任务信息,方便分析. 李柱明博客:https://www.cnblogs.com/lizhuming/p/15487221.html 任务堆栈 在 FreeRTOS 中,每个任务都拥有自己的堆栈,该堆栈的大小由创建任务时 xTaskCreate

巧夺天工 的 KFIFO ,用STM32实现. 实现源文件如下: /********************************************************** * * 文件名: kfifo.c * * 文件描述: 该文件包含的kfifo的处理函数 * * 创建人: GXP * * 创建日期: 2016年8月9日16:13:06 * * 版本号: 1.0 * * 修改记录: 无 * * 本文参考博客地址: http://blog.csdn.net/linyt/articl

产品名称:TOWER PRO(辉盛)大扭力舵机MG996R (MG995升级产品)6v/11Kg厂家编号:MG996R产品净重: 55g产品尺寸: 40.7*19.7*42.9mm产品拉力: 9.4kg/cm(4.8V), 11kg/cm(6V)反应速度: 0.17sec/60degree(4.8v) 0.14sec/60degree(6v)工作电压: 4.8-7.2V工作温度: 0℃-55℃齿轮形式: 金属齿轮工作死区: 5us (微秒)适合机型: 50级-90级甲醇固定翼机以及26cc-50

以下转载自安富莱电子: http://forum.armfly.com/forum.php FreeRTOS 的特点 FreeRTOS 的主要特点如下:1. 支持抢占式调度,合作式调度和时间片调度.2. SafeRTOS 作为 FreeRTOS 的衍生品大大提高了 FreeRTOS 在代码完整性方面的信心.3. 用于低功耗的 Tickless 模式.4. 支持 35 种系统架构.5. FreeRTOS-MPU 支持 M3/M4/M7 内核的 MPU(内存保护单元).6. 设计的简单易用,典型的内

目录 前言 概念 双堆栈指针 要点 Cortex-M3寄存器介绍 寄存器图 简要介绍 知识 出入栈 入栈(压栈) 出栈 重点知识 异常的响应序列* 入栈 取向量 更新寄存器 小结知识* FreeRTOS任务切换源码分析 话语 参考 前言 本笔记基于 stm32+FreeRTOS. 概念 双堆栈指针 Cortex-M3 和 M4内核具有双堆栈指针.MSP 和 PSP MSP:主堆栈指针 PSP:进程栈指针 要点 用户程序.中断和中断嵌套都是用 MSP. M3 内核所有寄存器压栈时有64B. M4

FreeRTOS系列第1篇---为什么选择FreeRTOS? 1.为什么学习RTOS? 作为基于ARM7.Cortex-M3硬件开发的嵌入式工程师,我一直反对使用RTOS.不仅因为不恰当的使用RTOS会给项目带来额外的稳定性风险,更重要的是我认为绝大多数基于ARM7.Cortex-M3硬件的项目,还没复杂到使用RTOS的地步,使用状态机就足够了. 对于现代的微处理器,特别是资源相对丰富ARM7.Cortex-M3硬件来说,RTOS占用的硬件资源已经越来越可以忽略.所以在当今环境下,我们无需担心R

1.必要的准备工作 工欲善其事,必先利其器,在开始学习和移植之前,相应的准备工作必不可少.所以在开始我们写要准备如下: 测试环境:我准备在STM32F103平台上移植和测试FreeRTOS系统 准备FreeRTOS系统源码,从官网下载最新版本的程序包,最新为v9.0.0,地址:https://sourceforge.net/projects/freertos/ 从官网查看FreeRTOS每个函数的API说明,以及相应的例子.根据以往的经验,在学习过程中应该会经常查看,地址: http://www

转自:http://blog.csdn.net/zhzht19861011/article/details/49819309 版权声明:本文为博主原创文章,未经博主允许不得转载.联系邮箱:zhzhchang@126.com   目录(?)[-] 查找相关文档页 获取RTOS源代码 FreeRTOS源码目录结构 编译工程 运行演示例程   FreeRTOS可以被移植到很多不同架构的处理器和编译器.每一个RTOS移植都附带一个已经配置好的演示例程,可以方便快速启动开发.更好的是,每个演示例程都附带一

目录 前言 1. 移植AT库 1.1 移植内核相关文件 1.2 移植芯片型号相关文件 1.3 移植芯片外设驱动库 1.4 移植配置文件及中断回调函数文件 2. 移植FreeRTOS源码 2.1 获取 FreeRTOS 源码 2.2 移植源码 2.2.1 Source 文件夹 3. 修改工程 3.1 工程配置 3.1.1 修改全局宏 3.1.2 添加工程文件 3.1.3 添加头文件路径 3.2 根据 AT 库修改代码 3.3 裁剪FreeRTOS内核 链接 前言 建议: 如果不想重新构建新的 AT

目录 前言 概念 作用 必看点 实现 添加几个宏定义 源码 FreeRTOS STM32 定时器 简要说明 前言 本笔记基于 stm32+FreeRTOS. 主要参考野火.安富莱. 概念 简单概要: 各任务cpu利用率: 打印出各任务在某段时间内站用cpu时长的比例. 原理很简单: 开启一个高精度的定时器 让一个全局变量(如:ulCpuTraceTick)不断往上累加 每次切换任务时,记录上一个任务占用了多少个高精度定时器的tick 累加到该表示该任务的变量中(如:ulCpuTraceTaskA

此章节涉及新手最常遇见的3种问题: 错误的中断优先级设置 栈溢出 不恰当的使用printf() 使用configASSERT()能够显著地提高生产效率,它能够捕获.识别多种类型的错误.强烈建议在开发或者调试中开启宏configASSERT(). 中断优先级 注意:这是头号需要技术支持的问题,在大多数的移植版本中通过定义configASSERT()就能够立刻捕获这个错误. 如果FreeRTOS移植版本支持中断嵌套,并且中断服务程序使用了FreeRTOS API,那么必须把中断优先级设置为confi

花了3个晚上,把这个章节看完,受益匪浅. 最有用的应该是与中断相关的错误,优先排查中断优先级设置. 堆栈溢出检查,可能用到,一般先把堆栈设置的足够大,只要没有溢出就是好事,溢出了,掌握了栈溢出钩子函数排错很方便. printf()相关的问题应该尽量不会出现,毕竟只要需要打印调试信息的情况下才使用,而且嵌入式系统一般都是用串口重定向的. 讲真,嵌入式中printf()真的挺烦的,严重影响性能,我的开发案例中发现,串口打印会影响板子的 power save性能,这是实测到的. 此章节涉及新手最常遇见

转自:http://www.wowotech.net/basic_subject/meltdown.html#6596 摘要(Abstract) The security of computer systems fundamentally relies on memory isolation, e.g., kernel address ranges are marked as non-accessible and are protected from user access. In this p

我是卓波,我是一名嵌入式工程师,我万万没想到我会在这里跟大家吹牛皮. 嵌入式框架Zorb Framework搭建过程 嵌入式框架Zorb Framework搭建一:嵌入式环境搭建.调试输出和建立时间系统 嵌入式框架Zorb Framework搭建二:环形缓冲区的实现 嵌入式框架Zorb Framework搭建三:列表的实现 嵌入式框架Zorb Framework搭建四:状态机的实现 嵌入式框架Zorb Framework搭建五:事件的实现 嵌入式框架Zorb Framework搭建六:定时器的实

org 07c00h ;================================================ jmp short START nop ; 这个 nop 不可少 ;这个结构将要被写在软盘的第一个扇区,相当于格式化软盘为FAT12格式 BS_OEMName DB 'PAVKOOOO' ; OEM String, 必须 8 个字节 BPB_BytsPerSec DW ; 每扇区512字节 BPB_SecPerClus DB ; 每簇1扇区 簇的定义是为了操作系统能够更加快速

1. goroutine源码分析 1.1 初始化 go程序的启动流程分为四步 call osinit, 这里就是设置了全局变量ncpu = cpu核心数量 call schedinit make & queue new G (runtime.newproc, go func()也是调用这个函数来创建goroutine) call runtime·mstart 其中,schedinit 就是调度器的初始化,除了schedinit 中对内存分配,垃圾回收等操作,针对调度器的初始化大致就是初始化自身,

常用作编译命令行指定的单个go源码包.会生成一个以文件.o为后缀的目标文件,其文件名与包内第一个源文件的文件名相同. 目标文件可以与其他对象组合成一个包档案或直接传递给链接器(go tool link).如果使用-pack调用,编译器会直接写入一个档案(archive),绕过中间目标文件. 生成的文件包含有关由包导出的符号的类型信息,以及包使用的从其他包导入的符号使用的类型.因此,在编译包P的客户端C读取P的依赖关系文件时,不需要编译P的输出. 命令行 go tool compile [flag

前言 如果你平时有翻看源码的习惯,你肯定会发现.咦,怎么有的方法上面总是写着 //go: 这类指令呢.他们到底是干嘛用的? 今天我们一同揭开他们的面纱,我将简单给你介绍一下,它们都负责些什么 go:linkname //go:linkname localname importpath.name 该指令指示编译器使用 importpath.name 作为源代码中声明为 localname 的变量或函数的目标文件符号名称.但是由于这个伪指令,可以破坏类型系统和包模块化.因此只有引用了 unsafe

RTOS诊断和错误检查 RTOS diagnostics and error checking 查看RTOS显示系列 错误处理不太可能是任何用于嵌入式系统应用程序的操作系统的主要功能.这是资源限制的必然结果,而且所有嵌入式系统都有某种限制.这也是合乎逻辑的,因为只有有限数量的嵌入式系统才有机会像桌面系统一样工作,即为用户提供一个机会,以便在发生异常事件时决定下一步要做什么. 在Nucleus SE中,大致有三种类型的错误检查: 对所选配置进行"健全性检查"的功能-只是为了确保所选选项的

资源:http://blog.csdn.net/zhzht19861011/article/category/6191478 资源:可以下载安富莱的STM32-V5开发版资料中的FreeRTOS教程,里面有详细介绍各个功能,可以在http://wenku.baidu.com/search?word=%B0%B2%B8%BB%C0%B3STM32-V6%BF%AA%B7%A2%B0%E5FreeRTOS%BD%CC%B3%CC&lm=0&od=0&fr=top_home中查找相应的文

"STM32F103VET6<_>FreeRTOS" 1.项目功能实现 1)LED灯定时闪烁 2)KEY按键检测 3)FreeRTOS任务创建 4)串口输出程序运行状态 2.软件代码实现 1)LED灯初始化代码 1 1 #ifndef __BSP_LED_H 2 2 #define __BSP_LED_H 3 3 4 4 /*---------------------------宏定义-----------------------------*/ 5 5 6 6 #defi