Community Forum

@wildbill ja, ioB + HA zusammen zu nutzen ist eine Alternative, zumindest für jemanden wie dich, der sich offenbar gut auskennt. Da du auch FHEM nutzt, gehe ich davon aus, dass du SmartHome schon sehr lange einsetzt. Mir reicht derzeit das stabile Z-Wave, besonders für batteriebetriebene Geräte. Teilweise nutze ich auch ESP32 und Shellys, die wie Zigbee im 2,4 GHz-Bereich funken. so bleibt das Ganze für mich überschaubar. Hier zeigt sich auch eine zusätzliche Stärke von ioB: Wie der Name schon sagt, ist es ein Broker und damit scheint fast alles möglich zu sein.

@bahnuhr sagte: Das mag sein; das Problem bleibt halt. Oder man legt selbst Hand an, wie im Eingangsthread beschrieben.

@Thomas-Braun sagte: falls user genau in dem Zeitraum Adapter installiert haben, die eine ungepinnte axios-Version einbinden, dann könnte es sein, Kann man eigentlich die zusätzlichen npm-Module in der Javascript Instanz auch pinnen? Z.b. indem man eingibt modulName@1.2.3? Wie finde ich denn deren geladene Versionsnummern? Hab jetzt auch unter /opt/iobroker versucht mit npm list modulName, da kommt nur empty.

@Homoran sagte: @skvarel bitte Buchstabendreher im Threadtitel umdrehen Danke ... erledigt!

Das ärgert mich, dass ich nicht vorher gesehen habe, dass es den schon gibt....... Ich denke der größte Unterschied ist, dass man was genauer sagen kann welche DPs man alle haben möchte und die Settings was tiefer sind. Hab oben mal ein Bild von den Settings ergänzt. EDIT Mir war das genaue einstellen wichtig, da man falls alles an bis zu 18.000 DPs bekommen könnte. EDIT 2 Hab mal genauer geschaut, hab ein paar DPs mehr. ​current.summary – aktueller Satz mit DWD-Schwellenwerten ​dayX.summary_day / dayX.summary_night – Tag/Nacht getrennt ​current.dew_point – Taupunkt aktuell ​current.visibility – Sichtweite ​current.snow_depth – aktuelle Schneehöhe ​current.windbeaufort – Beaufort-Zahl ​dayX.uv_index – UV-Index ​dayX.sunshine_hours / dayX.daylight_hours – Sonnenstunden + Tageslichtdauer ​dayX.dew_point_mean / dayX.humidity_mean / dayX.pressure_mean – Tagesmittelwerte ​dayX.feels_like_max / dayX.feels_like_min – gefühlte Temperatur täglich ​Agrar/Solar-Paket (optional) ​soil_temp – Bodentemperatur ​cape – Gewitterpotenzial ​evapotranspiration – Verdunstung ​solar_radiation / irradiance – Globalstrahlung geneigt (für Solarpaneele) Dafür hab ich kein vis widget.

@Marc-Berg sagte: Du bist dort auf der Admin-Seite, hier ging es um die Host-Einstellungen. Deswegen die Frage wo das ist. Ich nehme mal an, dass es diese Einstellungen in der GUI noch nicht gab, als ich damals die Doku schrieb. Um ehrlich zu sein, ich kenne sie auch bis jetzt nicht. Aber DANGER ZONE (+Erklärung dazu) sollte Warnung genug sein! No Mercy 😁

@Thomas-Braun sagte: @mcm1957 Schau doch mal, ob der https://github.com/pixcept/ioBroker.plenticore dann nicht aus dem Verkehr gezogen werden muss. Edit: Du bist ja schon dran, hab ich erst gerade gesehen: https://github.com/pixcept/ioBroker.plenticore/issues/145 Du redest aber wohl mit der Wand... https://github.com/pixcept/ioBroker.plenticore/issues/118 Ist nicht ganz so einfach. Offenbar wird der alte plenticore für alte system noch gebraucht und funktioniert dort auch: https://forum.iobroker.net/post/1332363 Muss schaun was da am wenigsten für User belastend ist.

@A250-Fan Falls du es deiner KI nicht beibringen kannst , hier die Version mit den Headerzeilen. Kannst dann einstellen wieviel Zeilen immer stehen bleiben sollen: const fs = require('fs'); switch (mode) { case 'r': return fs.readFileSync(Dateiname, 'utf8'); case 'w': return fs.writeFileSync(Dateiname, Daten); case 'a': return fs.appendFileSync(Dateiname, Daten); case 'aL': let maxLines = 100; // Anzahl Datenzeilen (ohne Header) let headerLines = 2; // Anzahl geschützter Zeilen oben let content = ''; if (fs.existsSync(Dateiname)) { content = fs.readFileSync(Dateiname, 'utf8'); } let lines = content === '' ? [] : content.split(/\r?\n/); // technischen letzten Leer-Eintrag entfernen if (lines.length > 0 && lines[lines.length - 1] === '') { lines.pop(); } // Header und Daten trennen let header = lines.slice(0, headerLines); let data = lines.slice(headerLines); // führende \n aus neuen Daten entfernen let neuerEintrag = String(Daten).replace(/^\r?\n+/, ''); // neuen Eintrag anhängen (nur Datenbereich!) data.push(neuerEintrag); // Datenbereich begrenzen if (data.length > maxLines) { data = data.slice(-maxLines); } // wieder zusammensetzen let result = header.concat(data); fs.writeFileSync(Dateiname, result.join('\n') + '\n'); return `OK (Header: ${header.length}, Daten: ${data.length}/${maxLines})`; default: return 'Parameter mode muss "r", "w", "a" oder "aL" sein'; } Schöne Ostertage. Gruß, Johannes

@derrapf sagte: Bevor ich loslege: In dem ersten Link steht "Diesmal rät Raspberry OS allerdings noch dringender als sonst dazu, die Systeme nicht von einem zum anderen Release rüberzuheben, sondern eine komplette Neuinstallation zu machen:" Heisst das ich kann die Anleitung die dann kommt streichen, weil man das eh nicht machen sollte? Hast du da RaspberryOS am Start? Nein, du fährst da einen LXC auf Proxmox... Muss ich mit dem OS jetzt quasi von vorne anfangen? Du rollst einen aktuellen LXC aus, fertig. Wird mir ja immer als super easy verkauft. Und wenn ja: Das haette ich dann auch im Rahmen der normalen "Wartung" des Systems irgendwann machen müssen? Man hält seinen Softwarestack auf Stand, ja. Weil das ist genau das was ich oben gemeint habe: Statt das System zu betreiben muss ich es immer wieder (alle 2 Jahre?) quasi neu installieren. Kommt aus die individuellen Umstänge an. Bzw. wenn ich mit meiner Annahme falsch liege: Muss ich immer noch aufwendig solche Anleitungen befolgen und hoffen, dass nachher noch alles läuft (was nicht der Fall ist wie man im Verlauf dieses Threads sieht) Anleitungen solltest du / musst du wohl befolgen, wenn du selber nicht sattelfest genug bist. In der Regel funktionieren solche Inline-Upgrades natürlich. Die Wahrscheinlichkeit erhöht sich um so mehr, je weniger Türelü installiert ist. weil dann geht mir auch Grafana und Influx verloren. Nö, weil man deren Installationsquellen ja auch aktualisert und dann passt das wieder zueinander.

@Meister-Mopper sagte: Wenn kein "oder" auftaucht, ist es immer "und". Alte Juristenweisheit. Es taucht aber ein "oder" zwischen 3 und 4 auf Konstrukt A, B, C oder D Daraus A und B und C oder D schließen halte ich für abwegig...

@paul53 sagte: @OliverIO [sagte]: Meinung das das der Adapter machen muss. Als Javascript-Programmierer sollte man wissen, dass Arrays und Objekte referenziert werden. Das weiß ich schon, Aber mehrfaches lesen eines datenpunkts sollte konsistent auch den echten Inhalt des datenpunkts liefern, auch wenn man in die variable das zwischenzeitlich was reinschreibt. Die meisten Nutzer wissen ja nix vom caching, welches sich ja auch noch an und ausschalten lässt.

@Brutus66 sagte: Es läuft ja ohne Probleme. Nein, tut es nicht! Das ist eine Zeitbombe so defekt wie die Struktur ist.

@Thomas-Braun @homoran Steinigt mich, wenn ich was übersehen habe, aber seit 2023 gibs kein iob diag vom TE. Die Probleme ziehen sich seit Jahren. Mitunter hervorgerufen durch die Bridge Installation. Ich muss da @samson71 zustimmen, trotz des Schicksalsschlages des TE, dass Thema überfordert ihn. @wingo56 die Aussage ist wirklich, wirklich nicht böse gemeint! Nur macht es für uns Helfenden den Eindruck, dass wir jährlich Deine Probleme vorgesetzt bekommen, weil Du Dich mit dem Thema nicht beschäftigst.

jupp eine im Zählerschrank, die versorgt auch Brauchwasserwärmepumpe und den Keller une eine im EG und eine im OG per LAN angeschlossen als Mesh

Ich habe den Kostal Plenticore plus 5.5. Angeschafft April 2021. Zumindest wird mir aktuell keine neue Firmware angezeigt.

@ticaki Ja, das mit der Sinnhaftigkeit ist so eine Sache. Bei mir haben sich mittlerweile über 100 Skripte angesammelt und es kommt immer wieder mal noch was dazu. Und auch hier, ja, mir ist bewusst das 5 Instanzen vom Javascript-Adapter speichermäßig „teuer“ erkauft sind. Daher auch der eigene Pi als Slave. Performanceprobleme hatte ich dadurch bis dato noch keine, zumindest nicht bemerkt. Was für mich nicht sinnvoll war / ist, ist mehrfach verwendeten Code zu kopieren oder parallel in Skripten zu haben, das macht aus meiner Sicht irgendwann die Wartung oder Ausrollung von Erweiterungen fast unmöglich. Die Klassen und Module im großen Stil in global zu verpacken ist für mich auch keine sinnvolle Option. Auch wenn es vermutlich nicht soviel Performance kostet. Ich habe auch mehrere Funktionen die ich mehr oder wenige in jedem Skript in irgendeiner Art verwende, z.B. erweiterte Logging-Funktionen, die habe ich auch im global in zwei Closures zusammengefasst. Mir gefällt dabei aber nicht, das bei einer kleinen Änderung in einem globalen Skript alle Skripte in allen Instanzen neu starten und weiters auch nicht, dass ich da im Hauptskript irgendwas unsichtbar im Vorbau geschrieben habe (das ist aber eine persönliche Befindlichkeit). Aber als Beispiel, ich habe ein Modul mit Funktionen zu diversen Farbwertumrechnungen. Diese benötige ich in 7 von den etwas über 100 Skripten. Dafür jetzt diese in global überall „mitzuschleppen“ widerstrebt mir irgendwie. Aus diesem Grund ist für mich die Einbindung von Modulen und Klassen über require die sinnvollste Lösung. Vor allem weil ich alles an einem Platz im Javascript-Adapter habe, nicht mit externen Files herumhantieren muss, im Hauptskript immer genau sehe was ich über require eingebunden habe, die Skripte aus meiner Sicht besser strukturieren und aufteilen kann und auch die Sicherung mit allen Hauptskripten einfach mitläuft. (und ja, das bietet global im Wesentlichen auch) Aber wie geschrieben für mich. Ich denke es muss jeder für sich selbst die praktikabelste Lösung finden.

Danke für den schnellen Fix, läuft jetzt wieder mit der 2.0.3