NEWS

@headcrasch
Betreibst Du den Container im Bridge-Mode?
Hast Du dann den Port (8082) durchgereicht?

@meister-mopper sagte in iobroker influxdb1.x econnrefused 192.168.178.120:8086:

Ist nicht komplett

Denke schon aber da läuft einiges krumm:

@pepa sagte in iobroker influxdb1.x econnrefused 192.168.178.120:8086:

Display-Server: true
Desktop: cinnamon
Terminal: x11
Boot Target: graphical.target

@pepa sagte in iobroker influxdb1.x econnrefused 192.168.178.120:8086:

system.adapter.influxdb.0 : influxdb : ppmint-ESPRIMO-Q556-2 - enabled, port: 8086 system.adapter.influxdb.1 : influxdb : ppmint-ESPRIMO-Q556-2 - enabled, port: 8086 system.adapter.javascript.0 : javascript : ppmint-ESPRIMO-Q556-2 - enabled system.adapter.mqtt-client.0 : mqtt-client : ppmint-ESPRIMO-Q556-2 - enabled, port: 1883 system.adapter.mqtt.0 : mqtt : ppmint-ESPRIMO-Q556-2 - enabled, port: 1883, bind: 0.0.0.0 system.adapter.ping.0 : ping : ppmint-ESPRIMO-Q556-2 - enabled system.adapter.sonoff.0 : sonoff : ppmint-ESPRIMO-Q556-2 - enabled, port: 1883, bind: 0.0.0.0

edit:

zusätzlich bitte das LOGLevel der Instanzen nicht auf SILLY stellen 🙂

@joergeli oder eine weitere Variante wäre:

hatte man mal meter readings (Zählerwerte speichern) aktiv und deaktiviert dies wieder für den Datenpunkt, erscheint ebenfalls jede Nacht die Meldung

super jetzt komme ich wieder drauf.
Vielen Dank!

@homoran sagte in Blockly Gas aus macht Selbstabschaltung:

Steuerung einer Bombe im Flugzeug, die erst scharf wird, wenn der Flieger in der Luft war, und dann am Boden knallt.

Dann bin ich aus diesem Thread raus, sowas unterstütze ich nicht 🙂

@codierknecht sagte in Docker kann ioBroker image nicht downloaden:

sondern ein HP ProLiant mit Xpenology

"Xpenology" ... Was es nicht alles gibt!

Aber das Thema ist wohl bekannt:

https://xpenology.com/forum/topic/49308-how-to-update-lets-encrypt-root-certificate/

@karl-heinz1 sagte in Shelly nach Neustart nicht mehr in Instanzen:

habe nur mehrfach den IOBroker neu gestartet

Das bringt eigentlich nie etwas. Höchstens die Shelly-Instanz 1x neustarten und dann die Einstellungen auf dem Shelly kontrollieren. Dort ist dann ein Neustart nach Änderung der MQTT-Einstellungen notwendig. Und wenn diese aktiv sind, wird eine Verbindung aufgebaut (dann sollte die Instanz also laufen).

Nach hunderten Threads hier, ist meistens die IP vom ioBroker falsch, es wird der falsche Port angegeben (1882 ist ja der Standard vom Shelly-Adapter), oder Benutzername und Passwort sind so nicht im ioBroker hinterlegt.

Sollte es dann dennoch nicht klappen, ist die erste Anlaufstelle das Log im ioBroker. Sieht man nichts, Loglevel der Shelly-Instanz ändern (auf Debug). Taucht absolut gar nichts im Log auf (also auch kein Verbindungsversuch), dann stimmt etwas mit dem Netzwerk nicht oder die Einstellungen auf dem Shelly sind halt falsch.

Vielen lieben Dank Euch!!!

Wenn der Bonjourdienst egal ist, dann mir auch 😊

Was jetzt kommt - ich weiß nicht warum! Aber:

Heute gab es ein Update für ioBroker, was ich installiert habe.
Ich hab das Webportal ignoriert und damit auch nicht starten lassen.

Der Container wurde ohne ein einziges Problem installiert und läuft jetzt!!! 😎

Jetzt kann ich endlich loslegen. Nur, ob das am Update lag, oder am Webportal... ich weiß es nicht

@hagiman2000

Never tatsch a running süstem, eh?

Der tolle Rat hat ja mal wieder wunderbar funktioniert...

@chefkochts du solltest dir das log anschauen, dass ich vorher gepostet habe, was da für ein Fehler drin steht. Ansonsten nimm halt das Skript, dass dir einen fix und fertigen Container erstellt.

was steht denn in custom.conf?

Ansonsten nimm das Helperskript, dass erstellt dir einen fix und fertigen Container und befolge die Anweisungen, wie hier auch gemacht: https://forum.iobroker.net/post/1148122

https://tteck.github.io/Proxmox/

@jey-cee Aha, wenn ich also nur Einträge im Tab "Eingangsregister" erstelle und den Tab "Holdingregister" leer lasse, dann wird auch nur gelesen. Prima. Danke

@tom_w

Mit den curl Optionen slf werden u.a. Fehlermeldungen unterdrückt. Daher siehst du da auch nicht was genau da der Haken ist.

Per Putty nutzt du eine andere Shell/Terminal als direkt im Container. Also ergibt das unterschiedliche Verhalten schon Sinn.

@thomas-braun Vielen Dank für Deine Unterstützung.
Für heute soll es bei mir mal reichen.
Ich werde mich auf jeden Fall in die Thematik iobroker noch einarbeiten müssen.
Mein Ziel ist es die Daten der folgenden Geräte "einzusammeln" und auszuwerten:

Wechselrichter (und Speicher) Sungrow SH10RT Heizstab MyPV AC ELWA 2 zwei Stromzähler

Bis demnächst;-)

@mickym sagte in MQTT-Client (ioB) keine Verbindung zum FHEM-MQTT-Server:

zum Beispiel einen Pfad mit Stern eingeben der alle Datenpunkte darunter enthält

was aber bei nicht sorgfältig gewählter Maske oft zu unnötig viel verarbeiteten States führt.

@maddm Was wird denn da gespeichert? Mein iobroker LXC-Container braucht aktuell ca 12 von 64 GByte des dem Container zugewiesenen Plattenplatzes ...

Würde das mal beobachten. Vielleicht werden Backups zu lange aufgehoben, o. Ä. - was den immer weiter ansteigenden Speicherbedarf erklären würde ...

Lokale Backups legt iobroker standardmäßig in /opt/iobroker/backups ab... Da liegen bei mir nur Backups für die 10 letzten Tage, Langzeitspeicherung auf einem NAS-Laufwerk ...

@roland15 ... ok in wie weit eine Anleitung von heute dann in X Jahren noch genau so tut ist eine interessante Frage, aber die wirst Du erst dann beantworten können.

@th-g sagte in Node.js Update im Docker:

Hallo,

ich halte mich an die Vorgaben so wie nachfolgend beschrieben

Docker: https://docs.buanet.de/de/iobroker-docker-image/docs/#wartung,

aber Node.js wird nicht auf die aktuelle Version von 18.20.0 auf 18.20.1 upgedatet.

Was muss ich tun?

Danke

Der Trick liegt daran den entsprechenden Abschnitt komplett zu lesen insbesondere des letzten absatzes. Speziell zu Node stand da eigentlich nix mehr oder hab ich da was übersehen?

Linux System Pakete aktualisieren
Die im ioBroker Docker Image enthaltenen Linux Pakete lassen sich manuell über den integrierten Paketmanager apt aktualisieren. Dabei unterscheidet sich die Vorgehensweise nicht von der anderer auf Debian basierender Linux Systeme und erfolgt über die Kommandozeile des Containers.

Beachte, dass der empfohlene Weg allerdings das Herunterladen des aktuellen ioBroker Docker Images und anschließende Neuerstellen des Containers ist.

Moin zusammen.
Hinweis an den Entwickler:
Beim aufrufen der Instanz ReGaHSS erscheint ganz kurzfristig (millisekunden) 2 rote Hinweistexte, die ich dann mit dem Handy als Video aufgenommen habe.
Da stand:

"Setup first according rpc adapter!" "Richten Sie zuerst den entsprechenden RPC adapter ein!"
Ahhhh

Da die "alte" Konfigurationen der RPC Adapter (hatte den 4x insatlliert) noch existierte und in der Konfig des "rfd" Eintrags noch die alte IP-Adresse stand... wurde diese, obwohl deaktiviert, dennoch übernommen.

Problem gelöst, nachdem ich dort die "richtige" IP-Adresse eingetragen hatte.
Tya.. 😠 "Manchmal sieht man den Wald vor lauter Bäume nicht".

Vielleicht kann der Entwickler den Text etwas länger aufpoppen lassen, dann ist so ein Problem ggf. leichter einzugrenzen.

Wünsche allen noch einen schönen Tag.
👍 Gruß Scotty

@peterbocholt sagte in Raspberry bootet nicht mehr , kein iobroker backuo:

Moin ,ich bin peter und neu im Bereich Raspberry und IoBroker unterwegs.
Ich wollte gestern die SD Karte sichern....aber auf einmal Bootet der Raspberry nicht mehr....zuu späät.
Ich konnte aber alle Daten der Karte auf meinem PC kopieren ...
Hab das System neu aufgesetzt . Kann ich irgendwie den IO Broker wiederherstellen mit den kopierten Daten ?
Wenn ja ,wie genau ?
Ich hab schon versucht am PC Dateien auf die Karte zu schreiben ...dafür benötige ich aber ein programm was die linux dateistruktur lesen kann und auch kopieren kann.

Gruss Peter

Ich empfehle das kopieren der Dateien mit einer linux live-Distribution deiner Wahl durchzuführen. Booten von externem Laufwerk / usb. Dann kannst du nativ auf das Dateisystem der Karte zugreifen und auch schauen ob die iobroker Dateien beschädigt sind.

A.