当前位置：首页 > news >正文

低功耗蓝牙主机与从机四种数据交流方式

news 2026/3/26 18:08:37

第一种：读取

数据流向：主机 → 请求 → 从机 → 响应 → 主机
本质：主机主动查询从机数据的“问答”模式。

过程描述：
1. 主机发起：主机向从机某个特征的句柄发送一个“读取请求”。
2. 从机响应：从机必须回复一个“读取响应”数据包，该数据包中包含了所请求特征的最新值。
关键特性：
- 同步且确认：每次读取都需要一对明确的请求和响应，主机可以立即知道操作是否成功以及获得数据。
- 主机驱动：数据何时被获取完全由主机决定。
- 功耗相对较高：如果主机需要频繁获取数据，它必须不断发起请求和接收响应，从机也需要频繁唤醒并回复。
典型应用场景：
- 偶尔查询的状态信息。例如：读取设备名称、读取电池电量百分比、读取设备的序列号、读取某个静态配置参数。

数据流向：主机 → 指令/请求 → 从机 (→ 确认 → 主机)
本质：主机主动修改或下发数据到从机。

写入操作分为两种类型，可靠性不同：

过程描述：
1. 主机发起：主机向从机发送一个“写入请求”，其中包含要写入的数据。
2. 从机确认：从机收到数据后，必须回复一个“写入响应”以确认已成功接收并处理。
关键特性：
- 高可靠性：通过响应确认机制，保证数据可靠送达。如果主机未收到响应，它会认为写入失败并可重试。
- 速度稍慢：因为需要等待一个往返的确认。
典型应用场景：
- 重要的控制命令或配置。例如：设置闹钟时间、更改设备名称、下发需要保证执行的指令（如“锁门”）。

过程描述：
1. 主机发起：主机向从机发送一个“写入命令”。
2. 从机沉默：从机收到数据后，不会发送任何确认或回复。
关键特性：
- 高效、低功耗：无需等待确认，主机可以连续快速地发送数据包。
- “尽力而为”的可靠性：数据可能在传输中丢失，而主机和从机都无从知晓。链路层有基础校验，但应用层无确认。
- 适用于流式或高频数据。
典型应用场景：
- 需要快速、连续下发的数据，且可以容忍偶尔丢失。例如：控制玩具小车的实时方向指令、向LED灯发送连续变化的颜色流数据。

数据流向：从机 → 数据 → 主机
本质：从机主动向主机推送数据的“广播”模式（无需应用层确认）。

这是BLE中实现低功耗数据流的最关键机制。

过程描述：
1. 主机使能：连接后，主机必须先在从机的特定描述符上写入一个使能值，告诉从机：“我准备好接收这个特征的通知了”。
2. 从机推送：当从机该特征的值发生变化或有新数据时，它会在下一个通信时刻（连接事件）主动向主机发送一个“通知”数据包。
3. 主机接收：主机被动接收，并不回复任何应用层的确认包。
关键特性：
- 从机驱动：数据推送的时机完全由从机（外设）控制，非常符合传感器的工作模式（有数据时才上报）。
- 极低功耗：主机无需轮询，从机也仅在需要时才通信。
- 无应用层确认：优点是简单高效，缺点是发送方无法知道对方是否成功收到。数据可靠性由底层的链路层CRC校验和ACK保证，但应用层无重传。
典型应用场景：
- 持续或周期性更新的传感器数据。例如：心率传感器持续推送心率值、温度计定时上报温度、按键状态改变时上报按键事件。

数据流向：从机 → 数据 → 主机 → 确认 → 从机
本质：带应用层确认的通知，是“可靠”的推送模式。

过程描述：
1. 主机使能：与通知类似，主机需要先写入使能值。
2. 从机推送：从机发送一个“指示”数据包。
3. 主机确认：主机在收到指示后，必须回复一个“确认”数据包。
4. 从机安心：从机只有收到这个确认后，才会认为该数据已被可靠接收，否则会尝试重发。
关键特性：
- 高可靠性：通过应用层的确认机制，确保关键数据必定送达。
- 功耗略高于通知：因为每次发送都需要一个额外的确认包，增加了通信开销。
- 顺序保证：在等待前一个指示被确认之前，从机不应发送下一个指示。
典型应用场景：
- 必须确保送达的关键状态或事件。例如：智能锁上报“门已锁死”的状态、医疗设备上报一条重要的警报信息、需要保证顺序的传输。