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

[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.

[Rumpeltec]

@nik82
Ich habe das Problem mit der Verdopplung in der Vergangenheit regelmäßig gehabt, z.B. wenn ich die Fritz Dose mal kurz rausgezogen habe.
Letztendlich lasse ich alle Werte von SA nur noch über die Leistungsmessung (Power, Watt) und nicht mehr über den Energiezähler (kWh) laufen. Das löst zwar nicht dein Problem, funktioniert aber super.

[crunchip]

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

aber immer noch nicht offiziell freigegeben, oder?

richtig, an einer major Version wird bereits gearbeitet

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

Wie bringe ich den Datenpunkt aber so hin, das er für Sourceanalytix verwertet werden kann und vom Shelly aktualisiert wird

z.b mit einem eigenen script und eigenem Datenpunkt, sodass der Zählerstand des shelly "unwichtig" ist, sondern immer aufaddiert und diesen dann mit SA loggen.

[crunchip]

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

Das darf doch eigentlich nicht sein?

eigentlich nicht, aber scheinbar gibt es bei dem ein oder anderen Probleme
was steht den im Raw(original DP) wenn du den Haken entfernt hast?

möglicherweise schaftt Abhilfe, wenn du das loggen für den DP deaktivierst und anschliessend ohne Haken neu aktivierst.

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

Das löst zwar nicht dein Problem, funktioniert aber super

löst zwar das reset Problem, jedoch neigt das dazu, dass die Wert verfälscht werden, wenn nur alle X sec ein Watt Wert übermittelt wird.

[nik82]

@crunchip
Hab jetzt nochmal SourceAnalytix bei meinen Datenpunkt deaktivert und nochmal neu ohne Haken aktiviert.

Habe dann den Datenpunkt auf 0 gesetzt und wieder auf 19000.
Und es wurde wieder cumulativeReading dupliziert.

Hier mein DP Punkt:

Spoiler

{
 "common": {
   "name": "Stromverbrauch_Heizung_gesamt",
   "desc": "Manuell erzeugt",
   "unit": "kWh",
   "role": "state",
   "type": "number",
   "read": true,
   "write": true,
   "def": 0,
   "custom": {
     "history.0": {
       "enabled": true,
       "aliasId": "",
       "changesOnly": false,
       "debounce": "1000",
       "changesRelogInterval": "0",
       "changesMinDelta": "0",
       "maxLength": "960",
       "retention": "0",
       "debounceTime": 0,
       "blockTime": 1000,
       "ignoreBelowNumber": "",
       "disableSkippedValueLogging": false,
       "customRetentionDuration": 365,
       "enableDebugLogs": false
     },
     "sourceanalytix.0": {
       "enabled": true,
       "selectedUnit": "kWh",
       "deviceResetLogicEnabled": false,
       "threshold": 1,
       "start_day": 19919,
       "start_week": 19904,
       "start_month": 19731,
       "start_quarter": 19079,
       "start_year": 19079,
       "alias": "Stromverbrauch Heizung",
       "selectedPrice": "Strompreis-Heizung",
       "costs": true,
       "consumption": true,
       "valueAtDeviceReset": 19925,
       "valueAtDeviceInit": 0
     }
   }
 },
 "type": "state",
 "_id": "0_userdata.0.Strom.Stromverbrauch_Heizung_gesamt",
 "acl": {
   "object": 1636,
   "state": 1636,
   "owner": "system.user.admin",
   "ownerGroup": "system.group.administrator"
 },
 "from": "system.adapter.sourceanalytix.0",
 "user": "system.user.admin",
 "ts": 1679681227528
}

Hast du noch einen Tip was ich machen oder probieren könnte?

[crunchip]

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

Und es wurde wieder cumulativeReading dupliziert.

hmm, dann fällt mir da auch nichts weiter dazu ein, ausser das du es vllt umgehst, in dem du den Wert(Schwelle) für device reset erhöhst auf z.b 100000

[nik82]

@crunchip
Cool! Klasse Tip!
Habs gerade probiert, geht dann bei 0 natürlich in den Minusbereich kurzzeitig, aber wenn dann der richtige Wert wieder kommt, dann passt es wieder.
Und schon gelöst :+1:

Vielen Dank

[stef1981]

@crunchip

Danke für den Input.
Gibt's da ein bereits etwas bestehendes oder ist es nur wichtig, dass der Wert in einen eigenen Datenpunkt geschrieben wird?
Ich logge den bestehenden Datenpunkt von Shelly bereits mit einem eigenen Script und schreibe den Wert in einen Datenpunkt unter 0_userdata.

var Phase_1_3_Total, Phase_2_Total, Phase_3_Total, Phase_1_Total;


on({id: [].concat(['shelly.0.SHEM-3#8CAAB56194DB#1.Total.ConsumedPower']), change: "ne"}, async function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  Phase_1_3_Total = getState("shelly.0.SHEM-3#8CAAB56194DB#1.Total.ConsumedPower").val;
  setState("0_userdata.0.Energie.Shelly.3EM-Wohnung.Phase_1-3_Total"/*Phase_1-3_Total*/, Phase_1_3_Total, true);
});

on({id: [].concat(['shelly.0.SHEM-3#8CAAB56194DB#1.Emeter0.Total']), change: "gt"}, async function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  Phase_1_Total = getState("shelly.0.SHEM-3#8CAAB56194DB#1.Emeter0.Total").val;
  setState("0_userdata.0.Energie.Shelly.3EM-Wohnung.Phase_1_Total"/*Phase_1_Total*/, Phase_1_Total, true);
});

on({id: [].concat(['shelly.0.SHEM-3#8CAAB56194DB#1.Emeter1.Total']), change: "gt"}, async function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  Phase_2_Total = getState("shelly.0.SHEM-3#8CAAB56194DB#1.Emeter1.Total").val;
  setState("0_userdata.0.Energie.Shelly.3EM-Wohnung.Phase_2_Total"/*Phase_2_Total*/, Phase_2_Total, true);
});

on({id: [].concat(['shelly.0.SHEM-3#8CAAB56194DB#1.Emeter2.Total']), change: "gt"}, async function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  Phase_3_Total = getState("shelly.0.SHEM-3#8CAAB56194DB#1.Emeter2.Total").val;
  setState("0_userdata.0.Energie.Shelly.3EM-Wohnung.Phase_3_Total"/*Phase_3_Total*/, Phase_3_Total, true);
});

Reicht das schon oder brauche ich da noch mehr?
Bevor ich das ganze Konstrukt umhänge möchte ich sicher sein, dass das funktioniert.
Wird aber so sein, dass ich das herausfinden muss...

Gruss
Stefan

[crunchip]

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

Gibt's da ein bereits etwas bestehendes oder ist es nur wichtig, dass der Wert in einen eigenen Datenpunkt geschrieben wird?

https://forum.iobroker.net/post/927704

[stef1981]

@crunchip

Danke dir. Ich habe mir das Script eingebaut und entsprechend angepasst.
Ich lasse es mal laufen und beobachte was bei einem erneuten DeviceReset vom Shelly passiert.
Den Tip mit dem Heraufsetzen vom DeviceReset-Wert habe ich mir in meiner Testumgebung mal nachgebaut. Eventuell hilft das auch noch.
Ist auf jeden Fall unschön wenn die Funktion so lange einwandfrei klappt und dann alle Auswertungen durcheinander kommen weil das Teil so rumzickt....

Gruss
Stefan

[knopers1]

bei mir werden die Tageswerte nicht auf 0 gesetzt. Somit für mich der Adapter unbrauchbar... :cold_sweat:
Anbei ein Log. Kann jemand etwas damit anfangen?

2023-03-31 07:27:31.221 - info: sourceanalytix.0 (13602) starting. Version 0.4.14 in /opt/iobroker/node_modules/iobroker.sourceanalytix, node: v16.19.1, js-controller: 4.0.24
2023-03-31 07:27:31.260 - info: sourceanalytix.0 (13602) Welcome to SourceAnalytix, making things ready ...
2023-03-31 07:27:31.340 - info: sourceanalytix.0 (13602) Found 3 SourceAnalytix enabled states
2023-03-31 07:27:31.342 - info: sourceanalytix.0 (13602) Initialising (1 of 3) "fritzdect.0.DECT_116570570860.energy"
2023-03-31 07:27:31.397 - error: sourceanalytix.0 (13602) No cost type defined for fritzdect.0.DECT_116570570860.energy, please Select Type of calculation at state setting
2023-03-31 07:27:31.398 - error: sourceanalytix.0 (13602) Cannot handle calculations for fritzdect.0.DECT_116570570860.energy, check log messages and adjust settings!
2023-03-31 07:27:31.400 - error: sourceanalytix.0 (13602) Initialization of fritzdect.0.DECT_116570570860.energy failed, check warn messages !
2023-03-31 07:27:31.401 - info: sourceanalytix.0 (13602) Initialising (2 of 3) "shelly.0.shellyplus1pm#48551999ccc0#1.Relay0.Energy"
2023-03-31 07:27:31.454 - error: sourceanalytix.0 (13602) No cost type defined for shelly.0.shellyplus1pm#48551999ccc0#1.Relay0.Energy, please Select Type of calculation at state setting
2023-03-31 07:27:31.455 - error: sourceanalytix.0 (13602) Cannot handle calculations for shelly.0.shellyplus1pm#48551999ccc0#1.Relay0.Energy, check log messages and adjust settings!
2023-03-31 07:27:31.456 - error: sourceanalytix.0 (13602) Initialization of shelly.0.shellyplus1pm#48551999ccc0#1.Relay0.Energy failed, check warn messages !
2023-03-31 07:27:31.457 - info: sourceanalytix.0 (13602) Initialising (3 of 3) "0_userdata.0.PC-Server"
2023-03-31 07:27:32.844 - info: sourceanalytix.0 (13602) Initialization of 0_userdata.0.PC-Server successfully
2023-03-31 07:27:32.858 - warn: sourceanalytix.0 (13602) Cannot handle calculations for 2 of 3 enabled states, check error messages

[TT-Tom]

@knopers1

von welchem der drei Werte aus dem Log sprichst du?

hast du die Fehlermeldungen schon behoben die im Log stehen?

2023-03-31 07:27:31.397 - error: sourceanalytix.0 (13602) No cost type defined for fritzdect.0.DECT_116570570860.energy, please Select Type of calculation at state setting
2023-03-31 07:27:31.398 - error: sourceanalytix.0 (13602) Cannot handle calculations for fritzdect.0.DECT_116570570860.energy, check log messages and adjust settings!
2023-03-31 07:27:31.400 - error: sourceanalytix.0 (13602) Initialization of fritzdect.0.DECT_116570570860.energy failed, check warn messages !
2023-03-31 07:27:31.401 - info: sourceanalytix.0 (13602) Initialising (2 of 3) "shelly.0.shellyplus1pm#48551999ccc0#1.Relay0.Energy"
2023-03-31 07:27:31.454 - error: sourceanalytix.0 (13602) No cost type defined for shelly.0.shellyplus1pm#48551999ccc0#1.Relay0.Energy, please Select Type of calculation at state setting
2023-03-31 07:27:31.455 - error: sourceanalytix.0 (13602) Cannot handle calculations for shelly.0.shellyplus1pm#48551999ccc0#1.Relay0.Energy, check log messages and adjust settings!
2023-03-31 07:27:31.456 - error: sourceanalytix.0 (13602) Initialization of shelly.0.shellyplus1pm#48551999ccc0#1.Relay0.Energy failed, check warn messages !
2

zusätzlich solltest du deine Einstellungen von den Datenpunkten die du berechnen möchtest zeigen.

[knopers1]

@tt-tom

danke für dein Interesse...

zwei Werte aus dem Log...Wenn ich den Adapter Neu-starte, werden die Tageswerte wieder auf 0 gesetzt. Dies sollte aber doch gegen 24.00 Uhr doch selbständig passieren oder?

1 - ist ein Shelly, womit ich mein Solar-Ertrag in Wh pro Tag errechnen möchte.

{
  "type": "state",
  "common": {
    "name": "Energy",
    "type": "number",
    "role": "state",
    "read": true,
    "write": false,
    "def": 0,
    "unit": "Wh",
    "custom": {
      "influxdb.0": {
        "enabled": true,
        "storageType": "",
        "aliasId": "",
        "debounceTime": 0,
        "blockTime": 0,
        "changesOnly": true,
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "ignoreBelowNumber": "",
        "disableSkippedValueLogging": false,
        "enableDebugLogs": false,
        "debounce": 1000
      },
      "sourceanalytix.0": {
        "enabled": true,
        "selectedUnit": "Detect automatically",
        "deviceResetLogicEnabled": true,
        "threshold": 1,
        "start_day": 0,
        "start_week": 0,
        "start_month": 0,
        "start_quarter": 0,
        "start_year": 0
      }
    }
  },
  "native": {},
  "_id": "shelly.0.shellyplus1pm#48551999ccc0#1.Relay0.Energy",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1680242526118
}

2 - Fritzdeck-Steckdose, hiermit wird auch noch der Etrag in Wh überwacht.

{
  "type": "state",
  "common": {
    "name": "Energy consumption",
    "type": "number",
    "min": 0,
    "max": 999999999,
    "unit": "Wh",
    "read": true,
    "write": false,
    "role": "state",
    "desc": "Energy consumption",
    "custom": {
      "influxdb.0": {
        "enabled": true,
        "storageType": "",
        "aliasId": "",
        "debounceTime": 0,
        "blockTime": 0,
        "changesOnly": true,
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "ignoreBelowNumber": "",
        "disableSkippedValueLogging": false,
        "enableDebugLogs": false,
        "debounce": 1000
      },
      "sourceanalytix.0": {
        "enabled": true,
        "selectedUnit": "Detect automatically",
        "deviceResetLogicEnabled": true,
        "threshold": 1,
        "start_day": 0,
        "start_week": 0,
        "start_month": 0,
        "start_quarter": 0,
        "start_year": 0
      }
    }
  },
  "native": {},
  "_id": "fritzdect.0.DECT_116570570860.energy",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1680242639929
}

[TT-Tom]

@knopers1

in der ersten Zeile solltest du ElectricityDay und Wh auswählen. Dann sollte "Verbrauch berechnen" ausgewählt werden.

[knopers1]

@tt-tom
sehr geil, vor lauter Bäume den Wald nicht gefunden .... :joy:

[stef1981]

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

@crunchip

Danke dir. Ich habe mir das Script eingebaut und entsprechend angepasst.
Ich lasse es mal laufen und beobachte was bei einem erneuten DeviceReset vom Shelly passiert.
Den Tip mit dem Heraufsetzen vom DeviceReset-Wert habe ich mir in meiner Testumgebung mal nachgebaut. Eventuell hilft das auch noch.
Ist auf jeden Fall unschön wenn die Funktion so lange einwandfrei klappt und dann alle Auswertungen durcheinander kommen weil das Teil so rumzickt....

Gruss
Stefan

So, nun eine Woche gewartet und auf eine einwandfreie Funktion gehofft..... Nichts da, der Shelly macht wieder einen DeviceReset und der Zählerstand im Sourceanalytix geht durch die Decke..... langsam verzweifle ich daran..... Bei mir verdoppelt sich bei jedem DeviceReset der Wert.
Hier mal der Datenpunkt:

{
  "type": "state",
  "common": {
    "name": "Total consumed energy",
    "type": "number",
    "role": "value.power.consumption",
    "read": true,
    "write": false,
    "def": 0,
    "unit": "Wh",
    "custom": {
      "sourceanalytix.0": {
        "enabled": true,
        "alias": "Shelly_Total",
        "selectedPrice": "ElectricityDay",
        "selectedUnit": "Wh",
        "costs": true,
        "consumption": true,
        "meter_values": true,
        "start_day": 39268.0819,
        "start_week": 33514.5373,
        "start_month": 10911.303,
        "start_quarter": 5054.405,
        "start_year": 5054.405,
        "valueAtDeviceReset": 33525.9237,
        "valueAtDeviceInit": null,
        "cumulativeValue": 39268.0819,
        "deviceResetLogicEnabled": true,
        "threshold": 100000,
        "basicRate": false

Das neue Script hat auch alles mitgeloggt und hat jetzt auch falsche Werte drin......

Ich habe jetzt noch den Schwellenwert für einen DeviceReset auf 100000 hochgestellt.
Ich weiss echt nicht warum jede Woche mindestens ein Reset erkannt wird.
Bin ich der einzige mit so einem zickigen 3EM?

Gruss Stefan

[bommel_030]

@stef1981
Setz die Schwelle Mal runter...
Hab sie glaube ich bei 0,001 und seitdem ist Ruhe. Meine Shellies stammen alle scheinbar aus einer sehr grenzwertigen Charge. Sortiere sie daher wo es geht aus.