Adapter gelöscht -> Adapter neu installiert -> alle Einstellungen weg.... Aber jetzt geht zumindest das Fenster wieder (wenn auch leer) auf und man könnte Einstellungen vornehmen... Wie kann ich aus meinem Backup die Einstellung dieses Adapters restoren? Alternativ mache ich halt alles nochmal neu...

Ja genau, sollte aber mit der neuen Version eh nicht mehr vorkommen

Adapterupdate auf 1.6.8 hat auch nicht geholfen. Habe dann begonnen ungenutzte Geräte (die ich nur testweise gepaired habe) zu etfernen und jetz ist wieder alles tuttipaletti. Frohes Neues!

@jolu1705 Der aktuelle JS-controller prüft ob die Bereichsgrenzen verletzt werden. Deswegen kommt die Meldung. Mittlerweile hat er einen Wertebereich von -20-50°C. (Wegen Außensteckdosen, leider gibt es keine klare Aussage im Handbuch wie der Wertebereich ist.) Ich habe die letzten Tage genutzt, um eine neue Version 2.2.0 zu erstellen. Kann gern getestet werden. Gruß Klaus

@christianf Außer das du da als root rumhampelst ist da kein Fehler zu sehen. Und bitte keine Screenshots von Konsolentext... Am Rande: Frisch installiert sollte node14 mitkommen.

@thomas-braun Kleine Zwischeninfo. Um den Fehler hervorzurufen reicht es, den Master neu zu starten. Warum auch immer. Ich bleibe am Ball.

@thomas-braun Hi, wenn du keine Ahnung hast, dann brauchst du nicht antworten. Ich habe nur über iobroker selbst installiert. Habe den Fehler jetzt aber gefunden: Zirkuläre Links kann man finden über find . -L >/dev/null Wenn hier Fehler kommen, den Link löschen. Bei mir war der "redis" da, obwohl ich das nicht verwende. Löschen in package.json hat geholfen. package.json: "iobroker.objects-redis": "file:node_modules/iobroker.objects-redis", Danach ging es wieder aus dem Admin-Adapter.

@apollon77 Also Admin Neustarten hat das Problem beseitigt... seitdem wird nichts mehr neu angezeigt. In den Logs waren die Nachrichten auch nicht doppelt.

@crunchip sagte in Hilfe zur Bedienung des Zigbee Adapters: ich habe keine Ikea Schalter, daher kann ich nicht sagen, ob die überhaupt eine Updatemöglichkeit per zigbee besitzen. Ja, allerdings nicht über den offiziellen Update-Server. Da muss noch irgendwas irgendwo umgestellt werden. Hab ich aber bei mir auch nie gemacht.

@surfer09 Keine Ahnung. Bei mir läuft das unter Linux / Debian.

@thomas-braun super, danke!

Habe das selbe Problem mit der stummen Alexa. Warte also hoffnungsvoll auf das nächste Update des Adapters :-)

@thomas-braun das kann ich machen. Hatte ich sogar hier schon mal - ist aber nichts bei rausgekommen. Der ioBroker läuft - allerdings komme ich nicht auf die GUI pi@Raspi:~ $ iobroker status iobroker is running on this host. Objects type: file States type: file pi@Raspi:~ $

Ergänzung: Bei der Instanz 0 (Slave/Server) gibt es noch folgende Fehler in der LOG, das Abfragen des InputRegisters funktioniert aber einwandfrei: [image: 1640564241066-0aaee0be-ee37-4840-bf6c-8522b534ca14-grafik.png] Hintergrund: Ich möchte des ModBus Adapter im Slave Mode als Gateway für MQTT Daten auf ModBus TCP verwenden.

@crunchip @frankyboy73 @paulinchen ich habe das Problem lokalisiert. Leider aber keine Lösung gefunden. Amazon hat diesen Piepton mit dem letzten Softwareupdate eingeführt. Ich habe ein Dot3, auf dem das aktuelle Update nicht eingespielt werden konnte, und dort ist der Piepton nicht vorhanden. Wenn ich via Routine die Lautstärke auf einem DOT3 ändere, kommt der Piepton auch (bei der aktuellen Version), bei dem einem (Update fehlt) nicht. Das Problem liegt also nicht im Adapter, oder in der Bedienung, sondern es ist eine neue Funktion seitens Amazon. Der Kundenservice konnte dies auch so bestätigen, und konnte mir leider keine Lösung anbieten. Ein abschalten des Pieptones ist nicht vorgesehen. Einen entsprechender Verbesserungsvorschlag habe ich eingereicht.

@latzi Also mir nicht wirklich, außer den Hinweis auf eine Version 5.2.3.... Ist aber Tage alt der Hinweis, wobei "alt" ja Relativ ist....

@jannik-bitter sagte in Nina Adapter: Im Protokoll zeigt er mir keine Fehler an. Ich kenne den Adapter nicht , stelle bei der Instanz die Logstufe auf DEBUG . Ist der Adapter Zeitgesteuert , mache mal ein Screenshot von der Instanz

@da_woody + @Glasfaser Da sich am Synology Adapter wohl aktuell noch nichts tut, habe ich den Spieß an der Stelle jetzt erst einmal umgedreht :-) Die Synology schaut von sich aus was los ist und entscheidet dann nach 4 Minuten runter zu fahren: [image: 1640523486118-03908987-387b-47f6-b689-83c78dfe1fbd-image.png] (Bei 'Netzwerk-USV-Server-IP' einfach den IOBroker eingetragen, worauf bei mir auch der NUT Server läuft.) So bleiben dann nach rd. 5 Minuten noch reichlich Reserven für die beiden Raspis und den Switch inkl. WLAN der da dran hängt ;-)

@blackbeard vllt einfach mal danach googeln (docker nospc There appears to be insufficient space on your system to finish.npm ERR! nospc Clear up some disk space and try again.) https://stackoverflow.com/questions/50142049/enospc-no-space-left-on-device-nodejs https://askubuntu.com/questions/1283383/enospc-no-space-left-on-device-when-there-is-free-space-on-fuse-ntfs-3g

@homoran said in npm Fehler bei Adapterupdates: @thomas-braun sagte in npm Fehler bei Adapterupdates: Im Home des pi nutzt das nix. und das wahrscheinlich auch nicht - bin mal gespannt. @gyle bitte das von @Thomas-Braun gepostete testen, ansonsten mal cd /opt/iobroker sudo -H -u iobroker npm cache clean --force Bei mir hat erst das hier geholfen. Vielen dank Homoran!