蓝牙

Android BLE 信号强度获取与底层原理深度解析在上一篇文章中，我们讨论了蓝牙信号强度 RSSI 的负数含义，理解了它代表接收功率小于 1 毫瓦时的对数表达。然而，对于一个 Android 开发者来说，仅仅知道 RSSI 的意义远远不够——我们需要知道如何在代码中获取它，以及它背后的扫描和连接机制是如何工作的。

无触摸屏场景下的蓝牙交互：Android 纯按键蓝牙扫描配对与 A2DP/Headset 连接常规手机 App 蓝牙页面都是触屏点击，但电视、车机、工控机、机顶盒等非触屏这类设备没有触控，完全依赖上下左右 DPAD 按键 + 焦点切换来操作。

iOS 蓝牙开发深入总结N年前在一个支付公司做过2.5年的蓝牙开发，当时的项目是通过蓝牙连接mpos机进行刷卡支付。APP中业务交互逻辑是比较复杂，当时APP的核心难以解决的痛点：逻辑比较混乱，很难从头到尾排查清楚一个完整流程。同时也会出现偶现的不好解决的bug---当时项目的架构是将蓝牙与VC交互放到了基类VC中，机具蓝牙交互则使用了多个单例通过代理和通知监听实现，由于是单例所以会偶现VC未正常释放也会出现UI响应在不该出现的页面。

jiang_bluetooth

蓝牙典型射频架构剖析如上图经典的零中频（Zero-IF）蓝牙射频收发架构图，下面按从天线到数字基带的完整信号流，逐模块拆解工作原理，并说明这种架构在蓝牙中的优势与特点。

LE Audio低功耗蓝牙音频详解 (三)上一篇：LE Audio低功耗蓝牙音频详解 (二)通用音频框架 (Generic Audio Framework, GAF) 是蓝牙低功耗音频 (LE Audio) 架构中的核心中间件。它定义了一套通用的服务和配置文件，用于在蓝牙设备之间进行音频数据的传输和控制，是实现跨设备互操作性的基础。

jiang_bluetooth

蓝牙6.0 Channel Sounding 分数时延估计原理详解先看spec里的内容，如下：本节定义了一种基于周期性探询序列（Sounding Sequence）的高精度分数时延估计方法，用于解决采样时钟量化误差导致的粗同步（t_sync）精度不足问题。下面我将从信号模型 → 核心公式 → 推导过程 → 物理意义逐层拆解。

【HID】规范精讲[10]: 蓝牙HID设备的连接基石——GAP协议如何掌控发现、连接与安全在蓝牙设备的交互世界里，当你按下蓝牙键盘的连接键，它如何被电脑发现？当蓝牙鼠标意外断开后，为何能自动重连？当你输入密码时，数据如何避免被窃听？这些看似简单的交互背后，都离不开一个核心协议——GAP（Generic Access Profile，通用访问规范）。

【HID】规范精讲[8]: 蓝牙HID核心之L2CAP层——无线人机交互的通信桥梁设计解析在蓝牙HID（Human Interface Device）设备的无线通信中，L2CAP（Logical Link Control and Adaptation Protocol）层就像一座精密搭建的桥梁，一边连接着HID设备的应用层功能，另一边对接蓝牙底层的基带传输，承担着协议适配、信道管理、数据封装等关键职责。没有L2CAP层的高效运作，蓝牙键盘的按键输入、鼠标的坐标传输、游戏手柄的力反馈指令都无法准确、低延迟地在设备与主机间传递。本文深入剖析蓝牙HID规范中L2CAP层的设计原理、核心机制与实践细节

借Polar IOTS一道困难挑战题简单入门蓝牙流量分析refer： https://bbs.kanxue.com/thread-290292.htmhttps://www.cnblogs.com/iini/p/8969828.html

【AVRCP】规范精讲[10]：链路管理器LM互操作规则与场景落地在蓝牙音视频远程控制的完整协议栈里，链路管理器LM是衔接底层基带与上层L2CAP的核心枢纽，负责物理链路的创建、资源调度、功耗管理与链路类型管控。很多开发者会把重心放在L2CAP通道、AVCTP指令这些上层逻辑，却很少关注LM层的互操作约束——而AVRCP对LM的要求看似极简，却是保证控制链路稳定、避免协议冲突的关键前提。

嵌入式学习_force

02_state系列专栏：嵌入式 C 设计模式实战本篇：状态模式（State Pattern）先看一段真实代码。一个蓝牙耳机的连接管理：

【HID】规范精讲[7]: 蓝牙HID底层核心——基带与LMP依赖深度解析在蓝牙设备的无线通信中，HID（Human Interface Device）设备的流畅运行离不开底层协议的精准协作。就像一座高楼的稳定需要坚实的地基，蓝牙键盘、鼠标、游戏手柄等HID设备的低延迟、长续航表现，核心依赖于基带（Baseband）和链路管理协议（LMP）的底层支撑。本文深入拆解蓝牙HID设备与主机在基带和LMP层面的核心依赖关系，彻底理解这些底层技术细节。

【MATLAB代码介绍】基于RSSI的蓝牙定位程序，N个锚点、二维平面程序首先设置多个蓝牙锚节点的位置坐标，并给定待定位目标的真实位置。随后计算目标与各锚节点之间的真实距离，并在理论RSSI值中加入高斯噪声，用于模拟实际蓝牙信号传播过程中由遮挡、多径效应、设备误差和环境干扰引起的测量波动。这样可以更接近实际蓝牙定位中的RSSI不稳定特性。

蓝牙GAP通用访问协议详解：从原理到多平台实战代码在蓝牙开发中，很多开发者会困惑：“为什么设备能被搜索到？”“配对和连接的底层逻辑是什么？”“不同设备之间如何实现身份识别？”——这些问题的答案，都藏在GAP（Generic Access Profile，通用访问协议）中。

【HID】规范精讲[6]: 蓝牙HID系统设计指南——从合规到体验的全维度要求蓝牙HID设备的流畅使用，离不开一套严谨的系统级规范。无论是主机对设备的兼容性支持，还是设备的功耗控制、延迟优化，甚至是虚拟电缆的管理，都在系统要求与建议中有着明确界定。这些规范看似繁杂，实则是保障设备互通、用户体验一致的核心基石。作为开发者，只有吃透这些要求，才能设计出既合规又受用户青睐的产品。本文从主机分类、服务质量、功耗管理、虚拟电缆四大核心维度，拆解蓝牙HID系统的设计准则。

经典蓝牙中信道和链路的关系链路（Link）解决的是：两台设备怎么在空口上连起来信道（Channel）解决的是：设备连起来之后，不同类型的数据怎么并行传。

蓝牙领域中的带宽和宽带带宽（bandwidth）：单位时间内，某一信道最多能承载的信息能力。带宽的特点：带宽关心的是：这条路最多能跑多少车，而不是现在跑了多少车。

【HID】规范精讲[5]: 蓝牙 HID Boot Protocol Requirements 详解在蓝牙HID协议的大家族中，引导协议（Boot Protocol）就像一位极简主义者——它抛弃了复杂的自定义功能，专注于最核心的输入输出需求，专为资源受限的设备和主机设计。无论是早期的BIOS环境，还是如今的嵌入式物联网设备，引导协议都凭借其简洁、高效的特性占据着重要地位。很多开发者在接触蓝牙HID时，往往更关注功能丰富的报告协议，却忽略了引导协议的底层价值。本文从设计初衷、核心特性、实现要求三个维度，拆解引导协议的底层逻辑，看懂这套极简方案如何适配资源受限场景。

古茗前端团队

钉钉小程序蓝牙打印探索与实践作者：刘锦泉在实际物流配送业务中，电子签收在部分场景下仍无法完全替代纸质回单。配送员在门店现场需要打印配送单据，与收货方逐项核对并完成签字确认。纸质回单不仅是履约凭证，也是后续对账与责任追溯的重要依据。