We have a flutter application that is connecting to the ST BLE sensor chip via native bluetooth. We listen to the mems, pressure, accelerometer, and sensor fusion sensors to save to 4 files on the app. The ST SDK was giving us the observed blocking of pressure sensor so we switched to Native bluetooth in hopes it was just an SDK issue, but seeing same issues with bluetooth.
When the pressure sensor is being listened to, only audio + pressure data is received. the other 2 sensors have nothing.
When disable listening to pressure, the other 2 sensors + audio receive data.
We have put breakpoints for where we write data from the 3 sensors, and with pressure sensor not active, we can see the data being saved, but when enabled, it only fires on the pressure sensor write to csv function and the other 2 are never triggered.
It appears that the pressure sensor does not allow for interrupts and is operating in a sync mode when it comes to the other sensors.
This is proved by only listening to the other 2 sensors and receiving both data.
Is this a known issue that pressure sensor operates only in sync mode?
Are we overlooking an initialization step that puts pressure sensor in interrupt/async mode?
I was hoping that initialized sensors on the ST BLE chip would broadcast their data via bluetooth (ie multiplex) and on the app side, we just decode the data packets to separate out the desired data.
Unless we have missed something in initialization or concurrent streaming of pressure sensor + other sensors are not possible, then we have to look in writing update to firmware to do round-robin sampling of each sensor and package up a multiplex file/stream to send to our app.
thanks for your time and brainstorming.
-brandon
