Hey. Ich möchte hier unter anderem aufs Schwarmwissen setzen. Zunächst habe ich ein github issue erstellt. Dort wurde mir 'geraten' parallel hier im forum nach Hilfe zu suchen. Evtl kann mir zum Beispiel einer erklären, wo der Unterschied zwischen den Adapteranfragen des doorbird Adapters und den Anfragen der App liegt. Die app bekommt immer eine Verbindung (obwohl diese den 'Umweg' über die cloud nimmt), während der doorbird Adapter im selben Netzwerk anscheinend keine Verbindung bekommt. Evtl. liest ja sogar jemand mit, der den Adapter mit gestaltet. Keine Ahnung, ob es so ist, aber fragt der Adapter evtl nur einmal an und wartet dann nur 5 Sekunden auf ne Antwort und gibt dann auf. 'besser' wäre meiner Meinung nach dann nochmal anzufragen und ggf. 10 Sekunden zu warten. Und erst wenn beide Anfragen keine Rückmeldung bringen das ganze offline zu setzen.

@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

@zanabria sagte in Onkyo Instanz für "TX-NR 616" funktioniert nicht mehr: @homoran, was meinst du mit "Fragebögen gelöscht". wenn du in der Rubrik "Bugs" einen neuen Thread startest hast du automatisch ein paar Anweisungen und Fragen im Eröffnungspost. Die Fragen sollst du beantworten und den Anweisungen folgen. Diese Informationen benötigen due Helfenden. Wenn diese vorformatierten Fragebögen im Eröffnungspost fehlen hat der User diese gelöscht. Due Ausgabe von iob diag zu posten war übrigens bei den Anweisungen auch dabei

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

Hallo zusammen, nach langem Stöbern habe ich hier im Forum einen alten Beitrag mit dem gleichen Problem gefunden und konnte durch ein Downgrade des node-red-contrib-huemagic das Problem lösen (https://forum.iobroker.net/topic/55686/probleme-mit-huemagic/17). Anfrage hat sich daher erledigt

Ich danke Euch schon mal für die ausführlichen Tipps! Werde mich am Wochenende damit beschäftigen. EDIT 06.12.2025: Habe soeben v3.2.5 installiert und anschließend die empfohlenen Schritte durchgeführt. Werde weiter beobachten.