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

[Bavarian]

Hat jemand eine Idee warum ich im Log die Meldung Device reset detected for... bei ein paar selbst generierten DP habe?
Am Anfang laufen die einwandfrei also ist generell erstmal alles richtig eingerichtet.
Dann bekomme ich sowas:

Device reset detected for 0_userdata.0.PV-Gesamtverbrauch store current cumulatedReading 1062872.6451586552 as valueAtDeviceReset (previous valueAtDeviceReset : 708580.8164891009)

Meine DP werden per Skript gefüllt welches per Cron getaktet wird.

Wo erkennt der Adapter den Reset?
Warum kennt er denn denn previous valueAtDeviceReset und generiert sich selbst einen neuen Wert für current cumulatedReading.
Wie kann ich das abfangen bzw. stabil zum laufen bekommen?

[crunchip]

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

Meine DP werden per Skript gefüllt welches per Cron getaktet wird.

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

die Meldung Device reset detected for... bei ein paar selbst generierten DP habe

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

Wo erkennt der Adapter den Reset

wenn deine reinkommenden Werte "plötzlich" kleiner als der letzte Wert ist.
möglicherweise, dein Script ungünstig ausgelegt oder deine Werte an sich kommen nicht richtig rein

[Bavarian]

@crunchip

Die DP werden parallel noch mit History geloggt.
Schaue ich mir den Zeitraum des Resets an im History sind dort keine Werte die kleiner sind als der vorherige bzw. Ausreißer.
Das Skript addiert zwei DP zu einem Ergebnis, also eigentlich nichts wildes.

schedule("* * * * * *", async function () {
  setState("0_userdata.0.PV-Eigenverbrauch"/*PV-Eigenverbrauch*/, (getState("0_userdata.0.Ertrag-Gesamt").val - getState("modbus.0.holdingRegisters.200.40107_TotWhExp").val), true);
});

[intruder7]

@crunchip das ist noch buggy und @Dutchman will es noch überarbeiten. bei mir erkennt er auch willkürlich bei HM-IP oder HM Geräten einen reset. Ist für mich aktuell auch so nicht nutzbar. Selbst bei den Wasserzählern von @jomjol erkennt er irgendwan seltsamerweise einen reset obwohl die Geräte schon von haus aus nie negative Werte übermitteln.

[crunchip]

möglicherweise spielt vllt auch ein "instabiles" Wlan mit rein, hatte kürzlich auch ein device reset, da scheinbar das Tasmota Gerät "nicht erreichbar" war. Wurde zwar im Netzwerk online angezeigt, jedoch konnte ich nicht schalten, Abhilfe war das Gerät neu zu starten.

[Bavarian]

WLAN kann ich für meine Installation ausschließen, hängt alles im LAN.

[etv]

@Dutchman

Ein sehr cooler Adapter - herzlichen Dank dafür!

Wie die Kollegen schreiben, kommt es manchmal zu "ausreißern" bei den geloggten Daten, daher meine Frage:

• wie kann ich so einen Ausreißer händisch wieder ausbessern? Also welche Werte muss ich in welcher Reihenfolge wieder ausbessern, damit mir wieder die richtigen Werte pro Tag/Monat.... angezeigt werden?

Ich hab die Logik zwischen den einzelnen Feldern noch nicht ganz verstanden, vor allem welche Auswirkungen es hat, wenn ich den cummulativeReading Wert ändere?

Ich hab ebenfalls das Problem bei einem per Script berechneten Wert (alle Werte der Infrastruktur werden alle 30 Sekunden addiert), wo mir meist Fantasiewerte angezeigt werden...

Liebe Grüße
Tom

[Dutchman]

ich kan momentan nix versprechen da liegt viel auf der to-do liste ich werde mich aber bemuehen so schnell wie moeglich einen fix ein zu bauen damit man diese rest-detection abschalten kan

[Malz1902]

Ich habe letztens 6 Zigbee Steckdosen entfernt. Jetzt bekomme ich immer folgfendes im Log. Wie kann ich diese Objekte aus sourceanalytix löschen so dass diese nicht mehr Verwendet werden?

2021-10-19 00:00:00.124 - warn: sourceanalytix.0 (1968) setObject zigbee.0.cc86ecfffefa8e75.energy (type=undefined) property common.custom must not exist.
2021-10-19 00:00:00.144 - warn: sourceanalytix.0 (1968) setObject zigbee.0.84fd27fffe3e26be.energy (type=undefined) property common.custom must not exist.
2021-10-19 00:00:00.152 - warn: sourceanalytix.0 (1968) setObject zigbee.0.cc86ecfffefa89d3.energy (type=undefined) property common.custom must not exist.
2021-10-19 00:00:00.162 - warn: sourceanalytix.0 (1968) setObject zigbee.0.84fd27fffe5f0181.energy (type=undefined) property common.custom must not exist.
2021-10-19 00:00:00.213 - warn: sourceanalytix.0 (1968) setObject zigbee.0.cc86ecfffefa8c81.energy (type=undefined) property common.custom must not exist.
2021-10-19 00:00:00.217 - warn: sourceanalytix.0 (1968) setObject zigbee.0.cc86ecfffefa8fbf.energy (type=undefined) property common.custom must not exist.

[Aiouh]

@dutchman Hallo, ich bekomme seit dem Update auf Admin5 folgende Meldungen. Ist das was Ernstes oder kann ich mich wieder hinlegen ;) ?

sourceanalytix.1
2021-10-19 13:39:46.876	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_ladung store current cumulatedReading 187.78099999999998 as valueAtDeviceReset (previous valueAtDeviceReset : 187.13599999999997)
sourceanalytix.1
2021-10-19 13:39:05.579	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_ladung store current cumulatedReading 187.13599999999997 as valueAtDeviceReset (previous valueAtDeviceReset : 186.54199999999997)

[crunchip]

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

Ist das was Ernstes

na hast Zeit bis heut Nacht um 0:00Uhr zum korrigieren, andernfalls, wird falsch weiter gerechnet, also ernst nicht aber unschön:joy:

[crunchip]

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

Wie kann ich diese Objekte aus sourceanalytix löschen

bin mir nicht sicher, ob das schon behoben wurde, bzw das gleiche Problem darstellt, wenn nicht, ist das ein wenig umständlich zum entfernen. Damals musste man händisch bei gestopptem Adapter die Geräte löschen.
Hatte mal ein Howto hier verfasst, könnt aber schon ein Jahr her sein.

[Aiouh]

@crunchip was ist denn die Ursache und kann ich das irgendwie selbst beheben?
Das müllt mir das Log zu
Danke im Voraus

sourceanalytix.1
2021-10-21 19:25:27.645	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1517.7040000000009 as valueAtDeviceReset (previous valueAtDeviceReset : 1516.950000000001)

sourceanalytix.1
2021-10-21 19:25:18.592	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1516.950000000001 as valueAtDeviceReset (previous valueAtDeviceReset : 1516.191000000001)

sourceanalytix.1
2021-10-21 19:24:54.828	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1516.191000000001 as valueAtDeviceReset (previous valueAtDeviceReset : 1515.432000000001)

sourceanalytix.1
2021-10-21 19:24:06.283	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1515.432000000001 as valueAtDeviceReset (previous valueAtDeviceReset : 1514.689000000001)

sourceanalytix.1
2021-10-21 19:23:54.772	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1514.689000000001 as valueAtDeviceReset (previous valueAtDeviceReset : 1513.920000000001)

sourceanalytix.1
2021-10-21 19:23:27.620	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1513.920000000001 as valueAtDeviceReset (previous valueAtDeviceReset : 1513.172000000001)

sourceanalytix.1
2021-10-21 19:23:16.733	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1513.172000000001 as valueAtDeviceReset (previous valueAtDeviceReset : 1512.3880000000008)

sourceanalytix.1
2021-10-21 19:22:54.916	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1512.3880000000008 as valueAtDeviceReset (previous valueAtDeviceReset : 1511.6290000000008)

sourceanalytix.1
2021-10-21 19:21:55.977	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1511.6290000000008 as valueAtDeviceReset (previous valueAtDeviceReset : 1511.0040000000008)

sourceanalytix.1
2021-10-21 19:21:47.973	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1511.0040000000008 as valueAtDeviceReset (previous valueAtDeviceReset : 1508.9970000000008)

sourceanalytix.1
2021-10-21 19:21:37.934	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1508.9970000000008 as valueAtDeviceReset (previous valueAtDeviceReset : 1506.5300000000007)

sourceanalytix.1
2021-10-21 19:21:06.629	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1506.5300000000007 as valueAtDeviceReset (previous valueAtDeviceReset : 1505.9240000000007)

sourceanalytix.1
2021-10-21 19:20:47.031	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1505.9240000000007 as valueAtDeviceReset (previous valueAtDeviceReset : 1505.3030000000006)

sourceanalytix.1
2021-10-21 19:20:38.049	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1505.3030000000006 as valueAtDeviceReset (previous valueAtDeviceReset : 1504.6760000000006)

sourceanalytix.1
2021-10-21 19:19:47.242	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1504.6760000000006 as valueAtDeviceReset (previous valueAtDeviceReset : 1504.0750000000005)

sourceanalytix.1
2021-10-21 19:19:15.987	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1504.0750000000005 as valueAtDeviceReset (previous valueAtDeviceReset : 1503.4790000000005)

sourceanalytix.1
2021-10-21 19:18:16.069	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1503.4790000000005 as valueAtDeviceReset (previous valueAtDeviceReset : 1502.9810000000004)

sourceanalytix.1
2021-10-21 19:18:05.919	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1502.9810000000004 as valueAtDeviceReset (previous valueAtDeviceReset : 1502.4260000000004)

sourceanalytix.1
2021-10-21 19:17:06.099	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1502.4260000000004 as valueAtDeviceReset (previous valueAtDeviceReset : 1501.9640000000004)

sourceanalytix.1
2021-10-21 19:16:37.487	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1501.9640000000004 as valueAtDeviceReset (previous valueAtDeviceReset : 1501.4860000000003)

sourceanalytix.1
2021-10-21 19:16:27.393	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1501.4860000000003 as valueAtDeviceReset (previous valueAtDeviceReset : 1500.9980000000003)

sourceanalytix.1
2021-10-21 19:16:16.335	warn	Device reset detected for mqtt.1.solaranzeige.box1.batterie_entladung store current cumulatedReading 1500.9980000000003 as valueAtDeviceReset (previous valueAtDeviceReset : 1500.5050000000003)

[crunchip]

@aiouh zwecks dem "device detected" gibt es hier schon unzählige Beiträge und auch Lösungen.
Die Ursache scheint zu sein, daß dein Wert falsch rein kommt(plötzlich kleiner als vorher), daher das Device reset..., woher beziehst du denn diesen Wert.
Ansonsten ein bug und muss noch behoben werden, siehe ein paar Beiträge weiter oben

[Aiouh]

@crunchip ich habe einige freds gelesen bin aber nicht wirklich schlau daraus geworden, daher hatte ich hier nochmal gefragt, sorry. Der Wert kommt per MQTT aus meinem Wechselrichter. Seltsam ist nur, dass ich das vor dem Update auf Admin5 und zugleich die neueste V 0.4.12 nicht hatte.
Ich blende das wohl mal geistig aus und warte auf die Behebung.

[crunchip]

@aiouh wenn du den Wert vergleichst, zwischen cumulatedReading und dem Wert deines Wechselrichters, sind die identisch?

[JB_Sullivan]

Hallo @Dutchman - so, der Winter naht und es entwickeln sich wieder Gedankenspiele, was man an der Visualisierung noch alles so herum schrauben kann.

Dein Adapter ist dabei für mich ein Super Auswerte Tool geworden, welches in diesem Jahr auch Klasse funktioniert hätte, wenn nicht einer der getrackten 3.- Adapter Datenpunkte, im laufe des zurück liegenden Jahres seinen Datenpunkt Namen geändert hätte. Somit war eine kontinuierliche Fortschreibung der Daten leider nicht möglich - aber dafür kann dein Adapter nichts.

Nun ist mir die Idee gekommen, alle Daten meiner PV Anlage aus dem letzten und aus diesem Jahr tabellarisch gegenüber zu stellen - eine Mega Fleißarbeit.

Dabei ist mir aufgefallen, das ich dieses Tabellen Template zu jedem Jahreswechsel neu anfassen muss, weil zum Jahreswechsel SA immer wieder neue Jahres Ordner anlegt.

D.h. ein detaillierter Vergleich wie ich ihn plane zwischen Jahr und Vorjahr ist nur mit viel Handarbeit möglich.

Du hast zwar unter CurrentYear schon die Datenpunkte "Previous" eingeführt, diese beziehen sich aber nur auf die SUMMEN der zurück liegenden Werte (Tag, Woche, Monate, Quartal, Jahr).

Wäre es nicht möglich, das die VOLLE Objektbaumstruktur sowohl für das aktuelle Jahr ( CurrentYear), als auch für das zurückliegende Jahr (PreviousYear) einführt werden und erst ab dem 3. Jahr angefangen wird die Jahreswerte dem Kalender Jahr entsprechend weg zu speichern?

Ich vermute, das die Leute die etwas auswerten wollen (so wie ich), dieses hauptsächlich zwischen dem aktuellen und dem Vorjahr machen werden.

Visualisierungen mit Datenwerten rückwirkend für z.B. 10 Jahre wird sich wohl kaum jemand bauen.

Was ich damit sagen will - Wenn es eine VOLLSTÄNDIGE Objektbaum Strukturen des aktuellen und des Vorjahres geben würde, wäre solche Tabellen wie die folgende, komplett ohne weiteren Handeingriff aktualisierbar.

Was denkst du (auch die anderen User hier), wäre das eine Erweiterung des SA Adapters, den du vielleicht mal in Angriff nehmen würdest?

Rein programmiertechnisch stelle ICH mir das nicht so aufwendig vor. In meinem Gedanken "Cosmos" wird zum Jahreswechsel der Objekt Ordner nicht die Zahl des zurückliegenden Jahres bekommen, sondern den Namen "PreviousYear". Erst im Folgejahr - also im Jahr 2023, würde aus dem Namen "PreviousYear", die Baumstruktur mit dem Namen 2021 werden.

2021 (CurrentYear)
2020 (PreviousYear) -> wird zum Jahreswechsel 2021/22 dann umbenannt in 2020
2021 wird zum Jahreswechsel 2021/22 zu PreviousYear und 2022 wird zu CurrentYear
..... usw. usw. usw.

EDIT: Bei einer grafischen Auswertung via Grafana habe ich im übrigen genau das gleiche Problem :(

[MartyBr]

@jb_sullivan
Das kann ich auch nur begrüßen. Ich habe seit 2 Wochen auch eine Photovoltaik und versuche die Daten in den ioBroker zu bekommen. Leider bekomme ich nicht alle Daten vollständig über den Wechselrichter.
Ich nutze daher auch den SourceAnalytix, um Daten (Differenzen) berechnen zu können.

Könntest du deine View hier zur Verfügung stellen, ich habe bisher nur eine im Vergleich zum Vortag.

Vielen Dank im Voraus.

[JB_Sullivan]

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

Könntest du deine View hier zur Verfügung stellen, ich habe bisher nur eine im Vergleich zum Vortag.

Das ist keine "klassische" VIEW, das ist ein bisschen komplexer. Das ist ein HTML Tabellen Template, welches via JavaSkript die Datenpunkte aus Sourceanlytix ausliest und dann in die Platzhalter der Zellen schreibt.

Wenn das geschehen ist, wird daraus eine HTML Tabelle erzeugt, die wiederum als einzelner Datenpunkt im VIS als "basic-HTML" verknüpft wird. Dann ist die Tabelle so sichtbar wie im Screenshot oben.

Genau so ich mache ich das auch mit anderen Daten aus der PV. Da wird allerdings innerhalb des JavaSkriptes auch noch gerechnet und gerundet.

Beispiel:

[Aiouh]

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

@aiouh wenn du den Wert vergleichst, zwischen cumulatedReading und dem Wert deines Wechselrichters, sind die identisch?

Jetzt steh ich glaube ich auf dem Schlauch.
Mein Wechselrichter liefert alle 10s den aktuellen Wert der Entladeleistung des Akku. Der schwankt natürlich und ist mal größer oder kleiner. Das aufsummieren passiert doch durch den Adapter, also kann ein Rechenfehler "plötzlich weniger" doch nur durch den Adapter selbst kommen, oder versteh ich da wa sfalsch.?