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)
| File | Size | Uploaded | |
|---|---|---|---|
| py_neoom_connect-0.1.0.tar.gz | 15.9 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| 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 logRelease 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