Commit 343e42b
Declare power measurement in the FTMS feature bitmask
The Fitness Machine Feature characteristic (0x2ACC) reported 0x1483 for a
cycle machine: average speed, cadence, resistance level, heart rate and
elapsed time. Bit 14, power measurement, was clear.
That contradicted what the machine actually sends. Indoor Bike Data (0x2AD2)
sets flags bit 6 and carries the instantaneous power field in every
notification, and QZ had real power to report - up to 35 W in the session
that exposed this.
Rouvy subscribes to 0x2AD2 and 0x2A63 without consulting the feature
bitmask, so it never noticed. MyWhoosh reads 0x2ACC first and believes it:
seeing no power capability it subscribed only to CSC 0x2A5B, took cadence
and speed from crank revolutions, and left its power tile at 0 W with
nothing feeding it. Discovery, connection and the control point handshake
all succeeded, which made this look like a data path failure rather than a
capability declaration.
Set bit 14 so the bitmask matches the notifications: 0x1483 -> 0x5483.
Target setting features are unchanged. The treadmill entry is untouched.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>1 parent 6849b69 commit 343e42b
1 file changed
Lines changed: 3 additions & 1 deletion
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
48 | 48 | | |
49 | 49 | | |
50 | 50 | | |
51 | | - | |
| 51 | + | |
| 52 | + | |
| 53 | + | |
52 | 54 | | |
53 | 55 | | |
54 | 56 | | |
| |||
0 commit comments