What could make the SoftDevice reset without being asked to?

RE: What could make the SoftDevice reset without being asked to?

tesc — Fri, 05 Apr 2019 07:09:14 GMT

Hi,

Did you reach a conclusion?

There are some potential issues when the mass storage device on the programmer mcu is enabled, which it is by default. This may be either the operating system trying to defragment the device, or antivirus software trying to quarantine it. (I am not sure if we have experienced the latter on the nRF51 dongle, but I think we have seen it on the nRF91 DK.) Use J-Link Commander and run the command MSDDISABLE to configure the dongle not to appear as a USB device. (If you need to enable it again at a later point then you can do so with the command MSDENABLE.)

Regards,
Terje

RE: What could make the SoftDevice reset without being asked to?

jpo38 — Fri, 29 Mar 2019 13:33:22 GMT

I have to check. This is most likely the root cause of the issue, Windows turning OFF the USB. But the computer is configured not to go to stand by. So we need to figure out what's going on. When I'm 100% sure this is a Windows/standby issue and not a dongle/SD problem, I'll update the ticket.

Kind regards,

Jean

RE: What could make the SoftDevice reset without being asked to?

tesc — Fri, 29 Mar 2019 13:26:30 GMT

Hi,

The LINK_CONTROL_PACKET messages are used for setting up the UART communication between the connectivity device and the pc, so it means the connection has been lost.

The direction of the particular message ("<-") is from the pc to the connectivity device. This is consistent with the connectivity device having lost power so that the connection is lost and the pc tries to reestablish the connection.

It is not unusual that USB ports are powered off when entering a sleep state.

Are you still seeing issues that are not related to putting your pc to standby?

Regards,
Terje

RE: What could make the SoftDevice reset without being asked to?

jpo38 — Thu, 28 Mar 2019 09:20:32 GMT

I tried to put my computer in standby while a device was connected. This reports exactly the same message "State change: STATE_ACTIVE -> STATE_RESET" when the computer wakes up.

Surprisingly, in the log I sent, this message is reported less than 1sec after a notification, so this is likely not due to the computer going to standby (else, the message would appear when the computer wakes up, long after the last notification). But the log looks similar, as if Windows for an aunnown reson unpowered the dongle for some time, and this made it reset.

Also, I notice that before the state is changed to STATE_RESET, we receive:

[12:03:23.766] NRF Log:94915/ 0 <- [01 7e ] type: LINK_CONTROL_PACKET reliable: no seq#:0 ack#:0 payload_length:2 data_integrity:0 err_code:0x0 [SYNC]

There is no such event before. Any clue what could make this LINK_CONTROL_PACKET be received?

Kind regards,

Jean

RE: What could make the SoftDevice reset without being asked to?

jpo38 — Wed, 27 Mar 2019 07:23:50 GMT

Hi,

no, I could not reproduce the issue when I was using the sniffer. I'll try to test with "nRF Connect" and or Android app, see if it the same problem occurs (then it will prove the problem is not related to pc-ble-driver). I'll also try with the sniffer again.

Regards,

Jean

RE: What could make the SoftDevice reset without being asked to?

tesc — Tue, 26 Mar 2019 17:24:33 GMT

Hi,

Did you have any luck with the sniffer?

Regards,
Terje

RE: What could make the SoftDevice reset without being asked to?

jpo38 — Thu, 21 Mar 2019 19:23:55 GMT

Hello,

So I did more testing:

- Driver 2.2.1 with nRF51 dongle programmes with API v2
- Driver 4.0.0 with nRF51 dongle programmes with API v2
- Driver 4.0.0 with nRF52 dongle programmes with API v3

All config ended up with a silent disconnection after some time (between 20mn and 40mn).

I'll try to use the sniffer and send some logs soon. Hopefully this may help you identify what's going on?

Kind regards,

Jean Porcherot

RE: What could make the SoftDevice reset without being asked to?

jpo38 — Wed, 20 Mar 2019 12:47:22 GMT

Ok, we will try and let you know. Problem is that 4.0.0 is much more stable for high rate devices (see https://devzone.nordicsemi.com/f/nordic-q-a/44922/s140-pc-ble-driver-4-0-0-freezes-when-receiving-too-many-data) and that's why we did not migrate to 4.0.0 yet.

RE: What could make the SoftDevice reset without being asked to?

tesc — Wed, 20 Mar 2019 12:19:46 GMT

Hi,

Ah, sorry, I see now that the patch was actually present for 2.2.1. Looks like this is a separate issue then.

Hopefully the issue is no longer present in v4.0.0. I know that the team worked on making the serialization more robust for that release.

Regards,
Terje

RE: What could make the SoftDevice reset without being asked to?

jpo38 — Tue, 19 Mar 2019 19:09:15 GMT

Hello tesc,

I know: I'm the one who reported the issue leading to this patch ;-). See private ticket https://devzone.nordicsemi.com/support/31970.

But this patch is present in 2.2.1.

I'm already using 1M. I'll give it a try with 4.0.0 and let you know if it is fixed.

Kind regards,

Jean Porcherot

RE: What could make the SoftDevice reset without being asked to?

tesc — Tue, 19 Mar 2019 16:33:03 GMT

Hi,

This looks like a known issue with earlier versions of pc-ble-driver, which has later been fixed.

There are a few possible workarounds:

A) Use 1M baud rate instead of 115k2, if you can, or
B) Use a newer version of pc-ble-driver. Current latest release is v4.0.0, or
C) You could try with this patch for pc-ble-driver. It is known to work for pc-ble-driver v1, and from what I can tell the affected portion of code is still the same in v2.1.1, but note that we have not tested it for 2.1.1. Line numbers may differ between that patch and your version of pc-ble-driver.

Regards,
Terje