@SpeedyBlade sagte in Iobroker backitup error.. Wo liegt das problem: ich werde neu aufsetzen Du hast eh keine anderen Optionen.

@denjo Bitte mal testen https://forum.iobroker.net/topic/84066/test-adapter-navimow

@Jeba https://forum.iobroker.net/topic/84066/test-adapter-navimow

@Martin-6 sagte in mystrom adapter wieder installieren: Für eine 1:1 Sicherung muss ich also die Speicherkarte klonen. Ja - für Bug und Crashcompatibilität ist das erforderlich. Auch Fehler im Dateisystem sind nur so wiederherzustellen. Die Alternative ist der Einsatz der stabilen Version von Adaptern. Testversionen (Betaversionen) brauchen im allgemeinen nicht gesichert werden, da diese ja hoffentlich nicht produktiv eingesetzt werden.

@tomowner sagte in Fronius Batterie über Modbus steuern: Wo könnte der Fehler sein das ich keine Werte erhalte. welchen Typ haben die Register laut Bedienungsanleitung?

@frankthegreat Bin jetzt was schlauer geworden: Mit dem Release 2.4.2 wurden die Aktualisierungszyklen angepasst. "Decoupled frequencies to lower API load. Every poll: Dashboard and today values; Once per day: Yesterday, Monthly, Yearly values (we reduce load by about 65% compared to polling everything every time)" Energy- Stream ist als high Prio Pollimng deklariert und daher alle 20 sec Dashboard und Measurement -daily today per API - also alle 5 Min (mein API Abfrageintervall) Measurement yesterday mal am Tag 00:00 Uhr ?! Die restlichen Datenpunkte, die einmal täglich aktualisiert werden, werden anscheinend zu der Uhrzeit aktualisiert, wann zuletzt die Option "AllTime-Verlauf neu erstellen (einmalig)" gesetzt und gespeichert wurde. VG C

Es gibt mittlerweile eine HA Integration, interessant für diejenigen, die HA parallel laufen haben: https://github.com/zaubii/owg-g32-ha-integration

Vielen Dank Chrunchip. Ich habe die Datei auf dem Raspi im Verzeichnis /opt/iobroker/iobroker-data/files/0_userdata.0 gefunden und gelöscht. Ich hoffe, dass ich beim nächsten Backup keine Fehlermeldung mehr habe.

@Krissie777 sagte in Backup ioBroker_Granana_Influx_Javascripts_Neuinstallation: Influxdb 1.x Adapter gibt mir folgenden Fehler aus, Aggregat Error Welche Fehlermeldung genau?

Danke für die Nachfrage. Bis jetzt läuft der Adapter problemlos und ohne Verzögerung. Bei Version 0.9.0 ist mir der Fehler allerdings auch erst nach etwa 3–4 Wochen aufgefallen. Ich gebe auf jeden Fall zuverlässig Bescheid, sobald etwa zwei Wochen vergangen sind.

@Nashra Ah, mal die --de Version. Sehr schön. Bei *** ZEIT UND ZEITZONEN *** Local time: Thu 2026-03-12 08:24:37 CET Universal time: Thu 2026-03-12 07:24:37 UTC RTC time: n/a fehlt offenbar ein Zeilensprung. Und bei den Netzwerkports fehlen die gebunden Ports, glaube ich. Muss ich mir später mal genauer anschauen.

@Jey-Cee Schade das es nicht funktioniert hat. Ich habe die Cron Jobs von meinem jetzt auch gestoppt. Falls es noch mal erforderlich ist, kann ich den gerne wieder aktivieren. Ich fand es trotzdem spannend. Ich war am überlegen, ob ich OpenClaw überhaupt installieren soll und dieses Projekt hat dann den Anstoß gegeben und mittlerweile mache ich auch andere Dinge damit. Finde das ganze Thema wirklich interessant, habe aber auch riesigen Schiss davor, den auf mein Netz loszulassen 😉 deswegen wird das erstmal nicht passieren. Ich bin leider kein Programmierer, daher kann ich dich beim Adapter leider nicht Unterstützen. Gruß, Johannes

@docadams Hat nicht mal 24 Stunden gedauert. Soweit ich weiss, wollen die Vor- und Nachname. Kannst Dir was schönes ausdenken. Nur keine Namen wie Micky Maus etc. :)

Selbstverständlich!

@stolly82 sagte in TTLock access: @RandyAndy @RandyAndy sagte in TTLock access: Nur als weitere Idee, ist mir beim EInbinden des Mammotion Rasenmähers gekommen. Da gibt es ja auch keinen Adapter in IoBroker. Was hat das mit TTLOock access zu tun? Dieser Adapter (mammotion) 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.

@stolly82 sagte in HA "Adapter" in ioBroker nutzen?: @stolly82 Please fix your GitHub based testing [image: 1773225407222-5897499b-44d3-4b47-b365-1c286fce1533-image.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.

@Thomas-Braun sagte in Umzug von Bullseye auf Trixie - Backitup Probleme: nicht gleich von vorne herein so macht. Da hast du natürlich Recht, das hab ich jetzt auch so umgesetzt. Der Standardbenutzer auf dem Raspi ist nicht mehr iobroker. Auch Pihole hat jetzt einen eigenen Benutzer. Wollte jetzt auch nur zurück melden, dass es anscheinend mit dem Restore sowie auch mit Backups des neuen Trixie Systems soweit funktioniert. Einzig, der SQL Adpater meldet beim MySQL Backup häufig "too many connections" - da hab ich aktuell noch keine Ahnung a) warum diese Meldung kommt und b) wie ich sie abstellen kann - also die Ursache beheben, nicht die Warnung abstellen :)

Manchmal ist es ganz einfach ... die Bridge einen knappen Meter weiter geschoben und hochkant gestellt ... jetzt geht's.

Danke 👍