项目设计第一篇--决择

【项目设计】第一篇方案选择

冠冕堂皇的话这里都不说了，直接开始。从今天起，我会为大家分享正在进行中的物联网—智能家居项目的实际过程。一来让更多的学者朋友看到新项目设计的过程，解开心中的疑惑，激励他们敢于探索；二来为正在进军智能家居行业的同行分享一些技术知识。哈哈，一举两得。

三个月前的一天，我被领导叫去谈话，问我对传感器技术、无线传输、软件编写了解多少，又问我对物联网是否感兴趣。没多久我们就达成了共识，参与智能家居产品的研发设计。这样我就开始了物联网生涯。说实话，虽然之前有听说过Zigbee，也了解大致的框架，但是对于研发设计产品来说，真是零基础。而我自认为物联网时代一定会到来，我必须做好技术的储备，因此我迈出了这一步，毅然决定进军该行业。

那么我们初步想把智能家居做成什么样子呢，应该有一个大致的方向。下图是智能家居的方案系统，我们首先从局域网传输控制的Zigbee开始。

【注：项目设计初阶段，包括市场分析、项目评估等，之后决定是否项目立项。我没有参加之前的工作，这里不做讲述，直接进入项目项目立项之后方案选择阶段，主要是决定怎么做的问题了，而不是做不做。】

明确了做什么，即项目的具体需求。第二天我们找了三家Zigbee方案供应商，分别是Ember、NXP、TI。在接下来的几天里，我们全方位的与代理商洽谈，深入评估。

由于TI的CC2533内核是51内核，而另外两家都是M3内核，普通人都喜欢高端前沿的处理器（就像很多学者51都没有学透彻就开始学习ARM一样），当然我们一部例外，因此没有考虑CC2533。

Ember的EM357从功能来说比较多，开发起来非常的简单，据原厂介绍，开发者只需要在PC端安装一个软件，点点鼠标即可完成代码的生成，如需驱动相应的硬件执行功能，也只需在相应的Callback函数里面填写即可。对于做产品的公司来说，越是简单越好（这可能与学者心中的工作有一定出入，但是事实的确如此）。最后我们选择了Em357。当然，后来我了解到被谷歌以32亿美金收购的NEST也是用的Em357，我心里倍感欣慰，认为当初的确定是正确的。

一周后，Ember代理商送来一套开发板，并与我们谈论物联网相关知识。记得当时提到了Coordinator、Router、Enddevice，还谈到了ZHA。在那个讨论会上，他们说的都是中文，但是我比听英文都还要痛苦。我也无法提问，因为基础太薄，我即使提出“什么是ZHA”，我想他肯定会回答“你干脆问什么是物联网吧”。这种概念性的知识只能通过自己学习，别人想讲也将不清楚，太大太泛啦。会后，我自己去搜索了这些概念，虽然仍然迷茫，但是不着急嘛，一步一步的来，路还长着呢。

这今天就写到这里，后面继续更新！！！接下来附上文中涉及到的知识。

Zigbee特点：

低功耗、低成本、低速率、近距离、短延时、高容量、高安全、免执照频段等。

Zigbee组网：

Coordinator（中心协调器）：用来创建一个 Zigbee 网络，当有节点加入时，分配地址给子节点，Coordinator 通常定义为不能掉电的设备，没有低功耗状。每个 Zigbee 网络需要且仅需要一个Coordinator，不同网络的 PAN ID（网络 ID 号）应该不一样，如果在同一空间存在二个 Coordinator，如果它们初始的 PAN ID 一样，则后上电的Coordinator 的 PAN ID 会自动加一，以免引起 PAN ID 冲突。

Router（路由器）：负责转发资料包，寻找最适合的路由路径，当有节点加入时,可为节点分配地址,Router通常定义为具有电源供电的设备，不能进入低功耗状态，每个Zigbee网络可能需要多个Router，每个 Router可以收发数据也可以转发数据，当一个网络全部由 Coordinator （1 个）及 Router（多个）构成时，这个网络才是真正的 MESH 网络（网状网），每个节点发送的数据全部是自动路由到达目标节点。网路节点数：一个由 1 个Coordinator + n 个 Router 构成的 Zigbee 网路，总共支持 9331 个节点：

End Device（终端节点）：选择已经存在的 Zigbee网络加入，可以收发数据，但是不能转发数据，End Device 通常定义为电池供电设备，可周期性唤醒并执行设定的任务，具有低功耗特征：

ZHA：即ZigbeeHome Automation的缩写，译为家庭智能，是Zigbee联盟专门为智能家居定义的一套规范。除了ZHA，还有ZBA（楼宇自动化）、ZHC（卫生保健）、ZLL（智能灯光）等，这些都叫做Zigbee Profile。有了这些规范，可以让不同的厂家实现互联互通。

我把当初我下载的一些资料放在这里：