Community Forum

Samson71

@Schimi
Ich kann neben einer Nvidia Shield die WaipuTV Box 4K, sowie auch WaipuTV Stick als funktionierend bestätigen.

Bluefox

Hier sind ein paar Testbilder:

Bluefox

@Michael-Schmitt sagte:

Sollte darüber nicht eine extra News gemacht werden?

https://forum.iobroker.net/topic/85722/neuer-installer-und-neuer-fixer-übersichtliche-oberfläche-und-iob-docker

Bluefox

Seit ein paar Tagen sind ein neuer Installer und ein neuer Fixer online. Was sie tun, hat sich nicht geändert, nur das Aussehen. Dazu gibt es mit iob docker ein neues Kommando.

Installer und `iob fix` mit eigener Oberfläche

Wer im Terminal installiert oder iob fix startet, sieht jetzt statt endloser Textausgabe:

einen Startbildschirm mit ioBroker-Logo, Systeminfos (Betriebssystem, Architektur, Node.js-Version) und den wichtigsten Optionen,
eine Fortschrittsanzeige mit allen Schritten, darunter jeweils die letzte Zeile der Ausgabe,
Dialoge für die Fragen des Fixers (Benutzerkonto, Boot-Target, Zeitzone),
am Ende eine Zusammenfassung mit der Adresse des Admins.

Wichtig: Normale Nutzer müssen auf dem Startbildschirm nichts umstellen. Einfach Enter drücken, die Voreinstellungen passen. Das steht dort auch so.

Bedienung: Pfeiltasten zum Auswählen, Leertaste schaltet eine Option um, Enter startet, Q beendet ohne Änderungen.

Die komplette Ausgabe landet in einer Logdatei:

Installer: ~/iobroker-install.log
Fixer: ~/iobroker-fix.log

Bei einem Fehler zeigt die Oberfläche die letzten Zeilen aus dem Log und nennt den Schritt, an dem es gehakt hat. Bitte bei Problemen im Forum diese Datei bzw. diesen Ausschnitt posten.

Lieber die alte Ausgabe? Die gibt es weiterhin:

iob fix --classic
curl -sL https://iobroker.net/install.sh | bash -s -- --classic

Wer sie dauerhaft will, trägt IOB_NO_TUI=true in die ~/.bashrc ein. Für Skripte und automatische Installationen (--silent, ohne Terminal, cron usw.) ändert sich nichts, dort bleibt die klassische Ausgabe.

Für Experten: `--hardened`

Mit --hardened (Installer oder iob fix) bekommt der iobroker-User keine sudo-Rechte mehr und ist nicht in der docker-Gruppe. Das ist sicherer, aber viele Dinge funktionieren dann nicht mehr: OS-Pakete für Adapter, Reboot aus ioBroker heraus, Netzlaufwerke mounten, Docker usw.

Für normale Installationen ist das nicht gedacht, deshalb gibt es den Modus nur als Parameter und nicht auf dem Startbildschirm. Wer nicht genau weiß, wofür er ihn braucht, lässt ihn weg.

Neu: `iob docker`

Immer mehr Adapter nutzen Docker. Mit iob docker sieht man auf einen Blick:

ob Docker installiert ist und welche Version,
ob der Docker-Dienst läuft,
welche Docker-Compose-Version vorhanden ist,
ob der iobroker-User in der docker-Gruppe ist (sonst kommt ioBroker nicht an Docker heran).

Fehlt Docker, fragt das Kommando, ob es installiert werden soll, und nutzt dafür das offizielle Skript von Docker (get.docker.com). Anschließend nimmt es den iobroker-User in die docker-Gruppe auf. Läuft der Dienst nicht, bietet es an, ihn zu starten.

iob docker        # Status anzeigen, vor der Installation nachfragen
iob docker -y     # ohne Nachfrage installieren

Danach einmal iob restart, damit ioBroker die neue Gruppenmitgliedschaft mitbekommt.

Hinweise:

Unterstützt werden Debian, Ubuntu, Raspberry Pi OS, Fedora, CentOS und RHEL. Auf macOS, FreeBSD, in WSL und in einem Container installiert das Kommando nichts, zeigt aber den Status an.
Unter Windows zeigt iob docker nur den Status an. Docker Desktop muss man dort selbst installieren.
Bei einer --hardened-Installation wird die docker-Gruppe nicht angefasst.

Bestehende Installationen bekommen das Kommando nach einem einmaligen iob fix, unter Windows nach npx @iobroker/fix.

Feedback

Probiert es aus und meldet euch hier, wenn etwas hakt. Hilfreich sind dabei:

die Ausgabe von iob diag,
bei Installer- oder Fixer-Problemen der Inhalt von ~/iobroker-install.log bzw. ~/iobroker-fix.log.

Bluefox

@fastfoot Danke für den Vorschlag, ist umgesetzt! 👍

Es gibt jetzt eine eigene Kategorie Künstliche Intelligenz. Dieses Thema ist schon dorthin umgezogen.

Ab sofort gilt: Für jede eigene Frage, jedes Projekt oder jede Anleitung bitte ein neues Thema in der Kategorie aufmachen. So bleibt alles übersichtlich und lässt sich später auch wiederfinden. Zum Beispiel:

Fragen zur Einrichtung (API-Schlüssel, Modelle, MCP-Server)
eigene Projekte, gern mit Beschreibung, wie ihr es gemacht habt
Erfahrungen mit bestimmten Modellen, auch lokal mit Ollama oder LM Studio
Sprachsteuerung und der neue assistant-Adapter

Dieses Thema hier bleibt für den allgemeinen Austausch und Meinungen rund um KI in ioBroker.

@stenmic @docsnyder7 Euer Wunsch nach einem Leitfaden „welche KI für was" wäre ein gutes erstes Thema für die neue Kategorie. Einen Einstieg mit Übersicht über Modelle und Hardware gibt es auch im Blog: KI in ioBroker

Bluefox

@infinity Laut den Grafiken läuft bis ca. 19:20 alles normal mit etwa 2,6 GB. Dann geht der RAM innerhalb kurzer Zeit auf 4 GB, der Swap ist voll und Disk-Read bleibt dauerhaft hoch. Dann lagert der Container nur noch aus, deshalb die hohe CPU und deshalb geht nichts mehr. Irgendein Prozess (meist eine Adapter-Instanz oder ein Skript) frisst also plötzlich Speicher. Den müssen wir finden.

Bitte schick zuerst den Teil vom ioBroker-Log um diese Zeit:

grep -E "2026-10-29 19:(0|1|2)" /opt/iobroker/log/iobroker.2026-10-29.log | grep -iE "error|warn|memory|heap|terminated|restart" | tail -n 100

Auf dem Proxmox-Host (nicht im Container), ob der OOM-Killer zugeschlagen hat:

dmesg -T | grep -iE "oom|killed process"

Und beim nächsten Hänger, falls du noch auf die Konsole kommst (Proxmox > Console), vor dem Neustart:

free -m
ps aux --sort=-rss | head -n 15

Dann sehen wir direkt, welcher Prozess so viel Speicher braucht. Wenn es wieder läuft, poste bitte auch noch die Ausgabe von iob diag.

Eine bekannte Ursache für solche Sprünge ist das Update der Repositories. Das braucht unter Node 24 kurzzeitig mehrere hundert MB. Schau mit iob repo, ob außer dem aktiven Repo noch andere eingetragen sind (z. B. beta). Was du nicht brauchst, kannst du mit iob repo del beta löschen.

Unabhängig davon sind 512 MB Swap bei 4 GB RAM knapp. Wenn der Host genug Speicher hat, gib dem Container mehr RAM, z. B. 6 GB. Damit ist die Ursache aber nicht weg.

Bluefox

@andibr Du denkst nicht zu sehr um die Ecke, das sind wirklich nur vier Schaltbefehle. Der Knackpunkt ist die Richtung: Der evcc-Adapter legt kein Gerät in evcc an. Er holt nur das, was es in evcc schon gibt, als Datenpunkte nach ioBroker. Das „virtuelle Gerät“ legst du in evcc selbst an, und die Datenpunkte erstellst du selbst im ioBroker.

So würde ich es machen:

Im ioBroker unter Objekte in 0_userdata.0 vier boolesche Datenpunkte anlegen, z. B. evcc.Heizstab1, evcc.Heizstab2, evcc.Heizstab3 und evcc.Whirlpool.
Den simple-api-Adapter installieren, falls noch nicht vorhanden (Port 8087).
In evcc für jeden Datenpunkt „Ladepunkt oder Heizung hinzufügen“ > „Benutzerdefiniertes Gerät“ wählen und Folgendes eintragen, hier für Stufe 1:

type: switchsocket
features:
  - integrateddevice
  - heating
enabled:
  source: http
  uri: http://192.168.x.x:8087/getPlainValue/0_userdata.0.evcc.Heizstab1
enable:
  source: http
  uri: "http://192.168.x.x:8087/set/0_userdata.0.evcc.Heizstab1?value={{.enable}}"
standbypower: -1500

Für Stufe 2 und 3 genauso, nur mit der anderen ID. Beim Whirlpool standbypower: -1800. Da du keine Leistungsmessung hast, nimmt evcc mit dem negativen Wert einfach eine feste Leistung an.

Jedes Gerät bekommt einen Ladepunkt. Dort stellst du den Modus auf PV und legst über die Priorität fest, was zuerst Überschuss bekommt, z. B. Whirlpool vor den Heizstäben und die Stufen 1, 2, 3 nacheinander.

Dann setzt evcc die Datenpunkte auf true oder false, und dein Blockly macht nur noch Folgendes:

Heizstab: Shelly-Kanal = Datenpunkt von evcc UND Temperatur unter Sollwert. Das Thermostat bleibt als Hardware-Sicherung, wie es ist.
Whirlpool: auf 0_userdata.0.evcc.Whirlpool reagieren und den Heizungs-Datenpunkt im Bestway-Adapter setzen, bei Bedarf auch die Filterpumpe.

Für den Whirlpool brauchst du also keinen Shelly. Den evcc-Adapter brauchst du dafür gar nicht, den kannst du für Anzeigen weiter nutzen.

Wenn evcc das Gerät nach dem Speichern als Fehler anzeigt, schick bitte einen Screenshot und rufe die getPlainValue-URL einmal im Browser auf. Dann sieht man gleich, ob es an simple-api oder an der evcc-Konfiguration liegt.

apollon77

@David-G. sagte:

Hey,

ich hab nun auch ein Echo bei mir stehen und wirde den Adapter gerne in Betrieb nehmen.

Leider scheitert es, finde hier im Thread nichts zu.

Wenn ich mich im Adapter über den link anmelden möchte, komme ich zur Seite um meine Mail einzugeben, wenn ich dort dann weiter gehe kommt sofort
Diese Website kann keine sichere Verbindung bereitstellen
192.168.99.33 hat eine ungültige Antwort gesendet.
ERR_SSL_PROTOCOL_ERROR

Die Frage ist doch erstmal wann und wo genau diese Meldung kommt. Kommt die direkt als antwort wenn du den link aufrufen willst? hast du http genutzt anstelle https im Link? ODer machen vllt neue Browser jetzt da blödsinn - weil dieser lokale link ist http und nicht https ... wenn man den versuch mit https aufzurufen gibts so einen fehler ggf.

Bitte mehr details dazu.

Und @samson71 @homoran Könntet Ihr bitte die obige unrelated diskussion zur "Art und Weise von Foren betrogen " irgendwo anders hin packen? Danke

Bluefox

@franzda Im Adapter gibt es keinen Timer, der nach etwa 1000 s etwas macht. Der Client übergibt an MQTT.js nur keepalive (Standard 10 s), reconnectPeriod (Standard 10 s), connectTimeout (Standard 30 s), clean und rejectUnauthorized. Ein ECONNRESET heißt, dass von außen ein TCP-RST gekommen ist. MQTT.js oder der Adapter beenden die Verbindung in so einem Fall sauber und erzeugen kein RST. Der Reset kommt also vom Broker oder von etwas auf dem Weg dorthin.

Fragen bzw. Ansätze:

Welcher Wert steht bei dir in den Instanzeinstellungen bei Keep-Alive? Wenn er deutlich höher als 60 ist und nur alle 10 Minuten etwas gesendet wird, passt das gut zu deiner Beobachtung (1 Minute stabil, 10 Minuten nicht). Ein NAT oder Mobilfunk-Gateway (der Name "womoraspi" klingt nach Wohnmobil und LTE) wirft untätige Verbindungen gern nach einer festen Zeit raus. Stell testweise 30 oder 60 ein, so wie bei deinem Paho-Test.
Hat der Paho-Test eine andere Client-ID benutzt? Wenn irgendwo ein zweiter Client mit womoraspi verbindet, wirft EMQX die alte Session raus (Takeover).
Am zuverlässigsten siehst du es in der EMQX-Cloud-Konsole: Dort steht beim Client das Ereignis zum Disconnect mit Grund (z. B. keepalive_timeout, takenover, kicked). Steht da nichts oder nur ein unspezifischer Socket-Fehler, liegt es eher am Netzwerk.
Auf dem Pi selbst mitschneiden, dann siehst du, wer das RST schickt und ob vorher PINGREQ/PINGRESP laufen:

sudo tcpdump -i any -nn port 8883 -w mqtt.pcap

Dazu die Instanz auf Loglevel debug stellen und die Zeilen rund um den nächsten Abbruch als Text posten.

Bluefox

Danke für den Log, damit war die Ursache schnell klar.

Bei InfluxDB 2.x gibt es kein „DROP MEASUREMENT“. Der Adapter löscht deshalb alle Werte des Datenpunkts über die Delete-API. Dabei geht InfluxDB jeden Shard des Buckets durch, und bei einem Bucket mit Daten aus mehreren Jahren dauert das schnell mehrere Minuten. Der Adapter hat aber nur so lange gewartet, wie das normale „Request timeout“ erlaubt (Standard 30 Sekunden), und dann mit RequestTimedOutError abgebrochen.

Ab Version 5.2.3 bekommen Löschvorgänge eine eigene Verbindung und dürfen bis zu 10 Minuten dauern. Das gilt für das Aufräumen in der Statistik und auch für delete, deleteRange und deleteAll. Schreiben und Abfragen behalten das eingestellte Timeout. Die Version ist veröffentlicht und sollte in Kürze im Latest-Repository auftauchen.

Wer nicht warten möchte: In den Instanzeinstellungen das „Request timeout“ vorübergehend auf z. B. 600000 (10 Minuten) setzen, aufräumen, danach wieder zurückstellen.

Das Löschen kann je nach Größe des Buckets trotzdem einige Minuten dauern. Bitte den Dialog so lange offen lassen.

Kannst du mit 5.2.3 noch einmal aufräumen und kurz Bescheid geben, ob es jetzt durchläuft? Falls einzelne Datenpunkte weiter fehlschlagen, bitte den Log-Ausschnitt dazu posten.

Community Forum

administrators

Beiträge

Installer und `iob fix` mit eigener Oberfläche

Für Experten: `--hardened`

Neu: `iob docker`

Feedback

Mitgliederliste

Community Forum

administrators

Beiträge

Installer und iob fix mit eigener Oberfläche

Für Experten: --hardened

Neu: iob docker

Feedback

Mitgliederliste

Installer und `iob fix` mit eigener Oberfläche

Für Experten: `--hardened`

Neu: `iob docker`