Community Forum

ckhx78

@tombox sagte:

@ckhx78 Bitte auch die aktuelle GitHub version für battery stand testen

Battery stand hab ich :-) war eigentlich auch mein Hauptaugenmerk, wenn es sich lohnt den Akku nach zu laden und ich Solarüberschuss hab, dann soll die Steckdose für's Ladegerät an :-)

Thomas Braun

@ESP8266 sagte:

using serial device /dev/ttyAMA1

Wohnt das Gerät denn auch unter der Adresse?
Besser verwendet man die 'by-id'-Gerätedateien.

In der Ausgabe von

iob diag

finden sich auch die erkannten seriellen Geräte inkl. deren 'by-id'-Link.

hirada

@homoran
Sorry, da liegt ein Mißverständnis vor. Ich wollte kein bashing betreiben, ich habe nur auf den Hinweis von @mcm1957 reagiert, der ja angeregt hat, sich größere Projekte aufgrund des Wartungszustandes zu überlegen. Das finde ich durchaus legitim und hat nicht viel damit zu tun, ob der Adapter momentan läuft. Was ja bei mir wie bei @mcm1957 der Fall ist.

Nur als Neuling verunsichert so eine Datenmenge, wenn ein Limit halt deutlich überschritten wird, das war die Ausgangsfrage.

Die Objekte habe ich mir angesehen, und ich habe in der Tat bis zu 36 Einträge pro Vorhersage, im Gegensatz z.B. zu Deinen 23. Was wie gesagt das Erstellen eines Dashboards aufwendig machen wird. Aber das ist nicht yr spezifisch.

Das ist also alles kein Problem. Und von Schuld war auch nie die Rede. Momentan bin ich mit einem Limit von 7100 gut dabei, werde mir aber trotzdem noch andere Adapter anschauen. Nicht, weil dieser nicht läuft, sondern da momentan ja eh noch alles reines ausprobieren ist.

Das aber bei gut 7000 Schluß ist, war mir im ersten Lauf nicht klar, wegen der Warnung habe ich den damals halt ersteinmal wieder deinstalliert und hier nachgefragt. Über den Rechner laufen noch andere Sachen, das Risiko eines Amokadapters wollte ich nicht eingehen.

Momentan macht sich die Datenmenge aber nicht bemerkbar, nur ich habe ja auch noch nicht viel am Laufen.

Homer.J.

@TbsJah sagte:

Hat geholfen, danke! Auch danke für deine Unterstützung

ich Danke dir hab ja auch was davon wenn er Ordentlich läuft.

Anzeige geht und sieht so aus.

Wert:
Warmwasser (00:06:00)
Typ:
string

bekommen wir die Ausgabe vielleicht noch ein bisschen verschönert?
so sieht es in dem alten Adapter aus.

Wert:
Waermepumpe steht seit 11 Stunden, 11 Minuten und 26 Sekunden
Typ:
string

und hier wäre es schön wenn man diese Anzeige wieder hinbekommen würde.
steht jetzt das drin.

heatpump extendet state string

Wert:
Leerlauf
Typ:
string

das sollte.

Wert:
Keine Anforderung
Typ:
string

so schaut es jetzt aus.
Screenshot 2026-07-17 114943.png

hansmeier

Ja, das ist richtig. Den Matter Adapter habe ich schon einige Zeit mit ein paar neuen matterfähigen IKEA Sensoren und Steckdosen am laufen. Die Mattergeräte werden dann per Integration aus der Ikea App mit einem Pairing Code versehen, der dann in dem Matter Adapter importiert wird. Soweit so gut.
Hat man aber in die Ikea App ältere Zigbee Geräte eingelesen, gibt es da den Punkt "Integration" nicht und das Importieren in den Matter Adapter ist nicht möglich. Oder doch ?

icebear

Ich antworte mir mal selber, das Problem ist gelöst.
Durch den Stromausfall, wurde anscheinend die interne Matter DB gelockt (Fehler Meldung PID1531)

1. Schritt, die matter.lock Datei umbenannt in matter.lock.bak und Adapter neu gestartet
  Leider kein Erfolg, der Adapter startet aber der Controller läßt sich immer noch nicht starten und produziert die folgende Fehlermeldung:

matter.0

2026-07-17 10:46:41.133errorTypeError: Cannot read properties of undefined (reading 'getCommissionedNodesDetails') at Controller.start (/opt/iobroker/node_modules/iobroker.matter/src/matter/ControllerNode.ts:402:60) at MatterAdapter.applyControllerConfiguration (/opt/iobroker/node_modules/iobroker.matter/src/main.ts:1546:21) at MatterAdapter.#onMessage (/opt/iobroker/node_modules/iobroker.matter/src/main.ts:382:32)matter.0

2026-07-17 10:46:41.098errorunhandled promise rejection: Cannot read properties of undefined (reading 'getCommissionedNodesDetails')matter.0

2026-07-17 10:46:41.098errorUnhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().matter.0

2026-07-17 10:46:41.073error[STORAGE] Cannot save state storage.controller.root$$operationalCredentials$$trustedRootCertificates: Connection is closed.matter.0

2026-07-17 10:46:40.852info2026-07-17 10:46:40.852 NOTICE Node controller is onlinematter.0

2026-07-17 10:46:40.807info2026-07-17 10:46:40.807 NOTICE Node controller going onlinematter.0

2026-07-17 10:46:40.806info2026-07-17 10:46:40.806 WARN CommissioningController BLE is not enabled on this platformmatter.0

2026-07-17 10:46:40.741info2026-07-17 10:46:40.741 WARN FabricAuthority Using test vendor ID 0xfff1 for controller fabricmatter.0

2026-07-17 10:46:40.557warnTerminated (UNCAUGHT_EXCEPTION): Without reasonmatter.0

2026-07-17 10:46:40.556infoterminatingmatter.0

2026-07-17 10:46:40.554infoStopping Controller...matter.0

2026-07-17 10:46:40.096errorBehaviors have errorsmatter.0

2026-07-17 10:46:40.096errorAggregateError: Behaviors have errors at /opt/iobroker/node_modules/@matter/node/src/endpoint/properties/Behaviors.ts:253:27 at Function.all (/opt/iobroker/node_modules/@matter/general/src/util/Construction.ts:752:25) at initializeBehaviors (/opt/iobroker/node_modules/@matter/node/src/endpoint/properties/Behaviors.ts:246:40) at LocalActorContext.act (/opt/iobroker/node_modules/@matter/node/src/behavior/context/server/LocalActorContext.ts:62:22) at Behaviors.initialize (/opt/iobroker/node_modules/@matter/node/src/endpoint/properties/Behaviors.ts:271:41) at ClientNode.initialize (/opt/iobroker/node_modules/@matter/node/src/endpoint/Endpoint.ts:1061:38) at ClientNode.initialize (/opt/iobroker/node_modules/@matter/node/src/node/ClientNode.ts:107:31) at ClientNode.[construct] (/opt/iobroker/node_modules/@matter/node/src/endpoint/Endpoint.ts:1096:21) at initializeDeferred (/opt/iobroker/node_modules/@matter/general/src/util/Construction.ts:294:99) at Construction2.#invokeInitializer (/opt/iobroker/node_modules/@matter/general/src/util/Construction.ts:575:40)matter.0

2026-07-17 10:46:40.088errorunhandled promise rejection: Behaviors have errorsmatter.0

2026-07-17 10:46:40.088errorUnhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().matter.0

2026-07-17 10:46:40.025warn2026-07-17 10:46:39.937 ERROR ClientNode [internal] Unsupported async initialization detected when loading known peer at ClientNode.initialize (/opt/iobroker/node_modules/@matter/node/src/node/ClientNode.ts:113:19) at ClientNode.[construct] (/opt/iobroker/node_modules/@matter/node/src/endpoint/Endpoint.ts:1096:21) at initializeDeferred (/opt/iobroker/node_modules/@matter/general/src/util/Construction.ts:294:99) at Construction2.#invokeInitializer (/opt/iobroker/node_modules/@matter/general/src/util/Construction.ts:575:40) at Construction2.start (/opt/iobroker/node_modules/@matter/general/src/util/Construction.ts:295:22) at Factory.create (/opt/iobroker/node_modules/@matter/node/src/node/client/Peers.ts:623:27) at Peers.initialize (/opt/iobroker/node_modules/@matter/node/src/node/client/Peers.ts:111:25) at ServerNode.get peers [as peers] (/opt/iobroker/node_modules/@matter/node/src/node/ServerNode.ts:182:29) at ChangeNotificationService.#beginPeerObservation (/opt/iobroker/node_modules/@matter/node/src/node/integration/ChangeNotificationService.ts:112:27) at /opt/iobroker/node_modules/@matter/node/src/node/integration/ChangeNotificationService.ts:35:50

1. Schritt
  Offensichtlich hat der Stromausfall dazugeführt, das die Daten vom Matter-Adapter nicht vollständig oder fehlerhaft geschrieben worden sind.
  Maßnahme: Den kompletten Ordner matter.0 im /opt/iobroker-data Verzeichnis gelöscht.
  Adapter neu gestartet, Controller ließ sich jetzt auch wieder ohne Probleme starten.
  Neuen Pairing Code in Alexa erzeugt und damit ließ sich auch die Bridge und die Markise wieder hinzufügen.

Kanumouse

Danke für die Arbeit - funktioniert jetzt bestens mit allen Daten, auch dem Ladezustand der Batterie!

Homoran

Der Adapter läuft absolut problemlos!
Bitte diesem keine Schuld geben!

Die Meldung mit den objects ist woanders neu hinzugekommen!

@hirada
Hast du dir denn die Objekte überhaupt mal angesehen?
Insbesondere was sich bei denen ändert wenn die Anzahl szeigt.

Sehr wahrscheinlich ist 7000+ für deinen PLZ / Koordinatenbereich vollkommen in Ordnung.

Ich vermute mal, dass die dortige(n) Station(en) einfach mehr Daten liefern als bei mir.

Das ist alles kein Grund zur Panik oder für Adapterbashing
10 Tage mit 24h sind halt eine Menge Daten

skvarel

Ich habe zwar nur einen Shelly (PM Mini Gen3), wollte das Update aber trotzdem ausprobieren.

Installation verlief fehlerfrei, die Instanz startet ordentlich und die Daten kommen sauber ein

TbsJah

Hat geholfen, danke! Auch danke für deine Unterstützung

Neue Version ist oben -> 0.6.1
Implemented fallback mechanism: Index 80 lc is used if 117-120 are empty.

Community Forum

Starter

Beiträge

Mitgliederliste