Skip to main content

besen

release CI license

besen is an async Python client for Besen EV chargers over Bluetooth Low Energy. It provides the BLE connection management, login flow, protocol parsing, typed state models, and charger control commands needed by applications such as Home Assistant integrations.

Home Assistant users

I maintain a HACS distribution of the Home Assistant Core Besen integration in this repository, alongside the Python communication library. Install Besen through HACS using moryoav/besen, then follow the installation and upgrade guide.

HACS version 0.5.0 matches the latest merged Core implementation, including the charger display temperature unit select. It requires Home Assistant 2026.9.2 or later and uses the same besen==0.4.2 communication library as Core. The alignment changes the integration, without changing the Bluetooth transport or protocol library.

I keep main aligned with accepted Core changes. Stable HACS releases can include changes already merged into Core before they appear in a Home Assistant release. Future development branches will be introduced after this alignment is tested. The alignment inventory records the exact baseline and necessary packaging and upgrade differences.

Upgrading from 0.4.x: language, device-name editing, LCD brightness, extra sensors, and custom configuration/diagnostics flows are removed to match Core. Status and temperature-option values now use Core's lowercase IDs. Review the upgrade notes for automation changes. HACS and Python library versions are now independent.

The library has been verified with a Besen BS20 charger. Other Besen chargers that advertise as ACP#... and use the same BLE protocol may also work.

Installation

pip install besen

Python 3.12 or newer is required.

Basic Usage

Applications provide the BLE device lookup function. This keeps discovery policy outside the library, so callers can use bleak, Home Assistant Bluetooth helpers, or another BLE stack integration.

import asyncio
import logging

from bleak import BleakScanner

from besen import BesenClient, BesenData

ADDRESS = "AA:BB:CC:DD:EE:FF"
PIN = "123456"


async def main() -> None:
    logging.basicConfig(level=logging.INFO)
    logger = logging.getLogger("besen")

    device = await BleakScanner.find_device_by_address(ADDRESS, timeout=10.0)
    if device is None:
        raise RuntimeError("Charger was not found")

    def device_provider():
        return device

    client = BesenClient(
        address=ADDRESS,
        pin=PIN,
        ble_device_provider=device_provider,
        logger=logger,
    )

    def handle_update(data: BesenData) -> None:
        print(
            "available=",
            data.available,
            "charging=",
            data.charge.charger_status,
            "power_w=",
            data.charge.power,
            "session_kwh=",
            data.charge.session_energy,
        )

    remove_listener = client.add_listener(handle_update)

    try:
        await client.async_start()
        await client.async_start_charging(amps=8)
        await asyncio.sleep(5)
        await client.async_stop_charging()
    finally:
        remove_listener()
        await client.async_stop()


asyncio.run(main())

Client API

Create one BesenClient per charger:

client = BesenClient(
    address="AA:BB:CC:DD:EE:FF",
    pin="123456",
    ble_device_provider=device_provider,
    logger=logger,
    advertised_name="ACP#Garage",
    sync_clock=True,
)

The BLE device provider is called before connection attempts and reconnects. It must return a connectable bleak.backends.device.BLEDevice or None when no connectable path is available.

Lifecycle methods:

  • await client.async_start() connects, subscribes to notifications, and completes the charger login flow.
  • await client.async_stop() cancels background tasks and disconnects.
  • client.add_listener(callback) registers a synchronous state callback and returns a function that removes it.
  • client.state returns the latest BesenData snapshot.
  • client.is_connected reports whether the underlying BLE connection is open.

Control methods:

  • await client.async_start_charging(amps=None)
  • await client.async_stop_charging()
  • await client.async_set_charge_amps(amps)
  • await client.async_refresh_charge_amps()
  • await client.async_set_lcd_brightness(brightness)
  • await client.async_set_temperature_unit(unit)
  • await client.async_set_language(language)
  • await client.async_set_device_name(name)
  • await client.async_refresh_config()

State Model

State updates are immutable dataclasses. Every listener receives a full BesenData snapshot.

Important fields:

  • BesenData.available: whether the latest BLE state is usable.
  • BesenData.authenticated: whether the PIN login flow completed.
  • BesenData.info: charger metadata such as serial, model, phases, firmware, and board revision.
  • BesenData.config: configuration values such as charge amps, device name, language, temperature unit, LCD brightness, and RSSI.
  • BesenData.charge: live charging state such as voltage, current, energy, temperature, plug state, output state, and charger status.
  • BesenData.last_command: last parsed command response.
  • BesenData.last_error: last connection, protocol, or command error string.

Important telemetry fields:

  • BesenData.charge.power: charger-reported charging power in watts.
  • BesenData.charge.total_energy: lifetime energy counter in kWh.
  • BesenData.charge.session_energy: energy delivered during the current or most recently completed charging session in kWh.
  • BesenData.charge.inner_temp_c and BesenData.charge.outer_temp: temperatures in Celsius, or None when the charger reports an invalid value.
  • BesenData.charge.l1_voltage, l2_voltage, and l3_voltage: phase voltages in volts. L2 and L3 are populated only when the charger sends three-phase data.
  • BesenData.charge.l1_amperage, l2_amperage, and l3_amperage: phase currents in amperes. L2 and L3 are populated only when the charger sends three-phase data.

Exceptions

All library-specific errors inherit from BesenError.

  • CannotConnect: the charger could not be reached or login timed out.
  • NoConnectablePath: no active BLE path is available.
  • InvalidAuth: the charger rejected the configured PIN.
  • ProtocolError: malformed charger data was received.
  • CommandFailed: a charger command could not be sent, was invalid, or a start-charging request was rejected or could not be confirmed.

async_start_charging() waits up to 10 seconds for the charger response, including the Bluetooth write. A response with a charging or reservation error raises CommandFailed. A successful response confirms the request, while actual charging state continues to arrive through notifications.

If the response times out, the charging outcome is unknown. The client disconnects and reconnects without automatically sending another start request. Cancellation after sending also retires that Bluetooth session so a late reply cannot be mistaken for the next request's response. Connection cleanup can extend the time before the method exits. Concurrent start requests wait their turn before the 10-second timeout begins. Other command methods retain their existing behavior.

Bluetooth Notes

Besen chargers normally allow only one active BLE client connection. Stop other tools or apps that may already be connected to the charger before starting this client.

The client keeps one active BLE connection open, listens for notifications, replies to heartbeats, and schedules reconnects when notifications stop. The caller remains responsible for device discovery, adapter/proxy selection, and deciding when to start or stop the client.

Home Assistant

This package is the reusable Python communication library used by the Besen Home Assistant integration. Home Assistant user-facing setup and troubleshooting notes are kept separately in docs/home-assistant-custom-integration.md.

Safety

EV charging equipment controls real electrical hardware. This library is not a safety controller. Keep charger hardware, breaker sizing, wiring, and local electrical code protections correct independently of any software using this package. Use conservative defaults and manual supervision when automating charging.

Attribution

The Bluetooth protocol implementation is based on the MIT-licensed work in slespersen/evseMQTT, with MQTT-specific runtime behavior replaced by a reusable async Python client.

Additional attribution details are maintained in NOTICE.md.

License

MIT. See LICENSE.

Metadata

Release files for besen 0.4.4

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for besen 0.4.4
File Size Uploaded
besen-0.4.4.tar.gz 25.7 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for besen 0.4.4
File Interpreter ABI Platform
besen-0.4.4-py3-none-any.whl Python 3 none any Details

Total release size: 48.6 kB

Release files / besen-0.4.4.tar.gz

Download URL besen-0.4.4.tar.gz
Size 25.7 kB
Tags Source
SHA-256 checksum
How to use checksums
7b85dfb924447862ce0d48f88bbeded74cbb4e7e2eeb700aeab7012d09fbe424
BLAKE2b-256 checksum
How to use checksums
992fdb56b308946314f4b3f8d01d3c135e35cc9831e08c3ed2e4179fb2e1f98d
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 Sep 14, 2026.

Transparency log

Release files / besen-0.4.4-py3-none-any.whl

Download URL besen-0.4.4-py3-none-any.whl
Size 23.0 kB
Tags Python 3
SHA-256 checksum
How to use checksums
19c3f09033f43ac5a3d723fc71f4e44c2a5b04f73f8cd22bcf6623b97a7962da
BLAKE2b-256 checksum
How to use checksums
d6ce98290418d94b463595cb4c2053d4f73f789f7b144d73fb08f6f4bf4b006b
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 Sep 14, 2026.

Transparency log

Release history Release notifications | RSS feed

0.4.11

2 release files

0.4.9

2 release files

0.4.8

2 release files

0.4.7

2 release files

0.4.6

2 release files

0.4.5

2 release files

This release

0.4.4 This release

2 release files

0.4.3

2 release files

0.4.2

2 release files

0.4.1

2 release files

0.4.0

2 release files

0.3.4

2 release files

0.3.3

2 release files

0.3.2

2 release files

0.3.1

2 release files

0.3.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page