As @fanoush says... I think initially the new HRM sensor probably isn't going to be miles better than the old one, but the good news is it's entirely digital and so it can be improved in software as time goes on.
We don't have the source files from the sensor manufacturer, and it seems they may even distribute their algorithm as a binary blob but as @fanoush says they do use accelerometer data as well as heart rate sensor data.
Right now we're using a reverse-engineered version of their auto-tuning algorithm to get the heart rate data, but once the data is in we're using our own algorithm. It may be at some point I just give in and include a reverse-engineered (or binary blob) algorithm but I feel like we should be able to do pretty well ourselves.
Espruino is a JavaScript interpreter for low-power Microcontrollers. This site is both a support community for Espruino and a place to share what you are working on.
As @fanoush says... I think initially the new HRM sensor probably isn't going to be miles better than the old one, but the good news is it's entirely digital and so it can be improved in software as time goes on.
We don't have the source files from the sensor manufacturer, and it seems they may even distribute their algorithm as a binary blob but as @fanoush says they do use accelerometer data as well as heart rate sensor data.
Right now we're using a reverse-engineered version of their auto-tuning algorithm to get the heart rate data, but once the data is in we're using our own algorithm. It may be at some point I just give in and include a reverse-engineered (or binary blob) algorithm but I feel like we should be able to do pretty well ourselves.