[Major Update] SourceAnalytix v0.4.7-beta.0 released !

[babl]

@Dutchman ok erledigt, das muß ich dann überall machen oder wie, überall das def 0 rauslöschen aus dem source datenpunkt?

[Dutchman]

@babl sagte in [Major Update] SourceAnalytix v0.4.7-beta.0 released !:

@Dutchman ok erledigt, das muß ich dann überall machen oder wie, überall das def 0 rauslöschen aus dem source datenpunkt?

ja bitte, den sonst springt der wert machst um 00.00 Uhr auf 0 und fängt SA an zu kumulieren und dadurch hat man den Effekt das die werte doppelt/dreifach so hoch sind wie in der source

[babl]

@Dutchman ok danke

[Kueppert]

@Dutchman AHAAA, hab ich nun auch bei allem Homematic-DPs gemacht. Danke

[Dutchman]

@Kueppert sagte in [Major Update] SourceAnalytix v0.4.7-beta.0 released !:

@Dutchman AHAAA, hab ich nun auch bei allem Homematic-DPs gemacht. Danke

ich habe mir schon Gedanken darüber gemacht wie ich das umgehen kan mir fällte aber nix dazu ein ... damn, zu euern Verständnis.

• SA nimmt immer den jetzigen wert
• Hinterlegt in seiner configuration was der startwert war
• Dieser startwert wird entweder manuell durch euch, oder nachts um 00.00Uhr gesetzt

Um die functionaliteit fuer SA zu garantieren, muss ich diese werte irgendwo Zwischenspeichern. Am logischsten ist das object was auch fuer SA eingeschaltet wurde damit ergibt sich z.b. :

    "custom": {
      "sourceanalytix.0": {
        "enabled": true,
        "alias": "",
        "selectedPrice": "ElectricityDay",
        "selectedUnit": "automatically",
        "costs": true,
        "consumption": true,
        "meter_values": true,
        "start_day": 615.3168100005597,
        "start_week": 615.3168100005597,
        "start_month": 528.0074500004698,
        "start_quarter": 528.0074500004698,
        "start_year": 0,
        "currentValue": 615.3168100005597,
        "valueAtDeviceReset": 58
      }
    }

Das Problem jetzt, was im JS-controller sitzt, sobald ich diese werte in das object schreiben führt es dazu das der default wert in den state geschrieben wird.
Das macht nicht SA sondern der controller, fix is bereits erledig aber die release kommt erst im November.

Ich kan aber diesen bug nicht umgehen, den :

A) ich muss irgendwo die werte zwischen Speichen und auch in der Konfiguration zur Verfügung stellen
B) ich kan den wert zwar anders setzen, aber dan haben wir dasselbe verhalten

teufelskreis, eventueel hat noch wer ne anderen idee als ich dazu ?

[babl]

@Dutchman und das mit einem externen script umgehen, wäre jetzt nur mal ein gedanke von mir, also meinetwegen blockly oder so. Hier die Daten zwischenspeichern und dann wieder auslesen, wie gesagt ist nur ein gedanke von mir.

[Kueppert]

@Dutchman ich würde dann eher vorschlagen, dass die Nutzer bis November warten müssen. Jetzt am Adapter rumzuschrauben für lediglich 1 Monat macht m.E. keinen Sinn...das ist zu viel Arbeit für diesen kleinen Zeitraum.
Daher wäre mein Vorschlag, das irgendwo prominent hinzuschreiben und gut ist. Wenn der neue Controller dann da ist, genauso prominent darauf hinweisen, dass es jetzt geht

[Michi_Pi]

@Dutchman alles klar.
Das heißt dann der js-controller fügt den def zu jeden DP hinzu?
Der def ist jetzt auch wieder bei den geloggten DP vorhanden, ich müsste den dann jeden Tag wieder aufs neue entfernen, bis das neue Release kommt?

@Kueppert @babl habt ihr eigentlich auch das Problem dass der def jeden Tag neu hinzugefügt wird? Oder hab das Problem nur ich.

[Kueppert]

@Michi_Pi ich teste das gerade neu mit meinen HMIP-Geräten. Bei dem SOnoff-Adapter hatte ich das Problem bisher nicht...hab eben in alle DPs reingeschaut, war nur Def = 0 in den orig. HMIP-DPs

[guergen]

[gelöscht]

[babl]

@Michi_Pi ja es scheint als seien heute wieder Zahlen da die nicht passen. Obwohl gestern der def Punkt überall gelöscht worden ist.

[Dutchman]

@babl sagte in [Major Update] SourceAnalytix v0.4.7-beta.0 released !:

@Michi_Pi ja es scheint als seien heute wieder Zahlen da die nicht passen. Obwohl gestern der def Punkt überall gelöscht worden ist.

wen die states von einem adapter kommen wird der adapter das machen, selbst erstellte Werts sollte sich nicht anderen.
Glaube bei link ed devices passiert es mit nehme

[Kueppert]

@Dutchman hm...schade...in meinen Aliasen ist heute auch wieder der def:0 aufgetaucht zu meinen HM(-IP)-Geräten Ich warte mal den neuen Controller ab.

[Palm_Maniac]

Ich hab mal bei mir nachgeschaut, wie es bei meinen DPs ausschaut, die ich per LinkedDevices erzeugt habe und per SA auswerte. Dort gibt es augenscheinlich kein def:0 Problem, zumindest habe ich in keinem DP von LD diesen def:0 Eintrag gefunden. LD scheint also mit SA zu funktionieren.

[Dutchman]

@Palm_Maniac sagte in [Major Update] SourceAnalytix v0.4.7-beta.0 released !:

Ich hab mal bei mir nachgeschaut, wie es bei meinen DPs ausschaut, die ich per LinkedDevices erzeugt habe und per SA auswerte. Dort gibt es augenscheinlich kein def:0 Problem, zumindest habe ich in keinem DP von LD diesen def:0 Eintrag gefunden. LD scheint also mit SA zu funktionieren.

danke, damit koennen wir das fuer linked devices ausschliessen

[JB_Sullivan]

@Dutchman

Nur ein kleiner Hinweis, da ich mir vorhin die 0.4.8 - alpha gezogen hatte.

Heute Nacht wurde das hier protolliert.

2020-10-06 00:00:02.902 - info: sourceanalytix.0 (5100) Executing reset for : fritzdect.0.DECT200_087610236923.energy
2020-10-06 00:00:02.902 - info: sourceanalytix.0 (5100) Memory values for fritzdect.0.DECT200_087610236923.energy before reset : {"stateDetails":{"alias":"","consumption":true,"costs":true,"deviceName":"fritzdect__0__DECT200_087610236923__energy","financialCategory":"costs","headCategory":"consumed","meter_values":true,"name":"Switch total energy","stateType":"ElectricityDay","stateUnit":"Wh","useUnit":"kWh"},"calcValues":{"currentValue":230.728,"start_day":230.036,"start_week":230.036,"start_month":226.99200000000002,"start_quarter":226.99200000000002,"start_year":"","valueAtDeviceReset":0},"prices":{"basicPrice":"7.74","unitPrice":"0.2707"}}
2020-10-06 00:00:02.903 - info: sourceanalytix.0 (5100) Current known state values : {"currentValue":230.728,"start_day":230.036,"start_week":230.036,"start_month":226.99200000000002,"start_quarter":226.99200000000002,"start_year":"","valueAtDeviceReset":0}
2020-10-06 00:00:02.908 - info: sourceanalytix.0 (5100) Memory values for fritzdect.0.DECT200_087610236923.energy after reset : {"stateDetails":{"alias":"","consumption":true,"costs":true,"deviceName":"fritzdect__0__DECT200_087610236923__energy","financialCategory":"costs","headCategory":"consumed","meter_values":true,"name":"Switch total energy","stateType":"ElectricityDay","stateUnit":"Wh","useUnit":"kWh"},"calcValues":{"currentValue":230.728,"start_day":230.728,"start_week":230.036,"start_month":226.99200000000002,"start_quarter":226.99200000000002,"start_year":"","valueAtDeviceReset":0},"prices":{"basicPrice":"7.74","unitPrice":"0.2707"}}

Jetzt bekomme ich diese Fehlermeldung - OK ich weiß es ist eine Alpha - aber hat das was zu bedeuten und warum kommt die Meldung erst jetzt?

2020-10-06 14:45:20.633 - error: sourceanalytix.0 (10540) [calculationHandler fritzdect.0.DECT200_087610236923.energy] error: calculationRounded is not defined, stack: ReferenceError: calculationRounded is not defined
at Sourceanalytix.calculationHandler (C:\iobroker\GLT\node_modules\iobroker.sourceanalytix\main.js:919:99)
at process._tickCallback (internal/process/next_tick.js:68:7)

[babl]

@Dutchman so habe sämtliche Datenpunkte angesehen, in meinen eigens erstellten Datenpunkten habe ich ja gestern den def wert gelöscht hier findet sich auch keiner mehr, in den sourceanalytics datenpunkten ist überall ein def wert mit 0 zu finden.

Das errechnete stimmt ebenfalls nicht.

[Dutchman]

@babl sagte in [Major Update] SourceAnalytix v0.4.7-beta.0 released !:

in den sourceanalytics datenpunkten ist überall ein def wert mit 0 zu finden.

nicht böse gemeint, aber ich glaube bereits 10 mal erklärt zu haben das der def wert in den SA Datenpunkten komplett egal ist !
bitt bereits genannten troubleshoot befolgen in die raw daten anschauen ob da previous werte drin sind und die startwerte richtig gesetzt wurden

[Dutchman]

@JB_Sullivan sagte in [Major Update] SourceAnalytix v0.4.7-beta.0 released !:

Nur ein kleiner Hinweis, da ich mir vorhin die 0.4.8 - alpha gezogen hatte.
Heute Nacht wurde das hier protolliert.

0.4.8 war noch nicht zum testen bereit, jetzt ja ich mache dazu gleich eine Ankündigung.
Die log Einträge sind um den tegesreset zu überwachen, alles OK

@JB_Sullivan sagte in [Major Update] SourceAnalytix v0.4.7-beta.0 released !:

Jetzt bekomme ich diese Fehlermeldung - OK ich weiß es ist eine Alpha - aber hat das was zu bedeuten und warum kommt die Meldung erst jetzt?

das war ein typo von mir, fixed in 0.4.8-alpha.0
https://github.com/iobroker-community-adapters/ioBroker.sourceanalytix/commit/0bcbac91231fd2c234531ac3db00a4300e4ffa18#diff-7a9076d6d94e62c13d641aa71f19ae8eR919

0 committed to iobroker-community-adapters/ioBroker.sourceanalytix

fix typo in rounding function

[Dutchman]

** !!! Version 0.4.8-alpha.0 Major Breaking change !!!**

0.4.8-alpha.0 (2020-10-06)

• (Dutchman) Breaking!!! Move current values to currentYear
• (Dutchman) Add back "currentYear"
• (Dutchman) Code cleanup
• (Dutchman) Optimized error reporting (Sentry)
• (Dutchman) implemented weekly reset of weekdays
• (Dutchman) implemented calculation for all states
• (Dutchman) Removed unneeded settings in configuration
• (Dutchman) Implemented new configuration for "currentYear"

Beachte also bitte das alle xx_current_xx sich jetzt nicht mehr unter dem Jahr sondern curentYear befinden !
Nach jetzigen stand, git issues und Erwartungen ist dies das letzte mal das an der Struktur geschraubt wird.

Happy testing, ab heute nacht / morgen im admin verfügbar (nur als latest!) oder bereits jetzt per npm :

cd /opt/iobroker
npm i iobroker.sourceanalytix@latest

Bei NPM installation NICHT "sudo" verwenden !

In den neuen structuren findet ihr jetzt auch wieder die Woche zurueck und man hat werte fur gestern, vorige Woche etc...