小程序蓝牙

最近写了一个蓝牙微信小程序的 bug，修复的过程中，我反思了一下蓝牙通信合理的交互模式。 ## 原实现逻辑 在点击模式选择（即开始）/ 暂停 / 继续 / 停止，这几步操作时： 点击后，先向硬件发送蓝牙指令，然后立即更新本

## 需求背景 蓝牙控制板放到控制柜里之后，就会有 20% 的概率出现蓝牙通信丢失的情况。 不确定是信号干扰的问题，还是放到控制柜之后，受隔音棉的影响信号变弱所致。 所以需要能够实时打印当前的蓝牙信号强度，来排除信号减弱的问题。

## 需求背景 蓝牙设备一直在给微信小程序发送数据，例如一秒一次。 但是切到后台之后，再切回来，例如，间隔了5分钟，再切回来会收到大量的蓝牙数据。 看起来是微信帮小程序做了缓存队列，然后疯狂地传给小程序。 造成的影响就是，用户会

使用微信小程序官方提供的操作蓝牙设备示例代码 https://developers.weixin.qq.com/miniprogram/dev/framework/device/bluetooth.html 向低功耗蓝牙设备写入

给客户做了一个手机微信小程序蓝牙控制硬件设备启动，运行模式的功能；同时可以读取设备上的实时运行数据，展示在手机上（当时数值发生变化时由设备主动通过蓝牙推送到手机上）。 ## 最终效果 ![微信小程序通过蓝牙控制硬件设备](http: