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

[babl]

@Dutchman hi danke für die antwort aber was meinst du damit die "dev" entfernen

[Dutchman]

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

@Dutchman hi danke für die antwort aber was meinst du damit die "dev" entfernen

schau dir mal im Datenpunkt den du loggst die war daten an, da steht bestimmt ein "def": 0

ich schaue heute mal on ich das Krausprogrammieren kan ist in Fehler im JS-Controller welcher durch meine adapter aufgerufen wird

[babl]

@Dutchman aaah ok, mach ich ich schau mir das mal an.

[Michi_Pi]

@Dutchman hab ein neues Problem
Bekomme solche Meldungen, aber nur zu einem DP.

Was genau soll mir die Warnung sagen, versteh den Hintergrund nicht.

Und übrigens, waren leider wieder die def: 0 Einträge bei allen da. Hab den Eintrag diesmal in dem Reiter "Allgemein" anstelle im RAW entfernt. Evtl hilft das was.

[Dutchman]

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

Bekomme solche Meldungen, aber nur zu einem DP.

Zeig mal die raw Werte dieses datenpunktes

[Michi_Pi]

@Dutchman hier die RAW

{
  "from": "system.adapter.sourceanalytix.0",
  "user": "system.user.admin",
  "ts": 1601877239789,
  "common": {
    "name": "Energy",
    "type": "number",
    "role": "value.power",
    "unit": "Wh",
    "read": true,
    "write": false,
    "custom": {
      "sourceanalytix.0": {
        "enabled": true,
        "alias": "Büro_Strom_Gesamt",
        "selectedPrice": "ElectricityDay",
        "selectedUnit": "Wh",
        "costs": true,
        "consumption": true,
        "meter_values": true,
        "start_day": 185.77337000000003,
        "start_week": 185.77337000000003,
        "start_month": 0,
        "start_quarter": 0,
        "start_year": 0,
        "currentValue": 185.77337000000003,
        "valueAtDeviceReset": 435.8929200000003
      }
    }
  },
  "native": {},
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "shelly.0.SHSW-PM#68C63AFB3284#1.Relay0.Energy",
  "type": "state"
}

Hab gerade gesehen, dass ich den "def" auch in dem DP currrent Reading habe...

[Dutchman]

@Michi_Pi

ok, das sieht alles gut aus und der Shelly macht allgemein im SA keine Probleme eventuell hatte er nen reset.
Ich werde mal eine FAQ schreiben was man in welcher situation machen muss ...

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

Hab gerade gesehen, dass ich den "def" auch in dem DP currrent Reading habe...

stimmt, und soll auch so sein und ist egal.
Das DEF:0 problem ist nur in den Datenpunkten relevant welche fürs logging ausgewählt werden nicht wo SA reinschreibt

(den wen DEF:0 wird nachts dieser wert als value ins object geschrieben, danach kommt wieder der richtige wert. Bedeutet fuer SA wert < bekannte wert also kumulieren)

[babl]

@Dutchman genau hier steht der def drin

{
  "type": "state",
  "common": {
    "name": "01_current_day",
    "type": "number",
    "role": "value",
    "read": true,
    "write": false,
    "unit": "kWh",
    "def": 0
  },
  "native": {},
  "from": "system.adapter.sourceanalytix.0",
  "user": "system.user.admin",
  "ts": 1601650397047,
  "_id": "sourceanalytix.0.0_userdata__0__batterie_entladung.2020.delivered.01_current_day",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[Dutchman]

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

@Dutchman genau hier steht der def drin

mein vorige Antwort haste gesehen ? Fuer durch SA erstellte Datenpunkte ist das egal es gebt um den source Datenpunkt

[babl]

@Dutchman hier ist er auch vorhanden

{
  "_id": "0_userdata.0.netzeinspeisung",
  "type": "state",
  "common": {
    "name": "netzeinspeisung",
    "role": "",
    "type": "number",
    "desc": "Manuell erzeugt",
    "unit": "W",
    "min": 0,
    "max": 1000000,
    "def": 0,
    "read": true,
    "write": true,
    "custom": {
      "sourceanalytix.0": {
        "enabled": true,
        "alias": "",
        "selectedPrice": "Netzeinspeisung",
        "selectedUnit": "W",
        "costs": true,
        "consumption": true,
        "meter_values": true,
        "start_day": 90.85378222730594,
        "start_week": 90.85378222730594,
        "start_month": 0.0192146278792765,
        "start_quarter": 0.0192146278792765,
        "start_year": 0,
        "currentValue": 90.85378222730594,
        "valueAtDeviceReset": 0
      },
      "sql.0": {
        "enabled": true,
        "changesOnly": true,
        "debounce": "1000",
        "retention": 0,
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "storageType": "Number",
        "aliasId": "",
        "counter": true
      }
    }
  },
  "native": {},
  "from": "system.adapter.sourceanalytix.0",
  "user": "system.user.admin",
  "ts": 1601848800069,
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  }
}

[Dutchman]

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

@Dutchman hier ist er auch vorhanden

und genau da muss er raus !

[babl]

@Dutchman aha und wie?

[Dutchman]

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

@Dutchman aha und wie?

auf den Papierkorb drücken in den state eigenschaften (Standardwert)

[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