请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：CC2650 主题中讨论的其他器件：RemoTI、 CC2531
工具/软件：Code Composer Studio
您好！
对于我的手持式器 件原型、我有兴趣在3节点场景中量化实际 CC2650功耗-当然、一个节点是协调器、另外两个节点可以通过协调器处理 TX 和 RX 流量。 我一直倾向于使用 RF4CE - RemoTI 作为我的平台、而不是任何其他 ZigBee 规范的基于 CCS 的环境、留下的印象是 RemoTI 是可用的最小堆栈/应用占用空间。 此外、我 还记得、这种设置是足够的、因为遥控、机顶盒和电视的常见场景代表了我的预期设置。 在这张图片中、机顶盒是协调器、遥控器和电视都加入 了自己的网络。
此后、我了解到 CC2650 RemoTI SDK 在某种程度上不 允许进行所有 CC2650/CCS 测试设置、因为目标仅限于 CC2531预编译十六进制、 而且、 没有示例源代码和配置/编译器设置可让 CC2650 成为目标方和协调器- TI 的验证将不胜感激！ 其次、我认为 、除了执行"查找我的远程"的轮询服务器/轮询客户端机制之外、 目标 实际上没有 其他方法 可以"查找"远程。 下面哪一个问题会导致"无线电唤醒"是否是可行的替代方案、以及在这种情况下具有较低功耗的解决方案？ 当 不在设定的持续时间内使用时、我的手持式(远程控制)和电视将成为"休眠节点"；当使用时、当协调员在100mS 至200ms (但固定)的间隔内请求时、将传感器数据发送给协调人(机顶盒)。
最后、由于我根本不希望手持设备符合 RF4CE 标准、 Contiki 是否是可行的3节点 CC2650替代产品？ 如果是、InstantContiki3.0 CC2650是否准备就绪、如果不是、哪个版本？
提前感谢！
