@neko See https://forum.iobroker.net/topic/43371/zzh-stick-läuft-nicht-mit-dem-zigbee-adapter

Hallo, kleine Verständnisfrage: Ist es normal, das der Adapter den Tado-Server regelrecht mit Anfragen bombardiert? Pro Minute werden vom Adapter aus an my.tado.com 112 Anfragen geschickt. In dem Ausmaß kannte ich es nur noch vom Alexa Adapter, bevor dieser wieder gefixt wurde. Der Aktualisierungsintervall ist bei mir auf 60 Sekunden gestellt, falls das eine Relevanz hat. So sehr bin ich in der Materie nicht drin, deswegen die Frage, ob das normal ist :)

@x4n70 sagte in ioBroker / PI friert ein ENOENT "Cannot save backup file": Googlen hat mir das sudo touch /forcefsck; sudo reboot zu Tage gefördert, macht das Sinn? Das macht das System automatisch, wenn es da Probleme gibt. forcen muss man das eigentlich nicht. Die Erfolge eines fsck sind aber meist überschaubar, wenn es richtig reingehagelt hat.

@wendy2702 danke das wars. objekte sind jetzt alle da. jetzt hab ich das gleiche problem mit dem wolf adapter aber da hab ich schon eine anfrage offen. da schein ich nicht der einzige zu sein. nochmals vielen dank jetzt funktioniert das backup nicht, verdammt. muß ich mich morgen drum kümmern

@mickym sagte in Kanal anlegen und danach Unterkanal anlegen => weird: Es ist auch nicht so, dass dann ein Datenpunkt angelegt wird beim 2. Mal sondern generell, was vorher angelegt wurde. Genau! Auch andersrum. Wenn ich einen Datenpunkt anlkegen will, wird es immer wieder ein channel, auch wenn ich noch nie mit Absicht einen Channel angelegt hatte

@lohi ich lasse mit sayit über den chromecast-adapter nachirchten auf google mini´s ausgeben und habe ab und an auch das problem, d. er die nachricht ein zweites mal aber leiser ausgibt.

@frank06347 Diese Warnungen habe ich derzeit auch - da muss der Entwickler was machen. Blende einfach die Meldungen aus, in dem Du bei der Adapterinstanz die Logstufe auf Error hochsetzt.

Voll vergessen hier nochmal zu antworten :D Inzwischen läuft alles. @nukleuz said in [Gelöst] - Deconz Sonoff ZBMINI - Probleme (BUG): @ronny-gerndt Die nächste Beta hat das Fix: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/4016

@apollon77 wollte wieder erst auf Antwort warten, bevor ich auf Kommandozeile... falls es irgendwas zum prüfen/ nachschauen/ testen gibt. hat mal wieder Fehlerfrei funktioniert Edit: Dieses Problem besteht aber nicht immer, hatte zwischenzeitlich schon mehrere Adapter, ohne Probleme upgedatet

@asgothian said in Zigbee Adapter - 2 gleiche Geräte, nur 1 erkannt: modelID;’TS0201’, manufacturerName; ‘ _TZ3000_bkfe0bab’ Danke, hat funktioniert! Ich habe allerdings modelID;’TS011F’, manufacturerName; ‘ _TZ3000_bkfe0bab’ eingetragen so wie es im bis dahin erkannten Gerät stand, da ich das TS0201 nicht nachvollziehen konnte.

@jolu1705 `Das trägst du im Adapter ein: [image: 1615826764425-ab810eaa-067f-453f-81f8-f26775bf68ff-image.png]

@tobi68 Ja, der Adapter wird nur einmal in der Stunde wach und holt die Wetterdaten ab.

Vielleicht hilft es auch anderen. Ich hatte ebenfalls schon länger dieses Problem, was sogar immer wieder dazu führte, dass dieser Sonoff auch mal kurz nicht zu erreichen war und somit auch nicht geschaltet hat. Verschiedene Tasmota Versionen usw. haben nix geändert. Was bei mir jetzt den Durchbruch brachte, war schlicht die Wifi Stärke von 17 auf 15 zu setzen. Warum auch immer ... WifiPower 15 Dies hat erstaunlicherweise sogar die Db-Stärke, die meine Fritzbox mit diesen sonoff basic misst, deutlich angehoben... ist mir ein totales Rätsel. Eine andere interessante Erkenntnis war für mich auch, dass bei mir offensichtlich der Ort des Sonoff Basics das Problem war. Ich hatte nämlich einen der dieses Problem nicht hatte, mit diesem getauscht und schwup, hatte der getauschte das Problem, während der ursprüngliche keine Probleme mehr hatte ... man muss dazu sagen, dass der betreffende sonoff ca. 10cm neben der Fritzbox liegt ... eine andere Besonderheit gibt es an dem Ort, wo er liegt nicht (außer vielleicht, dass an dieser Stelle insgesamt recht viele Kabel liegen, auch einige aufgerollt)

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 ?