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

@thomas-braun ja, jetzt stand ich auf dem Schlauch, Anmeldung überlesen, ich war gedanklich bei Aufruf OT wahnsinn das man da auch gleich negativ bewertet wird, wer auch immer das war

Ich konnte das Problem durch das Neuaufsetzen des Containers und dem Einspielen eines Backup beheben. Bitte schließen.

@marcuskl Hatte bei meinem IntelNuc8i5 mit Proxmox und Ubuntu 20.04 mit iobroker VM jetzt auch seit kurzem das Problem, dass Seiten wie zB Scripte sehr lange geladen haben (länger als 15 Sekunden, was schon sehr träge war). Bin dann auf den Eintrag hier gestoßen und habe den BT Adapter in der VM vom NUC wieder entfernt. Jetzt sind die LAdezeiten wieder voll in Ordnung, onboard BT vom NUC kann ich dann halt nicht nutzen mit Xiaomi, kann ich aber eher mit Leben als mit einem langsamen System. Daher danke! :)

@thomas-braun Danke

@glasfaser Ohne, dass ich irgendetwas weiter angepasst habe, läuft die Abfrage Heute wieder. Bei den Einstellungen ist mir aufgefallen, dass neu die Wartezeit mit 999 eingestellt ist. Ich bin mir ziemlich sicher, dass ich dort 1000 hatte. [image: 1640436850518-einstellungen_neu.png] Ev. hat es aber auch mit dem Verhalten der SolarEdge zu tun. Die geht in einen Sleep-Modus, wenn kein Storm produziert wird. Ev. hat er die Verbindung auch blockiert, da ich längere Zeit nicht mehr abgefragt habe. Alias habe ich übrigens jetzt wieder aktiviert. Da ansonsten die Objekte nicht mehr gleich heissen. Danke dir auf jeden Fall für deine Tipps ;-)

@sigi234 Aus der Community kommt von @sigi234 eine Anleitung für ein Windows Update Update_Windows_ioBroker.pdf https://forum.iobroker.net/topic/46758/js-controller-3-3-jetzt-im-stable Vielen dank. Das hat mir sehr geholfen.