-
If the ECG data can be obtained as a BT characteristic, it is probably enough to change the
supportedCharacteristics
andsupportedServices
objects to add support to BTHRM. The handler function in the characteristic needs to parse the BT data and emit an event. Alternatively you can just store data in a variable and piggyback onto the BTHRM to send it. I do that with battery and location data which are from different characteristics and cached inlastReceivedData
.
@Gordon, happy you like it. And what you say is exactly the path forward I am planning.
Totally agree. Any sensor that is not totally random is useful as long as there is a good sensor model. An almost perfect sensor can be usless for critical applications if the "almost" can not be known.
I have a polar H10 here and I am already looking into getting the ECG data as gold standad:
https://towardsdatascience.com/creating-a-data-stream-with-polar-device-a5c93c9ccc59
Yes exactly. ( I have a sensor data fusion and ML background. so that is totally natural to me)
I did look at step-count already and have it running here.
But please don't hold your breath. Time is a little bit of a problem.