我正在构建一个非常简单的传感器，需要将数据上传到 Cloud 服务器进行存储，我正在寻找一个简单的协议来使用 . 我正在运行PIC芯片，因此我非常严格地限制内存，因此它必须非常简单 .
我一直在看COAP，它有一些我真正喜欢的东西：UDP数据包小而简单，所以它很容易实现，而且在数据使用方面也很便宜，但感觉错误的方式是我想要的 .
据我所知，它可以让服务器轮询所有有兴趣收集读数的设备 . 在我的情况下，虽然通信是基于事件的，但我可能正常地每周传输一个读数，但如果在设备端发生某些事情，则可能会快速传输大量读数 . 似乎有COAP的扩展允许通知，但它们依赖于保持套接字对设备开放并等待响应 .
我正在考虑基于小型简单UDP数据包的类似协议，其中设备只是将数据发布到Web服务并获得响应以表明它已被确认，可能还有一种机制，用于在客户端对象连接时以另一种方式发送数据 . 在我开始重新发明轮子之前，有没有人知道那里有类似的东西？
谢谢，
本 .
1 回答
CoAP会为您找到合适的工作吗？
https://tools.ietf.org/html/rfc7641#page-4
它不是CoAP RFC的一部分，但COAP RFC提到它，大多数成熟的实现也实现了“Observe”RFC .
您可以将其与常规请求方式结合使用 .
此外，在一个项目中，我引入了"session"的概念 .
适合您安排会话或定期连接适合您，或者某些事件可能导致会话启动时 .
设备使 PUT "/session" 和CoAP服务器启动会话并使用 GET 获取数据或使用 PUT s添加内容 . 当没有剩余要做的事情时，CoAP服务器发送 CON-DELETE "/session" 并且设备脱机 . 如果会话关闭请求长时间没有来，您肯定需要超时来强制设备离线 .
请注意：在RFC中，客户端是请求的 endpoints ，服务器是响应的 endpoints . 它可能会造成一些混乱 . 实际上，嵌入式设备和服务器都可以同时充当客户端服务器 .