Hallo zusammen, ich habe mein Problem gefunden und behoben, hier kurz meine Lösung Symptom: Nach Umzug (Pi 5) markiert SmartControl alle Cron-Ausdrücke (z. B. * * * * *) als ungültig. Ursache: Im ioBroker-Verzeichnis lag cron-parser 5.4.0 (ESM). Diese Version exportiert in CJS keine parseExpression-Funktion → die SmartControl-Validierung schlägt fehl. Fix: cd /opt/iobroker npm rm cron-parser --silent npm i cron-parser@4.9.0 --save-exact iobroker upload smartcontrol iobroker restart smartcontrol Vielen Dank an alle für die Gute Unterstützung

Neue Version 1.0.0 es wurde noch ein Filtzerknopf im browser widget eingeführt um nur noch auf die Favoriten einträge zu reduzieren Die Version wurde auf 1.0.0 angehoben um für die anstehende Skisaison eine Vollständigkeit anzuzeigen. [image: 1759882933049-319ad3d9-a3c6-476d-8950-af75903ae68d-image.png]

Ich melde mich mal wieder - leider mit einer Fehlermeldung, welche unter BackitUp 3.3.7 aufgetreten ist (von jetzt auf gleich). ioB läuft auf einer Windows Installation - daher die Pfad Angabe. cifs: Error: EPERM: operation not permitted, stat 'C:\ioBroker\GLT\backups\influxDB_2025_09_30-02_01_05_backupiobroker.tar.gz' Es scheint so, als ob der Adapter die alten Dateien nicht löschen kann. Eingestellt sind 3 Sicherungen. Die Sicherungen von influxDB liegt jetzt aber schon bei 6 Sicherungen, aber auch bei den anderen Sicherungsdateien bin ich schon bei 5 Stück. Die die ioBroker Sicherung jedoch hat ihre 3 Dateien. Hat jemand eine Idee dazu? [image: 1759650221972-c18ceaea-95f8-49ed-9d54-1d0110ebf270-image.png] Nachtrag: Da sich die Dateien auch nicht über den Windows Explorer (Berechtigungs Konflik) löschen ließen, habe ich ioB neu gestartet. Sofort mit Beendigung von ioBroker ist die Datei dann auch gelöscht worden. Irgend ein Prozess aus der ioB Umgebung, hat sich die Datei offenbar "gekrallt" und keine weitere Aktion zugelassen.

@simatec Das kann natürlich sein

@dtp Was hat homekit-controller mit yahka zu tun? Mal ein issue beim Yahka angelegt?

@mcm1957 Update auf 2.5.0 und Start der Instanz lief ohne Probleme. Datenpunkte sehen auch plausibel aus und bei volume up down funktioniert (mehr kann ich gerade nicht testen ;-) )

@dirk-peter Cool Danke. Also dann ist es "Halb-Gui". Aber kein Problem dafür einmal in die Objekte zu gehen. Dann kann ich ja jetzt alles einrichten und muss nur noch auf den Sommer warten :)

@flyor87 kannst dann bitte direkt die neue 0.6.1 testen. Da sind die Farben im hellen Theme (eventuell) dann auch behoben.

@dpunkts Moin, wollte nur berichten, dass der Adapter seplos-v3-sniffer jetzt in meinen Iobroker eingebunden ist und läuft. Er ließt zuvervässig alle vier BMS aus und liefert entsprechende Werte. Meine Frage nach der Verwendung von dec/ttyUSBxx hat sich von selbst beantwortet, ich habs einfach mit einem USB zu RS485 Adapter versucht und es funktioniert. Einzig, was nicht funktioniert (oder ich hab da noch einen Bock drin) ist der Zugriff auf einen mit symbolischen Namen versehenen dev/ttyUSB1 via sudo nano /etc/udev/rules.d/99-usb-serial.rules Inhalt der serial-rules: SUBSYSTEM=="tty", ATTRS{serial}=="B002EPS5", SYMLINK+="klimamodbus", OWNER="iobroker" SUBSYSTEM=="tty", ATTRS{serial}=="0021", SYMLINK+="stromzaehler", OWNER="iobroker" SUBSYSTEM=="tty", ATTRS{serial}=="B001ADIN", SYMLINK+="seplosakku", OWNER="iobroker" Seriennummer des USB zu RS485 Adapters ausgelesen mit: udevadm info -a -n /dev/ttyUSB1 | grep '{serial}' | head -n1 und ergibt: ATTRS{serial}=="B001ADIN" Wenn ich im Konfigfeld anstelle von dev/ttyUSB1 den symbolischen Namen aus der serial-rules eingebe gibt es eine Fehlermeldung im Iobroker und der Adapter verbindet sich nicht. Aber, ansonsten sehr gute Arbeit, einfach super das es diesen Adapter gibt!

@jb_sullivan sagte in Test Adaper Discovergy v0.4.x: Hmmmm - in 0.6.0 Beta hatte ich keine Fehlermeldung. In 0.6.0 Stable kommt diese Meldung discovergy.0 6588 2025-09-08 15:55:35.981 error State type : submeter unknown, send this information to the developer ==> submeter : false Ist eine neue Änderung in der API, fix ist unterwegs

@mcu Danke für deine ganze Mühe beim Supporten und das Projekt am Leben halten! Das ist echt wertvoll und groß zu schätzen!! Es wäre zu schade, wenn dieses nicht weiter geht…

Eine Frage zum Adapter. Ich habe den Roborock QRevo Edge S5A. Momentan in der Roborock App. Kann ich den irgendwie mit deinem Adapter verbinden ? Und unterstützt dein Adapter die Statusmeldungen von der Station auch ?

Da dieser "Adapter" in einem anderen Topic genannt wurde hier eine Klarstellung / Warnung: Der Adapter ioBroker.connector-local-control wurde nie in die Repositories aufgenommen. Weiters weist er offenbar einige gravierende Mängel (siehe Issues im Adapter Repo) auf und wurde seit Jahren nicht gewartet / aktualisiert. Von einer Installation muss daher derzeit abgeraten werden. @Stephiobroker Falls du hier doch noch mitliest und den Adapter aktualisieren und in die Repos bringen willst und dazu Hilfe benötigts, melde dich bitte - vorzugsweise in unseren Telegram / Discord channels. Invite links auf www.iobroker.dev. Generell gilt: 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. Und falls es irgendwie unklar ist: ioBroker unterstützt folgende Arten von Installation: aus dem STABLE Repository Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern. aus dem LATEST Repository Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist. direkt von GITHUB Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben. direkt von npm Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist. Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch. @mcm1957