@thomas-braun mach ich. ja den server hab ich neu gestartet.

@jan201 sagte in Fehler mit hm.rpc: Supergeil! Es funktionier endlich. kaum macht man es richtig :joy:

@rackermann sagte in ESPhome Error IP: ESPHome client 192.168.178.41 Error: Bad format. Expected 0 at the begin Kenne den Adapter nicht ... könnte es das sein : https://forum.iobroker.net/post/823636

@jey-cee Hi, ich bin neu hier und hoffe auf euere Hilfe, denn ich komme seit Tagen nicht weiter. Auf meinem Pi4 läuft eine pivCCU3 in einem Container, gem. Anleitung von github und iobroker. Meine Zigbee und Hue Geräte habe ich bislang über den Conbee II Stick (1.5 m USB Verlängerung) gesteuert und im iobroker verwaltet. Mein Netzteil ist das originale Pi USB-C Netzteil (5.1V 3 A). Bislang hatte alles wunderbar funktioniert. Seit einem Update auf das neuste Bullseye habe ich eine Problem mit meinem Conbee II Stick, da dieser ständig die Verbindung verliert. In der Phoscon App/Menüpunkt Gateway wechselt die Anzeige bei Firmware immer zwischen "nicht verbunden" und 26780700. Ich konnte das Problem zwischenzeitlich eindeutig auf den Parallelbetrieb mit der pivCCU3 eingrenzen. Wenn ich diesen Dienst stoppe (sudo systemctl stop pivccu)funktioniert mein Conbee II ohne die Verbindung zu verlieren. Sobald ich den Dienst starte erhalte ich o.g. Problem. Ich habe nun gelesen, dass man den Port von deconz noch ändern soll, da die CCU3 auch den Port 80 nutzt. Das habe ich getan. sudo nano /lib/systemd/system/deconz.service ExecStart=/usr/bin/deCONZ -platform minimal --http-port=808x --ws-port=808y Leider löst das mein Probel auch nicht. Kann mir da jemaden helfen. Ich verzweifle langsam. Für Hilfe wäre ich echt dankbar. Vielen Dank! Raspberry Pi4/8GB Ram: Raspbian Bullseye Releadse 11 pivCCU3: v3.65.8 (container) Deconz v2.18.2 Conbee II: deCONZ_ConBeeII_0x26780700 iobroker power supply: USB-C power supply (5.1V 3 A).

Bei mir besteht auch weiterhin das Problem. Ich habe kein System erkennt, kommt aber bei allen Aliases vor…

@homoran Kein Problem, ich habe zu Danken. Es sollen ja auch alle davon Provetieren. Gruß HDM

@djmarc75 Erledigt :)

Ist dieser Fehler nicht bekannt? [image: 1665670639795-ringfehler.png]

Das würde mich auch interessieren, habe nämlich die selbe Warnungen im Log

@bueddy85 sagte in Instanzen regelmäßig nicht "Verbunden mit Host": dass der Status "Verbunden mit Host" ständig zwischen Grün und Rot wechselt. Verhalten hat sich aber nicht geändert. ist es so wie hier : https://forum.iobroker.net/post/844643

@arteck Die enums sind für den anderen Eintrag Mode. Sind also zwei getrennte Probleme, sorry, wenn ich es nicht richtig dargestellt habe! Problem 1: Power State Zuordnung fliegt immer wieder raus. Problem 2: Bei der Zurdnung Mode werden die Zustände ("enums", Reihenfolge, Eintrag löschen etc.) nicht gespeichert.

@thomas-braun Ich hätte es nicht mehr für möglich gehalten, aber mithilfe des Backups konnte ich alles wiederherstellen :) Jetzt funktionieren auch die Adapter Updates mit npm 8.15

@mgieso https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1 ist das eine Frage?

Ich habe ein Update auf node 16.17.1 nach dieser Anleitung vorgenommen (https://forum.iobroker.net/topic/22867/how-to-node-js-für-iobroker-richtig-updaten) und alles scheint zu laufen. Allerdings bin ich mir nicht sicher, ob es nicht einfacher gewesen wäre einen neuen Container vom aktuellen iobroker Image zu erstellen, da ich mir nicht sicher bin, ob darin auch eine aktuellere node Version enthalten gewesen wäre. Was ist denn das richtige Vorgehen beim Einsatz von Docker? vg Matthias

@negalein Das sind soweit ich das sehe primär Deps des javascript-Adapters. Aber das wird vermutlich schwer da herauszulösen sein. Ich vermute, das wäre sonst schon geschehen.

@thomas-braun said in Update JS controller Fehlgeschlagen: iobroker upgrade all Hat geholfen.....Danke Werde ein paar Donate spenden

@bluecom es läuft wieder! Danke

@falke69 manchmal sieht man den Wald vor lauter Bäumen nicht. Danke, das wars

@glasfaser Die Logik ist ganz einfach: Ich hab mehrere Docker-Container in verschiedenen Versionen, um dort meinen Adapter zu testen, bevor ich ihn freigebe. Und was die Brechstange angeht: Wenn nichts anderes mehr hilft, dann eben die. Und so wie ich das (auch aus anderen Forenbeiträgen) gelesen hab, braucht man das Paket scheinbar nicht mehr und da er sich über das Paket beschwert hat, hab ichs eben deinstalliert. Fand ich besser, als die Lösung des OP dort, der erst auf node 14 zurück und dann wieder auf node 16 gegangen ist.

Ich hatte gerade ähnliche Probleme beim Umstieg auf node 16. Bei mir hat es gereicht, das Paket zu deinstallieren, also: npm uninstall iobroker.objects-redis Ich hab dann sicherheitshalber noch ein npm cache clean --force npm install gemacht, aber ich denke, das war gar nicht nötig. Danach konnte ich wieder Adapter updaten.