I am using DA1468x MESH SDK 1.6.1.
当我尝试开始定期广播时，我收到了以下消息。
设备似乎工作了一段时间，最终停止了SAR上下文消息。
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_dialog.
Hi firebird,
为了帮助解决此问题，我们需要更多有关您实施的信息。您能否提供以下详细信息。
What changes did you made to the application?
您使用了多少节点？
您多久广播一次数据？
发送的数据包的大小是多少？
Best regards,
lc_dialog.
嗨队，
I made several changes to mesh example. Especially modified vendor server/client model.
在这篇文章中列出了太多，所以首先我想知道这个错误的根本原因。
1.我有两个节点是供应商服务器，另一个用于供应商客户端模型，但是当只有一个供应商服务器运行时，发生相同的错误。因此，我认为只有一个具有供应商服务器模型的节点可能会出现问题。
2. Bloadcast期间是10秒。
3.每个广播数据包的数据部分是13个字节。
额外意见：
1.广播期无关。当我更改为1秒后，设备在恰好16成功传输后显示相同的错误。
更改周期和测试多次，设备始终在第16次TX后失败。
2.当我减少数据包大小时，5个字节是阈值。如果数据包大小低于5，则不会发生数据包碎片，并且也不会发生错误。
但如果数据包大小超过5，则始终发生错误。
3. BTW，当非碎片状况时，以下消息也消失了。为什么？
Hi firebird,
感谢您分享详细信息。我们正在研究它..
Best regards,
lc_dialog.
这个问题没有完成。
为什么这个问题被标记为“完成”？
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_dialog.
提醒......
Awating update...