@ledies In /etc/apt/preferences geht das. Auch die nodesource.list schaut bei mir anders aus. Vielleicht kommt das aber auch von openHAB. Kannst du natürlich so lassen, mir war es nur aufgefallen, falsch ist 600 natürlich nicht.

@asgothian OK, mir war gar nicht klar, dass die Nummer in der json drinnen steht. zigbee-herdsman iobroker: 0.13.81 zigbee-herdsman Zigbee2MQTT: 0.13.71 zigbee-herdsman-converters iobroker: 14.0.74-0 zigbee-herdsman-converters Zigbee2MQTT: 14.0.89 Ich habe den Zigbee Adapter gestern Nachmittag von GitHub neu installiert, das ist die neueste Version.

@bakale Folgende Schritte sind bei einem Update und Neuinstallation zwingend notwendig: data-Ordner sichern (nur bei Update) Frische Installation mit dem Installer von der Webseite (2019-11-23) aufsetzen. Dabei (falls Update) den zuvor gesicherten data-Ordner durch den Installer einlesen. Nichts weiter tun! ioBroker-Konsole der neuen Installation auf iobroker stop npm i iobroker.js-controller@stable --ignore-scripts iobroker start Diese führt dich zu folgendem Workaround: https://forum.iobroker.net/post/446928

Nachdem ich auf mehrere Anfragen keine Rückmeldung bekommen habe und der Adapter scheinbar nicht mehr gewartet wird, habe ich mir mit einem Workaround beholfen, den ich wenigstens teilen wollte: Da ich bemerkt habe, dass die Events (bei mir) im Log angezeigt werden, die Datenpunkte im Netatmo Adapter aber nicht geschrieben werden, nutze ich nun den Log Parser Adapter. Dort kann ich genau auf die von mir benötigten Events filtern und dann auf die geänderten Datenpunkte des Log Parsers triggern. Dass ich nun einen weiteren Adapter mit sehr kurzem Aktualisierungsintervall laufen haben muss, ist sicher nicht toll für die Systemperformance, aber es hilft ja nix... Wenigstens bekomme ich nun die Kamerabilder bei Personenerkennung auf Echo Show und Fire TV eingeblendet ;-) Beste Grüße, Tom

@tmartin hab mir schon gedacht.. der wird nicht mehr weiter entwickelt.. bitte steig auf den zwave2 um..

@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)