前言

我最近正在钻研 COAP 协定，也搬运了一个（转）RFC7252-《受限利用协定》中文版（COAP 协定）COAP 协定的文档，翻译得很不错，示例也很清晰，十分举荐大家去学习学习。

我发现我很多的传感器设施（比方我的光照传感器）很多时候其实没有什么数据交互，大部分都是 SDDC 维持连贯的耗费，这类传感器设施其实不须要这么高的实时性，齐全没必要去维持一个长连贯，这种纯传感器设施更加适宜 COAP 协定，COAP 协定数据发完就能够休眠了，功耗更低，更容易做低功耗。

最近恰好发现爱智仿佛也反对 COAP，在他们官网看到了 IoT Pi CoAP 设施开发 教程，之前始终是用 SDDC 协定连贯精灵一号，明天就尝试跟着官网教程通过 COAP 连贯精灵一号。

Node CoAP CLI

通过如下命令装置 Node CoAP CLI：

npm install coap-cli -g 

输出 coap get coap://192.168.128.103/test 获取 CoAP Server 的 test 资源（这时没有信息，所以显示 no data），如下图所示：

输出 coap put -p 灵感桌面 coap://192.168.128.103/test 批改 CoAP Server 的 test 资源为字符串“灵感桌面”，如下图所示：

再次输出 coap get coap://192.168.128.103/test 能够发现获取到上一步设置的字符串“灵感桌面”了。

留神 COAP 的 IP 地址在启动的时候能够看到。

总结

依照官网的说法，我的确是把 COAP 起来了，然而一个应用 CoAP 协定的设施通常既是客户端又是服务端，我还没方法测试客户端的性能。具体如何在爱智场景中更好的应用，我还得推敲一下，在传统的 COAP 应用的 M2M（端到端）的交互场景，在退出爱智之后必定会发生变化，不晓得精灵一号和 COAP 又能碰撞出什么新的场景。