Cleer Arc5耳机蓝牙广播服务UUID结构分析

原创于 2025-11-21 12:09:44 发布 · 354 阅读

7 ·

CC 4.0 BY-SA版权

文章标签：

#Cleer Arc5 # 蓝牙广播 # UUID

AI助手已提取文章相关产品：

Cleer Arc5耳机蓝牙广播服务UUID结构分析

哎呀，你有没有试过刚打开Cleer Arc5的充电盒，手机就“叮”一下弹出一个超好看的连接卡片？⚡️那种丝滑体验，简直像是耳机和手机在“眉目传情”——其实啊，这背后最关键的“搭讪语言”，就是 蓝牙广播里的服务UUID 。今天咱们就来扒一扒，这副高端耳机到底是怎么用几个“神秘代码”搞定整个智能连接生态的。

蓝牙广播：TWS耳机的“自我介绍信”

想象一下：你走进一间派对，没人认识你。怎么办？当然是大声说：“嘿！我是搞音乐的，会DJ，还带了设备！”——蓝牙广播（Advertising）干的就是这个事。🎧

Cleer Arc5这种真无线耳机，在没连上手机前，就像个害羞但又想被注意到的小明星，每隔一阵子就发个“广播包”出去，内容大致是：

“大家好，我叫Cleer Arc5，我能播音乐、报电量、支持触控，还有专属App可以调降噪哦～”

而这些信息，全靠 AD Structure （广告数据结构）打包发送。每个结构由三部分组成：

长度字节（Len）
类型字段（AD Type）
实际数据（Data）

比如：

[0x02][0x01][0x05] → 两个字节，类型是Flags，值是0x05
[0x03][0x03][180F] → 三个字节，类型是16位服务UUID列表，包含0x180F

其中最值得关注的，就是那些 服务UUID ——它们就像耳机功能的“标签”，让手机一眼看懂：“哦，这是个能报电量的智能耳塞，而且支持触控操作。”

标准服务UUID：通用语言，系统秒懂 💬

为了不各自造轮子，Bluetooth SIG给常用服务分配了 16位标准UUID 。这些短小精悍的编号不仅省流量，还能让操作系统原生识别，直接触发UI反馈。

Cleer Arc5广播中常见的16位UUID包括：

UUID (Hex)	服务名称	功能说明
`0x1800`	Generic Access Profile (GAP)	管理设备名、连接权限等基础属性
`0x1801`	GATT Service	支持服务发现，是后续通信的基础
`0x180A`	Device Information Service	提供厂商、型号、固件版本等硬件信息
`0x180F`	Battery Service	左右耳独立上报电量，状态栏直接显示 🪫🔋
`0x1812`	HID over GATT	实现播放/暂停、切歌等触控指令传输

举个🌰：当你戴上耳机轻点两下，手机立刻播放音乐——这背后的HID服务（ 0x1812 ）早在广播阶段就被系统识别了，根本不需要先连GATT再摸索功能，效率拉满！

✅ 小贴士：
使用标准UUID的最大好处是“即插即用”。iOS的“快速配对弹窗”、Android的“蓝牙设备卡片”，都是靠这些标准服务自动唤醒的。如果你做智能家居开发，记得优先用标准UUID，别急着炫技搞私有协议 😄

自定义UUID：品牌的“暗号系统” 🔐

光有标准服务还不够，Cleer当然也得有自己的“黑科技通道”。这时候就得上 128位自定义UUID 了——这才是真正的“内部暗语”。

这类UUID格式长这样：

xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx

符合 RFC 4122 规范，全球唯一，不怕撞名。

虽然官方没公布Cleer Arc5的具体私有服务UUID，但从社区抓包和同类产品推测，可能包含以下类型：

# 可能用于OTA固件升级触发
f000aa00-0451-4000-b000-000000000000

# 主动降噪/通透模式控制服务
c00c1234-abcd-4efg-hijk-123456789abc

# 空间音频配置或佩戴检测服务
b00bface-feed-4bad-dead-beefcafe1234

这些服务通常不会在广播中完整暴露，但在某些场景下可能会“露个脸”，比如：

进入配对模式时增加可写服务标识；
兼容Apple Find My协议时广播特定iBeacon UUID；
App后台扫描时接收低功耗信标信号；

💡 工程经验分享 ：
我们在逆向某国产TWS耳机时发现，它的私有UUID前缀是 a000xx00 ，后来查到这是TI（德州仪器）SensorTag平台的惯用命名风格。所以有时候，看到类似结构，不妨猜猜它是不是用了哪家公版方案 😉

辅助字段：让系统“认得更准”的小细节 🎯

除了UUID，广播里还有两个关键字段，虽然不显眼，但作用巨大：

字段	AD Type	值示例	含义
Flags	`0x01`	`0x05`	表示纯BLE设备，不支持传统蓝牙（BR/EDR）
Appearance	`0x19`	`0x0484`	设备外观类别：耳塞式耳机（Earbud）

特别是这个 Appearance = 0x0484 ，简直是“颜值担当”——它告诉操作系统：“我不是手环也不是键盘，我是高端耳塞！”于是iOS就能弹出带动画的立体卡片，Android也能显示正确的蓝牙图标，用户体验瞬间提升一个档次。

🤖 对比案例：
某些廉价TWS耳机广播时不设Appearance，结果手机把它当成“未知外围设备”，连名字都懒得显示……你说气人不气人？

实战演示：用Python抓一把广播看看 🐍

想知道你的Cleer Arc5到底广播了啥？来，我们动手试试！

下面这段代码基于 bleak 库，能在Windows/macOS/Linux上运行，实时监听周围BLE设备的广播内容：

import asyncio
from bleak import BleakScanner

def detection_callback(device, advertisement_data):
    # 提取广播中的服务UUID列表
    uuids = advertisement_data.service_uuids
    if uuids:
        print(f"\n📍 [{device.address}] {device.name or 'Unknown'}")
        print(f"   📡 广播服务: {', '.join(uuids)}")

        # 打印原始AD数据（调试用）
        for ad_type, data in advertisement_data.manufacturer_data.items():
            print(f"   🧩 制造商数据 ({ad_type}): {data.hex()}")

async def scan_nearby():
    print("🔍 正在扫描周边BLE设备...（持续10秒）")
    scanner = BleakScanner()
    scanner.register_detection_callback(detection_callback)

    await scanner.start()
    await asyncio.sleep(10.0)
    await scanner.stop()

# 开始扫描
asyncio.run(scan_nearby())

📌 运行建议 ：
- 在耳机开机或开盖状态下扫描；
- 观察是否出现 battery_service , hid 等关键词；
- 注意是否有非标准128位UUID频繁出现——那很可能就是Cleer自家的服务入口！

场景拆解：从开盖到弹窗，发生了什么？ 🔄

让我们还原一次完整的连接旅程：

用户打开耳机盒
     ↓
耳机进入广播模式（Advertising State）
     ↓
手机蓝牙持续扫描（BLE Scan）
     ↓
系统解析广播包 → 发现 0x180F (Battery) + 0x1812 (HID)
     ↓
匹配本地已安装应用 → 找到 "Cleer Sound"
     ↓
触发系统级通知：“Cleer Arc5 可用” ✅
     ↓
点击 → 自动连接 + 启动App → 加载ANC设置/空间音频界面

整个过程不到3秒，全靠广播中的 精准服务声明 驱动。这就像机场接机牌——你不用问所有人“你是张伟吗？”，只要举块写着“张伟”的牌子，真正叫张伟的人自然会上前。