TI中文支持网楼宇Zigbee网络建设思考
项目需求：
在一栋多层大楼里面部署物联网络，设备包括网关、墙面插座、零火照明开关、单火照明开关和红外控制设备，数量在800左右。预计这样的大楼有五栋。
想达成以下目标：
1 插座采集用电数据会比较密集，同时，希望控制稳定可靠、延时较小。
2 由于涉及到多层，且设备数量较多，拟组织成多个Zigbee网络；
3 所有设备通过 InstallCode 形式入网，以保证不串网。 通过在生产设备上印刷二维码来保证这一功能。
4 可以允许第三方的其他设备加入zigbee网络
担心：
1 安装时Zigbee 设备会不会串网；
2 长期运行后，Zigbee 设备是否会处于假死状态，连不上网络？如果有，如何及时发现，并采取措施？
3 长期运行后，Zigbee设备掉线后，想再次入网。协调器是否需要打开组网？如何保证Zigbee设备不加入到别的网络？
有以下疑问：
1 网络中，零火照明开关、单火照明开关遵循Zigbee Home Automation 协议； 墙面插座有较多自定义功能，采用 Zigbee Mesh 网络做私有协议； 红外是否有标准协议？ 以上是否可以共同存在于一个网络中？
2 如果直接采用第三方的遵循 zigbee 标准的零火照明开关、单火照明开关和红外，是否可以？网关侧需要做什么工作？目前看，网关和插座，由于实现了较多自定义功能，需要自行开发，其他都可以用第三方的。
3 拟基于Zigbee Stack 3.0.1 来实现，尽量按已有功能来做，不知工作量有多大？有什么应该注意事项？能否给予一些具体的建议或指导？
4 关于网关，是否可以基于ZNP来实现？
请指导，也欢迎各种形式合作。
YiKai Chen：
1.红外沒有标准协议,是可以共同存在于一个网络中
2. 可以
3. 這個沒有辦法具体的建议或指导,項目開始了有問題在上來發問吧
4. 可以
Alvin Chen：
第三方设备入网，需要满足版本号一致以及TCLK以及network key 一致才能正常，如果是标准的zigbee 设备会有rejoin的功能，掉网后会自动扫网rejoin。
user5798117：
回复 Alvin Chen:
Alvin Chen第三方设备入网，需要满足版本号一致以及TCLK以及network key 一致才能正常，如果是标准的zigbee 设备会有rejoin的功能，掉网后会自动扫网rejoin。
YiKai Chen：
回复 user5798117:
Alvin指的應該是profile的版本
user5798117：
回复 YiKai Chen:
感谢。
现在准备照明开关就用第三方的，正在与第三方对接。同时，插座等由于有一些智慧能源的东西，功能复杂，希望还是用透传方式自己实现。咨询了提供第三方设备和Zigbee模块的厂家，他们的说法： “透传模块和3.0模块可以同一个协调器通讯，一个网络中有透传模块，有3.0的模块，透传模块不可以通过3.0模块的父节点和协调器通信，都是直接连接网关”。
疑问：1这里的，“透传模块不可以通过3.0模块的父节点和协调器通信”，这个说法成立吗？ 如果是这样，就和两个网络相类似，且对协调器的连接能力有着很高要求。 我理解，是否只要遵循 BDB 的规范，将透传定义为 一个EndPoint，似乎也就可以通讯了。
2同时，想请教下， 针对这种透传，是否也可以定义一个标准的规范。其方法就是主动上报，或者接受命令后上报。 这个想法是否可行？是否已经有了？
3 同时，还想请教下，文档中多处提到 DeviceId， 但在具体通讯过程中，经常用到的是 EndPoint，clusterId。 DeviceId 作用似乎没有体现出来？ 那么，DeviceId 用在何处呢？
YiKai Chen：
回复 user5798117:
透传模块如果指的是Zigbee HA，照理來說還是要可以跟3.0模块的父节点和协调器通信；device id是來描述一個節點的型態
Alvin Chen：
回复 user5798117:
1.第一点就是有明显错误，透传模块入网可以肯定能和父节点通信，取决于你怎么写程序。
2.一般智能家居不说透传，一般为ZHA ，上传为zcl report ，命令 为 zcl read 或者zcl write
3.device id 一般为device的功能的，
ps：我个人感觉你这个对接的公司怎么不太专业。user5798117：
回复 Alvin Chen:
多谢。Zigbee 抓包一般用什么工具呢？ 这块调试开发有什么最佳实践吗？ 以前编过一些程序，但zigbee开发调试，还是第一次，请多指教。
YiKai Chen：
回复 user5798117:
Zigbee 抓包建議使用Ubiqua
