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

[Diginix]

Ich habe ein H801 RGB LED Controller mit Tasmota der gestern angeblich 532 Stunden (1918353 Sek) eingeschaltet und 3,5 h ausgeschaltet war. Am 13. Februar waren es sogar 1075 Stunden on time. Auch meine Yeelight E27 Lampe war gestern 1651622 Sekunden eingeschaltet.
Egal wie oft ein Gerät pro Tag ein/ausgeschaltet wird, der summierte Wert pro Tag aus on+off time darf doch nur max. 86400 Sekunden betragen.
Wie können denn dann bitte solche vollkommen unmöglichen Werte entstehen?
Da passt doch irgendwas in der Logik vom Adapter nicht.
Somit traue ich nun vorerst keinem Wert keines Gerätes, auch wenn es die 86400 Sekunden für on+off nicht überschreitet. Sehr merkwürdig.

[hanss]

Sind eigentlich die Wochen Monats und Jahres Durchschnittswerte bei Messwerten (Temperaturen) schon
realisiert und wie werden die berechnet?

[Diginix]

Leider scheint der Entwickler hier nicht mehr aktiv zu sein.
Ich habe wie zuvor schon berichtet mehrheitlich unsinnige Werte pro Tag die weit über 24h liegen. K.a. was der Adapter da zusammen würfelt. Aber für eine plausible Auswertung ist er für mich leider so nicht zu gebrauchen.

[sigi234]

@Diginix

Schau mal das an......
Link Text

[Diginix]

@sigi234 Kenne ich und verfolgt einen anderen Ansatz. Imho bekommt man damit nicht die täglichen Betriebsstunden so wie es dieser Adapter hier eigentlich leisten will.
Oder kann SourceAnalytix das auch?

[sigi234]

@Diginix sagte in [Neuer Adapter] ioBroker.statistics:

Imho bekommt man damit nicht die täglichen Betriebsstunden

Ich glaube das es irgendwann integriert wird..........

[Diginix]

Zum Glück sind die Betriebsstunden bei mir nur nice2have und für die interessanten Geräte logge ich es nun mit eigenen Skripten. Dabei kommen auch durchweg sinnvolle und reale Werte zustande. Und ich nutze auch nur die booleschen true/false Wechsel der Geräte, so wie es dieser Adapter hier ja auch macht.
Ich muss also von einem Logikfehler im Adapter ausgehen.
Merkwürdig dass es sonst keiner weiter berichtet.

[sigi234]

@Diginix sagte in [Neuer Adapter] ioBroker.statistics:

Zum Glück sind die Betriebsstunden bei mir nur nice2have und für die interessanten Geräte logge ich es nun mit eigenen Skripten. Dabei kommen auch durchweg sinnvolle und reale Werte zustande. Und ich nutze auch nur die booleschen true/false Wechsel der Geräte, so wie es dieser Adapter hier ja auch macht.
Ich muss also von einem Logikfehler im Adapter ausgehen.
Merkwürdig dass es sonst keiner weiter berichtet.

Kennst du das:

Link Text

[Diginix]

@sigi234 Nein, sieht ein wenig chaotisch aus mit Code im Post. Aber schaue ich mir bei Gelegenheit mal an.
Danke.

[crunchip]

@Diginix hab den Adapter zusätzlich laufen, neben source analytix, um meinen Strom und Gas Zähler zu erfassen...das läuft scheinbar richtig.
Hab vorgestern mal spasses halber meinen Tv mit einbinden wollen....aber da kommen total komische Zahlen bei raus..
ist mir schon aufgefallen, aber wollte es mal paar Tage beobachten, bevor ich Nachfrage und hier was schreib

[Sandmanyz]

Ich habe den Adapter so ca. 2 Wochen laufen. Wenn ich mir Werte ansehen möchte, erscheint in dem Reiter "Tabelle" nur ".Lade..." und im Reiter "Grafik" nur der drehende Kreis. Auch nach einer halben Stunde Wartezeit wird mir nichts angezeigt. Hat Jemand eine Idee warum das so ist?

[sigi234]

@Sandmanyz sagte in [Neuer Adapter] ioBroker.statistics:

Ich habe den Adapter so ca. 2 Wochen laufen. Wenn ich mir Werte ansehen möchte, erscheint in dem Reiter "Tabelle" nur ".Lade..." und im Reiter "Grafik" nur der drehende Kreis. Auch nach einer halben Stunde Wartezeit wird mir nichts angezeigt. Hat Jemand eine Idee warum das so ist?

Das ist nicht vorgesehen.........

[foxthefox]

@Diginix

bin jetzt wieder aktiv, sorry für meine Abwesenheit, aber es gab grad wichtigere Dinge als GitHub.
Die Werte für die Zeitmessung liegen nicht in Sekunden vor, sondern in Millisekunden.
Habe schon mal in GitHub die Verbesserung eingebaut.

Gruß
Klaus

[foxthefox]

@Sandmanyz

das dürfte aber nicht ein Problem des statistics-Adapters sein, sondern von history.

[foxthefox]

@2hot4you

das ist mir auch schon aufgefallen. Im save sollte definitiv immer nur am Tagesende etwas abgespeichert werden. In statistics wird aus meiner Sicht auch nur dann der Wert von temp nach save übertragen. Wieso history hier mehr sieht, hab ich erstmal keinen Plan.

Gruß
Klaus

[foxthefox]

@speedy

Der Adapter ermittelt die Zeit zwischen den Signalwechseln, also wenn die Terassantür wieder zu ist, dann wird ausgerechnet, wie lange es war. Ein Alarmtimer wird nicht gestartet und war auch nicht vorgesehen.

Es geht im ersten nur um die Werte an sich und ggf. die Werte in Gruppen.

Gruß
Klaus

[foxthefox]

@crunchip

die Meldung wegen des Fehlers, ist schon in der Version von GitHub behoben.

Für Impulse ist der Adapter geeignet!

Schon dies gelesen:

howto

Gruß
Klaus

[crunchip]

@foxthefox Impulse läuft ja, nur das Problem mit Betriebszähler bestand.
Werd ich dann morgen testen

[skokarl]

Frühlichen Vatertag,

Hab nach der Installation folgendes im LOG stehen

statistics.0 2019-05-30 08:10:19.882 error : message handler implemented, but messagebox not enabled. Define common.messagebox in io-package.json for adapter or delete message handler.

Sagt Euch das was ?

[Segway]

@skokarl sagte in [Neuer Adapter] ioBroker.statistics:

messagebox not enabled

Mhhh laut Github sollte das behoben sein mit der Neuesten Version --> HIER