citysports-efc-ble
Async Python library for treadmills that speak the EFC protocol over
Bluetooth Low Energy, such as the CITYSPORTS WP9 (CITYSPORTS-LINKER).
Requires Python >= 3.14.
Unofficial and reverse-engineered. Not endorsed by CITYSPORTS or EQiSports. It can break when the firmware changes.
The protocol facts come from HCI captures of a CITYSPORTS WP9 1400W and from the notes in Trught/eqisports_ble_protocol. The library supports EFC only.
Install
uv add citysports-efc-ble
Usage
EfcClient accepts an injected BleTransport. Tests can use a fake
transport without Bluetooth hardware.
import asyncio
from bleak import BleakScanner
from citysports_efc_ble import BleakTransport, EfcClient
async def main() -> None:
device = await BleakScanner.find_device_by_address("AA:BB:CC:DD:EE:FF")
if device is None:
raise SystemExit("Treadmill not found")
async with EfcClient(BleakTransport(device)) as client:
print(client.state)
asyncio.run(main())
Inside Home Assistant, pass the BLEDevice from
bluetooth.async_ble_device_from_address instead of scanning.
BleakTransport connects through
bleak_retry_connector.establish_connection, which sets its own timeout
for each attempt and retries a failed attempt.
is_efc_advertisement(name, service_uuids) returns True for the EFC
service UUID or a local name starting with CITYSPORTS.
connect() subscribes to notifications, sends the device info query and
returns once a device info frame and a status frame arrived. client.status
then reads READY. Every valid frame updates client.state and is passed
to the optional update_callback as an EfcUpdate.
EfcClient takes these keyword-only timing options, all in seconds:
| Option | Default | Meaning |
|---|---|---|
response_timeout_seconds |
10 | wait for the first frames in connect(), and limit every transport call after the transport connect |
keepalive_seconds |
30 | interval between keepalive device info queries |
write_spacing_seconds |
0.15 | minimum time between two writes |
ramp_interval_seconds |
0.3 | time between the 0.1 steps of a speed ramp, 0.15 at least |
An invalid timing raises EfcValidationError.
EfcState holds speeds in km/h and distances in metres, also on imperial
units. The counters (elapsed_seconds, distance_m, energy_kcal,
steps) belong to one workout. The treadmill sends them only while
someone walks on the belt, freezes them in the summary state and resets
them in standby. The EQiSports app treats elapsed time as wrapping at
6000 s, steps at 10000 and energy at 1000 kcal. The client continues these
counters past such a wrap. No wrap has been captured on real hardware yet.
Controls
Control methods raise EfcNotReadyError unless the client was built with
allow_control=True and the session is READY. Without
allow_control=True they raise EfcControlDisabledError, a subclass of
EfcNotReadyError. After a failed session they raise EfcConnectionError
until the next connect().
async with EfcClient(BleakTransport(device), allow_control=True) as client:
await client.start()
await asyncio.sleep(4)
await client.set_speed(3.0)
await client.stop()
| Method | Value | Tested on a WP9 |
|---|---|---|
start |
yes | |
stop |
yes | |
set_speed |
km/h within the reported range | yes |
pause |
no | |
resume |
no | |
set_incline |
whole percent within the reported range | no, the WP9 is flat |
request_sport_record |
no |
set_speed ramps in 0.1 steps from the last reported speed while the belt
runs, one step every ramp_interval_seconds seconds (0.3 by default, 0.15 at
least), like the EQiSports app. A later set_speed, start, pause,
resume, stop or disconnect() cancels a running ramp.
When the belt is not running, the target is written once. The treadmill
starts the belt at its minimum speed after the countdown, whatever was
written before.
Speeds and inclines outside the range in the status frame raise
EfcValidationError before anything is sent. connect() raises
EfcConnectionError when the transport fails and EfcTimeoutError, also a
TimeoutError, when the treadmill does not answer. All exceptions derive
from EfcError.
Connection loss
The client detects a dropped link through the disconnect callback of the
transport and through a failed write. A keepalive sends the device info
query every keepalive_seconds seconds (30 by default), because the
treadmill can stay silent for close to a minute in standby. When a session
fails:
- pending and later control calls raise
EfcConnectionError client.statusbecomesConnectionStatus.DISCONNECTED- an optional
connection_lost_callbackreceives the exception
Call connect() again to start a new session.
Logging
The library logs under the citysports_efc_ble logger. Dropped frames
and session failures log as warnings. A failing update or connection lost
callback logs as an error with its traceback. Transport errors during
teardown log at debug level.
Protocol
| Direction | Frame | Meaning |
|---|---|---|
| in | 1A 01 09 |
speed range, incline range, speed, incline, status byte |
| in | 1A 02 0C |
elapsed s, distance m (0.001 mile on imperial units), energy 0.1 kcal, steps, heart rate |
| in | 1A 05 0C |
manufacturer, model, revision, system id |
| in | 1A 04 10 |
sport record, workout counter at payload bytes 6 and 7 |
| out | A1 05 00 A4 |
device info query |
| out | A1 03 01 01 A2 |
start or resume |
| out | A1 03 01 03 A0 |
pause |
| out | A1 03 01 05 A6 |
stop |
| out | A1 01 02 01 vv xx |
speed in 0.1 km/h (0.1 mph on imperial units) |
| out | A1 02 02 01 vv xx |
incline in whole percent |
| out | A1 04 05 01 00 00 00 01 A0 |
sport record query |
The last byte of every frame is the XOR of all earlier bytes. Writes go to
ffeeddcc-bbaa-9988-7766-554433221101 with response, at least
write_spacing_seconds apart (150 ms by default). Notifications arrive on
ffeeddcc-bbaa-9988-7766-554433221102.
Bit 7 of the status byte marks imperial units and bits 0 to 4 hold the
workout state (WorkoutState) or a fault code (EfcFault).
Probe
The developer probe logs raw frames through an ESPHome Bluetooth proxy, or
through the local Bluetooth adapter when --proxy is omitted. It never
sends control writes.
uv run python -m scripts.probe_efc --list-advertisements
uv run python -m scripts.probe_efc --address "AA:BB:CC:DD:EE:FF" \
--capture-seconds 60 --output /tmp/efc.jsonl
Add --proxy and --noise-psk to go through an ESPHome proxy. The flags
fall back to the EFC_PROXY, EFC_NOISE_PSK and EFC_DEVICE_ADDRESS
environment variables. --scan-seconds sets the scan window (10 by
default, plus a warm-up of up to 5 s through a proxy) and
--capture-seconds the capture window (30 by default).
Capture files replace the system id with a fixed fake address.
--list-advertisements hides Bluetooth addresses unless
--show-identities is given.
Standalone library test
scripts/drive_efc_client.py drives the library against a real treadmill.
The default run is read-only.
uv run python -m scripts.drive_efc_client --address "AA:BB:CC:DD:EE:FF" --duration 30
Connection settings can live in the ignored file
scripts/drive_efc_client.local.json, or in another file passed with
--config. Command line flags take precedence over the file:
{
"proxy": "the-ip-of-your-esphome-bluetooth-proxy",
"noise_psk": "the-encryption-key-of-your-esphome-bluetooth-proxy",
"address": "AA:BB:CC:DD:EE:FF"
}
The script prints the state after every frame as one JSON line on stdout
and logs to stderr. --output appends the redacted frames to a capture
file in the probe format. A read-only run listens for --duration seconds
(30 by default).
Controls need --controls and --confirm-controls. With them the script
starts the belt, waits up to 10 s for it to run, ramps to --speed (2.0
km/h by default), waits --run-seconds (10 by default), stops and then
listens for --duration seconds. Keep the belt empty or stand on it
yourself, and keep the safety key attached.
Development
See CONTRIBUTING.md for setup, the gate and the pull request rules.
uv sync
uv run python -m scripts.check
The gate runs a version drift check, format, Ruff, the comment and
docstring check, mypy, branch-covered tests, coverage,
uv build --no-sources and uv audit in that order.
License
MIT. See LICENSE.
Metadata
Release files for citysports-efc-ble 0.1.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| citysports_efc_ble-0.1.1.tar.gz | 54.9 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| citysports_efc_ble-0.1.1-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 79.1 kB
Release files / citysports_efc_ble-0.1.1.tar.gz
| Download URL | citysports_efc_ble-0.1.1.tar.gz |
|---|---|
| Size | 54.9 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
96e6474605ba40d114f51da1b785b1ed76c5c7cd0ca52b5d05d7899270d37191
|
|
BLAKE2b-256 checksum How to use checksums |
0ed97bb68094d64cfef9a46b91673bbe436b209b3a2fa640bf74af063763411e
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
uv/0.12.21 {"installer":{"name":"uv","version":"0.12.21","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 10, 2026.
Transparency logRelease files / citysports_efc_ble-0.1.1-py3-none-any.whl
| Download URL | citysports_efc_ble-0.1.1-py3-none-any.whl |
|---|---|
| Size | 24.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
22d2a0059a49a915b02b256b371d553e19702d2e06fb56ce0d75fb76baa1a657
|
|
BLAKE2b-256 checksum How to use checksums |
51a19ba2054c32707c974980cfd1ef9cbf1c7d7ddf10c4ee43289a13d41a2188
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
uv/0.12.21 {"installer":{"name":"uv","version":"0.12.21","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 10, 2026.
Transparency log