[001] [RT-Thread学习笔记] 高精度延时函数rt_hw_us_delay的陷阱与优化

在移植rtt过后，移植其他的协议的时候，如果是标准库，使用的滴答定时器，那么需要将滴答定时器改为系统的rt_thread_mdelay或者rt_thread_delay延时函数，如果是us级别的延时，那么调用rt_hw_us_delay，因为系统的延时也是使用的滴答定时器，如果我们直接使用的话，应该是会产生冲突，导致程序运行错误(我是这样的QAQ)

关于RT_thread延时函数的分析

你的支持，我的动力；祝各位前程似锦，offer不断，步步高升！！！Vip1104z获取！！！（备注：嵌入式）**你的支持，我的动力；祝各位前程似锦，offer不断，步步高升！！！更多资料点击此处获qu！！

高精度延时函数rt hw us delay在CH32V203C8T6单片机上的实现，其实有SysTick的单片机的用法都差不多

在 RT-Thread 操作系统中，Delay 函数和空闲线程钩子函数是实现任务调度和系统优化的重要工具。Delay 函数用于在任务中创建延迟，而空闲线程及其钩子函数则可以用于执行系统空闲时间内的一些操作，如任务监控、能耗优化等。本文将介绍 Delay 函数的作用和用法，以及空闲线程及其钩子函数的概念，并简要讨论它们在 RT-Thread 中的应用。Delay 函数和空闲线程钩子函数是 RT-Thread 中重要的功能模块，有助于实现任务调度和系统优化。

RT_Thread 调试笔记：时间相关，时钟管理函数，延时，定时器、 毫秒转换为时分秒 等

rtthread精准延时函数, ns-us

今天继续做之前的东西，使用了RT-thread操作系统。程序中有AT24C02的相关操作AT24C02的操作的接口是IIC接口，所以又涉及到IIC。程序用的模拟的IIC,IIC的时序挺严格的，有微秒的延时操作。由于模拟IIC程序中的延时操作用的是裸机实现滴答定时器的延时方式，所以造成程序卡死。要解决这个问题第一时间想到的是RT-Thread有没有相关的微秒级别的延时API。由于是在MDk软件包添加...

新建工程步骤见中科蓝讯 AB32VG1 开发板 GPIO 控制RGB彩灯实验，建好工程之后，需要添加DHT11组件，方法双击打开RT-Thread Settings,如下图所示，点击Add按钮，弹出软件包搜索界面,输入DHT11点击搜索，如下图所示显示2个结果，点击添加第一个组件即可。 添加成功以后，返回，然后双击DHT11软件包，进入软件包配置界面，配置如下图所示。然后保存即可。 配置完成之后，展开packages，可以看到DHT11的源文件和demo已经存在了，如下图所示。 下一步

1 static void retry_delay_100us(void) { /* 100 microsecond delay */ rt_thread_delay((RT_TICK_PER_SECOND * 1 + 9999) / 10000); } 2 wait_loop_index = ((PWR_FLAG_SETTING_DELAY_US * SystemCoreClo...

在 RT-Thread_03_delete_task 的实验里，我们提到空闲线程(Idle 线程)的作用：释放被删除的线程的内存。除了上述目的之外，为什么必须要有空闲线程？一个良好的程序，它的线程都是事件驱动的：平时大部分时间处于挂起状态。有可能我们自己创建的所有线程都无法执行，但是调度器必须能找到一个可以运行的线程：所以，要提供空闲线程。空闲线程优先级最低：它不能阻碍用户线程运行空闲线程要么处于就绪态，要么处于运行态，永远不会挂起空闲线程的优先级为最低，这意味着一旦某个用户的线程变为就绪态，那么。

本文深入解析RT-Thread高精度延时函数rt_hw_us_delay在STM32F103平台上的5个常见陷阱及优化方案。从临界值死锁到多核同步问题，提供实测数据支撑的解决方案，帮助开发者规避风险并提升系统稳定性。特别针对高精度延时函数的本质原理和性能优化技巧进行详细阐述。

本文深入剖析了RT-Thread中高精度延时函数rt_hw_us_delay的工作原理与常见陷阱。通过对比新旧版本实现，揭示了其因算法缺陷可能导致系统卡死的根本原因，并提供了优化方案。文章重点分享了利用GPIO和示波器进行精度验证、使用系统tick进行宏观测试等实战调试技巧，最后总结了安全使用守则，并建议对复杂定时需求采用硬件定时器（HWTimer）作为更优替代方案。

程序中有AT24C02的相关操作AT24C02的操作的接口是IIC接口，所以又涉及到IIC。程序用的模拟的IIC,IIC的时序挺严格的，有微秒的延时操作。由于模拟IIC程序中的延时操作用的是裸机实现滴答定时器的延时方式，所以造成程序卡死。要解决这个问题第一时间想到的是RT-Thread有没有相关的微秒级别的延时API。但是很玄学啊，之前在RT-thread的4.0.1的源码中找到了这个文件。文件里面找到的那个rt_hw_us_delay()函数是理论上可以延时2^32-1微秒(实际上好像也不能延时这么多)

RT-thread常用API函数汇总

RTT是衡量网络传输性能的重要指标之一，能够反映出数据在网络中传输的速度和稳定性。通常情况下，RTT越短，网络传输的速度就越快，反之则越慢。因此，通过监测TCP中的RTT时延，可以初步判断网络的性能如何。但需要注意的是，RTT时延只是一个指标，要全面评估网络性能还需要结合其他指标进行综合分析。

在裸机（以stm32为例）编程中，常用的延时方法如下： 1.循环法 void delay_us(u16 time) { u16 i=0; while(time–) { i=10; //自己定义 while(i–) ; } } //毫秒级的延时 void delay_ms(u16 time) { u16 i=0; while(time–) { i=12000; //自己定义 while(i–) ; } } 2.SysTick定时器中断机制 SysTick-系统定时器是CM3内核中的一个外设，内嵌在NVIC

这里需要注意的是，我们必须要定义一个main函数，才能在调试串口中使用hwtimer_sample这个指令，如果没有main函数的话，我们在串口调试中是运行不了hwtimer_sample。假如说程序报错说我们没有TIM_CONFIG,那我们可以打开tim_config.h文件，在TIM2_CONFIG前面加入TIM1_CONFIG.(rt-thread好像没有TIM1_CONFIG所以需要自己加），里面的参数和TIM2_CONFIG相同，只需要将TIM2改成TIM1即可）。这样我们就配置好了定时器2。