尊敬的 Logan：

您正在使用哪个版本的 SIMPLELINK-CC13XX-CC26XX-SDK、并且正在评估哪些 TI-OpenThread 示例？  请提供客户端和服务器配置的详细信息、以及对默认工程设置所做的任何更改。

此致、
瑞安

您好、Ryan、
非常感谢您的观看。
我正在使用 simplelink_cc13xx_cc26xx_sdk_6_40_00_13。

使用2个示例进行初始功能测试：
-------------------------------------------------------
1.DOOR_LOCK_LP_CC2652R7_tirtos7_gcc (默认设置：作为 CoAP 服务器运行)
2. CLI_FTD_CC2652R7_tirtos7_gcc (默认：设置线程网络并作为 CoAP 客户端运行)


遵循的步骤：
----------------
1.从 Door_lock 示例中提取 CoAP 服务器功能。
2.从 CLI_FTD 示例中提取 CoAP 客户端功能。
3.将 CoAP 客户端集成到 Door_lock 示例中。 [CoAP 服务器已移除]
4.将 CoAP 服务器集成到 CLI_FTD 示例中。   [未使用 CoAP 客户端]


命名约定：
----------------
1. device    -> door_lock 示例：运行 CoAP 客户端代码。
2.控制器-> CLI_FTD 运行线程网络和 CoAP 服务器代码的示例。


系统设置：(设备和控制器)
----------------
1.控制器设置 Thread 网络并启动 CoAP 服务器。 [仅1个服务器资源]
2.该设备被调试到控制器线程网络中。
3.设备每2秒启动一次 CoAP 向控制器(CoAP 服务器)发出一次请求


CoAP GET 请求的消息模型：
-------------------------------------------------------
1.设备初始化可确认 CoAP GET 请求消息。 在传输之前、数据会附加到此 CoAP 消息中。
(例如｛"data_1"：20120010、"data_2"："一些字符串信息"、"data_3"："一些字符串信息"｝)

2.控制器接收数据并回复特定设备的消息。
(例如｛"device_1_data_1"：20120010、"device_1_data_2"："某些字符串信息"、"device_1_data_3"："某些字符串信息"｝)


如果您需要更多信息、请告诉我。

此致、
洛根·贝克尔

感谢您对设置的完整描述。

Unknown 说：

将 CoAP 客户端集成到 Door_lock 示例中。 [CoAP 服务器已删除]

您能解释一下做出这一决定的原因吗？  TI 不支持将 DOOR_LOCK 示例作为 CoAP 客户端 、因为该方向对于 Thread 应用没有意义。  根据迁移过程、可能会出现配置问题。  总体而言，建议对 Thread 上的 Matter 进行评估 ，以用于此类应用工作。  请确定此 E2E 主题是否 相关。

此致、
瑞安

您好、Ryan、

相关示例、请参阅 simplelink_cc13xx_cc26xx_sdk_6_40_00_13/examples/rtos/LP_CC2652R7/thread/Door_lock

器件内部 Doorlock.c 文件中、您将找到我在这里引用的 CoAP 服务器功能。
不过、DOOR_LOCK 示例不用作 CoAP 客户端。 我已经将其实现为 CoAP 客户端、到目前为止适用于已经连接到服务器的2个设备。

Matter over Thread 已经试过、但由于复杂性和嵌入式 Linux 处理器的要求、这成本太高。 我们保留了它、以便在下游使用它。 我们的截止日期很紧、可在几个月内交付产品。

此致、
洛根·贝克尔

是的、我们同意默认情况下 DOOR_LOCK 示例是 CoAP 服务器。  为什么需要将其用作 CoAP 客户端？  这种实施与应用程序的使用不一致、将 CLI FTD 用作 CoAP 客户端更为合理(请注意、CLI 可以是两种实施方式)。  

  随着 Thread 堆栈产品与 Matter 解决方案进一步集成、它将得到简化。  TI 的下一次 堆栈更新可能不包含应用示例(如 DOOR_LOCK)、因为 Matter 预计 将担任该角色。  是否考虑过 Zigbee？  它还是一种长期使用的网状网络解决方案、具有既定的应用层(即 Zigbee 集群库或 ZCL)、并可使用 Zigbee 网关连接到物联网。

此致、
瑞安

您好、Ryan、

根据规范、它以这种方式实现。
感谢您的参与。 稍后将考虑这一点。
我们已明确指出了导致 CoAP 消息传递出现很多问题的问题：
错误= otMessageAppend (message、data、strlen (data))；
错误返回 OT_ERROR_NO_BUFS
尝试调用 otMessageFree (message)以处理提到的错误，
在 OT_assert 处的方法中阻止 coap.cpp 内的代码：

空响应队列：ResponseMetadata：ReadFrom (常量消息&aMessage)
{
   uint16_t length = aMessage.GetLength ()；

   ot_assert (length >= sizeof (*这))；
   IgnoreError(aMessage.Read(length - sizeof (*this),*this);
｝

我希望您能获得有用的信息来解决此类问题。
也许是处理和阻止消息缓冲器增长的一种方法
更多寄生效应。

此致、
洛根·贝克尔