blesession
One BLE session, instrumented — for Home Assistant BLE integrations built on bleak.
Connect, subscribe to notifications, exchange frames with per-step timeouts, disconnect — and come out the other side with where the time went, where it failed, which radio it went over, and one sentence on what that most likely means, ready to publish as sensor attributes so a failed session at 3 am can be read off the entity without debug logging.
Status
Verified on device over a Bluetooth proxy. The library is tested without
Home Assistant (pytest).
Adopting it? docs/adopting.md is a whole
integration end to end: what to write, what the library writes for you,
every report key, and how to test it without bleak or Home Assistant.
docs/design.md is the why — what belongs here, what
deliberately does not, and how a Bluetooth-proxy route works without
importing Home Assistant. See CHANGELOG.md for releases.
The design is extracted from integrations that already carry this instrumentation (and had drifted apart), and is meant to be adopted by others that today each hand-roll the same notification wait and have no failure attribution at all.
Install
pip install blesession
Requires Python 3.13+. The core depends only on bleak / bleak-retry-connector;
blesession.hass imports Home Assistant lazily and is not needed outside HA.
What it provides
| piece | one line |
|---|---|
ble_session() |
connect inside the block (or reuse a link left up), watch the link, bounded disconnect in finally |
Notifications |
queued replies from one characteristic; every wait names its step and ends the moment the link drops |
SessionTrace |
nested stage timings; the innermost stage an exception escaped from |
| stage vocabulary | unreachable · connect · session · auth · transfer · finish · disconnect, plus a device detail |
run_attempts() |
the lock-per-attempt / fresh-handle-per-attempt contract; policy stays yours |
blesession.hass.ble_device_or_raise() |
the handle, resolved fresh inside the attempt, or Unreachable |
blesession.hass.radio_facts() |
via, via_type, rssi, paths, advertised_via as scanner names, and via_unconfirmed (a flag) |
link.py |
the one place that probes bleak / habluetooth internals for the radio a link took |
blesession.testing |
FakeClient / fake_connect() so every integration's tests fake bleak the same way |
build_report() |
fixed attribute key order; generic likely-cause sentences with a translatable key, your device sentences first |
SessionReports |
the last session and the last failure, so a success does not erase the evidence |
| errors | ConnectionError subclasses so an off device never becomes a traceback |
What it does not provide
Retry counts, backoff, packet pacing, lock scope, bonding and pairing, cooldowns, advertisement parsing, protocol frames. Those are the parts each integration learned from its own device and keeps.
Layout
src/blesession/ pure Python + bleak, tested without Home Assistant
src/blesession/hass.py imports homeassistant lazily; only used inside HA
docs/adopting.md how to use it, with a whole integration
docs/design.md why it is shaped this way
from blesession import Notifications, SessionTrace, ble_session, build_report, stages
trace = SessionTrace(stage_map={"start": stages.AUTH})
try:
async with ble_session(ble_device, trace=trace) as client:
async with Notifications(client, NOTIFY_UUID, settle=0.5) as replies:
with trace.timed("start"):
await client.write_gatt_char(WRITE_UUID, START, response=False)
await replies.next(timeout=5, step="start")
with trace.timed("transfer"):
...
except ConnectionError as exc: # every session error is one
report = build_report(operation="write", trace=trace, exc=exc,
facts=radio_facts(hass, address, trace.link), noun="device")
# {'operation': 'write', 'success': False, 'error': ..., 'failed_stage': 'auth',
# 'failed_detail': 'start', 'likely_cause': ..., 'via': ..., 'connect_s': ..., ...}
Development & testing
pip install -e ".[dev]"
pytest # unit tests; FakeClient fakes bleak the same way for adopters
ruff check . && ruff format --check .
mypy # type-check src/ (the package ships py.typed)
python -m build
CI runs on every push/PR (.github/workflows/ci.yml): ruff lint+format, mypy,
the test suite on Python 3.13/3.14 (plus a lowest-pinned-dependencies job), and
a build that asserts py.typed and the licence are in the wheel.
Releasing: add a version section to CHANGELOG.md
(behaviour changes go under Changed with before/after), bump version in
src/blesession/__init__.py, and merge. Then create a GitHub Release whose
title and tag use the version name (for example, v0.5.0). Publishing the
release triggers .github/workflows/release.yml to build and publish to PyPI
with trusted publishing.
License
MIT
Metadata
Release files for blesession 0.5.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| blesession-0.5.0.tar.gz | 64.8 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| blesession-0.5.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 100.5 kB
Release files / blesession-0.5.0.tar.gz
| Download URL | blesession-0.5.0.tar.gz |
|---|---|
| Size | 64.8 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
c0f464045b46cde564f327072ff445113d03c4400188d8098a361db07665617d
|
|
BLAKE2b-256 checksum How to use checksums |
eb137aba15cc01b01a0e1cb6db5ed6001bcf2d5531814155194ef6461609ee08
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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 3, 2026.
Transparency logRelease files / blesession-0.5.0-py3-none-any.whl
| Download URL | blesession-0.5.0-py3-none-any.whl |
|---|---|
| Size | 35.7 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
b8a08e5d91701386f51ced707cbf73ecc21734d0f36054bc67228649894eeeec
|
|
BLAKE2b-256 checksum How to use checksums |
6b93a7e5000763882a436e1de15eddece7eb562deee66668153d50b7c4bca744
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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 3, 2026.
Transparency log