Zweiter Akku wird nicht erkannt

[jab42]

Hallo,
Nach einigen Problemchen hab ich das ganze nun so weit, dass ich einen Akku steuern kann.
Ich habe das Ganze als HA App installiert und über die yaml konfiguriert.
astrameter erscheint in der MT App und ich kann beide Akkus an den ct002 anmelden.
Allerdings kann ich nur den als erstes angemeldeten Akku steuern, da HA kein zweites Gerät erkennt.
Muss ich vielleicht einfach irgendein Flag setzen?
Welche Infos sind noch wichtig?

Das bisherige Log (da ist ja auch die Config drin):

s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service base-addon-banner: starting
-----------------------------------------------------------
 Add-on: AstraMeter
 "Replicates a Smart Meter device for Marstek energy storage systems (formerly B2500 Meter) while allowing integration with various smart meters."
-----------------------------------------------------------
 Add-on version: 2.2.1
 You are running the latest version of this add-on.
 System: Home Assistant OS 18.0  (amd64 / qemux86-64)
 Home Assistant Core: 2026.6.4
 Home Assistant Supervisor: 2026.06.2
-----------------------------------------------------------
 Please, share the above information when looking for help
 or support in, e.g., GitHub, forums or the Discord chat.
-----------------------------------------------------------
s6-rc: info: service base-addon-banner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service base-addon-log-level: starting
s6-rc: info: service fix-attrs successfully started
Log level is set to INFO
s6-rc: info: service base-addon-log-level successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started
[05:01:15] INFO: Resolved add-on slug for HA discovery: 3bc06276_b2500_meter
[05:01:15] INFO: Using Home Assistant's internal MQTT broker
[GENERAL]
DEVICE_TYPE=ct002
THROTTLE_INTERVAL=0.0
ENABLE_WEB_SERVER=true
[CT002]
CT_MAC=
ACTIVE_CONTROL=true
MIN_EFFICIENT_POWER=0
EFFICIENCY_ROTATION_INTERVAL=10
MIN_DC_OUTPUT=0.0
GRID_PREDICT_TRUST=0.5
CLOUD_REPORTING=false
[MARSTEK]
ENABLE=True
BASE_URL=https://eu.hamedata.com
MAILBOX = REDACTED
PASSWORD = REDACTED
TIMEZONE=Europe/Berlin
[HOMEASSISTANT]
IP=supervisor
PORT=80
API_PATH_PREFIX=/core
ACCESSTOKEN = REDACTED
WAIT_FOR_NEXT_MESSAGE=true
POWER_CALCULATE=False
CURRENT_POWER_ENTITY=input_number.nix
[MQTT_INSIGHTS]
BROKER=core-mosquitto
PORT=1883
USERNAME=addons
PASSWORD = REDACTED
TLS=false
HA_DISCOVERY=True
ADDON_SLUG=3bc06276_b2500_meter
[05:01:15] INFO: Waiting for Home Assistant to be ready...
[05:01:15] INFO: Home Assistant is ready! Proceeding with AstraMeter startup...
[05:01:15] INFO: Starting AstraMeter with log level: info
2026-06-24 05:01:17 INFO:astrameter:started astrameter application
2026-06-24 05:01:17 INFO:astrameter:Git commit: 958cbf60a49e13a40c26b5578b65434f0633388c
2026-06-24 05:01:17 INFO:astrameter:Device Types: ['ct002']
2026-06-24 05:01:17 INFO:astrameter:Device IDs: ['device-1']
2026-06-24 05:01:17 INFO:astrameter:Skip Test: False
2026-06-24 05:01:17 INFO:astrameter.marstek_api:Marstek managed ct002 already exists (devid=02b250f698d6, mac=02b250f698d6, type=HME-4)
2026-06-24 05:01:17 INFO:astrameter:Managed fake CT registration completed. Fake CT devices appear as offline in the Marstek app CT list (this is expected).
2026-06-24 05:01:17 INFO:astrameter:Pairing hint: refresh the CT device list (or log out/in if needed), select AstraMeter CT002, switch battery mode to Automatic, and choose that CT. The CT should be selectable as soon as it appears in the device list.
2026-06-24 05:01:17 INFO:astrameter:Credentials are only needed for one-time registration. You can remove MARSTEK mailbox/password from config now.
2026-06-24 05:01:17 INFO:astrameter:Starting web server...
2026-06-24 05:01:17 INFO:astrameter:Web server started on 0.0.0.0:52500
2026-06-24 05:01:17 INFO:astrameter:Web server started successfully
2026-06-24 05:01:17 INFO:astrameter:Home Assistant WebSocket connected to supervisor
2026-06-24 05:01:17 INFO:astrameter:Home Assistant: authenticated
2026-06-24 05:01:17 INFO:astrameter:Successfully fetched HomeAssistant powermeter value (filter 0.0.0.0/0): 0.0W
2026-06-24 05:01:17 INFO:astrameter:MQTT Insights service started
2026-06-24 05:01:17 INFO:astrameter:Active control enabled: load split + fair distribution + saturation detection
2026-06-24 05:01:17 INFO:astrameter:CT002 UDP server listening on port 12345
2026-06-24 05:01:17 INFO:astrameter:MQTT Insights connected to core-mosquitto:1883
2026-06-24 05:01:19 INFO:astrameter:CT002 consumer 60323bd11234 phase detected: A

[tomquist]

Die config passt soweit, nur den debug Log einschalten wäre gut damit man mehr sieht. Auch wäre es gut wenn du grundsätzlich beschreibst was genau vor hast. Ich weiß das zwar aus der anderen Konversation aber alle anderen die hier mitlesen wissen das nicht.

astrameter erscheint in der MT App und ich kann beide Akkus an den ct002 anmelden.

Hast du das auch an beiden Geräten gemacht. Wie? Was zeigt die App genau an? Zeigt sie an, dass sie verbunden ist?

Vermutlich befindet sich das zweite Gerät im inspection mode und der es seine Phase ermittelt. Dazu sendet der Speicher eine Probe ins Netz und schaut dann auf welcher Phase sich etwas ändert. Das funktioniert natürlich bei einem Sensor der 0 ausgibt nicht so gut. Irgendwie musst du deinen Speicher aus diesem inspection mode raus bekommen, z.B. indem du ihn einen sensor gibst, der sich verändert wenn die Einspeiseleistung verändert wird.

Aber das ist alles nur Spekulation meinerseits weil oben ziemlich wenige Informationen enthalten sind.

[tomquist]

Ich verstehe das Problem nicht ganz, entweder du willst ständig neue werte schreiben über eine Automation, dann gibt es aber das Problem von oben gar nicht weil AstraMeter ja sofort wieder neue Werte bekommt nach einem Verbindungsabbruch, oder du willst nur selten werte schreiben, dann gibt es das Flash-Problem nicht.

Und nein, über Bluetooth gibt es keine Möglichkeit zu schreiben ohne den Flash zu beladen. Das geht nur über MQTT (oder hm2mqtt) oder über AstraMeter.

[jab42]

ständig neue werte schreiben über eine Automation

Nicht ständig genug um die unberechenbaren Ausfälle akzeptieren zu wollen und nicht selten genug, um nicht Angst um den Flash zu haben (ab wann der begründet ist, sei dahingestellt).
Vor allem will ichs stabil haben. Das ging bei mir bisher nur über BT.

Das geht nur über MQTT (oder hm2mqtt)

Das krieg ich, egal mit welchem Backend, bei mir nach wie vor nicht zum Laufen.
Deshalb eben mein (im Grunde nun erfolgreicher) Versuch über Astrameter.

Der Lidl Speicher kann scheints garkeine Autosteuerung?

[thowiegit]

@jab42 bau Dir eine State Machine.
Dazu brauchst Du für jeden Wert der gehalten werden soll einen Eingabehelfer gleichen Typs für den Sollwert.
Diesen Eingabehelfer setzt Du aus Deinen Automationen heraus immer dann wenn es gerade nötig ist auf den gewünschten Wert.
Dann hast Du eine Automation, welche alle x Sekunden läuft und dann alle Sollwerte mit den aktuellen Istwerten vergleicht und bei einer Abweichung den Sollwert auf den Istwert überträgt.
Ich habe das seit langem so laufen weil z.B. hm2mqtt über mqtt ohne quos mit den Speichern spricht, was bedeutet das ein gesendeter Wert der nicht, oder schlicht im falschen Moment beim Speicher ankommt einfach vergessen wird.
Mit der State Machine Automation und ihren Eingabehelfern müssen sich meine normalen Automationen nicht mehr drum kümmern ob zu setzende Werte wirklich wirksam werden, weil das die State Machine übernimmt (in meinem Fall alle 15 Sekunden) und dafür sorgt das Sollwerte auch Istwerte werden. Das funktioniert auch dann wenn einer der Speicher kurze Zeit schlicht nicht auf MQTT reagiert.
Und das funktioniert halt auch mit Astrameter, wobei man es da noch mit höherer Frequenz machen kann wenn man möchte, da Astrameter ja nicht den Limitationen bezüglich der Abfragehäufigkeit unterliegt wie hm2mqtt durch die leicht durch zu häufige mqtt Anfragen zu überlastende interne Steuerung der Speicher selbst.

Ich hatte jedenfalls ohne State Machine irgendwann nur noch Frust mit den Speichern und habe schon letztes Jahr all meinen Automationen welche die Speicher gesteuert haben immer Routinen verpasst welche sichergestellt haben, das zu setzende Werte wirklich angekommen sind. Das war jedoch unflexibel und sorgte für teils längere Zeit blockierte Automationen, wenn ein Speicher mal länger nicht korrekt reagiert hat.
Deswegen habe ich dieses Frühjahr die Idee eine State Machine zu haben umgesetzt und das ganze so simpel wie möglich.
Das funktioniert auch nicht nur mit den Speichern, das kann man für alle Arten von unzuverlässigen Entitäten die man steuern kann nutzen um sie zuverlässig über längere Zeit und auch über Neustarts hinweg auf dem letzten gewünschten Wert zu halten.

Auch die Bedienung von Hand über Dashboards wird dadurch deutlich vorhersagbarer, weil man einfach nur noch die State Machine Eingabehelfer in seine Dashboards einbaut, statt die echten Entitäten. Wo es wichtig ist baut man sich dann Im Dashboard gleich eine Soll / Ist Eingabe und Anzeige und sieht so dann auch direkt welcher Sollwert aktuell tatsächlich als Istwert umgesetzt wird.

[jab42]

bau Dir eine State Machine.

Hast du das in einem Forum DAU sicher beschrieben? Wenn ja, wie find ichs?

[thowiegit]

Nein, hab ich nicht.
Ich hab schlicht aktuell schlicht nicht die Zeit das zu supporten, wenn ich das irgendwo DAU sicher beschreibe würde mich aber genau das erwarten ;-)

Nimm meinen Text, gib ihn Google Gemini oder ChatGPT (ChatGPT nur wenn es ein bezahlter Account ist) und bitte ihn Dir das für Deine gewünschten Home Assistant Entitäten umzusetzen.
Idealer Weise nicht über die UI, sondern als Package (was ein Home Assistant Package ist kann Dir bei der Gelegenheit auch Google Gemini erklären - in ganz kurz gefasst, hat so ein Package den Vorteil das man alles was es zur Umsetzung einer Idee braucht in einer einzigen Datei zusammenfassen kann, also auch mehrere Automationen und eine Sammlung von Eingabehelfern die man dafür braucht) dann hast Du etwas das sehr gut wartbar und leicht zu überblicken ist.

Mein Package würde für Dich keinen Sinn machen, da es bei weitem größer als nur die State Machine ist und einiges an Design Altlasten mitschleppt die ich erst mal aufräumen müsste wenn ich das fit zur Weitergabe machen wollte. Du wirst also nicht drum herum kommen Dein eigenes zu bauen, bzw. Dir von Gemini oder ChatGPT bauen zu lassen. Das sollte aber mit meiner obigen Erklärung im Grunde kein großes Ding sein, insbesondere wenn Du es eine KI machen lässt und wenn Du meinen Text mit in Deinen ersten Prompt nimmst.