UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[metaxa]

@crunchip sagte in [SourceAnalytix 0.4.8-Final] Released !:

du hast noch 4 falsche Einträge

@metaxa ssagte in [SourceAnalytix 0.4.8-Final] Released !:

Ja ich weiß, will deine Hilfe für 1 Device in ANspruch nehmen und mich dann durch die anderen durchkämpfen.

@crunchip :

2023-03-12 09:12:13.444 - info: sourceanalytix.0 (1705424) Successfully activated SourceAnalytix for 28 of 28 states, will do my Job until you stop me!

:+1: Lieben Dank für deine Hilfe!

[crunchip]

@hg6806 sagte in [SourceAnalytix 0.4.8-Final] Released !:

scheint hier nicht weiterzuzählen.

laut deinem screen fehlt dir die Preisdefinition, müsste schonmal ein Fehler im Log erscheinen

@hg6806 sagte in [SourceAnalytix 0.4.8-Final] Released !:

Als ich auf den Alias den neuen DP gesetzt habe, war auch der Alias SA weg.

welcher alias war weg?

@hg6806 sagte in [SourceAnalytix 0.4.8-Final] Released !:

Nun musste ich den ursprünglichen SONOFF DP aber ändern und dacht mir, prima, gut dass ich ein Alias habe, da verhagelst mit nicht die SA Wert.
Aber genau das ist passiert.

hatte denn dein alias nach dem Gerätewechsel den gleichen Zählerstand? wohl eher nicht, daher

@hg6806 sagte in [SourceAnalytix 0.4.8-Final] Released !:

Wieso ist Kumulativer Wert bei 5,002kWh?

[ManfredHi]

Hallo.
Habe gerade ein größeres Problem. Und zwar hat sich der Preis für die kWh nun per 1.3. geändert. Wenn ich diese Änderung in den Einstellungen mache, rechnet SA falsch. Denn SA berechnet dann das ganze Quartal (bzw. Jahr) mit dem neuen Preis, was ja nicht stimmt.
Wenn ich SA stoppe und als Admin die beiden Werte für die Kosten von currentQuarter und currentYear auf die richtigen Beträge ändere, werden diese nach dem Start von SA wieder überschrieben mit den falschen Werten.

Bitte um Hilfe.

[hg6806]

@crunchip sagte in [SourceAnalytix 0.4.8-Final] Released !:

@hg6806 sagte in [SourceAnalytix 0.4.8-Final] Released !:

scheint hier nicht weiterzuzählen.

laut deinem screen fehlt dir die Preisdefinition, müsste schonmal ein Fehler im Log erscheinen

Eigentlich brauche ich keine Preisberechnung. Nur dem Stromverbrauch.

@hg6806 sagte in [SourceAnalytix 0.4.8-Final] Released !:

Als ich auf den Alias den neuen DP gesetzt habe, war auch der Alias SA weg.

welcher alias war weg?

Ich hatte den Datenpunkt der den Alias "füttert" gelöscht und neu erstellt.
SA hatte ich ja ursprünglich auf den Alias gesetzt. Dort war dann der Haken weg in Objekten. Warum das finde ich seltsam.
Die SA Werte waren aber wohl noch da.
Das Problem ist nun, dass jetzt neu von Beginn an gezählt wurde. D.h. ich habe nun letztes Jahr 48kWh und dieses Jahr 49kWh obwohl ich dieses Jahr nur ca. 1kWh verbraucht habe.
Ich schätze ich hätte wohl als ich den Haken wieder gesetzt habe, die Startwerte wieder setzen müssen? Geht das jetzt noch, obwohl wieder neu etwas dazugekommen ist?

@hg6806 sagte in [SourceAnalytix 0.4.8-Final] Released !:

Nun musste ich den ursprünglichen SONOFF DP aber ändern und dacht mir, prima, gut dass ich ein Alias habe, da verhagelst mit nicht die SA Wert.
Aber genau das ist passiert.

hatte denn dein alias nach dem Gerätewechsel den gleichen Zählerstand? wohl eher nicht, daher

@hg6806 sagte in [SourceAnalytix 0.4.8-Final] Released !:

Wieso ist Kumulativer Wert bei 5,002kWh?

Nach einem erneuten Verbrauch zählt er wieder. Ich glaube da hatte nur der "Trigger" gefehlt.

[Schtallone]

Hallo,
ich habe ein Problem mit dem Meter-Reset bei SA.

Folgende Fehlermeldung wird mir im Log ausgegeben:

[calculationHandler] unforeseen situation for alias.0.Keller.Lueftung.CONSUMPTION with value 1.4914939999999999, please send this to developer | reading : 1.4914939999999999 | calcvalues : {"alias":"LUEFTUNG","consumption":true,"costs":true,"deviceName":"alias__0__Keller__Lueftung__CONSUMPTION","financialCategory":"costs","headCategory":"consumed","meter_values":true,"name":"LUEFTUNG","stateType":"Haushaltsstrom EON 2023","stateUnit":"Wh","useUnit":"kWh","deviceResetLogicEnabled":true,"threshold":1}

Ich habe den Wert des alten Zählers (ein Shelly vor einem stromlosen Zustand) wie folgt anpasst im RAW Wert des States sowei den cummulierten Wert des Zählers angepasst, sodass der größer ist als der Reset-Wert (170,1)

{
  "_id": "alias.0.Keller.Lueftung.CONSUMPTION",
  "native": {},
  "type": "state",
  "common": {
    "alias": {
      "id": "shelly.0.shellyplus1pm#7c87ce65d970#1.Relay0.Energy"
    },
    "name": "CONSUMPTION",
    "role": "value.power.consumption",
    "write": false,
    "type": "number",
    "unit": "Wh",
    "custom": {
      "sourceanalytix.0": {
        "enabled": true,
        "selectedUnit": "Wh",
        "deviceResetLogicEnabled": true,
        "threshold": 1,
        "start_day": 170.818,
        "start_week": 159.829,
        "start_month": 155.137,
        "start_quarter": 0,
        "start_year": 0,
        "alias": "LUEFTUNG",
        "selectedPrice": "Haushaltsstrom EON 2023",
        "costs": true,
        "consumption": true,
        "basicRate": true,
        "meter_values": true,
        "valueAtDeviceReset": "170,1",
        "valueAtDeviceInit": "0"
      }
    }
  },
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1678983322257
}

Jedoch wird der cummulierte Wert nicht angepasst. Kann mir jemand bei diesem Fehler weiter helfen?

DANKE

[Schtallone]

@schtallone said in [SourceAnalytix 0.4.8-Final] Released !:

"valueAtDeviceReset": "170,1",

Hallo,

hat sich erledigt.

        "valueAtDeviceReset": "170,1",

        "valueAtDeviceInit": "0"

Die " müssen weg bei den Werten.

Sorry und Gruß

[ManfredHi]

@crunchip
Hallo. Gibts eine Lösung für das Problem der falschen Preisberechnung, wie in meinem Post beschrieben?

[crunchip]

@manfredhi schwer zu sagen, es gibt User bei denen hat es korrekt funktioniert und bei anderen wiederum wird falsch berechnet.
Warum und weshalb kann ich dir leider nicht beantworten.

@manfredhi sagte in [SourceAnalytix 0.4.8-Final] Released !:

Und zwar hat sich der Preis für die kWh nun per 1.3. geändert. Wenn ich diese Änderung in den Einstellungen mache, rechnet SA falsch. Denn SA berechnet dann das ganze Quartal (bzw. Jahr) mit dem neuen Preis,

Die Änderung nach dem 1. gemacht? denn eigentlich wird nach Abschluss ja sourceanalytix.0.xyz.consumed.04_previousQuarter geschrieben und da ändert sich nichts mehr

[micklafisch]

Hallo zusammen,

obwohl die Erkennung eines Geräteresets deaktiviert ist, schreibt der Adapter (v0.4.14) regelmäßig und den ganzen Tag folgendes:

2023-03-17 13:33:44.308 - info: sourceanalytix.0 (19993) Device reset detected for smartmeter.0.1-0:2_8_0__255.value, feature disabled processing normally)
2023-03-17 13:33:55.453 - info: sourceanalytix.0 (19993) Device reset detected for smartmeter.0.1-0:1_8_0__255.value, feature disabled processing normally)
2023-03-17 13:34:07.049 - info: sourceanalytix.0 (19993) Device reset detected for smartmeter.0.1-0:2_8_0__255.value, feature disabled processing normally)
2023-03-17 13:34:30.102 - info: sourceanalytix.0 (19993) Device reset detected for smartmeter.0.1-0:1_8_0__255.value, feature disabled processing normally)
2023-03-17 13:35:15.577 - info: sourceanalytix.0 (19993) Device reset detected for smartmeter.0.1-0:2_8_0__255.value, feature disabled processing normally)
2023-03-17 13:35:26.994 - info: sourceanalytix.0 (19993) Device reset detected for smartmeter.0.1-0:1_8_0__255.value, feature disabled processing normally)

Hier die RAW Daten zu den DP 1.8.0:

Spoiler

{
 "type": "state",
 "common": {
   "name": "1-0:1_8_0__255.value",
   "type": "number",
   "read": true,
   "unit": "kWh",
   "role": "value",
   "write": false,
   "custom": {
     "statistics.0": {
       "enabled": true,
       "logName": "1-0:1_8_0__255.value",
       "count": false,
       "sumCount": false,
       "timeCount": false,
       "fiveMin": false,
       "groupFactor": "",
       "impUnit": "",
       "impUnitPerImpulse": "",
       "sumIgnoreMinus": true,
       "sumDelta": true,
       "avg": true,
       "minmax": false,
       "sumGroup": ""
     },
     "sourceanalytix.0": {
       "enabled": true,
       "selectedUnit": "kWh",
       "deviceResetLogicEnabled": false,
       "threshold": 2000,
       "start_day": 7142.294,
       "start_week": 7139.4739,
       "start_month": 7132.348,
       "start_quarter": 6570.109,
       "start_year": 6570.109,
       "selectedPrice": "ElectricityDay",
       "consumption": true,
       "valueAtDeviceReset": 0,
       "valueAtDeviceInit": null,
       "cumulativeValue": 7142.294
     }
   }
 },
 "native": {
   "id": "1-0:1_8_0__255.value"
 },
 "_id": "smartmeter.0.1-0:1_8_0__255.value",
 "acl": {
   "object": 1636,
   "state": 1636,
   "owner": "system.user.admin",
   "ownerGroup": "system.group.administrator"
 },
 "from": "system.adapter.sourceanalytix.0",
 "user": "system.user.admin",
 "ts": 1679007603579
}

und hier für den 2.8.0

Spoiler

{
 "type": "state",
 "common": {
   "name": "1-0:2_8_0__255.value",
   "type": "number",
   "read": true,
   "unit": "kWh",
   "role": "value",
   "write": false,
   "custom": {
     "statistics.0": {
       "enabled": true,
       "count": false,
       "sumCount": false,
       "timeCount": false,
       "fiveMin": false,
       "impUnitPerImpulse": 1,
       "impUnit": "",
       "avg": true,
       "minmax": false,
       "sumDelta": true,
       "sumIgnoreMinus": true,
       "groupFactor": 1,
       "logName": "1-0:2_8_0__255.value"
     },
     "sourceanalytix.0": {
       "enabled": true,
       "selectedUnit": "kWh",
       "deviceResetLogicEnabled": false,
       "threshold": 200,
       "start_day": 11939.4109,
       "start_week": 11866.068,
       "start_month": 11750.6529,
       "start_quarter": 11501.804,
       "start_year": 11501.804,
       "selectedPrice": "ElectricityDelivery",
       "consumption": true,
       "valueAtDeviceReset": 0,
       "valueAtDeviceInit": null,
       "cumulativeValue": 11939.4109
     }
   }
 },
 "native": {
   "id": "1-0:2_8_0__255.value"
 },
 "_id": "smartmeter.0.1-0:2_8_0__255.value",
 "acl": {
   "object": 1636,
   "state": 1636,
   "owner": "system.user.admin",
   "ownerGroup": "system.group.administrator"
 },
 "from": "system.adapter.sourceanalytix.0",
 "user": "system.user.admin",
 "ts": 1679007603772
}

Was übersehe ich hier? Warum meckert er einen Reset an obwohl ich das gar nicht aktiviert habe (und außerdem ich keinen Reset erkenne - der Zähler steigt bei beiden DPs stetig aufwärts

Danke!

[ManfredHi]

@crunchip sagte in [SourceAnalytix 0.4.8-Final] Released !:

Die Änderung nach dem 1. gemacht? denn eigentlich wird nach Abschluss ja sourceanalytix.0.xyz.consumed.04_previousQuarter geschrieben und da ändert sich nichts mehr

Naja die Änderung ist ja mitten im Quartal (per 1.3.) gewesen, da durch die Senkung der Netzgebühren sich der kWh-Preis mit 1.3. geändert hat.
PreviousQuarter passt eh, es geht um currentQuarter und currentYear, da stimmen die Werte nun nicht mehr.

[crunchip]

@micklafisch sagte in [SourceAnalytix 0.4.8-Final] Released !:

obwohl ich das gar nicht aktiviert habe

War es möglicherweise zu Beginn aktiv?

[micklafisch]

@crunchip
das kann ich so nicht mit Sicherheit bestätigen oder verneinen.

Was kann ich machen dass er mir das Log nicht zuschüttet (hatte zum testen mal auf Loglevel „error“ gestellt, dann ist Ruhe - nur ist dieser Workaround auch so sinnvoll oder zielführend?)

[micklafisch]

@crunchip
Ich hab jetzt mal die beiden DPs in Historie Adapter mit dazu genommen.

Jetzt seh ich auch was passiert! Das ist immer die dritte/vierte Nachkommastelle die das verursacht. Warum kann ich noch nicht sagen, ggf. rundet der Smartmeter Adapter den Wert.

[crunchip]

@micklafisch sagte in [SourceAnalytix 0.4.8-Final] Released !:

Das ist immer die dritte/vierte Nachkommastelle die das verursacht. Warum kann ich noch nicht sagen, ggf. rundet der Smartmeter Adapter den Wert.

Das ist möglich

[miwi]

Hallo,

bin gerade vom Stromzählerscript auf SourceAnalytics umgestiegen, da das Script in letzter Zeit immer wieder Probleme hatte.

In meiner VIS View habe ich mich allerdings an die Anzeigelogik des Scripts gewöhnt. Dort werden die Tageswerte für die letzten 7 Tage im relativen Tagesformat : Gestern \ Vorgestern \ Vor 3 Tagen \ Vor 4 Tagen usw. gespeichert.
In SourceAnalytics sehe ich aber absolute Tagesformate : Montag \ Dienstag \ Mittwoch usw.

Gibt es einen Weg wie die die Tageswerte in VIS Abhängig vom heutigen Tag anzeigen kann. Also wenn heute Samstag ist soll bei Wert vor 3 Tagen die Werte von Mittwoch stehen. Morgen sollen an gleicher Stelle aber die Werte von Donnerstag angezeigt werden.

hat hier jemadn von Euch eine Idee?

Gruß

miwi

[Peter666666]

Hallo Leute,

Habe heute meinen WR neu gestartet und seitdem werden bei meinem SA für den DP PV Erzeugung ca. 180 kWh zu viel angezeigt. Wie kann ich das am Besten wieder korrigieren?

{
  "common": {
    "name": "Inverter.Active_Power",
    "desc": "Manuell erzeugt",
    "role": "state",
    "type": "number",
    "read": true,
    "write": true,
    "def": 0,
    "custom": {
      "history.0": {
        "enabled": true,
        "aliasId": "",
        "debounceTime": 0,
        "blockTime": 0,
        "changesOnly": true,
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "ignoreBelowNumber": "",
        "disableSkippedValueLogging": false,
        "retention": 604800,
        "customRetentionDuration": 365,
        "maxLength": 1500,
        "enableDebugLogs": false,
        "debounce": 0
      },
      "sourceanalytix.0": {
        "enabled": true,
        "selectedUnit": "kW",
        "deviceResetLogicEnabled": false,
        "threshold": 0,
        "start_day": 199.63709761944293,
        "start_week": 141.00967841666525,
        "start_month": 0,
        "start_quarter": 0,
        "start_year": 0,
        "selectedPrice": "PV Erzeugung",
        "alias": "PVErzeugung",
        "consumption": true,
        "costs": false,
        "valueAtDeviceInit": null,
        "valueAtDeviceReset": null,
        "cumulativeValue": 199.63709761944293
      }
    }
  },
  "type": "state",
  "native": {},
  "_id": "0_userdata.0.Huawei.Inverter.Active_Power",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1679150219764
}

[Wildbill]

Hallo zusammen,

ich hatte jetzt schon mehrfach (allerdings nicht täglich) folgendes im Log:

urceanalytix.0
2023-03-20 00:00:01.085	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

sourceanalytix.0
2023-03-20 00:00:01.080	info	terminating

sourceanalytix.0
2023-03-20 00:00:01.080	info	SourceAnalytix stopped, now you have to calculate by yourself :'( ...

sourceanalytix.0
2023-03-20 00:00:00.357	error	Exception-Code: ENOENT: ENOENT: no such file or directory, open '/opt/iobroker/log/iobroker.2023-03-19.log'

sourceanalytix.0
2023-03-20 00:00:00.357	error	Error: ENOENT: no such file or directory, open '/opt/iobroker/log/iobroker.2023-03-19.log'

sourceanalytix.0
2023-03-20 00:00:00.355	error	uncaught exception: ENOENT: no such file or directory, open '/opt/iobroker/log/iobroker.2023-03-19.log'

Kann mir jemand sagen, woher das kommt und wie ich das abstelle? iobroker und auch der Adapter laufen ganz normal, nur ab und an kommt beim Tageswechsel eine Meldung wegen fehlendem Log-File (welches aber existiert bzw. da gerade vermutlich als tar.gz dann gepackt wurde).

Gruss, Jürgen

[Tottbeck]

Hallo, mein Log wird momentan beim Adapterstart mit sourceanaltix-Warnungen gefüllt für jedes device.

2023-03-20 00:00:03.248 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.costs.previousWeek.07_Sunday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.301 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.costs.currentWeek.07_Sunday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.314 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.meterReadings.previousWeek.07_Sunday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.371 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.meterReadings.currentWeek.07_Sunday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.384 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.costs.previousWeek.01_Monday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.453 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.costs.currentWeek.01_Monday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.467 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.meterReadings.previousWeek.01_Monday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.521 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.meterReadings.currentWeek.01_Monday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.541 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.costs.previousWeek.02_Tuesday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.591 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.costs.currentWeek.02_Tuesday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.604 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.meterReadings.previousWeek.02_Tuesday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.615 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.meterReadings.currentWeek.02_Tuesday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.633 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.costs.previousWeek.03_Wednesday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.681 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.costs.currentWeek.03_Wednesday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.697 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.meterReadings.previousWeek.03_Wednesday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.710 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.meterReadings.currentWeek.03_Wednesday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.827 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.costs.previousWeek.04_Thursday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:03.876 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.costs.currentWeek.04_Thursday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:04.098 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.meterReadings.previousWeek.04_Thursday" has no existing object, this might lead to an error in future versions
2023-03-20 00:00:04.137 - warn: sourceanalytix.0 (29221) State "sourceanalytix.0.shelly__0__SHDM-2#40F52000306A#1__lights__Power.currentYear.meterReadings.currentWeek.04_Thursday" has no existing object, this might lead to an error in future versions

Diese Objekten sind nicht vorhanden.
Müsste die sourceanalytix die nicht selber anlegen ?
Ich meine die hätte ich aber schon mal gesehen.

Hier noch die Einstellungen. Jemand eine Idee ?

Mein Logfile spinnt komischerweise auch, das dürfte aber vermutlich etwas anderes sein. Den aktuellen Log kann ich laden. aber die alten gz-log sind alle 0 bisher nicht vorhanden.

[stef1981]

Hallo zusammen

Ich wende diesen Adapter nun schon seit 2 Jahren an und er hat in dieser Zeit immer sauber funktioniert und seine Sache gut gemacht....
Falls mein Problem hier nicht hingehört bitte an den richtigen Ort verschieben.

Seit Anfang diesen Jahres spinnt die Auswertung mit meinem Shelly 3EM. Beinahe einmal in der Woche habe ich einen Devicereset drin und der Zählerstand wird jedes Mal verdoppelt....
Vorher wie geschrieben fast immer Ruhe. Auch Neustarts vom Shelly waren kein Problem.
Ich habe nun viel im Forum gelesen und auch gesehen, dass Shelly da wohl sehr eigen sein sollen und ich nicht den direkten Datenpunkt für die Auswertungen nutzen soll.
Wie bringe ich den Datenpunkt aber so hin, das er für Sourceanalytix verwertet werden kann und vom Shelly aktualisiert wird?
Reicht ein Alias vom Shelly-Datenpunkt?

Dane für den Schupf in die richtige Richtung. Der Adapter ist übrigens sehr gut aufgebaut, aber immer noch nicht offiziell freigegeben, oder? Ist das demnächst geplant?

Danke für die Zeit und geniesst das schöne Wetter
Stefan

[nik82]

Hallo,
gibt es eine Möglichkeit den Device Rest wirklich zu unterbinden?

Ich habe den Haken bei "Erkennung der Zurücksetzung des Gerätewerts" raus:

Wenn sich nun der Datenpunkt auf 0 ändert:

Und dann wieder auf z.B. 19000, dann werden immer wieder komplett 19000 auf den vorhandenen currentDay addiert:

Das darf doch eigentlich nicht sein?
Ich hab den Haken oben auch schonmal wieder rein, aber da passiert das gleiche.

Kann man das irgendwie unterbinden?

Danke im Voraus.