Danke, hab mein Netz (weitestgehend) mit neuen IDs und Key wieder aufgebaut. Nun ist mir aber aufgefallen, dass in der nvbackup.json (/opt/iobroker/iobroker-data/zigbee_0/) immer noch Geräte stehen, die da nicht rein gehören. Manuelles rauslöschen hat nichts gebracht. Genauso wenig wie komplettes Löschen der Datei. Offensichtlich wird die nvbackup.json immer neu angelegt, wenn das Netzwerk gestoppt wird. Aber wo kommen die Daten darin her und wie kann ich erzwingen, das meine manipulierte/bereinigte nvbackup.json eingelesen wird? Haben die Buttons "NVRAM" damit was zu tun? Für was genau sind die gut? Wann benutzt man die für was genau? In der Doku hab ich das noch nicht gefunden [image: 1766263449694-77f5c620-ec88-4b07-9468-b19381acd3d8-grafik.png]

Ja, mache ich nach Weihnachten. Dir schöne Feiertage und Danke für die Hilfe.

@Skippy07 sagte in Cloud Adapter deaktiviert sich nach Umstellung auf Pro: habe gerade Pro Zugang gekauft und den App Schlüssel in den Cloud Adapter eingetragen https://forum.iobroker.net/topic/18517/anleitung-iot-pro-cloud-assistenten-service-iobroker-iot

Die Warnungen kommen weil du das Gerät im Debug betreibst. (Kachel umdrehen, debug ausschalten, keine Warnungen mehr)

@thomas-braun : Ja, na klar. Sehr einfach. So hatte ich es gemeint. Der Adapter läuft jetzt bestens.

Die physische CPU ist: CPU(s) 20 x 12th Gen Intel(R) Core(TM) i7-12700K (1 Socket) Kernel Version Linux 6.17.2-2-pve (2025-11-26T12:33Z) Der ioBroker läuft seit gefühlt einer Ewigkeit in einer Debian 13 VM. Ich weiß nun nicht mehr was als CPU type in den HW settings eingestellt war. Aber wie gesagt, Umstellung auf host und Fehlermeldung ist weg.

@Christian-Fuchs sagte in Nach Updates läuft alles instabil: Ich teste gerade mit der OS lite 32 bit Version. hoffentlich auf einer neuen SD Karte! deine alte geht möglicherweise gerade über den Jordan

@Roelli sagte in Alexa Echo Beep vor und nach Sprachausgabe: Ich steuere zwei Echo Dots an. Die selbe Generation? Hier hing es früher von der Generation ab, bis amazon das durch ein Update versemmelt hat...

@Samson71 Nein hatte ich noch nicht. Danke für den Tipp. Dann klinke ich mich da rein und schaue ob ich unterstützen kann. Ansonsten hilft nur warten das @copystring das fixt. Schonmal Danke allein für die Mühe!!!

@Buddy59wd sagte in Nach Node-js update V22.21 nicht mehr im Browser erreichbar: wurde aber neu für debian formatiert. was soll das nutzen, wenn due Speicherzellen den Geist aufgeben? @Thomas-Braun sagte in Nach Node-js update V22.21 nicht mehr im Browser erreichbar: schmeiß die weg.

@Thomas-Braun sagte in Tr-064 - Cannot start callmonitor: AggregateError: @Flowski sagte in Tr-064 - Cannot start callmonitor: AggregateError: er hat jetzt aber nur auf v20.19.6 aktualisiert. Dein System ist 'komisch'... sudo apt update apt policy nodejs sagt? pi@IoBroker:~ $ sudo apt update apt policy nodejs Hit:1 http://deb.debian.org/debian bullseye InRelease Hit:2 http://deb.debian.org/debian bullseye-updates InRelease Hit:3 http://security.debian.org/debian-security bullseye-security InRelease Hit:4 http://archive.raspberrypi.org/debian bullseye InRelease Hit:5 https://deb.nodesource.com/node_20.x nodistro InRelease Hit:6 https://apt.pivccu.de/piVCCU stable InRelease Reading package lists... Done Building dependency tree... Done Reading state information... Done 1 package can be upgraded. Run 'apt list --upgradable' to see it. nodejs: Installed: 20.19.6-1nodesource1 Candidate: 20.19.6-1nodesource1 Version table: *** 20.19.6-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 100 /var/lib/dpkg/status 20.19.5-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.19.4-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.19.3-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.19.2-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.19.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.19.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.18.3-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.18.2-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.18.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.18.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.17.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.16.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.15.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.15.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.14.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.13.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.13.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.12.2-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.12.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.12.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.11.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.11.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.10.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.9.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.8.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.8.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.7.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.6.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.6.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.5.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.5.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.4.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.3.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.3.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.2.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.1.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 20.0.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages 12.22.12~dfsg-1~deb11u7 500 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages 12.22.12~dfsg-1~deb11u4 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages pi@IoBroker:~ $

@bananajoe: Danke, #1262 beschreibt das Problem schon sehr gut ...

@Gerhard-0 post hier mal die Ausgabe von iob diag Bitte per SSH ausführen, keine Screenshots VIS (also die 1) braucht z.B. in der letzten Version gar keine Lizenz mehr.

OK auf die Webseite gehen: https://www.bmw.de/de-de/mybmw/ dort auf Gerät authentifizieren gehen. Man wird weitergeleitet und muss sich anmelden. Dann wird der Code benötigt der im Protokoll immer auftaucht. Oden ist das qYjQrQip Den trägt man auf der Webseite ein. Dann ist der IoBroker BMW Adapter wieder authentifiziert und es läuft wieder.

@Dutchman ist ja deiner ....

@Thomas-Braun sagte in Fehler bei Aufruf vom adapter- menü im iorboker: Hat das jemals richtig funktioniert? Die Einen sagen so, die anderen so :-D

Gibt es hier mittlerweile ein Update bzw eine Lösungsidee? Die Styrbar scheint leider immer noch nicht zu funktionieren. Pairing funktioniert einwandfrei, nur erhalte ich keine Daten. Zigbee Adapter: 3.1.5 Sonoff ZBDongle-P type:ZStack3x0 version:2-1.2.7.1. revision:20250321 DeviceAvailability:ELEVATED: Non-pingable device 0xc02cedfffea52549 Remote Control N2 was last seen '27106.561' seconds ago. Ein Reconfigure erzeugt folgende Meldungen: 2025-11-26 21:12:07.675 warn DeviceAvailability:ELEVATED: Non-pingable device 0xc02cedfffea52549 Remote Control N2 was last seen '218.445' seconds ago. 2025-11-26 21:08:29.273 warn ELEVATED:I04 (1f2f) value generated '100' from device c02cedfffea52549 for 'Battery percent' 2025-11-26 21:08:29.273 warn ELEVATED:I03 (1f2f) message received '{"battery":100}' from device c02cedfffea52549 type 'E2001/E2002' 2025-11-26 21:08:29.273 warn ELEVATED:I02.1c (1f2f) candidates: [{"battery":100}] => payload {"battery":100} 2025-11-26 21:08:29.273 warn ELEVATED:I02.0b (1f2f) data: {"batteryPercentageRemaining":200} options: {} meta:{"deviceIEEE":"0xc02cedfffea52549","logger":"StatesController","state":{"state":""}} result:{"battery":100} 2025-11-26 21:08:29.272 warn ELEVATED:I02.1a (1f2f) converter 1 : Cluster genPowerCfg 2025-11-26 21:08:29.272 warn ELEVATED:I04 (1f2f) value generated '142' from device c02cedfffea52549 for 'Link quality' 2025-11-26 21:08:29.272 warn ELEVATED:I03 (1f2f) message received '{"linkquality":142}' from device c02cedfffea52549 type 'E2001/E2002' 2025-11-26 21:08:29.272 warn ELEVATED:I02 (1f2f) 1 converter available for 'E2001/E2002' 'c02cedfffea52549' with cluster 'genPowerCfg' and type 'readResponse' 2025-11-26 21:08:29.241 info DeviceConfigure successful 0xc02cedfffea52549 E2001/E2002 2025-11-26 21:08:29.231 warn ELEVATED:I01 (1f2f) Zigbee Event of Type readResponse from device 0xc02cedfffea52549, incoming event: {"type":"readResponse","data":{"batteryPercentageRemaining":200},"linkquality":142,"groupID":0,"cluster":"genPowerCfg","meta":{"rawData":{"type":"Buffer","data":[24,123,1,33,0,0,32,200]},"zclTransactionSequenceNumber":123,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1} 2025-11-26 21:08:28.301 warn ELEVATED:I04 (1b87) value generated '100' from device c02cedfffea52549 for 'Battery percent' 2025-11-26 21:08:28.301 warn ELEVATED:I03 (1b87) message received '{"battery":100}' from device c02cedfffea52549 type 'E2001/E2002' 2025-11-26 21:08:28.301 warn ELEVATED:I02.1c (1b87) candidates: [{"battery":100}] => payload {"battery":100} 2025-11-26 21:08:28.301 warn ELEVATED:I02.0b (1b87) data: {"batteryPercentageRemaining":200} options: {} meta:{"deviceIEEE":"0xc02cedfffea52549","logger":"StatesController","state":{"state":""}} result:{"battery":100} 2025-11-26 21:08:28.300 warn ELEVATED:I02.1a (1b87) converter 1 : Cluster genPowerCfg 2025-11-26 21:08:28.300 warn ELEVATED:I04 (1b87) value generated '142' from device c02cedfffea52549 for 'Link quality' 2025-11-26 21:08:28.300 warn ELEVATED:I03 (1b87) message received '{"linkquality":142}' from device c02cedfffea52549 type 'E2001/E2002' 2025-11-26 21:08:28.300 warn ELEVATED:I02 (1b87) 1 converter available for 'E2001/E2002' 'c02cedfffea52549' with cluster 'genPowerCfg' and type 'attributeReport' 2025-11-26 21:08:28.295 warn ELEVATED:I01 (1b87) Zigbee Event of Type attributeReport from device 0xc02cedfffea52549, incoming event: {"type":"attributeReport","data":{"batteryPercentageRemaining":200},"linkquality":142,"groupID":0,"cluster":"genPowerCfg","meta":{"rawData":{"type":"Buffer","data":[8,49,10,33,0,32,200]},"zclTransactionSequenceNumber":49,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} 2025-11-26 21:08:20.789 info Configuring 0xc02cedfffea52549 E2001/E2002

@marcelinho https://forum.iobroker.net/topic/81187/upgrade-von-debian-12-bookworm-auf-debian-13-trixie

@badsnoopy667 Edit: Ist geklärt: Man muss erst eine Default Auflösung auswählen, dann ist Default nicht mehr ausgegraut. Habe es jetzt umgestellt, funktioniert! Ach super, muss @badsnoopy667 aber recht geben, was du in der App unter "Allgemein" als View hinterlegst, sollte er eigentlich laden, unabhängig davon was du als Default angeben hast. Es sei denn du hast da nichts drin stehen... dann wird er vermutlich darauf zurück greifen.

Offenbar gibt es bei den SetPoint Datenpunkten zwei ID´s: { "type": "state", "common": { "name": "setPointTemperature", "type": "number", "role": "level.temperature", "unit": "°C", "read": true, "write": true }, "native": { "id": [ "f86cff15-40cb-4e2e-8850-ad06e224cb5b", "8c3ea8cc-0bb9-4810-a683-952650fb59b2" ], "step": 0.5, "debounce": 5000, "parameter": "setPointTemperature" }, "from": "system.adapter.hmip.0", "user": "system.user.admin", "ts": 1763981014257, "_id": "hmip.0.devices.3014F711A000395F29B81BDC.channels.1.setPointTemperature", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } } Das führt wohl dazu, das er einmal das richtige und einmal das falsche ansteuert, geht also einmal klar durch, und einmal führt es zu diesem Fehler im Log. Es gibt eine Verzeichnis der heißt "devices" und eines das heißt "groups", in beinen finden man einen datenpunkt "setPointTemp" zum ansteuern. Im Group Verzeichnis gibt es keine zwei ID´s hinterlegt: { "type": "state", "common": { "name": "setPointTemperature", "type": "number", "role": "level.temperature", "unit": "°C", "read": true, "write": true }, "native": { "id": [ "8c3ea8cc-0bb9-4810-a683-952650fb59b2" ], "parameter": "setPointTemperature", "step": 0.5, "debounce": 5000 }, "from": "system.adapter.hmip.0", "user": "system.user.admin", "ts": 1763981017961, "_id": "hmip.0.groups.8c3ea8cc-0bb9-4810-a683-952650fb59b2.setPointTemperature", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } } Ich könnte also nun scheinbar diesen verwenden, ohne Fehler im Log (genauso ist es natürlich auch, hab´s getestet) dort keine Fehlermeldungen.