- 博客(126)
- 收藏
- 关注
RSS订阅原创 学习 HRTOS：从 8051 单片机基础到实时操作系统应用开发
如何学习 8051 实时操作系统？本文以 HRTOS V4.0.0 为例，介绍从开发环境搭建、任务管理、实时调度，到任务间通信、中断管理和实际项目开发的完整学习路径，帮助 8051 开发者逐步掌握 RTOS 的使用方法与嵌入式多任务开发思路。
2026-10-31 16:38:14
288
原创 HRTOS 深度解析：任务注册中的嵌套深度机制——从 PC 寄存器到堆栈空间计算
在 8051 单片机 RTOS 开发中，任务堆栈空间规划是一项重要的底层工作。HRTOS 在任务注册阶段引入嵌套深度参数，通过分析函数调用层级，结合 8051 硬件 PC 压栈与出栈机制，对任务堆栈需求进行计算。本文从 CALL、RET、中断响应和 RETI 的硬件执行过程出发，深入解析 HRTOS 嵌套深度的设计原理，以及为什么系统会在注册时自动增加一层中断预留深度。
2026-10-31 16:08:29
441
原创 HRTOS未来发展规划：持续深耕8051，打造完整的嵌入式开发生态
HRTOS未来将继续深耕8051/MCS-51平台，下一阶段初步规划包括：完善官方网站，打造8051 RTOS知识中心；系统梳理常用外设，建设8051外设生态中心；基于HRTOS开发综合应用，充分释放操作系统的工程应用潜力。长期目标是逐步形成从操作系统内核、外设驱动到应用组件和综合工程的完整开发体系。欢迎开发者交流建议。
2026-10-30 21:49:47
480
原创 从操作系统到开发生态：HRTOS持续完善8051外设驱动与应用组件
HRTOS不只是一个8051实时操作系统内核，更致力于建设完整的8051开发生态。本文介绍HRTOS现有外设驱动资源、应用组件体系，以及未来在显示、传感器、存储、通信和控制等方向的扩展规划。从内核到驱动，从组件到工程示例，持续完善8051软件开发体系。
2026-10-30 21:31:16
264
原创 HRTOS未来发展规划：持续扩展外设支持，打造更加完整的8051生态
HRTOS未来将持续深耕8051/MCS-51平台，不断扩展外设驱动库，完善显示、传感器、存储、通信和控制等应用资源。从操作系统内核到硬件驱动，再到应用示例，逐步构建更加完整、统一、可持续维护的8051开发生态
2026-10-30 21:14:38
175
原创 8051 单片机开发，为什么值得尝试 HRTOS？欢迎交流使用心得
8051 单片机开发为什么值得尝试实时操作系统？本文介绍 HRTOS 的任务调度、通信同步、中断协作与硬件驱动资源，并分享从基础示例到实际工程的入门路径。欢迎广大开发者体验 HRTOS，交流使用心得、测试数据与改进建议，共同推动 8051 实时操作系统生态建设。
2026-10-28 13:08:34
401
原创 HRTOS 仓库介绍页全面更新：从实时操作系统内核到完整的 8051 开发实践
HRTOS 示例仓库介绍页全面更新，系统整理基础示例、任务调度、通信机制、时间管理、中断处理及硬件驱动资源，覆盖从操作系统内核机制学习到 8051 硬件应用开发的多个环节，为开发者提供更清晰的学习路径与工程实践参考。
2026-10-28 13:04:27
308
原创 HRTOS Driver 驱动库：从基础外设到传感器与控制，构建完整的 8051 嵌入式开发生态
本文介绍 HRTOS Driver 驱动库，涵盖基础外设、显示设备、传感器、控制模块与存储设备等常见 8051 应用场景。通过模块化驱动、独立工程与配套应用示例，HRTOS 不仅提供操作系统内核，也致力于构建覆盖系统调度、外设驱动与应用开发的完整 8051 嵌入式开发生态，帮助开发者提高项目开发效率。
2026-10-27 22:44:59
380
原创 8 位单片机运行 RTOS，真正的难点不只是 RAM：HRTOS 的资源管理与调度实践
8 位单片机运行 RTOS，真正的挑战不只是 RAM 容量，更在于任务上下文管理、实时调度、中断处理、通信同步与内存规划的系统性设计。本文结合 HRTOS 4.0 的架构实践与实测数据，深入分析 8051 平台运行 RTOS 的关键难点，展现 HRTOS 在任务管理、优先级调度、内核资源管理及完整开发生态方面的持续建设方向。
2026-10-27 22:36:43
375
原创 HRTOS 官网系统手册升级：21 篇技术文档，系统梳理 8051 RTOS 内核架构
HRTOS 官网系统手册完成新一轮升级。本次更新围绕官网文档阅读体验与技术内容组织展开，重新整理了系统手册目录，优化了动态加载机制、文档导航和移动端适配，让开发者能够更加方便地查阅 HRTOS 的内核设计与实现资料。新版系统手册共整理，涵盖内核架构、任务管理、实时调度、通信同步、定时系统、中断管理、内存布局、移植设计和系统调试等内容。
2026-10-27 22:03:22
196
原创 HRTOS 与 RTX51、Small RTOS 8051 对比：为什么 HRTOS 值得成为 8051 单片机的优先选择？
8051 单片机 RTOS 选型，不应只关注内核大小和任务切换速度，还应考虑平台适配、功能完整性、长期维护和文档体系。本文对比 RTX51、Small RTOS 8051 与 HRTOS，分析不同方案的设计侧重点，并重点介绍 HRTOS 在 8051 专项设计、同步通信、配套组件、缺陷修复和技术文档方面的相对优势。
2026-10-23 18:13:23
462
原创 8051 单片机 RTOS 开发的难点在哪里？从任务切换、中断管理到资源控制
8051 单片机 RTOS 开发的难点究竟在哪里？本文从任务上下文切换、工作寄存器组、中断嵌套、优先级调度、任务同步和 RAM 资源管理等方面，分析经典 8051 架构下实时操作系统的关键技术问题，并结合 HRTOS 的设计与维护实践，探讨如何构建更加完整、可靠的嵌入式实时系统。
2026-10-23 18:06:33
386
原创 HRTOS 为什么值得成为 8051 单片机的首选操作系统？从长期维护、功能完整到文档体系
选择 8051 RTOS，不能只看任务切换速度和内核规模。长期维护、功能完整性与技术文档，同样决定了一个操作系统是否值得用于实际工程。本文从持续维护、内核与系统组件、448 页技术文档三个方面，分析 HRTOS 的项目特点、适用场景及选型价值。
2026-10-23 18:03:01
514
原创 为什么 51 单片机仍然需要一套完整的实时操作系统？
8051 单片机是否需要实时操作系统？本文从裸机开发的优势与局限出发，分析任务调度、时间管理、中断协同、任务间通信及资源管理的实际价值，并讨论传统 8051 平台对轻量化设计和实时性验证的特殊要求。结合 HRTOS 4.0 的内核功能、开发组件、硬件测试与文档体系，探讨 8051 实时操作系统的工程意义与适用场景。
2026-10-20 20:07:38
384
原创 HRTOS 4.0 官网系统正式更新发布：一轮系统升级完成，进入轻量维护阶段
HRTOS 4.0 官网系统正式更新发布。本轮完成了系统功能缺陷修复、性能测试、内存资源优化及技术文档完善，重点检查了任务切换、同步机制与资源管理等关键环节。随着本轮升级告一段落，项目将进入轻量维护阶段，继续专注于 8051 实时操作系统的稳定性、工程实用性与长期维护。
2026-10-20 19:51:47
325
原创 HRTOS 4.0 本轮测试与升级工作阶段性总结
HRTOS 4.0 本轮测试与升级工作已正式告一段落，完成核心性能测试、官网升级、内存优化、技术文档完善及多项内核 BUG 修复，进一步提升系统的稳定性与工程完整性。新版本计划近几日上线，敬请关注后续公告。
2026-10-19 19:31:03
117
原创 HRTOS 4.0 中断嵌套注意事项：为什么不建议在嵌套中断中调用唤醒任务 API？
介绍 HRTOS 4.0 中断嵌套期间不建议调用任务唤醒及调度状态修改类 API 的原因，分析中断嵌套对内核操作、任务状态一致性和调度时序的影响，并总结相应的设计原则。
2026-10-19 18:56:41
286
原创 HRTOS 4.0 文档体系建设：10 份 PDF，共 448 页
HRTOS 4.0 已建立较为完整的技术文档体系，涵盖系统手册、API 参考、功能手册、性能报告及入门指南等，共计 10 份 PDF、448 页，持续完善 8051 操作系统的工程化资料建设。
2026-10-19 18:51:51
363
原创 HRTOS 4.0 实测：时间片模式与调度位模式的任务切换性能对比
本文基于 8051 硬件平台，对 HRTOS 4.0 时间片模式与调度位模式下的普通任务、高速任务切换性能进行实测。通过逻辑分析仪测量，时间片模式下普通到高速为 285.917 μs、高速到普通为 437.750 μs；调度位模式下分别为 199.333 μs 和 351.583 μs。测试对比了不同调度模式与切换方向的耗时差异，为分析 HRTOS 4.0 的调度性能提供参考。
2026-10-14 23:14:56
547
原创 HRTOS 4.0 实测：指定任务运行机制与任务切换耗时
本文基于 8051 硬件平台，对 HRTOS 4.0 的 `os_task_set_next(1)` 指定任务运行机制进行实测。通过逻辑分析仪测量，高速任务指定普通任务的切换耗时为 205.917 μs，普通任务指定普通任务的切换耗时为 253 μs。本文展示两组测试结果，为分析 HRTOS 4.0 的任务调度路径与切换开销提供参考。
2026-10-14 22:58:32
267
原创 HRTOS 4.0 实测：事件阻塞与唤醒调度耗时测试
本文基于 8051 硬件平台，对 HRTOS 4.0 的事件阻塞切换与事件唤醒调度进行实测。通过逻辑分析仪测量，任务因事件阻塞到下一个任务运行耗时 720.917 μs；事件唤醒到任务运行的原始测量值为 568 μs，扣除事件删除操作约 6 μs 的开销后为 562 μs。测试结果为分析 HRTOS 4.0 的任务调度与事件同步机制提供参考。
2026-10-14 22:48:04
331
原创 HRTOS 4.0 实测：8051 中断响应延迟与中断嵌套性能测试
本文基于 8051 硬件平台，对 HRTOS 4.0 的中断响应与中断嵌套性能进行实测。通过 GPIO 电平变化和逻辑分析仪测量，普通中断响应时间为 12.167 μs，中断嵌套响应时间为 11.917 μs。文章介绍测试方法、程序实现与实测数据，为评估 HRTOS 4.0 的中断处理能力提供参考。
2026-10-14 22:30:03
581
原创 HRTOS 4.0 实测：8051 操作系统毫秒级任务延时精度测试
本文基于 8051 硬件平台，对 HRTOS 4.0 的毫秒级任务延时接口进行实测。通过 GPIO 电平变化测量不同延时参数的实际时间，1 ms、10 ms、100 ms 和 5 ms 分别测得 1.000 ms、9.970 ms、99.690 ms 和 4.988 ms。本文介绍测试环境、程序实现及实测结果，分析 HRTOS 4.0 的时间管理表现。
2026-10-14 22:16:45
298
原创 HRTOS 4.0 硬件实测：os_delay() 延迟测试与系统时间精度分析
本文基于 STC12C5A60S2（11.0592 MHz 晶振），使用逻辑分析仪实测 HRTOS 4.0 的 `os_delay()` 延迟。在默认系统时间片周期配置 10000 下，`os_delay(1)`、`os_delay(5)`、`os_delay(10)`、`os_delay(100)` 的实测延迟分别为 12.572 ms、56.6729 ms、111.80 ms 和 1.104 s，为系统时间管理与延时精度分析提供真实硬件测试数据。
2026-10-13 21:54:50
247
原创 HRTOS 4.0 硬件性能实测：启动时间、任务切换与高速任务调度
本文基于逻辑分析仪，对 HRTOS 4.0 在 8051 目标硬件上的启动时间、首个任务启动时间、普通任务切换及高速任务切换进行实测。测试结果显示，上电至进入 `hrtos_main()` 为 347.21 ms，普通任务切换耗时 394.33 μs（调度触发位）和 550.33 μs（时间片触发），高速任务切换耗时 143.5 μs 和 229.5 μs。通过真实硬件测量，记录 HRTOS 的实际运行表现，为后续内核性能验证与工程优化提供依据。
2026-10-13 21:31:52
388
原创 HRTOS 性能验证方案：基于真实硬件的实时性能测试
HRTOS 采用真实目标硬件开展实时性能测试，通过 GPIO、定时器及外部测量设备，对系统启动、任务切换、中断响应、事件唤醒和延时精度等关键指标进行测量。通过建立可重复、可对比的测试体系，为内核性能评估、版本回归和持续优化提供真实数据依据，并为后续深入开展最坏情况分析奠定基础。
2026-10-12 21:34:12
285
原创 HRTOS 暂缓最坏情况分析：等待 AI 技术进一步成熟，再开展系统性验证
HRTOS 暂缓最坏情况分析（WCA），优先完善基础性能测试与验证体系。未来待 AI 在底层代码理解、指令级分析和自动化验证方面进一步成熟后，再开展系统性的最坏情况分析，逐步提升 HRTOS 实时性能验证的严谨性与可靠性。
2026-10-12 21:30:48
304
原创 HRTOS 测试框架完善：为中断验证增加中断来源校验机制
HRTOS 测试框架持续完善，对所有普通中断验证程序统一增加中断来源校验。通过 `os_interrupt_id()` 判断当前中断是否符合预期，并在不匹配时调用 `os_interrupt_exit()` 退出中断处理流程，避免非预期中断执行测试逻辑，降低测试数据受到干扰及测试异常中止的风险，进一步提升中断验证的可靠性。
2026-10-11 18:28:14
139
原创 HRTOS 内核 BUG 修复：任务等待对象未初始化导致的异常唤醒问题
记录 HRTOS 内核一次任务唤醒 BUG 修复过程。由于任务控制块中的 `wait_obj` 未初始化，默认值 0 与合法的 0 号资源发生冲突，导致任务可能被错误唤醒。通过在初始化阶段将 `wait_obj` 设置为 `OS_INVALID_ID`，明确无效状态，修复异常唤醒问题，进一步提升内核任务状态管理的可靠性。
2026-10-11 18:22:36
283
原创 HRTOS 官网内容调整记录：首页、系统架构与文档页面优化
最近对 HRTOS 官网的部分页面进行了调整，主要涉及首页介绍、系统架构说明以及 RTOS 基础知识相关页面。这次修改主要针对原有内容的组织方式和技术说明进行整理，没有涉及单纯增加功能模块。下面记录一下本次调整的主要内容。
2026-10-10 23:54:08
197
原创 HRTOS 驱动头文件优化：从能用到好用，让 8051 驱动更易配置、更易维护
本文介绍 HRTOS 驱动头文件的整理与优化，围绕硬件配置集中化、接口结构调整、注释规范化和头文件组织等方面展开。在不修改已验证驱动实现和原有接口的前提下，提升驱动的可读性、配置便利性与可维护性，让 HRTOS 从功能可用逐步走向更易用、更适合长期维护的嵌入式软件系统。
2026-10-10 12:36:07
275
原创 HRTOS 互斥锁的优先级继承：从实现原理到内核代码分析
本文结合 HRTOS 的 mutex_lock.c 与 mutex_unlock.c，分析互斥锁优先级继承机制的实现原理，包括锁竞争时的优先级提升、OS_PROCESS_OK 调度字段同步、释放互斥锁时的优先级恢复，以及等待任务的选择与所有权转移。同时讨论多互斥锁持有、优先级继承链传播等边界问题，帮助理解 8051 RTOS 中互斥锁与实时调度之间的关系。
2026-10-09 23:14:56
547
原创 HRTOS 4.0 内核资源配置优化：减少资源对象与消息队列数量
HRTOS 4.0 对内核静态资源配置进行了进一步优化：OS_RESOURCE_MAX 从 8 调整为 6，OS_MSGQ_MAX 从 4 调整为 3，同时保持任务控制块 OS_TCB 的结构不变。本文结合统一资源对象、等待任务位图和消息队列结构，分析这次调整的影响范围，以及 8051 资源受限平台在内核对象数量规划与内存优化方面需要关注的问题。
2026-10-09 23:11:33
213
原创 HRTOS Shell：完善任务优先级修改命令的边界条件与异常输入处理
本文介绍 HRTOS Shell 任务优先级修改命令 PR（Priority）的边界条件完善工作，围绕任务 ID、优先级范围、非法数字、数值溢出、数字后缀及多余参数等情况开展验证，并对优先级恢复、wait/msg 查询和连续命令执行进行回归检查。通过完善参数校验与异常输入处理，进一步提升 Shell 命令接口的可靠性与可维护性。
2026-10-09 23:07:42
230
原创 8051 RTOS 的技术差距，究竟藏在什么地方？
同样是 8051 RTOS，为什么有的系统能够运行，有的却更适合长期工程应用？本文从上下文切换、中断体系、资源管理、实时性验证、内核规范、测试体系和工程生态七个维度，分析实时操作系统真正的技术差距。
2026-10-09 23:02:49
572
原创 8051 RTOS 为什么不能简单照搬 32 位 MCU 的内核设计？
为什么成熟的 32 位 MCU 实时操作系统不能直接缩小后用于 8051？本文从内存布局、上下文切换、中断管理、任务栈和调度开销等方面，分析 8051 RTOS 的架构特殊性，以及资源受限平台如何建立更可靠的内核设计。
2026-10-09 22:57:46
369
原创 HRTOS 4.0 将长期维护：为什么版本号不再频繁变化
HRTOS 4.0 将进入长期稳定维护阶段，未来不会因为内部优化、资源调整、Bug 修复或代码重构等变化而频繁修改版本号。版本号变化将更加谨慎，重点关注架构、接口和核心能力的实质性变化。相比不断增加版本号，HRTOS 更希望将精力投入到性能优化、最坏情况分析、工程验证、文档完善和长期维护中，让 4.0 成为一个持续演进、稳定可靠的基础软件版本。
2026-10-07 22:34:51
179
原创 HRTOS性能测试与 Worst-Case Analysis 有什么区别？
HRTOS 4.0 已有较完整的性能测试与长期压力测试，但性能测试与 Worst-Case Analysis（最坏情况分析）的关注点并不相同。性能测试主要关注系统的典型运行效率，而最坏情况分析更加关注不利条件下的最大时间开销和时间确定性。本文从任务切换、中断响应、调度、临界区、API及综合压力等方面，对两种测试方法进行对比，并说明为什么在 HRTOS 进入稳定维护阶段后，建立 Worst-Case Analysis 测试体系具有重要意义。
2026-10-07 16:59:04
276
原创 HRTOS 4.0：为什么还要做一次 Worst-Case Analysis？
HRTOS 4.0 已进入稳定维护阶段。相比传统性能测试，Worst-Case Analysis（最坏情况分析）更加关注系统在不利条件下的时间行为。本文介绍 HRTOS 4.0 即将开展的最坏情况分析方案，通过真实 8051 硬件、GPIO 时序标记和逻辑分析仪，对任务切换、中断响应、中断嵌套、调度、临界区、API、快速任务及综合压力等关键路径进行实际测量，建立可重复的最大观测值数据。此次分析不追求绝对 WCET 证明，而是通过工程化实测进一步验证 HRTOS 的实时性、稳定性与时间确定性。
2026-10-07 16:56:25
490
原创 什么是真正的硬实时？从“响应很快”到“最坏情况可控”
这也是为什么实时系统研究中会出现 WCET（Worst-Case Execution Time，最坏情况执行时间）、WCRT（Worst-Case Response Time，最坏情况响应时间）以及可调度性分析等概念。对于一个硬实时任务，如果规定必须在某个 Deadline（截止期限）之前完成，那么超过这个期限，即使最终计算结果是正确的，也可能已经失去了价值。机器人控制研究早期就已经明确涉及严格实时约束；网页、数据库、文字、图像、视频等任务，即使出现一定程度的延迟，很多时候也只是体验问题。
2026-10-03 08:26:06
400
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人