Dieses hat geholfen: https://github.com/Pix---/ioBroker.tankerkoenig/issues/56#issuecomment-765598821 Datenpunkt manuell angelegt! Danke

@ente34 Ok. und Danke

@homoran Trotzdem vielen Dank für deine Unterstützung. Ich habe eben die IP auf einen Denon AVR im Keller umgestellt, den ich eigentlich nicht am IOB haben möchte. Das Log zeigt einmal eine Abfrage aller Parameter und dann wird es deutlich ruhiger. Die CPU-Last geht, wie bei dir, auf um 1-3%. Ich nehmen den NR1506 nun mal vom Strom, starte den neu und stelle die IP am Adapter zurück auf den Marantz. Update: Nach dem Start des Adapters mit der IP von NR1506 gehts im Log wieder ab. Mein Marantz NR1506 macht offenbar Probleme am Adapter. denon.0 2021-03-12 14:03:26.153 debug (16014) [INFO] <== Unhandled command DCAUTO denon.0 2021-03-12 14:03:26.153 debug (16014) [INFO] <== Command to handle is DCAUTO denon.0 2021-03-12 14:03:26.151 debug (16014) [INFO] <== Unhandled command CVEND denon.0 2021-03-12 14:03:26.150 debug (16014) [INFO] <== Command to handle is CVEND denon.0 2021-03-12 14:03:26.149 debug (16014) [DATA] <== Incoming data: DCAUTO denon.0 2021-03-12 14:03:26.143 debug (16014) [DATA] <== Incoming data: CVEND denon.0 2021-03-12 14:03:26.138 debug (16014) [INFO] <== Command to handle is MV denon.0 2021-03-12 14:03:26.137 debug (16014) [DATA] <== Incoming data: MV455 denon.0 2021-03-12 14:03:26.132 debug (16014) [INFO] <== Unhandled command CVEND denon.0 2021-03-12 14:03:26.132 debug (16014) [INFO] <== Command to handle is CVEND denon.0 2021-03-12 14:03:26.128 debug (16014) [DATA] <== Incoming data: CVEND denon.0 2021-03-12 14:03:26.127 debug (16014) [UPDATE] Updating states denon.0 2021-03-12 14:03:26.127 debug (16014) [INFO] DE states created denon.0 2021-03-12 14:03:26.126 debug (16014) [INFO] <== Unhandled command CVEND denon.0 2021-03-12 14:03:26.126 debug (16014) [INFO] <== Command to handle is CVEND denon.0 2021-03-12 14:03:26.126 debug (16014) [INFO] <== Unhandled command CVEND denon.0 2021-03-12 14:03:26.125 debug (16014) [INFO] <== Command to handle is CVEND denon.0 2021-03-12 14:03:26.121 debug (16014) [DATA] <== Incoming data: CVEND denon.0 2021-03-12 14:03:26.120 debug (16014) [DATA] <== Incoming data: CVEND denon.0 2021-03-12 14:03:26.089 debug (16014) [DATA] <== Incoming data: SVOFF denon.0 2021-03-12 14:03:26.065 debug (16014) [DATA] <== Incoming data: CVEND denon.0 2021-03-12 14:03:26.044 debug (16014) [DATA] <== Incoming data: CVEND denon.0 2021-03-12 14:03:26.036 debug (16014) [DATA] <== Incoming data: CVEND denon.0 2021-03-12 14:03:26.035 debug (16014) [DATA] <== Incoming data: DCAUTO denon.0 2021-03-12 14:03:26.031 debug (16014) [DATA] <== Incoming data: CVEND denon.0 2021-03-12 14:03:26.024 debug (16014) [INFO] ==> Message sent: MV? denon.0 2021-03-12 14:03:26.024 debug (16014) [INFO] ==> Message sent: BDSTATUS? denon.0 2021-03-12 14:03:26.024 debug (16014) [INFO] ==> Message sent: SV01? denon.0 2021-03-12 14:03:26.023 debug (16014) [INFO] ==> Message sent: SV? denon.0 2021-03-12 14:03:26.022 debug (16014) [CONNECT] Connected --> Check receiver type denon.0 2021-03-12 14:03:26.022 info (16014) [CONNECT] Adapter connected to DENON-AVR: 192.168.2.50:23 denon.0 2021-03-12 14:03:26.013 info (16014) [CONNECT] Trying to connect to 192.168.2.50:23 denon.0 2021-03-12 14:03:25.980 info (16014) [START] Starting DENON AVR adapter Mod-Edit: Code in </> Code-Tag gepackt!

@thomas-braun Es läuft wieder. Ich habe die FRITZ!Box und alles nochmal neu gestartet habe mich gewundert das die Fehlermeldung nicht mehr kommt und auf einmal war er grün Vielen Dank trotzdem für deine Hilfe mit dem Update.

@esben Hi, did you install iobroker as admin ?

@michaelbaarz Vielen Dank! Hat geklappt!

@mickym sagte in Allgemeine Frage Zigbee: Das Netz ist zwar nicht ganz so groß wie Deines - aber die BEschränkung des cc2531 ist ja erst dann relevant, wenn die Geräte direkt an diesem Stick hängen. Das ist (leider) so nicht korrekt. Jedes Gerät welches sich im Zigbee Netz befindet beansprucht Speicher im Koordinator. Der cc2531 hat einen Bug in der Firmware der (lt. Koenkk) auch nur durch TI zu beheben ist. Da der cc2531 bei TI inzwischen als legacy geführt wird ist unwahrscheinlich das da etwas passiert. Der Bug führt dazu das der Speicherinhalt teilweise zerstört werden kann - dieses lässt sich dann nur durch einen Reset des Sticks korrigieren. Je mehr Geräte am cc2531 hängen desto höher ist das Risiko das dieser Fehler auftritt. Daraus ergibt sich ein mit der Anzahl der Geräte im Netz ansteigendes Risiko das das System ausfällt. @santos sagte in Allgemeine Frage Zigbee: @mickym Du würdest also empfehlen, Aqara Sensoren direkt am Einsatzort anzulernen? Soll das Anlernen am Coordinator oder am Router angestoßen werden? Wenn irgend möglich sollten die Geräte an ihrem Einsatzort angelernt werden. Wenn das nicht funktioniert ist das bereits ein Hinweis darauf das an diesem Ort ggf. auch in der Zukunft mit Problemen zu rechnen ist. Im übrigen ist wenn das initiale Anlernen direkt vom Einsatzort aus möglich ist auch sichergestellt das bei einem vollständigen Ausfall von Hardware und Software das Netz wieder aufgebaut werden kann ohne das du alle Sensoren abbauen und an den Koordinator bringen musst. A.

@consoleman Das dürfte aber auch nicht normal sein. Und halt dein System regelmäßig aktuell. Dann sind die Klimmzüge auch nicht so groß.

@lobomau said in [gelöst] Sonoff-Adapter: updatet IP nicht nach Netz-Umzug: @homecineplexx Danke, das war ja einfach :-) Einfach gesamten Datenpunkt löschen und Gerät neustarten. Oder vielleicht hätte Gerät neustarten gereicht. Device Neustart und zuvor den gesamten Datenpunkt löschen...das hilft

@tr1plx Admin zeigt immer nur die Adapter des gewählten Hosts an was Updates angeht. Das ist kein Caching Thema

@thabam hab ich gemacht. Auch mein Problem, dass gewisse Stati wie hier beschrieben vom KNX nicht mehr im iobroker ankommen scheint nun wieder zu funktionieren. Danke dir für den Tipp! @chefkoch009 Es ist also etwas an den neuen Versionen danach passiert, das diese Probleme verursacht.

@schroeder1 Benutze das selbst nicht, steht denn der aktuelle Titel nicht immer in einem speziellen dispContent? Gibt da in der API meines Wissens nach nichts anderes was noch Informationen zum Display liefert. Evtl kann jemand anderes der das nutzt helfen.

kenn ..schau mal in den einstellugen des mqtt [image: 1615292795632-159a1fbb-d9a4-45aa-865d-3a247b203c69-grafik.png] das ist wichtig sonst horcht der auf ALLES..

hallo leute gibts eigentlich news zu dem thema? ich hab die woche erst wieder gekämpft nachdem ich von 2.1.1 auf 2.4.0 upgedatet habe. lg

gelöst, ältere Adapter Version eingespielt...

@joergeli die sind bei mir mehrfach täglich drin. ich weiß nicht mehr was ich upgedatet hatte als sie aufkamen. sie sind ja nicht besorgniserregend. daher hab ich sie wahrscheinlich am anfang auch gar nicht ausreichend beachtet. Wie du schon sagst kaum zu fixen. da es nur warn sind ignoriere ich sie erstmal weiterhin. wollte nur informieren das es da was gibt....

@asgothian Danke, ist gelöst, dass Verzeichnis /opt/iobroker/iobroker-data muss auch umgezogen werden!

@mm2029 sagte in FB-Checkpresence Adapter wird nicht grün: @dragon @wendy2702 Hab den Adapter wieder grün, was genau schief lief kann ich nicht sagen. Mit neuen Benutzer lief er heute wieder. Vielen Dank für eure Bemühungen. Hätte noch eine Frage zum Broadling2 Adapter. Habe den RM4 pro hier und der taucht auch im Adapter auf nur ohne Datenpunkte zum Anlernen. Hat jemand eine Idee ? Mach dafür besser ein neues Thema auf und setze das hier bitte auf [Gelöst]

@dom-sch Das Konzept von 'Linux' basiert auf einer Trennung des Rechte, die ein User im System hat. Der root darf alles ohne Netz und doppelten Boden. Ein User darf nur bestimmte Dinge. Und deswegen gibt es z.B. auch einen User 'iobroker', der halt nur bestimmte definierte Dinge tun darf. So wenig wie nötig. Auch basieren die Adapter und auch die Anleitungen auf diesen Voreinstellungen. Insbesondere bei den Umgebungsvariablen gibt es auch noch Unterschiede zwischen einer root-shell und einer user-shell. Eine root-shell sollten also nur Leute offen haben die genau wissen was sie da tun. Und wenn sie genau wissen was sie da tun machen sie keine root-shell auf.

@wolf sagte in Zigbee Instanz nach update von 1.3.1 auf 1.4.4 rot: Egal, oder bevorzugst du eines? Ideal ist wahrscheinlich beide zu benutzen. Discord damit wir miteinander reden können. Anydesk damit ich zur Not direkt auf Deinem Rechner etwas tun kann. Für Discord wird dann auch ein Headset interessant. A.