Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Laser]

@crunchip Danke für den Link! Ich verarbeite den Shelly- Wert über einen Alias. Das sollte doch ein neuer, kopierter DP sein? Aber offenbar reicht das nicht.

[Dutchman]

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

@laser das Thema hatten wir doch glaub ich schon.

• original DP kontrollieren, welche Werte der shelly ausgibt
• alternative wie auch schon erwähnt, script wird immer aufaddiert (hatte ich weiter oben schon gepostet)
  edit
  https://forum.iobroker.net/post/968111

Verstehe nicht warum ihr das Script verwendet, SA unterstützt das über Device Rest wen man es aktiviert hat

[Laser]

@dutchman Ich benutze: v0.4.15-alpha.0 - das "Device Reset" ist in den Adaptereinstellungen (Instanzen) zu finden?

[crunchip]

@dutchman ich verwende das script nebenbei, weil ich es bis dato noch nie hinbekommen habe, das ein device reset funktioniert, ich hab schon sämtliche Varianten durchprobiert

zumal ich auch bei bei 4 von 11 meiner tasmota Geräten das Problem habe, sich nach einem Stromausfall zurück setzen
und gerade bei den tasmota Geräten man den Zähler wieder korrigieren kann. (hab es gerne überschaubar gleich mit den Zählerständen)

[crunchip]

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

"Device Reset" ist in den Adaptereinstellungen (Instanzen) zu finden?

nein, bei deinem jeweiligen Gerät das du mit SA loggst

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

wenn ich merke, der Wert ist falsch, woher bekomme ich den Wert, der gestern drinstand? Muß ich täglich die Werte auf einem Zettel notieren? 23:59 und 00:00 Uhr?

kannst du z.b. mit dem history Adapter mitloggen

[Laser]

@crunchip Ja, History habe ich gestern aktiviert, da ist nicht Alles weg. Leider erst gesten nach erneutem Fehler, alte Daten habe ich nicht mehr, hatte geglaubt, SA macht das ja.
Device Reset ist das? Was Anders finde ich nicht beim ShellyEM.

POWER ON DEFAULT MODE
ON - Configure Shelly device to Turn ON, when it has power.
OFF - Configure Shelly device to Turn OFF, when it has power.
das? Restore Last Mode - Configure Shelly device to Restore the last mode it was in, when it has power.

[crunchip]

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

Device Reset ist das? Was Anders finde ich nicht beim ShellyEM.

bei deinem shelly Datenpunkt rechts aufs Zahnrad

[Laser]

@crunchip dieser Punkt ist aktiviert. Beim direkten Shelly Datenpunkt und bei seinem Alias.

[Dutchman]

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

@dutchman ich verwende das script nebenbei, weil ich es bis dato noch nie hinbekommen habe, das ein device reset funktioniert, ich hab schon sämtliche Varianten durchprobiert

zumal ich auch bei bei 4 von 11 meiner tasmota Geräten das Problem habe, sich nach einem Stromausfall zurück setzen
und gerade bei den tasmota Geräten man den Zähler wieder korrigieren kann. (hab es gerne überschaubar gleich mit den Zählerständen)

das wierde ich dan gerne mal nach dem umbau spezifisch mir dir testen, wir haben ja auch auf git und allgemein situational derartige Meldungen die wir nicht nachvollziehen können aber allgemein läuft es bei vielen sehr gut.

Eventuell haben wir hier den hotspot :)

[Laser]

@dutchman Hier mal eine Kurve, wie der von der Influx- DB aufgezeichnete Wert aussieht: (Energie vom Shelly)

Kommt SA mit den Zacken nach unten nicht klar?

[Dutchman]

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

@dutchman Hier mal eine Kurve, wie der von der Influx- DB aufgezeichnete Wert aussieht: (Energie vom Shelly)

Kommt SA mit den Zacken nach unten nicht klar?

Wen er nach 0 geht ja aber was passiert da bei dir?
In diesem Fall gibt dein Shelly immer den gesamt wert und hat niemals nen reset schreibt nur komischer Weise mal nen niedrigeren wert .

Also Device reset ausschalten und SA kommt ohne Probleme damit klar. Device reset sorgt nämlich dafür das er kumulative hoch zählt und das ist genau was du nicht möchtest

[Laser]

@dutchman OK, Device Reset ausschalten, ich hatte es eingeschaltet. Werde ich versuchen. Ich habe über einen Alias vom Shelly- Wert einen Alias- Wert gemacht. Ist das ein Problem?

[Dutchman]

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

@dutchman OK, Device Reset ausschalten, ich hatte es eingeschaltet. Werde ich versuchen. Ich habe über einen Alias vom Shelly- Wert einen Alias- Wert gemacht. Ist das ein Problem?

Nein, und bringt dir auch nichts wenn da von der source so ein Quatsch kommt

Wie kan es sein das eine Messung so aussieht

11 Uhr 12 kWh
12 Uhr 13 kWh
13uhr 8kwh
14uhr 15 kWh

Die Situation hier um 13uhr ist das Problem den der Wert is kleiner als vorige also denk SA das das Gerät sich resettet hat (sollte also 0 sein) und addiert den Wert Dan zu dem Wert (kumulative) den er kannte

Bei Geräte die immer nur > als voriger lieber ist das kein Problem

Bei Geräten die sich resetten nach 0 auch nicht

Bei Geräten die irgendwas dazwischen machen wird es logischerweise ein Problem 😉

[Laser]

@dutchman Die Ausreißer nach unten kommen doch garantiert nicht vom Shelly. Vermutlich ein Problem der Datenübertragung. Der Shelly zählt ja mit seinem "alten" wert weiter. Also hat kein Reset stattgefunden. Eine WLAN Übertragung ist immer ein "Wackelkandidat". Ist es möglich, in SA eine Plausibilitätsprüfung einzufügen, die solche kurzen Ausreißer ignoriert?

[Dutchman]

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

@dutchman Die Ausreißer nach unten kommen doch garantiert nicht vom Shelly. Vermutlich ein Problem der Datenübertragung. Der Shelly zählt ja mit seinem "alten" wert weiter. Also hat kein Reset stattgefunden. Eine WLAN Übertragung ist immer ein "Wackelkandidat". Ist es möglich, in SA eine Plausibilitätsprüfung einzufügen, die solche kurzen Ausreißer ignoriert?

das glaube ich kaum den es sind Datenbank Einträge, schau dir die werte mal in der DB an oder wie erklärst du dir das hier:

wen die Verbindung schlecht ist kommen keine daten an, aber nicht nur die hälfte eines wertes ;)

[Laser]

@dutchman Die Kurve ist mit Grafana erzeugt. Dummerweise mit einer Mittelwertbildung (bei "min" geht der Wert auf Null). Der Wert bleibt nicht auf einem Zwischenwert stehen. Wie soll ein Zähler im Shelly "rückwärts" zählen, impulsartig, und dann mit seinem alten Wert weitermachen?
Hier mit "min" statt "Mittelwert":

[Dutchman]

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

@dutchman Die Kurve ist mit Grafana erzeugt. Dummerweise mit einer Mittelwertbildung (bei "min" geht der Wert auf Null). Der Wert bleibt nicht auf einem Zwischenwert stehen. Wie soll ein Zähler im Shelly "rückwärts" zählen, impulsartig, und dann mit seinem alten Wert weitermachen?
Hier mit "min" statt "Mittelwert":

wir brauchten dan mal das log von so einer situation, du sagst null das wahre ein Ansatz und erklärt eventuell auch das problem von @crunchip + was bei manch anderen auftritt

[crunchip]

@dutchman also, wenn ich bei mir z.b die Sicherung in der Küche raus und wieder rein mach, sind meine 3 Tasmota Geräte auf 0, SA addiert aber auf und bekomm falsche Werte.

angegeben ist der Gesamtzähler in kwh

[Dutchman]

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

@dutchman also, wenn ich bei mir z.b die Sicherung in der Küche raus und wieder rein mach, sind meine 3 Tasmota Geräte auf 0, SA addiert aber auf und bekomm falsche Werte.

angegeben ist der Gesamtzähler in kwh

das verstehe ich nicht, was addiert er auf ?
wen die tasmota nach 0 gehen, muss er ja was ab jetzt reinkommt kumulativ hoch zählen sonst ist dein Verbrauch auch auf einmal 0 geworden

[Laser]

@dutchman

2023-11-05 14:57:20.876  - error: modbus.0 (4041450) Request timed out.
2023-11-05 14:57:20.877  - warn: modbus.0 (4041450) Poll error count: 1 code: {"err":"timeout","timeout":5000}
2023-11-05 14:57:23.530  - info: host.raspberrypi stopInstance system.adapter.vedirect.0 (force=false, process=true)
2023-11-05 14:57:23.542  - error: vedirect.0 (4061474) Sentry disabled, error catched : [onUnload] TypeError: SerialPort.close is not a function
2023-11-05 14:57:23.576  - info: host.raspberrypi stopInstance system.adapter.vedirect.0 send kill signal
2023-11-05 14:57:24.143  - info: host.raspberrypi instance system.adapter.vedirect.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2023-11-05 14:57:25.905  - info: host.raspberrypi instance system.adapter.vedirect.0 started with pid 4063780
2023-11-05 14:58:00.003  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 14:59:00.002  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:00:00.013  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:01:00.005  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:01:01.013  - info: javascript.0 (53524) script.js.Heizung.TagNachtZeitraum: Tag: 
2023-11-05 15:02:00.004  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:03:00.004  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:04:00.003  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:05:00.003  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:06:00.002  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:07:00.002  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:08:00.003  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:09:00.021  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:10:00.004  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:10:01.007  - info: javascript.0 (53524) script.js.Heizung.TagNachtZeitraum: Tag: 
2023-11-05 15:11:00.005  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:12:00.005  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:13:00.003  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:14:00.011  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:15:00.023  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:16:00.014  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:17:00.009  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:18:00.003  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:19:00.009  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions
2023-11-05 15:20:00.004  - warn: javascript.0 (53524) State "javascript.0.variables.dayTime" has no existing object, this might lead to an error in future versions

OK, diesen JS- Fehler werde ich eliminieren (ist eine andere Baustelle).