Muss mir selbst antworten. Hab es gefunden. Falls andere es auch suchen: habe die Startwerte auf 0 gesetzt im Datenpunkt den Adapter gestoppt Werte unter Objects manuell auf 0 gesetzt Adapter wieder gestartet

@Glasfaser sagte in VIS-Editor plötzlich Englisch: @Conquest Hast du den Adapter TrashSchedule installiert , denn dort gab es ein Problem damit !? vis-editor-sprache-und-darstellung test-adapter-trashschedule Ja hatte gestern das Update gemacht. Bin zurück auf 0.0.6. Fehler ist weg. Vielen Dank für deine Hilfe.

@Jan1 alles klar gggg

@Thomas-Braun sagte in [Problem] Hohe CPU-Last auf der NUC: udisksctl dump Sorry wurde gestern abgerufen. Hier das Ergebnis, ist aber kein Wunder, denn ich habe den Service deaktiviert und die USB-Festplatte manuel gemounted und in der fstab eingebunden: thomas@pve:~$ udisksctl dump Error connecting to the udisks daemon: Error calling StartServiceByName for org.freedesktop.UDisks2: GDBus.Error:org.freedesktop.systemd1.UnitMasked: Unit udisks2.service is masked. CPU ist jettzt zwischen 6 und 15 %. Damit kann ich leben.

War wohl ein Hardwaredefekt. Ein USB Kabel war defekt und hat wohl den USB Hub außer Funktion gesetzt.

Hallo Zusammen Debugging funktioniert leider auf meinem Win-Rechner noch nicht. Trotzdem konnte ich den Fehler finden. Da ich einen BYD Speicher betreibe sind hier die Daten nicht vollständig. -> getStorageRealtimeData schaut mit einem BYD Speicher wie folgt aus. { "Body" : { "Data" : {} }, "Head" : { "RequestArguments" : { "DeviceClass" : "Storage", "DeviceId" : "0", "Scope" : "Device" }, "Status" : { "Code" : 255, "Reason" : "battery type 'BYD' is not supported", "UserMessage" : "" }, "Timestamp" : "2020-05-18T00:49:59+02:00" } } Wie die Anfrage/Meldung beschreibt könnte der SOC noch ausgelesen werden: https://github.com/iobroker-community-adapters/ioBroker.fronius/issues/34 Finde es aber fast besser wenn für den BYD Speicher ein extra Adapter erstellt wird...

Ok danke euch für die schnelle Hilfe 👍

Danke für eure Hilfe! Ich hab das Problem jetzt gefunden, es lag daran, dass die Instanzen admin.0 und discovery.0 ein Falscher Hostnamen zugeordnet war. Diesen wie folgt geändert: iobroker list instances | grep -o -P "system\.adapter\.[^\.]+\.\d+" | awk '{system("iobroker object set " $1 " common.host=iobroker-hostname")}' Danach konnte ich die zwei Instanzen wieder deinstallieren und neu erstellen! P.S.: Ausschlaggebend für die Lösung war übrigens dieser Post: https://github.com/ioBroker/ioBroker.js-controller/issues/286 DANKE „buanet& AlCalzone “

@Thomas-Braun Hab ich mir gedacht, dass das jemand sagt. ;-) Bringt mich so aber nicht weiter. Ansonsten läuft ja alles extrem stabil. Keiner ne Idee? Kann ja jetzt nicht ausschließlich am OS liegen, wenn denn sonst alles andere läuft.

Colorloopspeed geht auch nicht mehr :( Egal welchen Speed ich eingebe, der Colorloop ist immer gleich schnell. Schade :(

@JohGre Die Version zickt aber wohl auch noch irgendwie. Bei mir läuft es allerdings auch damit. Also: YMMV

Danke

ok dann ist das so wieder was dazu gelernt. lg

@Thomas-Braun ich Danke dir für deine Hilfe. Leider hat das auch nicht geholfen. Ich habe jetzt eine Neuinstallation mit Restore gemacht nun lüppt alles wieder. LG

@suegoek sagte in PiFace Digital 2 Error: @suegoek Leider kann ich weder Ausgänge schalten, noch sehe ich die Eingänge sich ändern, wenn ich auf dem Board die Tasten betätige... Adapter läuft und Ein-/Ausgänge unter Objekte vorhanden.. Habe alles wie vorgegeben durchgeführt.. Auch SPI enable Kann mir jemand behilflich sein? Mach mal ein sudo usermod -aG spi iobroker es kann sein das iobroker nicht in der Gruppe spi ist. Ich denke ioBroker läuft auf dem RPI oder ?

@Thomas-Braun Den hatte ich am Vorabend installiert. Da hatte ich versucht eine Telegram direkt an einen User abzusetzen, um an die fertige Spülmaschine zu erinnern. Automatische Kommunikation mit Teens :-) https://nordicapis.com/how-to-build-your-first-telegram-bot-using-php-in-under-30-minutes/ Tja, und dann blieb der Webhook einfach zurück, ohne dass ich ihn wieder sauber deinstalliert hätte. Beim nächsten Reboot hat sich das dann bemerkbar gemacht.