现象:1,RTOS  使用时 系统卡启动文件               B       .处. 原因分析:该种情况是由于定义开启了中断,但是未开启中断处理服务.程序执行到中断响应式无对应的程序响应 解决办法: 分析启动头文件,未针对RTOS特别定义中断 分析成分徐程序中开启动了 串口1中断但未能查找到对应的USART1_IRQHandler中断服务程序. 但在RTOS的串口使用中,定义了 vUARTInterruptHandler,因此映射该中断即可. 在RTOS配置中,添加 #define

出现问题场景:       作为刚接触FreeRTOS实时操作系统的菜鸟,我在练习一个程序功能:按键3按下,将LED闪烁的任务挂起:按键4按下,将LED闪烁的任务恢复到就绪.按键使用外部中断.恢复就绪的语句是 xTaskResumeFromISR(xHandleTaskLED1(该函数用于在中断中恢复一个被挂起的任务).     两个按键的中断优先级程序如下:     /*--------------------------------------------------------------

郑重声明,版权所有! 转载需说明. FREERTOS堆栈大小的单位是word,不是byte. 根据处理器架构优化系统的任务优先级不能超过32,If the architecture optimized method is used then configMAX_PRIORITIES cannot be greater than 32. vTaskDelay() delay from call the vTaskDelay vTaskDelayUntil delay from last wake

资源: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中查找相应的文

imx6在qt中打开调试串口时,ui总是会卡死.调试串口已经被文件系统占用,而在qt的app中使用open函数却能够调用open函数,打开成功,造成ui卡死,并且调试串口也卡死.本文记录这个问题的解决方法. try { //查找/etc/inittab文件中,是否使用ttymxc0作为调试串口输出 //如果是,就抛出异常,不打开串口 ret = system("grep ttymxc0 /etc/inittab | grep -v \"#\""); if (ret

任务函数原型: void ATaskFunction(void * pvParameters); 任务不允许从实现函数中返回.如果一个任务不再需要,可以用vTaskDelete()删除; 一个任务函数可以用来创建多个任务,各任务均是独立的执行实例,拥有属于自己的栈空间. 典型的任务函数结构: void ATaskFunction( void *pvParameters ) { /* 可以像普通函数一样定义变量.用这个函数创建的每个任务实例都有一个属于自己的iVarialbleExample变 量

1.前言 在嵌入式操作系统中队列是任务间数据交换的常用手段,队列是生产者消费者模型的重要组成部分.FreeRTOS的队列简单易用,下面结合一个具体例子说明FreeRTOS中的队列如何使用. 2.参考代码 参考代码中存在两个任务,任务A和任务B.任务A扮演生产者的角色,任务A不断地向队列中填充内容,填充的内容为一个int16_t类型的变量,填充完之后该变量累加:任务B扮演消费者的角色,任务B不断的从队列中提取内容,并通过串口打印. /* Standard includes. */ #include

在FreeRTOS中和UIP中,都使用到了一种C语言实现的多任务计数,专业的定义叫做协程(coroutine),顾名思义,这是一种协作的例程, 跟具有操作系统概念的线程不一样,协程是在用户空间利用程序语言的语法语义就能实现逻辑上类似多任务的编程技巧. 意思就是说协程不需要每次调用的时候都为任务准备一次空间,我们知道像ucos这种操作系统,它内置的多任务是需要在中断过程中切换堆栈的,开销较大,而协程的功能就是在尽量降低开销的情况下,实现能够保存函数上下文快速切换的办法,用操作系统的概念来说,一千个

简介 最近项目中可能需要使用到SD卡,所以需要对SD卡的配置和使用调研,在配置过程中遇到了一些问题,在此记录一下. STM32Cube配置 Pinout 只需要注意绿色部分的设定 Clock配置 这里使用了最大的Clock,SDMMC1的时钟是48MHz FATFS配置 Freertos配置 这里增大了Heap size,使用了heap_4的内存管理方式. SD卡配置 在这里打开SD的全局中断,并使用DMA2的方式传输数据 NVIC配置 SD的全局中断配置为5,DMA中断配置为6,5的优先级更高

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

第10章     RL-TCPnet网络协议栈移植(FreeRTOS) 本章教程为大家讲解RL-TCPnet网络协议栈的FreeRTOS操作系统移植方式,学习了第6章讲解的底层驱动接口函数之后,移植就比较容易了,主要是添加库文件.配置文件和驱动文件即可.另外,RL-TCPnet移植到FreeRTOS要重新配置RL-TCPnet的接口函数,以此来支持RL-TCPnet多任务运行.使用RTX无需重新配置,因为默认情况下就是采用RTX的API函数配置的. 本章教程含STM32F407开发板和STM32

1.任务相关的API函数 函数存在于task.c中,主要的函数有: xTaskCreate():使用动态的方法创建一个任务: xTaskCreatStatic():使用静态的方法创建一个任务(用的非常少): xTaskCreateRestricted():创建一个使用MPU进行限制的任务: vTaskDelete():删除一个任务: vTaskSuspend():挂起一个任务: vTaskResume():恢复一个任务的运行: vTaskResumeFromISR():中断服务函数中恢复一个任务

 开始这篇文章之前先简单说明一下,我使用的MCU是我们公司自主研发的ACH1180芯片,和STM32差不多,都是Cortex-M4的核,所以移植的过程参考了STM32移植的步骤. 1.解压FreeRTOSV8.2.3到本地目录(FreeRTOS的源码在官网上有,目前是9.0.0版本,据说8版本稳定,但未做考证) 2.将\FreeRTOSV8.2.3\FreeRTOS\中的Source文件夹复制到待移植的代码工程中,并且重新命名为“FreeRTOS” 3.在IAR中建立FreeRTOS的文件域,F

1.FreeRTOS目录结构 FreeRTOS FreeRTOS简略目录如下: ├─FreeRTOS │ ├─Demo // 各种开发工具的完整Demo,开发者可以方便的以此搭建出自己的项目,甚至直接使用 │ │ ├─Common // 所有例程都可以使用的演示例程文件 │ │ └─其他 // 对应平台和开发工具的项目例程(命名:平台_开发工具,例如:CORTEX_M4F_M0_LPC43xx_Keil) │ ├─License // 使用修改过的GPL │ └─Source // FreeRT

FreeRTOS内核是高度可定制的,使用配置文件FreeRTOSConfig.h进行定制.每个FreeRTOS应用都必须包含这个头文件,用户根据实际应用来裁剪定制FreeRTOS内核.这个配置文件是针对用户程序的,而非内核,因此配置文件一般放在应用程序目录下,不要放在RTOS内核源码目录下. 在下载的FreeRTOS文件包中,每个演示例程都有一个FreeRTOSConfig.h文件.有些例程的配置文件是比较旧的版本,可能不会包含所有有效选项.如果没有在配置文件中指定某个选项,那么RTOS内核会使

一.问题描述在一个使用FreeRTOS的工程中,只做了SD卡的驱动,由于RTOS使用了Systick,故非系统延时函数使用的是 DWT中的时钟周期(CYCCNT)计数功能,但是在SD卡驱动中使用了这个非系统延时导致,烧写程序后板子工作正常,而下电再上电后板子无反应,分析排查去掉了这个非系统延时后工作正常. 二.使用环境1)开发环境使用的是MDK5.20,下载器为JLINK:2)软件工程是V6的FreeRTOS模板工程,SD卡驱动也是V6的,非系统延时函数所在文件为V6的 bsp_dwt.c:3)

1.前言 访问一个被多任务共享,或是被任务与中断共享的资源时,需要采用”互斥”技术以保证数据在任何时候都保持一致性.这样做的目的是要确保任务从开始访问资源就具有排它性,直至这个资源又恢复到完整状态 FreeRTOS 提供了多种特性用以实现互斥,但是最好的互斥方法(如果可能的话,任何时候都当如此)还是通过精心设计应用程序,尽量不要共享资源,或者是每个资源都通过单任务访问. 2.本章内容 本章期望让读者了解以下内容: 为什么,以及在什么时候有必要进行资源管理与控制. 什么是临界区. 互斥是什么

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

关于任务栈和系统栈的基础知识,可以参考之前的随笔.(点击这里) 这里再次说明:#define configTOTAL_HEAP_SIZE ( ( size_t ) ( 17 * 1024 ) ) 这个宏,官方文档解释: FreeRTOS堆中可用的RAM总量. 只有在configSUPPORT_DYNAMIC_ALLOCATION设置为1并且应用程序使用FreeRTOS源代码下载中提供的一个示例内存分配方案时(heap1,2,3,4,5.c源文件,这里我使用的是heap4),才会使用此值.有关详细

假设你已经看过FreeRTOS 事件标志组这篇随笔了. 之前的基础篇,真的就只是简单了解一下,相当于大学实验室的实验,但是,我们实际公司项目中,需要更多地思考,就算我们之前只是学习了基础概念以及基础语法,只要我们勤加思考,就能灵活的运用基础知识了,基础是内功,基础打好了,功力自然上升. 事件标志组的概念就不再解释了,直接来正题. 你一定和我刚开始接触FreeRTOS一样,知道了事件标志组,也调用过API函数,并且也实现了开发板上历程的功能,不过开发板历程仅仅是介绍了某些API函数的用法,仅仅使用