Cycling Power Profile (CPP)
Cycling Power Profile
関連資料
凡例:
参考文献への参照は[1] [2]のように記載する
「特性」はキャラクタリスティックのことを指す場合がある
「広告」はアドバタイズのことを指す場合がある
目次
1 はじめに
1.1 プロファイルの依存関係
1.2 適合性
1.3 Bluetooth 仕様リリースの互換性
2 構成
2.1 役割
2.2 役割/サービスの関係
2.3 同時実行の制限と制限
2.4 トポロジの制限と制限
2.4.1 低エネルギーのトポロジ制限
2.4.2 BR/EDR のトポロジーの制限事項と制約事項
2.5 トランスポートの依存関係
3 CP センサーの役割要件
3.1 インクリメンタル サイクリング パワー サービス要件
3.1.1 低エネルギー輸送の追加要件
3.2 増分デバイス情報サービス要件
4 コレクターの役割の要件
4.1 GATT サブ手順要件
4.2 サービス発見
4.3 特性発見
4.3.1 循環電力サービスの特性発見
4.3.2 デバイス情報サービスの特性発見
4.3.3 バッテリーサービス特性の発見
4.4 サイクリング電源機能
4.5 サイクリングパワー測定
4.5.1 サイクリング電力測定ブロードキャスト機能の設定
4.6 センサーの位置
4.7 サイクリングパワーコントロールポイント
4.7.1 サイクリングパワーコントロールポイント手順要件
4.7.2 サイクリングパワーコントロールポイントの動作説明
4.7.3 一般的なエラー処理
4.7.4 手続きのタイムアウト
4.8 サイクリングパワーベクトル
4.9 デバイス情報サービスの特徴
4.10 バッテリーサービス特性
5 CP ブロードキャスターの役割要件
6 CP オブザーバーの役割要件
6.1 放送循環電力測定特性
7 接続確立手順
7.1 低エネルギー輸送のための CP センサー接続の確立
7.1.1 非結合デバイスの接続手順
7.1.2 Bonded デバイスの接続手順
7.1.3 リンクロス再接続手順
7.2 低エネルギー輸送のためのコレクタ接続の確立
7.2.1 リンクロス再接続手順
7.3 BR/EDR の接続確立
7.3.1 接続手順
7.3.2 リンクロス再接続手順
7.4 複数のバイクに関する考慮事項
8 セキュリティに関する考慮事項
8.1 低エネルギーの CP センサーのセキュリティに関する考慮事項
8.2 Low Energy のコレクタ セキュリティに関する考慮事項
8.3 BR/EDR のセキュリティに関する考慮事項
9 BR/EDR の汎用アクセス プロファイル
9.1 モード
9.2 アイドルモードの手順
10 頭字語と略語
11 参考文献
12 付録 A – サイクル パワー ベクトルの処理
12.1 マグニチュード vs. クランク角
12.2 大きさ対時間
1 はじめに
サイクリング パワー プロファイルは、データ収集デバイスがサイクリング パワー サービスを公開するサイクリング パワー センサー (CP センサー) からデータを取得できるようにするために使用されます [1]。
1.1 プロファイルの依存関係
このプロファイルには、Generic Attribute Profile (GATT) が必要です。
1.2 適合性
このプロファイルへの適合が主張されている場合、このプロファイルで必須として示されているすべての機能は、指定された方法 (プロセス必須) でサポートされるものとします。 これは、サポートが示されているすべてのオプションおよび条件付き機能にも適用されます。 すべての必須機能、およびサポートが示されているオプションおよび条件付き機能は、Bluetooth 認定プログラムの一部として検証の対象となります。
1.3 Bluetooth 仕様リリースの互換性
この仕様は、次のいずれかと互換性があります。
CSA2、CSA3、および CSA4 を使用した Bluetooth コア仕様 4.0 [2]
4.0 以降の Bluetooth コア仕様
2 構成
2.1 役割
プロファイルは、CP センサー、コレクター、CP ブロードキャスター (LE のみ)、および CP オブザーバー (LE のみ) の 4 つの役割を定義します。 CP センサーは、パワー、力、速度、およびケイデンスに関連するサイクリング データをコレクターに報告するデバイスです。 コレクターは、CP センサーに接続されているときに CP センサーからデータを受信するデバイスです。 CP ブロードキャスターは、パワー、フォース、スピード、ケイデンスに関連するサイクリング データを無向の接続不可能な広告 (ブロードキャスト) を使用して CP オブザーバーに報告するデバイスであり、CP オブザーバーは CP ブロードキャスターからブロードキャストを受信するデバイスです。
CP センサーは GATT サーバーになります。
CP センサーが LE トランスポートを使用する場合、CP ブロードキャスター ロールも実装できます。
Collector は GATT Client でなければならない
CP オブザーバーには、特定の GATT ロールは必要ありません。 ただし、GAP オブザーバーの役割を使用して、無向の接続不可能な広告を受信できるようにする必要があります。
2.2 役割/サービスの関係
次の図は、サービス ロールとプロファイル ロールの関係を示しています。
https://gyazo.com/f4f9fb0be8095c245360504fc53bf7f1
ノート:
プロファイルの役割 (コレクター、CP センサー、CP ブロードキャスター、CP オブザーバー) は青いボックスで表され、サービス (サイクリング パワー サービス、デバイス情報サービス、バッテリー サービス) は灰色のボックスで表されます。
破線のボックス項目はオプションです。
CP センサーは、サイクリング パワー サービス [1] と、オプションでデバイス情報サービス [4]、およびバッテリー サービス [5] をインスタンス化します。
2.3 同時実行の制限と制限
このプロファイルによって課せられるコレクターと CP オブザーバーの役割には、同時実行の制限や制限はありません。 ただし、CP ブロードキャスターの役割は、LE CP センサーに対してのみ許可されます。 さらに、CP ブロードキャスターの役割を実装する LE CP センサーは、コレクターに接続されている場合にのみブロードキャストを送信できます。
2.4 トポロジの制限と制限
2.4.1 低エネルギーのトポロジ制限
このセクションでは、プロファイルが Low Energy トランスポートで使用される場合のトポロジの制限と制限について説明します。
CP センサーは、GAP ペリフェラルの役割を使用する必要があります (セクション 7 を参照)。 CP センサーは、CP ブロードキャスターの役割も実装できます (セクション 5 を参照)。
コレクターは、GAP セントラルの役割を使用するものとします (セクション 7 を参照)。
CP オブザーバーは GAP オブザーバーの役割をサポートし、CP ブロードキャスター (セクション 6 を参照) から無向の接続不可能な広告を受信できる必要があります。
2.4.2 BR/EDR のトポロジーの制限事項と制約事項
プロファイルが BR/EDR トランスポートで使用される場合、トポロジーの制限や制限はありません。
2.5 トランスポートの依存関係
BR/EDR トランスポートを使用する場合、サイクリング パワー測定ブロードキャスト機能はサポートされません。 したがって、CP オブザーバーと CP ブロードキャスターの役割は、BR/EDR トランスポートではサポートされません。 それ以外の場合、このプロファイル仕様によって課されるトランスポート制限はありません。
このドキュメントで BR/EDR という用語が使用されている場合、AMP のオプションの使用も含まれます。
3 CP センサーの役割要件
CP センサーは、サイクリング パワー サービスを 1 つだけインスタンス化します [1]。 セクション 3.1 の特定の推奨事項を参照してください。
Cycling Power Service は «Primary Service» としてインスタンス化されます。
CP センサーは、デバイス情報サービス [4] をインスタンス化する必要があります。 セクション 3.2 の特定の推奨事項を参照してください。
CP センサーは、バッテリー サービス [5] をインスタンス化する必要があります。
table:3.1 CP Sensor Service Requirements
*Service* *CP Sensor*
Cycling Power Service Must
Device Information Service Option
Battery Service Option
CP センサー以外のこのセクションの要件は、LE トランスポートの追加の CP センサー要件についてはセクション 7.1 および 8.1 を参照し、BR/EDR トランスポートの場合はセクション 7.3 および 8.3 を参照します。
接続確立手順の考慮事項についてはセクション 7 を参照し、セキュリティの考慮事項についてはセクション 7 を参照してください。
LE デバイスの CP ブロードキャスターに関するその他の考慮事項については、セクション 5 を参照してください。
LE デバイスの CP オブザーバーに関するその他の考慮事項については、セクション 6 を参照してください。
3.1 インクリメンタル サイクリング パワー サービス要件
3.1.1 低エネルギー輸送の追加要件
このセクションでは、Low Energy トランスポートでこのプロファイルを使用する場合の、Cycling Power Service で定義されているものを超える追加の CP センサー要件について説明します。
3.1.1.1 Service UUIDs AD Type
コレクタへの初期接続のための GAP 検出可能モードにある間、CP センサーは、[3] で定義されたサイクリング パワー サービス UUID を広告データのサービス UUID AD タイプ フィールドに含める必要があります。 これにより、接続を開始する前に CP センサーがコレクターによって識別されるため、ユーザー エクスペリエンスが向上します。
3.1.1.2 Local Name AD Type
ユーザー エクスペリエンスを向上させるために、CP センサーは、アドバタイズ データまたはスキャン応答データにローカル名 ([2] で定義されているデバイス名特性の完全な値または短縮値のいずれかを含む) を含める必要があります。 プライバシー上の理由から、プライバシー機能が有効になっている CP センサーは、このフィールドをアドバタイズに含めるべきではありません。
3.1.1.3 Writable GAP Device Name characteristic
CP センサーは、コレクターがデバイス名を CP センサーに書き込むことができるようにするために、デバイス名特性の書き込みプロパティをサポートする場合があります。
3.1.1.4 Appearance AD Type
強化されたユーザー エクスペリエンスのために、CP センサーは、[3] で定義された外観特性の値をその広告データまたはスキャン応答データに含める必要があります。
3.1.1.5 CP Broadcaster Role
CP センサーが CP ブロードキャスターの役割をサポートする場合、[1] で定義されているサイクリング パワー測定ブロードキャスト機能をサポートする必要があります。 CP Broadcaster ロールの追加要件については、セクション 5 を参照してください。
3.1.1.6 Requirements for CP Sensors Used for a Distributed Power System
分散型パワー センサー システムの一部として使用される CP センサーは、コレクターが CP センサーを区別し、 ペダルパワーバランスまたはトータルパワー。 CP オブザーバーの役割の追加要件については、セクション 6 を参照してください。
3.2 増分デバイス情報サービス要件
ユーザーがトレーニング セッションで使用された機器のタイプを記録できるようにするために、CP センサーは、デバイス情報サービスでメーカー名文字列とモデル番号文字列をインスタンス化する必要があります [4]。
4 コレクターの役割の要件
コレクターは、サイクリング パワー サービス [1] を使用するものとします。
Collector は、Device Information Service [4] と Battery Service [5] を使用できます。
table:4.1 Collector Service Requirements
*Service* *Collector*
Cycling Power Service Must
Device Information Service Option
Battery Service Option
このセクションでは、コレクターのプロファイル要件について説明します。
table:4.2 Profile Requirements for Collector
*Profile Requirement* *Section* *Support in Collector*
Service Discovery 4.2 M
Cycling Power Service Discovery 4.2 O
Device Information Service Discovery 4.2 O
Battery Service Discovery 4.2 O
Characteristic Discovery 4.3 M
Cycling Power Service Characteristic Discovery 4.3.1 M
Device Information Service Characteristic Discovery 4.3.2 O
Battery Service Characteristic Discovery 4.3.3 O
Cycling Power Feature 4.4 M
Cycling Power Measurement 4.5 M
Configuration of the Cycling Power Measurement Broadcast feature 4.5.1 C.1
Sensor Location 4.6 M
Cycling Power Control Point 4.7 M
Cycling Power Vector 4.8 O
C.1: LE デバイスの場合はオプション、それ以外の場合は除外されます。
Collector は、Cycling Power Feature 特性 (セクション 4.4 を参照) を読み取ることによって、CP センサーによってサポートされる機能を決定する必要があります。 コレクタは、サイクリング パワー測定特性のサーバー キャラクタリスティック設定記述子を発見した場合、CP センサーがサイクリング パワー測定ブロードキャスト機能をサポートしていると想定します。 同様に、コレクタがサイクリング パワー ベクトル特性を発見した場合、CP センサーがサイクリング パワー ベクトル機能をサポートしていると想定します。
接続確立手順の考慮事項についてはセクション 7 を参照し、セキュリティの考慮事項についてはセクション 8 を参照してください。
4.1 GATT サブ手順要件
このセクションの要件は、コレクタの最小要件セットを表しています。 クライアントとサーバーの両方でサポートされている場合は、他の GATT サブプロシージャを使用できます。
以下の表は、すべての GATT クライアントで必要とされる要件以外の追加の GATT サブ手順要件をまとめたものです。
table:4.3 Additional GATT Sub-Procedure Requirements
*GATT Sub-Procedure* *Collector Requirements*
Discover All Primary Services C.1
Discover Primary Services by Service UUID C.1
Discover All Characteristics of a Service C.2
Discover Characteristics by UUID C.2
Discover All Characteristic Descriptors M
Read Characteristic Value M
Write Characteristic Value C.3
Notification M
Read Characteristic Descriptors M
Write Characteristic Descriptors M
C.1: LE トランスポートを使用する場合、これらのサービス ディスカバリ サブ手順の少なくとも 1 つをサポートすることが必須です。BR/EDR トランスポートを使用する場合は、SDP を使用する必要があるため除外されます。
C.2: これらの Characteristic Discovery サブ手順の少なくとも 1 つをサポートすることが必須です。
C.3: 少なくとも 1 つの Cycling Power Control Point プロシージャまたは書き込み可能な GAP デバイス名がサポートされている場合は必須です (セクション 3.1.1.3 を参照)。
4.2 サービス発見
Low Energy トランスポートを使用する場合、コレクタは、GATT Discover All Primary Services サブ手順または GATT Discover Primary Services by Service UUID サブ手順のいずれかを使用して、プライマリ サービス検出を実行するものとします。
BR/EDR トランスポートを使用する場合、コレクターは、[1] で定義されているサイクリング パワー サービスの SDP レコードを取得することにより、サービス検出を実行するものとします。
Collector は、Cycling Power Service を検出し、Device Information Service と Battery Service を検出する場合があります。
4.3 特性発見
GATT で要求されるように、コレクターは、このプロファイルで使用されるサービスのサービス レコード内の追加のオプションの特性を許容する必要があります。
4.3.1 循環電力サービスの特性発見
コレクタは、サービスの特性を発見するために、GATT Discover All Characteristics of a Service サブ手順または GATT Discover Characteristics by UUID サブ手順のいずれかを使用するものとします。
Collector は、GATT Discover All Characteristic Descriptors サブ手順を使用して、Characteristic Descriptor を発見する必要があります。
Collector の検出要件を以下の表 4.4 に示します。
table:4.4 Discovery Requirements for Collector
*Characteristic* *Discovery Requirements for Collector*
Cycling Power Feature M
Cycling Power Measurement M
Sensor Location M
Cycling Power Vector O
Cycling Power Control Point O
通知または指示できる特性が発見された場合、コレクタは関連するクライアント特性構成記述子も発見する必要があります。
ブロードキャスト可能なキャラクタリスティックが発見された場合、コレクタは関連するサーバー キャラクタリスティック設定記述子も発見する必要があります。
4.3.2 デバイス情報サービスの特性発見
コレクタは、デバイス情報サービスの特性を検出する場合があります。
コレクタがデバイス情報サービスの特性を検出するために、サービスのすべての特性を検出するために、サービスの GATT Discover All Characteristics サブ手順または UUID による GATT Discover Characteristics サブ手順のいずれかを使用する必要があります。
4.3.3 バッテリーサービス特性の発見
Collector は、Battery Service の特性を発見する場合があります。
コレクターがバッテリー サービスの特性を発見するために、サービスのすべての特性を発見するために、GATT サービスのすべての特性を発見するサブ手順または UUID による GATT 特性を発見するサブ手順のいずれかを使用する必要があります。
4.4 サイクリング電源機能
コレクターは、CP センサーの機能を理解するために、Cycling Power Feature 特性を読み取って、CP センサーのサポートされている機能を判断する必要があります。 多くの場合、これによりコレクタがより効率的に動作できるようになります。 表 4.5 の機能ビットの 1 つが 1 に設定されている (この機能がサポートされていることを意味する) 場合、コレクタは、フラグ フィールドの関連ビットが CP センサーによって使用されていると見なします。 それ以外の場合、指定された特性のフラグ フィールド内の関連ビットの値をコレクタがチェックする必要はありません。
table:4.5 Cycling Power Feature Bit Requirement for Collector – Flags
*Cycling Power Feature Bit(s)* *Related Flag(s)*
Pedal Power Balance Supported Cycling Power 測定(CP測定)特性のPedal Power Balance Present bit
CP測定特性のPedal Power Balance Source bit
Accumulated Torque Supported CP測定特性のAccumulated Torque Present bit
CP測定特性のAccumulated Torque Source bit
Wheel Revolution Data Supported CP測定特性のWheel Revolution Data Present bit
Crank Revolution Data Supported CP測定特性のCrank Revolution Data Present bit
Cycling Power Vector (CPV) 特性
Extreme Magnitudes Supported CP測定特性のExtreme Force Magnitudes Present bit
CP測定特性のExtreme Torque Magnitudes Present bit
Extreme Angles Supported CP測定特性のExtreme Angles Present bit
CPV特性のFirst Crank Measurement Angle bits
Top and Bottom Dead Spot Angles Supported CP測定特性のTop Dead Spot Present and Bottom Dead Spot Present bits
Accumulated Energy Supported CP測定特性のAccumulated Energy Present bit
Offset Compensation Indicator Supported CP測定特性のOffset Compensation Indicator bit
Sensor Measurement Context set to 0 (Force based) CP測定特性のFlagsのExtreme Torque Magnitudes Present bit
CPV特性のFlagsの Instantaneous Torque Magnitudes Array Present bit
Sensor Measurement Context set to 1 (Torque based) CP測定特性のFlagsのExtreme Force Magnitudes Present bit
CPV特性のFlagsのInstantaneous Force Magnitudes Array Present bit
Instantaneous Measurement Direction Supported CPV特性のInstantaneous Measurement Direction bits
同様に、表 4.6 の機能ビットの 1 つが 1 に設定されている場合、コレクタは、関連する手順が CP センサーによってサポートされていると見なします。 それ以外の場合、コレクターが関連する手順を開始しようとする必要はありません。
table:4.6 Cycling Power Feature Bit Requirements for Collector — Procedures
*Cycling Power Feature Bit(s)* *Related Procedure(s)*
Offset Compensation Supported Start Offset Compensation (see Section 4.7.2.12)
Cycling Power 測定特性 Content Masking Supported Mask Cycling Power 測定特性 Content (see Section 4.7.2.13)
Multiple Sensor Locations Supported Request Supported Sensor Location (see Section 4.7.2.3)
Update Sensor Location (see Section 4.7.2.2)
Crank Length Adjustment Supported Set Crank Length (see Section 4.7.2.4)
Request Crank Length (see Section 4.7.2.5)
Chain Length Adjustment Supported Set Chain Length (see Section 4.7.2.6)
Request Chain Length (see Section 4.7.2.7)
Chain Weight Adjustment Supported Set Chain Weight (see Section 4.7.2.8)
Request Chain Weight (see Section 4.7.2.9)
Span Length Adjustment Supported Set Span Length (see Section 4.7.2.10)
Request Span Length (see Section 4.7.2.11)
Factory Calibration Date Supported Request Factory Calibration Date (see Section 4.7.2.15)
Enhanced Offset Compensation Supported Start Enhanced Offset Compensation (see Section 4.7.2.16)
サイクリング パワー機能特性の分散システム サポート ビットが 00 (未指定 (レガシー センサー)) に設定されている場合、コレクターは単一の CP センサーから返された電力値を調整しません。 ビットが 01 (分散システムでは使用しない) に設定されている場合、CP センサーは分散システムで使用するようには設計されていません (つまり、CP センサーはユーザーによって生成された電力の総量を測定します)。 CP センサーによって送信されたサイクリング電力測定特性の瞬時電力値が、ユーザーによって生成された電力の総量を表していると想定するものとします。 ビットが 10 (分散システムで使用可能) に設定されている場合、コレクターは、CP センサーによって送信されたサイクリング パワー測定特性の瞬時電力値が、CP センサーによって生成された総電力量の一部のみを表していると見なします。 ユーザー (たとえば、CP センサーが測定する部分)。 この場合、他の CP センサーが接続されていない場合、コレクターは値を 2 倍にするか、接続されている 2 つの CP センサーの合計として総電力を計算します。 コレクターが分散システムで 1 つの CP センサーのみを感知した場合、およびコレクターがユーザーに提示された値を 2 倍にした場合、ユーザーはアラートを受け取る必要があります。
コレクタが、Cycling Power Feature フィールドの将来の使用のために予約された (RFU) ビットが非ゼロの Cycling Power Feature 特性を受信した場合、それらのビットと、パケット内に存在する可能性のある追加データを無視して、処理を続行する必要があります。 すべての RFU ビットが 0 であった場合と同じ方法で、Cycling Power Feature 特性。
コレクタが追加の認識されていないオクテットを含むサイクリング パワー機能特性を読み取る場合、コレクタの動作は、認識されたオクテットのみが受信されたときのコレクタの動作と同じでなければなりません。 これは、特性で使用可能なオクテットがオプションの使用のために指定されている場合に備えて、将来のサイクリング パワー サービスの更新との互換性を有効にするためです。 コレクタが追加の認識されていないオクテットをどうするかは、実装に任されています。
4.5 サイクリングパワー測定
Collector は、Cycling Power Measurement 特性の通知の構成を (つまり、Client Characteristic Configuration 記述子を介して) 制御する必要があります。
コレクターは、CP センサーによって決定された間隔で、CP センサーからサイクリング パワー測定特性の通知を受信できる必要があります。
Collector は、Flags フィールドの内容に基づいて、Cycling Power Measurement 特性構造体の内容を決定するものとします。 これにより、Collector はオプション フィールドが存在するかどうかを判断できます。
CP センサーがペダル パワー バランス機能をサポートしている場合 (セクション 4.4 を参照)、コレクターは、サイクリング パワー測定特性のフラグ フィールドのペダル パワー バランス リファレンス ビットを考慮して、ペダル パワー バランスのリファレンスを決定します。
CP センサーが累積トルク機能 (セクション 4.4 を参照) をサポートしている場合、コレクターは、サイクリング パワー測定特性のフラグ フィールドの累積トルク ソース ビットを参照して、累積トルク ソース (ホイール ベースまたはクランク ベースなど) を決定する必要があります。 .
CP センサーが Wheel Revolution Data 機能をサポートしている場合、コレクターは、Cycling Power Measurement 特性の Cumulative Wheel Revolution フィールドと Last Wheel Event Time フィールドに基づいて瞬間速度を計算できます。 Collector は、平均速度の計算をサポートする必要があります。
コレクターでの瞬間速度の計算は、ホイールの円周と 2 つの連続した測定データから導き出すことができます。 Collector の計算は、次のように実行できます。
$ 瞬時速度 = (連続する 2 つの累積ホイール回転値の差 * ホイール円周) / (連続する 2 つの最終ホイール イベント時間値の差)
CP センサーが Crank Revolution Data 機能をサポートしている場合、コレクターは、Cycling Power Measurement 特性の Cumulative Crank Revolutions フィールドと Last Crank Event Time フィールドに基づいて瞬間的なケイデンスを計算できます。 Collector は、平均ケイデンスの計算をサポートする必要があります。
Collector での瞬間的なケイデンスの計算は、2 つの連続した測定のデータから導き出すことができます。 Collector の計算は、次のように実行できます。
$ 瞬時ケイデンス = (2 つの連続する累積クランク回転値の差) / (2 つの連続する最終クランク イベント時間値の差)
Cumulative Crank Revolutions の値は時折ロールオーバーします (つまり、80 rpm で走行した場合、12 時間ごとの頻度)。 そのため、コレクターは、累積クランク回転数の値がライド中にロールオーバーする可能性があることを考慮する必要があります。
累積ホイール回転数は、センサーの寿命の間は実際にはロールオーバーできませんが、コレクターはこの値を特定の値 (たとえば、古い CP センサーの累積ホイール回転数の値) に設定して、総移動距離を追跡することができます。 )。 この値の設定方法については、セクション 4.7.2.1 を参照してください。
コレクターは、累積ホイール回転数の値が一部の実装で減少する可能性があるという事実に寛容でなければなりません (たとえば、自転車が逆回転した場合)。
Collector は、分散型パワー センサー システム (左右の CP センサーなど) に接続すると、次のことができます。
[1] のセクション 3.2.1.3 で説明されているように、分配されたパワー値 (左右のパワー値など) を表示し、ペダルのパワーバランス (連続する左右のパワー値の比など) を計算して表示する、または
総電力を計算して表示する (例: 分散電力値の合計)、または
1 つの分散電力値 (たとえば、正しい電力値の 2 倍) のみに基づいて合計電力を推定します。
コレクターは、乗車中に次の値がロールオーバーする可能性があることを考慮に入れる必要があります。
累積トルク
最後の車輪のイベント時間
累積クランク回転数
最後のクランク イベント時間
蓄積エネルギー
Collector にディスプレイがある場合、瞬時電力、瞬時速度、または瞬時ケイデンスの計算に必要なデータが受信されなくなった場合 (リンクの損失やセンサーの位置ずれなどにより)、ユーザーに警告することができます。 これは、「--」(つまり、2 つのダッシュ) を表示するか、その他の方法で行うことができます。 データが再び受信されると (たとえば、リンクが復元されるか、センサー位置が再調整されます)、表示は通常に戻ることができます。 さらに、ユーザーが惰性走行している (つまり、クランクを回転させていない) 場合、瞬間的なケイデンスをディスプレイに「--」(つまり、2 つのダッシュ) として表示することもできます。
乗車中にリンクが失われた場合、コレクターは平均を計算する際にそれを考慮する必要があります。
CP センサーがオフセット補正インジケーター機能をサポートしている場合、コレクターはフラグ フィールドのオフセット補正インジケーター ビットを考慮して、CP センサーを再調整するためにアクションが必要かどうかを判断する必要があります。
コレクタが、Flags フィールドの将来の使用のために予約された (RFU) ビットがゼロ以外のサイクル電力測定特性を受信した場合、それらのビットと、パケットに存在する可能性のある追加データを無視し、サイクルの処理を続行する必要があります。 すべての RFU ビットが 0 であった場合と同じ方法での電力測定特性。
コレクタが追加の認識されていないオクテットを含むサイクル パワー測定特性を受信した場合、コレクタの動作は、認識されたオクテットのみが受信されたときのコレクタの動作と同じになります。 これは、特性で使用可能なオクテットがオプションの使用のために指定されている場合に備えて、将来のサイクリング パワー サービスの更新との互換性を有効にするためです。 コレクタが追加の認識されていないオクテットをどうするかは、実装に任されています。
4.5.1 サイクリング電力測定ブロードキャスト機能の設定
コレクターがサイクリング パワー測定ブロードキャスト機能の構成をサポートしている場合、通常は、コレクター UI を介したユーザー インタラクションを通じて指示された場合にのみ、サイクリング パワー測定特性のブロードキャストの構成を (つまり、サーバー特性構成記述子を介して) 制御できます。
4.6 センサーの位置
Sensor Location 特性は、デバイスが設置される予定の場所を表します。 CP センサーが複数のセンサー位置機能をサポートしている場合、接続中にセンサー位置特性の値が変わることがあります。 それ以外の場合、CP センサーの寿命の間、センサー位置特性の値は静的です。 センサー位置特性の値は、CP センサーが分散システムの一部であるかどうかを判断するために使用してはなりません。
CP センサーが複数のセンサー位置機能をサポートしている場合、コレクターは、セクション 4.7.2.3 で説明されている手順を使用してサポートされているセンサーの位置を要求し、セクション 4.7.2.2 で説明されている手順を使用してセンサー位置特性の値を更新することもできます。 .
CP センサーが複数のセンサー位置機能をサポートしている場合、コレクターは接続が確立されるたびにセンサー位置特性の値を読み取って、CP センサーが適切に構成されているかどうかを判断する必要があります。 これは、センサーの場所の特性値が別のコレクターによって変更された場合、または CP センサーが値をキャッシュできない場合に実行する必要があります。 Sensor Location 特性のキャッシングに関する情報については、セクション 4.7.3 を参照してください。
コレクターが、将来の使用のために予約済み (RFU) として指定されているセンサー位置の値を読み取る場合、その値を無視し、それを「その他」の値 (0x00) に置き換えることができ、存在する可能性のある追加データも無視する必要があります。 すべての RFU ビットが 0 であった場合と同じ方法で、Sensor Location 特性を処理し続けます。
コレクタが追加の認識されていないオクテットを含むセンサー位置特性を受信した場合、コレクタの動作は、認識されたオクテットのみが受信されたときのコレクタの動作と同じになります。 これは、特性で使用可能なオクテットがオプションの使用のために指定されている場合に備えて、将来のサイクリング パワー サービスの更新との互換性を有効にするためです。 コレクタが追加の認識されていないオクテットをどうするかは、実装に任されています。
4.7 サイクリングパワーコントロールポイント
4.7.1 サイクリングパワーコントロールポイント手順要件
4.7.2 サイクリングパワーコントロールポイントの動作説明
4.7.3 一般的なエラー処理
4.7.4 手続きのタイムアウト
4.8 サイクリングパワーベクトル
4.9 デバイス情報サービスの特徴
4.10 バッテリーサービス特性
5 CP ブロードキャスターの役割要件
6 CP オブザーバーの役割要件
6.1 放送循環電力測定特性
7 接続確立手順
7.1 低エネルギー輸送のための CP センサー接続の確立
7.1.1 非結合デバイスの接続手順
7.1.2 Bonded デバイスの接続手順
7.1.3 リンクロス再接続手順
7.2 低エネルギー輸送のためのコレクタ接続の確立
7.2.1 リンクロス再接続手順
7.3 BR/EDR の接続確立
7.3.1 接続手順
7.3.2 リンクロス再接続手順
7.4 複数のバイクに関する考慮事項
8 セキュリティに関する考慮事項
8.1 低エネルギーの CP センサーのセキュリティに関する考慮事項
8.2 Low Energy のコレクタ セキュリティに関する考慮事項
8.3 BR/EDR のセキュリティに関する考慮事項
9 BR/EDR の汎用アクセス プロファイル
9.1 モード
9.2 アイドルモードの手順
10 頭字語と略語
11 参考文献
[1] Cycling Power Service v1.1以降
[2] CSA2、CSA3、および CSA4 またはそれ以降のバージョンのコア仕様を含む Bluetooth コア仕様 v4.0。
[3] Characteristic と Descriptor の説明は、Bluetooth SIG Assigned Numbers を介してアクセスできます。
[4] デバイス情報サービス v1.1 以降
[5] バッテリー サービス v1.0 以降
[6] Bluetooth コア仕様の補足、バージョン 3 以降
12 付録 A – サイクル パワー ベクトルの処理
12.1 マグニチュード vs. クランク角
12.2 大きさ対時間