@hotspot_2 Da ich den Support seit einigen Jahren alleine mache, glaube ich nicht, dass Du über diesen Kanal eine Antwort bekommst. Wenn überhaupt, dann über github.

@ilovegym Ja das war mein Fehler, danke für den Hinweis. Gruß Marcus

Habe noch ein Issue geöffnet das bei mir die Objecte unter "current - daily - <zum Beispiel> 00 - day" alle den Wert null haben. So ist das bei allen von 00 bis 07. https://github.com/ticaki/ioBroker.brightsky/issues/90

@Atifan ich hab kein plan was du da fabrizierst ok nur dass ich das richtig verstehe.. du willst iobroker nutzen um bei evcc einen Zähler zu simulieren ?? ach deshalb das gehample mit mqtt... und bitte nicht auf 2 Threads verteilen.. das macht die Sache nicht besser oder schneller..

@ToK einfach einfach wort aus dem Hauptordner wie general oder samsungce eingeben

@babl ich habe nochmal was angepasst bitte die GitHub version drüber installieren

Aufgrund der Prüfung für das Latest Repository wird der Token jetzt verschlüsselt. Dadurch müssen mit der neuen Version die Daten neu eingegeben werden.

Es gibt im heatingcontrol adapter die Möglichkeit einzelne Zustände zu setzen und damit einzelne Zimmer mit sepaaraten Temperaturen anzusteuern, z.B. Anwesend, Party jetzt, Gäste oder Kaminmodus. Gibt es die Möglichkeit noch ein bis zwei weitere Zustände in der Version 3 einzufügen? Evtl. frei deklarierbar? Eigentlich geht es darum das Bad zu unterschiedlichen Zeiten aufzuheizen wegen Schichtarbeit meiner Frau und Homeoffice oder Büro von mir. Das sind insgesamt 4 verschiedene Zeiten, könnte man aber evt. über ein Script mit einem oder zwei Zuständen abfangen.

ACHTUNG Die letzte Release ist bereits 1 Jahr alt und der Dev hat den Adapetr nach wie vor NICHT als STABIL deklariert sondern nur als BETA Version veröffentlicht. Auch sind Dinge wie z.B. Tests mit der aktuellen node.js 24 seit langem offen (https://github.com/ToGe3688/ioBroker.ai-toolbox/issues/36). Ev. kann sich der Maintainer ja hier mal melden und sagen wann er die offenen Issues abarbeiten wird und wann er den Adapter als stabil einstufen wird bzw. welche offenen Punkte ihn davon abhalten.

@OliverIO funktioniert bestens [image: 1769611796205-556dced8-dbac-4d69-ab3d-e792184996f6-image-resized.png]

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

Ne ist mit Backitup-Adapter...Dann versuche ich mal mein GLück. Danke für die Hilfe

@bkern800 porsche debug log nicht javascript

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]

Neue Version 4.3.10 Es ist nun möglich javascript Bibliotheken und css Dateien per url zu laden Diese Funktion steht aktuell nur für das vis1 widget zur Verfügung um dies ersteinmal zu testen. Einen Beispiel Usecase mit chartjs kann in der readme nachgelesen werden https://github.com/oweitman/ioBroker.vis-jsontemplate/tree/main?tab=readme-ov-file#use-case-for-loading-additional-scripts hier mal ein Screenshot des Beispiels wie man mit JSON-Daten aus einem Datenpunkt ein chart mittels der chartJS-Bibliothek erstellen kann [image: 1769288037882-66ccdf29-bea7-4679-9f94-4dd473d95587-image.png] https://www.chartjs.org/docs/latest/getting-started/ Das ist jetzt keine Super-Komfort Lösung die sehr einfach ist, aber eine bei der man sehr detailliert die Möglichkeiten so einer Bibliothek nutzen kann.

Neue Version 0010 Der Aufruf des Tabs wurde repariert. So sieht der Aufruf aus [image: 1769275305952-6fd8a713-80aa-4782-85cf-5386304b2bc9-image.png] ggfs. muss der Tab über das Stift Icon unten rechts aktiviert werden. Funktional kam gegenüber v009 nichts mehr dazu

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.

Adapter sollte als DEPRECATED betrachtet werden Der Adapter wurde im November 2025 einem Review unterzogen. Die dabei angemerkten Issues wurden bis heute nicht als behoiben gemeldet und der Dev hat seit längerer Zeit auch auf explizite Nachfragen NICHT mehr reagiert. Es ist daher davon auszugehen, dass er den Adapetr nicht finalisiseren will / wird. @wawyo Falls dich die mehrfachen Nachrichten auf Github nicht erreicht haben hier nochmal der Link zum PR: https://github.com/ioBroker/ioBroker.repositories/pull/5182 Sollte auf Github keinerlei Reaktion bis spätesten 15.2.2026 erfolgen, wird der PR zuer Aufnahme in die Repositories geschlossen. Generell gilt auch hier: 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. EDIT: Lt. Kommentar hier: https://github.com/spayrosam/ioBroker.dreamehome/issues/31#issuecomment-3797152660 arbetet spayrosam sehr wohl am Adapter und plant eine repositorygeeignete Version bis Ende März 2026 fertigzustellen. DANKE an ihn für seine Arbeit und Zeitspenden.