[Neuer Adapter] ioBroker.statistics

[foxthefox]

Hallo,

habe soeben den Statistik Adapter auf ppm veröffentlicht.

Einen ersten Ansatz für die Doku ist auch Bestandteil davon:

https://github.com/foxthefox/ioBroker.s … owto_de.md

Der Adapter wird über die Einstellung der Objekte/States vorgenommen, also in gleicher weise wie für history/sql/influxdb parametriert.

Wozu dient der Adapter:

• Schaltspielzählung, Zählen von 1/true Rückmeldungen (nicht von Kommandos)

• Betriebszeitzählung

• Umwandlung von Impulsen von Zählern in physikalische Größe und daraus Verbräuche

• Bestimmung von Verbräuchen in Zeiträumen aus fortlaufenden Zählerständen

• Gruppierung von Verbräuchen und Berechnung der Kosten

• Tages min/max/Durschschnitt

• Abspeicherung der Werte in Datenpunkte für Tag/Woche/Monat/Quartal/Jahr

Die Datenpunkte .save… werden erst am Ende des jeweiligen Zeitraumes geschrieben.

Die Datenpunkte .temp... zeigen das bisher im Zeitraum aufgelaufene an.

Bin auf Feedback gespannt.

Gruß

Klaus

PS. Ich werde noch iobroker.repository updaten, damit es dann auch gleich bei den Adaptern in der Oberfläche auftaucht.

[sigi234]

Cool, sehe ich mir an.

Fehler im Changelog

0.1.3 [2019-01-25]

[foxthefox]

@sigi234:

Cool, sehe ich mir an.

Fehler im Changelog

0.1.3 [2019-01-25] `

ups, da war ich wohl der Zeit voraus

[sigi234]

So Richtig?

[Lenny.CB]

Moin, habe es grad mal installiert und am Laufen.

Hatte aber bei der Installation auf meinem Multihost-System eine "Auffälligkeit".

Wenn statistics.0 nicht auf dem selben Server läuft wie Admin.0, gibt es eine Fehlermeldung.

> host.odroid64 2019-01-07 09:29:55.252 error startInstance system.adapter.statistics.0: required adapter "admin" not found!

Habe dann statistics.0 aud den "Hauptserver" genommen, dann ging es.

Soll das so sein?

[Lenny.CB]

noch ne Kleinigkeit die mir in einer früheren Installation aufgefallen ist.

Daten aus javascript.x.xxx werden nicht berücksichtigt.

siehe viewtopic.php?f=20&t=17028#p178842

[Kueppert]

Hm, so richtig hab ich den Adapter/den Anwendungsfall noch nicht verstanden. Kann mir da einer auf die Sprünge helfen? Ggf. Stromzähler-Adapter?

Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk

[foxthefox]

@Kueppert:

Hm, so richtig hab ich den Adapter/den Anwendungsfall noch nicht verstanden. Kann mir da einer auf die Sprünge helfen? Ggf. Stromzähler-Adapter?

Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk `

Für Stromzählung durch Impulse geht natürlich auch.

Ansonsten habe ich den ersten Post erweitert.

Gruß

Klaus

[foxthefox]

@sigi234:

So Richtig?

Screenshot (1510).png `

Also ich bin mir nicht sicher, was dies ergeben kann?!

Die Summengruppen dienen dazu verschiedene Datenpunkte miteinander aufzusummieren und ggf. damit Kosten zu errechnen.

Man kann natürlich auch mehrere Energiemeßsteckdosen zu einer Gruppe ohne Kosten gruppieren (Faktor 1 und kWh) und dies z.B. für Entertainment und Küche und dann gruppiert man die Gruppen Energie und Küche zur Berechnung von €.

Gruß

Klaus

[foxthefox]

@Lenny.CB:

Moin, habe es grad mal installiert und am Laufen.

Hatte aber bei der Installation auf meinem Multihost-System eine "Auffälligkeit".

Wenn statistics.0 nicht auf dem selben Server läuft wie Admin.0, gibt es eine Fehlermeldung.

> host.odroid64 2019-01-07 09:29:55.252 error startInstance system.adapter.statistics.0: required adapter "admin" not found!

Habe dann statistics.0 aud den "Hauptserver" genommen, dann ging es.

Soll das so sein? `

ich habe mich bisher nicht mit dem Thema Multihost beschäftigt und kenne da auch nicht die Architektur.

Im ersten Ansatz würde ich sagen, daß admin notwendig ist, da die Konfiguration damit zusammenhängt.

Gruß

Klaus

[foxthefox]

@Lenny.CB:

noch ne Kleinigkeit die mir in einer früheren Installation aufgefallen ist.

Daten aus javascript.x.xxx werden nicht berücksichtigt.

siehe viewtopic.php?f=20&t=17028#p178842 `

Also Datenpunkte aus javascript sollten auf jeden Fall auch mit funktionieren.

Ich werde mir das mal bei mir anschauen. Beim automatischen Testen benutze ich ein Datenpunkt "javascript.0.counter"und da klappt es immerhin schon mal.

Gruß

Klaus

[foxthefox]

@foxthefox:

@Lenny.CB:

noch ne Kleinigkeit die mir in einer früheren Installation aufgefallen ist.

Daten aus javascript.x.xxx werden nicht berücksichtigt.

siehe viewtopic.php?f=20&t=17028#p178842 `

Also Datenpunkte aus javascript sollten auf jeden Fall auch mit funktionieren.

Ich werde mir das mal bei mir anschauen. Beim automatischen Testen benutze ich ein Datenpunkt "javascript.0.counter"und da klappt es immerhin schon mal.

Gruß

Klaus `

habe grad probiert und der Adapter reagiert einwandfrei fürs counting

State war so definiert:

createState('impulse', 0, {
    read: true,
    write: true,
    type: 'boolean',
    name: 'Impuls'
});
var impulse =     'javascript.0.impulse';

setState(impulse, true, true); => wird erfolgreich geloggt.

evtl. fehlt bei dir das 2te true (kein Kommando)

Gruß

Klaus

[Lenny.CB]

bei mir geht es nicht. Hatte, wie du, zum Testen angelegt. Dann mal nen paar switche von true auf false und zurück gemacht.

–> kein count.

Muss ich noch weitere Einstellungen vornehmen?

@foxthefox:

@foxthefox:

@Lenny.CB:

noch ne Kleinigkeit die mir in einer früheren Installation aufgefallen ist.

Daten aus javascript.x.xxx werden nicht berücksichtigt.

siehe viewtopic.php?f=20&t=17028#p178842 `

Also Datenpunkte aus javascript sollten auf jeden Fall auch mit funktionieren.

Ich werde mir das mal bei mir anschauen. Beim automatischen Testen benutze ich ein Datenpunkt "javascript.0.counter"und da klappt es immerhin schon mal.

Gruß

Klaus `

habe grad probiert und der Adapter reagiert einwandfrei fürs counting

State war so definiert:

createState('impulse', 0, {
    read: true,
    write: true,
    type: 'boolean',
    name: 'Impuls'
});
var impulse =     'javascript.0.impulse';

setState(impulse, true, true); => wird erfolgreich geloggt.

evtl. fehlt bei dir das 2te true (kein Kommando)

Gruß

Klaus `

[foxthefox]

@Lenny.CB:

bei mir geht es nicht. Hatte, wie du, zum Testen angelegt. Dann mal nen paar switche von true auf false und zurück gemacht.

–> kein count.

Muss ich noch weitere Einstellungen vornehmen? `

Außer den Einstellungen im Object, daß es ein logging geben soll, muß nicht weiteres eingestellt werden.

Wichtig ist jedoch, daß keine Befehle zum logging benutzt werden (oder es muß ein Befehl sein, der auf dem gleichen Datenpunkt auch die Bestätigung zurückbekommt).

Was heißt das: es muß ack=true gesetzt sein.

Ich kenne die Mechanismen nicht, wie im javascript-Adapter bei setState("Objekt",true) der Wert vom ack ist. Aber wenn man ihn forciert (2tes true), wie ich es getan habe, klappt es auch mit dem logging in statistics.

Ggf, müßte man noch das debug log vom statistics befragen, aber ich denke das oben beschriebene bringt schon die Lösung.

Gruß

Klaus

[Lenny.CB]

Ich schau mir das am WE nochmal genauer an. Wobei mir das mit dem "ack" noch nicht ganz klar ist…

[foxthefox]

@Lenny.CB:

Ich schau mir das am WE nochmal genauer an. Wobei mir das mit dem "ack" noch nicht ganz klar ist… `

Jeder Datenpunkt hat folgenden Inhalt:

• Wert

• ACK (ist false wenn es commando ist, ist true wenn es Wertänderung/Rückmeldung/Update etc ist)

• Zeitstempel für Wertänderung

• Zeitstempel letzte Wertänderung

Der statistics Adapter wertet nur Wertänderung/Rückmeldung/Update aus, darum ist beim javascript seState das ack=true so wichtig.

Gruß

Klaus

[Lenny.CB]

Hallo Klaus,

dein Beitrag von gestern Abend war für mich der richtige Tipp! Danke dafür.

Die Erläuterung heut Morgen trifft den Kern genau.

eine Änderung von meinem Code von:

setState(pfad + 'Zaehler_1.Gas_Zaehlerstand_m³', Math.round10(zaehlerstand_m3_z1, -2));

zu:

setState(pfad + 'Zaehler_1.Gas_Zaehlerstand_m³', Math.round10(zaehlerstand_m3_z1, -2), true);

brachte genau den gewünschten Erfolg.

Im statistic-Baum werden schon mal "last", "15Min" und "delta" gefüllt.

VG Lenny

@foxthefox:

@Lenny.CB:

Ich schau mir das am WE nochmal genauer an. Wobei mir das mit dem "ack" noch nicht ganz klar ist… `

Jeder Datenpunkt hat folgenden Inhalt:

• Wert

• ACK (ist false wenn es commando ist, ist true wenn es Wertänderung/Rückmeldung/Update etc ist)

• Zeitstempel für Wertänderung

• Zeitstempel letzte Wertänderung

Der statistics Adapter wertet nur Wertänderung/Rückmeldung/Update aus, darum ist beim javascript seState das ack=true so wichtig.

Gruß

Klaus `

[SabineT]

Hallo Klaus!

Beim Berechnen der Werte gibt es da noch ein paar "Ungenauigkeiten":

Von meiner Wetterstation bekomme ich z.B. die Regenmenge als Zahl mit 1 Kommastelle in 0.3er Schritten, die ich als "Zähler im Delta-Verbrauch" verarbeiten lasse.

Im temp Zweig bei den Objects wird dann aber aus 0.3 z.B. beim day Wert 0.2999999999999545 daraus.

Und im save Zweig hab ich da jetzt z.B. aktuell 33.900000000000006 stehen.

Würde es nicht Sinn machen, die Anzahl der Nachkommastellen zu begrenzen (evtl. einstellbar) und die Werte entsprechend zu runden?

lg, Sabine

[darkbrain85]

Ja, man kann zwar später die Daten entsprechend runden, aber ein paar Stellen weniger wären sicher gut. Denke 3 Stellen sollte für jeden Anwendungsfall reichen. Am besten natürlich konfigurierbar.

Vielen Dank für den Adapter! Läuft seit einigen Tagen total schmerzfrei.

[Kueppert]

Hi, ich nutze den Adapter als Stromzähler für meine tuya Stecker. Der Stecker liefert Verbrauch in Watt. Der Wert aber auch immer dann, wenn ein Verbrauch stattfindet und geht auf Null, wenn der Verbraucher keinen Sinn mehr zieht.

Kann ich die Werte irgendwie auf kWh mit dem Adapter bekommen? Möchte das nicht über den Umweg Skript machen…

Danke und Grüße , Thorsten