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

@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

Super das hat funktioniert, Dankeschön.

Scheint zu klappen. Vielen Dank

Bedingt durch das vom neuen Alexa Adapter erzwungene Update musste ich nach 9 Jahren nun doch mal meinen Milight Fork von foxthefox für die alte Milight Hardware und v5 Proktokoll fixen. Quick and dirty update für alte v5 boxen, sollte es da draußen noch jemanden geben :) https://github.com/Highpressure/ioBroker.milight/tree/master files updated: milight.js + lib/utils.js + package.json direkt im /node_modules/iobroker.milight vorheriges backup empfohlen ;) die gesamte iobroker config und somit geräte in alexa funktionieren damit weiterhin wie gehabt - jedenfalls auf meiner box.

Hier ist das Widget, ich glaube ich habs gefunden... Wenn ich "Addiere nichts zu URL" deaktiviere, dann funktioniert es. Das '"refreshWithNoQuery": true' im Export fiel dann doch irgendwie ins Auge. Wenn ich ehrlich bin, weiß ich nicht was das bedeutet und habe es wahrscheinlich während meiner Lösungsversuche aktiviert. Nochmals Danke, dann hat sich das wohl erledigt. [ { "tpl": "tplImage", "data": { "bindings": [], "refreshInterval": 2000, "g_common": true, "src": "http://192.168.0.15:9998/motion/cam2/lastsnap.jpg", "refreshOnWakeUp": false, "refreshOnViewChange": false, "refreshWithNoQuery": true }, "style": { "bindings": [], "left": 498, "top": 103, "width": "761.993px", "height": "415.993px" }, "widgetSet": "basic", "_id": "i000001" } ]

@mcu Kann man eben nicht auswählen, weil nichts drin ist ;-) (Bug?) @mcu sagte in BUG - sayit geht nicht mehr !: Was ich nicht verstehe ist, warum war die Instanz gestoppt? Weil aus heiterem Himmel die Lautsprecher bei den Jungs Alarm gemacht haben und immer den gleichen Text ausgegeben haben, bis ich den Adapter gestoppt hatte. Hatte parallel bzgl. Heos etwas rumprobiert bzgl. Speaker im gleichen und in einem anderen Netz.

Danke Ingo für das Beta-Update 3.27.4 :+1: Bei mir funktioniert es auch!

@mcm1957 Ich dachte ich mache es richtig und fange nicht bei gleicher Frage ein neues Thema an .... :confused: