- 博客(64)
- 收藏
- 关注
RSS订阅原创 串口调试工具（windows环境）
优势1：点击显示串口自动停止滚动方便查看注意“发送时加回车换行”按钮 对发送队列的和发送输入框均有效VS code打开可实时查看更新日志，搜索模式下可迅速看到关键字出现情况
2026-11-02 10:22:14
22
原创 Claude 操作
恢复会话后，若手动改了代码 / 切 git 分支，提醒它重读文件，避免记忆和实际代码不一致。，对话已经存磁盘，进程已释放，不会僵尸残留。（压缩上下文降 token）→。复制一份会话，保护原始会话。❌禁止直接关终端、禁止。
2026-10-14 19:24:28
142
原创 免密登录远程ssh
每次连接都需要输入密码未免有些麻烦，一台机器想要免密访问其他机器，需要把自己的公钥内容发送到别的机器的中去，并在本机config文件中配置私钥文件位置。
2026-09-23 15:21:06
212
原创 Vim 操作
进程还在运行：不要强行编辑(E)，找到原先 vim 保存退出，swp自动删除。E37 原因：缓冲区改动没保存，不让直接关闭；出现swp弹窗优先检查是否还有vim进程，别无脑删交换文件。不要同时多会话编辑同一个正在被别的程序占用的文件。：光标移动、复制、删除、撤销、搜索、命令入口，有修改想退出：优先 wq，不要经常 q!用来选中文字，之后执行复制、删除、缩进。，光标跳到屏幕底部，输入指令回车执行。改错命令会导致终端异常，出错立刻。进程已经崩溃、残留垃圾swp。：正常敲键盘输入、修改文本。
2026-09-16 09:07:45
218
原创 MS155DS可调直流电源简易操作
属于线性CC/CV恒流恒压电源，空载0V时无法调节电流，必须施加1~3V电压、短接输出才能设置限流；限流值设置完成后会自动保存，调节电压旋钮不会改变已设定电流上限；面板指示灯：CC红灯=恒流模式，CV绿灯=恒压模式；OV过压、OT过热为故障告警。
2026-09-15 09:36:25
187
原创 SPP vs GATT（蓝牙BLE / BR‑EDR）
属于，不是BLE。本质：在蓝牙之上，透传字节流，类似物理串口 UART。，你收到的就是一串字节。端口：RFCOMM 通道（基于L2CAP）典型用途：蓝牙串口模块（HC‑05、HC‑06）老设备透传、AT命令、简单双向数据流优缺点✅ 优点：上手最简单，像串口收发；两端对等；大数据连续传输流畅；安卓/iOS限制多（iOS几乎不支持SPP）；无内置协议；流无边界需要自己做分包。
2026-09-11 09:04:28
64
原创 电池充电基础
工作流程：5V电源适配器 → 主板充电IC → PCM保护板 → 电芯优点：全自动闭环充电逻辑，高温自动限流，充满自动停止，可短时无人充电；缺点：仅能装机使用，无法单独拆卸电池充电。
2026-09-07 09:24:21
442
原创 蓝牙音频路由：现代 vs 经典
旧逻辑：按内容分。只要是“人声语音”，就扔到电话通道（HFP/SCO）。新逻辑：按场景分。只有需要实时双向对话的（如打电话），才用电话通道。其他单向播放的语音，统统视为媒体，走音乐通道（A2DP）。目的：解决“听音乐时，一句导航提示就让音乐卡顿并变难听”的糟糕体验，保证媒体播放连续、高质量。对用户：现在导航不打断音乐是正常且正确的，不是手机或耳机坏了。对开发者：开发App时，必须正确设置音频属性（设为媒体而非通信），否则你的App可能会错误地触发通话模式，打断用户音乐。对学习者：查资料时注意日期。
2026-09-04 09:08:16
248
原创 蓝牙耳机核心蓝牙链路
负责听歌、播视频声音，实现切歌、播放暂停等控制，完成音乐音量双向同步，不涉及任何电话相关功能。负责打电话、接电话、挂电话，传输通话语音，调节通话音量，切换通话声音路由，不涉及任何音乐播放及控制。
2026-09-03 20:12:05
175
原创 蓝牙协议栈汇总
开盖弹窗、快速回连、设备广播实时电量显示、佩戴检测固件OTA升级、设备配置、私有控制指令消息/状态提醒特点：功耗极低，不传输音乐/通话语音传音乐 → A2DP打电话 → HFP切歌控音量 → AVRCP串口传自定义数据 → SPP（苹果受限）显电量、弹窗、升级、状态检测 → BLE。
2026-09-03 13:58:53
361
原创 Class of Device（COD）
COD 是蓝牙广播里的，3字节=24bit，手机扫描到设备时靠它判断设备类型、支持能力，决定分配什么蓝牙链路（音频/通话/数据）。规则：最低2bit必须为00，否则非法，底层会报错。
2026-09-03 13:05:36
377
原创 荣耀手机连接ADB
在手机上会弹出一个对话框，询问是否允许USB调试，点击“确定”。连续点击版本号七次，直到看到“您现在处于开发者模式”提示。(USB以太网)”/。新版选择"MIDI"返回设置，进入系统和更新，然后选择开发者选项。在开发者选项中，找到并选择“选择USB配置”。使用USB线将荣耀手机连接到电脑。1. 启用开发者选项和USB调试。2. 选择正确的USB配置。滚动到并选择关于手机。打开手机的设置应用。3. 连接手机到电脑。
2026-08-27 13:55:57
388
原创 VM ware使用技巧
在 VMware Workstation 中的虚拟机按键反映迟钝，具体而言即是屏幕显示的字符速度跟不上手打字的速度，你能很明显得感觉到迟钝。特别是长按方向键选择时，长按一两秒，光标会移动好几秒，跟手性非常差，非常难受。：确保虚拟机处于完全关闭状态（Power Off），而非挂起（Suspend）。重启虚拟机后，这样共享文件夹就会出现在挂载点/mnt/hgfs目录里面了。确保目录/mnt/hgfs目录存在，如不存在，则要创建它。将下面一行内容，添加到文件/etc/fstab的最后面。1.取消加速3D图形。
2026-08-26 19:21:35
177
原创 解决 CJSON 浮点数精度问题：从 `cJSON_AddNumberToObject` 到 `cJSON_AddRawToObject`
在使用 CJSON 库处理浮点数时，开发者常遇到浮点数小数位精度丢失的问题，例如 3.1400 被简化为 3.14 或 5.0 显示为 5。这在高精度需求的场景（如金融、物联网）中会引发严重问题。本文分析了 cJSON_AddNumberToObject 的局限性，指出其依赖 snprintf 的 %g 格式符，会自动删除无效小数位，导致数据精度丢失。为解决这一问题，推荐使用 cJSON_AddRawToObject，通过直接传递格式化后的数值字符串，绕过默认序列化逻辑，实现浮点数精度的精确控制。文章还提供
2025-05-12 22:04:18
1471
1
原创 为什么Confluence成为技术团队的协作利器？深度解析与实战指南
作为 Atlassian 生态中知识协同领域的关键拼图，它不仅是“另一个Wiki工具”，更是通过结构化设计、深度集成和开发者友好特性，成为技术团队构建“单一真相源”（Single Source of Truth）的核心基础设施。而一套API规范则需要与代码库和测试用例实时同步。• Action项跟踪：复盘结论中的改进项自动转为Jira任务，责任人、截止日期清晰可见，避免“会上一套，会后一套”。• 工具链割裂：项目管理用 Jira，代码托管用 GitHub，但两者与文档平台毫无关联，信息孤岛严重。
2025-05-05 21:33:41
1383
1
原创 Zephyr、FreeRTOS、RT-Thread 事件组（Event Groups）对比分析
• 静态分配减少内存碎片，适合资源受限设备，但事件位数固定为 32 位，灵活性稍低。• 动态分配灵活但可能引入内存管理开销，默认 24 位事件位（可配置为 32 位）。• 优势: 完善的组件生态（文件系统、网络栈）、友好的开发工具（ENV 配置工具）。• 推荐场景: 多核/复杂外设的物联网设备，需高实时性和安全认证（如工业控制）。• 推荐场景: 快速原型开发或需要丰富中间件的场景（如智能家居、消费电子）。• 动态分配支持事件对象池管理，减少重复创建开销，32 位事件位。
2025-04-26 13:39:10
1045
1
原创 Zephyr、FreeRTOS、RT-Thread 邮箱（Mailbox）对比分析
• 选择RT-Thread当：需传输复杂数据或自动内存管理，适合中大型嵌入式应用（如智能家居主控）。• 多核异构系统：如双核MCU（Cortex-M4 + Cortex-M0+）间的核间通信。• 选择Zephyr当：需要多核通信或超低延迟的小消息传递（如中断服务程序向任务发送信号）。• 轻量级传输：消息内容限制为4字节（32位架构）或指针，适用于小数据或共享内存指针传递。• 灵活数据支持：可传输任意类型数据（如结构体），需指定消息长度。• 低内存开销的小消息传递：如传感器数据（温度值）或事件标志传递。
2025-04-19 19:36:42
890
原创 Zephyr、FreeRTOS、RT-Thread 消息队列对比分析
基于动态内存分配的消息队列控制块（Queue Control Block），支持先进先出（FIFO）和后进先出（LIFO）模式。：以轻量级著称，资源占用低（最小内核约6KB RAM），但在复杂场景下调度效率略逊于Zephyr。：资源占用极低（最小内核仅需5KB RAM），适合资源受限的MCU（如STM32F0系列）。：高安全性（支持内存隔离和加密通信），适合物联网设备（如智能家居、工业传感器）。◦ 支持值传递（数据拷贝）和引用传递（指针传递），灵活适应不同场景。：缺乏动态消息支持，复杂场景需自行扩展。
2025-04-16 16:04:03
1526
原创 Zephyr、FreeRTOS、RT-Thread 信号量对比分析
•选择Zephyr当：需要高精度超时或复杂事件监听（如同时等待信号量和消息队列）。•选择FreeRTOS当：追求极简设计和低延迟，适合小型单核嵌入式系统。•选择RT-Thread当：需多核支持或防死锁机制，适合中大型复杂系统。开发者应根据任务竞争强度、硬件资源（如内存和CPU核数）及实时性需求选择信号量实现。在高竞争场景中，建议实测目标平台的实际性能，避免理论数据偏差。
2025-04-15 15:12:30
1419
原创 Zephyr、FreeRTOS、RT-Thread 低功耗模式对比分析
•选择Zephyr当：需要复杂电源策略和全自动设备管理，适合对续航要求苛刻的场景。•选择FreeRTOS当：项目资源受限且低功耗需求简单，适合快速开发。•选择RT-Thread当：需灵活定制功耗层级或混合软硬件唤醒逻辑，适合深度优化的工业应用。
2025-04-10 19:33:07
953
原创 Zephyr、FreeRTOS、RT-Thread 定时器区别分析
•选择Zephyr当：需要硬实时性和高精度控制，且硬件资源允许配置专用定时器外设。•选择FreeRTOS当：项目资源有限且定时需求简单，适合快速原型开发。•选择RT-Thread当：需要灵活调整定时策略或结合硬件/软件混合定时模式，尤其适合复杂应用场景。
2025-04-09 22:10:15
1262
原创 Zephyr、FreeRTOS、RT-Thread 任务创建对比分析
•Zephyr企业级功能与安全性见长，适合需要预集成协议栈和对可靠性要求高的场景。•FreeRTOS轻量灵活，适合资源受限且无需复杂中间件的项目。•RT-Thread开箱即用的丰富组件，适合快速开发和社区驱动的项目。
2025-04-08 20:32:25
1800
1
原创 Zephyr与Linux核心区别及适用领域分析
•选择Zephyr当✅ 设备资源极度受限（内存<1MB）。✅ 需要硬实时性（如电机控制）。✅ 开发周期短（单一固件易部署）。•选择Linux当✅ 需要运行复杂应用（如Python脚本）。✅ 依赖丰富软件生态（如Docker容器）。✅ 硬件性能充足（CPU > 500MHz，内存>128MB）。补充说明：两者并非完全对立，混合架构逐渐兴起（如Zephyr作为Linux的协处理器OS，通过RPMSG通信），兼顾实时性与复杂应用处理。
2025-04-07 21:56:37
2864
1
原创 Zephyr实时操作系统初步介绍
Zephyr是由Linux基金会托管的开源实时操作系统（RTOS），专为资源受限的物联网设备设计。其核心特性包括模块化架构跨平台兼容性安全性优先以及丰富的连接协议支持。基于Apache 2.0协议，Zephyr允许商业和非商业用途的自由开发，适用于从8KB内存的传感器到复杂网关的多样化场景。
2025-04-03 21:02:35
2964
5
原创 RT-Thread ulog 日志组件深度分析
RT-Thread ulog 通过极简设计与灵活扩展性，成为嵌入式日志系统的优选方案。移植时需重点关注内存配置与后端适配，功能上可结合多级过滤与异步机制平衡实时性与资源效率。对于深度依赖RT-Thread生态的项目，ulog 不仅能替代传统printf调试，还能为系统可靠性分析与运维提供强大支撑。
2025-04-03 18:30:54
1685
原创 FreeRTOS 与 RT-Thread 消息队列对比分析
•FreeRTOS更适合对实时性和确定性要求严格的场景，其阻塞机制和中断处理更精细化。•RT-Thread在资源管理灵活性和系统扩展性上占优，适合需要复杂通信及多组件集成的应用。• 选择时需权衡实时性需求、内存约束及开发复杂度，例如低资源MCU优先FreeRTOS，复杂系统选RT-Thread。
2025-04-03 14:41:39
797
原创 FreeRTOS 与 RT-Thread 邮箱对比分析
•选择 FreeRTOS 的条件项目资源极度紧张、需在中断中高效发送简单数据、无需多任务同步。•选择 RT-Thread 的条件需多任务协作、支持复杂超时策略、要求静态内存分配或与中间件（如文件系统）深度集成。核心差异FreeRTOS 的邮箱更偏向轻量化和中断驱动，而 RT-Thread 提供标准化模块和丰富的同步策略，适合复杂系统设计。
2025-04-03 12:32:28
713
原创 FreeRTOS 与 RT-Thread 事件组对比分析
•选择 FreeRTOS 事件组的条件项目资源紧张（RAM < 10KB）、需高频中断响应、同步逻辑简单（如单事件触发）。•选择 RT-Thread 事件集的条件需复杂事件组合（如多条件协同）、与中间件深度集成、要求高可配置性（如自动清除标记）。关键差异总结FreeRTOS 以轻量高效见长，适合单一事件驱动的场景；RT-Thread 以灵活性与扩展性取胜，适合多任务协同的复杂系统。开发者应根据实时性要求、硬件资源及生态需求综合选择。
2025-04-02 17:13:17
1466
原创 嵌入式程序员觉醒：抛弃手动测试！Unity框架实战
支持17种数据验证方法，包括精准的整数比对（TEST_ASSERT_EQUAL_INT）、浮点容差校验（TEST_ASSERT_FLOAT_WITHIN）及内存块对比（TEST_ASSERT_EQUAL_MEMORY）等待。Unity仅需unity.c、unity.h、unity_internals.h三个核心文件（约500KB），可直接集成到Keil、IAR等嵌入式IDE，内存占用低于1%的典型MCU资源。✅ 测试执行速度提升10倍（从每日1次到每小时1次）✅ 缺陷逃逸率降低85%。
2025-04-02 09:36:56
1368
原创 AI对IT技术的影响：协同进化中的需求跃迁
AI与IT的关系，正如汽车与马车的更替：淘汰的并非“移动”需求，而是满足需求的方式。当人类将AI视为“认知外骨骼”，便能突破“机器替代人”的焦虑，转而探索如何用AI放大创造力、用IT构建新文明。这种协同进化，正是「第三选择」在科技革命中的终极诠释——所有困局都是伪命题，答案永远存在于认知边疆之外。
2025-04-01 11:43:31
633
原创 FreeRTOS 与 RT-Thread 信号量对比分析
•FreeRTOS：以实时性和轻量化为核心，适合资源受限场景及需严格优先级控制的系统。•RT-Thread：以功能完备性和开发便捷性见长，适合复杂中间件集成及多线程协作场景。•关键差异：FreeRTOS通过优先级继承和队列复用优化性能，RT-Thread通过模块化设计提升扩展性。开发者需根据实时性要求、硬件资源及生态需求综合选择。
2025-04-01 11:27:38
1188
原创 FreeRTOS与RT-Thread内存分配对比分析
选择FreeRTOS的条件项目资源紧张（如RAM < 10KB）、需快速集成AWS云服务、动态内存需求简单且碎片风险可控。选择RT-Thread的条件需复杂中间件支持（如GUI、网络协议栈）、高频小对象分配（SLAB优化）、高可靠性认证需求。通过对比可见，两者在内存管理上各有侧重：FreeRTOS以轻量灵活见长，RT-Thread以功能完备和安全可靠取胜。开发者需根据实时性、硬件资源、生态需求综合选择。
2025-03-29 22:39:36
968
原创 FreeRTOS与RT-Thread定时器的对比分析
FreeRTOS优势：轻量化设计，适合资源受限场景；中断嵌套管理更灵活。RT-Thread优势：双模式适配不同实时性需求，组件生态丰富，支持更复杂的定时器类型。选择建议若需高精度定时或与复杂中间件（如文件系统、网络协议栈）集成，优先选RT-Thread。若系统资源紧张且仅需基础定时功能，FreeRTOS更具优势。
2025-03-29 09:12:40
876
原创 FreeRTOS 五种内存管理算法深度对比分析
FreeRTOS 内存管理方案通过差异化设计覆盖了从8位单片机到高性能Cortex-M7的全场景需求，开发者需结合。
2025-03-27 20:57:33
1281
RT-Thread内核对象继承关系
2025-04-03
通信协议的报文解析过程可通过标准化封装实现高效统一的处理体系，其核心在于抽象共性规律并建立可配置的解析框架
2025-04-03
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人