ZigBee之路 二 不面向控制 & 对硬件需求不大 ？
1.losingamong 提到
总的来说，zigbee不面向控制应用，无线本身不稳定，容易有丢包和网络延时，控制应用不能接受。
2.Error_Dan 提到
zigbee真正的价值在于那套自组网和具有路由能力的软件，跟硬件关系不大的
对于这两个问题，为了得到比较靠谱的答案，我选择了看 英文的wiki页（因为去啃 真正的官方权威的zigbee文档还是有点恐怖的）
对这两个问题，wiki页中都有相对的答案。
1.首先，zigbee面向的应用领域，的的确确包含 控制
从 家庭智能控制 到 工业控制 都被它列入自己的面向领域。
losingamong说它不适合面向控制应用，是因为无线本身不稳定，这个，不知道他是从什么地方得到这个结论的呢？
2.对于zigbee跟硬件关系大不大，这个，wiki页中的回答更加详细
尽管RF部分的硬件底层并不昂贵，而且为了简单通用，它尽可能采用数字电路实现，减少模拟环节。
然而，考虑到zigbee是面向低功耗低速率应用，zigbee协议对它的RF 物理层的 检验是比较严格的，这是因为未经验证的RF 物理层加入zigbee网络，有可能造成整个网络的其他设备功耗损耗过大。
因此，应该说，zigbee对硬件，主要是RF的物理层有一定的要求，而且要求不小。
这大概就是为什么我当初在看关于ti cc2530等系列芯片的介绍时，它会提到，这是首款满足zigbee IEEE电气性能要求的 zigbee SoC芯片的说法。
包延时推出无线不稳定的说法也想反驳下。
Zigbee包延时是不可避免的，多跳节约功率，只能拿延时换。
哈，好像提到我了
不是zigbee它想用在工控领域就能用了，它是希望用来做控制，它当然希望了，谁不希望占有市场呢，但你得看看用户能不能接受。
很简单，举个例子，一个管道的阀门要求在指令发出后必须在100ms内做出响应，这是实时性指标，100ms这要求算低的了，10ms级的实时性要求工控领域很常见，哪种无线做得到？
如果你说zigbee做得到，那我再加一条“在工业级的温宽、工业级的电磁干扰，进行100万次测试”的测试条件下，可否仍然保证可以稳定精确的响应呢？如果不能，温州动车被雷劈一下有什么后果你们也知道的了……
其实，不说100ms了，在网络规模稍大，带有几级路由拓扑的情况下，就算网络状况良好，zigbee连500ms的实时性也够呛。这还没说网络不稳定的时候，如果碰上某个节点挂了，你还得等它重建路径，那就按等秒或者10秒算了。
三大自组网协议是zigbee、wirelessHART和ISA100，工业用的最多是wirelessHART，而你稍微查查就可以发现，世界上排名前列的工控厂商如罗斯蒙特、西门子、ABB、横河这些巨头，清一色的是wirelessHART协议，且绝大多数应用在仪表行业，只做监测，不做控制，或者说，只做一些不重要的控制。
什么公司做zigbee呢？国内山寨厂商，并且一定做得很不专业。
受教了。
每次看你的回复，都能得到大量的有用信息。
对于你的最后一句话。
那个，我也来说说吧。
其实，读书时，看到相关无线的内容我就会关注一下。
尤其是大四时做毕业设计，涉及无线数传，做了一个简单的资料收集，这才知道了zigbee，加上之前大三去过一次ti 430的会议，也听说过这东西。
说起来就一直没正儿八经弄过这个。
之前跳槽，一直在想做哪一行。
因为做到这个时候，技术上，有点像没练九阴白骨爪时的梅超风陈玄风。 吃饭没问题，再好也没那本事。
基本上单片机这一块，做那个不是做。
后来想了很久，之前的“想进入一个具体应用”的想法基本被枪毙——大概也跟今年行情特别差有关系。
于是想到，先做着 无线网络 这一种 基础技术的 再说。
也就那时候突然想起了这个 zigbee.
于是裸辞的两个月里，就买了一对这个板子，但其实说起来也没弄多少。裸辞真的是一种经历......
后来结局还不错，真的就进到了一家公司，让我弄2530这个芯片，虽然还不是zigbee自组网。但我就打算一点一点看下去。
你提到的自组网，这次提到的这另外两个我是听都没听说过，至于之前你说的 其他自组网，小型的那些我还多少有点眼熟。
谁知道，我辞职前在网上搜索招这个的时候，还真看到不少，结果，到了一个月后，事情完全变了，我顿时傻眼——招聘信息里写着这个的也少了，也模糊了。
——也因为这样，我跳槽后期也逐渐把2530的开发板扔一边。
至于说做这个的情形么？
已经很明显了，就这么扔给我弄。
至于板子，开发板那种德行也就那样了
特别是看着 那家 “专业XX”，下面紧跟着一句
#define unsigned char uchar； 心情之复杂难以言说～～
当然得提到你，看起来，你果然是个干这个的老手。