Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[stein]

@homoran das sind werte aus dem Wechselrichter, der Fehler war am 06.11. da war der influx host kurz down. Das ist im Millisekunden Takt weil es halt verschiedene Werte sind die per Modbus mit Millisekunden Abstand rein kommen. Der Zyklus ist aber immer >10 Sekunden und das wird auch nur sehr gefiltert in die DB geschrieben (z.B. nur wenn sich der Wert um eine gewisse Spanne verändert hat).

[Homoran]

@stein OK, wenn das nicht zur Verzögerung geführt hat sehe ich nichts bösartiges.

Lediglich um

@stein sagte in Script wird immer mehr verzögert ausgeführt:

Pending Updates: 31

solltest du dich auf jeden Fall kümmern

[stein]

@homoran Das kann ich machen, aber der Container ist auch keine 3 Wochen alt. Das wird nichts kritisches sein.
Fällt irgendjemanden eine Queue ein die mit der Zeit vorlaufen könnte und daher diese steigende Verzögerung auslösen könnte? Sonst ist meine letzte Lösung ein cron der iobroker einmal die Woche neustartet :dizzy_face:

[ticaki]

@stein

Ich weiß ja nicht was sonst da noch läuft. Ich habe die Tage mein Timemaschine Backup auf einen Sambacontrainer(PVE) beendet weil es den io Delay auf 70%-90% hoch gejagt hat und die Downzeit des iobrokers beim Backup von 10-20 Sekunden auf 20-30 Minuten erhöht hat und das mit steigender Tendenz.

Aber der iobroker an sich war auch zickig in dem Zeitraum.

EDIT: influx kannst du aber so einstellen das die Werte gesammelt werden. Die werden dann als Block mit den jeweiligen Aktualisierungszeiten geschrieben.

Ach bei ^da oben war die Auslastung vom System und der einzelnen Container unauffällig nur der io Delay war sehr hoch.

[stein]

@ticaki influx hab ich jetzt mal auf schreiben alle 60sekunden umgestellt. Ich glaube ich bin blind, wo hast du io Delay gefunden?

[ticaki]

@stein

Ich benutze Proxmox und da gibt es diese Anzeige. Die hat nichts mit iobroker zu tun.

[stein]

Also, das Problem besteht noch. Das Buffern vom influx hat es gefühlt verlängert bis es auftritt, aber bestehen tut es noch. Auslastung der Maschine jetzt bei <25% (meist <10%)

[ticaki]

@stein

Das hätte ich wohl zu erst fragen sollen, aber was meinst du mit verzögert? Regieren die Skripte verzögert auf Trigger ereignisse? Oder fängt der schedule an nach zu laufen?

Bei Triggern schon mal geprüft ob es tatsächlich eine verzögerung gibt zwischen dem umschalten des States und der ausführung des skripts?

[stein]

Oh man, ich schäme mich ein bisschen, ich habe grade den Verdacht dass es der openknx adapter ist. Wenn ich einen state von hand (ohne script) änder dauert es auch einige Sekunden bis der state sich ändert. Andersrum kommen aber state Änderungen auf dem bus sofort im iobroker an.

Sehe jetzt auch dass die geschrieben states vom iobroker auf dem openknx adapter sehr lange noch rot, also nicht acknowledged sind. Das wird mein Problem sein. Aber warum ist das wohl so?

[ticaki]

@stein sagte in Script wird immer mehr verzögert ausgeführt:

Oh man, ich schäme mich ein bisschen, ich habe grade den Verdacht dass es der openknx adapter ist. Wenn ich einen state von hand (ohne script) änder dauert es auch einige Sekunden bis der state sich ändert. Andersrum kommen aber state Änderungen auf dem bus sofort im iobroker an.

Sehe jetzt auch dass die geschrieben states vom iobroker auf dem openknx adapter sehr lange noch rot, also nicht acknowledged sind. Das wird mein Problem sein. Aber warum ist das wohl so?

Mach nen neuen Thread auf, KNX ist was ganz anderes als Skripte und dafür brauchst du die Aufmerksamkeit von anderen Leuten, verlinke dann auf den hier.

Ich hab davon keine Ahnung :)