Bug in Javascript oder influxdb (gelöst)
-
@stenmic Ja, genau so. Ich würde aber noch zwei Sachen dazu ändern:
- Im Fehlerfall wird dein Promise im Moment nie aufgelöst. Das
awaitdahinter wartet dann ewig. Also auch dortresolve(oderreject) aufrufen. - Auch wenn kein Fehler kommt, kann
query.result[0]leer sein, z. B. wenn es im Zeitraum keine Daten gibt. Das sollte man ebenfalls prüfen.
So etwa:
sendTo('influxdb.0', 'query', settings, function (query) { if (!query || query.error || !query.result || !query.result[0]) { console.warn(`InfluxDB-Abfrage fehlgeschlagen: ${query && query.error ? query.error : 'keine Daten'}`); resolve(Start == Aggregation ? null : []); return; } if (Start == Aggregation) { Ergebnis = query.result[0][0] ? query.result[0][0]._value : null; resolve(Ergebnis); } else { Ergebnis = query.result[0].map(elm => ({ t: (elm.ts !== null && elm.ts !== undefined) ? elm.ts : null, y: (elm._value !== null && elm._value !== undefined) ? elm._value : null })); resolve(Ergebnis); } });Schau bitte noch, was dein Skript danach mit dem Ergebnis macht. Kann es mit einem leeren Array bzw.
nullumgehen? Sonst wird das JSON fürs Diagramm nicht geschrieben, und das Diagramm bleibt bis zum nächsten Lauf einfach auf dem alten Stand. Das ist meistens das, was man will.Wenn du wieder auf influxdb 5.1.7 gehst, sollten die Fehler wegen #551 ohnehin weg sein. Mit der Prüfung siehst du im Log dann aber gleich eine verständliche Meldung, falls InfluxDB mal nicht erreichbar ist.
@Bluefox mit 5.1.7 und deinen Anpassungen am Script gibt es keine Fehler mehr, ansonsten würde auch ein Fehler bei “Zeitbereich keine Daten“ kommen, DANKE. Für mich zum Verständnis, der Fehler war schon immer da, wurde aber mit der 4er nie angezeigt? Sorry, wenn ich auch ein starker Kritiker bin, ich schätze Eure Arbeit wirklich sehr. Ich hab nur auch viel um die Ohren und verlasse mich auf die stable Versionen. Bin auch aufgeschlossen Sachen zu testen, wenn diese Ersichtlich sind. Das ist leider nicht immer der Fall. Wie gesagt, danke ( und der neue Admin ist gelungen ) jetzt muss nur noch vis2 die Performance von vis1 bekommen 🙈
- Im Fehlerfall wird dein Promise im Moment nie aufgelöst. Das
-
@stenic ja stabile Versionen sind gut und wichtig aber das gilt auch für eigene Scripte. Scripte sollen nicht nur funktionieren sondern auch robust sein und auf fehler vorbereitet sein. Ich habe die letzten Wochen in vielen meiner Scripte genau das also eine Fehlerbehandlung eingebaut, weil ich dort am Anfang sehr schlampig war und nur den Funktionsfall erstellt habe. Wenn man sich nicht mehr intensiv um das Hobby ioBroker kümmern kann weil die Zeit fehlt finde ich es besonders wichtig.
-
@Bluefox mit 5.1.7 und deinen Anpassungen am Script gibt es keine Fehler mehr, ansonsten würde auch ein Fehler bei “Zeitbereich keine Daten“ kommen, DANKE. Für mich zum Verständnis, der Fehler war schon immer da, wurde aber mit der 4er nie angezeigt? Sorry, wenn ich auch ein starker Kritiker bin, ich schätze Eure Arbeit wirklich sehr. Ich hab nur auch viel um die Ohren und verlasse mich auf die stable Versionen. Bin auch aufgeschlossen Sachen zu testen, wenn diese Ersichtlich sind. Das ist leider nicht immer der Fall. Wie gesagt, danke ( und der neue Admin ist gelungen ) jetzt muss nur noch vis2 die Performance von vis1 bekommen 🙈
@stenmic Schön, dass es jetzt läuft.
Zu deiner Frage: Es waren zwei Dinge.
- Der eigentliche Auslöser war der Fehler in influxdb 5.1.6 (#551). Der Adapter hat einen Timeout vom Server als Verbindungsabbruch gewertet und sich neu verbunden. In diesem kurzen Zeitraum ist deine Abfrage fehlgeschlagen. Mit 4.0.2 ist dieser Fall im Normalbetrieb praktisch nie vorgekommen, deshalb hast du nie etwas gesehen.
- Die fehlende Prüfung im Skript gab es dagegen schon immer. Wäre InfluxDB mit 4.x mal nicht erreichbar gewesen (Neustart, Update, Netzwerk), hättest du denselben TypeError bekommen.
Die Meldung "keine Daten" kommt jetzt einfach, wenn im abgefragten Zeitraum wirklich nichts in der Datenbank steht. Wenn sie dich stört, kannst du sie bei diesem Fall von
console.warnaufconsole.debugändern.Danke für das Feedback zum Admin. Wenn du bei vis-2 konkrete Views oder Widgets hast, die deutlich langsamer sind als in vis 1, mach dazu bitte ein eigenes Thema oder ein Issue mit einem Beispiel. Dann können wir uns das gezielt anschauen.
-
@Bluefox mit 5.1.7 und deinen Anpassungen am Script gibt es keine Fehler mehr, ansonsten würde auch ein Fehler bei “Zeitbereich keine Daten“ kommen, DANKE. Für mich zum Verständnis, der Fehler war schon immer da, wurde aber mit der 4er nie angezeigt? Sorry, wenn ich auch ein starker Kritiker bin, ich schätze Eure Arbeit wirklich sehr. Ich hab nur auch viel um die Ohren und verlasse mich auf die stable Versionen. Bin auch aufgeschlossen Sachen zu testen, wenn diese Ersichtlich sind. Das ist leider nicht immer der Fall. Wie gesagt, danke ( und der neue Admin ist gelungen ) jetzt muss nur noch vis2 die Performance von vis1 bekommen 🙈
@Bluefox mit 5.1.7 und deinen Anpassungen am Script gibt es keine Fehler mehr, ansonsten würde auch ein Fehler bei “Zeitbereich keine Daten“ kommen, DANKE. Für mich zum Verständnis, der Fehler war schon immer da, wurde aber mit der 4er nie angezeigt? Sorry, wenn ich auch ein starker Kritiker bin, ich schätze Eure Arbeit wirklich sehr. Ich hab nur auch viel um die Ohren und verlasse mich auf die stable Versionen. Bin auch aufgeschlossen Sachen zu testen, wenn diese Ersichtlich sind. Das ist leider nicht immer der Fall. Wie gesagt, danke ( und der neue Admin ist gelungen ) jetzt muss nur noch vis2 die Performance von vis1 bekommen 🙈
Der Punkt den ich auch im anderen Thread gemacht habe ist der folgende:
Jeder Nutzer würde den Entwicklern sehr helfen, wenn er
- immer mal wieder schaut was es im Beta an Adaptern gibt
- wenn bei den Beta Versionen keine breaking changes angemahnt werden versucht die Beta Version zu installieren und für etwas Zeit laufen lässt
- bei Auffälligkeiten diese im Forum oder auf GitHub meldet.
- Nach dem Test wieder die Stable Version installiert (damit das Produktivsystem nicht länger gestört wird).
Oder alternativ ein reduziertes Testsystem nutzt - klar, das verursacht Kosten - aber weniger als man gemeinhin denkt.
Wichtig ist dabei nicht “besondere” Tests durchzuführen, sondern einfach nur zu schauen wie sich der Adapter in Deiner Umgebung verhält.
A.
-
@Bluefox mit 5.1.7 und deinen Anpassungen am Script gibt es keine Fehler mehr, ansonsten würde auch ein Fehler bei “Zeitbereich keine Daten“ kommen, DANKE. Für mich zum Verständnis, der Fehler war schon immer da, wurde aber mit der 4er nie angezeigt? Sorry, wenn ich auch ein starker Kritiker bin, ich schätze Eure Arbeit wirklich sehr. Ich hab nur auch viel um die Ohren und verlasse mich auf die stable Versionen. Bin auch aufgeschlossen Sachen zu testen, wenn diese Ersichtlich sind. Das ist leider nicht immer der Fall. Wie gesagt, danke ( und der neue Admin ist gelungen ) jetzt muss nur noch vis2 die Performance von vis1 bekommen 🙈
Der Punkt den ich auch im anderen Thread gemacht habe ist der folgende:
Jeder Nutzer würde den Entwicklern sehr helfen, wenn er
- immer mal wieder schaut was es im Beta an Adaptern gibt
- wenn bei den Beta Versionen keine breaking changes angemahnt werden versucht die Beta Version zu installieren und für etwas Zeit laufen lässt
- bei Auffälligkeiten diese im Forum oder auf GitHub meldet.
- Nach dem Test wieder die Stable Version installiert (damit das Produktivsystem nicht länger gestört wird).
Oder alternativ ein reduziertes Testsystem nutzt - klar, das verursacht Kosten - aber weniger als man gemeinhin denkt.
Wichtig ist dabei nicht “besondere” Tests durchzuführen, sondern einfach nur zu schauen wie sich der Adapter in Deiner Umgebung verhält.
A.
@Asgothian man muss aber auch die Chance haben mitzumachen. Beispiel. ich habe nix von Admin, Javascript, influx Entwicklungen mitbekommen, obwohl ich schon viel im Forum unterwegs bin, auf git schau ich nicht, auf einmal kamen die Updates rein, und ich war die letzten 3 Tage beschäftigt. Wie schon geschrieben, ich danke euch allen, die aktiv Adapter unterhalten. Aber in der letzten Zeit sind die Forenbeiträge eher zermürbend.
-
@stenmic Schön, dass es jetzt läuft.
Zu deiner Frage: Es waren zwei Dinge.
- Der eigentliche Auslöser war der Fehler in influxdb 5.1.6 (#551). Der Adapter hat einen Timeout vom Server als Verbindungsabbruch gewertet und sich neu verbunden. In diesem kurzen Zeitraum ist deine Abfrage fehlgeschlagen. Mit 4.0.2 ist dieser Fall im Normalbetrieb praktisch nie vorgekommen, deshalb hast du nie etwas gesehen.
- Die fehlende Prüfung im Skript gab es dagegen schon immer. Wäre InfluxDB mit 4.x mal nicht erreichbar gewesen (Neustart, Update, Netzwerk), hättest du denselben TypeError bekommen.
Die Meldung "keine Daten" kommt jetzt einfach, wenn im abgefragten Zeitraum wirklich nichts in der Datenbank steht. Wenn sie dich stört, kannst du sie bei diesem Fall von
console.warnaufconsole.debugändern.Danke für das Feedback zum Admin. Wenn du bei vis-2 konkrete Views oder Widgets hast, die deutlich langsamer sind als in vis 1, mach dazu bitte ein eigenes Thema oder ein Issue mit einem Beispiel. Dann können wir uns das gezielt anschauen.
@stenmic Schön, dass es jetzt läuft.
Zu deiner Frage: Es waren zwei Dinge.
- Der eigentliche Auslöser war der Fehler in influxdb 5.1.6 (#551). Der Adapter hat einen Timeout vom Server als Verbindungsabbruch gewertet und sich neu verbunden. In diesem kurzen Zeitraum ist deine Abfrage fehlgeschlagen. Mit 4.0.2 ist dieser Fall im Normalbetrieb praktisch nie vorgekommen, deshalb hast du nie etwas gesehen.
- Die fehlende Prüfung im Skript gab es dagegen schon immer. Wäre InfluxDB mit 4.x mal nicht erreichbar gewesen (Neustart, Update, Netzwerk), hättest du denselben TypeError bekommen.
Die Meldung "keine Daten" kommt jetzt einfach, wenn im abgefragten Zeitraum wirklich nichts in der Datenbank steht. Wenn sie dich stört, kannst du sie bei diesem Fall von
console.warnaufconsole.debugändern.Danke für das Feedback zum Admin. Wenn du bei vis-2 konkrete Views oder Widgets hast, die deutlich langsamer sind als in vis 1, mach dazu bitte ein eigenes Thema oder ein Issue mit einem Beispiel. Dann können wir uns das gezielt anschauen.
ich habe vis2 vor langer Zeit getestet, war positiv eingestellt. Dann hatte ich die üble Performance bei Bindings angesprochen. https://forum.iobroker.net/topic/75324/bindings-extrem-verzögert-in-vis2?_=1792689270032
Da ich damals nur “Negativen“ Feedback bekommen habe, war vis2 für mich gestorben. Zudem möchte ich auf das beste Widget „Material Design“ nicht verzichten, wobei daran ja gearbeitet wird. Ja, vielleicht könnte man es heute mit den sehr vielen Bindings bei mir vielleicht anders lösen, aber muss ich das, wenn’s mit der alten Version perfekt läuft. -
@stenmic Schön, dass es jetzt läuft.
Zu deiner Frage: Es waren zwei Dinge.
- Der eigentliche Auslöser war der Fehler in influxdb 5.1.6 (#551). Der Adapter hat einen Timeout vom Server als Verbindungsabbruch gewertet und sich neu verbunden. In diesem kurzen Zeitraum ist deine Abfrage fehlgeschlagen. Mit 4.0.2 ist dieser Fall im Normalbetrieb praktisch nie vorgekommen, deshalb hast du nie etwas gesehen.
- Die fehlende Prüfung im Skript gab es dagegen schon immer. Wäre InfluxDB mit 4.x mal nicht erreichbar gewesen (Neustart, Update, Netzwerk), hättest du denselben TypeError bekommen.
Die Meldung "keine Daten" kommt jetzt einfach, wenn im abgefragten Zeitraum wirklich nichts in der Datenbank steht. Wenn sie dich stört, kannst du sie bei diesem Fall von
console.warnaufconsole.debugändern.Danke für das Feedback zum Admin. Wenn du bei vis-2 konkrete Views oder Widgets hast, die deutlich langsamer sind als in vis 1, mach dazu bitte ein eigenes Thema oder ein Issue mit einem Beispiel. Dann können wir uns das gezielt anschauen.
ich habe vis2 vor langer Zeit getestet, war positiv eingestellt. Dann hatte ich die üble Performance bei Bindings angesprochen. https://forum.iobroker.net/topic/75324/bindings-extrem-verzögert-in-vis2?_=1792689270032
Da ich damals nur “Negativen“ Feedback bekommen habe, war vis2 für mich gestorben. Zudem möchte ich auf das beste Widget „Material Design“ nicht verzichten, wobei daran ja gearbeitet wird. Ja, vielleicht könnte man es heute mit den sehr vielen Bindings bei mir vielleicht anders lösen, aber muss ich das, wenn’s mit der alten Version perfekt läuft.@stenmic Den Thread habe ich mir angeschaut. Da hat damals leider niemand aus der Entwicklung reingeschaut, und das Thema ist in eine Diskussion abgedriftet statt in eine Analyse. Das ist nicht gut gelaufen.
Wenn vis 1 bei dir gut läuft, musst du natürlich nicht wechseln. Falls du vis-2 irgendwann noch mal eine Chance geben willst: Nimm eine View, bei der die Bindings spürbar verzögert sind, exportiere sie und stell sie zusammen mit der vis-2-Version in ein neues Thema oder ein Issue unter https://github.com/ioBroker/ioBroker.vis-2/issues. Mit einem konkreten Beispiel können wir das nachstellen und gezielt messen. Seit 2.9.32 hat sich in vis-2 einiges getan.
-
@stenmic Den Thread habe ich mir angeschaut. Da hat damals leider niemand aus der Entwicklung reingeschaut, und das Thema ist in eine Diskussion abgedriftet statt in eine Analyse. Das ist nicht gut gelaufen.
Wenn vis 1 bei dir gut läuft, musst du natürlich nicht wechseln. Falls du vis-2 irgendwann noch mal eine Chance geben willst: Nimm eine View, bei der die Bindings spürbar verzögert sind, exportiere sie und stell sie zusammen mit der vis-2-Version in ein neues Thema oder ein Issue unter https://github.com/ioBroker/ioBroker.vis-2/issues. Mit einem konkreten Beispiel können wir das nachstellen und gezielt messen. Seit 2.9.32 hat sich in vis-2 einiges getan.
@Bluefox
Eine Anmerkung zum influx Adapter habe ich noch.Ich habe viele Datenpunkte, wo ich in den Einstellungen bewusst
"trotzdem gleiche Werte aufzeichnen (Sekunden)“ eingestellt habe.
Hier möchte ich dauerhaft in einem Intervall Daten speichern.
Hier sind viele Datenpunkte dabei, die sich selten ändern.
Dann habe ich Datenpunkte, bei denen ich nur Änderungen aufzeichnen ohne Intervall gesetzt habe.
"Dupletten" bei diesen Datenpunkten, würden bei mir fehlerhafte Ergebnisse bei Berechnungen später in Javaskript erzeugen.Deshalb habe ich in den Einstellungen vom Adapter „Den letzten Wert erneuert beim Start protokolieren“ deaktiviert.
Bei einem System Neustart, greifen dann aber die gewünschten Intervalle nicht, bei den Datenpunkten wo ich „trotzdem gleiche Werte aufzeichnen (Sekunden)“ eingestellt habe.
Das Intervall beginnt dann erst, wenn der Wert mal aktualisiert oder geändert wird (man muss es also anschupsen)Ich helfe mir aktuell so, dass ich beim Neustart über Javaskript bei allen Datenpunkten, die ein Intervall haben, den Wert mit sich selbst aktualisiere.
Keine schöne Lösung, aber ich lebe damit. Aber eventuell kann man da was optimieren.
Das “Problem“ gibt es schon sehr lange, hat nix mit der 5er Version zu tun.
Verstehst du, was ich meine? -
@Bluefox
Eine Anmerkung zum influx Adapter habe ich noch.Ich habe viele Datenpunkte, wo ich in den Einstellungen bewusst
"trotzdem gleiche Werte aufzeichnen (Sekunden)“ eingestellt habe.
Hier möchte ich dauerhaft in einem Intervall Daten speichern.
Hier sind viele Datenpunkte dabei, die sich selten ändern.Dann habe ich Datenpunkte, bei denen ich nur Änderungen aufzeichnen ohne Intervall gesetzt habe.
"Dupletten" bei diesen Datenpunkten, würden bei mir fehlerhafte Ergebnisse bei Berechnungen später in Javaskript erzeugen.Deshalb habe ich in den Einstellungen vom Adapter „Den letzten Wert erneuert beim Start protokolieren“ deaktiviert.
Bei einem System Neustart, greifen dann aber die gewünschten Intervalle nicht, bei den Datenpunkten wo ich „trotzdem gleiche Werte aufzeichnen (Sekunden)“ eingestellt habe.
Das Intervall beginnt dann erst, wenn der Wert mal aktualisiert oder geändert wird (man muss es also anschupsen)Ich helfe mir aktuell so, dass ich beim Neustart über Javaskript bei allen Datenpunkten, die ein Intervall haben, den Wert mit sich selbst aktualisiere.
Keine schöne Lösung, aber ich lebe damit. Aber eventuell kann man da was optimieren.
Das “Problem“ gibt es schon sehr lange, hat nix mit der 5er Version zu tun.
Verstehst du, was ich meine?@stenmic sagte:
Das “Problem“ gibt es schon sehr lange, hat nix mit der 5er Version zu tun.
Verstehst du, was ich meine?Hallo @stenmic,
zu deiner letzten Frage: Das ist tatsächlich ein Fehler im Adapter, danke für den Hinweis.
Das Intervall bei „trotzdem gleiche Werte aufzeichnen (Sekunden)“ läuft bisher erst, nachdem der Adapter einen Wert geschrieben hat. Nach einem Neustart gibt es zwei Fälle:
- „Den letzten Wert erneut beim Start protokollieren“ ist an (in den Instanz-Einstellungen, standardmäßig aktiv): Der aktuelle Wert wird beim Start geschrieben, und das Intervall startet sofort.
- Die Option ist aus: Das Intervall startet erst mit dem ersten Update des Datenpunkts. Bei selten aktualisierten Werten fehlt dann lange nichts geloggt. Dasselbe passiert übrigens, nachdem man die Einstellungen eines Datenpunkts ändert und speichert.
Ab sofort helfen: Schalte in der Instanz die Option „Den letzten Wert erneut beim Start protokollieren“ ein. Dann brauchst du dein Skript nicht mehr, das die Werte beim Start neu schreibt.
Fix: Das Intervall startet künftig direkt beim Start, auch wenn die Option aus ist. Der erste Wert wird dann nach Ablauf des Intervalls geschrieben. Der Fix steckt in https://github.com/ioBroker/ioBroker.influxdb/pull/563 und kommt mit der nächsten Version.
-
@Bluefox
Eine Anmerkung zum influx Adapter habe ich noch.Ich habe viele Datenpunkte, wo ich in den Einstellungen bewusst
"trotzdem gleiche Werte aufzeichnen (Sekunden)“ eingestellt habe.
Hier möchte ich dauerhaft in einem Intervall Daten speichern.
Hier sind viele Datenpunkte dabei, die sich selten ändern.Dann habe ich Datenpunkte, bei denen ich nur Änderungen aufzeichnen ohne Intervall gesetzt habe.
"Dupletten" bei diesen Datenpunkten, würden bei mir fehlerhafte Ergebnisse bei Berechnungen später in Javaskript erzeugen.Deshalb habe ich in den Einstellungen vom Adapter „Den letzten Wert erneuert beim Start protokolieren“ deaktiviert.
Bei einem System Neustart, greifen dann aber die gewünschten Intervalle nicht, bei den Datenpunkten wo ich „trotzdem gleiche Werte aufzeichnen (Sekunden)“ eingestellt habe.
Das Intervall beginnt dann erst, wenn der Wert mal aktualisiert oder geändert wird (man muss es also anschupsen)Ich helfe mir aktuell so, dass ich beim Neustart über Javaskript bei allen Datenpunkten, die ein Intervall haben, den Wert mit sich selbst aktualisiere.
Keine schöne Lösung, aber ich lebe damit. Aber eventuell kann man da was optimieren.
Das “Problem“ gibt es schon sehr lange, hat nix mit der 5er Version zu tun.
Verstehst du, was ich meine?Hallo @stenmic,
zu deiner letzten Frage: Das war tatsächlich ein Fehler im Adapter, danke für den Hinweis.
Das Intervall bei „trotzdem gleiche Werte aufzeichnen (Sekunden)“ lief bisher erst, nachdem der Adapter einen Wert geschrieben hatte. Nach einem Neustart hing es deshalb von der Instanz-Einstellung „Den letzten Wert erneut beim Start protokollieren“ ab:
- Option an: Der aktuelle Wert wurde beim Start geschrieben, und das Intervall lief sofort los.
- Option aus: Das Intervall startete erst mit dem ersten Update des Datenpunkts. Bei selten aktualisierten Werten wurde dann lange nichts geloggt. Dasselbe passierte, nachdem man die Einstellungen eines Datenpunkts geändert und gespeichert hatte.
Ab Version 5.1.8 startet das Intervall direkt beim Start, auch wenn die Option aus ist. Der erste Wert wird dann nach Ablauf des Intervalls geschrieben. Die Version ist veröffentlicht und kommt wie üblich zuerst über das Beta/Latest-Repository. Details: https://github.com/ioBroker/ioBroker.influxdb/pull/563
Nach dem Update brauchst du dein Skript, das die Werte beim Start neu schreibt, nicht mehr. Bis dahin hilft es auch, die Option „Den letzten Wert erneut beim Start protokollieren“ einzuschalten.
Falls die Option bei dir schon an war und das Verhalten trotzdem auftritt, ist es ein anderes Problem. Dann schick mir bitte die Einstellungen eines betroffenen Datenpunkts und ein Debug-Log vom Adapterstart.
-
Hallo @stenmic,
zu deiner letzten Frage: Das war tatsächlich ein Fehler im Adapter, danke für den Hinweis.
Das Intervall bei „trotzdem gleiche Werte aufzeichnen (Sekunden)“ lief bisher erst, nachdem der Adapter einen Wert geschrieben hatte. Nach einem Neustart hing es deshalb von der Instanz-Einstellung „Den letzten Wert erneut beim Start protokollieren“ ab:
- Option an: Der aktuelle Wert wurde beim Start geschrieben, und das Intervall lief sofort los.
- Option aus: Das Intervall startete erst mit dem ersten Update des Datenpunkts. Bei selten aktualisierten Werten wurde dann lange nichts geloggt. Dasselbe passierte, nachdem man die Einstellungen eines Datenpunkts geändert und gespeichert hatte.
Ab Version 5.1.8 startet das Intervall direkt beim Start, auch wenn die Option aus ist. Der erste Wert wird dann nach Ablauf des Intervalls geschrieben. Die Version ist veröffentlicht und kommt wie üblich zuerst über das Beta/Latest-Repository. Details: https://github.com/ioBroker/ioBroker.influxdb/pull/563
Nach dem Update brauchst du dein Skript, das die Werte beim Start neu schreibt, nicht mehr. Bis dahin hilft es auch, die Option „Den letzten Wert erneut beim Start protokollieren“ einzuschalten.
Falls die Option bei dir schon an war und das Verhalten trotzdem auftritt, ist es ein anderes Problem. Dann schick mir bitte die Einstellungen eines betroffenen Datenpunkts und ein Debug-Log vom Adapterstart.
@Bluefox
Ich hoffe du (oder deine KI :) hast mich nicht falsch verstanden.Bis dahin hilft es auch, die Option „Den letzten Wert erneut beim Start protokollieren“ einzuschalten.
„Den letzten Wert erneuert beim Start protokolieren“ habe ich bewust deaktiviert.
Bei mir dürfen auf keinen Fall alle Datenpunkte pauschal beim Start erneuert werden.Es geht mir nur um die Datenpunkte die ein Interval in den Einstellungen haben > "trotzdem gleiche Werte aufzeichnen (Sekunden)“.
Diese müssen bei mir nach dem Start (leider aktuell manuell) erneuert werden, da viele über längeren Zeit keine Änderungen bekommen.Aber wenn ich deinen letzten Post richtig gelesen habe, hat die Version 5.1.8 genau dieses Verhalten, oder?
Mir ist nur sehr wichtig, dass nicht pauschal alle Datenpunkte aktualisiert werden.Gruß Micha
-
@Bluefox
Ich hoffe du (oder deine KI :) hast mich nicht falsch verstanden.Bis dahin hilft es auch, die Option „Den letzten Wert erneut beim Start protokollieren“ einzuschalten.
„Den letzten Wert erneuert beim Start protokolieren“ habe ich bewust deaktiviert.
Bei mir dürfen auf keinen Fall alle Datenpunkte pauschal beim Start erneuert werden.Es geht mir nur um die Datenpunkte die ein Interval in den Einstellungen haben > "trotzdem gleiche Werte aufzeichnen (Sekunden)“.
Diese müssen bei mir nach dem Start (leider aktuell manuell) erneuert werden, da viele über längeren Zeit keine Änderungen bekommen.Aber wenn ich deinen letzten Post richtig gelesen habe, hat die Version 5.1.8 genau dieses Verhalten, oder?
Mir ist nur sehr wichtig, dass nicht pauschal alle Datenpunkte aktualisiert werden.Gruß Micha
@Bluefox
Ich hoffe du (oder deine KI :) hast mich nicht falsch verstanden.Bis dahin hilft es auch, die Option „Den letzten Wert erneut beim Start protokollieren“ einzuschalten.
„Den letzten Wert erneuert beim Start protokolieren“ habe ich bewust deaktiviert.
Bei mir dürfen auf keinen Fall alle Datenpunkte pauschal beim Start erneuert werden.Es geht mir nur um die Datenpunkte die ein Interval in den Einstellungen haben > "trotzdem gleiche Werte aufzeichnen (Sekunden)“.
Diese müssen bei mir nach dem Start (leider aktuell manuell) erneuert werden, da viele über längeren Zeit keine Änderungen bekommen.Aber wenn ich deinen letzten Post richtig gelesen habe, hat die Version 5.1.8 genau dieses Verhalten, oder?
Mir ist nur sehr wichtig, dass nicht pauschal alle Datenpunkte aktualisiert werden.Gruß Micha
Doch ICH habe dich so verstanden, dass nach dem Start keine Werte beschrieben wurden (die regelmäßig geschrieben werden müssen). Wo ist der Unterschied, dass du z.B. einen Wert alle 5 Minuten schreibst, und dann einen gleichen Wert nach 2 Minuten und dann wieder nach 5 Minuten erschient (nach dem Start)? Du kannst doch nicht die Instanz genau dann starten, dass deine Intervalle immer 5 Minuten sind.
-
@Bluefox
Ich hoffe du (oder deine KI :) hast mich nicht falsch verstanden.Bis dahin hilft es auch, die Option „Den letzten Wert erneut beim Start protokollieren“ einzuschalten.
„Den letzten Wert erneuert beim Start protokolieren“ habe ich bewust deaktiviert.
Bei mir dürfen auf keinen Fall alle Datenpunkte pauschal beim Start erneuert werden.Es geht mir nur um die Datenpunkte die ein Interval in den Einstellungen haben > "trotzdem gleiche Werte aufzeichnen (Sekunden)“.
Diese müssen bei mir nach dem Start (leider aktuell manuell) erneuert werden, da viele über längeren Zeit keine Änderungen bekommen.Aber wenn ich deinen letzten Post richtig gelesen habe, hat die Version 5.1.8 genau dieses Verhalten, oder?
Mir ist nur sehr wichtig, dass nicht pauschal alle Datenpunkte aktualisiert werden.Gruß Micha
Doch ICH habe dich so verstanden, dass nach dem Start keine Werte beschrieben wurden (die regelmäßig geschrieben werden müssen). Wo ist der Unterschied, dass du z.B. einen Wert alle 5 Minuten schreibst, und dann einen gleichen Wert nach 2 Minuten und dann wieder nach 5 Minuten erschient (nach dem Start)? Du kannst doch nicht die Instanz genau dann starten, dass deine Intervalle immer 5 Minuten sind.
-
@Bluefox sorry… verstehe deine Antwort nicht. wo hab ich was von 5 bzw. 2 min geschrieben. Mir ist nur sehr wichtig, dass nicht pauschal alle Datenpunkte aktualisiert werden. Schönen Abend.
-
-
@Bluefox sorry… verstehe deine Antwort nicht. wo hab ich was von 5 bzw. 2 min geschrieben.
Das habe ich als Beispiel benannt. Worum ist für dich einmal Wert ganz am Anfang schreiben - schlecht? Du hast doch sogar selbst über Blockly das gemacht.
ich habe das blockly nur für die Datenpunkte mit Intervall geschrieben. NICHT FÜR ALLE
-
-
bist du angepisst weil ich Ki geschrieben habe? da war ein Augenzwinkern dabei, mir ist es Wurst wie Probleme gelöst werden und ich freu mich, wenn’s damit besser geht!
bist du angepisst weil ich Ki geschrieben habe? da war ein Augenzwinkern dabei, mir ist es Wurst wie Probleme gelöst werden und ich freu mich, wenn’s damit besser geht!
Hm, ich bin überhaupt nicht angepisst. Ich will nur verstehen, warum die Lösung für dich nicht passt.
Warum kannst du so was nicht machen?
Dann werden NUR die Variablen aufgenommen, wo du Intervall gesetzt hast.
- Den Timer nach dem Start bekommen nur Datenpunkte mit "Nur Änderungen aufzeichnen" und einem Wert bei "trotzdem gleiche Werte aufzeichnen (Sekunden)".
- Beim Start selbst wird nichts geschrieben. Der erste Wert kommt erst nach Ablauf des Intervalls.
- An allen anderen Datenpunkten ändert sich nichts. "Den letzten Wert erneut beim Start protokollieren" kannst du ausgeschaltet lassen.
-
bist du angepisst weil ich Ki geschrieben habe? da war ein Augenzwinkern dabei, mir ist es Wurst wie Probleme gelöst werden und ich freu mich, wenn’s damit besser geht!
Hm, ich bin überhaupt nicht angepisst. Ich will nur verstehen, warum die Lösung für dich nicht passt.
Warum kannst du so was nicht machen?
Dann werden NUR die Variablen aufgenommen, wo du Intervall gesetzt hast.
- Den Timer nach dem Start bekommen nur Datenpunkte mit "Nur Änderungen aufzeichnen" und einem Wert bei "trotzdem gleiche Werte aufzeichnen (Sekunden)".
- Beim Start selbst wird nichts geschrieben. Der erste Wert kommt erst nach Ablauf des Intervalls.
- An allen anderen Datenpunkten ändert sich nichts. "Den letzten Wert erneut beim Start protokollieren" kannst du ausgeschaltet lassen.
@Bluefox ich hab doch nie geschrieben, dass die Lösung für mich nicht passt. Ich wollte nur sichergehen, dass nicht alle Datenpunkte gesetzt werden, sondern nur die mit Intervall. Da reden wir einander vorbei, aber die neue Version macht genau das was ich wollte. Danke
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
430
Online33.1k
Benutzer84.1k
Themen1.4m
Beiträge