但是，如果您不受合作伙伴关系、兼容性要求或者做设计决策的非技术类微管理领导的拖累，则肯定有许多基于系统属性、要求或预期功能以及性能要求的选项可供选择。

如果您的系统在网络有两个设备，那么恳请您一定不要把事情搞复杂了。在努力帮助构建一个消费类ZigBee网状网络的网络启动顺序时，才发现实际上系统中只有两个设备，通信距离至多十英尺，并且以初始默认配置协同工作。没有什么事情比这更令人沮丧了。不管是仅点对点、一对多还是多跳转都必须支持通信。大多数芯片厂商都提供一系列的网络协议选项，范围从只配置无线电设备并具有基本通信接口的基本专有软件，到更复杂adhoc（可能为多跳转专有或标准协议，如：ZigBee或6LoWPAN等）。我建议，即使在这种简单的情况下，您也要根据最简单的情况来考虑您的要求。其中，设备预编程为一种固定网络，具有固定的寻址和预配置配对。对更加活跃的情况而言，其设备都预先相互不了解。或者，如果您的设备必须动态地建立一个唯一的网络标识符，则必须配对（通常与一些安全限制）。无论专有（例如：TI的SimpliciTI协议等）还是标准（例如：ZigBee或RF4C等），所谓的“初始默认配置”协议都有一些既有方法来完成这些任务。您必须认真考虑协议是否符合您的系统要求。

除让您的系统/产品要求与适合的网络协议匹配以外，在身陷其中以前请先了解您拥有的资源和设计能力。对于一些产品专家而言，他们没有从头开始建立一种解决方案的RF布局和软件网络经验，因此我建议找一家模块供应商。这些模块可以提供混入(drop-in) FCC，或者合格的预编程解决方案。其通过UART、SPI或者其他器件，允许您设置具体参数（例如：网络ID、信道、应用端口标识符等）、连接网络、搜索并配对另一个设备以及发送/接收基本应用数据，从而提供一种简单的API。使用模块会有协议限制，并且单块器件的成本也更高，但对于更低的产品产量（低于50K）而言，我们发现模块的成本远不只是弥补了RF布局、设计、装配和检测以及软件开发和测试的NRE成本。

无论您从头开始还是从一个已有解决方案“剪切-粘贴”来建立一种定制解决方案，我都希望您在开发过程中能有最佳的运气，也希望这篇简短的文章在您开始以前能在一些关键方面给您一些启示。