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

Does not happen with Sim v7.3.0 any longer -> seems this is fixed with v7.3.0

App source is open source here: https://github.com/cyberman54/Forumslader-Companion

I can't send the sensors, and i don't own Garmin sensors with BLE which i could use for testing. From Garmin i have only ANT+ sensors.

Can you replicate this with a sensor Garmin might have or send them the sensor you use so they can replicate it?

In both cases you want to send Garmin the source for your app.

When I had issues with the pi sensors, I made sure I could replicate it with a Thing52 for example.

It's not the nRF dongle, because the two test tested evices succesfully were paired and connected, before the disconnect occurs.

️Same code and same devices and same context, but different result, switching between 7.1.1 and 7.2.0. Whatever root cause it is, there is a difference between behaviour of SIM 7.1.1 and 7.2.0.

My app, a datafield, is based on the nordic thingy flow. It simply does scan, pair, connect, then write CharDescriptor to enable notification, after this waits for OnCharacteristicChanged and grabs the delivered data. Thus, no need for queuing imho.

Brad, I too have tested a bunch of Garmin devices with a Thing52 (as well as my Pi sensors).  My own version of the app for the Thingy52 does a bit more than the sample in the SDK and it's what I used to start learning CIQ BLE. 

For example, I use more than one service and the thiny52 makes a sound when my app connects to it, turns on the LED on the back, and changes the main led color with a button press on the front (using the UI_SERVICE and SPEAKER_SERVICE  And it uses the queueing and timeout functions I've mentioned.  No problem with 7.2.0.

I spent yesterday adding some stuff to one of my pi sensors and testing things with the CIQ app in the sim for it, with zero issues.