This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Unexpected disconnection of nRF8002

Hi everyone,

We're working with nFR8002 devices, and it works fine most of the time. Even after losing the link intentionnally (Bluetooth stopped, or walking out of Bluetooth range), they all reconnect easily if the link is already possible.

However, sometimes, we experience some unexpected disconnections (Happens around twice to three times a week). The nRF8002 then enters in "Sleep Mode", and there is no way to communicate with it again. The only way to quit this mode is manually on them, which we can't afford.

When it happens, the nRF8002 are connected to an Android or IOs device, and are in range with it. No action is done, either on the phone or on the peripheral. It seems to happen more often when many peripherals are bonded to the phone (3 to 5), and in a "polluted" area (a lot of traffic in the 2.4 GHz band).

Sometimes, especially on an IPhone 6 running on IOs 8.2, we also get a massive disconnection : all the bonded devices disconnect at the same time (within a few milliseconds range).

Our connection parameters are :

  • Min Connection Interval : 750ms
  • Max Connection Interval : 1250ms
  • Slave Latency : 0
  • Timeout : 6s

Could you explain what might be going on ? Our first guess was that the Host might be rejecting the Connection Parameter Update. Is there a way to avoid it, or to prevent the nRF to enter into "Sleep mode" in that case ?

Thanks in advance,

Victor

Parents
  • @Victor: I guess you also have registered a case on our Support portal (by Hugo). I don't have any other idea, beside what you already mentioned here that there could be the chance that the central rejected the Connection update request and because of the the nRF8002 disconnect and enter sleep mode.

    If possible, could you try to record a sniffer trace and capture the moment when it's disconnected from the central ? We should be able so find the root cause with the trace.

Reply
  • @Victor: I guess you also have registered a case on our Support portal (by Hugo). I don't have any other idea, beside what you already mentioned here that there could be the chance that the central rejected the Connection update request and because of the the nRF8002 disconnect and enter sleep mode.

    If possible, could you try to record a sniffer trace and capture the moment when it's disconnected from the central ? We should be able so find the root cause with the trace.

Children
No Data
Related