+1 Kann alles bestätigen. Bei mir geht das Problem aber noch weiter; Habe den Set von zigbee auf mqtt geändert. Das wird nicht umgesetzt. Selbst neu anlegen im iot Adapter und in der Alexa app führt nicht zum erfolg. Es wird immer noch der vorherig eingestellte zigbee punkt gesteuert, ...

@surfer09 said in symfonisk (IKEA Sonos) mit Sonos Adapter steuern: Ich stehe gerade vor der gleihen Fragestellung, wie ich mit Hilfe des Sonos Adapters auf dem Lautsprecher einen Radiosender abspielen kann. Ich habe in der App den Radiosender als Favoriten gesetzt, kann ich den nicht über die Objekte jetzt irgendwie anstoßen? Ich habe jetzt schone einige Beiträge durchforstet, aber so richtig schlau werde ich aus keinem irgendwie. Ich verwende nicht den Adapter sondern die node-sonos-http-api. Die läuft bei mir in einem Docker-Container (chrisns/docker-node-sonos-http-api:latest). Kommunikation von ioBroker über http-request. Für die wichtigsten Aufrufe habe ich mir ein Global-Script erstellt /* Kommunikation mit Sonos HTTP API */ // IP-Adresse und Port Sonos HTTP-API var SonosAPI = 'http://192.168.1.111:5005'; // Sonos Favoriten var SonosFavoriten = ['SWR3','SWR1 Baden-Württemberg','BAYERN 3','BAYERN 1 - Schwaben','ANTENNE BAYERN']; // Sonos Pause-Befehl async function SonosSetPause (Room) { let URL = SonosAPI + '/' + Room + '/pause'; try { require("request")(URL).on("error", function (e) {console.error(e);}); } catch (e) { console.error(e); } log("request: " + URL,'info'); } // Sonos Volume-Befehl async function SonosSetVolume (Room, Volume) { let URL = SonosAPI + '/' + Room + '/volume/' + Volume; try { require("request")(URL).on("error", function (e) {console.error(e);}); } catch (e) { console.error(e); } log("request: " + URL,'info'); } // Sonos Isolate async function SonosIsolate (Room) { let URL = SonosAPI + '/' + Room + '/isolate'; try { require("request")(URL).on("error", function (e) {console.error(e);}); } catch (e) { console.error(e); } log("request: " + URL,'info'); } // Sonos Favorite anwählen async function SonosPlayFavorite (Room, Favorite) { await SonosIsolate(Room); let URL = SonosAPI + '/' + Room + '/favorite/' + String(Favorite); try { require("request")(URL).on("error", function (e) {console.error(e);}); } catch (e) { console.error(e); } log("request: " + URL,'info'); } // Sonos Sprachdurchsage async function SonosSayAll (Message, Volume) { let URL = SonosAPI + '/sayall/' + String(Message) + '/de-de/'+ String(Volume); try { require("request")(URL).on("error", function (e) {console.error(e);}); } catch (e) { console.error(e); } log("request: " + URL,'info'); } // Sonos Sprachdurchsage Preset async function SonosSayPreset (Preset, Message) { let URL = SonosAPI + '/saypreset/' + Preset + '/' + String(Message) + '/de-de/'; try { require("request")(URL).on("error", function (e) {console.error(e);}); } catch (e) { console.error(e); } log("request: " + URL,'info'); } // Sonos ClipPreset async function SonosClipPreset(Preset, ClipName) { let URL = SonosAPI + '/clippreset/' + Preset + '/' + ClipName; try { require("request")(URL).on("error", function (e) {console.error(e);}); } catch (e) { console.error(e); } log("request: " + URL,'info'); } Im Array SonosFavoriten trägst du die Favoriten genauso ein wie sie in der App heißen, bzw. wie sie von der API angezeigt werden. Die Anwahl eines Favoriten funktioniert dan so: await SonosSetVolume(SonosName,'20'); await SonosPlayFavorite(SonosName,SonosFavoriten[0]); Vielleicht kannst du was damit anfangen :-)

@laser sagte in iob nodejs-update": Versuche ich ja immer zu machen. Wenn nicht gerade der Strom ausfällt. Keine Ahnung, was da passiert ist. Hol dir 'ne kleine USV und denk an die regelmäßige Wartung und den verschleißnotwendigen Austausch des Akkus, das beruhigt ungemein .

@codierknecht ok habe den fehler gefunden der conbee 2 war zu nahe am raspi dran verursachte probleme mit der usb verlängerung habe ich das nun beseitigt

@plato sagte in Alexa2 Adapter startet nicht mehr: nach gefüllten 20 Neustarts Genau solche UngeduldsAktionen führen dazu dass Amazon aufmerksam wird und u.U. RateLimits setzt. Danke dafür

@homoran sagte in Skripte lösen 1 Std. zu spät aus: @m1r0o sagte in Skripte lösen 1 Std. zu spät aus: Eigentlich nicht. Möglicherweise auch schon mal früher, dass die Karte schon defekt war und die Zeitzone nicht mehr korrekt gesichert hatte. @m1r0o sagte in Skripte lösen 1 Std. zu spät aus: Also neu aufsetzen!? hast du beim letzten mal eine neue Karte genommen? Vielleicht ist die ja wurmstichig. ...bestenfalls ist sie rausgerutscht Ich hatte gestern eine neue Karte genommen. Ich mache neu, rausgerutscht ist sie leider nicht. Ist jetzt neu aufgesetzt. sudo raspi-config hat auch geholfen, um die richtige Timezone einzustellen. Danke

Muss mich leider nochmal melden. Weiss leider nicht mehr weiter :-( Ich habe einen komplett neuen Container mit aktuellem Docker auf meinem Synology NAS aufgesetzt leider besteht das Problem, dass von zeit zu zeit alle Instanzen Rot angezeigt werden (1. Post ganz oben) immer noch ich monitore die CPU Last und den Ram meines Javaadapters da sieht man nix auffälliges: [image: 1700318845263-ea88faac-5820-4238-95d7-53c652908779-grafik.png] Hier noch mal ein komplettes iob diag, leider zu lang zum einfügen als code, deshalb als TXT f0b10d5a-fcdf-4b1a-a088-cad2e8a2fa35-iob diag Log.txt und hier die zusammenfassung: ======================= SUMMARY ======================= v.2023-10-10 model name : Intel(R) Celeron(R) CPU J3455 @ 1.50GHz Kernel : x86_64 Userland : amd64 Docker : v9.0.1 Installation: Docker Kernel: x86_64 Userland: amd64 Timezone: Etc/UTC User-ID: 0 X-Server: false Pending OS-Updates: 0 Pending iob updates: 1 Nodejs-Installation: /usr/bin/nodejs v18.18.2 /usr/bin/node v18.18.2 /usr/bin/npm 9.8.1 /usr/bin/npx 9.8.1 /usr/bin/corepack 0.19.0 Recommended versions are nodejs 18.18.2 and npm 9.8.1 Your nodejs installation is correct MEMORY: total used free shared buff/cache available Mem: 8.2G 4.6G 369M 651M 4.1G 3.5G Swap: 7.1G 1.3G 5.8G Total: 15G 5.9G 6.1G Active iob-Instances: 28 Active repo(s): stable ioBroker Core: js-controller 5.0.16 admin 6.12.0 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: + system.adapter.admin.0 : admin : MIBR-DS - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.web.0 : web : MIBR-DS - enabled, port: 8082, bind: 0.0.0.0, run as: admin Objects: 30678 States: 23186 Size of iob-Database: 34M /opt/iobroker/iobroker-data/objects.jsonl 33M /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ====================

@hinzkunz Wechsel ist wohl gar kein Problem - siehe am Ende dieses Beitrags

Ja, ich habe die IP Adresse außerhalb des DHCP Bereiches eingestellt. Das klappt auch alles. Ich glaube ich bin dem Problem jetzt ein wenig näher gekommen. Ich bin immer noch der Meinung dass echarts schuld ist. Mir ist aufgefallen, dass wenn ich morgens den PC neu gestartet habe (er war "nur" im Hybernate Schlafmodus, nicht richtig runtergefahren) die Load average unter 1 war. Innerhalb weniger Minuten ist die dann wieder auf 8 und mehr gestiegen. Dann die Überraschung als ich einmal Firefox (in dem immer ein echarts Fenster offen war) neu gestartet habe. Die Load Average ist schnell auf einen WErt unter 1 gesunken. Sie sieht jetzt z.B. aktuell mit einem geöffnetem echarts Fenster und VIS wie folgt aus: top - 15:01:00 up 13 min, 3 users, load average: 0,23, 0,52, 0,51 Tasks: 198 total, 1 running, 197 sleeping, 0 stopped, 0 zombie %CPU(s): 4,3 us, 1,5 sy, 0,0 ni, 93,9 id, 0,0 wa, 0,0 hi, 0,3 si, 0,0 st MiB Spch: 7811,2 total, 5853,6 free, 1260,2 used, 855,0 buff/cache MiB Swap: 100,0 total, 100,0 free, 0,0 used. 6551,0 avail Spch PID USER PR NI VIRT RES SHR S %CPU %MEM ZEIT+ BEFEHL 781 iobroker 20 0 5239524 191088 38264 S 8,9 2,4 2:09.11 iobroker.js-con 2100 iobroker 20 0 726756 134168 37024 S 3,0 1,7 1:35.93 io.shelly.0 2178 iobroker 20 0 5152016 96208 39448 S 3,0 1,2 0:32.55 io.esphome.0 2125 iobroker 20 0 679192 71096 36900 S 2,0 0,9 0:04.57 io.discovery.0 1892 iobroker 20 0 758916 81892 36676 S 1,7 1,0 0:30.62 io.history.0 2022 iobroker 20 0 941512 138680 36900 S 1,7 1,7 0:43.85 io.javascript.0 2232 iobroker 20 0 346032 36804 13888 S 1,7 0,5 0:20.13 esphome 567 avahi 20 0 7588 3404 2864 S 1,0 0,0 0:08.53 avahi-daemon 2189 iobroker 20 0 676736 71536 36828 S 1,0 0,9 0:04.48 io.echarts.0 1992 iobroker 20 0 1017312 141492 43448 S 0,7 1,8 0:18.37 io.admin.0 15 root 20 0 0 0 0 I 0,3 0,0 0:02.09 rcu_preempt 2112 pi 20 0 9488 5084 2920 R 0,3 0,1 0:04.76 top 2242 iobroker 20 0 676492 68528 37056 S 0,3 0,9 0:04.32 io.vis-inventwo 1 root 20 0 168644 11960 8588 S 0,0 0,1 0:03.23 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.02 kthreadd Das ist absolut OK. Was man aber auch sieht ist die Uptime von 13 Minuten. Ich musste den Raspberry hart resetten nachdem ich probeweise ein neues echarts Diagramm (mit 6 Datenquellen) erstellt habe die load auf über 30 gestiegen ist und dann der Raspberry nicht mehr ansprechbar war. Für mich sieht es so aus, dass ein geöffnetes Firefox echarts Fenster in Zusammenhang mit einem neuen Diagramm den IO-Boroker und/oder den Raspberry extram stark belasten. Wenn ich alternativ nach jeder neuen Datenquelle das echarts Diagramm speichere, den Firefox beende und neu startet klappt das ganze und die Diagramme lassen sich auch flüssig anschauen. Das ist zwar nicht sonderlich befriedigend und richtig verstehen tue ich es auch nicht, aber ich habe jetzt wenigstens einen Weg gefunden, wie ich durch stoppen und Neustart des Firefox (der übrigens nicht auf dem Raspberry sondern einem Windows PC läuft) den Raspberry und damit den IO-Broker flüssig laufen lassen kann. Falls jemand dieses Verhalten erklären kann wäre ich für eine Erklärung dankbar.

@michihorn Ganz aktuell: iob nodejs-update Fertig. Gegebenfalls zuvor noch ein iob fix

@ingo-2 sagte in Flot - Edit is not allowed: Wie kann ich das denn machen? http://192..... weglassen! erst mit /flot beginnen

@homoran Als LiFePO4 in 4S 12V 200A https://www.ebay.de/itm/155477124179 Meine sind alle 8S 24V 250A Oder auch "kurze" Lieferzeit https://lifepo.de/products/daly-smart-bms-12v-200a-lifepo4-4s

Ich dachte es ist evtl. besser in GitHub einen issue beim Adapter zu öffnen. Falls das falsch war lasst es mich bitte wissen.

@da_woody Ich benutze die App nie. Offenbar war meine Version veraltet. Bei der neuen Version wird mir der EM3 nicht angezeigt. Ich bin offenbar zu blöd. Ich sehe nur meine normalen Shellys. OK, habe ich nun doch geschafft. War bei "Entdecken". Klar... Mal abwarten was da angezeigt wird.# Da werden die Werte nur Stündlich angezeigt, also wird man da sicher nicht diese fehlerhaften Einzelwerte erkennen können.

@line Ich weiß nicht was du da installiert hast, aber auf einem Standard Raspberry OS ist ufw gar nicht installiert, also kann man es weder aktivieren noch deaktivieren... Du hast da eh wirres Zeug installiert.

Auf Wunsch von foxriver hab ich ein issue beim js-controller angelegt: https://github.com/ioBroker/ioBroker.js-controller/issues/2538 Wenn noch jemand Hinweise hat oder das Verhalten mit dem sehr hohen RAM Verbrauch während der Installation hat, kann er sich an das issue dran hängen bzw. einen hinterlassen

@winni Du hast mir den Abend gerettet 😎 Danke dir.. Ich habe die Lösung im IOT Adapter für mich gefunden👍 Hilft vielleicht auch anderen hier!

@mcm57 said in trotz adapter update alte version (npm vs. admin): vis-2-material ist ganz normal im LATEST repository verfügbar [image: 1699608019340-a9f0ccb3-0c30-4067-981f-14584dd64ad1-image.png] Wo / wie suchst du im gui? ne, aber im BETA channel wird es angezeigt, geht nun :> danke an alle! :)

@ticaki Hallelujah, so komm ich wieder drauf. Danke Dir!! Und falls das Problem mal jemand anderen ereilt: Vermutlich war der Fehler, dass der Haken bei "Zugriffe nur auf bestimmte Instanzen zulassen" gesetzt werden musste, um überhaupt die Liste der Adapter einzublenden. Dort habe ich dann aber nur den Haken bei "devices" > Tab gesetzt (vermutlich völlig unnötigerweise?), was im ersten Schritt dann wohl zur fast leeren Startseite (nur die Karte von "devices" war sichtbar) und nach Löschen von "devices" dann zur ganz leeren Startseite geführt hat… Freitag Abend halt

@toki1973 sagte in Diskussion zum Linux-Werkzeugkasten: Aber warum werden die Linus Distributionen denn noch so ausgeliefert? Moin, ganz einfach, die Distributionen schreiben Dir nicht vor, was Du zu tun oder zu lassen hast, Du bist derjenige, der Verantwortlich ist, die Distributionen geben Dir aber dafür das Handwerkszeug an die Hand alles korrekt einzurichten. Im Endeffekt, kommt man auf beiden Wegen zum gleichen Ziel, wenn man es aber gleich bei der Installation macht, spart man sich ein paar Schritte. VG Bernd