JLINK Disconnecting? Or just a bug?

[kevray]

I've either got a bug in my code or the JLINK connection is dying. Either way it's a real headache to pinpoint and discover how to resolve. Knowing more about extracting info from the JLINK Log would probably be helpful in these cases.

Within Crossworks I see that the JLINK has halted with an error. However, my device continues to run. Crossworks shows what looks like a dereferenced null pointer. Stack is blown. Registers are all 0. IP is at 0x00000000.

The crash/disconnect happens at random times usually within 5 minutes. The device continues to operate and internal logging of events shows no errors.

The tail of the JLINK log shows: T0B70 1112:717 JLINK_ReadMemU32(0xE000101C, 0x0001 Items, ...)-- failed - DWT_PCSR T0B70 1112:765 JLINK_ReadMemU32(0xE000EDF0, 0x0001 Items, ...)-- failed - DHCSR T0B70 1112:766 JLINK_Halt()

Many thanks for any pointers. I will followup with the solution if I find one.

Target device: nRF51822_xxAC with multiple I2C connected sensors, s130 connected via SWD on nRF51-DK. GPIOTE+TWI+BLE used in application.

JLINK_LOG_TAIL.txt

[kevray]

Updated JLINK to v512f -- (v512g crashes). Updated Crossworks. Reflashed the nrf51-DK. Problem went away.

Updated SDK9->SDK11 and found out TWI is broken again. :(

"The new SDK 11 TWI driver is not able to do two transmits without repeating the ADDRESS + Write bit byte. Hence we need to merge the MPU register address with the buffer and then transmit all as one transmission."

[MartinBL]

Unfortunately we don't have any migration guides, but I guess you can look in the SDK 10 examples or maybe this simple example. I believe the look and feel of the drivers are quite similar, but some of the functions take some different parameters and the event handler "redesigned" when moving from SDK 10 to 11. However, in my experience it isn't that hard to port.