蓝牙

BLE Host层L2CAP--数据包格式在 BLE 中，L2CAP 主要运行在基本模式下，数据帧被称为 B-frame（Basic information frame）。此外，LE Credit Based Flow Control 模式（用于 CoC 面向连接信道）也使用 K-frame。

【PBAP】规范精讲[3]: 蓝牙PBAP协议应用层核心——电话本数据的格式与交互逻辑解析如果说PBAP协议的架构是骨架，那么应用层就是填充骨架的血肉，是直接决定电话本数据如何存储、如何表示、如何传输的核心层。作为PBAP协议实现电话本访问功能的关键环节，应用层定义了从电话本数据的存储载体、对象类型，到数据格式、虚拟目录结构的全套标准，让不同厂商的设备能对电话本数据形成统一的认知和解析方式。从车载车机读取手机联系人，到智能穿戴同步通话记录，所有PBAP协议的实际数据交互，最终都要落到应用层的规则之上。本文就从电话本存储、对象类型、数据格式、虚拟文件夹、扩展属性等维度，全面拆解PBAP协议应用层

BLE链路层-隐私保护为什么BLE需要隐私保护？BLE设备在广播和连接过程中使用48位设备地址进行身份标识。如果设备始终使用固定的公共地址，任何具备BLE嗅探能力的第三方都可以通过持续监听，将该地址与特定设备（乃至特定用户）关联起来，实现长期位置追踪和行为画像。这对于智能手表、健康监测器、资产标签等随身设备而言，是一个严重的隐私威胁。

BLE链路层-Feature Support为什么要理解链路层支持特性?蓝牙核心规范 v5.4 于 2023 年发布，重点面向物联网场景优化能效、连接稳定性和广播安全。它引入了四项关键新特性：

民乐团扒谱机

【手把手通信仿真】FSK与GFSK调制原理对比及MATLAB全实现，附频谱波形分析听广播切换电台时，我们常会听到短暂的杂音，这本质上是频率跳变带来的频谱扩散。在数字通信中，这个问题同样存在——生硬的频率切换会产生大量带外辐射，浪费宝贵的频谱资源。从FSK到GFSK的演进，正是工程师们为解决这个问题交出的答案。本文将从原理拆解到代码落地，通过时域、频域的全方位可视化，讲透两种调制方式的差异与工程选型逻辑。

蓝牙学习之蓝牙框架HOST 主机侧 · 应用处理器 / 操作系统（如 BlueZ、Android BT Stack、Zephyr Host、NimBLE）

Android 车载蓝牙开发笔记：HFP、A2DP、AVRCP、PBAP、MAP、BLE 与系统 APIAndroid 车机、IVI、T-Box 和工程机械终端中的蓝牙主要分成两类：一类负责手机互联，包括 HFP + A2DP + AVRCP + PBAP + MAP；另一类负责设备通信，包括 BLE GATT + SPP/RFCOMM + HID。Android Automotive 对车载蓝牙的要求也主要围绕手机通话、媒体、媒体控制和通讯录展开，当前 Android Automotive 兼容性要求包含 HFP + A2DP + AVRCP + PBAP，MAP 在存在驾驶员 Occupant Zone

解析RoyalTek RBT-2100 蓝牙GPS接收器数据包数据包为标准的 NMEA-0183 协议，解析了‌$GPGSA‌，‌$GPGSV，$GPGGA，$GPRMC四种报文，包括定位信息和卫星可视信息。

BLE不可连接状态--广播态很多开发者对BLE广播的理解停留在“设备往外发数据包”这个层面，但当你翻开蓝牙核心规范（Bluetooth Core Specification）的链路层（Link Layer）章节，会发现广播态（Advertising State）远比想象中复杂。尤其在蓝牙5.4中，广播态的能力被进一步扩展。

QT6 QMAKE WINDOWS 连接手机端蓝牙并播放音乐软件制作项目摘要这是一个基于 Qt 6 Widgets、使用 qmake 构建的 Windows 蓝牙音乐接收器。程序将电脑作为 A2DP Sink，使已配对手机的音频通过电脑默认扬声器播放，并提供上一首、播放/暂停、下一首控制。

BLE链路层--比特流处理在BLE通信中，我们讨论的PDU（协议数据单元）在通过天线发送之前，需要经历一个关键的“预处理”环节——比特流处理（Bit Stream Processing）。这个过程决定了数据包在空口传输的可靠性、安全性和物理兼容性。

嵌入式学习_force

BES2810ZP深度解析本文是专栏《BES2810芯片开发实战》的第一篇正式开篇文章——先把"主角"的底细摸清楚，后面 40 篇实战内容才有落点。

【BlueZ 】核心设计理念：模块化 + DBus 通信的底层逻辑本文基于 BlueZ 5.87 源码深度剖析，从源码层面揭示 BlueZ 的模块化架构设计思想与 DBus 通信机制的底层原理。

如何定制BlueZ编译：开启/关闭BLE/音频模块的编译参数配置在BlueZ二次开发中，90%的开发者陷入了三个致命误区：①直接全量编译导致体积臃肿（bluetoothd可达3.2MB）；②不知道BLE与音频模块的依赖关系，单独关闭某模块引发编译报错；③不清楚哪些参数互斥、哪些必须联动，盲目裁剪导致功能失效。本文基于BlueZ 5.87的configure.ac源码，系统解析所有编译参数的工作原理、依赖关系、裁剪效果，彻底掌握BlueZ编译裁剪体系，实现最小化定制编译。

BLE链路层空口包--数据物理信道PDU连接建立之后，BLE通信便从广播信道切换到了数据物理信道。数据物理信道（Data Physical Channel）PDU是蓝牙通信中的核心组成部分，它负责在已建立的连接上高效、可靠地传输数据。

蓝牙PBP公共广播协议：解锁LE Audio的公共音频新生态在蓝牙技术从个人音频向公共音频领域延伸的过程中，传统的音频广播方式始终存在着发现效率低、兼容性差、音质体验单一等问题。感应线圈（T-coil）作为公共音频的传统解决方案，仅能适配助听器设备，且音质表现有限；而蓝牙基础音频协议（BAP）和通用音频协议（CAP）虽实现了LE Audio的广播能力，却让接收端难以快速识别音频配置。在这样的背景下，蓝牙SIG推出了公共广播协议（Public Broadcast Profile，PBP），专为公共场景的音频广播打造，通过标准化的配置标识和高效的发现机制，让蓝牙LE

BlueZ源码编译环境配置全指南：Linux桌面原生编译 + 嵌入式ARM交叉编译 + 定制裁剪与调试实战网上大部分BlueZ教程停留在apt install bluez的层面，真正需要在嵌入式平台落地、做Profile定制、定位协议栈问题的工程师，绕不开源码编译这一关。本文将完整编译体系、交叉编译依赖层级处理、最小系统裁剪、全阶段排错方法论一次性讲透，目标是直接落地解决工作中的编译、移植、裁剪问题。

基于 STM32F103 蓝牙遥控云台超声波避障小车本系统为蓝牙遥控智能探测小车，搭载 SG90 舵机云台带动 HC-SR04 超声波传感器，实现多角度环境测距；支持手机蓝牙单字符指令远程控制小车运动、云台定位、云台自动往复扫描；搭载三色 LED 分级距离报警、0.96 寸 OLED 双页面状态显示；定时向上位机回传障碍物距离、舵机角度、危险预警信息。

BLE链路层空口包--LE Uncoded PHY在BLE协议栈中，链路层（Link Layer）定义了唯一一种空中包（Air Interface Packet）格式。然而，根据物理层的不同，这个统一格式在具体实现上又分为LE Uncoded PHY和LE Coded PHY两种变体。本文将深入剖析LE未编码物理层（LE Uncoded PHY）的空口包结构——这也是BLE最基础、最常用的包格式。

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