[SourceAnalytix 0.4.8-Final] Released !

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

[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

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