@Black-Thunder Ein Wechsel auf die alte "MELCloud" ist nach meinem Verständnis nicht möglich. Ich habe auch den WIFI-Adapter zurück gesetzt. Es scheint, dass die MAC-Adresse des Moduls fest mit "MELCloud Home" verbunden ist. Man hatte bei der Installation des neuen Moduls auch keine andere Wahl als "MELCloud Home" einzurichten.

@afuerhoff Ich benutze statt tr064-Adapter und Script jetzt erstmalig den fb-presence-Adapter. Die Möglichkeit, wie im Script einen Filter zu setzen, der kurzzeitige Abbrüche glättet, ist sehr gut. Verwirrend und unpraktisch finde ich aber die damit verbundene Struktur der Datenpunkte, insbesondere bei Verwendung von Gruppen. familyMembers <Gruppe 1> <Gerät 1> presence presenceFiltered <Gerät 2> presence presenceFiltered presence presenceAll presentCount Wenn man für ein Gerät einen Filter aktiviert, ist presenceFiltered der entscheidende Datenpunkt, auf den es ankommt. Nur er ist gefiltert. Für die Gruppe werden verschiedene presence-Datenpunkte aus allen Geräten generiert, die aber ausschließlich auf den ungefilterten Werten zu basieren scheinen. Alle Gruppen-Datenpunkte wären damit sinnlos bzw. falsch, wenn man Wert auf die Filterung legt. Ich habe mich hier lange gewundert, warum Änderungen des Filters keinerlei Auswirkung haben - sie wirken eben nur auf presenceFiltered der Einzelgeräte. Da man für jedes Gerät den Filter aktivieren oder deaktivieren kann, sollte auf den Datenpunkt presenceFiltered verzichtet werden. Der DP presence und alle davon abhängigen DP sollten grundsätzlich bei aktiviertem Filter gefiltert sein und bei deaktiviertem Filter die Rohdaten liefern. Statt des DP presenceFiltered könnte pro Gerät ein DP filterActive o.ä. existieren, der angibt, ob ein Filter für die presence-DP benutzt wurde. VG Achim edit: Hat sich erledigt, hatte die Dokumentation missverstanden und presenceFiltered in der README nicht gefunden. Man muss eben eine eigene Auswertung schreiben.

Ist das Proble m in einem Issue erfasst? Bitte um eine Referenz damit man das verlinken und im Adapter beheben kann.

Kann es nicht mehr nachvollziehen, jetzt klappt es ... javascript.0 2026-01-25 10:35:44.389 info script.js.Spielwiese.Test: readFile(adapter=0_userdata.0, fileName=test.txt) javascript.0 2026-01-25 10:35:44.389 info script.js.Spielwiese.Test: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions javascript.0 2026-01-25 10:35:44.655 error script.js.Spielwiese.Test: Error: Not exists at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.javascript/src/lib/sandbox.ts:4595:30) at processImmediate (node:internal/timers:487:21) javascript.0 2026-01-25 10:35:44.655 info script.js.Spielwiese.Test: writeFile(adapter=0_userdata.0, fileName=test.txt) Womöglich hätte ich im FIles-View von ioBroker nur "aktualisieren" drücken müssen - peinlich .... [image: 1769334916977-a9bef577-49b5-4d6a-ba58-9aa8d0f1fb7e-grafik.png]

Dieser Adapter ist nicht in den Repositories gelistet. Er ist daher nur als im ALPHA STATUS zu betrachten. Da der Entwickler bisher keinen Request zur Aufnahme in die Repositories gestellt hat oder die notwendigen Anpassungen nicht vorgenommen hat ist von einem Installation zu anderen als experimentellen Testzwecken abzuraten. Bitte den Maintainer ggF darum ersuchen diesen Adapter in die Repositories aufnehmen zu lassen. Information dazu gibt es hier: https://github.com/ioBroker/ioBroker.repositories?tab=readme-ov-file#requirements-for-adapter-to-get-added-to-the-latest-repository Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird. Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen. Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

@m-christian ich hab mal in deinem Namen einen Platzhalter erzeugt bevor die erste Reaktion kommt. Haben ist besser als brauchen!

In NPM ist die Version 0.1.8 aktuell. An der Funktionalität hat sich nix geändert. Es wurden lediglich die Abhängigkeiten aktualisiert. Wenn's mit dieser Version Probleme geben sollte, bitte hier melden ...

@Sven-Rowe Hallo! Der Adapter versucht eine Mediola automatisch zu finden. Wahrscheinlich finden beide Adapter die gleiche Mediola. Dafür kann über die IP-Adresse oder die MAC-Addresse eingeschränkt werden. Einfach mal in den Einstellungen stöbern. Bin gerade nicht am Rechner.

@David-G. Jop, installiert alles was hier gelistet ist mit dem Adapter https://github.com/foxriver76/ioBroker.puppeteer/blob/bf09e8ce9fce3189083112c6566ad5869902128b/io-package.json#L148

Für alle die Probleme mit schnell ablaufenden Coockies haben oder diese nicht regelmäßig manuell erneuern wollen habe ich ein kleines Script geschrieben. Darf gerne getestet werden. https://forum.iobroker.net/topic/83592/script-google-shared-locations-cookie-fixer

Ok ,sorry und danke ......hab ich übersehen .......dachte da kommt mehr als "last received"......... Alles gut !!!! Lg noio

Hi @paradoxe-situation Alternativ zur Berechnung wie von FernetMenta geschrieben kannst du das auch parallel zum Adapter über Modbus direkt vom Smart Energy Meter beziehen. Ich habe das KSEM von Kostal und dann kannst du dir das in den Registern zur Verfügung stellen lassen 1te Zeile Netzbezug 2te Zeile Einspeisung letzte Zeile aktueller Hausverbrauch Beschreibung aller Register findest du in der KSEM Doku. [image: 1768596752046-aa67d48d-f511-4f6d-90cc-930cfc492c99-grafik.png]

@bommel_030 Besten Dank :)

Hab es mit chatGPT gelöst...

@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

@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.

Falsches Forum!

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

@JoschiRaab Logs wären vermutlich hilfreich..l