Simulator v7.2.0 Bug: With Sim v7.2.0 BLE connections made with nRF dongle drop after connect

What device are you simulating and what are you connecting to?  Did it work on 7.1.0 and 7.1.1 SDKs?

With win11, the 7.2.0 sdk, the dongle, and the BLE devices I have, it's working fine (pi based, Thingy52, etc)

What device are you simulating and what are you connecting to?  Did it work on 7.1.0 and 7.1.1 SDKs?

With win11, the 7.2.0 sdk, the dongle, and the BLE devices I have, it's working fine (pi based, Thingy52, etc)

@jim_m_58 I tracked this down further, buy switching forth and back between SDK 7.1.1 and SDK 7.2.0 and watching my app running with inserted debug statements. Running the same code with the same BLE hardware and context.

Result is, that with 7.2.0 callback function onCharacteristicWrite of the BLEdelegate never fires. In 7.2.0, 10 seconds after onConnectedStateChange fired with CONNECTION_STATE_CONNECTED, it fires again with status CONNECTION_STATE_DISCONNECTED. While in 7.1.1 there is stable connection and datastream of BLE sensor device.

And 7.2.0 works fine with all my apps and the BLE devices I have.

Thanks for this hints. I will do some more investigation, e.g. by reinstalling the whole SDK. Until now, i can clearly prove: it works with SIM 7.1.0 / 7.1.1 and it stops working with SIK 7.2.0.

No kind of queuing in my (simpledatafield) app.

Since CIQ BLE came out, I've seen the sim getting in an odd state (often due to an app crash), where simply closing the sim, cleared it up.

In your app, do you have any queueing or timeout logic?  The projects I posted in the CIQ/Raspberry Pi blog post have a file called CommQueue.mc which is the main code for both.  Without proper queueing, things can get odd and having a timeout helps if things go odd.

Win11 & 7.1.0 & 7.1.1 & nRF dongle: App is working in Simulator with the testesld sensors. It pairs, connects and processes BLE data. With 7.2.0: App is in Simulator pairing and connecting, but a disconnect happenes 1-2 seconds after connect, then it connects again - endless loop.

Tested with two different custom sensors, one  is based on HMware HM10 BLE module, the other one based on Laird BL752 chip.