NEWS
[Neuer Adapter] ioBroker.statistics
-
Läuft eigentlich schon ein viertel Jahr, Berechnung Strom-, Gasverbrauch und Kosten.
Lasse diese über sourceanalytix und statistcs berechnen und haben sich bisher auch gedeckt mit den Berechnungen.
Nun läuft es den 2ten Tag mit der neuen Version, aber irgendwie stimmen nun einige Berechnungen nicht mehr, die vorher gepasst haben.
Laut Berechnung hätte ich für
heute 3€
dieses Monat 47€,
diese Woche schon 21€ Strom verbraucht....wie haben Dienstag, den 18.:joy:
Auch die Betriebszeitzählung funktioniert nicht. Da wurde auch noch nichts in den Save geschrieben.
Diesbezüglich auch die Logausgabe bei Tageswechsel2019-06-18 00: 00: 00.329 - Fehler : statistics.0 Ungefangene Ausnahme: groups [g] .indexOf ist keine Funktion 2019-06-18 00: 00: 00.330 - Fehler : statistics.0 TypeError: groups [g] .indexOf ist keine Funktion at removeObject (/opt/iobroker/node_modules/iobroker.statistics/main.js:185:70) at Object.objectChange (/opt/iobroker/node_modules/iobroker.statistics/main.js:99:21) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:986:81) at runCallback (timers.js: 705: 18) bei tryOnImmediate (timers.js: 676: 5) at processImmediate (timers.js: 658: 5) 2019-06-18 00: 00: 00.338 - info : statistics.0 hat alles aufgeräumt ...2019-06-18 00: 00: 00.819 - Fehler : Vom Controller [0] abgefangen: TypeError: groups [g] .indexOf ist keine Funktion 2019-06-18 00: 00: 00.819 - Fehler : Vom Controller [0] abgefangen: at removeObject (/opt/iobroker/node_modules/iobroker.statistics/main.js:185:70) 2019-06-18 00: 00: 00.820 - Fehler : Vom Controller [0] abgefangen: bei Object.objectChange (/opt/iobroker/node_modules/iobroker.statistics/main.js:99:21) 2019-06-18 00: 00: 00.820 - Fehler : Vom Controller [0] abgefangen: bei Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:986:81) 2019-06-18 00: 00: 00.820 - Fehler : Vom Controller [0] abgefangen: bei runCallback (timers.js: 705: 18) 2019-06-18 00: 00: 00.820 - Fehler : Vom Controller [0] abgefangen: bei tryOnImmediate (timers.js: 676: 5) 2019-06-18 00: 00: 00.820 - Fehler : Vom Controller [0] abgefangen: at processImmediate (timers.js: 658: 5) 2019-06-18 00: 00: 00.820 - Fehler : Host.IoBroker-Instanz system.adapter.statistics.0 mit Code 0 (OK) beendet 2019-06-18 00: 00: 00.820 - info : host.IoBroker Adapter system.adapter.statistics.0 neu starten, da aktiviert -
Bin gerade über den Adapter gestolpert, installiert und Werte kommen auch an...
Dennoch hab ich hier und da nen Knoten im Kopf, vielleicht kann mir ja einer auf die Sprünge helfen.- Der Mulitplikationsfaktor in den Einstellung dient dem Einheitenangleich? Lampe liefert Wh (Faktor 0,001) Trockner liefert kWh (Faktor 1) dann hab ich in der Gruppe alles richtig für €/kWh?
- Wenn ich alle Verbraucher der Gruppe"Energie" zuordne hab ich quasi den Überblick über alles was Strom verbraucht. Will ich aber eine Unterscheidung nach Gewerken brauche ich z.B. eine Gruppe Licht, DV, etc., hab dann aber keinen Gesamtverbrauch mehr. Man kann ja einem Verbraucher nicht mehreren Gruppen zuordnen, oder?
- Gibt es eine Möglichkeit den ersten Startwert zu ignorieren? Wenn ich z.B. den Verbrauch meines Trockners einlese hat der ja bis jetzt x kWh verbraucht. Die tauchen ja dann auch im heutigen Tagesverlauf auf, obwohl sie da eigentlich nciht hingehören.
Danke schonmal
-
@foxthefox
Der Neustart des Adapters wars. Dann wurden die neuen DP angelegt.
Vielleicht doch bei so vielen Änderungen ne neue Nummer spendieren? Kostet ja nix ;-)Min/Max funktioniert jetzt auch. Keine Nuller Werte mehr.
Allerdings scheint die Übergabe in den SAVE Bereich nicht zu funktionieren. Dort sind heute morgen jetzt auch noch keine Werte eingetragen und die Min/Max Werte von gestern stehen noch im TEMP Bereich.
Unten zwei Bilder zu Ansicht.Gruß
Holger
Heute Nacht wurde die Werte übertragen. Sieht so aus, dass der Adapter erstmal einen kompletten Tag laufen muss um die Werte dann zu übertragen.
Das Gleich dann auch für Woche, Monat, Quarter, Jahr. Wenn mans weiß ist es gut ;-)Danke und Gruß
Holger -
Bin gerade über den Adapter gestolpert, installiert und Werte kommen auch an...
Dennoch hab ich hier und da nen Knoten im Kopf, vielleicht kann mir ja einer auf die Sprünge helfen.- Der Mulitplikationsfaktor in den Einstellung dient dem Einheitenangleich? Lampe liefert Wh (Faktor 0,001) Trockner liefert kWh (Faktor 1) dann hab ich in der Gruppe alles richtig für €/kWh?
- Wenn ich alle Verbraucher der Gruppe"Energie" zuordne hab ich quasi den Überblick über alles was Strom verbraucht. Will ich aber eine Unterscheidung nach Gewerken brauche ich z.B. eine Gruppe Licht, DV, etc., hab dann aber keinen Gesamtverbrauch mehr. Man kann ja einem Verbraucher nicht mehreren Gruppen zuordnen, oder?
- Gibt es eine Möglichkeit den ersten Startwert zu ignorieren? Wenn ich z.B. den Verbrauch meines Trockners einlese hat der ja bis jetzt x kWh verbraucht. Die tauchen ja dann auch im heutigen Tagesverlauf auf, obwohl sie da eigentlich nciht hingehören.
Danke schonmal
@bommel_030 sagte in [Neuer Adapter] ioBroker.statistics:
Bin gerade über den Adapter gestolpert, installiert und Werte kommen auch an...
Dennoch hab ich hier und da nen Knoten im Kopf, vielleicht kann mir ja einer auf die Sprünge helfen.- Der Mulitplikationsfaktor in den Einstellung dient dem Einheitenangleich? Lampe liefert Wh (Faktor 0,001) Trockner liefert kWh (Faktor 1) dann hab ich in der Gruppe alles richtig für €/kWh?
- Wenn ich alle Verbraucher der Gruppe"Energie" zuordne hab ich quasi den Überblick über alles was Strom verbraucht. Will ich aber eine Unterscheidung nach Gewerken brauche ich z.B. eine Gruppe Licht, DV, etc., hab dann aber keinen Gesamtverbrauch mehr. Man kann ja einem Verbraucher nicht mehreren Gruppen zuordnen, oder?
- Gibt es eine Möglichkeit den ersten Startwert zu ignorieren? Wenn ich z.B. den Verbrauch meines Trockners einlese hat der ja bis jetzt x kWh verbraucht. Die tauchen ja dann auch im heutigen Tagesverlauf auf, obwohl sie da eigentlich nciht hingehören.
Danke schonmal
Der Multiplikator in den Adaptereinstellungen wird auf jeden Datenpunkt angewendet. Ich würde ihn wegen der Universalität auf 1 belassen.
Um z.B. alle Energieverbräuche in kWh zu erfassen, ist bei allen energy-Messwerten auf kWh zu normieren. Dies geschieht mit dem Multiplikationsfaktor, der jedem Datenpunkt zugehörig festgelegt wird.
Dazu ist nicht nur das Päckchen für "Zähler im Delta-Verbrauch" zu setzen, sondern auch die in den Adaptereinstellungen erstellte Gruppe.“Zähler im Delta-Verbrauch" bedeutet eine Ermittlung des Unterschiedes zwischen 2 übermittelten Zählerständen. Somit ist dein beschriebenes Problem des Startwertes nicht vorhanden, da die gruppierte Summe erst mit den Differenzen der Einzelmessungen verrechnet wird. Weder in temp noch in save sollte der Zählerstand in den Betrachtungszeiträumen drin sein, da immer die Differenz gebildet wird.
Ich hoffe das hilft dir weiter.
Gruß
Klaus -
Läuft eigentlich schon ein viertel Jahr, Berechnung Strom-, Gasverbrauch und Kosten.
Lasse diese über sourceanalytix und statistcs berechnen und haben sich bisher auch gedeckt mit den Berechnungen.
Nun läuft es den 2ten Tag mit der neuen Version, aber irgendwie stimmen nun einige Berechnungen nicht mehr, die vorher gepasst haben.
Laut Berechnung hätte ich für
heute 3€
dieses Monat 47€,
diese Woche schon 21€ Strom verbraucht....wie haben Dienstag, den 18.:joy:
Auch die Betriebszeitzählung funktioniert nicht. Da wurde auch noch nichts in den Save geschrieben.
Diesbezüglich auch die Logausgabe bei Tageswechsel2019-06-18 00: 00: 00.329 - Fehler : statistics.0 Ungefangene Ausnahme: groups [g] .indexOf ist keine Funktion 2019-06-18 00: 00: 00.330 - Fehler : statistics.0 TypeError: groups [g] .indexOf ist keine Funktion at removeObject (/opt/iobroker/node_modules/iobroker.statistics/main.js:185:70) at Object.objectChange (/opt/iobroker/node_modules/iobroker.statistics/main.js:99:21) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:986:81) at runCallback (timers.js: 705: 18) bei tryOnImmediate (timers.js: 676: 5) at processImmediate (timers.js: 658: 5) 2019-06-18 00: 00: 00.338 - info : statistics.0 hat alles aufgeräumt ...2019-06-18 00: 00: 00.819 - Fehler : Vom Controller [0] abgefangen: TypeError: groups [g] .indexOf ist keine Funktion 2019-06-18 00: 00: 00.819 - Fehler : Vom Controller [0] abgefangen: at removeObject (/opt/iobroker/node_modules/iobroker.statistics/main.js:185:70) 2019-06-18 00: 00: 00.820 - Fehler : Vom Controller [0] abgefangen: bei Object.objectChange (/opt/iobroker/node_modules/iobroker.statistics/main.js:99:21) 2019-06-18 00: 00: 00.820 - Fehler : Vom Controller [0] abgefangen: bei Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:986:81) 2019-06-18 00: 00: 00.820 - Fehler : Vom Controller [0] abgefangen: bei runCallback (timers.js: 705: 18) 2019-06-18 00: 00: 00.820 - Fehler : Vom Controller [0] abgefangen: bei tryOnImmediate (timers.js: 676: 5) 2019-06-18 00: 00: 00.820 - Fehler : Vom Controller [0] abgefangen: at processImmediate (timers.js: 658: 5) 2019-06-18 00: 00: 00.820 - Fehler : Host.IoBroker-Instanz system.adapter.statistics.0 mit Code 0 (OK) beendet 2019-06-18 00: 00: 00.820 - info : host.IoBroker Adapter system.adapter.statistics.0 neu starten, da aktiviert@crunchip sagte in [Neuer Adapter] ioBroker.statistics:
Läuft eigentlich schon ein viertel Jahr, Berechnung Strom-, Gasverbrauch und Kosten.
Lasse diese über sourceanalytix und statistcs berechnen und haben sich bisher auch gedeckt mit den Berechnungen.
Nun läuft es den 2ten Tag mit der neuen Version, aber irgendwie stimmen nun einige Berechnungen nicht mehr, die vorher gepasst haben.
Laut Berechnung hätte ich für
heute 3€
dieses Monat 47€,
diese Woche schon 21€ Strom verbraucht....wie haben Dienstag, den 18.:joy:
Auch die Betriebszeitzählung funktioniert nicht. Da wurde auch noch nichts in den Save geschrieben.
Diesbezüglich auch die Logausgabe bei Tageswechsel2019-06-18 00: 00: 00.329 - Fehler : statistics.0 Ungefangene Ausnahme: groups [g] .indexOf ist keine Funktion 2019-06-18 00: 00: 00.330 - Fehler : statistics.0 TypeError: groups [g] .indexOf ist keine Funktion at removeObject (/opt/iobroker/node_modules/iobroker.statistics/main.js:185:70) at Object.objectChange (/opt/iobroker/node_modules/iobroker.statistics/main.js:99:21) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:986:81) at runCallback (timers.js: 705: 18) bei tryOnImmediate (timers.js: 676: 5) at processImmediate (timers.js: 658: 5) 2019-06-18 00: 00: 00.338 - info : statistics.0 hat alles aufgeräumt ...An diesen Berechnungen hatte ich eigentlich nichts geändert, mein Fokus war auf arg, minmax und time count.
Die Betriebszeitzählung sollte funktionieren, da bräuchte ich einen Hinweis was genau nicht geht. Meist liegt es schon daran, daß es keine Rückmeldungen sondern Befehle sind, die versucht werden zu zählen.
Das nix in den save geschrieben wird, scheint an dem Absturz zu liegen, der kurz nach Mitternacht passierte.
Hier kann ich mir noch nichts zusammenreimen, was die Ursache dafür ist, denn ich habe auch Gruppen am laufen.Gruß
KlausAdapterüberblick: Profil Github;
Wenn der Adapter gefällt und nützlich ist, bitte ins Repo gehen und Star setzen. Danke
Ein Aufruf: video
-
@crunchip sagte in [Neuer Adapter] ioBroker.statistics:
Läuft eigentlich schon ein viertel Jahr, Berechnung Strom-, Gasverbrauch und Kosten.
Lasse diese über sourceanalytix und statistcs berechnen und haben sich bisher auch gedeckt mit den Berechnungen.
Nun läuft es den 2ten Tag mit der neuen Version, aber irgendwie stimmen nun einige Berechnungen nicht mehr, die vorher gepasst haben.
Laut Berechnung hätte ich für
heute 3€
dieses Monat 47€,
diese Woche schon 21€ Strom verbraucht....wie haben Dienstag, den 18.:joy:
Auch die Betriebszeitzählung funktioniert nicht. Da wurde auch noch nichts in den Save geschrieben.
Diesbezüglich auch die Logausgabe bei Tageswechsel2019-06-18 00: 00: 00.329 - Fehler : statistics.0 Ungefangene Ausnahme: groups [g] .indexOf ist keine Funktion 2019-06-18 00: 00: 00.330 - Fehler : statistics.0 TypeError: groups [g] .indexOf ist keine Funktion at removeObject (/opt/iobroker/node_modules/iobroker.statistics/main.js:185:70) at Object.objectChange (/opt/iobroker/node_modules/iobroker.statistics/main.js:99:21) at Immediate.setImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:986:81) at runCallback (timers.js: 705: 18) bei tryOnImmediate (timers.js: 676: 5) at processImmediate (timers.js: 658: 5) 2019-06-18 00: 00: 00.338 - info : statistics.0 hat alles aufgeräumt ...An diesen Berechnungen hatte ich eigentlich nichts geändert, mein Fokus war auf arg, minmax und time count.
Die Betriebszeitzählung sollte funktionieren, da bräuchte ich einen Hinweis was genau nicht geht. Meist liegt es schon daran, daß es keine Rückmeldungen sondern Befehle sind, die versucht werden zu zählen.
Das nix in den save geschrieben wird, scheint an dem Absturz zu liegen, der kurz nach Mitternacht passierte.
Hier kann ich mir noch nichts zusammenreimen, was die Ursache dafür ist, denn ich habe auch Gruppen am laufen.Gruß
Klaus@foxthefox sagte in [Neuer Adapter] ioBroker.statistics:
Die Betriebszeitzählung sollte funktionieren, da bräuchte ich einen Hinweis was genau nicht geht. Meist liegt es schon daran, daß es keine Rückmeldungen sondern Befehle sind, die versucht werden zu zählen.
was genau brauchst du dafür?
dies ist die Raw Datei
{ "_id": "sonoff.0.TV-Schalter.POWER", "common": { "type": "boolean", "role": "switch", "read": true, "write": true, "storeMap": true, "name": "TV-Schalter POWER", "smartName": { "de": "TV", "smartType": "SWITCH" }, "custom": { "virtualpowermeter.0": { "enabled": true, "maxpower": "250", "group": "Geraete", "idEnergyPower": "Virtual_Energy_Power", "idEnergyTotal": "Virtual_Energy_Total" }, "statistics.0": { "enabled": true, "logName": "TV-Schalter POWER", "count": false, "sumCount": false, "timeCount": true, "fiveMin": false, "groupFactor": "", "impUnit": "", "impUnitPerImpulse": "", "sumIgnoreMinus": true, "sumDelta": false, "avg": false, "sumGroup": "" } } }, "native": {}, "type": "state", "from": "system.adapter.sonoff.0", "ts": 1536999759546, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "user": "system.user.admin" }
gruss
-
Moin,
gestern den Adapter installiert, versuche min/max meiner Temperatursensoren zu erfassen.
Hat gestern auch soweit funktioniert, wenngleich mir andere Werte (sum of daily values) seltsam vorkamen.
Heute jedoch....gibts im tmp keine min Werte mehr, der Sensor ist ok, history zeigt auch keine Auffälligkeiten, trotzdem sieht das so aus:
Einstellung des Datenpunktes ist:
Fehler meinerseits irgendwo? Bug?
Update: Adapter hat brav die tmp Werte ins save geschrieben, jetzt sind auch dort keine min. Werte mehr, bzw. überall 0°C.
-
Hallo zusammen, gibt es eine Möglichkeit bei dem Durchschnittswert die Kommastellen anzupassen?
So macht das ganze leider nicht so viel Sinn.
-
Update
Nach Neuinstallation des Adapters hat gestern wieder alles funktioniert.
Und heute......wieder 0 bei den min Werten. Und morgen wird das logischerweise wieder ins save übernommen.
In den Logs seh ich nix auffälliges, aber vielleicht fällt ja wen was auf.
-
Update
Nach Neuinstallation des Adapters hat gestern wieder alles funktioniert.
Und heute......wieder 0 bei den min Werten. Und morgen wird das logischerweise wieder ins save übernommen.In den Logs seh ich nix auffälliges, aber vielleicht fällt ja wen was auf.
@Pittini sagte in [Neuer Adapter] ioBroker.statistics:
Update
Nach Neuinstallation des Adapters hat gestern wieder alles funktioniert.
Und heute......wieder 0 bei den min Werten. Und morgen wird das logischerweise wieder ins save übernommen.Hallo,
bin von Dienstreise zurück und hab die min/max Temperaturen der Tage mal checken wollen und siehe da, dort war jetzt auch eine 0°C dabei, bei diesen sommerlichen Temperaturen.
Die bisherige 0°C Problematik hatte ich in der Version 0.2.1 gelöst, da ich bei mir dieses Problem auch hatte konnte ich zumindest für mein Problem herausfinden, was die Ursache ist.
Ich logge die Temperatur vom DECT200 an der Fritzbox und dort ist in der Antwort anstatt einer Zahl nichts drin, also "". Das führt zu null=kein Wert. Null ist dann als 0 gewertet und schon entsteht das Problem.
Ich gehe davon aus, daß auch bei dir ein "null" heroingerutscht ist und somit die 0 verursacht.
Werde diese ungültigen Werte gleich mal im fritzdect und im statistics Adapter verwerfen.
Gruß
Klaus -
Hallo zusammen, gibt es eine Möglichkeit bei dem Durchschnittswert die Kommastellen anzupassen?
So macht das ganze leider nicht so viel Sinn.ist auch die Version 0.2.1 installiert, denn dort hatte ich die Rundung eingeführt.
Ansonsten muß ich noch andere Stellen ausfindig machen und verbessern.Gruß
KlausAdapterüberblick: Profil Github;
Wenn der Adapter gefällt und nützlich ist, bitte ins Repo gehen und Star setzen. Danke
Ein Aufruf: video
-
ist auch die Version 0.2.1 installiert, denn dort hatte ich die Rundung eingeführt.
Ansonsten muß ich noch andere Stellen ausfindig machen und verbessern.Gruß
Klaus -
@foxthefox Jap, die 0.2.1 ist installiert.
Und es ist leider nicht nur ein 0 Wert sondern hier ist das überall.
@Pittini sagte in [Neuer Adapter] ioBroker.statistics:
@foxthefox Jap, die 0.2.1 ist installiert.
Und es ist leider nicht nur ein 0 Wert sondern hier ist das überall.
ich kann es von hier aus nicht beurteilen, ob bei dir alle Werte mal als "null" ankamen.
Ich hab die GitHub Version auf 0.2.2 hochgezogen und nun gibt es Warnungen wenn ungültige Werte verarbeitet werden sollen.
Sofern immer noch solche Werte kommen sollten, dann wäre jetzt schon der Beweis erbracht.
Ansonsten muss man den nächsten Tag mal beobachten.Also installier bitte 0.2.2 und berichte.
Gruß
Klaus -
@Pittini sagte in [Neuer Adapter] ioBroker.statistics:
@foxthefox Jap, die 0.2.1 ist installiert.
Und es ist leider nicht nur ein 0 Wert sondern hier ist das überall.
ich kann es von hier aus nicht beurteilen, ob bei dir alle Werte mal als "null" ankamen.
Ich hab die GitHub Version auf 0.2.2 hochgezogen und nun gibt es Warnungen wenn ungültige Werte verarbeitet werden sollen.
Sofern immer noch solche Werte kommen sollten, dann wäre jetzt schon der Beweis erbracht.
Ansonsten muss man den nächsten Tag mal beobachten.Also installier bitte 0.2.2 und berichte.
Gruß
Klaus@foxthefox Blieb nach Installation alles wie gehabt. Jedoch seit Umsprung um 00:00 zeigt er normale Werte. Und ich hab den Eindruck dass weniger geloggt wird. Werde weiter berichten wenn sich Auffälligkeiten zeigen. Anbei Log.
Gruß
Carlo -
@foxthefox Blieb nach Installation alles wie gehabt. Jedoch seit Umsprung um 00:00 zeigt er normale Werte. Und ich hab den Eindruck dass weniger geloggt wird. Werde weiter berichten wenn sich Auffälligkeiten zeigen. Anbei Log.
Gruß
Carlo@Pittini sagte in [Neuer Adapter] ioBroker.statistics:
@foxthefox Blieb nach Installation alles wie gehabt. Jedoch seit Umsprung um 00:00 zeigt er normale Werte. Und ich hab den Eindruck dass weniger geloggt wird. Werde weiter berichten wenn sich Auffälligkeiten zeigen. Anbei Log.
Gruß
CarloDas nach dem Installieren erstmal alles gleich blieb war zu erwarten, denn die falsche 0 ist für diesen Tag nun schon einmal in der Berechnung drin. Beim Tagesübergang wird min und max auf den aktuellen Wert gesetzt und min max Berechnung beginnt neu.
Das weniger geloggt wird, könnte damit zusammen hängen, daß es vorher öfter mal ungültige Werte gab, die jetzt direkt verworfen werden und dann entsteht evtl. der Eindruck.
Ich denke, daß die Änderung richtig war und funktioniert und werde die 0.2.2 mal auf ppm veröffentlichen.
Gruß
Klaus -
ist auch die Version 0.2.1 installiert, denn dort hatte ich die Rundung eingeführt.
Ansonsten muß ich noch andere Stellen ausfindig machen und verbessern.Gruß
Klaus@foxthefox said in [Neuer Adapter] ioBroker.statistics:
ist auch die Version 0.2.1 installiert, denn dort hatte ich die Rundung eingeführt.
Ansonsten muß ich noch andere Stellen ausfindig machen und verbessern.Gruß
KlausDie 0.2.1 war drauf, ich habe jetzt mal die 0.2.2 installiert, es scheint aber genauso geblieben zu sein oder gibt es irgendwo eine Möglichkeit die Kommastellen einzustellen?
-
@foxthefox said in [Neuer Adapter] ioBroker.statistics:
ist auch die Version 0.2.1 installiert, denn dort hatte ich die Rundung eingeführt.
Ansonsten muß ich noch andere Stellen ausfindig machen und verbessern.Gruß
KlausDie 0.2.1 war drauf, ich habe jetzt mal die 0.2.2 installiert, es scheint aber genauso geblieben zu sein oder gibt es irgendwo eine Möglichkeit die Kommastellen einzustellen?
@ChristianM sagte in [Neuer Adapter] ioBroker.statistics:
@foxthefox said in [Neuer Adapter] ioBroker.statistics:
ist auch die Version 0.2.1 installiert, denn dort hatte ich die Rundung eingeführt.
Ansonsten muß ich noch andere Stellen ausfindig machen und verbessern.Gruß
KlausDie 0.2.1 war drauf, ich habe jetzt mal die 0.2.2 installiert, es scheint aber genauso geblieben zu sein oder gibt es irgendwo eine Möglichkeit die Kommastellen einzustellen?
Hast du den Adapter auch neu gestartet? Oder nur drüberinstalliert?
Nachkommastellen kann man derzeitig nicht einstellen. Eigentlich bräuchte man im Adapter nichts derartiges zu tun um die Rohwerte zu manipulieren, denn in der Anzeige lässt sich ja auch die Darstellung wählen.Dann muß ich wohl mal noch ne Testreihe mit Zahlen zwischen 0 und 1 ausprobieren.
Gruß
Klaus -
Hallo zusammen,
ich habe gerade die timecount Funktion in Betrieb genommen und musste feststellen, dass
- last01 den Zeitpunkt der Aktivierung der Funktion für einen Wert anzeigt
- last10 den letzten Zeitstempel bei Abruf des Wertes anzeigt.
Es scheint als ob hier etwas noch nicht ganz rund läuft.
Version ist "latest"Gruß
-
Hallo zusammen,
ich habe gerade die timecount Funktion in Betrieb genommen und musste feststellen, dass
- last01 den Zeitpunkt der Aktivierung der Funktion für einen Wert anzeigt
- last10 den letzten Zeitstempel bei Abruf des Wertes anzeigt.
Es scheint als ob hier etwas noch nicht ganz rund läuft.
Version ist "latest"Gruß
@passuff sagte in [Neuer Adapter] ioBroker.statistics:
Hallo zusammen,
ich habe gerade die timecount Funktion in Betrieb genommen und musste feststellen, dass
- last01 den Zeitpunkt der Aktivierung der Funktion für einen Wert anzeigt
- last10 den letzten Zeitstempel bei Abruf des Wertes anzeigt.
Es scheint als ob hier etwas noch nicht ganz rund läuft.
Version ist "latest"Gruß
Beim Initialisieren der Funktion kommt es auf den derzeitigen Wert des Datenpunktes an.
Der Wert und dessen damaliger Zeitpunkt des Signalwechsels wird übernommen. Wann die Gegenrichtung jemals eingetreten war, lässt sich mit dem derzeitigen Zustand nicht feststellen, also wird hier die Annahme/Festlegung getroffen, daß mit der Aktivierung des Adapters gerechnet wird.Im weiteren Verlauf wird dann auf den Signalwechsel 0/1 oder 1/0 geschaut und entsprechend dann der zugehörige Zeitstempel gesetzt.
Sofern durch polling gleiche Werte übergeben werden, so wird auch sukzessive die Zeit des derzeitigen Zustandes hochgezählt.Ich denke du solltest die Funktion mal beobachten und dann nochmal berichten.
Gruß
KlausPS. Statistics funktioniert nur mit Rückmeldungen (ack=true), nicht mit Kommandos.
-
Hallo habe festgestellt, das die group werte nicht mehr berechnet werden....kann das jemand bestätigen? Messe den Wasserverbrauch und lasse mir die Kosten entsprechend berechnen, ebenso beim Stom...Alle Werte bei 0 €...Ich meine wäre schön, aber ist ja leider nicht so....
Support us
794
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge