rt专题
Documentation_scheduler_sched-rt-group.txt
如果想评论或更新本文的内容，请直接联系原文档的维护者。 如果你使用英文交流有困难的话，也可以向中文版维护者求助。 如果本翻译更新不及时或者翻译存在问题，请联系中文版维护者。 中文版维护者： 陶莹莉 tyl18768122426@163.com 中文版翻译者： 陶莹莉 tyl18768122426@163.com 中文版校译者： 陶莹莉 tyl18768122426@163.co
基于VIT获取天气信息的RT语音识别系统
基于VIT获取天气信息的RT语音识别系统 一， 文档简介二， 相关准备2.1 天气API平台2.2 postman测试天气API2.3 VIT自定义命令 三， 代码讲解3.1 LWIP socket 客户端代码获取天气API3.2 VIT识别自定义代码添加3.3 语音识别天气信息 四， 测试结果五， 问题总结5.1 LWIP获取天气失败5.2 VIT LWIP融合内存不足5.3 中文打印
【论文阅读】-- Attribute-Aware RBFs：使用 RT Core 范围查询交互式可视化时间序列颗粒体积
Attribute-Aware RBFs: Interactive Visualization of Time Series Particle Volumes Using RT Core Range Queries 1 引言2 相关工作2.1 粒子体渲染2.2 RT核心方法 3 渲染彩色时间序列粒子体积3.1 场重构3.1.1 密度场 Φ3.1.2 属性字段 θ3.1.3 优化场重建 3
RT-Thread内核源码分析-优先级反转代码实现
目录 优先级反转概念 如何解决优先级反转 优先级继承代码实现分析 互斥量和信号量的区别 为什么中断中不能休眠？ 优先级反转概念 优先级反转是指一个低优先级的任务持有一个被高优先级任务所需要的共享资源。高优先任务由于因资源缺乏而处于受阻状态，一直等到低优先级任务释放资源为止。而低优先级获得的CPU时间少，如果此时有优先级处于两者之间的任务，并且不需要那个共享资
RT-Thread内核源码分析-线程栈结构分析
RT-Thread提供了一套满足POSIX标准的接口，因此基于RT-Thread编写的应用程序，可以相对轻松的移植到linux平台。 pthread_create接口用来创建一个线程， 接下来我们基于pthread_create来分析动态分配的数组时如何作为线程栈来使用的。 int pthread_create(pthread_t *tid,const pthrea
RT-Thread内核源码分析-rt_system_scheduler_start与rt_schedule区别
rt_system_scheduler_start 与 rt_schedule的区别 rt_system_scheduler_start：用于启动RT-Thread内核调度器，该函数是不会返回的， 在该函数调用之前创建的线程是不会被调度的。 rt_schedule： 触发内核调度操作， 用于从一个线程切换到另一个线程。
【YOLOv5/v7改进系列】改进池化层为RT-DETR的AIFI
一、导言 Real-Time DEtection TRansformer（RT-DETR），是一种实时端到端目标检测器，克服了Non-Maximum Suppression（NMS）对速度和准确性的影响。通过设计高效的混合编码器和不确定性最小化查询选择，RT-DETR在保持准确性的同时提高了速度，实现了实时检测的要求。实验结果表明，RT-DETR在COCO数据集上达到了53.1％的平均精度（
9.8k star！一款小而美的开源物联网操作系统：RT-Thread
介绍 RT-Thread是一款主要由中国开源社区主导开发的开源实时操作系统（RTOS）。它不仅是一个实时操作系统内核，也是一个完整的应用系统，包含了实时、嵌入式系统相关的各个组件，如TCP/IP协议栈、文件系统、libc接口、图形用户界面等。 实时性和多任务调度：RT-Thread支持多任务并发执行，可以创建和管理多个任务，实现任务之间的切换和调度。它提供了多种调度策略和优先级管理方式
LabVIEW RT环境中因字符串拼接导致的系统崩溃问题
在LabVIEW实时操作系统（RT）环境中运行的应用程序出现字符串拼接后死机的问题，通常涉及内存管理、内存泄漏或其他资源管理问题。以下是一些指导和步骤，帮助解决这个问题： 1. 内存泄漏检测 字符串拼接会在内存中创建新字符串，可能导致内存使用增加，最终耗尽系统内存。使用LabVIEW的工具检查是否存在内存泄漏： 使用工具：使用LabVIEW内置的“内存监视器”（Memory Monitor）
龙芯+RT-Thread+LVGL实战笔记（36）——密码锁完善
【写在前面】不知不觉中，又临近学期末了。这个学期，因为一些特殊原因，一直没怎么更新本教程，而且不得已上调了本教程的价格，在此笔者深表歉意。另一方面，自己带的学生发挥不佳，很遗憾未能闯进国赛，为此笔者也郁闷了相当长一段时间。事已至此，也只能慢慢释然，来年再战了。至于龙芯板上的任务，笔者又调试了一些任务，比如直流电机转速控制等，后面还是会继续更新的，本篇先把前面密码锁可完善的地方补齐。
RT-DETR 详解之 Uncertainty-minimal Query Selection
引言 在上一章博客中博主已经完成查询去噪向量构造部分的讲解（DeNoise）在本篇博客中，我们将进行Uncertainty-minimal Query Selection创新点的讲解。 Uncertainty-minimal Query Selection是RT-DETR提出的第二个创新点，其作用是在训练期间约束检测器对高 IOU 的特征产生高分类分数，对低 IOU 的特征产生低分类分数。从而
RT-DETR 详解之查询去噪（ DeNoise）
引言 前面我们已经讲解了RT-DETR的基本结构与Efficient Hybrid Encoder部分，在这篇博客里，博主将主要记录RT-DETR的第二个创新点：Uncertainty-minimal Query Selection 查询向量选择为什么重要？ 关于 Query Selection（查询向量选择）,大家应该并不陌生，这个方法可谓在DETR领域大杀四方，如DAB-DETR对查
RT-DETR 详解之 Efficient Hybrid Encoder
在先前的博文中，博主介绍了RT-DETR在官方代码与YOLOv8集成程序中的训练与推理过程，接下来，博主将通过代码调试的方式来梳理RT-DETR的整个过程。 整体结构 RT-DETR的代码调试大家可以参考博主这篇文章： 在梳理整个代码之前，博主需要说明一下RT-DETR的主要创新点，方便我们在代码调试的过程中有的放矢。 博主首先使用官方代码进行讲解，在后面还会对YOLOv8集成的RT-DE
RT-Thread中的事件机制-多次发送同一个事件等同于一次触发
事件是信号量的扩展，在很多情况下可以用事件代替信号量的同步，事件可以一对一、一对多、多对一、多对多。 一个线程可等待多个事件的触发：可以是其中任意一个事件唤醒线程进行事件处理的 操作；也可以是几个事件都到达后才唤醒线程进行后续的处理；同样，事件也可以是多个线 程同步多个事件，这种多个事件的集合可以用一个32位无符号整型变量来表示，变量的每一 位代表一个事件，线程通过“逻辑与”或“逻辑或”与一个或
更换 RT-DETR 主干网络为 【ResNet-18】【ResNet-34】| 已支持 18/34/50/101/152 全系列尺寸
本专栏内容均为博主独家全网首发，未经授权，任何形式的复制、转载、洗稿或传播行为均属违法侵权行为，一经发现将采取法律手段维护合法权益。我们对所有未经授权传播行为保留追究责任的权利。请尊重原创，支持创作者的努力，共同维护网络知识产权。 之前这篇文章写过了添加【ResNet-50】【ResNet-101】【ResNet-152】，我们这篇写添加 【ResNet-18】【ResNet-34】，
jdk中rt.jar的作用
最近看java.util.concurrent包的内容，发现java.time.、java.util.、java.nio.、java.lang.、java.text.、java.sql.、java.math.*等等都在rt.jar包下，才发现自己对平时经常用到的jdk的源码来源并不是很清晰。 我们在配置java环境变量时会配置JAVA_HOME、Path、Classpath，其中Classpa
RT_thread nano移植Finsh
参考连接: https://blog.csdn.net/baseball214/article/details/131341722 移植的前提是,你已经有一个可以使用的nano功能. 1.将rtthread-nano-master\rt-thread\components文件复制到工程. 2.添加Finsh中的.c以及相关.h头文件路径 3.注释掉finsh_config.h文件中以下两
在RT-Thread下为MPU手搓以太网MAC驱动-4
文章目录 MAC驱动里面对MDIO的支持MAC驱动与MDIO总线 这是个人驱动开发过程中做的一些记录，仅代表个人意见和理解，不喜勿喷 MAC驱动需要支持不同的PHY芯片 MAC驱动里面对MDIO的支持 在第一篇文章中提到对MAC设备做出了抽象，其中MAC抽象里面有提供通过MDIO总线去访问PHY寄存器的读写操作接口(有省去其他操作接口) struct h3_ma
RT-Thread 内核初探
内核是操作系统最基础也是最重要的部分。下图为 RT-Thread 内核架构图，内核处于硬件层之上，内核部分包括内核库、实时内核实现。 内核库是为了保证内核能够独立运行的一套小型的类似 C 库的函数实现子集。 这部分根据编译器的不同自带 C 库的情况也会有些不同，当使用 GNU GCC 编译器时，会携带更多的标准 C 库实现。 实时内核的实现包括：对象管理、线程管理及调度器、线程间通信管理、时钟管
RT-Thread的I/O 设备模型框架
RT-Thread 提供了一套简单的 I/O 设备模型框架，如下图所示，它位于硬件和应用程序之间，共分成三层，从上到下分别是 I/O 设备管理层、设备驱动框架层、设备驱动层。 应用程序通过 I/O 设备管理接口获得正确的设备驱动，然后通过这个设备驱动与底层 I/O 硬件设备进行数据（或控制）交互。 I/O 设备管理层实现了对设备驱动程序的封装。应用程序通过 I/O 设备层提供的标准接口访问底层
在RT-Thread下为MPU手搓以太网MAC驱动-2
文章目录 MAC驱动兼容不同的MPU平台MAC驱动中断处理代码MAC驱动下MDIO访问接口的实现 MAC驱动支持不同的PHY芯片对PHY设备的抽象 这是个人驱动开发过程中做的一些记录，仅代表个人意见和理解，不喜勿喷 MAC驱动需要兼容不同的MPU平台 MAC驱动兼容不同的MPU平台 MAC驱动中断处理代码 在MAC驱动下，提供了通用的中断处理代码，在通用中断处
在RT-Thread下为MPU手搓以太网MAC驱动-1
文章目录 动手写驱动之前的思考MAC驱动兼容不同的MPU平台解决不同MPU平台头文件包含的问题对MAC操作接口的抽象对MAC设备的抽象MAC设备的注册 这是个人驱动开发过程中做的一些记录，仅代表个人意见和理解，不喜勿喷 动手写驱动之前的思考 MAC驱动需要兼容不同的MPU平台 MAC驱动需要支持不同的PHY芯片 MAC驱动需要支持多个以太网接口 MAC驱动需要是否借
![RT-DETR改进教程|加入SCNet中的SCConv[CVPR2020]自校准卷积模块！](https://img-blog.csdnimg.cn/direct/63a159e6ed564e378e517bbf645362aa.png)
RT-DETR改进教程|加入SCNet中的SCConv[CVPR2020]自校准卷积模块！
⭐⭐ RT-DETR改进专栏|包含主干、模块、注意力机制、检测头等前沿创新 ⭐⭐ 一、 论文介绍 论文链接：http://mftp.mmcheng.net/Papers/20cvprSCNet.pdf 代码链接：https://gitcode.com/MCG-NKU/SCNet/ 文章摘要： CNN的最新进展主要致力于
RT Thread + CLion环境搭建
RT Thread + CLion环境搭建 0.前言一、准备工具1. Env + RT Thread v5.12.CLion安装3.编译及下载工具 二、新建Env工程三、CLion配置四、运行测试 0.前言 事情的起因是最近在使用RT Thread Studio时，发现默认的 rtt 内核版本及交叉编译链版本都过于陈旧，于是手动升级到了rtt 5.1和gcc-10，结果在