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

Ich hab jetzt rausgefunden an was es liegt, war nicht direkt ein iobroker Problem. Musste nachdem update in Safari den cache löschen, dann lief es wieder…

Mein Workaround zu diesem Problem auf dem iPhone: Wlan Aus, VPN Verbindung zur Fritzbox herstellen, dann lädt die VIS2 Runtime und ioBroker wie gewohnt.

@homoran said in NodeRed 5.2.1 startet nicht Node.js 24.11.0 *gelöst*: @surfer09 warum hast du den Fragebogen gelöscht statt ihn auszufüllen? und warum node24? Warum antwortest du ihm noch? Wenn er den Fragenbogen löscht - ok. Für mich ist damit ein Posting in der Rubrik 'Fehlermeldungen' erledigt und wird einfach ignoriert :-)