@arteck läuft alles perfekt, danke für die hilfe

@thomas-braun habe mit debug Logs herausgefunden, dass das Problem am Matter Adapter liegt. Der läuft wohl beim abschalten des Power DPs in einer Loop und schreibt alle 3ms diesen. Wird im Matter Adapter gefixt.

@flkontakt Hallo, ich habe ihn auch nur mit Light und Brightness eingestellt und funktioniert auch so. Versuch den Dimmer mal als Alias anzulegen, hier wurden bei mir alle Geräte automatisch gefunden.

@matt77che Schau dir an wie und wo du da unterwegs bist. Ausgabe von iob diag ist da immer hilfreich.

Jetzt habe ich ein schlechtes Gewissen, aber nach reichlicher Überlegung habe ich diese Probleme genutzt und meinen schon lange geplanten Umstieg auf Home Assistant jetzt schon gemacht. Trotzdem vielen Dank für eure Bemühungen!

@bastler Bei Tasmota oder zigbee2mqtt kommen die Zahlenwerte vom Device in Form von JSON-Telegrammen, die alles mögliche enthalten, Da muss man z. B. mit einem alias Datenpunkt das entsprechenden Element mit JSON.parse aus der Json Struktur herauspflücken ... { "common": { "name": "voltage", "desc": "Manuell erzeugt", "role": "value.battery", "type": "number", "read": true, "write": false, "def": 0, "alias": { "read": "JSON.parse(val).voltage", "id": "mqtt.0.zigbee2mqtt.Aqara_Temperaturmultisensor_1" },

@raspiuser zumindest das 3. Edit war nach reichlich Antworten. Und nur um das ging es. Leider kann ich zum Gerät nichts weiter sagen - ich setz das nicht ein. A.

@homoran Hätte ich mir es aussuchen können? :-)

@thomas-braun Upgedated und reboot. läuft wieder alles.... zwar aktuell tuya noch 0 geräte lokal verbunden, aber zumindest komme ich drauf. Und von 50% CPU auf 5% runter.

@rtwl ich hab ehrlich gesagt nicht viel gesucht hab jetzt den Thread mal genutzt um endlich mal die Anzahl gleichzeitig abgerufene Abzahl Register zu reduzieren. hab heute weniger, aber nicht keine Meldungen. Statistisch belastbar ist das nach einem Tag nicht! Dann ist mir aufgefallen, dass ein Zähler weitaus öfter die Meldung bringt, als andere, einzelne (nahezu) nie. Ich gehe daher von Störeinstrahlungen in der Busleitung aus. Aber auch das gab ich nicht durch Neuverlegung verifiziert.

@thomas-braun @mading Vielen Dank für eure Hinweise. Ich hatte das befürchtet.:cry: Da ich nach wie vor in Sachen Linux mich als Anfänger fühle, habe ich alle bisherigen Backups mit ApplePiBaker erstellt und wieder hergestellt. Da traten solche Fragen natürlich erst gar nicht auf. Der Pi 5 ist ohnehin nur eine Zwischenstation. Da ich mir eine Synology 923+ angeschafft habe, ziehen einige Dienste ohnehin auf die DiscStation um, die derzeit alle auf meinem Pi 4 laufen wie piVCCU3 -> RaspberryMatic, InfluxDB, Grafana. Da offenbar die DHCP-Implementierung der Fritz!Box miserabel zu sein scheint, soll die Synology auch den DHCP-Dienst gleich mit übernehmen. Am Ende würde ich gerne alles auf einen MiniPC mit Proxmox laufen lassen - aber das dürfte noch ein langer Weg werden.:cry:

@tiobb Na ich bin mal gespannt was da final rauskommt. Da in der Beschreibung des Batteriebetriebs steht, dass das Ding nach dem Senden 5 min nichts tut um abzukühlen, könnte es sein, dass da ein thermisches Problem die 5min Pausen erzwingt. In jedem Fall ist das nichts was ioBroker bzw. der Shelly Adapter ändern kann. Derzeit steht jedenfalls die Aussage des Supports in Widerspruch zum von dir beobachteten Verhalten. DANKE dass du uns am Luafenden hältst.

@joel Dann such doch bitte einfach mal im Forum danach... https://forum.iobroker.net/post/1173759

@semmel87 Danke für diesen wertvollen Tipp! "battery" und "flow" werden jetzt tatsächlich angezeigt. Warum ich das noch nicht ausprobiert habe, keine Ahnung. :+1:

@oliver1972 Schreib doch bitte den Entwickler des Adapters an und ersuche ihn den Adapter in die Repos aufnehmen zu lassen. Installationen direkt von Github sollten als ALPHA Testversionen betrachtet werden. Setz dich am Besten direkt mit dem Entwickler des Adapters zusammen um Hilfe zu erhaltennubd den Status abzuklären. EDIT Direktes Editieren von Objecten zu empfehlen spricht eher für ein Verbesserungspotenzial am Adapter. Der Dev könnte die notwendige Parametrisierung in der Admin UI einbauen. Der Aufwand sollte minimal sein. Evcerstell ein Issue beim Adapter damit das verbessert werden kann.

@mguenther sagte in nodejs update für Master und Slave unterschiedlich: du meinst mein gesamtes System? Natürlich. Und zwar beide.

@ben1983 Der Fehler ist bekannt. Siehe issue im Adapterrepository. Ursache ist nicht bekannt.

Hi, sorry für meine späte Rückmeldung. ich habe auf der Suche nach den fehlenden Protokollen meinen Debian-Server bzw. IOB-Docker gegrillt und letzte Woche 3 Nächte gebraucht bis alles wieder passabel lief. Zum Glück hatte ich eine sehr aktuelle Datensicherung und mit externer Hilfe meines Linux-Spezies (Danke J für Deine selbstlose Hilfe bis spät in die Nacht nach dem schon eh extrem langen Arbeitstag) auch auf dem docker den Fehler eingegrenzt und dann manuell im .json behoben. Erstaunlicherweise ist nach der Korrektur nun auch wieder das Protokoll da und ich habe eine sinnvolle Log-filesize. user/appdata/iobroker/data/iobroker-data/iobroker.json [image: 1751466583717-4b7b51b8-54be-486c-809b-5989e94031ac-grafik.png] Hier waren einige andere log-Typen eingetragen (ja...ich habe rumgeclickt im admin/hosts) und habe damit meinen Docker einfach mal rasiert. Der iob starte zwar noch, aber der Start dauerte locker 5 Minuten, dann konnte man mit Glück noch irgendwo draufclicken (wieder lange Pause) und probieren etwas zu verändern, meistens war der IOB an dieser Stelle aber schon wieder frozen/abgestürzt. Und der Docker blockiert ja leider die ganzen mini hacks wie fix, restore etc. Für mich ist schonmal klar, einfach wegen des Zugangs fliegt der docker demnächst weg und ich mach eine VM mit einem iob auf dem Server auf. Abschliessend: Danke für Eure Tipps Warum nun das Protokoll nach der Rettung meiner geschrotteten iob Version nun wieder funktional ist kann ich leider auch nicht sagen. Ich habe am Ende nur mein letzten save in einen neuen Docker zurückgespielt und dort die .json manuell editiert. Dann lief er. Dann habe ich das gleiche in meiner Produktiv-Umgebung gemacht und der lief dann auch wieder. Waren 3 ziemlich uncoole Nächte.... :( Habe dann noch 3 Tage Ostsee drangehängt(wenn jemand den Molli kennt...ich bin zum 1. mal in meinem Leben mit einer Dampflock gefahren...cool) ...nun ist alles wieder im Lot.

@ms1958 [image: 1751465328295-screenshot-2025-07-02-160721.png] Mal ein vorschlag für die Webbuttons: Webbuttons neu backlog savedata 1; webbutton1 Steckdose1 ;webbutton2 Steckdose2 ;webbutton3 Steckdose3 ;webbutton4 USB-Ports ;savedata 0 Webbuttons default: backlog savedata 1; webbutton1 "" ;webbutton2 "" ;webbutton3 "" ;webbutton4 "" ;savedata 0 Farbe ist "Navy": https://tasmota.github.io/docs/WebUI/#themes WebColor {"WebColor":["#e0e0c0","#000033","#4f4f4f","#000000","#dddddd","#a7f432","#1e1e1e","#ff0000","#008000","#ffffff","#1fa3ec","#0e70a4","#d43535","#931f1f","#47c266","#5aaf6f","#ffffff","#999999","#eedd77"]}