[Neuer Adapter] ioBroker.statistics

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

foxthefox

~~@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 `

Hi,

nochmal technisch nachgehakt "Verbrauch in Watt". Was miss bzw. liefert denn der Stecker?

Leistung ist die Angabe in Watt (aus Strom und Spannung), Verbrauch oder elektrische Arbeit ist Leistung über die Zeit also z.B. Wh.

Der Adapter ist derzeitig so aufgebaut, daß man aus einem fortlaufenden Zählerstand ein verbrauch je Zeitraum ermitteln kann.

Oder wie bei Ferraris-Zählern oder Gaszählern mit Impulsen die einem bestimmten Verbrauch entsprechen, ein Wandlung zu machen.

Wenn der Stecker nur Leistung sendet, dann ist es mit der Umrechnung in Leistung nicht ganz so einfach, da die Leistung aufintegriert werden muß. Da der Stecker höchstwahrscheinlich nicht hinreichend schnelle Updates liefert, gibt es immer nur einen bestimmten Wert der dann für den gesamten Zeitraum seit letztem Status zur Berechnung benutzt werden kann. Über einen längeren Zeitraum dürften sich die Ungenauigkeiten aufsummieren.

Ich würde solche Berechnung entweder gleich im Stecker erwarten, oder im Adapter für diesen Stecker.

Also falls der Stecker Verbrauch in Wh liefert, wäre das schonmal nicht schlecht.

Gruß

Klaus

Community Forum

NEWS

[Neuer Adapter] ioBroker.statistics

Support us

774

32.4k

81.4k

1.3m