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

[Lucifor1976]

@guergen
Hab ich nun auch installiert, ändert aber gar nichts..

Einmal die Werte versaut, bleiben die Werte versaut.. Das ist echt ein riesen Manko an diesem Adapter..

Auch das die Preisanpassungen immer auf alle Werte neu berechnet werden ist wenig schön, ich kenne niemanden der seine Stromperiode vom 01.01-31.12 hat.
(Bei uns z.B 01.08-31.07) warum kann ich nicht für die neue Periode andere Preise definieren.. Naja, das nicht so schlimm, aber das ebendas (siehe Screenshots) passiert ist echt für den Eimer.. und dann passiert das noch für alle drei Zähler (Strom, Gas und Wasser)

[ManfredHi]

@m-a-hueb said in [SourceAnalytix 0.4.8-Final] Released !:

Jetzt hatten wir zum 1.10 eine Preiserhöhung im Strom. Diesen habe ich engetragen und es wurde alle Werte mit diesem neu berechnet. Habe ich da was falsch gemacht?

Falsch gemacht hast du da gar nichts. Dürfte ein Fehler drinnen sein. Bei mir war das auch allerdings habe ich bei mir den Fehler beim Einspeisetarif, den ich unter earnings habe. Im Github gibt es bereits einen Eintrag diesbezüglich.

https://github.com/DrozmotiX/ioBroker.sourceanalytix/issues/625

[YunaKato]

hier läuft seit einigen Wochen v0.4.14. Mitte letzter Woche gab es hier einen ca. 90 Minütigen Stromausfall.
Am nächsten Morgen stellte ich bei den aktuellen Monatswerten negative Werte fest.
Ok - ich hänge nicht an diesen Werten und wollte einfach zum nächsten Jahresanfang neu aufsetzten.

Heute Morgen dann aber dies, die Wochenwerte wurde nicht durchgereicht bzw. zurückgesetzt. SA hat sich um 00:00:00 verabschiedet.

Spoiler

2022-11-14 00:00:00.010 - info: sourceanalytix.0 (1680) Reset start values for : hm-rpc.1.OEQ1973129.2.ENERGY_COUNTER
2022-11-14 00:00:00.031 - info: sourceanalytix.0 (1680) Memory values before reset : {"stateDetails":*** // Details gelöscht
2022-11-14 00:00:00.013 - info: trashschedule.0 (3288) Scheduled restart.
2022-11-14 00:00:00.038 - info: trashschedule.0 (3288) cleaned everything up...
2022-11-14 00:00:00.186 - info: host.iobroker instance system.adapter.dwd.0 started with pid 7804
2022-11-14 00:00:00.203 - info: trashschedule.0 (3288) terminating
2022-11-14 00:00:00.210 - info: trashschedule.0 (3288) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2022-11-14 00:00:00.359 - warn: sourceanalytix.0 (1680) State "sourceanalytix.0.hm-rpc__1__OEQ1973129__2__ENERGY_COUNTER.currentYear.meterReadings.previousWeek.07_Sunday" has no existing object, this might lead to an error in future versions
2022-11-14 00:00:00.420 - warn: sourceanalytix.0 (1680) State "sourceanalytix.0.hm-rpc__1__OEQ1973129__2__ENERGY_COUNTER.currentYear.meterReadings.currentWeek.07_Sunday" has no existing object, this might lead to an error in future versions
2022-11-14 00:00:00.533 - warn: sourceanalytix.0 (1680) State "sourceanalytix.0.hm-rpc__1__OEQ1973129__2__ENERGY_COUNTER.currentYear.meterReadings.previousWeek.01_Monday" has no existing object, this might lead to an error in future versions
2022-11-14 00:00:00.561 - error: sourceanalytix.0 (1680) uncaught exception: ENOENT: no such file or directory, unlink '/opt/iobroker/log/iobroker.2022-11-13.log'
2022-11-14 00:00:00.563 - error: sourceanalytix.0 (1680) Error: ENOENT: no such file or directory, unlink '/opt/iobroker/log/iobroker.2022-11-13.log'
at Object.unlinkSync (node:fs:1772:3)
at WriteStream. (/opt/iobroker/node_modules/winston-daily-rotate-file/daily-rotate-file.js:140:28)
at WriteStream.emit (node:events:525:35)
at finish (node:internal/streams/writable:756:10)
at finishMaybe (node:internal/streams/writable:741:9)
at afterWrite (node:internal/streams/writable:506:3)
at onwrite (node:internal/streams/writable:479:7)
at node:internal/fs/streams:416:5
at FSReqCallback.wrapper [as oncomplete] (node:fs:820:5)
2022-11-14 00:00:00.563 - error: sourceanalytix.0 (1680) Exception-Code: ENOENT: ENOENT: no such file or directory, unlink '/opt/iobroker/log/iobroker.2022-11-13.log'
2022-11-14 00:00:00.568 - info: sourceanalytix.0 (1680) SourceAnalytix stopped, now you have to calculate by yourself :'( ...
2022-11-14 00:00:00.569 - info: sourceanalytix.0 (1680) terminating
2022-11-14 00:00:00.570 - warn: sourceanalytix.0 (1680) Terminated (UNCAUGHT_EXCEPTION): Without reason
2022-11-14 00:00:00.572 - warn: sourceanalytix.0 (1680) State "sourceanalytix.0.hm-rpc__1__OEQ1973129__2__ENERGY_COUNTER.currentYear.meterReadings.currentWeek.01_Monday" has no existing object, this might lead to an error in future versions
2022-11-14 00:00:00.670 - warn: sourceanalytix.0 (1680) State "sourceanalytix.0.hm-rpc__1__OEQ1973129__2__ENERGY_COUNTER.currentYear.meterReadings.previousWeek.02_Tuesday" has no existing object, this might lead to an error in future versions
2022-11-14 00:00:00.715 - warn: sourceanalytix.0 (1680) State "sourceanalytix.0.hm-rpc__1__OEQ1973129__2__ENERGY_COUNTER.currentYear.meterReadings.currentWeek.02_Tuesday" has no existing object, this might lead to an error in future versions
2022-11-14 00:00:00.904 - warn: sourceanalytix.0 (1680) State "sourceanalytix.0.hm-rpc__1__OEQ1973129__2__ENERGY_COUNTER.currentYear.meterReadings.previousWeek.03_Wednesday" has no existing object, this might lead to an error in future versions
2022-11-14 00:00:00.948 - warn: sourceanalytix.0 (1680) State "sourceanalytix.0.hm-rpc__1__OEQ1973129__2__ENERGY_COUNTER.currentYear.meterReadings.currentWeek.03_Wednesday" has no existing object, this might lead to an error in future versions
2022-11-14 00:00:01.021 - warn: sourceanalytix.0 (1680) State "sourceanalytix.0.hm-rpc__1__OEQ1973129__2__ENERGY_COUNTER.currentYear.meterReadings.previousWeek.04_Thursday" has no existing object, this might lead to an error in future versions
2022-11-14 00:00:01.063 - warn: sourceanalytix.0 (1680) State "sourceanalytix.0.hm-rpc__1__OEQ1973129__2__ENERGY_COUNTER.currentYear.meterReadings.currentWeek.04_Thursday" has no existing object, this might lead to an error in future versions
2022-11-14 00:00:01.077 - info: sourceanalytix.0 (1680) Reset start values for : smartmeter.0.1-0:1_8_0__255.value
2022-11-14 00:00:01.078 - info: sourceanalytix.0 (1680) Memory values before reset : {"stateDetails":*** // Details gelöscht
2022-11-14 00:00:01.079 - warn: sourceanalytix.0 (1680) redis get sourceanalytix.0.smartmeter__0__1-0:1_8_0__255__value.currentYear.consumed.currentWeek.07_Sunday, error - Connection is closed.
2022-11-14 00:00:01.081 - warn: sourceanalytix.0 (1680) get state error: Connection is closed.
2022-11-14 00:00:01.084 - info: sourceanalytix.0 (1680) Reset start values for : shelly.0.SHSW-PM#8CAAB543884F#1.Relay0.Energy
2022-11-14 00:00:01.097 - info: sourceanalytix.0 (1680) Memory values before reset : {"stateDetails":*** // Details gelöscht
2022-11-14 00:00:01.097 - warn: sourceanalytix.0 (1680) redis get sourceanalytix.0.shelly__0__SHSW-PM#8CAAB543884F#1__Relay0__Energy.currentYear.consumed.currentWeek.07_Sunday, error - Connection is closed.
2022-11-14 00:00:01.156 - warn: sourceanalytix.0 (1680) Could not perform strict object check of state sourceanalytix.0.shelly__0__SHSW-PM#8CAAB543884F#1__Relay0__Energy.currentYear.consumed.currentWeek.07_Sunday: DB closed
2022-11-14 00:00:01.401 - error: host.iobroker instance system.adapter.sourceanalytix.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2022-11-14 00:00:01.402 - info: host.iobroker Restart adapter system.adapter.sourceanalytix.0 because enabled

Die Konfiguration der hier vorkommenden Steckdose "OEQ1973129" habe ich bewusst nie geändert. Zählerwerte speichern war nie gesetzt, warum auch. Gut, das sind nur Warnungen ...

Irgendetwas ist aber bei Logfile-Wechsel um 00:00:00 Uhr passiert. Kennt das jemand ?
Wie gesagt, ich hänge nicht an den Werten und setzte einfach wieder neu auf. Aber das verunsichert mich doch etwas .

2022-11-14 00:00:00.561 - error: sourceanalytix.0 (1680) uncaught exception: ENOENT: no such file or directory, unlink '/opt/iobroker/log/iobroker.2022-11-13.log'
2022-11-14 00:00:00.563 - error: sourceanalytix.0 (1680) Error: ENOENT: no such file or directory, unlink '/opt/iobroker/log/iobroker.2022-11-13.log'
at Object.unlinkSync (node:fs:1772:3)
at WriteStream. (/opt/iobroker/node_modules/winston-daily-rotate-file/daily-rotate-file.js:140:28)
at WriteStream.emit (node:events:525:35)
at finish (node:internal/streams/writable:756:10)
at finishMaybe (node:internal/streams/writable:741:9)
at afterWrite (node:internal/streams/writable:506:3)
at onwrite (node:internal/streams/writable:479:7)
at node:internal/fs/streams:416:5
at FSReqCallback.wrapper [as oncomplete] (node:fs:820:5)
2022-11-14 00:00:00.563 - error: sourceanalytix.0 (1680) Exception-Code: ENOENT: ENOENT: no such file or directory, unlink '/opt/iobroker/log/iobroker.2022-11-13.log'
2022-11-14 00:00:00.568 - info: sourceanalytix.0 (1680) SourceAnalytix stopped, now you have to calculate by yourself :'( ...

[arnold]

SA wurde am 02 November gestoppt ist jetzt falsch soll schon 20kWh statt 1,8 sein .
habe SA gestoppt ,experten Modus eingeschaltet Wert geändert

SA starten und ist alles wieder bei zurück
Änderung in Tasmota Steckdose

bringen auch nichts nur minus Zeichen

wo soll ich das ändern ?

[guergen]

@arnold Warum gibt es Werte von 7.July,8.August,9.September und 10.Oktober?

Wenn der aktuelle Wert von der Tasmota-Steckdose (nehme ich jetzt einfach mal an) aktuell 1.898 kWh liefert und u bei Woche 10 und bei Monat 0 drin stehen hast, kann SA ja nichts anderes errechnen!
Start Anfang dieses Jahres 310,5, Quarter 0, Day 0, Week10 un dMonth 20... da passt irgendwas nicht!
Oder Zählt der Zähler rückwärts?
Ich verstehe das Problem nicht....

[arnold]

@guergen

2021 310,5kWh

2022.01.01 Begin 310,5
01.09 Quartal 951,882
01.11 monats begin 1000
14.11wochen begin 1020

wieso bekomme ich minus zeichen und wert von currentDay soll ins currendYear.
logisch denken dachte ich ist meine stärke :baby: :cry:

ABER

die Zahlen sind fast ok nur in Minus !!!!!

[arnold]

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

@guergen

2021 310,5kWh

2022.01.01 Begin 310,5
01.09 Quartal 951,882
01.11 monats begin 1000
14.11wochen begin 1020

wieso bekomme ich minus zeichen und wert von currentDay soll ins currendYear.
logisch denken dachte ich ist meine stärke :baby: :cry:

ABER

die Zahlen sind fast ok nur in Minus !!!!!

[arnold]

Zähler seit anfang des Jahre geht nicht in minus anzugeben:face_with_rolling_eyes:

[crunchip]

@arnold was machst du denn da, du kannst doch nicht ständig willkürlich die Startwerte ändern, die werden intern weiter verrechnet, so stimmt ja dann logischerweise nichts mehr.

wenn du feststellst, das ein device reset erkannt wurde und du das vor 0:00Uhr bereinigst, ist das eine einfache Sache. SA stoppen, Expertenmodus, RAW bearbeiten, deinen Zähler, je nach dem welches Gerät du loggst, z.b. sonoff, trägst du den korrekten Wert wieder ein, diesen Wert entsprechend in cummulative ebenfalls eintragen, Sa wieder starten und ein paar Minuten warten, sämtliche current Datenpunkte werden dann automatisch richtig verrechnet.

Solltest du es über Mitternacht verpasst haben oder sogar Woche/quartals übergreifend, sind die Werte in previous bereits geschrieben und müssen manuell korrigiert werden.

Bei Zählern, bei denen du nicht selbst den Zählerstand korrigieren, musst du mit dem Zählerstand arbeiten, den dein Zähler angibt und entsprechend im Raw anpassen,
letztendlich sollte man aber in erster Linie herausfinden warum überhaupt ein device reset stattfindet bzw der Zähler nicht korrekt übermittelt.

Das der Adapter auch noch ein paar bugs beinhaltet, ist bekannt und es wird bereits an einer neuen Version gearbeitet, dies nimmt allerdings sehr viel Zeit in Anspruch und kann noch eine Weile andauern.

[guergen]

@arnold wen Wochenanfang 1020 und Monatsanfang 1010 ist, warum trägst du dann 10 und 20 ein?
Das muss ja minus werden
Ansonsten siehe Nachricht einen weiter oben

[arnold]

@crunchip die 1300 Eintragungen durchgelaufen und endlich begreifen.
SA stoppen

"cumulativeValue": 1016.59, ------- löschen kommplett
Day Heute 0;00 1016,59
Week letzte Montag 0:00 1016.59
Month letzte 01. um 0:00 996,59
Quarter letzte 01.09 um 0:00 643
Year 01.01. um 0:00 310,5
valueAtDeviceReset : 1017.42 von Sonoff abgelesen

noch ändern Datenpunkt
cumulativeReading 1017.42

SA starten

alles Ok

[crunchip]

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

und endlich begreifen

Na geht doch 😉

[IOBaer]

Hallo zusammen,

ich würde mit diesem Adapter gerne die Erzeugung eines Balkonkraftwerkes messen.

Wie geht der Adapter mit dem Shelly-Stromausfall-Problem um, d.h. dass der Shelly die Energiewerte "vergisst"?

Danke.

[BananaJoe]

@iobaer da geht der Benutzer mit um indem er

• Lösung A: per JavaScript / Blockly aus dem Shelly-Datenpunkt einen eigenen kreiert der immer brav hochzählt, niemals auf 0 geht oder runterzählt
• Lösung B: Den Shelly nach Möglichkeit auf Tasmota umflasht, den Tasmota merkt sich den Zählerstand und man kann diesen sogar manuell setzten

Es ist 2022, verlieren die Shellys tatsächlich immer noch den Zählerstand nach einem Stromausfall????

[a200]

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

Hallo zusammen,

ich würde mit diesem Adapter gerne die Erzeugung eines Balkonkraftwerkes messen.

Wie geht der Adapter mit dem Shelly-Stromausfall-Problem um, d.h. dass der Shelly die Energiewerte "vergisst"?

Danke.

Welchen Wechselrichter hast du denn? Denn z.B. für die hoymiles (600, 1200, ...) gibt es schickere Methoden sie auszulesen.

[BananaJoe]

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

Welchen Wechselrichter hast du denn? Denn z.B. für die hoymiles (600, 1200, ...) gibt es schickere Methoden sie auszulesen.

Die Fantasie fehlte mir bei meinem Vorschlag natürlich, in der Tat mache ich beides - Mit Shelly messen UND die Hoymiles direkt auslesen. Gute Idee!

[crunchip]

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

Shellys tatsächlich immer noch den Zählerstand nach einem Stromausfall

ja, soweit ich es verstanden/gelesen habe ist das bewusst um den speicher zu schonen

[IOBaer]

@crunchip und @BananaJoe danke Euch und ja, er verliert nach wie vor den Zählerstand.

Wie sollten die Einstellungen "Erkennung der Zurücksetzung des Gerätewerts" und "Zählerwerte speichern" gesetzt sein?

[crunchip]

@iobaer ich hab das noch nie sauber hinbekommen, daher nutze ich ein separates script

[IOBaer]

@crunchip https://www.kreyenborg.koeln/shelly-verbrauchs-historie-fuer-tag-woche-monat-jahr/ das hier?