小米手环:手环类产品是如何设计的?( 二 )

有人可能会问:新增这么多功能 , 会对续航造成损害吗?答:不会 。
实际上你仔细看一下就可以知道:以上4条建议 , 除了第1条小爱是需要手环主动向蓝牙网关发送信息外(这个称为主动请求) , 第2、3、4条都是网关向手环发送信息 , 而手环并不需要主动向网关申请信息(这个称为被动推送) 。
这个过程 , 和当前手环连接手机来接收手机通知的推送 , 本质上是一样的 。 没有什么技术上的难题 , 也很容易实现 。 只是把信息推送这同一个功能 , 换个思路给做到极致了而已 。 而手环被动推送 , 对续航根本没有丝毫太大的影响 。
前段时间加入了一个米家智能群 , 就在群里讨论这个问题 。 群里有人说:让手环通过蓝牙网关来实现这些功能 , 技术上不可行 。 理由是:小米当前的蓝牙网关采用的是低功耗蓝牙 , 只能收 , 不能发 。 什么意思呢?
他的意思是说:蓝牙网关为了降低接入设备的功耗 , 阉割了蓝牙网关向接入设备发送信息的功能 , 而只保留了接入设备向蓝牙网关发送信息的功能 。 即蓝牙网关是单向蓝牙 , 只能收 , 不能发 。 就比如目前的米家蓝牙温湿度计 , 只能它向蓝牙网关上报当前的温湿度信息 , 而不能通过蓝牙网关控制它(即蓝牙网关向它发送信息) 。
当时看了 , 因为本身对小米蓝牙网关不甚了解 , 觉得他说的有道理 , 就信了 。 然而后来看到了小米官方对自家蓝牙网关的解释 , (原文找了将近半个小时 , 找不到了)大概意思是说 , 小米蓝牙网关mesh支持自组网 , 支持收发智能设备的信息 。 文末又举了几个利用蓝牙网关协议实现控制的设备 , 印象里有一个小米的筒灯 , 通过蓝牙网关接入并控制的 。 (蓝牙网关都可以控制灯了你还说是单向的!)
也就是说 , 小米的蓝牙网关其实都是双向的 , 可收可发 。 这里用到了一个概念:蓝牙网关mesh , 意思就是可收可发的蓝牙网关 。 那这样技术上的问题不就解决了吗?
我一直觉得这些需要一直蓝牙连接手机 , 还要保持手机APP一直运行才能实现绝大部分功能的手环/手表都是不实用 。 既然有手机了 , 为什么还要手环?
当然是想图方便 。 作为对手机的补充 , 手环的应用大有可言 。 可如果纯粹依赖手机 , 且依赖有如此严格的限制(蓝牙连接、APP运行) , 否则无法使用 。
那么手环的存在意义又是什么呢?我们不需要手机的扩展 , 因为这个扩展屏幕既不如手机大 , 功能又不如手机多 。

  • 我们只是需要早晨醒来一睁眼时 , 手环震动告诉我们今天有哪些昨日在手机上设置好的待办日程 , 避免了忘事;
  • 只是需要在把电饭煲打开后 , 在用电脑全神贯注打字时 , 手环震动告诉我饭刚刚做好 , 于是放下鼠标 , 避免了忘记吃饭;
  • 只是需要随时随地 , 手环震动告诉我今天有暴雨 , 气温会非常低 , 我好加衣保暖并感叹手环的便利;
  • 只是需要随时抬腕都能使用小爱同学 , 一句话控制家电、查询信息等等 。
  • 只是需要出门前 , 手环震动告诉我今天限行尾号是多少 。
  • 只是需要能在一个惬意的午后 , 脱离了手机的时候 , 手环能震动提醒我母亲来电话了 。
  • 只是需要随时都能获得想要获得的信息 。
而不是 , 一打开手环上的小爱 , 就提示我没有连接手机 , 无法使用;于是拿出手机 , 准备连接手环 , 但突然发现:手机小爱还有语音回复 , 还能发信息 , 还能放音乐 , 那我还要手环小爱干什么?不连了!
而不是 , 一打开手环天气 , 发现和实际天气相差十万八千里 , 原来没有连接手机 , 信息是几百年前留下的 , 根本不准;于是拿出手机 , 准备连接手环 , 更新手环天气数据 。 但突然发现:手机天气还能显示湿度和未来一周的天气情况 , 而且界面更加直观好看 , 那我还要手环天气干什么?不连了!