@manuxi said in Tablet für Wandbefestigung: @hansi1234 Danke für die Info, sind was teurer, oder? Ich habe den Eindruck, dass das an der 2,4GHz-Verbindung liegt - dass die Daten nicht flott genug rüberdackeln. Aber genau weiß ich das tatsächlich nicht... mit ein wenig Gedult, bekommst du um die 120€ rum ein gutes DELL Convertible bei Kleinanzeigen

@denjo sagte in Balkonkraftwerk Akku selber bauen??: Vorhanden ist: 4 Solarplatten, Hoymiles HM1500 Wechselrichter, OpenDTU, Shelly 3em, Smart Micro Solar. Vielleicht hat ja wer gute Erfahrungen oder eine gute idee?? Ähnliches Setup, nur AhoyDTU und IR-Kopf am Smartzähler. Je 2 Module in Serie die dann jeweils an einen EPEVER-MPPT gehen. Dieser speist dann einen 14.4kWh 48V LiFePo4 (gerade im Bau). Diese werden dann per ModBus an den ioB angebunden. Die Load-Ausgänge des EPEVERS gehen dann an den HM-1500 und lassen sich dann selektiv schalten. Das BMS und der Balancer kommen dann ebenfalls per ModBus/Bluetooth in den ioB. Im Endausbau kommt wohl noch ein 2kW Sinuswechselrichter dazu ohne direkte Anbindung an 230V, da ich auch Schwarzstart fähig sein will.

@fredf interessant - Dankeschön. Jetzt komme ich drauf. Hast du schon mal ein Update gemacht? Muss man danach die Geräte alle neu anlernen?

@christian88 sagte in Zigbee Reichweite extrem schlecht.: Hallo, An den WLAN Kanal komme ich nicht ran. Der ist in meiner Vodafone Station ausgegraut. das wäre aber schon wichtig. Denn der WLAN-Kanal und Zigbee-Kanal darf (sollte) sich nicht überlappen. Weiterhin können nicht alle Zigbee-Geräte JEDEN Kanal. Der Lenovo steht ca. 60cm über dem Router. Zwischen USB Stick und Lenovo hängt ein 20cm USB Verlängerungskabel. Versuche mal ein längeres USB-Kabel. Du hängst ggfs. voll im "WLAN-Funkfeuer". Ro75.

Ich habe weil ich mir nicht anders zu helfen wusste ein älteres Backup vom IO Broker eingespielt. Jetzt lief es ein paar Tage. Mittlerweile ist der Fehler aber wieder aufgetaucht. Wenn ich den Kiosk Modus beende und die Visu so starte ohne Kiosk Modus, geht es eine Zeit lang, dann erscheint wieder das ladeicon. Ich werde jetzt FK mal zurücksetzen und den Kiosk Modus komplett neu aufsetzen. Als 2. Variante werde ich mal eine anderes Tablet probieren.

@arteck Ich habe die von Dir angepasste GIT-Version installiert, works like a charm, vielen Dank!! :-) Nun funzt auch send_payload. Mir war nicht klar, dass anscheinend das eine mit dem anderen zusammenhängt. Ich war davon ausgegangen, dass man send_payload nutzen kann, auch wenn der Rest der States nicht vorhanden ist.

@der-nordmann sagte in Aldi Maginon Zigbee Smarter Heizkörperthermostat WT-1: Eventuell kann es sich um eine abgespeckte Version vom TuYa TS0601_thermostat https://www.zigbee2mqtt.io/devices/TS0601_thermostat.html handeln, da bin ich mir aber nicht sicher! nicht evtl.... ES MUSS DER GLEICHE SEIN.. [image: 1700382192841-cd152d55-fdcc-4def-a155-c15418fd14a2-grafik.png] das ist auschlag gebend..nicht das Aussehen von dem Teil und nein wird nich unterstützt

@crunchip Super Tipp ... scheint alles zu laufen. 1000 Dank dir und schönen Sonntag

@david-g sagte in [gelöst] History (sql) zu neuem Datenpunkt "verschieben": https://forum.iobroker.net/topic/37395/history-adapter-alias-id-richtig-verwenden Das hat sehr geholfen! Perfekt, nochmals danke!

@thomas-braun said in Multihost - Master nicht verfügbar Upgrade Bookworm: @garfield2412 Und wie üblich: Hampel da nicht als root herum. hast recht.. vllt. hat mir das was zerschossen.. hab am Master und slave nen fixer drüber laufen lassen, am slave siehts nun so aus: pi@iobroker-raspi2:~ $ iobroker multihost status No configuration change needed. Multihost discovery server: disabled Discovery authentication: enabled Persistent activation: disabled Objects: jsonl on 192.168.4.22 States: redis on 192.168.4.22 dennoch bringt ein browse am slave keinen gefundenen host - obwohl alles läuft nun: iobroker multihost browse No Multihost server found. Make sure iobroker is running on the host where you enabled multihost discovery (and it is not this host)!

+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