Trinnov Altitude Python Library

Async Trinnov Altitude client for long-running integrations (Home Assistant primary target).

Version 2.0

Version 2.x is a clean break from 1.x.

No compatibility shims
New lifecycle (start / wait_synced / stop)
New state model (client.state)
Optional command ACK handling

Read the migration guide: docs/MIGRATION_V2.md

Installation

pip install trinnov-altitude

Quick Start

import asyncio

from trinnov_altitude.client import TrinnovAltitudeClient


async def main() -> None:
    client = TrinnovAltitudeClient(host="192.168.1.90")

    try:
        await client.start()
        await client.wait_synced(timeout=10)

        await client.volume_set(-30.0)
        await client.mute_on()

        print(client.state.volume)
        print(client.state.source)
    finally:
        await client.stop()


asyncio.run(main())

Lifecycle

await client.start() connects, bootstraps, and starts the read loop.
await client.wait_synced() waits until welcome + catalogs + current indices are observed.
await client.stop() stops listener and disconnects cleanly.

Liveness & reconnect

The control connection is a long-lived TCP push session, so a silent read is ambiguous: a healthy link is quiet whenever nothing is changing, but a dead link (an idle-killed half-open socket, or a processor whose control thread has wedged while its TCP stack still ACKs) looks identical. To tell them apart, when the link has been quiet for heartbeat_interval seconds the client sends a read-only probe (get_current_state); if no traffic arrives within heartbeat_timeout, the link is treated as dead and auto_reconnect kicks in. TcpTransport also enables SO_KEEPALIVE as an OS-level backstop.

client = TrinnovAltitudeClient(
    host="192.168.1.90",
    heartbeat_interval=20.0,  # seconds of quiet before a liveness probe (None disables)
    heartbeat_timeout=5.0,    # seconds to wait for the probe response before reconnecting
)

State reconciliation

Push messages remain the fast path for state updates. As a backstop for an individual dropped notification, the client also requests the processor's current state every reconcile_interval seconds. This schedule is independent of ordinary push traffic, so unrelated messages cannot leave one cached field stale indefinitely.

client = TrinnovAltitudeClient(
    host="192.168.1.90",
    reconcile_interval=30.0,  # None disables periodic reconciliation
)

Protocol Semantics

The client parses raw messages first, then normalizes them into canonical state events. This keeps protocol quirks isolated and keeps the state reducer deterministic.

Canonical identity:
- CURRENT_PRESET <n>
- CURRENT_PROFILE <n> or index-only PROFILE <n>
- DECODER ... UPMIXER <mode>
Optional catalogs:
- Presets via LABELS_CLEAR + LABEL <n>: <name>
- Sources via PROFILES_CLEAR + PROFILE <n>: <name>
Quirk profiles:
- altitude_ci is selected when IDENTS includes altitude_ci
- In that profile, META_PRESET_LOADED <n> is normalized as a source-change signal

Catalog messages may arrive late, be refreshed, or be absent. Consumers should not assume labels are always present.

Events

def on_event(event, message):
    if event == "connected":
        ...
    elif event == "disconnected":
        ...
    elif event == "received_message":
        ...

client.register_callback(on_event)

Callback exceptions are isolated and logged (they do not crash the listener).

HA Adapter

Use trinnov_altitude.adapter.AltitudeStateAdapter to convert mutable runtime state into immutable snapshots plus typed deltas/events:

snapshot: stable full-state view for coordinator data
deltas: field-level changes since previous snapshot
events: integration-friendly event stream (volume, mute, source, preset, etc.)

You can wire this directly through the client:

from trinnov_altitude.adapter import AltitudeStateAdapter

adapter = AltitudeStateAdapter()

def on_update(snapshot, deltas, events):
    ...

handle = client.register_adapter_callback(adapter, on_update)
# later: client.deregister_adapter_callback(handle)

For Home Assistant coordinator/event-bus integration, use trinnov_altitude.ha_bridge:

coordinator_payload(snapshot)
to_ha_events(events)
build_bridge_update(snapshot, deltas, events)

Command ACKs

You can use fire-and-forget commands (default) or explicit ACK waiting:

await client.volume_set(-20.0)
await client.command("volume -20", wait_for_ack=True, ack_timeout=2.0)

Development

uv sync --group dev
uv run ruff check .
uv run ruff format --check .
uv run ty check trinnov_altitude
uv run pytest -v

Or use task wrappers:

task dev
task check

Real Device Integration Tests (Read-Only)

The test suite includes a manual, read-only integration tier for validating behavior against real hardware.

Marker: integration_real
Opt-in gate: TRINNOV_ITEST=1
Target host: TRINNOV_HOST=<ip-or-hostname>
Optional port override: TRINNOV_PORT=44100
If the device is offline/unreachable, tests are skipped.

These tests intentionally avoid mutating commands (no power/preset/source/volume state changes).

TRINNOV_ITEST=1 TRINNOV_HOST=192.168.30.3 task test:integration-real

Pyx (optional)

Pyx is optional in this repo. You can keep publishing to PyPI/TestPyPI only.

Install via Pyx: authenticate uv with PYX_API_KEY and configure your Pyx index URL in uv (uv add --index ... / uv sync).
Publish to Pyx: run the Release workflow manually with target=pyx after setting repository secrets PYX_API_KEY and PYX_PUBLISH_URL.
No dual-publish requirement: use Pyx when you need private/internal package distribution or policy control.

Release

Merge conventional-commit changes to master.
Wait for the release-please workflow to open/update a release PR.
Review and merge the release PR (this updates CHANGELOG.md and __version__).
Release Please creates the GitHub Release and tag.
The Release workflow publishes artifacts to PyPI automatically for published releases.
For TestPyPI or Pyx-only publishing, run Release manually with workflow_dispatch.

Maintenance

Migration guide: docs/MIGRATION_V2.md
Maintainer runbook: docs/MAINTAINERS.md
Protocol reference used for implementation: docs/Altitude Protocol.pdf (v1.15, 2019-04-19)

Release files for trinnov-altitude 3.3.8

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

Source distribution (sdist)

Source distribution for trinnov-altitude 3.3.8
File	Size	Uploaded
trinnov_altitude-3.3.8.tar.gz	258.8 kB	Jul 30, 2026	Details

Built distribution (wheel)

Table of built distributions (wheels) for trinnov-altitude 3.3.8
File	Interpreter	ABI	Platform	Reset
trinnov_altitude-3.3.8-py3-none-any.whl 32.2 kB Jul 30, 2026	Python 3	none	any	Details

Total release size: 291.0 kB

Release files / trinnov_altitude-3.3.8.tar.gz

Download URL	trinnov_altitude-3.3.8.tar.gz
Size	258.8 kB
Tags	Source
SHA-256 checksum How to use checksums	`ab99310c34e1d62abe0123f220092b15eab481ba797548fe0f078ed7462896c7`
BLAKE2b-256 checksum How to use checksums	`4028e81a96445a1d95b6afb56dad4873b2249864cc92482e7d4c7cba556c9c21`
Upload date	Jul 30, 2026
Uploaded using Trusted Publishing? What is trusted publishing?	Yes
Uploaded via	`twine/6.1.0 CPython/3.13.13`

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.

Identity

Publishing platform: GitHub Actions
Publishing repository: github.com/binarylogic/py-trinnov-altitude
Publishing commit: github.com/binarylogic/py-trinnov-altitude/tree/e212e79e105b2b3ece8d09fbfaa11ba0670bca8e

Workflow

Publishing configuration: github.com/binarylogic/py-trinnov-altitude/blob/e212e79e105b2b3ece8d09fbfaa11ba0670bca8e/.github/workflows/publish.yml
Publishing logs: github.com/binarylogic/py-trinnov-altitude/actions/runs/30501304487/attempts/1

Artifact

Subject: trinnov_altitude-3.3.8.tar.gz
SHA-256 checksum: ab99310c34e1d62abe0123f220092b15eab481ba797548fe0f078ed7462896c7 Verifying attestations

Release files / trinnov_altitude-3.3.8-py3-none-any.whl

Download URL	trinnov_altitude-3.3.8-py3-none-any.whl
Size	32.2 kB
Tags	Python 3
SHA-256 checksum How to use checksums	`e7214af54fe5232ede988e88bcc19977cee33df2c8d9c383aef5bb92dda62bc7`
BLAKE2b-256 checksum How to use checksums	`1c9fbfd8f68d576a05efcc57e09edbcbde01e15ca041a6ad582c5659cb6fcb0a`
Upload date	Jul 30, 2026
Uploaded using Trusted Publishing? What is trusted publishing?	Yes
Uploaded via	`twine/6.1.0 CPython/3.13.13`

Provenance

Identity

Publishing platform: GitHub Actions
Publishing repository: github.com/binarylogic/py-trinnov-altitude
Publishing commit: github.com/binarylogic/py-trinnov-altitude/tree/e212e79e105b2b3ece8d09fbfaa11ba0670bca8e

Workflow

Publishing configuration: github.com/binarylogic/py-trinnov-altitude/blob/e212e79e105b2b3ece8d09fbfaa11ba0670bca8e/.github/workflows/publish.yml
Publishing logs: github.com/binarylogic/py-trinnov-altitude/actions/runs/30501304487/attempts/1

Artifact

Subject: trinnov_altitude-3.3.8-py3-none-any.whl
SHA-256 checksum: e7214af54fe5232ede988e88bcc19977cee33df2c8d9c383aef5bb92dda62bc7 Verifying attestations