VelocAI logo Bluetooth Explorer Documentation

Bluetooth GATT Characteristic Reference

Cycling Power Vector (0x2A64)

org.bluetooth.characteristic.cycling_power_vector

The Cycling Power Vector characteristic is a variable length structure containing a Flags fieldand based on the contents of the Flags field, may contain one or more additional fields as shown in the table below.

Quick Summary

Payload length is 11 bytes. This page is generated from official GATT XML and presented as implementation-ready guidance.

At a Glance

Key reference details for BLE implementation, interoperability testing, and AI-assisted troubleshooting.

PropertyValue
NameCycling Power Vector
UUID0x2A64
Typeorg.bluetooth.characteristic.cycling_power_vector
XML RootCharacteristic
Source Fileorg.bluetooth.characteristic.cycling_power_vector.xml
Field Count6

Field Specification

Parsed field definitions from the source XML value structure.

Field Requirement Format Unit Exponent Notes
FlagsMandatory8bit---
Crank Revolution Data - Cumulative Crank RevolutionsC1uint16org.bluetooth.unit.unitless0Unitless
Crank Revolution Data - Last Crank Event TimeC1uint16org.bluetooth.unit.time.second-Unit is in seconds with a resolution of 1/1024.
First Crank Measurement AngleOptionaluint16org.bluetooth.unit.plane_angle.degree0Unit is in degrees with a resolution of 1.
Instantaneous Force Magnitude ArrayC2sint16org.bluetooth.unit.force.newton0The unit is in newtons with a resolution of 1
Instantaneous Torque Magnitude ArrayC2sint16org.bluetooth.unit.moment_of_force.newton_metre-Unit is in newton/meter with a resolution of 1/32

Bit Map

Bit-level enumerations extracted from the XML BitField definition.

Field Bit Size Name 0 Means 1 Means
Flags01Crank Revolution Data PresentFalseTrue
Flags11First Crank Measurement Angle PresentFalseTrue
Flags21Instantaneous Force Magnitude Array PresentFalseTrue
Flags31Instantaneous Torque Magnitude Array PresentFalseTrue
Flags42Instantaneous Measurement DirectionUnknownTangential Component

Byte Layout and Decode

Payload length is 11 bytes.

function decodePayload(dataView, offset = 0) {
  // Parse flags (8bit) according to Bluetooth format rules.
  const crank_revolution_data_cumulative_crank_revolutions = dataView.getUint16(offset + 0, true);
  const crank_revolution_data_last_crank_event_time = dataView.getUint16(offset + 2, true);
  const first_crank_measurement_angle = dataView.getUint16(offset + 4, true);
  const instantaneous_force_magnitude_array = dataView.getInt16(offset + 6, true);
  const instantaneous_torque_magnitude_array = dataView.getInt16(offset + 8, true);
  return { flags, crank_revolution_data_cumulative_crank_revolutions, crank_revolution_data_last_crank_event_time, first_crank_measurement_angle, instantaneous_force_magnitude_array, instantaneous_torque_magnitude_array };
}

Use Cases and Integration Notes

BLE Telemetry

Map characteristic values into dashboards and alerts for device observability.

Firmware Regression

Compare decoded fields across builds to detect protocol or scaling changes.

App Integration

Build stable parsing paths that convert raw payloads into typed app models.

Implementation Checklist

  • Validate payload length and mandatory fields before decode.
  • Decode with Bluetooth-specified signedness, unit, and exponent handling.
  • Convert units at presentation boundaries to avoid drift in business logic.
  • Persist raw packets and decoded values for reproducible troubleshooting.

FAQ

What is Cycling Power Vector in Bluetooth GATT?

Cycling Power Vector is defined as a Bluetooth GATT characteristic entry with type org.bluetooth.characteristic.cycling_power_vector and UUID 0x2A64.

What UUID identifies Cycling Power Vector?

The UUID for Cycling Power Vector is 0x2A64.

How should I parse Cycling Power Vector?

Payload length is 11 bytes.

Where does this definition come from?

This page is generated from the Bluetooth SIG mirror XML in the oesmith/gatt-xml repository.

How does this page support BLE implementation?

The page combines structured tables, practical Q&A, and JSON-LD metadata to help teams validate integrations and troubleshoot consistently.