I am using DA1468x MESH SDK 1.6.1.
当我试图开始定期广播时，我收到了以下信息。
该设备似乎工作了一段时间，最终停止与合成孔径雷达上下文消息。
How can I fix this?
(净Tx) Pkt。SRC: 0 x010d DST: 0 xffff新:0 x00, SEQ:0x0000144B, CTL:0x00, TTL:0x7F, Len: 16, is_relay:0x00 [NET Tx] Pkt. SRC:0x010D, DST:0xFFFF, IVI:0x00, SEQ:0x0000144C, CTL:0x00, TTL:0x7F, Len: 6, is_relay:0x00 [NET Tx] Pkt. SRC:0x010D, DST:0xFFFF, IVI:0x00, SEQ:0x0000144D, CTL:0x00, TTL:0x7F, Len: 16, is_relay:0x00 [NET Tx] Pkt. SRC:0x010D, DST:0xFFFF, IVI:0x00, SEQ:0x0000144E, CTL:0x00, TTL:0x7F, Len: 6, is_relay:0x00 [** ERR **]:[ltrn_replay_cache.c]:[689]: [LTRN] Ack Rtx timer start failed [NET Rx] Pkt. SRC:0xFFFF, DST:0x010D, IVI:0x00, SEQ:0x00002C66, CTL:0x01, TTL:0x7F, NID:0x72 [** ERR **]:[net_init.c]:[234]: [NET Rx] SRC ADDR 0xFFFF not a Unicast Address. Dropping... [NET Rx] Pkt. SRC:0xFFFF, DST:0x010D, IVI:0x00, SEQ:0x00002C66, CTL:0x01, TTL:0x7F, NID:0x72 [** ERR **]:[net_init.c]:[234]: [NET Rx] SRC ADDR 0xFFFF not a Unicast Address. Dropping... [NET Rx] Pkt. SRC:0xFFFF, DST:0x010D, IVI:0x00, SEQ:0x00002C66, CTL:0x01, TTL:0x7F, NID:0x72 [** ERR **]:[net_init.c]:[234]: [NET Rx] SRC ADDR 0xFFFF not a Unicast Address. Dropping... [NET Rx] Pkt. SRC:0xFFFF, DST:0x010D, IVI:0x00, SEQ:0x00002C66, CTL:0x01, TTL:0x7F, NID:0x72 [** ERR **]:[net_init.c]:[234]: [NET Rx] SRC ADDR 0xFFFF not a Unicast Address. Dropping... [NET Rx] Looks like we are processing a relayed packet! [NET Rx] Pkt. SRC:0x010D, DST:0xFFFF, IVI:0x00, SEQ:0x00001445, CTL:0x00, TTL:0x7E, NID:0x72 [LTRN Rx] Pkt originated from Local SRC. Some repeater probably send back our message.. Dropping... [NET Rx] Pkt. SRC:0xFFFF, DST:0x010D, IVI:0x00, SEQ:0x00002C67, CTL:0x01, TTL:0x7F, NID:0x72 [** ERR **]:[net_init.c]:[234]: [NET Rx] SRC ADDR 0xFFFF not a Unicast Address. Dropping... [NET Rx] Looks like we are processing a relayed packet! [NET Rx] Pkt. SRC:0x010D, DST:0xFFFF, IVI:0x00, SEQ:0x0000144B, CTL:0x00, TTL:0x7E, NID:0x72 [LTRN Rx] Pkt originated from Local SRC. Some repeater probably send back our message.. Dropping... [** ERR **]:[ltrn_replay_cache.c]:[489]: [LTRN] Failed to allocate SAR Context. Returning [** ERR **]:[ltrn_api.c]:[312]: [LTRN Tx] SAR Context Allocation for Tx Failed. Battery Check ...95% [** ERR **]:[ltrn_replay_cache.c]:[489]: [LTRN] Failed to allocate SAR Context. Returning [** ERR **]:[ltrn_api.c]:[312]: [LTRN Tx] SAR Context Allocation for Tx Failed. [** ERR **]:[ltrn_replay_cache.c]:[489]: [LTRN] Failed to allocate SAR Context. Returning [** ERR **]:[ltrn_api.c]:[312]: [LTRN Tx] SAR Context Allocation for Tx Failed. [** ERR **]:[ltrn_replay_cache.c]:[489]: [LTRN] Failed to allocate SAR Context. Returning
设备：
Hi firebird,
I am working on both of your queries with our team internally. Will get back to you with a solution asap.
Best,
LC\U对话框
Hi firebird,
为了帮助解决此问题，我们需要有关您的实现的更多信息。你能提供以下细节吗。，
What changes did you made to the application?
您使用了多少个节点？
你多久广播一次数据？
发送的数据包大小是多少？
Best regards,
LC\U对话框
大家好，
I made several changes to mesh example. Especially modified vendor server/client model.
太多了，不能在这篇文章中列出，所以首先我想知道这个错误的根本原因。
1.我有两个节点，一个是供应商服务器，另一个是供应商客户机模型，但是当只有一个供应商服务器在运行时，会发生相同的错误。所以，我认为只有一个节点有供应商服务器模型可能有问题。
2.bloadcast周期为10秒。
3.每个广播包的数据部分是13字节。
其他观察结果：
1.播出时间无关。当我把周期改为1秒时，设备在16次成功传输后显示同样的错误。
更换周期和多次测试，设备在第16次发送后总是失败。
2.当我减小数据包大小时，5字节是阈值。如果数据包大小小于5，则不会发生数据包碎片，也不会发生错误。
但是如果包的大小超过5，错误总是发生。
3.顺便说一句，以下消息在非碎片状态下也会消失。为什么？
Hi firebird,
谢谢分享细节。我们正在调查。。
Best regards,
LC\U对话框
此问题尚未完成。
为什么这个问题被标记为“已完成”？
I am still waiting for feedback.
Hi firebird,
I am not sure why it was set to completed. You are right, it is in progress. I will get the checked.
此外，我们正在处理你的2个悬而未决的问题，应该能够提供一些更新下周。
Best regards,
LC\U对话框
提醒。。。
Awating update...