蓝牙

打破ANC的“静默牢笼”：基于QCC3095实现主动降噪与侧音共存的音频方案主动降噪（ANC）技术通过产生反相声波，为我们营造了一个近乎完美的静谧空间。然而，这种技术也带来了一个常被忽视的副作用——“堵耳效应”（Occlusion Effect）。

重构无线音频边界：基于高通QCC3056的新一代蓝牙音频发射器深度解析在消费电子音频领域，蓝牙发射器始终扮演着一个低调却至关重要的角色——它是连接传统音源与无线耳机的桥梁，是打破有线束缚的关键一环。然而，市面上绝大多数蓝牙发射器产品仍停留在“能用”而非“好用”的层面：延迟高、音质损耗大、连接不稳定、兼容性差，这些问题长期困扰着追求极致体验的音频用户。

BLE Legacy 连接【读取当前连接所使用 PHY 类型 HCI_LE_Read_PHY command】这部分内容讲的是 HCI_LE_Read_PHY command，也就是 BLE 中用于读取当前连接所使用 PHY 类型的 HCI 命令。

BLE Legacy 连接【断开连接 Disconnect command】下面这部分讲的是 HCI_Disconnect command，也就是：注意：它不是 LE Controller commands 里的命令，而是在：

BLE协议之设备地址BLE设备地址（Bluetooth Device Address，BD_ADDR）是一个48位（6字节）的标识符，用于在蓝牙低功耗网络中唯一识别一个设备。

HCI 功能规范【5.1. Correctness】这部分内容属于 HCI data formats 章节中的 Correctness，主要讲的是：在 HCI 层中，Controller 返回给 Host 的参数值必须是“正确的”，也就是说，Controller 上报的事件参数、返回参数，必须真实、准确地反映当前发生的事情。

HCI 功能规范【4.2. Controller to Host data flow control】这部分是 4.2 Controller to Host data flow control，讲的是：Controller 向 Host 发送 HCI Data Packet 时，也可能需要流控，避免 Host 侧的数据缓冲区被 Controller 发来的数据撑爆。

HCI 功能规范【4.4. Command flow control】这部分是 4.4 Command flow control，讲的是：Host 向 Controller 发送 HCI Command 时，也需要流控。Host 不能无限制地连续发送 HCI Command，而是要根据 Controller 返回的 Num_HCI_Command_Packets 参数来判断还能不能继续发命令。

欢乐熊嵌入式编程

WIFI通信协议全解析18: ESP32 作为 AP 热点：打造自己的“微型路由器”（附完整实战代码）“谁说 ESP32 只能连 WiFi？”它不仅能蹭别人家的网，还能自己当老板，建立一个属于自己的 WiFi 世界。

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的要求看似极简，却是保证控制链路稳定、避免协议冲突的关键前提。