NEWS

@mloy sagte in ZWAVE HUB:

@arteck
Aeotec Smart Home Hub
kann als ZWAVE Gateway arbeiten. Bleibt aber halt die Frage ob es in den IOBroker integrierbar ist.

ok hab mich falsch ausgedrückt..

es gibt viele Gateways die aber NICHT intergrierbar sind.. egal wo .. geschlossenes System ..leider

was geht ist zb homee.. ist aber kein Gateway im klassischen Sinn..sondern eine Zentrale die du Modular aufbauen kannst... zu teuer für dein vorhaben

kauf dir ein Stick und ein Pi (ein 2 oder 3 erreicht aus). schliesse es per LAN an (nicht WLAN) ..und reiche den Stick weiter per ser2net

fettisch

Bei mir hat geholfen, den IOBROKER über das Start Menü neu zu starten.
Dann waren die gesperrten Log-files und die Fehlermeldung weg.

@paul53 OS

Ich bringe den Beitrag mal wieder nach vorne.
Tritt bei mir ebenfalls regelmäßig auf:

ical.0 2024-05-03 06:02:06.328 warn get state error: Connection is closed. ical.1 2024-05-03 00:04:07.050 warn get state error: Connection is closed.

Da wird wohl versucht etwas zu lesen, nachdem die Verbindung zur DB bereits geschlossen wurde.

Das passende Issue dazu hat @wendy2702 ja bereits erzeugt:
https://github.com/iobroker-community-adapters/ioBroker.ical/issues/630

wendy2702 created this issue in iobroker-community-adapters/ioBroker.ical open get state error: Connection is closed #630

@thomas-braun

Also die ganzen Bemühungen hier haben leider das Problem nicht behoben. Mein JS Adapter stürzt immer noch of ab. Teilweise 2x am Tag, teilweise läuft er auch zwei Tage. Ich starte dann immer neu. Total ärgerlich weil ich auch Überschlussladen etc für das eAuto darüber realisiert habe und der Wage dann natürlich nicht lädt.

Ich habe folgendes im sys-Log dazu gefunden

Apr 29 12:47:25 homeserver bash[565527]: Was not able to detect the Linky linky_mode. Default to historique Apr 29 12:47:25 homeserver bash[565527]: Was not able to detect the Linky energy_phase. Default to single_phase Apr 29 12:47:25 homeserver bash[565527]: Not able to detect the current tarif. Not filtering any expose... Apr 29 12:50:00 homeserver bash[565527]: (node:565605) Warning: Setting the NODE_TLS_REJECT_UNAUTHORIZED environment variable to '0' makes TLS connections and HTTPS requests insecure by disabling certificate verification. Apr 29 12:50:00 homeserver bash[565527]: (Use `node --trace-warnings ...` to show where the warning was created) Apr 29 12:50:00 homeserver bash[565527]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: Apr 29 12:50:00 homeserver bash[565527]: 0 Apr 29 12:50:00 homeserver bash[565527]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: Apr 29 12:50:00 homeserver bash[565527]: 0 Apr 29 12:50:00 homeserver bash[565527]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: Apr 29 12:50:00 homeserver bash[565527]: 0 Apr 29 12:50:01 homeserver bash[565527]: ================================== > LOG REDIRECT system.adapter.javascript.0 => false [Process stopped] Apr 29 12:50:01 homeserver bash[565527]: ================================== > LOG REDIRECT system.adapter.javascript.0 => false [system.adapter.javascript.0.logging] Apr 29 12:55:00 homeserver bash[565527]: (node:565868) Warning: Setting the NODE_TLS_REJECT_UNAUTHORIZED environment variable to '0' makes TLS connections and HTTPS requests insecure by disabling certificate verification. Apr 29 12:55:00 homeserver bash[565527]: (Use `node --trace-warnings ...` to show where the warning was created) Apr 29 12:55:00 homeserver bash[565527]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: Apr 29 12:55:00 homeserver bash[565527]: 0 Apr 29 12:55:00 homeserver bash[565527]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: Apr 29 12:55:00 homeserver bash[565527]: 0 Apr 29 12:55:00 homeserver bash[565527]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: Apr 29 12:55:00 homeserver bash[565527]: 0 Apr 29 12:55:01 homeserver bash[565527]: ================================== > LOG REDIRECT system.adapter.javascript.0 => false [Process stopped] Apr 29 12:55:01 homeserver bash[565527]: ================================== > LOG REDIRECT system.adapter.javascript.0 => false [system.adapter.javascript.0.logging] Apr 29 13:00:00 homeserver bash[565527]: (node:565961) Warning: Setting the NODE_TLS_REJECT_UNAUTHORIZED environment variable to '0' makes TLS connections and HTTPS requests insecure by disabling certificate verification. Apr 29 13:00:00 homeserver bash[565527]: (Use `node --trace-warnings ...` to show where the warning was created) Apr 29 13:00:00 homeserver bash[565527]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: Apr 29 13:00:00 homeserver bash[565527]: 0 Apr 29 13:00:01 homeserver bash[565527]: ================================== > LOG REDIRECT system.adapter.javascript.0 => false [Process stopped] Apr 29 13:00:01 homeserver bash[565527]: ================================== > LOG REDIRECT system.adapter.javascript.0 => false [system.adapter.javascript.0.logging]

Nach meiner Interpretation wird da die Konstante NODE_TLS_REJECT_UNAUTHORIZED für JS bzw node scheinbar so gesetzt, dass sie eine Warnung generieren kann und dieser Warnung führt dann dazu das eine Funktion zu einem Fehler führt, das dazu führt das der JS Adapter in den Restart-Loop geht (Sieht man ja auch gut im log)

Meine Frage: Wie kann man die Node-Konstante setzen? Als normale System-Environment-Variable funktioniert das irgendwie nicht. Oder kann ich das im ioBroker irgendwo setzen?

Und dann der Hinweis mit "node --trace-warnings" wie kann ich bei der ioBroker installation node startparamter mitgeben?

Danke für Hilfe,
selector

@sven-muthke
Das was @Thomas-Braun sagt.
Und als kleine Ergänzung: Einen Pi nicht per plötzlichem Stromentzug zum Reboot "überreden". Sowas verknusen die Dinger oft nicht gut und danken es mit einem zerschossenen Dateisystem.

@marc-berg

Vielen Dank für deine Rückmeldung. Dann kann ich ja endlich mit dem Umzug auf den Pi5 beginnen.

@haus-automatisierung sagte in Shelly-Adapter: Warnmeldung für bestimmte Geräte abschalten?:

Hast Du den Shelly noch in irgendwelchen Scripts aktiv oder in Szenen o.ä.?

Hallo Matthias,
vielen Dank für Deinen Hinweis. Ich habe noch ein Blockly laufen, dass mir die Pumpen ausschaltet, wenn kein Heizungsventil geöffnet ist. Das versucht natürlich immer wieder die Shellys zu schalten. Wenn ich Dich richtig verstanden habe, dann müsste ich da noch eine Verknüpfung reinbringen, dass dies nur passiert, wenn die Shellys online sind. Ich werde es probieren.
PS: Ich hatte gerade auf Github ein Issue zu dem Thema eröffnet. Das hat sich nun natürlich erledigt. Vielen Dank für die Unterstützung.

@christian-l-0

Und nicht auf die Fragen geantwortet ….

@feuersturm
Der Main Ordner existierte nicht nach der neuinstallation
Jetzt habe ich alle Views und Projekte wieder
Danke👍 👍

Moin,

ich habe den Fehler im backup auch. In der docker Shell kennt er zwar

redis-cli

nicht, dafür aber

rdcli

also ist das redis command line interface installiert, aber nicht das, was der backup-Adapter erwartet?

@umichel Hallo, wie hast du die Vorlage konfiguriert. Meine Url wird nicht aufgerufen

@homoran said in HmIP-ASIR-2 Alarmsirene ansteuern:

@triplex sagte in [Gelöst] HmIP-ASIR-2 Alarmsirene ansteuern:

Hab jetzt nur die 4 Datenpunkte gesetzt.

und genauso und nicht anders steht es in dem verlinkten Thread.

Die von dir auf falsch und wahr gesetzten Datenpunkte sind read only!!
Stand nie etwas im log?

Nein.

@asgothian
Super das hab ich gesucht!
Danke dir!
Warum die Werte nicht auch so übertragen werden...?

Und ja ich weiß die Werte stimmen nicht so zu 100% ist auch nicht nötig für mich.

Danke.

Den hatte ich garnicht auf´m Schirm.

@fox1985 sagte in Sourceanalytix - pro Quelle eine eigene Instanz?:

Eigentlich soll der Adapter die Einheit selbst erstellen

Welcher Adapter soll das tun?
SA kann die Unit automatisch erkennen, aber auch nur, wenn dein Datenpunkt eine Unit vorweist.

Vielleicht noch eine weitere Frage:
Bei der Lamellenposition muss (meines Wissens) nach dem Setzen von Level_2 (also Lamellenposition) noch der Wert für Level (für die Behanghöhe) mitgegeben werden. Ansonsten wird die gewünschte Position nicht angefahren. Kann man dies im Yahka-Adapter noch irgendwie realisieren?

Bisher wurde die Lamellenposition per Javascript bearbeitet und ein zusätzliches Objekt als Trigger verwendet. Hiermit habe ich jedoch wieder dasselbe Problem wie bei der Behanghöhe: Wird im Yahka-Adapter bei TargetPosition nicht der Alias eingetragen, sondern das erstellte Trigger-Objekt, steht bei der Lamellenposition immer "Schliessen...".

@ltsalvatore ansonsten mit einem eventlist widget in der vis