一直想写点关于zigbee方案选型的东西，TI关于芯片方案选型的guide几乎是没有的，包括e2e社区，也没有相关的指导，都是各种技术问题，再次希望给予那些后来者一些借鉴意义。走过弯路，但是幸运的是后来都走对了。

zigbee coordinator ZNP(zigbee network processor)网关芯片选型

• 网关，就是这样，通过3G/4G/wifi和云端实现互联，然后底层通过UART/USB和ZNP芯片实现数据通讯，这样，完成了zigbee局域网上云的目的。
• TI由于在2017年推出了大平台概念—-SimpleLink，有些诸如CC2652R还支持多协议栈(BLE/zigbee/Sub-1G，也就是433Mhz)，其实就是实现上层application和底层实现分离，这样用户开发的application，就可以很快移植到zigbee上，也可以移植到BLE上使用，想法很不错，目前应该还有很多困难。
• 和BLE不一样，由于zigbee网关要处理很多指令的收发，所以很多人开始就选错了芯片型号，都以为使用CC2530合适，诸如路由表、邻居表等非常占用RAM的动作，大部分应该都会放在主MPU端来处理，CC2530只当作个zigbee收发器，其实当你对TI提供的整个网关代码有了了解之后，你就会发现，根本不是这样，应该说90%的操作都得放在ZNP端来完成，主MPU只不过是处理其余10%指令的UART交互，就算有再强大的性能，也派不上用场。
• 目前来看，CC2538最为合适作为网关的ZNP来使用，因为CC2538有32KB的RAM，这样的RAM容量，在硬件配置及其抠门的MCU领域，是很少见的，CC2530由于只有6KB的RAM，而且最新的zigbee 3.0协议栈非常占用资源，留给用户的资源已经相当紧张了。同时，由于CC2538出来好些年了，软件以及配套的都很成熟，真正的商业项目，千万别当小白使用最新的产品，坑太多。
• TI最新推出的CC2652R，目前似乎还没上市，竟然有80KB的RAM，在MCU领域，简直就是破天荒了，不说惊天地泣鬼神，已经实属罕见。CC2652R支持zigbee，但是目测刚推出来不久，不见得成熟，虽然和CC2538价钱差不多，但目前十分不推荐作为网关ZNP来使用，也许两三年之后可能会合适。

zigbee网络节点芯片选型

• 首先得明确具体的组网规模，这个非常重要，比如要超过300个点同时组网，显然选CC2530就不合适，因为RAM实在少的可怜，以至于最多也就一百出头的样子，再多网络基本就瘫痪无法使用。可以考虑CC2538作为网络节点芯片。
• 如果节点又不多，诸如智能家居，无非就是什么窗帘、灯以及其他什么小玩意，满打满算不过几十个，那低成本的CC2530 非常适合，几块钱的东西，又便宜又能满足需要。