Could this live in sensorfwd? There's a whole bunch of BLE Sensor Profiles and so you can expose them through there using the QT Sensor framework where that makes sense
On Mon, Jul 2, 2018 at 8:17 AM, <pig...@gmail.com> wrote: > Hi Devs, and Sailors > > Im after comments/suggestions on the following. Working with Jens, the > dev from Laufhelden, we came up with the idea for adding HRM support by > interfacing with an external app/sevice via DBus. This would save > Laufhelden from having to carry code for each type of device. In my case, > im reading the heartrate via my BLE amazfit bip watch. > > ATM code exists for the watch app, and laufhelden, and has been merged, > but it can obviously be changed if there are problems. > > See > https://github.com/jdrescher2006/Laufhelden/commit/ > 1403805ab0cdcadaf45ee777acaaeb8ee618de4d > https://github.com/piggz/harbour-amazfish/blob/master/src/dbushrm.h > > Questions > 1. Is the approach generally sound? > 2. Is the use of org.sailfishos.heartrate as the service ok? > 3. Is the api ok? > -void start() > -void stop() > -int heartRata() > -int batteryLevel() > > Especially interested in hearing from sailors about the service name, and > other devs who may wish to integrate with Laufhelden this way. I know mal > is working on a similar HRM app. > > If needed, this could be discussed at the mer-meeting, tho i can rarely > make it myself. > > thanks > -- > Sent from my Jolla > _______________________________________________ > SailfishOS.org Devel mailing list > To unsubscribe, please send a mail to devel-unsubscribe@lists. > sailfishos.org
_______________________________________________ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
