原创 ZigBee方案评估要则二

    类似的，ZigBee在网络层以上，有制定出1套安全(加密)的规范，不过安全功效，属于选用功能，并非所有的WSN应用都需要加密传递。

    也因为是选用功能，有些芯片业者认为，不用急切地用硬件方式实现ZigBee的安全机制，而用软件方式实现即可，然而对于真的有传输加密需求的设计者，若其加密传输资料量大、密集，此时还是建议选择已内建硬件加解密引擎的ZigBee芯片，否则AES(Advanced Encryption Standard)演算，若没有使用硬件AES加解密引擎来加速运算，而是用微控器搭配软件来运算，则运算负荷将大程度增加。

平台验证与产品验证
    根据ZigBee Alliance对标准测试验证的设计，ZigBee收发器、控制器、以及协定堆叠等3者合称1个平台，芯片业者必须同时提供此3者进行受测，受测无误后即表示获得ZCP(ZigBee Compliant Platform)验证。

    接着应用设计者以ZCP为基础，进行自有的应用发展，开发完成后也拿去ZigBee Alliance进行验证，若受测无误，表示通过ZCP(ZigBee Certified Product)验证。所以第1阶段是平台认证，第2阶段是产品认证。所以，设计者一开始在选择ZigBee芯片方案时，最好能选择已经通过平台认证的产品，倘若尚未通过平台认证，则可能要连过2关。

    另外要注意的，ZigBee芯片业者通常不会只有1款收发器或1款单芯片，通常会有多款，且多款都会送测，目前已经使十多家业者送测，并有三十多款平台获得验证通过，所以每家几乎都有1款以上的平台，不过选择时依然要选择确实通过认证的平台，倘若某业者有2款平台送测，但只有1款通过，然另1款依然可能在市场上销售。

    或许有人认为，自己进行平台与产品的认证并无大碍，但其实在产品认证上，比平台认证更为复杂，如果设计者开发的应用是ZigBee现有标准中没有定义的应用型态，则验证的重点只在于运作互扰性，让ZigBee的运作不会与相同频段的其它无线应用(如Wi-Fi、Bluetooth)等相互干扰即可。

    但如果开发的产品，是现有ZigBee标准中已有的应用型态，那除了互扰测试外，还需要进行互通性测试，即是与其它同样已通过平台认证、同样为ZigBee标准中已有的应用型态产品，进行共同运作的相关测试，至此将进行极多的比对测试、交叉测试，如此测试验证将相当复杂，因此还是建议直接选择已通过平台认证的芯片方案。

协定堆叠与开发工具
    由于ZigBee市场仍在酝酿阶段，所以部分传统半导体大厂尚未完全投入，反而是许多新兴业者比较积极(其它无线技术标准的情形也多于此类似)，所以，许多大厂大多只先提供微控器，因为这是最现成、最快的投入方式，但收发器则与他厂搭配，或者先用SiP方式封装成一体。

    不过，一旦市场逐渐起飞，传统大厂很可能会直接购并新兴小厂，事实上此事已若干发生，预计未来会更多，所以现阶段选择小厂的芯片，将可以获得较高的配合度，芯片合用性与后续改进也较佳，但被收并后的各种配合度就容易成为变量，相对的一起头选择大厂将较无收并的顾虑，但配合度就有限，对此选用前也必须再三斟酌。

    也因为连收发器都可能与他厂合作提供，那么协定堆叠的软件就更可能与他人合作，所以1套ZigBee平台可能是由二、三家业者共同合作提供，例如收发器1家、微控器1家、协定堆叠1家，然此3者往后将必然垂直整合，朝仅1家业者同时提供3者，所以纯提供协定堆叠的业者恐不易生存，纯收发器业者也会加强与只提供微控器业者合作，而为了垂直整合，也必然会有更多的购并情事发生，对此设计者选择前不得不察。

    最后，如果方案业者，还能够附带提供开发设计的辅助工具，那将有加分效果，现有的ZigBee开发工具偏重于封包的路由路径追踪，网络状态探察、拓朴型态探察等，另外也有直接在收发路径中进行侧录，再将侧录信号转换回封装，以了解收发状况是否良善的工具。

    附注1：由于TI于2006年1月购并挪威Chipcon公司，Chipcon公司在ZigBee芯片市场相当积极活跃，然在收并前2家业者已有若干合作。

    附注2：过去在ZigBee 1.0时仅有Application Profile，然ZigBee 1.1后又新增了Cluster Library，Cluster Library是比Application Profile更本质性的应用归纳定义。