• 状态 Resolved
  • 已锁定 已锁定
  • 个回复 8 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 101 次查看
  • 用户 0 名在线用户
选项
选项
相关

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.

[参考译文] CC1352P7：Wi-SUN CoAP 节点消息请求

admin
Guru**** 1807890 points
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1419852/cc1352p7-wi-sun-coap-node-message-request

器件型号：CC1352P7

工具与软件：

您好！

我将在 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。

  • 0
    TI__Guru**** 1807890 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    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

  • 0
    TI__Guru**** 1807890 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Arthur、

    1.谢谢,看起来使用文本或 json 确实没有很大的区别。

    2.如果发送消息的尝试次数超过 SN_CoAP_MAX_allowed_resending_count、会出现什么情况？ 消息将被删除、不会被传送、或者重置并继续尝试、直到节点收到它？

    此致、
    Eduardo。

  • 0
    TI__Guru**** 1807890 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Eduardo、您好！

    似乎只是放弃而不尝试发送：

    如果您对此感到担心、应该尝试增加计数器。

    此致、

    Arthur

  • 0
    TI__Guru**** 1807890 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Arthur、

    我担心过多增加计数器、可能会大幅增加大型网络中的网络流量。 您是否建议我可以更好地保证数据传输、但不会造成大量流量的任何价值？ 假设网络中有50个设备、跳数为4个。

    此致、
    Eduardo。

  • 0
    TI__Guru**** 1807890 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Eduardo、您好！

    请允许我回答这个问题。

    我相信你不应该担心增加重新发送计数器。  我们在100个节点、10跳网络上设置了 LNT PER 测试、分组差错率小于1%、因此50设备网络不会有太大差异。

    此致、

    Simeon  

  • 0
    TI__Guru**** 1807890 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Simeon：

    谢谢你。 我还看到超时为40秒、因此在这些情况下似乎不可能没有交付。 关于每次测试的此 LNT、最后一跳从边界路由器获得可确认应答所需的平均时间是多少？

    此致、
    Eduardo。

  • 0
    TI__Guru**** 1807890 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Eduardo、您好！

    对于10跳网络往返延迟、 最后一个区域(第10跳)的延迟约为1600ms。

    我们将发布应用手册、其中将介绍未来几个月的所有测试结果。

    此致、

    Simeon

  • 0
    TI__Guru**** 1807890 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    非常感谢 Simeon 和 Arthur 的支持！ 我的所有问题都已解决。

    此致。