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

[crunchip]

@aiouh also nochmal,

Expertenmodus, dann SA stoppen, danach das logging für den DP deaktivieren, speichern und abschliessen. Danach zeig mal das RAW(Bleitstift) vom Datenpunkt

[Aiouh]

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

@aiouh also nochmal,...

Ich hatte das doch schon genau so gemacht, wie oben geschildert. Bin jetzt dabei einen neuen SA aufzusetzen. Danke Dir für die Hilfe.

[crunchip]

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

Ich hatte das doch schon genau so gemacht,

du solltest mir den Raw Eintrag zeigen

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

Bin jetzt dabei einen neuen SA aufzusetzen

Warum??

[fritzke316]

@crunchip
Soweit ich das sehe kommen keine kleineren Werte rein. Dann liegts vielleicht auch nicht am Neustart des nibe Adapters!?

Auf alle Fälle ist der nibe Adapter so eingestellt, dass er mir alle 10min die Werte aktualisiert.
Warum mir SA dann aber alle 1-2 Tage den Wert beim "cumulativReading" verdoppelt kann ich nicht ganz nachvollziehen! Ich habe 2 verschiedene Werte des Nibe Adapters die ich von SA aufzeichnen lasse und bei beiden tritt dieser Fehler auf!
Meine Vermutung war, dass er bei einem Adapter-Neustart vielleicht "valueAtDeviceReset" und "valueAtDeviceInit" addiert, oder so was. Ich habe aber keine Ahnung welche Berechnungen im Hintergrund ablaufen.

[crunchip]

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

Soweit ich das sehe kommen keine kleineren Werte rein

hast du die Werte mal mitgeloggt?

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

den Wert beim "cumulativReading" verdoppelt

ja das passiert, wenn ein kleinerer Wert erkannt wird als ursprünglich, der von deinem nibe geliefert wird
der Wert steht dann als valueAtDeviceReset in den Objektdaten deines Datenpunktes

[fritzke316]

@crunchip

Die Werte dürften eigentlich nie kleiner sein, da es sich um die Zählerstände meiner Wärmepumpe handelt. Außer die Werte springen bei einem Adapter-Neustart kurzzeitig auf 0!

Ich werde jetzt mal die Werte zusätzlich mit dem History Adapter aufzeichnen lassen, um zu sehen was passiert.

[crunchip]

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

Außer die Werte springen bei einem Adapter-Neustart kurzzeitig auf 0!
Ich werde jetzt mal die Werte zusätzlich mit dem History Adapter aufzeichnen lassen, um zu sehen was passiert.

deshalb schrieb ich ja, um sicher zu sein, mal mitloggen

[fritzke316]

@crunchip

Hat diesmal eine Weile gedauert bis der Fehler wieder aufgetaucht ist.
Der Nibe Adapter gibt wirklich einen Kleineren Wert aus!!

Hier der Log bei Eintreten des Fehlers

2021-12-24 09:09:04.317 - warn: sourceanalytix.0 (1323) Device reset detected for nibeuplink.0.UNIT_0.HEAT_METER.HEATING_INT_ADD_INCL_EP14 store current cumulatedReading 2189691.6 as valueAtDeviceReset (previous valueAtDeviceReset : 2106418.1)
2021-12-24 09:09:04.432 - info: sourceanalytix.0 (1323) Updating SourceAnalytix configuration for : nibeuplink.0.UNIT_0.HEAT_METER.HEATING_INT_ADD_INCL_EP14

Log des Datenpunkts auf SourceAnalytix

Der Log des Datenpunkts Nibe Adapter

Wie kann man nun verhindern, dass SourceAnalytix in diesem Fall ein "DeviceReset" annimmt?
Vielleicht könnte man eine Toleranz angeben um die die Werte kleiner sein können?
Ich kann jetzt aber auch nicht genau sagen warum, der Nibe Adapter plötzlich einen kleineren Wert ausgibt!!

[crunchip]

@fritzke316 wie ich gesagt habe, jetzt ist nur die Frage, warum wird da ein falscher Wert gesendet um 9:09, mögliches Netzwerkproblem/nicht erreichbar gewesen, Neustart/Update, oder oder oder

andernfalls, wäre eine Möglichkeit, den Wert per Script in einen selbst erstellten DP zwischenzuspeichern, so das kein kleinerer Wert geschrieben wird und entsprechend den DP per SA zu loggen, anstatt den originalen

[intruder7]

@crunchip die source für die Werte wäre interessant. Kann man im SQL Adapter sehen. Bei mir kommen negative Werte meistens vom sourceanalytics adapter. Dieser Fehler ist bekannt und wollte eigentlich als nächstes angegangen werden. Hab aber von @Dutchman schon ne Weile nichts gehört.

[fritzke316]

@crunchip
Gute Idee mit dem separaten Datenpunkt, damit könnte ich das Problem sicherlichbeheben.
Obwohl mir doch am liebsten wäre wenn man den Fehler am jeweiligen Adapter fixen könnte.

[fritzke316]

@intruder7
Die Werte kommen vom Nibe Adapter (Nibe Uplink) und wurden mit dem History Adapter gelogt.
Ob die kleineren Werte zwischendurch aber direkt von Nibe Uplink gesendet werden oder ob der Nibe Adapter den Fehler verursacht kann ich nicht sagen!

[crunchip]

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

Bei mir kommen negative Werte meistens vom sourceanalytics adapter

sicher?
im Fall von @fritzke316 kommt der "falsche" Wert vom Gerät selbst, dafür kann SA ja nichts, lediglich erkennt SA dies und weist darauf hin im Log

[intruder7]

@crunchip ganz sicher. Hier sehr gut zu sehen beim Wasserzähler von @jomjol . Der liefrt von haus schon keine negativen Werte.

sourceanalytics schreibt hier aus irgendwelchen Gründen in den Datenpunkt. Selbiges Verhalten habe ich mit meinen Stromzählern von Homematic.

[crunchip]

@intruder7 komm jetzt nicht ganz mit, was ist das für ein Bildausschnitt?

[Smallfeuer]

Kann mir jemand sagen wann die Verrechnung der mtl. Gebühren für Strompreise umgesetzt wird? Der Haken ist ja da, hat aber aktuell noch keine Auswirkung auf die Kosten.
Ich wollte nächstes Jahr alles in der VIS darstellen und jetzt stellt sich die Frage ob es sich noch lohnt selber die Verrechnung zu machen, oder einfach zu warten bis es integriert ist im Costs Ordner :)

[intruder7]

@crunchip sql adapter. mitschnitt der daten von meiner wasseruhr.

[crunchip]

@intruder7 aber von alleine wird doch da kein Wert geschrieben, war da etwas bestimmtes zu dieser Uhrzeit, Backup, SA Instanz neu start oder sonst was

was sollen überhaupt 4Stellen nach dem Komma?

[intruder7]

@crunchip der Fehler ist von dutchman auch schon eingeräumt worden. er weiss wohl auch schon woran es liegt. kam aber noch nicht dazu. :man-shrugging:

warum sollen es nicht vier Stellen sein?

[crunchip]

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

warum sollen es nicht vier Stellen sein?

weil SA nicht auf 100ml genau rechnet, sprich nur 3 Stellen nach dem Komma