Open ivan-kleshnin opened 4 years ago
Basic assumption is that:
Once the "Measurement" button pushed, the app counts consecutive heartbeats for approximately 10-15 seconds.
Wrist-worn wearables might be not the best option:
More research is needed, possibly via
It would be great if @dmitrij-schmidt take a look at our options this week, so we could decide about the rationality of going mobile. If it's too hard (expensive in terms of our time) I'd rather not and limit ourselves with input emulation.
I'll check these two tonight and see if I can get any meaningful result. https://github.com/creotiv/MiBand2 https://github.com/vshymanskyy/miband-js (specifically https://github.com/vshymanskyy/miband-js/issues/20)
I do not see a way to treat my MiBand as a consistent source of data. I am attaching three consecutive runs of miband-js demo app run from Chrome on Xiaomi Redmi Note 5.
It does connect to the band, but amount of registered beats during 30s measurement is different every time, what can lead to biased results.
Further comments:
[
[90, 92, 94, 92, 90, 91, 92, 91],
[90, 88, 88, 87, 86],
[88, 88, 90, 91, 90, 88],
[88, 86, 82, 84, 83, 84, 85],
[98, 84, 86, 88, 90, 88, 87, 88],
[88, 90, 88, 88, 89, 88, 87],
[80, 83, 84, 86, 85, 84],
[84, 83, 80, 80, 81, 82],
[86, 84, 82, 81, 82],
[86, 86, 84, 86, 85, 86, 86]
]
@ivan-kleshnin - if we decide to go on with this and not with mock data, I might need some help getting this demo app up and running.
I think the best way to go with such app/project would be to create its own hardware. Because, as we see, mobile phones and other "standard" wearable devices do not provide a) raw pulse series, only rates in the best case b) results are innaccurate.
I think our goals in this project is to a) learn something new b) get a valuable record in portfolio. If the current hardware is problematic it's best to reposition this project as an IDEA CONCEPT.
If our progress is well described, it's not hard to imagine that some investor can become interested and sponsor a hardware (and further software) development. At least, we have to make it look like this which will satisfy our goals.
The project on itself is a tool, not a goal. Therefore, I'd like us to agree on the "concept project" (instead of MVP) positioning so we can move further. It's normal for a non-trivial project to delay/suspend an MVP and elaborate concepts instead.
If we agree, we should:
1) Make a web application which emulates a device and mobile application (filling our missing "hardware + mobile app" piece). 2) Make a web admin panel (real) 3) Keep going with docs / prototypes / images / design
cc @AntonKilk
@ivan-kleshnin - I totally agree on proposed above.
@AntonKilk - can you please have a look how much of a competitor is this company to us? https://elitehrv.com/ IMO they did good job defining compatibility requirements:
To accurately measure Heart Rate Variability, your heart rate monitor of choice must:
- Capture and transmit accurate R-R Intervals (also called Inter-beat Intervals or IBIs)
- Transmit the unaltered R-R intervals via Bluetooth 4.0 or ANT+ (ANT+ receiving only available on certain mobile devices)
they also have compatible and not compatible devices listed here, as well as their own device, which isn't exactly a wearable https://elitehrv.com/corsense
Now, for the further hardware options: 1) compatible chest strap
We can leave hardware aside for now, I'm leaving it here so that is is documented when we get back to this topic.
How to measure human pulse?
React to OS connector?
Raw beat series?