NRF52840：The thread Data sending and receiving is disconnected

RE: NRF52840：The thread Data sending and receiving is disconnected

Lon — Thu, 02 Mar 2023 02:39:18 GMT

Hi,

Is the sniffer log I provided helpful to your analysis? Please feel free to inform me of any other data I need to provide.

RE: NRF52840：The thread Data sending and receiving is disconnected

Lon — Tue, 14 Feb 2023 10:28:03 GMT

Hi,

I have uploaded two sniffer logs of abnormal sending of sending Thread. Please inform me if I need to provide more debugging information.Thank you for your reply. devzone.nordicsemi.com/.../thread_5F00_log1.pcapng devzone.nordicsemi.com/.../thread_5F00_log2.pcapng

RE: NRF52840：The thread Data sending and receiving is disconnected

Susheel Nuguru — Mon, 13 Feb 2023 13:13:26 GMT

Can you attach your sniffer log here? I might need to show the sniffer trace to some experts. The sniffer logs you attached are in image format which is not very helpful to get the whole scenario.

RE: NRF52840：The thread Data sending and receiving is disconnected

Lon — Fri, 10 Feb 2023 06:54:49 GMT

Hi,

Thank you for your reply. I mentioned in the previous 7th reply that using sniffer-tracking to catch packets to determine the error of sending data. Do you use sniffer-tracking to catch packets? I want to know how many pieces of data you sent in your test. Can you take a screenshot for me to see, thank you.

RE: NRF52840：The thread Data sending and receiving is disconnected

Susheel Nuguru — Thu, 09 Feb 2023 10:58:29 GMT

Lon,

I have tried your example along with a simple CoAP client on other board and could not reproduce the disconnect.

Can you give me steps on how you reproduced this error? I am using your main.c file to test.

RE: NRF52840：The thread Data sending and receiving is disconnected

Lon — Tue, 07 Feb 2023 01:20:08 GMT

Thank you for your help.

RE: NRF52840：The thread Data sending and receiving is disconnected

Susheel Nuguru — Sun, 05 Feb 2023 16:12:35 GMT

Hi Lon,

This case somehow escaped my visible queue and seems like you accepted this thread as verified by mistake. This comment has made this thread visible again. Sorry for making you wait. I will try to verify this tomorrow. Marking this thread as open now, so that I do not miss it out.

RE: NRF52840：The thread Data sending and receiving is disconnected

Lon — Fri, 03 Feb 2023 06:15:42 GMT

HI,

Do I need to provide other information to determine the problem? I really hope to get your help, thank you.

RE: NRF52840：The thread Data sending and receiving is disconnected

Lon — Sun, 29 Jan 2023 05:44:21 GMT

Hi,

Can you help me with this problem. thank you!

RE: NRF52840：The thread Data sending and receiving is disconnected

Lon — Wed, 28 Dec 2022 08:16:30 GMT

I wish you a happy holiday and look forward to your reply next time. thank you!

RE: NRF52840：The thread Data sending and receiving is disconnected

Susheel Nuguru — Tue, 27 Dec 2022 12:56:07 GMT

Lon,

Thanks for clarifying that you are using nRF5SDK for thread. Unfortunately due to holiday week in Norway, I won't be able to look into this until next week. Sorry for the delays so far and I appreciate your patience.

RE: NRF52840：The thread Data sending and receiving is disconnected

Lon — Mon, 19 Dec 2022 12:05:19 GMT

I used the example of the software kit in nrF5_sdk_for_thread_and_zigbee_v2.0_AF27F76.zip, and I used the sniffer-tracking to catch the air package in the attached two screenshots. From these two screenshots, we can determine that the Thread stops sending when it occurs for 114352 consecutive times using UDP. The MLE protocol continued to send some packets, and finally the MLE packet stopped sending. Can this information help you with debugging?

RE: NRF52840：The thread Data sending and receiving is disconnected

Susheel Nuguru — Fri, 16 Dec 2022 12:21:55 GMT

If it were me, I would try to understand the reason for the disconnect first using a sniffer trace of air packets.

After understanding the reason of the disconnect, I would debug which side of the node did not respond to which procedure or packets.

Using SystemView from segger after adding below configs to proj.conf will give you more direction on what is happening with the threads/contexts on your system.

CONFIG_THREAD_NAME=y
CONFIG_THREAD_MONITOR=y

CONFIG_LOG_MODE_DEFERRED=y
CONFIG_HEAP_MEM_POOL_SIZE=1024

CONFIG_TRACING=y
CONFIG_SEGGER_SYSTEMVIEW=y

Enable CONFIG_STACK_SENTINEL to get a hint from the system on possible stack overflows.

RE: NRF52840：The thread Data sending and receiving is disconnected

Lon — Fri, 16 Dec 2022 02:18:31 GMT

Do you think the problem I fed back was caused by the stack overflow? I really can't find any task with stack overflow. In this example, I only modified main.c, and I changed the Coap protocol to UDP protocol, which is the main modification point. Can you give me a debugging direction? I don't know how to solve this problem. We are nearing the end of the project schedule, and this problem has been bothering us.Thank you for your reply.

RE: NRF52840：The thread Data sending and receiving is disconnected

Susheel Nuguru — Thu, 15 Dec 2022 18:18:56 GMT

I am here looking at the freertos perspective and I do not see anything wrong in the usage of otTaskletsSignalPending and/or otSysEventSignalPending .

In regards to the example, you have made quite a lot of changes to the example we have provided so it is not easy for me to tell why you are seeing those disconnects. I see that you might be using a bit too much stack to be allocated for your tasks that you create, maybe they are causing some overflow?

RE: NRF52840：The thread Data sending and receiving is disconnected

Lon — Wed, 14 Dec 2022 06:20:22 GMT

Have you tried to test my modified example? Is it because my semaphore is not properly handled. How should I use the otTaskletsSignalPending and otSysEventSignalPending functions?Thank you for your reply.

RE: NRF52840：The thread Data sending and receiving is disconnected

Susheel Nuguru — Thu, 08 Dec 2022 15:02:24 GMT

The freertos examples are normally packed with tight stack size but it should be ok to be able to create new tasks.

I was only trying to rule out that this is not a stack overflow error and it looks based on your stack size (8192 bytes) that it has enough stack space.

I do not know what other changes you made affects this behavior.

If this sample works ok without your task and no other changes were made, and also if this is not a stack overflow, then it has to be the task itself that might be causing the deadlock/race condition?

RE: NRF52840：The thread Data sending and receiving is disconnected

Lon — Thu, 08 Dec 2022 03:36:20 GMT

Hi,

In the freertos_coap_server example I only added the ot_app task, for which I allocated a stack size of 8192 bytes, I think the ot_app stack size is sufficient. Is this test not allowed for the ot_app task?Thank you for your reply.

RE: NRF52840：The thread Data sending and receiving is disconnected

Susheel Nuguru — Wed, 07 Dec 2022 08:51:09 GMT

[quote user="Lon"] is there a problem with the ot_app task that I created or how should I create the task correctly.[/quote]

I haven't tested your code, but it seems like you have created another task that might have unknown effect on the total available stack of the system. I was just asking you to evaluate if the stack size of that task size is enough and/or if there are any other stack corruptions in your system?

RE: NRF52840：The thread Data sending and receiving is disconnected

Lon — Tue, 06 Dec 2022 09:16:14 GMT

Hi,

It should be okay if I didn't create the ot_app task, is there a problem with the ot_app task that I created or how should I create the task correctly.Thank you for your reply.

RE: NRF52840：The thread Data sending and receiving is disconnected

Susheel Nuguru — Tue, 06 Dec 2022 06:59:27 GMT

Hi, I am sorry for late response. There are quite few changes that you have done to the freertos_coap_server example most significant is the new task creation with different task stack size and priorities. What happens if you do not create your ot_app task? Just trying to see if your new task is creating a deadlock/stack_overflow/hardfault/memory corruption?

RE: NRF52840：The thread Data sending and receiving is disconnected

Lon — Mon, 05 Dec 2022 03:25:08 GMT

HI,

Do I need to provide other information to determine the problem? I really hope to get your help, thank you.

RE: NRF52840：The thread Data sending and receiving is disconnected

Lon — Tue, 29 Nov 2022 02:08:07 GMT

"communication is abnormal" refers to failure to receive and send thread messages.

My test is as follows: two NRF52840 DK are used, one for sending Thread messages and the other for receiving Thread messages. When the data sent and received reaches a certain amount, the problem of communication failure will occur.

RE: NRF52840：The thread Data sending and receiving is disconnected

Susheel Nuguru — Mon, 28 Nov 2022 14:12:22 GMT

[quote user=""]I use this example "freertos_coap_server", when the communication is abnormal, the network communication can be restored only after power failure and restart. Based on this example, I[/quote]

Hi,

Before we can dig into the code, can you be more specific on what "communication is abnormal" means? Do you know why the network communication is lost? Do you have a thread packet sniffer trace to show on what are the things that happened on this node before the communication is lost?