@bommel_030 Besten Dank :)

Ich hab jetzt auch mal diesen Unifi OS Server in ner Test VM installiert: @schweiger2 sagte in Test Adapter Unifi Network: Der im Unifi OS Server erkennbare bzw. angelegte site name ist nicht der Name, der in der Adapter-Instanz unter Controller-Site eingetragen werden muss. Da scheint es wohl einen internen System-Namen zu geben. Ich hatte nicht den default genommen, sondern eine neue Site angelegt, mit der ich arbeite. Der einzutragende Name wurde bei mir so herausgefunden: Ja das ist schon immer so, der angezeigt Name in der Übersicht ist nicht die ID. Diese findet man auch in der browser url zeile: https://xx.xx.xx.xx:11443/network/${siteId}/dashboard. Oder man liest das log file, das gibt es ne error meldung wenn die site nicht existiert und welche wirklich existieren. @schweiger2 sagte in Test Adapter Unifi Network: Die Rechte im Unifi OS Server für den angelegten User müssen auf Super Admin gesetzt werden; die Rechte in der Anleitung reichten nicht. also bei meinem Test System geht es genauso wie es in der Anleitung beschrieben ist, keine notwendigkeit als admin da rum zu hampeln. [image: 1768564572141-09c1f794-759a-4e0d-8089-f7db615726d1-image.png]

Hab es mit chatGPT gelöst...

Ich vermute mal eine Art Reset des Speichers, nachdem das immer um 1 Uhr nachts auftritt und auch immer um die selbe Zeit rum. iobroker.2026-01-08.log.gz:2026-01-08 01:06:01.824 - error: hoymiles-ms.0 (499) [MQTT-Server] (MSAMASTER) client error Error: read ECONNRESET iobroker.2026-01-08.log.gz:2026-01-08 01:08:24.687 - error: hoymiles-ms.0 (499) [MQTT-Server] (MSASLAVE) client error Error: read ECONNRESET iobroker.2026-01-09.log.gz:2026-01-09 01:06:01.738 - error: hoymiles-ms.0 (499) [MQTT-Server] (MSAMASTER) client error Error: read ECONNRESET iobroker.2026-01-09.log.gz:2026-01-09 01:08:04.284 - error: hoymiles-ms.0 (499) [MQTT-Server] (MSASLAVE) client error Error: read ECONNRESET iobroker.2026-01-10.log.gz:2026-01-10 01:06:21.896 - error: hoymiles-ms.0 (499) [MQTT-Server] (MSAMASTER) client error Error: read ECONNRESET iobroker.2026-01-10.log.gz:2026-01-10 01:08:23.996 - error: hoymiles-ms.0 (499) [MQTT-Server] (MSASLAVE) client error Error: read ECONNRESET iobroker.2026-01-11.log.gz:2026-01-11 01:06:21.664 - error: hoymiles-ms.0 (499) [MQTT-Server] (MSAMASTER) client error Error: read ECONNRESET iobroker.2026-01-11.log.gz:2026-01-11 01:08:03.598 - error: hoymiles-ms.0 (499) [MQTT-Server] (MSASLAVE) client error Error: read ECONNRESET iobroker.2026-01-12.log.gz:2026-01-12 01:06:21.291 - error: hoymiles-ms.0 (768926) [MQTT-Server] (MSAMASTER) client error Error: read ECONNRESET iobroker.2026-01-12.log.gz:2026-01-12 01:08:02.916 - error: hoymiles-ms.0 (768926) [MQTT-Server] (MSASLAVE) client error Error: read ECONNRESET iobroker.2026-01-13.log.gz:2026-01-13 01:06:01.078 - error: hoymiles-ms.0 (768926) [MQTT-Server] (MSAMASTER) client error Error: read ECONNRESET iobroker.2026-01-13.log.gz:2026-01-13 01:08:02.335 - error: hoymiles-ms.0 (768926) [MQTT-Server] (MSASLAVE) client error Error: read ECONNRESET iobroker.2026-01-14.log.gz:2026-01-14 01:06:20.518 - error: hoymiles-ms.0 (768926) [MQTT-Server] (MSAMASTER) client error Error: read ECONNRESET iobroker.2026-01-14.log.gz:2026-01-14 01:08:02.295 - error: hoymiles-ms.0 (768926) [MQTT-Server] (MSASLAVE) client error Error: read ECONNRESET MOD-EDIT: Code in code-tags gesetzt!

Zur tatsächlichen Last kann ich nicht viel sagen, er hat aber eine kurze Gedenksekunde, bevor er den Stream dann tatsächlich auch überträgt. Aber die sollte dann auch reichen. Ansonsten gern einfach herunterladen und testen.

@Asgothian sagte in Tester wanted - Zigbee Adapter 3.1: Mit welcher Version hattest du die geändert mit der 3.1.5 Das war auch "einige Zeit" geblieben. Hab nur jetzt die Dosen nach aktuellem Verwendungszweck gesucht und nicht (mehr) gefunden

Hallo zusammen, ich habe auch den Adapter installiert und es funktioniert! Kann man den Batterieladestand auch sehen, wenn man in der App diese nicht sieht, weil man das entsprechende Abo nicht hat? Ich habe nur das Abo "My Remote Renewal" gebucht und dachte da würde man auch den Status der Batterie sehen, aber nein, dafür ist dann ein anderes Abo nötig. Gibt es eine Möglichkeit den Status des Akkus über iobroker zu sehen? *** Edit Scheint doch alles möglich zu sein. Hab die Daten vom Akku.

... das hat mir der Alpha-Service geantwortet (sinnvoll gekürzt): ..... Das EMS weist in der Regel drei verschiedene Zustände auf, die auf der Cloud-Plattform wie folgt angezeigt werden: Normal, Protection und Fault. ..... Mit freundlichen Grüßen, AlphaESS Customer Service Vielleicht auch für andere von Interesse.

@crunchip Mit dem Update meinte ich vom Linux Control Adapter. Hab jetzt mal alles deaktiviert, bis auf den oberen Block Infos zum Host. Die Log ist recht sauber und ruhig. Funktionieren dann einfach die anderen Optionen nicht am System. Wie gesagt, beides mal Linux was da werkelt, einmal Proxmox Host und einmal nen LXC mit Mainsail.

@hardwarefehler tolle Idee! Schau ich mir mal genauer an (wenn ich dazu komme). Hätte ich auch Verwendung dafür.

Ab jetzt ist mein Adapter im Latest-Repo und kann über den Admin aktualisiert werden :) [image: 1768374999171-27bdb755-6a0f-463b-bb9b-73c080faebbd-image.png]

Vielen lieben dank . Jetzt Funktioniert der Adapter . Jetzt nur noch gucken was mal alles auslesen und nutzen kann .

Liebe Komunity, ich versuche ohne Erfolg die neue api-Verschlüsselung einzugeben. Habe im Programm den Schlüssel wie folgt eingetragen: code_text api: encryption: key: !secret api_pw_06 code_text Das api_pw_06 in secrets ist z.B. "HYoIYihaDsXRuOyO236pMeMF/bDB8+Bd" Den gleichen Schlüssel habe ich anschließend in das entsprechende Gerät in ESP-home eingegeben. (Das Programm wurde natürlich nach der Eingabe compiliert und in das Gerät geladen.) Anschließend kommt die Nachricht, dass der Schlüssel nicht gefunden wurde. Welcher Schlüssel muss in ESP-home, Allgemeine Einstellungen, "Standardschlüssel" eingeben werden? Danke für eure Antworten! Hans EDIT: Fehler tritt nicht mehr auf! Maßnahme: Gerät löschen und neu mit Schlüssel anlernen.

Falsches Forum!

Guten Morgen, der Adapter wurde ins latest Repository aufgenommen und ist in der Version 0.1.0 verfügbar: [image: 1768193842523-45cb004f-4ecc-48c5-a144-b8c5a749a66c-image.png] Falls Interesse besteht kann ich gerne eine Beschreibung erstellen wie mein Opentelemetry (kompatibler) Stack aufgebaut ist. Über die Tage habe ich mehr und mehr Devices (zusätzlich zum Influx DS) aufgenommen und beispielsweise ein Alerting gebaut wenn meine Waschmaschine fertig ist. (Durchschnittlicher Verbrauch größer 20 Watt im Interval: 3h und max Verbrauch < 1 Watt für die letzten 5 Minuten) Olli

Besten Dank für den Adapter. Ich habe den Mal installiert und mich registriet. Ich denke am Wochenende arbeitet da keiner und ich kriege dann die Details welche ich in den Adapter füttern muss ab Morgen. Im Grundsatz kann man damit aber diverese Schutzautomatismen implementieren.

@babl wie gesagt wichtig ist auf 1440 Minuten zu stellen und ein zwei account nehmen

@arteck Du hast eine kleine, aber wichtige Info nicht erwähnt... Wenn man die erweiterten Informationen aktiviert ist es eine Breaking Änderung, da der bisherige DP nicht mehr existiert und in den Unterordner gewandert ist. Hab ich eben mehr zufällig gemerkt..... Ist nicht schlimm, sollte man aber vorher wissen

Keine Ahnung was da geändert / gefixed wurde. Es gab eigentlich keine Änderung an den sourcen. Aber (fast) egal - Hauptsache es geht wieder alles.

@OliverIO im ersten Beitrag siehst Du im Screenshot "OpenAI Chat Model" und bei Model "gpt-3.5-turbo" an dieser Stelle, habe ich (immer korrespondierend zu meinen Versuchen in meinem eigenen Tool) verschiedene Modelle ausgewählt und die Ergebnisse verglichen. Wähle ich hier etwa "gpt-5-nano", dann dauert der Schaltvorgang ca. 3-4 Sekunden. Jedenfalls deutlich länger als bei den "teureren" Varianten. Die Qualität der Ergebnisse war aber immer gleich/ähnlich.