* RFC Heart Rate API
@ 2012-02-17 10:37 Santiago Carot-Nemesio
2012-02-17 10:37 ` [PATCH] Heart Rate Profile API Santiago Carot-Nemesio
0 siblings, 1 reply; 4+ messages in thread
From: Santiago Carot-Nemesio @ 2012-02-17 10:37 UTC (permalink / raw)
To: linux-bluetooth
Hi,
This RFC aims to establish the Heart Rate Profile API. It follows the same
principles we did in thermometer to enable or disable notifications based
on the number of watcher registered. Furthermore, other specific protocol
details have been hidden to applications such as management of heart rate
control points wich is managed internally in plugin making easy for
application developers to deal with this kind of devices. On the other hand,
moving this feature inside the plugin avoids the case when multiple applications
reset the device disturbing the other ones wich are waiting for measurements.
As always, comments are welcome.
Regards
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH] Heart Rate Profile API
2012-02-17 10:37 RFC Heart Rate API Santiago Carot-Nemesio
@ 2012-02-17 10:37 ` Santiago Carot-Nemesio
2012-02-17 12:00 ` Anderson Lizardo
0 siblings, 1 reply; 4+ messages in thread
From: Santiago Carot-Nemesio @ 2012-02-17 10:37 UTC (permalink / raw)
To: linux-bluetooth; +Cc: Santiago Carot-Nemesio
---
doc/heartrate-api.txt | 58 +++++++++++++++++++++++++++++++++++++++++++++++++
1 files changed, 58 insertions(+), 0 deletions(-)
create mode 100644 doc/heartrate-api.txt
diff --git a/doc/heartrate-api.txt b/doc/heartrate-api.txt
new file mode 100644
index 0000000..692e8b8
--- /dev/null
+++ b/doc/heartrate-api.txt
@@ -0,0 +1,58 @@
+BlueZ D-Bus Heart Rate API description
+****************************************
+
+ Santiago Carot-Nemesio <sancane@gmail.com>
+
+Heart Rate Profile hierarchy
+============================
+
+Service org.bluez
+Interface org.bluez.HeartRate
+Object path [variable prefix]/{hci0,hci1,...}/dev_XX_XX_XX_XX_XX_XX
+
+Methods RegisterWatcher(object agent)
+
+ Registers a heart reat watcher to monitor scanned
+ measurements.
+
+ Possible Errors: org.bluez.Error.InvalidArguments
+
+ UnregisterWatcher(object agent)
+
+ Unregisters a watcher.
+
+ Possible Errors: org.bluez.Error.InvalidArguments
+ org.bluez.Error.NotFound
+
+Heart Rate Watcher hierarchy
+============================
+Service unique name
+Interface org.bluez.HeartRateWatcher
+Object path freely definable
+
+Methods void MeasurementReceived(dict measure)
+
+ This callback gets called whenever a measure is scanned
+ from the heart rate device. The units for the Value is
+ expressed in beats per minute (bpm). The energy field is
+ optional and it represents the accumulated energy
+ expended in kilo Joules since last time it was reset.
+ Furthermore, the device will be automatically reset when
+ it is needed.
+ The Contact field, when it's present, indicates that the
+ device support contact sensor, besides it will be true
+ if skin contact is detected. The interval field is also
+ optional, it's an array containing RR-Interval values
+ wich represents the time between two R-Wave detections,
+ where the RR-Interval Value 0 is older than the Value 1
+ and so on.
+
+ Dict is defined as below:
+ {
+ "Value" : uint16,
+ "Energy" : uint16,
+ "Contact" : boolean,
+ "Location" : ("Other", "Chest", "Wrist","Finger",
+ "Hand", "Ear Lobe", "Foot"),
+ "Interval" : array{uint16}
+ }
\ No newline at end of file
--
1.7.9.1
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [PATCH] Heart Rate Profile API
2012-02-17 10:37 ` [PATCH] Heart Rate Profile API Santiago Carot-Nemesio
@ 2012-02-17 12:00 ` Anderson Lizardo
2012-02-20 9:54 ` Santiago Carot
0 siblings, 1 reply; 4+ messages in thread
From: Anderson Lizardo @ 2012-02-17 12:00 UTC (permalink / raw)
To: Santiago Carot-Nemesio; +Cc: linux-bluetooth
Hi Santiago,
I think this API covers the HR spec well enough. There is the "Reset
Energy Expended" operation which is not being exposed here (I suppose
it could be a method).
A few textual comments below.
On Fri, Feb 17, 2012 at 6:37 AM, Santiago Carot-Nemesio
<sancane@gmail.com> wrote:
> +Heart Rate Profile hierarchy
> +============================
> +
> +Service org.bluez
> +Interface org.bluez.HeartRate
> +Object path [variable prefix]/{hci0,hci1,...}/dev_XX_XX_XX_XX_XX_XX
> +
> +Methods RegisterWatcher(object agent)
> +
> + Registers a heart reat watcher to monitor scanned
> + measurements.
typo: reat -> rate
I would rather not use "scanned" word here as it is not used on the
spec. What about:
"Registers a watcher to monitor heart rate measurements."
> +
> + Possible Errors: org.bluez.Error.InvalidArguments
> +
> + UnregisterWatcher(object agent)
> +
> + Unregisters a watcher.
> +
> + Possible Errors: org.bluez.Error.InvalidArguments
> + org.bluez.Error.NotFound
> +
> +Heart Rate Watcher hierarchy
> +============================
> +Service unique name
> +Interface org.bluez.HeartRateWatcher
> +Object path freely definable
> +
> +Methods void MeasurementReceived(dict measure)
> +
> + This callback gets called whenever a measure is scanned
> + from the heart rate device. The units for the Value is
Suggestion: "This callback is called whenever a heart rate measurement
is received"
typo: units -> unit
> + expressed in beats per minute (bpm). The energy field is
> + optional and it represents the accumulated energy
> + expended in kilo Joules since last time it was reset.
> + Furthermore, the device will be automatically reset when
> + it is needed.
>From the spec I see this "automatic reset" could happen if this value
becomes 0xFFFF. But the user may want to reset this manually using a
UI button (e.g. when switching exercises).
> + The Contact field, when it's present, indicates that the
suggestion: "when it's present" -> "if present"
> + device support contact sensor, besides it will be true
typo: support -> supports
> + if skin contact is detected. The interval field is also
> + optional, it's an array containing RR-Interval values
> + wich represents the time between two R-Wave detections,
> + where the RR-Interval Value 0 is older than the Value 1
> + and so on.
typo: wich -> which
Suggestion for the beginning of this sentence: "The interval field,
which is also optional, is an array containing RR-Interval values..."
> +
> + Dict is defined as below:
> + {
> + "Value" : uint16,
> + "Energy" : uint16,
> + "Contact" : boolean,
> + "Location" : ("Other", "Chest", "Wrist","Finger",
> + "Hand", "Ear Lobe", "Foot"),
> + "Interval" : array{uint16}
> + }
> \ No newline at end of file
Be sure to add a new line here, so it does not generate unnecessary
diff when someone edits this file later.
Best Regards,
--
Anderson Lizardo
Instituto Nokia de Tecnologia - INdT
Manaus - Brazil
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] Heart Rate Profile API
2012-02-17 12:00 ` Anderson Lizardo
@ 2012-02-20 9:54 ` Santiago Carot
0 siblings, 0 replies; 4+ messages in thread
From: Santiago Carot @ 2012-02-20 9:54 UTC (permalink / raw)
To: Anderson Lizardo; +Cc: linux-bluetooth
Hi Anderson,
2012/2/17 Anderson Lizardo <anderson.lizardo@openbossa.org>:
> Hi Santiago,
>
> I think this API covers the HR spec well enough. There is the "Reset
> Energy Expended" operation which is not being exposed here (I suppose
> it could be a method).
>
I'm sorry for being late to answer you. I agree with your
recommendations. I'll send a new patch fixing it.
Regards.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-02-20 9:54 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-02-17 10:37 RFC Heart Rate API Santiago Carot-Nemesio
2012-02-17 10:37 ` [PATCH] Heart Rate Profile API Santiago Carot-Nemesio
2012-02-17 12:00 ` Anderson Lizardo
2012-02-20 9:54 ` Santiago Carot
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).