posted by wap, platform: iPhone
支持ZigBee的设备少是因为我们都不看好ZigBee啊，而且是多年来一直一直都不看好，结果也确实如此，ZigBee自己一直都不争气

ble mesh现在是刚起步，但大家都一致看好，毕竟民用领域，和手机端的互动才是重点。尽管现在因为flooding通信机制带来了一些问题，我们也都觉得蓝牙联盟在之后的版本增加路由机制是迟早的事情。ble beacon用于室内定位也是妥妥的

用5g组物联网还是歇了吧，nb-iot才是这个领域的主宰

本帖最后由 henvelleng 于 2019-5-4 15:17 通过手机版编辑

引用:

原帖由 女武神 于 2019-5-4 22:23 发表
posted by wap, platform: 小米NOTE
小米基本上只有传感器类用zigbee 和无线开关 因为确实省电  蓝牙温度传感器和zigbee传感器  前者要2个7号电池 后者只需要一个2032 差别巨大  能插电的基本wifi更好用  蓝牙的基本 ...

用过nodic的ble芯片，52832日常待机（idle，不是system off哦）电流在0.5ma以下，和一个通常拿来做指示灯的小发光二极管差不多

posted by wap, platform: iPhone

引用:

原帖由 @xiejia31  于 2019-5-5 14:59 发表
你这种做法，10多年前就抛弃了。 比较流行的做法，窗帘 用IO控制 投影机用串口或者CEC控制 投影机有联动投影幕接口 功放和矩阵和多碟片连放机用网络报文控制。 因为这里面要解决的一个问题是反馈。 状态反馈是很重要的。

上层其实不需要考虑硬件操作的方法，通信接口应该全部抽象化

以现在比较流行的话题订阅和推送方式为例，就拿mqtt来说吧，低层设备把数据或反馈发送给mqtt broker的时候，所有订阅了该话题的客户端都会收到推送的数据，同样，反过来，上层也可以向话题发送数据来控制设备

这种方式很流行，因为足够抽象，还有qos可控。ros机器人操作系统的通信机制也是类似的，当然机制更多，还有actionlib这种允许中途cancel的机制