@Marv21 die haben für EBE wohl was geändert, weswegen der Adapter keine Daten holen kann.

@ParaChris82 ok danke. Dann werde ich ihn auch mal testen.

@zap Hallo zap. Zunächst Danke für den Adapter. Ich verwende ihn seit ein paar Jahren mit einem EV Charger 7.4. Bislang ohne Probleme. Nur kommt ein 2. EV und ich überlege den neueren Charger EVC22-3AC-20 mit zu installieren. Die Frust ist groß, dass SMA es als Modbus-fähig verkauft aber nicht spezifiziert. Bin leider aber (erstmal) in deren Ecosystem gefangen. 2 kurze Fragen: kann man Dein Adapter auch mit dem EVC22 nutzen? kann man ggf. mit diesem Befehl zwischen den Chargingmodi wechseln? parameter.ChrgActChaMod - Set charging mode Danke und Gruß, nimsoc

Version 1.0.2 ist nun auf Stable.

@Basti97 Das scheint mir ein normales Eingabefeld für die zu verwendende Mailadresse zu sein. Da kann man dann einfach getrennt durch Strichpunkt die anzusprechenden Mailadressen eintragen, also z.B. "johnny.walker@mail1.com; test.user@roundmailer.es; ab.surd@vwx.info"

Danke habe ich schon gemacht, erst dachen sie dass der Account von meinem Installateur nicht freigegeben ist, aber das war er dann. Ich hoffe mal, dass ich noch was beim Support erreiche ...

Ebenso, läuf alles reibungslos mit der 3.3.5

Ich denke nicht, ich habe mir es aus den Werten der Geräte-Webseite erschlossen.

https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1060 https://github.com/iobroker-community-adapters/ioBroker.shelly#not-supported-devices

@schweiger2 Bitte um Issue od gleich PR. Forumsbeiträge gehen eher unter.

Eingerichtet. Funktioniert erst gut.

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

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.

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.

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]

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