This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具与软件:
您好!
我将在 ns_CoAP_node 代码中挖一小部分、并想询问有关 CoAP_message_handler_request_send 函数的2个问题:
1.函数的参数之一是 sn_coap_content_format_e、该参数可以采用 CoAP_CT_text_plain 或 CoAP_CT_JSON 等值。 如果我想以 JSON 格式发送一组数据、它们之间有什么区别? 使用 TEXT_PLAIN 和 JSON 时需要设置的正确格式是什么?
2.发送确认消息时、 COAP_MESSAGE_HANDLER_REQUEST_SEND 可以设置一个函数来处理确认。 如果未收到 ACK、请求发送函数中是否有会再次发送数据的超时? 在这种情况下、交货保证如何工作?
提前感谢您。
BR、
Eduardo。
Eduardo、您好!
1.我相信您的答案可以在以下文件中找到: https://www.ietf.org/rfc/rfc7252.txt
CoAP 不包括 通过请求或响应传递内容编码信息的单独方式、因此 还为每个标识符(如果有)指定了内容编码。 如果 将多个内容编码与媒体类型一起使用、则 将为每个内容格式标识符注册一个单独的内容格式标识符。 同样、 可以为 CoAP 内容格式条目定义与互联网媒体类型相关的其他参数(如级别)。 该子注册表中的初始条目如下:+/---------------- +----- -------------------------------------------------------- + |媒体类型 |编码| ID |参考 |+--------------- +----- -------------------------------------------------------- + |文本/纯文本; |- | 0 |[RFC2046][RFC3676]| charset=UTF-8 | ||[RFC5147] | 应用程序/链接格式|- | 40 |[RFC6690] || 应用程序/xml |- | 41 |[RFC3023] | 应用程序/八位字节流|- | 42 |[RFC2045][RFC2046]|| application/exi. |- | 47 |[REC-EXI-20140211] || application/json |- | 50 |[RFC7159] |+--------------- +----- -------------------------------------------------------- +
2.您可以根据 SN_CoAP_PROTOCOL_SET_RETRANSMISTION_PARAMETERS 自行设置 RE 传输间隔
此致、
Arthur
您好、Arthur、
1.谢谢,看起来使用文本或 json 确实没有很大的区别。
2.如果发送消息的尝试次数超过 SN_CoAP_MAX_allowed_resending_count、会出现什么情况? 消息将被删除、不会被传送、或者重置并继续尝试、直到节点收到它?
此致、
Eduardo。
尊敬的 Simeon:
谢谢你。 我还看到超时为40秒、因此在这些情况下似乎不可能没有交付。 关于每次测试的此 LNT、最后一跳从边界路由器获得可确认应答所需的平均时间是多少?
此致、
Eduardo。
Eduardo、您好!
对于10跳网络往返延迟、 最后一个区域(第10跳)的延迟约为1600ms。
我们将发布应用手册、其中将介绍未来几个月的所有测试结果。
此致、
Simeon
非常感谢 Simeon 和 Arthur 的支持! 我的所有问题都已解决。
此致。