There's no accelerometer though, only magnetometer. That could still be used for fall detection with lower reliability, through sudden changes in rotation. Perhaps a machine learning algorithm could distinguish a fall from noise.
thx, great feedback. You're right, I already need multiple BLE proxies (raspberry PIs), so why not reverse the logic. so the puck would be a beacon in this case, I assume. Makes sense, I will think it through.
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.
@hansamann Great idea!
There's no accelerometer though, only magnetometer. That could still be used for fall detection with lower reliability, through sudden changes in rotation. Perhaps a machine learning algorithm could distinguish a fall from noise.
For location detection, maybe you could reverse the logic - have logic on the hub scan for Pucks, not the other way around. It would save the battery, and not add any extra hardware, since for your original scenario, you already need hubs spread around for the Pucks to connect to as proxies.
See e.g.
https://developers.redhat.com/blog/2015/07/31/behind-the-internet-of-things-middleware-demo-at-red-hat-summit/
https://github.com/starksm64/NativeRaspberryPiBeaconParser
What sucks with NFC API now is that the only type of content that can be set is a URL, but that still works.