很多做遥控器、传感器上报、电子标签这类项目的朋友，第一版方案里几乎都会遇到一颗低功耗 ASK 射频发射芯片 XL4456。它不像 MCU 那样需要写一堆初始化代码，也不像 2.4G 方案那样要跑协议栈，本质上它就是一个能用数字电平直接控制的射频功率开关：数据脚拉高，载波就发出去；数据脚拉低，发射就停。这种“有信号就是 1，没信号就是 0”的工作方式，让它成了短距离无线控制场景里最朴素、最皮实、也最容易上手的选择。这篇文章我就把 XL4456 从芯片原理、外围电路、PCB 设计到低功耗策略、常见坑位完整捋一遍，给正在做 315M/433M 遥控、传感上报、电子标签的开发者一个可以直接抄作业的参考。
1. XL4456到底是什么：数据链路最末端的一颗芯片
1.1 一颗只回答“有/没有”的芯片
先别把 XL4456 想得太复杂。你把它当成一个“受控信号源”就行：给它供电，给它一个频率参考源，然后在 DATA 引脚上送高低电平，它就会把“高电平”翻译成一段载波，“低电平”翻译成静默。接收端那边用一个超外差或超再生接收模块，把这个“有/没有载波”的状态还原成电平变化，再交给解码器，一整套单向无线链路就通了。
这种调制方式叫 ASK（Amplitude Shift Keying，幅移键控），当发射的数据电平只有 0 和 1 两态时，通常也写作 OOK（On-Off Keying，开关键控）。这两个词在实际项目里经常混着用，本质上都是“用载波有无来传信息”。
很多第一次接触射频的开发者会问：为什么不用蓝牙、不用 WiFi，非要用这种看起来“原始”的方式？答案很简单：便宜、简单、低功耗。一颗 XL4456 的成本通常只有主流 2.4G 收发芯片的零头，外围只需要一颗声表谐振器（SAW Resonator）、几个电容电感加一根天线，MCU 端连 SPI 都不需要，GPIO 翻转就能完成数据发送。也正是因为省掉了协议栈、地址解析、重传机制，芯片的静态功耗能做到微安级，发射时也只在数据为高电平的时候才消耗电流。这个特性对电池供电的小设备来说非常珍贵。
1.2 典型应用：遥控、传感上报、电子标签
XL4456 最常见的三个应用场景，基本涵盖了 90% 的使用需求：
- 无线遥控：车库门、电动车报警器、智能家居面板、玩具遥控器，这类应用数据量极小，几字节的按键编码就够了，对实时性要求也不高。ASK 的窄带特性配合 433M 频段，穿墙能力比 2.4G 好一个档次。
- 传感器数据上报：温湿度传感器、门磁、烟感、水浸报警器，平时设备处于休眠，每隔几分钟或事件触发时醒来，把传感器数据编码后发一帧出去。单次发射时间只有几十毫秒，平均电流可以压到微安级。
- 电子标签与寻物器：类似防丢器、资产标签、按钮式呼叫器，结构简单，产品形态紧凑，用一颗纽扣电池就能跑一两年。
这三类场景的共同特点是：单向传输、低速率、短报文、对延迟不敏感。如果你的项目里需要接收端回数据，或者要传音频、图片这类大流量内容，那 XL4456 就不合适了，那是 FSK/2.4G 方案的领域。
2. 为什么用ASK：调制方式背后的取舍逻辑
2.1 ASK/OOK的原理：用载波有无表达0和1
画个时间轴就清楚了。假设载波频率是 433.92MHz，当你把 DATA 引脚拉高时，天线端会持续输出 433.92MHz 的正弦波；当你把 DATA 引脚拉低时，射频振荡器停止工作，天线端基本没有信号输出。接收端只要检测“有没有收到这个频率的载波”，就能重新还原出发送端的电平序列。
这跟调幅广播的原理是一样的，只不过广播传输的是连续的语音、音乐（模拟信号），而我们传输的是方波化的数字信号。因为载波频率远远高于数据速率，接收端经过包络检波就能解调出基带波形，不需要复杂的相干解调电路。这也是 ASK 接收机能做到极低成本的原因。
实际使用中，数据速率通常在 1kbps 到 10kbps 之间。比如一个标准的 PT2262 遥控编码，数据率大约是 1.7kbps；如果自己做曼彻斯特编码，可以跑到 4.8kbps。再往上就不建议了，因为窄带接收机的带宽有限，速率越高越容易造成码间干扰，接收端解码成功率会明显下降。
2.2 低功耗根源：发射电路能彻底关断
ASK 最核心的功耗优势，藏在一个很容易被忽略的细节里：数据为低电平时，射频振荡器是完全关断的。
这句话什么意思？以 FSK 发射为例，芯片在发送 0 和 1 时，射频振荡器始终在工作，只不过频率在 f1 和 f2 之间切换，所以发射期间电流是持续稳定的，比如 20mA 就是一直 20mA。而 ASK 发射时，如果数据流中高电平占比只有 30%，那 70% 的时间里芯片是近乎不耗电的。
举个简单例子：一颗 433M 遥控器，发射时峰值电流大约 10mA，一次发射动作按下 100ms。如果这 100ms 里数据高电平占比只有 25%，等效平均电流只有 2.5mA 加上少量静态电流。而如果全速持续发射 20mA 电流，功耗差就是 8 倍。对于只有几十毫安时可用电量的纽扣电池来说，这种差异直接决定了设备能用几个月还是一两年。
再加上 ASK 发射芯片本身没有频率合成器、没有 PLL、没有调制解调器这些“耗电大户”，静态电流往往能控制在 1µA 以下。待机时用一个 MOS 管把电源彻底切断，理论上电池自放电就是极限了。
2.3 ASK的代价：抗干扰弱、速率受限，怎么弥补
省下来的代价肯定是要还的。ASK 有两个硬伤：一是抗干扰能力差，二是频谱效率低。
抗干扰差体现在：接收端只要检测到同频段的载波能量，就会把它当作有效信号。如果周围有其它 433M 遥控器、无线模块在发射，接收端就很容易把别人的载波当成自己的数据，导致解码错误。解决办法通常有两个方向，一个是靠编码层解决，在数据帧里加足够长的同步码、地址码，甚至多次重复发送取多数表决；另一个是提高接收端信噪比，比如用超外差接收机代替超再生接收机，代价是成本上升。
频谱效率低意味着同样的带宽下，ASK 能传的数据速率远低于 FSK。好在遥控这类应用根本不需要高吞吐，一帧数据几十个比特，发送几毫秒就完成了，100bps 的等效速率都够用。所以这个劣势在实际项目里几乎不成问题，只要你别拿它去传大文件就行。
3. 芯片外围电路与PCB设计要点
3.1 最小系统的构成与引脚功能
拿到XL4456的参考电路，核心引脚并不多，通常就这几个：电源（VCC）、地（GND）、数据输入（DATA）、天线输出（ANT）、频率参考源接入（OSC）。把这几根线接对，芯片就能工作，比很多 MCU 外围简单得多。
- VCC：2.2V~3.6V 是常见工作区间，具体以数据手册为准。电源输入端一定要放一个 0.1µF 的高频退耦电容，靠近 VCC 引脚，最好再加一个 4.7µF~10µF 的储能电容，应对发射时几十毫秒的电流尖峰。
- DATA：直接接 MCU 的 GPIO 就行。要注意的是，上电初始化期间 GPIO 不要处于不确定状态，否则芯片可能会在不需要的时候发射，白白耗电甚至干扰别人。MCU 启动时最好先把 GPIO 配置成下拉输出低电平，再给射频芯片供电。
- ANT：天线引脚的设计是整个系统能不能出距离的关键。对于四分之一波长单极天线，433.92MHz 的理论长度约 17.3cm，315MHz 约 23.8cm。如果产品外壳放不下这么长的天线，可以用螺旋天线、PCB 蛇形天线或弹簧天线来压缩物理尺寸，但效率会相应下降。
- OSC：芯片的振荡电路配合外部的 SAW 谐振器工作，SAW 的焊盘走线要短，寄生电容要小，否则会导致频率偏移。
这些引脚看着简单，实际布线时坑不少，我单独拿一节说。
3.2 频率源选择：SAW谐振器与晶振的差异
很多第一次接触射频的开发者会问一个问题：为什么不用晶振？
原因在于成本和功耗。ASK 发射芯片内部通常不做 PLL（锁相环），而是直接用 SAW 谐振器构成一个振荡器，频率在出厂时就固定了。SAW 谐振器的等效电路模型里包含一个高频振荡单元，当芯片内部电路激励它时，它会在固有频率（比如 315MHz 或 433.92MHz）上产生谐振，芯片把这个信号放大后馈送到天线。晶振的频率通常在几十兆赫兹以下，要在 433MHz 频段工作，必须在芯片内部做倍频，这就意味着额外的电路和功耗。
SAW 的精度比晶振低很多，频率误差可能达到 ±150kHz 甚至更多。但对于 ASK 接收机来说，这根本不是问题。超再生接收机本身就有一个宽带响应，通常在几兆赫兹范围内都能接收到信号；超外差接收机的中频带宽也有 ±200kHz 左右，足够覆盖 SAW 的频偏。所以在这个应用场景里，SAW 的“缺点”被接收机的“宽容”完美消化掉了。
实际采购时要注意：315M 和 433.92M 的 SAW 谐振器不能混用，买的时候一定确认型号和工作频率。手头如果有频谱仪，上电后把天线靠近频谱仪探头，读取峰值频率是否落在目标频段内，这是最直接的验证手段。
3.3 PCB布局与天线匹配实操
PCB 设计是发射距离能不能达到标称值的关键分水岭。同一个电路，布局改一版，距离可能从 30 米掉到 10 米以内。几个核心原则：
- 参考地要完整：天线引脚区域下方的地平面不要被走线割裂。天线是需要“地面”作镜像的，地平面不完整，天线辐射效率直接打折。
- 退耦电容靠近芯片：0.1µF 电容离 VCC 引脚越近越好，走线短而粗。发射瞬间电流达到 10mA 级，如果电源走线太长，线路电阻和寄生电感会造成压降，芯片可能功率不足。
- SAW 谐振器靠近 OSC 引脚：SAW 走线过长会增加寄生电容和电感，影响起振稳定度，严重时甚至无法震荡。
- 天线区域净空：天线周围 3mm 内不要铺铜，不要走线，不要让塑料外壳内壁的金属件紧贴天线。天线的“净空”直接决定辐射效率。
匹配调试这块，经验做法是：先用标准 50 欧单极天线接上，如果芯片的 ANT 输出是推挽结构，需要按数据手册参考电路接入串联电感和并联电容组成的匹配网络。没有网分仪的情况下，可以靠频谱仪粗调：测量天线近场辐射强度，微调匹配电感的值，让频谱仪上的信号幅度最大，通常就能获得一个不错的发射功率。如果没有频谱仪，也可以用接收模块 + 场强仪 RSSI 指示来辅助判断，不过精度差一些。
4. 驱动与编码实现：用MCU把数据“压”进射频
4.1 最简单的方式：GPIO直接控制DATA引脚
XL4456 的 DATA 引脚本质上是“发射使能开关”。MCU 端要做的事情非常直接：把要发送的比特流按时间顺序转换成 GPIO 输出电平。这比驱动 SPI 总线、配置射频寄存器简单得多，连“初始化驱动库”都不需要。
这里的关键是时序精度。发送方和接收方必须约定好每一位的时长，否则接收端无法判断一个“1”到底是一位还是两位。通常的做法是定义一个基准时间单位 T，比如 400µs，然后规定：
- 发送逻辑 1：高电平 4T，低电平 1T；
- 发送逻辑 0：高电平 1T，低电平 4T。
这种“不同脉冲宽度表示不同码值”的方式，就是典型的脉冲位置编码（Pulse Position Modulation，PPM），PT2262 遥控芯片用的就是类似思路。接收端解码时只需要检测高电平的持续时间，和预定义的门限比较，就能还原出比特流。
用 C 语言写个示意实现：
#define DATA_BIT_PERIOD_US 400UL void send_ppm_bit(uint8_t bit) { if (bit) { RF_DATA_PIN = 1; delay_us(DATA_BIT_PERIOD_US * 4); RF_DATA_PIN = 0; delay_us(DATA_BIT_PERIOD_US * 1); } else { RF_DATA_PIN = 1; delay_us(DATA_BIT_PERIOD_US * 1); RF_DATA_PIN = 0; delay_us(DATA_BIT_PERIOD_US * 4); } } void send_frame(const uint8_t *data, uint16_t len) { // 发送前导码：让接收端AGC稳定 for (int i = 0; i < 12; i++) { send_ppm_bit(1); } // 发送同步码 send_ppm_bit(1); send_ppm_bit(0); // 发送数据位 for (uint16_t i = 0; i < len; i++) { for (int b = 0; b < 8; b++) { send_ppm_bit((data[i] >> (7 - b)) & 0x01); } } }注意delay_us在裸机环境下最好是定时器延时，或者用空循环校准过精确值。用自带库的delay()函数如果有较大误差，会导致帧结构变形。实际项目中，我建议用定时器中断做一个毫秒级的 tick，在中断里翻转 GPIO，这样 MCU 能腾出时间去处理其他事务，时序也更稳定。
4.2 常用编码：脉冲位置编码与曼彻斯特
PPM 编码的优点是实现简单、抗噪声能力强（主要依赖脉冲宽度判读），缺点是码率低。一个 24 比特的数据帧，加上前导码、同步码，总时长往往要 50ms 左右。对遥控器来说完全可以接受，但如果你想在同样的时间内传更多数据，可以考虑曼彻斯特编码。
曼彻斯特编码的规则是：每一位占固定的时间窗口，窗口内存在一次电平跳变。比如用“从高到低”表示 1，“从低到高”表示 0。接收端通过检测跳变方向来识别比特位。曼彻斯特编码的优势在于每位都有跳变，接收端可以利用跳变沿做时钟同步，抗直流漂移能力也更好；缺点是每位需要两个电平状态，同样速率下比 PPM 更宽。
用曼彻斯特编码实现发送，核心代码类似：
void send_manchester_bit(uint8_t bit) { if (bit) { // 表示1：先高后低 RF_DATA_PIN = 1; delay_us(BIT_HALF_PERIOD_US); RF_DATA_PIN = 0; delay_us(BIT_HALF_PERIOD_US); } else { // 表示0：先低后高 RF_DATA_PIN = 0; delay_us(BIT_HALF_PERIOD_US); RF_DATA_PIN = 1; delay_us(BIT_HALF_PERIOD_US); } }曼彻斯特的接收解码稍微复杂一点，需要在每个位窗口中心检测电平状态、判断跳变方向。好处是误码率明显低于简单 PPM，因为每一位都有两次采样点，容错率高。如果项目对成功率要求高，比如报警器这类设备，我就倾向于用曼彻斯特。
4.3 用示波器确认发射时序：关键波形怎么看
代码写完之后，最怕的不是逻辑错误，而是时序和电路问题混在一起，让人无从下手。我的习惯是先用示波器看 DATA 引脚波形，确认 MCU 输出的脉冲宽度和预期一致。这里有两个值得留意的点：
第一，看发射数据波形时要接一个假负载。不要直接把天线对着示波器探头测射频信号，那样会引入额外的电容，影响振荡器频率。最好的方式是用示波器测 MCU 端 DATA 波形，确认逻辑正确；射频信号是否真的发出去，交给接收模块或者频谱仪来判断。
第二，关注发射期间的电源波动。示波器探头接 VCC，在发射瞬间观察电压跌落幅度。如果下跌超过 200mV，说明电源设计不合理，要么加大储能电容，要么缩短电源走线。很多遥控距离上不去的案子，问题根本不是天线，而是发射瞬间 VCC 被拉得很低，芯片输出功率严重不足。
5. 低功耗系统设计：从发射时间抠出续航
5.1 占空比是所有低功耗设计的核心
低功耗设计的本质是“让高功耗电路尽可能少工作、快工作、短工作”。对于 XL4456 这种发射芯片来说，功耗方程非常简单：
平均功耗 = 峰值发射电流 × 发射占空比 + 静态功耗
发射占空比是单次发射时间与发射周期的比值。比如某传感器节点每 60 秒上报一次，每次发射 20ms，占空比就是 20ms / 60s = 0.033%。如果发射峰值电流是 10mA，那么发射贡献的平均电流就是 10mA × 0.00033 = 3.3µA。加上芯片静态电流 1µA，整个系统在射频部分的平均电流只有大约 4.3µA。一颗 220mAh 的纽扣电池，理论可用时间超过 5 万小时，约 5.7 年。
这个计算告诉我们一个道理：**单次发射时间 20ms 和 200ms 的差别，在平均功耗上可能差 10 倍。**所以设计数据帧时要尽量短，能用 24 比特编码解决的需求，不要用 64 比特；能一次发完的，不要重发三遍。
5.2 静态功耗控制与电源细节
很多人做完硬件后发现电池跑得很快，一测静态电流居然有几百微安。原因通常不在 XL4456 上，而在外部电路。几个常见来源：
- DATA 引脚没有确定为低：如果 MCU 的 GPIO 在睡眠期间变成高阻态，XL4456 的 DATA 引脚悬浮，可能触发内部电路部分导通，静态电流从 1µA 飙到几百 µA。解决办法是 GPIO 配置为下拉输出低，或者外接一个 100kΩ 下拉电阻。
- 退耦电容漏电：电解电容漏电流大的可以到几微安到几十微安，在低功耗设备里应该尽量选择陶瓷电容代替电解电容。
- LED 指示电路：很多原型板子为了方便调试，把电源指示灯直接跨接到 VCC 上，忘记用了电流极低的方案。一颗普通的红色 LED 加上限流电阻就是 1mA 级别，比整个射频系统的平均电流大几百倍。
测量静态电流时，建议把万用表串接到电池负极，用电流档位。注意不能用普通万用表的电流档直接测量休眠状态时会有瞬态电流脉冲的设备，否则可能烧保险管。最好是使用专用的低功耗电流分析仪，或者用积分法接一个 10mΩ 采样电阻接示波器来测。
5.3 一个完整节点的功耗估算示例
列一个具体的表格，帮助直观理解如何估算整机功耗。假设设备由 3.6V 锂电池供电，射频部分用 XL4456，MCU 休眠电流 5µA，每 60 秒上报一次温湿度：
| 工作阶段 | 单次时间 | 工作电流 | 平均电流贡献 |
|---|---|---|---|
| MCU 休眠 | 60s - 其他阶段总和 | 5µA | ≈5µA |
| 传感器采集+编码 | 5ms | 2mA | 0.17µA |
| 射频发射 | 20ms | 10mA | 3.33µA |
| 合计 | 60s | - | ≈8.5µA |
8.5µA 的平均电流，对于 1000mAh 的锂电池意味着理论续航约 13.4 年。当然这只是理想情况，实际还要考虑电池自放电率、温度影响、电池容量衰减、MCU 唤醒时多引脚的漏电等等。但这个估算思路是正确的：把每个阶段的时间乘电流，再除以周期，加总，就能得到整机平均电流。
6. 选型对比：ASK方案与FSK方案的边界
6.1 一张表看懂ASK与FSK的差异
很多项目在选型阶段会纠结“要不要多花几块钱上 FSK”。我碰过很多项目，最后发现用错了方案。先放一张对比表：
| 对比维度 | ASK/OOK（XL4456 这类） | FSK（比如各种 Sub-1G 收发芯片） |
|---|---|---|
| 传输方向 | 单向发射为主 | 可收发一体 |
| 数据速率 | 1kbps~10kbps | 最高可达 100kbps+ |
| 抗干扰能力 | 较弱，同频强信号易压制 | 较好，频率跳变抗窄带干扰 |
| 接收灵敏度 | 超再生约 -100dBm 级别 | 可达 -110dBm 以下 |
| 静态功耗 | 发射芯片本身极低，接收要另配 | 接收芯片的睡眠电流多在 1µA 以下 |
| 成本 | 极低，几毛到一块多 | 中高，三四块起步 |
| 外围复杂度 | 简单，GPIO 直驱 | 需要 SPI 配置，天线匹配更讲究 |
| 适合场景 | 单向遥控、传感上报 | 双向通信、跳频抗干扰、多节点组网 |
从表里能看到一个清晰的边界：单向上报、报文短、对成本敏感的，用 ASK；需要双向确认、抗干扰要求高、传输速率要求高的，用 FSK。
6.2 哪些场景必须换FSK
有三种情况出现时，我建议直接放弃 ASK 方案，上 FSK：
第一，需要接收确认。比如远程控制的设备，控制指令发出后必须知道设备是否执行了。ASK 方案只能用“发两遍、听不到就是失败”这种笨办法，可靠性很差。FSK 收发一体的芯片可以做到接收回执，协议层就完整了。
第二，环境射频污染严重。工业现场、大型商超、停车场这些地方，433M 频段可能同时有十几台设备在工作。ASK 接收机把所有的同频信号都当成有效载波解调，解码成功率会很差。FSK 可以在不同频点上跳频，接收机解调时依赖频率鉴别，窄带干扰影响就小得多。
第三，需要传输较长的数据包。比如带有电池电压、温湿度、设备 ID、CRC 校验、甚至固件版本的数据帧，长度可能达到几十字节。如果还用 ASK，低速率会导致发射时间过长，平均功耗飙升；FSK 高速率模式几十 kbps 能轻松搞定同样长度的帧，发射时间反而更短。
7. 常见问题与排查实录
7.1 发射距离短：先看天线，再看晶振
我遇到远程遥控距离不足的问题，排查顺序基本固定：天线 → SAW → 电源。
天线这块先看物理长度。如果你用的是直导线天线，433M 四分之一波长大约 17.3cm，明显过短的天线效率会很低。如果产品外壳限制了天线长度，用螺旋天线或者蛇形 PCB 天线，效率通常能保持在 50% 到 70%。再看天线周围有没有金属物体或大块铺铜，很多外壳上安装了螺丝，螺丝位置靠近天线，会把辐射能量吃掉一大块。
SAW 部分，用频谱仪测试发射频率。如果测量到的峰值频率比标称值偏了 1MHz 以上，大概率是 SAW 的负载电容没匹配好，或者 PCB 上的寄生电容过大。可以微调匹配网络中的电容值，或者在 SAW 的焊盘下减少地铜面积。
电源部分，前面已经提过，发射瞬间如果 VCC 跌落超过 300mV，芯片输出功率会受到明显影响。加大 VCC 的储能电容，从 0.1µF 加到 10µF，会有立竿见影的效果。
7.2 静态电流偏高：测量方法与常见坑
有朋友拿万用表静态电流档测整个系统待机电流，数值跳来跳去，看起来有几百 µA 甚至几 mA。这里有个陷阱：很多低功耗系统在休眠时会有周期性的唤醒脉冲，比如 RTC 定时器每秒钟醒来一次，每次 1ms，电流 5mA。如果用万用表直流档测，平均电流是 5mA × 0.001/1s = 5µA，但万用表读数会因为采样速率不够而捕捉到瞬态峰值的平均值，看起来偏大且不稳定。
正确的测量方法是尽量让设备进入纯静态，比如手动停掉 RTC，然后测量。或者用示波器观察电流波形，把瞬态消耗和静态区分开。
如果确认静态电流确实偏大，逐一排查 XL4456 的 DATA 引脚、MCU 所有 GPIO 是否处于确定的低电平状态、外部传感器的上拉电阻是否在休眠时仍然在消耗电流。
7.3 接收端乱码：编码容错与去抖处理
接收端解码乱码的常见原因有几个：一是前导码不足，接收机 AGC 没有稳定之前就把同步码和数据吞进来了；二是同步码太短，解码器在噪声中误判同步位置；三是发送数据时没有加校验，一比特错误就导致整帧报废。
我的经验是，一帧数据固定加“前导码 + 同步码 + 数据 + CRC/校验和”，并且整帧重复发送三次，接收端三次数据做多数表决再输出。这样即使空中有瞬间干扰导致某一帧出错，表决机制也能大概率挽回。代价是需要牺牲一点功耗，每帧发送时间乘以 3，但对大多数遥控和传感上报场景来说，多出来那几十毫秒的功耗可以忽略不计。
之前调一个门磁项目，解码端总是偶发性丢帧，最后发现是前导码只有 8 位，接收模块的 AGC 建立时间需要 5 比特以上，导致同步码出现时接收增益还不够。把前导码加到 16 位，丢帧问题立刻消失。这类问题在实调时很隐蔽，但排查思路清晰后就能快速定位。
最后分享一个我自己踩过的坑：最初做低功耗传感器节点时，总觉得 XL4456 的静态电流指标已经够低了，没必要做电源开关，直接用电池正极给射频部分供电。结果测量整机静态电流始终在 200µA 左右，怎么查都查不出问题。后来把 XL4456 单独拆下来测，发现是 DATA 引脚悬空导致内部输出级半导通。那之后我在所有产品设计里定了一个规矩：单片机 GPIO 在初始化前必须处于确定电平，射频芯片的 DATA 引脚一律外接一个 100kΩ 下拉电阻。这一个小改动，让整机静态电流从 200µA 降到了 6µA 以下。做低功耗设计，细节往往比方案本身更重要。
