Neue Funktion Backup DTA Download

Neue Test Version 3.3.0. Erweiternd ist hinzugekommen für stündlich showers (Schauer), showers_sum (Schauer insgesamt), für Täglich (Daily) showers_sum und für aktuell (current) rain, showers und snowfall. Des weiteren habe ich, um mir und euch es einfacher zu machen, bei Änderungen oder Anpassungen der rollen eine Automatische Rollen-Migration hinzugefügt, das heißt wenn role_mapping.ts geändert wird, werden bestehende ioBroker-Objekte beim nächsten Adapterstart automatisch mit den neuen Rollen aktualisiert – kein manuelles Löschen des Objektbaums mehr erforderlich. Die Migration betrifft ausschließlich API-Datenpunkte (z.B. temperature_2m, wind_speed_10m) und überspringt alle Custom-States (z.B. icon_url, weather_text, wind_direction_icon). Die aktuelle Rollen-Version wird in info.roleMappingVersion gespeichert. Das sollte jetzt automatisch bei Neustart oder nach einem Update funktionieren. Changelog: Neue Wetter-Keys hinzugefügt: unter hourly: Schauer, unter daily: showers_sum, unter current: Regen, Schauer, Schneefall Automatische Rollenmigration: Wenn role_mapping.ts aktualisiert wird, werden vorhandene ioBroker-Objekte beim nächsten Start des Adapters automatisch mit den neuen Rollen aktualisiert – ein manuelles Löschen des Objektbaums ist nicht erforderlich. Abhängigkeiten aktualisiert TO-DO und Änderungen: open-meteo-weather

Hab hier ein Javascript, das versendet eine E-Mail an angegebene E-Mail Adresse sobald eine Person/Auto/Tier entdeckt wurde. Das Script erkennt automatisch alle Eusec Kameras. Es muss nur die IP-Adresse vom Iobroker und die E-Mail Adresse angepasst werden. Vielleicht kann es einer brauchen :) Eufy-Kamera-Mail.txt

Zu version 6.1.3 noch was: Konfiguration bearbeiten - wie kommt man hier zurück/raus? Mit Browser-Zurück Pfeil alledings nicht... [image: image.jpeg]

alles Basic - die App nutze ich nur zum WLAN einrichten und API's einschalten

sch ... translations (englisch "BREAKING: ....")

Release 12.0.0 wurde im BETA (latest) Repository veröffentlicht und sollte dort in spätestens 24h verfügbar sein. Bitte die Diskussion / Feedback zur Release 12.0.0 dort fortsetzen: https://forum.iobroker.net/topic/85395/test-adapter-shelly-12.0.x-latest-beta Sobald eine enue ALPHA Version existiert, wird diese hier wieder angekündigt.

Leider bekomme ich seit einiger Zeit den Kontakt zum Fahrzeug nicht mehr hergestellt. Heute früh habe ich mich dann mal 1h lang mit Gemini-Hilfe versucht, weil ich nur beschränkt Ahnung habe. Aber leider bleibt der Fehler "nicht verbunden mit dem Gerät". Ich habe mir über den sehr schönen Token-Generator natürlich einen neuen Token geholt. Auch habe ich schon eine Deinstallation und Neuinstallation des Adapters versucht. Nun bin ich ratlos und Gemini will nund im Quellcode was ändern. Soviel Vertrauen habe ich dann doch nicht zur KI. Im Log bekomme ich immer diese Fehlermeldung: [image: grafik.jpeg] Was mache ich falsch? Was kann ich noch machen?

Hi, ich würde auch gerne beisteuern, ich habe bis jetzt alles per Modbus abgegriffen und würde aber viele Vorteile an dem Adapter sehen. Ich habe auch einige spezielle Geräte am Cerbo installiert, die zB per MQTT gefüttert werden (zB EV-Charger). Ich glaube, dass niemand die unzähligen Parameter per Hand und für alle perfekt zugeschnitten anlegen kann, meine Frage: Was spricht dagegen, die Whitelist vom User optional selbst verwalten zu lassen? Ein download button für die aktuelle (bzw voreingestellte) Whitelist und ein upload für eine modifizierte Whitelist, die bis zu einem "reset" verwendet wird, wäre für mich perfekt. Oder, falls es gewünscht ist die kontrolle über die voreingestellten Parameter zu behalten, könnte man eine zusätzliche Whitelist anbieten, die dann von den "devices" getrennt unter zB victron-gx.0.custom. angezeigt wird. Alternativ dazu würde ich auch schon mit einer Möglichkeit zufrieden sein, einfach alle (oder ggf in den Adapter-Einstellungen per Häkchen gewählte) Datenpunkte in von Victron bereits vorgegeber Struktur in meinen Objekten zu sehen (also ganz stur zB battery/512/System/MinCellTemperature -> victron-gx.0.raw.battery.512.System.MinCellTemperature). Ich kann natürlich auch gerne meine .json schicken mit Wünschen und Vorschlägen 🙂

Derzeit scheint der Adapter noch nicht oft (lt. Statistic 2x) installiert worden zu sein. (Ein paar könnten natürlich die Statistiks abgedreht haben). Sorry... [image: image.jpeg]

Bei mir leider immernoch nicht. Es zeigt bei mir immer available an. Auch wenn ich das Auto Anstecke oder lade. funktioniert das umschalten bei dir weiterhin auf charge etc.? [image: Screenshot 2026-09-19 123636.png] [image: Screenshot 2026-09-19 123701.png] Kann ich dir irgendwelche logs zur Fehlersuche zur Verfügung stellen? EDIT:# hilft das? [image: Screenshot 2026-09-19 124438.png]

Hallo @arteck, nur als Info: Ich habe heute zwave-js-ui auf v11.24.1 und Node.js von 22 auf 24 aktualisiert (wird wahrsch. auch bald von ioB empfohlen), da Version 24 von zwave-js-ui in der Konsole empfohlen wurde. Zusätzlich habe ich zwavews auf v1.1.0 aktualisiert. Ich habe ioBroker soweit möglich getestet. Bisher gibt es keine Fehler im Log und alles scheint zu laufen. Erfahrungsgemäß werden die nächsten 24 Stunden zeigen, ob tatsächlich alles wie erwartet funktioniert. Aufgefallen sind mir lediglich 2 Dinge: zwavews zeigte mir nach dem Update auf die npm-Version 1.1.0 5.418 Objekte. Vorher waren es weit unter 5000 (ganau weiss ich es nicht mehr). Ich habe die Objekte gelöscht und anschließend neu anlegen lassen. Nun sind es bei mir nur noch 3.646 Objekte. Passt also. Meine zwave-Objekte sind weiterhin mit meinen Aliasen verbunden. Allerdings musste ich einige Aliase aufgrund der Groß- und Kleinschreibung anpassen, zum Beispiel: Vorher: zwavews.0.nodeID_046.Notification.Water_Alarm.Sensor_status Nachher: zwavews.0.nodeID_046.Notification.Water_Alarm.sensor_status Gruss aus der Eifel

Möglicherweise ist dieses Projekt für Sie nützlich. https://github.com/MyrikLD/LeafBus

1.1.2 (2026-09-18) (ticaki) Ein Panel konnte nach einem WLAN-Abbruch oder einer Flut von Screensaver-Updates in wait for connection hängen bleiben, weil der serielle Puffer des Displays überlief, der Adapter schickt Nachrichten an das Display jetzt mit Abstand, sendet Screensaver-Updates höchstens alle 3 Sekunden und startet Tasmota automatisch neu, wenn das Display einen Überlauf meldet

0.4.0 (2026-09-18) - 2026H2 maintenance release (copilot) Adapter requires node.js >= 22 now (pdbjjens) Fixed: i18n directory migrated to short format (pdbjjens) Fixed: dependency updates and minor bugfixes

@Susanne007 Super, danke für die Info. Ja das mit dem Update hatte ich auch erst entdeckt, als ich meinen produktions Server hier aktualisiert hatte. Das sind leider Dinge, die ich weder in meiner Entwicklungsumgebung noch bei der Installation auf dem testserver entdeckt habe. Zudem es dann noch um sogenannte Race conditions ging, also zeitverhalten der verschiedenen Hintergrund Vorgänge. Nutzt du noch die jsonrpc Anbindung oder hast du bereits die neue websocket Anbindung probiert? Die geht allerdings, wie weiter oben beschrieben nur mit einer neuen Version des LMS (9.2latest) mit aktuell noch zusätzlichem zu aktivierendem Plugin

Falls du Claude Code am laufen hast, kann er dir das Video wunderbar analysieren. Oder mal versuchen die URL vom Adapter von irgendwo zu öffnen wo Crome läuft. Ich nutze eben einfach die ganz normale Einbettung des Videos über den <video> Tag. Da kann der Adapter nicht viel machen wenn der Browser es nicht kann. Deshalb habe ich für mich noch den go2rtc Fallback eingebaut weil ich eine Kamera von extern hab wo ich das Video nicht von AgendDVR umwandeln lassen kann.