Thread devices get detached from OTBR when data rate is 10 sample per second #8184
Replies: 1 comment 13 replies
-
There are a number of reasons why your device may be losing connection. To help diagnose the problem, can you provide more information? For example:
Thread can support far more than 10 packets per second. But note that the channel capacity is a shared resource. If you have lots of devices transmitting this much data, the channel will saturate.
A device will automatically start the reattach process when it detects that it becomes disconnected from the Thread network. The minimum backoff time for reattaching is already set to ~250ms, which is pretty short already. |
Beta Was this translation helpful? Give feedback.
-
Hello, we have developed a product based on open thread, where we are transmitting data at high data rate i.e around 10 payload per second. And each payload is of around 100 bytes. And my sleepy end device used mqtt-sn at application level, with a poll period set of 20ms. Mqtt-sn gateway and border router is setup on a RPi. Currently for testing purpose OTBR and end devices are kept in line of sight with just 4_5 meter distance between them.
So recently we found out that after a couple of minutes of data transfer at a high data rate (10sample per sec) my thread devices get detached from the network and after 5-8 seconds they again get attached to the thread network and start transmitting data over the mqtt-sn protocol. And this detached attached routine is happening once a minute.
I would like to know what could be the possible reasons why my device gets detached too often ?
Also does thread network handle 10 samples per second data rate for a longer period of time ? Will it sustain ?
And are there any api available which I can use in my firmware to force connect my thread device to a network (when in detached mode) instead of waiting for 4_5 seconds after getting detached ?
Beta Was this translation helpful? Give feedback.
All reactions