When RTOS is used, it is strongly recommended to use a HAL timebase source other than the Systick.

最新推荐文章于 2025-05-12 21:12:32 发布
最新推荐文章于 2025-05-12 21:12:32 发布
阅读量2.7k 收藏
点赞数 1
分类专栏： STM32 文章标签： 单片机 stm32 嵌入式硬件
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_38038158/article/details/126400202
版权

STM32 配置滴答时钟的时候提醒的原因：
如果用了操作系统FreeRTOS，再用滴答时钟会有提醒
此时，建议别用滴答时钟，还是用普通时钟。一定要用滴答时钟的话，可以参考以下文章：
https://www.ssfiction.com/c-cyuyankaifa/597956.html

STM32CubeMX学习使用（配置freeRTOS 问题）
CodeAllen嵌入式
06-18 2万+
说明： 本文原创作者『Allen5G』 首发于微信公众号『Allen5G』 标签：编程，软件，算法，思维 推荐阅读： 如何更快的学习单片机？ 1 vTaskDelayUntil 未定义 之前移植完系统一直说没有定义，原来是没有使能 2 //#include “mxconstants.h” //现版本是在main.h 3 内存分配 4 时基选择 添加操作系统之后需要改变时基，不...
STM32 Cubemx FreeRTOS的timebase配置（转）
djdx14443的博客
09-23 1534
原文链接：https://blog.csdn.net/callmesumo/article/details/89403787 when FreeRtos is used.It is strongly recommended to use a HAL timebase source other than the Systic 在stmcubeMX中进行配置的时候，如果使用了freert...
when FreeRtos is used.It is strongly recommended to use a HAL timebase source other than the Systic
CallMeSumo的博客
04-19 1万+
在stmcubeMX中进行配置的时候，如果使用了freertos系统，生成代码的时候会有如下提示： 其意思就是，当使用了FreeRtos的时候，强烈建议HAL库使用除了Systick以外的时钟源。也就是说当不使用FreeRtos的时候，HAL使用的是systick作为时钟源，现在使用了rtos，不建议hal库和rtos一起使用systick作为时钟源。 我们先看一下rtos和HAL库使用s...
cubemx在使用freertos的时候为何推荐使用除systick以外的timebase
steveliu->blog
05-27 1万+
摘要 第一次使用stm32cubemx,在配置freertos后生成代码时会提示: When FreeRTOS is used.It is strongly recommended to use a HAL timebase source other than the Systic Why??? 网上搜了下,结合相关源码看了下,理清了思路.用一句话总结就是:防止在高优先级(优先级高于systick)中断服务中调用HAL_Delay(),导致中断服务忙等待,这样任何优先级低于该中断的中断都得不到.
STM32CUBEMX生成freeRTOS代码的时候出现警告
热门推荐
xh1479的博客
06-19 4万+
STM32CUBEME生成freeRTOS代码的时候出现警告概述 概述 最近做新项目使用了FREERTOS.1，执行生成代码时提示： WARNINGS: When FreeRTOS is used, it is strongly recommanded to use HAL timebase source other than the Systick. HAL函数如果是阻塞型呼叫，內部会用到HAL_Delay()，FreeRTOS应该还是使用SystTick。如果使用的时基操作來源一样，怕有不可预期问题
【无标题】
jingluo635的博客
04-18 1454
解决 STMCUBEIDE “When FreeRTOS is used, it is strongly recommended to use a HAL timebase source other than the Systick”
Timebase source 时基解释
01-06
（RTOS笔记2）Timebase source 时基解释 一.软硬件版本信息：二.时基1.为什么要有时基2.裸机运行(1）默认配置SysTick(2）使用TIM1配置3.有操作系统三.总结 一.软硬件版本信息： STM32Cube Mx 5.30 Keil 5.29.0.0 STM32H750XB 二.时基 裸机运行时只需要维护一个时基就可以了，在加上操作系统时我们需要提供第二个时基来保证hal库和操作系统同时运行 运行需要的时基： 1.HAL的时基：Timebase Source 2.OS的时基： 使用操作系统时 1.为什么要有时基 时基就是为运行程序时提供一个时间，比如延时函数，在HAL
FreeRTOS（一）系统时钟和中断
qq_33938558的博客
08-09 3248
标题
uCOS_III例子程序+Micrium.RTOS.1.0.0.pack
03-01
利用keil 5.26创建第一个uCOSIII工程 keil uvision v5.2.6下编译通过。 原文件编译时报错： ...d:\Keil_v5\ARM\PACK\Micrium\RTOS\1.0.0\...附送两个难以下载的pack：Micrium.RTOS.1.0.0、cmsis_rtos_rtx_v4p70
CubeMx---＞踩坑记录
qq_42069216的博客
03-09 2042
文章目录时钟配置1.时钟树晶振问题2.[时钟源的选择](https://www.cnblogs.com/niu-li/p/11172052.html) 时钟配置 1.时钟树晶振问题 现象及分析 卡住在 (HAL_GetTick() - tickstart) > HSE_TIMEOUT_VALUE ，这里查看是否在SysTick_Handler中调用累加计数器 处理 在CubeMx中时钟树的配置出了问题，其中HSE的值是根据所提供的晶振来设置的，是写死的比如下图中的25MHZ是因为硬件晶振就是25
FreeRTOS的Systick和HAL时基
qq_43460068的博客
01-10 5036
防止在高优先级（优先级高于Systick） 中断服务函数中调用HAL_Delay()，导致中断服务忙等待，这样任何优先级低于该中断的中断都得不到服务（低中断不能打断高中断），当然这里包括os的全部调度。
STM32CubeIDE开发(二十九)， 如何结合FreeRTOS开发STM32程序
技术需要分享
12-03 4782
cubeIDE开发， 如何结合FreeRTOS开发STM32程序，本文详细描述在cubeMX中开启FreeRTOS支持及配置FreeRTOS一个闪灯任务，并如何处理遇到的告警问题，并在cubeIDE编辑器中撰写一个闪灯任务代码及调用实现。
FreeRTOS实时操作系统（七）时间片调度及RTOS的滴答定时器
贾saisai的博客
06-25 4950
在学习正点原子的时间片调度的教程中，突然要改变滴答定时器的中断频率，而我之前对这方面没有一点点了解，所以需要详细补充一下这个知识点。
[STM32CubeIDE]使用freertos时Timebase Source为什么不能设定为SysTick
songfulu的博客
11-27 3326
参考https://www.digikey.com/en/maker/projects/getting-started-with-stm32-introduction-to-freertos/ad275395687e4d85935351e16ec575b1 SysTick is a special timer in most ARM processors that’s generally reserved for operating system purposes. By default, SysTick
51 单片机头文件 reg51.h 和 reg52.h 详解
最新发布
攻城狮鹏哥
05-12 782
51 单片机头文件 reg51.h 和 reg52.h 定义特殊功能寄存器（SFR）和位地址。reg51.h 针对标准 8051，reg52.h 针对增强型 8052，后者增加定时器 2 支持和额外 RAM。二者均含程序状态字、累加器、I/O 端口、定时器 / 计数器、中断、串口等相关寄存器定义。reg52.h 扩展定时器 2 相关寄存器。使用时依单片机型号选择头文件，可通过直接操作 SFR 及 sbit 定义的位名称开发程序。
- when rtos is used, it is strongly recommended to use a hal timebase source
10-03
当使用RTOS（实时操作系统）时，强烈建议使用HAL（硬件抽象层）时间基准源。 RTOS是一种能够管理实时任务的操作系统，它可以对任务进行优先级调度和时间管理，确保任务在严格的时间要求下有效执行。而HAL是一种抽象层，它提供了一系列标准的软件接口，以便于开发人员使用底层硬件功能，而不需要考虑底层硬件细节。 在RTOS中，时间是非常重要的。正确地追踪时间对于任务调度和时间管理至关重要。因此，使用HAL时间基准源能够确保时间的准确性和可靠性。 通过使用HAL时间基准源，开发人员可以轻松地获取和管理时间。HAL时间基准源通常是由硬件提供的，例如定时器或时钟。这些硬件设备具有高精度和稳定性，因此能够为RTOS提供可靠的时间基准。 同时，使用HAL时间基准源还可以简化开发过程。开发人员无需自己实现时间管理功能，而只需使用HAL提供的接口函数即可轻松地获取当前时间、设置定时器等。 总之，使用HAL时间基准源是使用RTOS的一个强烈建议。它能够提供可靠的时间基准，简化开发过程，确保任务的准时执行。通过合理地使用HAL时间基准源，可以提高RTOS系统的稳定性和性能。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值