Smart Device Type Choice &Device Communication Protocols

射频

遥控器控制。如果是红外的用红外转发器可以控制，如果是射频的就不行，所以：

先确认是红外还是射频的遥控器。（用手盖住遥控器前面，不能控制的就是红外，能控制的就是射频）

第一类是基于WIFI模组开发的：

WIFI是主要适用于智能单品的小场景，做不了大户型和别墅客户；做过智能家居的经销代理商都明白个中缘由。

第二类是基于蓝牙的智能模组方案：

主要适用于智能小家电，智能穿戴，移动侦测这些同样属于小场景的智能单品与小系统，还有PLC+WiFi+蓝牙+ZigBee，混搭通讯，能够保证信号的稳定性？！做得了大户型?别墅?经过市场验证了吗？哪里有华为智能家居大户型的项目落地？！仅有的华为东莞店也是地产商合作的老产品，也不是PLC智能家居的产品啊！

前段时间调研华为官网高级客服，华为东莞店验证，华为智能家居同样需要零火线接入PLC智能主机，自己官方客服都说不清楚，什么都需要去查后台给你答复，无法做到准确答复，所有的都只是宣传，没有实质性的产品，短期内想做好智能家居，简直是痴人说梦话！说难听的话，基本智能家居行业现状还没搞清楚，对于华为而言，也是急了乱布局，讲故事，骗任正非的投资和支持罢了。当然，可以去打华为官方客服验证下…………..

Wi-Fi插座就不推荐了, 待机功耗大, 进一步增加路由器 2.4G 拥堵, 已经被淘汰的差不多了

SOC

简单来说SOC模式就是把所有程序都集成到了一个zigbee芯片中，包括了物理层、网络层、应用层的程序。比如想要实现数据的发送，只需要使用官方封装的库函数直接发送就行，底层的数据发送过程无需关心

2、NCP模式
跟SOC模式不一样的地方是开发时需要使用两个芯片，一个是zigbee芯片一个是主控可以是MCU也可以是CPU这个根据项目需求。zigbee芯片中主要需要编写的是除了应用层的所有程序，MCU或者CPU中编写的就是应用层的程序，包括但不限于一些组网的策略等。这两个设备可以通过UART或者SPI接口进行通信交互。例如想要实现一个创建网络的功能，只需要通过MCU发送相应的CLI指令或者自己实现的协议功能，就可以在zigbee芯片一侧实现一个创建网络的功能。这个具体的过程其实就是zigbee接收到cli或者自定义指令后调用网络层的网络创建函数，最终实现网络创建的功能。

其实zigbee联盟和芯片厂商就已经把这些物理层、网络层的策略就已经封装成了函数的形式了。我们在实际开发中，只需要知道哪些功能需要调用哪些函数然后实现自己所需的功能就行了。像一些创建网络、加入网络等的功能都是封装好的，可以直接调用。

3、RCP模式
这个与NCP模式比较相似，都是使用两个芯片进行项目开发。不一样的是zigbee芯片只作为无线电的发送和接收器。上层的那些协议放到主控中去实现。与我们常用的以太网芯片+主控方案是一样的。以太网芯片仅仅作为数据发送接收器。主控中使用lwip协议栈，协议栈管理着网络的数据传输策略等。各层之间有相应的数据传输接口函数。