Skip to main content

neoom CONNECT / BEAAM fuer Home Assistant

Lesende Integration fuer Speicher, PV, Netz und angeschlossene Energiegeraete. Ein gemeinsames Python-Paket py-neoom-connect enthaelt getrennte Clients fuer die lokale BEAAM-API und die neoom-Cloud.

Aktueller Stand

Die lokale API wurde an einem echten BEAAM geprueft. Ein isolierter Test mit Home Assistant 2026.9.3 hat acht Geraete und 104 Entitaeten eingerichtet, aktualisiert und wieder entladen. Details stehen in docs/VALIDATION.md. Auch Cloud-only mit zehn Sensoren sowie Hybrid mit echten Cloud-Abfragen, simuliertem lokalem Ausfall und lokaler Wiederherstellung wurden erfolgreich geprueft.

Die Veroeffentlichung auf PyPI und als HACS-Repository ist noch offen. Das Archiv allein ist vor der Paketveroeffentlichung keine fertige HACS-Installation. Die bestehende Home-Assistant-Installation wurde nicht veraendert.

Verbindungsarten

Modus Einrichtung Betrieb
Lokal BEAAM-Adresse und API-Key Standardmaessig alle 20 Sekunden
Cloud Cloud-Token und Standortauswahl Standardmaessig alle 120 Sekunden
Hybrid Beide Zugaenge zum selben Standort Lokal bevorzugt, Cloud bei Verbindungsausfall

Im Hybridbetrieb werden Cloud-Abfragen begrenzt und lokale Abfragen weiterhin versucht. Bei lokaler Erholung schaltet die Integration zurueck. Lokale Geraetewerte und Energiezaehler, die die Cloud nicht liefert, werden waehrend des Fallbacks nicht verfuegbar. Sie werden weder als Null noch als alter Wert ausgegeben.

Abfrageintervalle sind in den Integrationsoptionen einstellbar. Ungueltige Zugangsdaten starten eine erneute Anmeldung. Derselbe Standort wird auch bei unterschiedlichen Verbindungsarten nicht doppelt eingerichtet.

Messwerte

  • Standort: PV, Netz, Speicherleistung, Ladezustand, Verbrauch und Energiezaehler.
  • Geraete: skalare numerische Datenpunkte aus BEAAM-Metadaten, mit den gelieferten Einheiten.
  • Status: Verbindung und Fehlerstatus, sofern vom Geraet angeboten.
  • Diagnoseexport ohne API-Schluessel, Adressen, Standortnamen oder originale Geraete-IDs.

Technische Messwerte erscheinen als Diagnoseentitaeten. Nicht gelieferte Werte bleiben unbekannt; unveraenderte Zeitstempel allein machen einen Wert nicht unverfuegbar. Energiezaehler nutzen Wh und passende Statistikklassen fuer das Energy Dashboard. Cloud-only liefert laut dokumentierter API keine Energiezaehler.

Arrays einzelner PV-Kanaele und Steuerfunktionen sind noch nicht umgesetzt. Vorzeichen der API bleiben erhalten: Geraete- und Standortwerte koennen unterschiedliche Vorzeichenkonventionen haben.

Entwicklung und Tests

Python 3.14 fuer die HA-Tests, mindestens Python 3.11 fuer die Bibliothek:

python -m pip install -e ".[test,build]" -r requirements_test.txt
python -m pytest
ruff check packages custom_components tests tools

Die Tests verwenden den echten Home-Assistant-Kern und dessen Registries, mit ersetztem HTTP-Transport. Der Linux-Runner des pytest-Plugins wird nicht geladen, sodass diese Tests auch unter Windows laufen.

Nur Bibliothek: python -m pip install -e ".[test]", danach python -m pytest --ignore=tests/ha.

Lesender Zugriff auf einen eigenen BEAAM, mit verdeckter Schluesselabfrage:

python -m neoom_connect.probe 192.0.2.10 --output diagnostics-local.json

Alternativ nimmt --key-file BEAAM_API-Key.txt eine lokale Schluesseldatei. Der Bericht entfernt Identitaetsdaten; Messwerte bleiben fuer den Abgleich erhalten.

Ein isolierter HA-Livetest ist mit python -m tools.check_live_ha HOST --key-file PATH aus dem Projektverzeichnis moeglich. Er verwendet echte Leseabfragen, einen temporaeren HA-Kern und aendert keine produktive HA-Installation.

Cloud und Hybrid lassen sich mit separaten Schluesseldateien pruefen:

python -m tools.check_live_ha HOST --mode cloud --cloud-key-file CONNECT_API-Key.txt --site-id-file CONNECT_Site-ID.txt
python -m tools.check_live_ha HOST --mode hybrid --key-file BEAAM_API-Key.txt --cloud-key-file CONNECT_API-Key.txt --site-id-file CONNECT_Site-ID.txt

Der Hybridtest simuliert den lokalen Ausfall ausschliesslich im Testprozess. Schluessel und Standort-ID werden nicht ausgegeben und sind von Git ausgeschlossen.

Build und Veroeffentlichung: docs/RELEASE.md. Architektur: CONCEPT.md.

Release files for py-neoom-connect 0.1.0

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

Source distribution (sdist)

Source distribution for py-neoom-connect 0.1.0
File Size Uploaded
py_neoom_connect-0.1.0.tar.gz 15.9 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for py-neoom-connect 0.1.0
File Interpreter ABI Platform
py_neoom_connect-0.1.0-py3-none-any.whl Python 3 none any Details

Total release size: 29.2 kB

Release files / py_neoom_connect-0.1.0.tar.gz

Download URL py_neoom_connect-0.1.0.tar.gz
Size 15.9 kB
Tags Source
SHA-256 checksum
How to use checksums
8324ac216218612e5fd245c7823c7862eb0cd5826545544a11af56ac1738983c
BLAKE2b-256 checksum
How to use checksums
b6978f93aa3aaf24fe852cfbe6686608d009d9d43de4fd32123da62878187be6
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 24, 2026.

Transparency log

Release files / py_neoom_connect-0.1.0-py3-none-any.whl

Download URL py_neoom_connect-0.1.0-py3-none-any.whl
Size 13.3 kB
Tags Python 3
SHA-256 checksum
How to use checksums
c6711a77a014b05e76372e60ea75d3ee00072393ad6a3d3f574c4a1cc9ffc3d9
BLAKE2b-256 checksum
How to use checksums
db1351e96e391a1bc4619785daeeb346491d314e3ebd395264f071abb80c7bc2
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 24, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

0.1.0 This release

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