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

[fhainz]

@homoran

Nein, die Zeitzone stimmt.

fabian@iobroker:~$ timedatectl
               Local time: Fr 2024-07-05 11:37:42 CEST
           Universal time: Fr 2024-07-05 09:37:42 UTC
                 RTC time: Fr 2024-07-05 09:37:42
                Time zone: Europe/Vienna (CEST, +0200)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no

Es stimmt ja nicht nur Zeit beim zurücksetzen, es werden ja auch die Werte "falsch" gesetzt.
Aktuell sind zB 15min, hour und day auf 0.

Edit:
Wie auch am folgende screenshot ersichtlich, die Werte des Datenpunkts ändern sich.

Edit2:
Was ebenso eigenartig ist, der Wert wird alle 5 Minuten gespeichert obwohl bei history 60000ms eingestellt ist.

[Homoran]

@fhainz sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

der Wert wird alle 5 Minuten gespeichert

wie sieht die History konfig im Datenpunkt aus?

[fhainz]

@homoran

Hab es vorhin falsch geschrieben. Das Logging läuft über influxdb und es sind 60sek. eingestellt

[Homoran]

@fhainz sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

es sind 60sek. eingestellt

ist zwar schwer zu sehen, aber das müsste die debounce-time sein

[fhainz]

@homoran

Entpresszeit = 0
Blockzeit = 60000

"custom": {
      "influxdb.0": {
        "enabled": true,
        "storageType": "",
        "aliasId": "",
        "debounceTime": 0,
        "blockTime": 60000,
        "changesOnly": true,
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "ignoreBelowNumber": "",
        "disableSkippedValueLogging": false,
        "enableDebugLogs": false,
        "debounce": 1000
      },

Edit:
Kann es sein das ich Entprellzeit und Blockzeit verwechselt habe? Ich definiere immer Blockzeit damit ein Wert nicht zu häufig ins log geschrieben wird. Entprellzeit ist bei immer 0.

[Homoran]

@fhainz sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

Entpresszeit = 0
Blockzeit = 60000

ok, aber auch egal!
das ist dann eben die Blockzeit.
Hat nichts mit Schreibintervall zu tun

[fhainz]

@homoran

d.h. wenn ich ein Schreibintervall von zB min. 60 Sekunden haben will, muss ich die Entprellzeit definieren?

[Homoran]

@fhainz sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

@homoran

d.h. ich soll wenn ich ein Schreibintervall von zB min. 60 Sekunden haben will, muss ich die Entprellzeit definieren?

nein, das hilft auch nicht.

beides greift nur, wenn die Daten schneller als in der gewünschten Zeit kommen.

bei dir kommen die Daten nur alle 5 Minuten

[fhainz]

@homoran

ich frage sekündlich den wechselrichter über modbus ab. Gut möglich das er veränderte Energie-Werte erst nach 5 Minuten sendet. Leistungs, Spannungs, Stromwerte ändern sich sekündlich.

Nachdem sich die Werte aber nachweislich nach 5 Minuten ändern, verstehe ich trotzdem nicht warum hier der statistics Adapter nicht das tut was er soll.

[Homoran]

@fhainz ich kenne den Adapter nicht.
Wie sieht denn die Systemzeit des Wechselrichters aus?

[fhainz]

@homoran

Im Wechselrichter ist auch die richtige Zeit eingestellt.

Heute passen die Werte überhaupt nicht mehr. Laut der Heutigen Darstellung wurde der Wert gestern um 10:30 Vormittags auf 0 gesetzt. Das war aber sicher nicht der fall. Ich hab den ioBroker anschließend mal neu gestartet. Jetzt hab ich plötzlich einen Riesen Peak in der Anzeige.

Vor Neustart:

Nach Neustart:

[Homoran]

@fhainz wie gesagt kenne ich den Adapter nicht und auch deine Konfiguration davon ebenso nicht.
Was dein Wechselrichter so macht weiß ich auch nicht.

@fhainz sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

Laut der Heutigen Darstellung wurde der Wert gestern um 10:30 Vormittags auf 0 gesetzt

Dies könnte der Fall sein, wenn der WR da zum ersten mal Daten liefert.

Wie sieht denn der Verlauf mit Daten direkt vom WR aus?

wo kommen diese Charts her?

[fhainz]

@homoran

Mein Fronius Wechselrichter liefert neue Daten direkt nach dem aufwachen in Früh. Gestern ab 05:35 Uhr kamen wieder Energie Werte an. Diese Daten werden wie gesagt per Modbus abgefragt und hier gibt es, meiner Meinung nach, keine Probleme.

@homoran sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

Wie sieht denn der Verlauf mit Daten direkt vom WR aus?

Datenverlauf direkt:

Chart direkt:

@homoran sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

wo kommen diese Charts her?

Die Charts kommen aus der Lovelace UI.

[Homoran]

@fhainz sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

Die Charts kommen aus der Lovelace UI.

Aber der

@fhainz sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

Chart direkt:

doch nicht!?
das ist im Admin.
Da gibt es Beschränkungen.

@fhainz sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

Datenverlauf direkt:

das scheint mir der aktuelle Zählerstand (Gesamtertrag???) zu sein.
hast du/musst du den in

@homoran sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

deine Konfiguration

eingeben, nicht die aktuelle Leistung?

[fhainz]

@homoran

@homoran sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

doch nicht!?
das ist im Admin.

Nein. Die Charts die ich mit "direkt" Beschriftet habe stammten aus admin. Alle vor der Frage

@homoran sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

wo kommen diese Charts her?

kamen aus Lovelace.

@homoran sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

das scheint mir der aktuelle Zählerstand (Gesamtertrag???) zu sein.

Richtig. Der Wechselrichter liefert den Gesamtertrag und der statistics Adapter berechnet dann die einzelnen (day, 15min, hour, ...) Verbrauchs-Datenpunkte. Und diese Berechnung funktioniert eben hier nicht. Damit der statistics Adapter die "delta-Verbräuche" berechnet muss der entsprechende Hacken in den statistics Einstellungen gesetzt werden.

[Homoran]

@fhainz sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

Damit der statistics Adapter die "delta-Verbräuche" berechnet muss der entsprechende Hacken in den statistics Einstellungen gesetzt werden.

ich sehe die Konfigurationsmöglichkeiten zum ersten mal!

wenn ~ zwischen 21 und 05 uhr keine Werte kommen, wie geht der Adapter damit um?
oder kommt vielleicht doch etwas, was vom history nur nicht geloggt wird, weil dieser es ausfiltert?

Ob der Adapter jetzt um 22, 24 oder 03 zurücksetzt ändert doch an den Werten nichts wenn da keine neuen Daten kommen.

Ist es immer um die selbe Zeit, ider vielleicht x Minuten nachdrm nichts mehr kommt

Was passiert wenn du ignoriere... anhakst?

[fhainz]

@homoran sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

wenn ~ zwischen 21 und 05 uhr keine Werte kommen, wie geht der Adapter damit um?

Das ist leider nirgends genau dokumentiert. Für mich sieht das aus als ob um Mitternacht ein Cron gestartet wird wo dann die Werte zurückgesetzt werden.
https://github.com/iobroker-community-adapters/ioBroker.statistics/blob/master/main.js#L243

// daily at 00:00
        try {
            this.crons.daySave = new CronJob('0 0 * * *',
                () => this.saveValues(DAY),
                () => this.log.debug('stopped daySave'),
                true,
                timezone
            );
        } catch (e) {
            this.log.error(`creating cron daySave errored with: ${e}`);
        }

@homoran sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

oder kommt vielleicht doch etwas, was vom history nur nicht geloggt wird, weil dieser es ausfiltert?

davon gehe ich nicht aus

@homoran sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

Was passiert wenn du ignoriere... anhakst?

Ignoriert den Unterschied, wenn der neue Wert kleiner als der alte ist.
Meine neuen Werte sind aber immer größer als der alte. Ich hacke das mal und schaue was passiert.

[Homoran]

@fhainz sagte in statistics Adapter - Werte werden falsch zurückgesetzt:

Für mich sieht das aus als ob um Mitternacht ein Cron gestartet wird wo dann die Werte zurückgesetzt werden.

dann ist bei dir die 0:00 irgendwo im System falsch

[fhainz]

@homoran
Kurzes Update zu dem Problem: Seit dem Update auf die neue Version des js-controllers (6.0.9) hat sich das Problem erledigt. Die Werte werden seit dem zuverlässig zuruckgesetzt.