NEWS
[SourceAnalytix 0.4.8-Final] Released !
-
@crunchip Wird mir leider dort nicht angezeigt:
Gibt es da einen Trick?
erkennt jemand die Ursache des Problems? Ich habe hier einige kWh-Werte, die irgendwann plötzlich einen Sprung machen.
Ich habe den Wert hier im verdacht, weiß aber nicht warum der plötzlich kommt. Device Reset?:"valueAtDeviceReset": 2742.3534166666695,raw-Wert komplett:
[s=] { "_id": "0_userdata.0.Energy.Go-echarger_energy_total", "type": "state", "common": { "name": "Go-echarger energy total", "role": "", "type": "number", "desc": "Manually created", "unit": "kWh", "def": 0, "read": true, "write": true, "custom": { "sourceanalytix.0": { "enabled": true, "alias": "", "selectedPrice": "ElectricityDay", "selectedUnit": "kWh", "costs": true, "consumption": true, "meter_values": true, "start_day": "1360", "start_week": 1348, "start_month": "1170", "start_quarter": 1005, "start_year": 1005, "valueAtDeviceReset": 2742.3534166666695, "valueAtDeviceInit": 1371.1765111111124 } } }, "native": {}, "from": "system.adapter.sourceanalytix.0", "user": "system.user.admin", "ts": 1614177563634, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 } }
Host: NUC8i3 mit Proxmox:
- ioBroker CT Debian 13, npm 10.9.4, nodejs 22.21.0
- Slave: Pi4
-
erkennt jemand die Ursache des Problems? Ich habe hier einige kWh-Werte, die irgendwann plötzlich einen Sprung machen.
Ich habe den Wert hier im verdacht, weiß aber nicht warum der plötzlich kommt. Device Reset?:"valueAtDeviceReset": 2742.3534166666695,raw-Wert komplett:
[s=] { "_id": "0_userdata.0.Energy.Go-echarger_energy_total", "type": "state", "common": { "name": "Go-echarger energy total", "role": "", "type": "number", "desc": "Manually created", "unit": "kWh", "def": 0, "read": true, "write": true, "custom": { "sourceanalytix.0": { "enabled": true, "alias": "", "selectedPrice": "ElectricityDay", "selectedUnit": "kWh", "costs": true, "consumption": true, "meter_values": true, "start_day": "1360", "start_week": 1348, "start_month": "1170", "start_quarter": 1005, "start_year": 1005, "valueAtDeviceReset": 2742.3534166666695, "valueAtDeviceInit": 1371.1765111111124 } } }, "native": {}, "from": "system.adapter.sourceanalytix.0", "user": "system.user.admin", "ts": 1614177563634, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 } }@lobomau ist genau das doppelte von dem, was du vorher als Gesamtverbrauch hattest. Das hab ich bei mir auch bei einigen DPs festgestellt - diesmal nicht Homematic (da schalte ich brav vor einem Update vom Adapter SA aus) sondern bei meinen Sonoff-Plugs mit Tasmota drauf.
Hab auch noch keine Idee, wo das herkommt. Hab aber festgetsellt, dass auch bei meinen Weeks Werte nicht korrekt waren und hab sie von Hand korrigiert (beschreibbar ja einstellen, von Hand den korrekten Wert, dann wieder auf beschreibbar nein).
Ich beobachte das aktuell noch...ggf liefert der Adapter zwischendurch Murks - oder die Plugs...UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
erkennt jemand die Ursache des Problems? Ich habe hier einige kWh-Werte, die irgendwann plötzlich einen Sprung machen.
Ich habe den Wert hier im verdacht, weiß aber nicht warum der plötzlich kommt. Device Reset?:"valueAtDeviceReset": 2742.3534166666695,raw-Wert komplett:
[s=] { "_id": "0_userdata.0.Energy.Go-echarger_energy_total", "type": "state", "common": { "name": "Go-echarger energy total", "role": "", "type": "number", "desc": "Manually created", "unit": "kWh", "def": 0, "read": true, "write": true, "custom": { "sourceanalytix.0": { "enabled": true, "alias": "", "selectedPrice": "ElectricityDay", "selectedUnit": "kWh", "costs": true, "consumption": true, "meter_values": true, "start_day": "1360", "start_week": 1348, "start_month": "1170", "start_quarter": 1005, "start_year": 1005, "valueAtDeviceReset": 2742.3534166666695, "valueAtDeviceInit": 1371.1765111111124 } } }, "native": {}, "from": "system.adapter.sourceanalytix.0", "user": "system.user.admin", "ts": 1614177563634, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 } }@lobomau da kam wohl anscheinend ein falscher Wert rein, genau bei 1371.17 und bringt dann die Berechnung durcheinander, was folglich den doppelten Wert ausgibt
umgestiegen von Proxmox auf Unraid
-
@lobomau ist genau das doppelte von dem, was du vorher als Gesamtverbrauch hattest. Das hab ich bei mir auch bei einigen DPs festgestellt - diesmal nicht Homematic (da schalte ich brav vor einem Update vom Adapter SA aus) sondern bei meinen Sonoff-Plugs mit Tasmota drauf.
Hab auch noch keine Idee, wo das herkommt. Hab aber festgetsellt, dass auch bei meinen Weeks Werte nicht korrekt waren und hab sie von Hand korrigiert (beschreibbar ja einstellen, von Hand den korrekten Wert, dann wieder auf beschreibbar nein).
Ich beobachte das aktuell noch...ggf liefert der Adapter zwischendurch Murks - oder die Plugs...@kueppert das passiert z.b. wen dein sonoff nicht den Wert behält, z.b. nach einem Stromausfall,
ist mir auch bei einem einzigen sonoff passiert, warum auch immer, alle anderen Geräte verlieren keine Werte, wenn ich sie vom Strom nehme
und da ich kurz mal den Strom abgestellt hatte und der sonoff seine Werte nicht behalten hat. kam eben dieser Effekt. Hab es manuell im sonoff wieder korrigiert, Sa schreibt aber dann falsche Werte und muss ebenfalls manuell wieder korrigiert werden -
@crunchip Wird mir leider dort nicht angezeigt:
Gibt es da einen Trick?
-
@lobomau da kam wohl anscheinend ein falscher Wert rein, genau bei 1371.17 und bringt dann die Berechnung durcheinander, was folglich den doppelten Wert ausgibt
-
Hallo,
habe allgemein eine Frage zum Datenbackup und wie es sein sollte?
Habe am WE den IObroker aktualisiert da js-controller 3.2.16 im stable angezeigt wurde, dabei auch gleich den RPI4 aktualisiert (iobroker war angehalten). SA war vorher schon auf 0.4.8.Nach einem Neustart war bisher immer wieder alles verfügbar, aber nach dem Update ist diesmal leider SA komplett ohne Werte und alle angelegten Werte standen auf 0.
Wie ist hier ein Langzeit-handling gedacht und richtig durchzuführen?
SA speichert ja nichts in eine sql/influxdb, was ich ggf. aktivieren könnte um wenigsten Zählerstände dort noch einmal zu sichern.
Gibt es hier ggf. ein kleines How-To wie SA Backup & Restore technisch zu händeln ist?Danke!
-
Hallo,
habe allgemein eine Frage zum Datenbackup und wie es sein sollte?
Habe am WE den IObroker aktualisiert da js-controller 3.2.16 im stable angezeigt wurde, dabei auch gleich den RPI4 aktualisiert (iobroker war angehalten). SA war vorher schon auf 0.4.8.Nach einem Neustart war bisher immer wieder alles verfügbar, aber nach dem Update ist diesmal leider SA komplett ohne Werte und alle angelegten Werte standen auf 0.
Wie ist hier ein Langzeit-handling gedacht und richtig durchzuführen?
SA speichert ja nichts in eine sql/influxdb, was ich ggf. aktivieren könnte um wenigsten Zählerstände dort noch einmal zu sichern.
Gibt es hier ggf. ein kleines How-To wie SA Backup & Restore technisch zu händeln ist?Danke!
@pete0815 kann ich mir irgendwie schwer vorstellen, deine Beschreibung.
- Was heisst ohne Werte, alle Objekte?
- 0 oder null?
- Verwendest du redis?
- Sonst irgendwelche Auffälligkeiten?
- Gab es Hinweise im Log?
-
@pete0815 kann ich mir irgendwie schwer vorstellen, deine Beschreibung.
- Was heisst ohne Werte, alle Objekte?
- 0 oder null?
- Verwendest du redis?
- Sonst irgendwelche Auffälligkeiten?
- Gab es Hinweise im Log?
Also die aktivierten Datenpunkte die SA tracken soll (alle Watt) waren auch weiterhin aktiviert und so wie ich sie manuell ausgewählt hatte (Leistung in W nicht kW etc etc.).
Die Datenpunkte die SA selbst errechnet also unter 2021 und current year waren gefüllt mit 0 kWh. Ebenso die "Zählerstände" cumultative reading = 0.0 etc. Also für mich ein Verhalten als wenn SA gerade frischt in Betrieb genommen wurde aber noch keine Werte erfasst oder berechnet hat.
Redis habe ich gerade mal gegoogelt und sollte es kein Standardbestand von IObroker sein, nutze ich es bisher nicht.
Ansonsten bin ich mir unsicher über das Verhalten bzw. Meldungen im Log zu weiteren Datenpunkten. Ich habe Datenpunkte (unabhängig von SA) wo 1x täglich Werte erfasst und reingeschrieben werden um damit per Blocklys zu rechnen etc. Diese Datenpunkte waren leer also nicht 0 und hier gab es entsprechende Warnungen (Rechnen mit Nix ist auch schwierig, klar). Bin mir nicht sicher ob diese Datenpunkte bisher einen Restart "überlebt" haben. Wenn dies im Zusammenhang steht, wäre trotzdem interessant für mich wie man SA etwas besser Sichern kann, da doch ein Langzeitdatenaufkommen erfasst wird und kleinste "Fehler" beim Totalverlust sehr ärgerlich sind, wie ich finde.
-
Also die aktivierten Datenpunkte die SA tracken soll (alle Watt) waren auch weiterhin aktiviert und so wie ich sie manuell ausgewählt hatte (Leistung in W nicht kW etc etc.).
Die Datenpunkte die SA selbst errechnet also unter 2021 und current year waren gefüllt mit 0 kWh. Ebenso die "Zählerstände" cumultative reading = 0.0 etc. Also für mich ein Verhalten als wenn SA gerade frischt in Betrieb genommen wurde aber noch keine Werte erfasst oder berechnet hat.
Redis habe ich gerade mal gegoogelt und sollte es kein Standardbestand von IObroker sein, nutze ich es bisher nicht.
Ansonsten bin ich mir unsicher über das Verhalten bzw. Meldungen im Log zu weiteren Datenpunkten. Ich habe Datenpunkte (unabhängig von SA) wo 1x täglich Werte erfasst und reingeschrieben werden um damit per Blocklys zu rechnen etc. Diese Datenpunkte waren leer also nicht 0 und hier gab es entsprechende Warnungen (Rechnen mit Nix ist auch schwierig, klar). Bin mir nicht sicher ob diese Datenpunkte bisher einen Restart "überlebt" haben. Wenn dies im Zusammenhang steht, wäre trotzdem interessant für mich wie man SA etwas besser Sichern kann, da doch ein Langzeitdatenaufkommen erfasst wird und kleinste "Fehler" beim Totalverlust sehr ärgerlich sind, wie ich finde.
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
täglich Werte erfasst und reingeschrieben werden um damit per Blocklys zu rechnen etc. Diese Datenpunkte waren leer also nicht 0
wenn ich es richtig verstehe, hast du aber ein anderes Problem und hat mit SA nichts zu tun.
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
(Leistung in W nicht kW etc etc.).
warum?? hast du keine wh bzw besser kwh, mit Watt werten zu arbeiten ist doch sehr ungenau
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
Wenn dies im Zusammenhang steht, wäre trotzdem interessant für mich wie man SA etwas besser Sichern kann, da doch ein Langzeitdatenaufkommen erfasst wird und kleinste "Fehler" beim Totalverlust sehr ärgerlich sind, wie ich finde.
zum einen
- kommen deine Zählerstände ja vom jeweiligen Gerät, dort sind somit deine aktuellen Zählerstände hinterlegt
- wenn du auf Datensicherung Wert legst, kannst du dir ja die jeweiligen Daten z.b. in die history(speichern der letzten drei Tage) schreiben
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
Habe am WE den IObroker aktualisiert da js-controller 3.2.16 im stable angezeigt wurde, dabei auch gleich den RPI4 aktualisiert
andernfalls mal im Thread Js-Controller nachfragen, ob es damit etwas zu tun haben kann, oder an deiner Aktualisierung des Pi lag
-
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
täglich Werte erfasst und reingeschrieben werden um damit per Blocklys zu rechnen etc. Diese Datenpunkte waren leer also nicht 0
wenn ich es richtig verstehe, hast du aber ein anderes Problem und hat mit SA nichts zu tun.
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
(Leistung in W nicht kW etc etc.).
warum?? hast du keine wh bzw besser kwh, mit Watt werten zu arbeiten ist doch sehr ungenau
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
Wenn dies im Zusammenhang steht, wäre trotzdem interessant für mich wie man SA etwas besser Sichern kann, da doch ein Langzeitdatenaufkommen erfasst wird und kleinste "Fehler" beim Totalverlust sehr ärgerlich sind, wie ich finde.
zum einen
- kommen deine Zählerstände ja vom jeweiligen Gerät, dort sind somit deine aktuellen Zählerstände hinterlegt
- wenn du auf Datensicherung Wert legst, kannst du dir ja die jeweiligen Daten z.b. in die history(speichern der letzten drei Tage) schreiben
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
Habe am WE den IObroker aktualisiert da js-controller 3.2.16 im stable angezeigt wurde, dabei auch gleich den RPI4 aktualisiert
andernfalls mal im Thread Js-Controller nachfragen, ob es damit etwas zu tun haben kann, oder an deiner Aktualisierung des Pi lag
@crunchip said in [SourceAnalytix 0.4.8-Final] Released !:
wenn ich es richtig verstehe, hast du aber ein anderes Problem und hat mit SA nichts zu tun.
Das weiß ich nicht, bei den Datenpunkten die nichts mit SA zu tun haben ist mir dies auch recht egal. Spätestens nach einem Tag funktionieren die Rechnungen wieder und alles ist ok. So kritisch sind diese Berechnungen und Daten für mich nicht, im Gegesatz zu SA Daten. Du fragtest nach ähnlichen Effekten. Kommt mir halt so vor aber wie/ob dies zusammenhängt k.A.
warum?? hast du keine wh bzw besser kwh, mit Watt werten zu arbeiten ist doch sehr ungenau
Die Genauigkeit reicht bisher völlig, ein Teil der Quellen liefert keine Zählerstände bzw. macht dies so unabhängig von Gerätetausch oder Zählerresets etc.
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
Wenn dies im Zusammenhang steht, wäre trotzdem interessant für mich wie man SA etwas besser Sichern kann, da doch ein Langzeitdatenaufkommen erfasst wird und kleinste "Fehler" beim Totalverlust sehr ärgerlich sind, wie ich finde.
zum einen
- kommen deine Zählerstände ja vom jeweiligen Gerät, dort sind somit deine aktuellen Zählerstände hinterlegt
- wenn du auf Datensicherung Wert legst, kannst du dir ja die jeweiligen Daten z.b. in die history(speichern der letzten drei Tage) schreiben
Wäre eine Option wenn ich überall Zählerstände hätte. Somit die Lösung über den History Adapter ähnlich dem oben angedeuten Ansatz mir die SA Ergebnisse als Zählerstände in eine Datenbank zu schreiben als Sicherung. Bei Datenverlust im SA Adapter wird es aber schwierig die Zählerstände wieder so fein herzustellen. Bsp.: Ich hätte in der Datenbank die Monatswerte aus 2020 erfasst. Es kommt wie jetzt zum Datenverlust. Die Struktur in SA für das Jahr 2020 wird nicht angelegt da wir in 2021 sind. Ob ein manueller "Nachbau" die richtige Lösung ist?
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
Habe am WE den IObroker aktualisiert da js-controller 3.2.16 im stable angezeigt wurde, dabei auch gleich den RPI4 aktualisiert
andernfalls mal im Thread Js-Controller nachfragen, ob es damit etwas zu tun haben kann, oder an deiner Aktualisierung des Pi lag
Ok, danke
-
@crunchip said in [SourceAnalytix 0.4.8-Final] Released !:
wenn ich es richtig verstehe, hast du aber ein anderes Problem und hat mit SA nichts zu tun.
Das weiß ich nicht, bei den Datenpunkten die nichts mit SA zu tun haben ist mir dies auch recht egal. Spätestens nach einem Tag funktionieren die Rechnungen wieder und alles ist ok. So kritisch sind diese Berechnungen und Daten für mich nicht, im Gegesatz zu SA Daten. Du fragtest nach ähnlichen Effekten. Kommt mir halt so vor aber wie/ob dies zusammenhängt k.A.
warum?? hast du keine wh bzw besser kwh, mit Watt werten zu arbeiten ist doch sehr ungenau
Die Genauigkeit reicht bisher völlig, ein Teil der Quellen liefert keine Zählerstände bzw. macht dies so unabhängig von Gerätetausch oder Zählerresets etc.
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
Wenn dies im Zusammenhang steht, wäre trotzdem interessant für mich wie man SA etwas besser Sichern kann, da doch ein Langzeitdatenaufkommen erfasst wird und kleinste "Fehler" beim Totalverlust sehr ärgerlich sind, wie ich finde.
zum einen
- kommen deine Zählerstände ja vom jeweiligen Gerät, dort sind somit deine aktuellen Zählerstände hinterlegt
- wenn du auf Datensicherung Wert legst, kannst du dir ja die jeweiligen Daten z.b. in die history(speichern der letzten drei Tage) schreiben
Wäre eine Option wenn ich überall Zählerstände hätte. Somit die Lösung über den History Adapter ähnlich dem oben angedeuten Ansatz mir die SA Ergebnisse als Zählerstände in eine Datenbank zu schreiben als Sicherung. Bei Datenverlust im SA Adapter wird es aber schwierig die Zählerstände wieder so fein herzustellen. Bsp.: Ich hätte in der Datenbank die Monatswerte aus 2020 erfasst. Es kommt wie jetzt zum Datenverlust. Die Struktur in SA für das Jahr 2020 wird nicht angelegt da wir in 2021 sind. Ob ein manueller "Nachbau" die richtige Lösung ist?
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
Habe am WE den IObroker aktualisiert da js-controller 3.2.16 im stable angezeigt wurde, dabei auch gleich den RPI4 aktualisiert
andernfalls mal im Thread Js-Controller nachfragen, ob es damit etwas zu tun haben kann, oder an deiner Aktualisierung des Pi lag
Ok, danke
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
ist mir dies auch recht egal.
Falsche Einstellung und herangehensweise
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
Die Genauigkeit reicht bisher völlig, ein Teil der Quellen liefert keine Zählerstände bzw. macht dies so unabhängig von Gerätetausch oder Zählerresets etc.
Dann hast du dich aber mit Sa noch nicht intensiv auseinandergesetzt, da sehr empfohlen wird, wenn es geht Watt zu vermeiden.
Was hat das mit Gerätetausch zu tun? -
@crunchip said in [SourceAnalytix 0.4.8-Final] Released !:
wenn ich es richtig verstehe, hast du aber ein anderes Problem und hat mit SA nichts zu tun.
Das weiß ich nicht, bei den Datenpunkten die nichts mit SA zu tun haben ist mir dies auch recht egal. Spätestens nach einem Tag funktionieren die Rechnungen wieder und alles ist ok. So kritisch sind diese Berechnungen und Daten für mich nicht, im Gegesatz zu SA Daten. Du fragtest nach ähnlichen Effekten. Kommt mir halt so vor aber wie/ob dies zusammenhängt k.A.
warum?? hast du keine wh bzw besser kwh, mit Watt werten zu arbeiten ist doch sehr ungenau
Die Genauigkeit reicht bisher völlig, ein Teil der Quellen liefert keine Zählerstände bzw. macht dies so unabhängig von Gerätetausch oder Zählerresets etc.
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
Wenn dies im Zusammenhang steht, wäre trotzdem interessant für mich wie man SA etwas besser Sichern kann, da doch ein Langzeitdatenaufkommen erfasst wird und kleinste "Fehler" beim Totalverlust sehr ärgerlich sind, wie ich finde.
zum einen
- kommen deine Zählerstände ja vom jeweiligen Gerät, dort sind somit deine aktuellen Zählerstände hinterlegt
- wenn du auf Datensicherung Wert legst, kannst du dir ja die jeweiligen Daten z.b. in die history(speichern der letzten drei Tage) schreiben
Wäre eine Option wenn ich überall Zählerstände hätte. Somit die Lösung über den History Adapter ähnlich dem oben angedeuten Ansatz mir die SA Ergebnisse als Zählerstände in eine Datenbank zu schreiben als Sicherung. Bei Datenverlust im SA Adapter wird es aber schwierig die Zählerstände wieder so fein herzustellen. Bsp.: Ich hätte in der Datenbank die Monatswerte aus 2020 erfasst. Es kommt wie jetzt zum Datenverlust. Die Struktur in SA für das Jahr 2020 wird nicht angelegt da wir in 2021 sind. Ob ein manueller "Nachbau" die richtige Lösung ist?
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
Habe am WE den IObroker aktualisiert da js-controller 3.2.16 im stable angezeigt wurde, dabei auch gleich den RPI4 aktualisiert
andernfalls mal im Thread Js-Controller nachfragen, ob es damit etwas zu tun haben kann, oder an deiner Aktualisierung des Pi lag
Ok, danke
@pete0815 sagte in [SourceAnalytix 0.4.8-Final] Released !:
Bei Datenverlust im SA Adapter wird es aber schwierig
Wie gsagt, da liegt bei dir scheinbar ein anderes Problem vor.
-
erkennt jemand die Ursache des Problems? Ich habe hier einige kWh-Werte, die irgendwann plötzlich einen Sprung machen.
Ich habe den Wert hier im verdacht, weiß aber nicht warum der plötzlich kommt. Device Reset?:"valueAtDeviceReset": 2742.3534166666695,raw-Wert komplett:
[s=] { "_id": "0_userdata.0.Energy.Go-echarger_energy_total", "type": "state", "common": { "name": "Go-echarger energy total", "role": "", "type": "number", "desc": "Manually created", "unit": "kWh", "def": 0, "read": true, "write": true, "custom": { "sourceanalytix.0": { "enabled": true, "alias": "", "selectedPrice": "ElectricityDay", "selectedUnit": "kWh", "costs": true, "consumption": true, "meter_values": true, "start_day": "1360", "start_week": 1348, "start_month": "1170", "start_quarter": 1005, "start_year": 1005, "valueAtDeviceReset": 2742.3534166666695, "valueAtDeviceInit": 1371.1765111111124 } } }, "native": {}, "from": "system.adapter.sourceanalytix.0", "user": "system.user.admin", "ts": 1614177563634, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 } }@lobomau sagte in [SourceAnalytix 0.4.8-Final] Released !:
erkennt jemand die Ursache des Problems? Ich habe hier einige kWh-Werte, die irgendwann plötzlich einen Sprung machen.
Ich habe den Wert hier im verdacht, weiß aber nicht warum der plötzlich kommt. Device Reset?:"valueAtDeviceReset": 2742.3534166666695,raw-Wert komplett:
[s=] { "_id": "0_userdata.0.Energy.Go-echarger_energy_total", "type": "state", "common": { "name": "Go-echarger energy total", "role": "", "type": "number", "desc": "Manually created", "unit": "kWh", "def": 0, "read": true, "write": true, "custom": { "sourceanalytix.0": { "enabled": true, "alias": "", "selectedPrice": "ElectricityDay", "selectedUnit": "kWh", "costs": true, "consumption": true, "meter_values": true, "start_day": "1360", "start_week": 1348, "start_month": "1170", "start_quarter": 1005, "start_year": 1005, "valueAtDeviceReset": 2742.3534166666695, "valueAtDeviceInit": 1371.1765111111124 } } }, "native": {}, "from": "system.adapter.sourceanalytix.0", "user": "system.user.admin", "ts": 1614177563634, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 } }Ich habe es nun bei einem anderen Wert beobachtet. Hier ist für einen Augenblick der Wert 0, so dass hier sourceanalytix einen DeviceReset sieht!? Ich muss also an dem Script arbeiten, dass den Wert liefert. Das Script verhindert bereits negative Werte, die keinen Sinn ergeben.
-
@lobomau sagte in [SourceAnalytix 0.4.8-Final] Released !:
erkennt jemand die Ursache des Problems? Ich habe hier einige kWh-Werte, die irgendwann plötzlich einen Sprung machen.
Ich habe den Wert hier im verdacht, weiß aber nicht warum der plötzlich kommt. Device Reset?:"valueAtDeviceReset": 2742.3534166666695,raw-Wert komplett:
[s=] { "_id": "0_userdata.0.Energy.Go-echarger_energy_total", "type": "state", "common": { "name": "Go-echarger energy total", "role": "", "type": "number", "desc": "Manually created", "unit": "kWh", "def": 0, "read": true, "write": true, "custom": { "sourceanalytix.0": { "enabled": true, "alias": "", "selectedPrice": "ElectricityDay", "selectedUnit": "kWh", "costs": true, "consumption": true, "meter_values": true, "start_day": "1360", "start_week": 1348, "start_month": "1170", "start_quarter": 1005, "start_year": 1005, "valueAtDeviceReset": 2742.3534166666695, "valueAtDeviceInit": 1371.1765111111124 } } }, "native": {}, "from": "system.adapter.sourceanalytix.0", "user": "system.user.admin", "ts": 1614177563634, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 } }Ich habe es nun bei einem anderen Wert beobachtet. Hier ist für einen Augenblick der Wert 0, so dass hier sourceanalytix einen DeviceReset sieht!? Ich muss also an dem Script arbeiten, dass den Wert liefert. Das Script verhindert bereits negative Werte, die keinen Sinn ergeben.
Hallo zusammen,
ich hab folgendes Problem bei mir:
Ich habe gestern angefangen meine PV Produktion auswerten zu lassen und habe auch die entsprechende Startwerte erfasst. Das hat gestern auch alles gut ausgesehen. Leider scheint es mir heute aber so, als wäre bei den der Tageswechsel/Monatswechsel nicht erkannt worden, da der Verbrauch weiter gezählt wurde, aber nicht zurückgesetzt.
Hat jemand eine Idee woran das liegen könnte?
{ "from": "system.adapter.linkeddevices.0", "user": "system.user.admin", "ts": 1614467278644, "common": { "name": "AC-Gesamtproduktion", "role": "level", "type": "number", "unit": "KWh", "desc": "Created by linkeddevices", "def": 0, "read": true, "write": true, "custom": { "statistics.0": { "enabled": true, "logName": "AC-Gesamtproduktion", "count": false, "sumCount": false, "timeCount": false, "fiveMin": false, "groupFactor": "", "impUnit": "", "impUnitPerImpulse": "", "sumIgnoreMinus": true, "sumDelta": true, "avg": false, "minmax": false, "sumGroup": "" }, "linkeddevices.0": { "enabled": true, "parentId": "modbus.0.holdingRegisters.40094_AC_Energy_WH", "parentType": "number", "isLinked": true, "number_maxDecimal": 2, "linkedId": "", "name": "", "role": "", "mergeSettingsOnRestart": false, "expertSettings": false, "number_convertTo": "", "number_unit": "", "number_min": "", "number_max": "", "number_calculation": "", "number_calculation_readOnly": "", "number_to_boolean_condition": "", "number_to_boolean_value_true": "", "number_to_boolean_value_false": "", "number_to_string_condition": "", "number_to_duration_convert_seconds": "", "number_to_duration_format": "", "number_to_datetime_convert_seconds": "", "number_to_datetime_format": "", "number_to_multi_condition": "", "boolean_convertTo": "", "boolean_to_string_value_true": "", "boolean_to_string_value_false": "", "string_convertTo": "", "string_prefix": "", "string_suffix": "", "string_to_boolean_value_true": "", "string_to_boolean_value_false": "", "string_to_number_unit": "", "string_to_number_maxDecimal": "", "string_to_number_calculation": "", "string_to_number_calculation_readOnly": "", "string_to_duration_format": "", "string_to_datetime_parser": "", "string_to_datetime_format": "" }, "statistics.1": { "enabled": true, "logName": "AC-Gesamtproduktion_neu", "count": false, "sumCount": false, "timeCount": false, "fiveMin": false, "groupFactor": "", "impUnit": "", "impUnitPerImpulse": "", "sumIgnoreMinus": true, "sumDelta": true, "avg": false, "minmax": false, "sumGroup": "" }, "sourceanalytix.0": { "enabled": true, "alias": "SE_PV_Gesamtproduktion", "selectedPrice": "ElectricityDay", "selectedUnit": "kWh", "costs": false, "consumption": true, "meter_values": false, "start_day": 2728.56, "start_week": 2477.55, "start_month": 2095.66, "start_quarter": 1942.07, "start_year": 1942.07, "valueAtDeviceReset": 0, "valueAtDeviceInit": null, "cumulativeValue": 2728.56 } }, "icon": "linkeddevices_small.png" }, "native": { "regType": "holdingRegs", "type": "int32be", "address": 93, "deviceId": 1, "len": 2, "offset": 0, "factor": 0.001, "poll": true }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "linkeddevices.0.Zählerwerte_berechnet_SolarEdge.PV_Gesamtproduktion", "type": "state" } -
Hallo zusammen,
ich hab folgendes Problem bei mir:
Ich habe gestern angefangen meine PV Produktion auswerten zu lassen und habe auch die entsprechende Startwerte erfasst. Das hat gestern auch alles gut ausgesehen. Leider scheint es mir heute aber so, als wäre bei den der Tageswechsel/Monatswechsel nicht erkannt worden, da der Verbrauch weiter gezählt wurde, aber nicht zurückgesetzt.
Hat jemand eine Idee woran das liegen könnte?
{ "from": "system.adapter.linkeddevices.0", "user": "system.user.admin", "ts": 1614467278644, "common": { "name": "AC-Gesamtproduktion", "role": "level", "type": "number", "unit": "KWh", "desc": "Created by linkeddevices", "def": 0, "read": true, "write": true, "custom": { "statistics.0": { "enabled": true, "logName": "AC-Gesamtproduktion", "count": false, "sumCount": false, "timeCount": false, "fiveMin": false, "groupFactor": "", "impUnit": "", "impUnitPerImpulse": "", "sumIgnoreMinus": true, "sumDelta": true, "avg": false, "minmax": false, "sumGroup": "" }, "linkeddevices.0": { "enabled": true, "parentId": "modbus.0.holdingRegisters.40094_AC_Energy_WH", "parentType": "number", "isLinked": true, "number_maxDecimal": 2, "linkedId": "", "name": "", "role": "", "mergeSettingsOnRestart": false, "expertSettings": false, "number_convertTo": "", "number_unit": "", "number_min": "", "number_max": "", "number_calculation": "", "number_calculation_readOnly": "", "number_to_boolean_condition": "", "number_to_boolean_value_true": "", "number_to_boolean_value_false": "", "number_to_string_condition": "", "number_to_duration_convert_seconds": "", "number_to_duration_format": "", "number_to_datetime_convert_seconds": "", "number_to_datetime_format": "", "number_to_multi_condition": "", "boolean_convertTo": "", "boolean_to_string_value_true": "", "boolean_to_string_value_false": "", "string_convertTo": "", "string_prefix": "", "string_suffix": "", "string_to_boolean_value_true": "", "string_to_boolean_value_false": "", "string_to_number_unit": "", "string_to_number_maxDecimal": "", "string_to_number_calculation": "", "string_to_number_calculation_readOnly": "", "string_to_duration_format": "", "string_to_datetime_parser": "", "string_to_datetime_format": "" }, "statistics.1": { "enabled": true, "logName": "AC-Gesamtproduktion_neu", "count": false, "sumCount": false, "timeCount": false, "fiveMin": false, "groupFactor": "", "impUnit": "", "impUnitPerImpulse": "", "sumIgnoreMinus": true, "sumDelta": true, "avg": false, "minmax": false, "sumGroup": "" }, "sourceanalytix.0": { "enabled": true, "alias": "SE_PV_Gesamtproduktion", "selectedPrice": "ElectricityDay", "selectedUnit": "kWh", "costs": false, "consumption": true, "meter_values": false, "start_day": 2728.56, "start_week": 2477.55, "start_month": 2095.66, "start_quarter": 1942.07, "start_year": 1942.07, "valueAtDeviceReset": 0, "valueAtDeviceInit": null, "cumulativeValue": 2728.56 } }, "icon": "linkeddevices_small.png" }, "native": { "regType": "holdingRegs", "type": "int32be", "address": 93, "deviceId": 1, "len": 2, "offset": 0, "factor": 0.001, "poll": true }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "linkeddevices.0.Zählerwerte_berechnet_SolarEdge.PV_Gesamtproduktion", "type": "state" }@banis sagte in [SourceAnalytix 0.4.8-Final] Released !:
Hallo zusammen,
ich hab folgendes Problem bei mir:
Ich habe gestern angefangen meine PV Produktion auswerten zu lassen und habe auch die entsprechende Startwerte erfasst. Das hat gestern auch alles gut ausgesehen. Leider scheint es mir heute aber so, als wäre bei den der Tageswechsel/Monatswechsel nicht erkannt worden, da der Verbrauch weiter gezählt wurde, aber nicht zurückgesetzt.
Hat jemand eine Idee woran das liegen könnte?
{ "from": "system.adapter.linkeddevices.0", "user": "system.user.admin", "ts": 1614467278644, "common": { "name": "AC-Gesamtproduktion", "role": "level", "type": "number", "unit": "KWh", "desc": "Created by linkeddevices", "def": 0, "read": true, "write": true, "custom": { "statistics.0": { "enabled": true, "logName": "AC-Gesamtproduktion", "count": false, "sumCount": false, "timeCount": false, "fiveMin": false, "groupFactor": "", "impUnit": "", "impUnitPerImpulse": "", "sumIgnoreMinus": true, "sumDelta": true, "avg": false, "minmax": false, "sumGroup": "" }, "linkeddevices.0": { "enabled": true, "parentId": "modbus.0.holdingRegisters.40094_AC_Energy_WH", "parentType": "number", "isLinked": true, "number_maxDecimal": 2, "linkedId": "", "name": "", "role": "", "mergeSettingsOnRestart": false, "expertSettings": false, "number_convertTo": "", "number_unit": "", "number_min": "", "number_max": "", "number_calculation": "", "number_calculation_readOnly": "", "number_to_boolean_condition": "", "number_to_boolean_value_true": "", "number_to_boolean_value_false": "", "number_to_string_condition": "", "number_to_duration_convert_seconds": "", "number_to_duration_format": "", "number_to_datetime_convert_seconds": "", "number_to_datetime_format": "", "number_to_multi_condition": "", "boolean_convertTo": "", "boolean_to_string_value_true": "", "boolean_to_string_value_false": "", "string_convertTo": "", "string_prefix": "", "string_suffix": "", "string_to_boolean_value_true": "", "string_to_boolean_value_false": "", "string_to_number_unit": "", "string_to_number_maxDecimal": "", "string_to_number_calculation": "", "string_to_number_calculation_readOnly": "", "string_to_duration_format": "", "string_to_datetime_parser": "", "string_to_datetime_format": "" }, "statistics.1": { "enabled": true, "logName": "AC-Gesamtproduktion_neu", "count": false, "sumCount": false, "timeCount": false, "fiveMin": false, "groupFactor": "", "impUnit": "", "impUnitPerImpulse": "", "sumIgnoreMinus": true, "sumDelta": true, "avg": false, "minmax": false, "sumGroup": "" }, "sourceanalytix.0": { "enabled": true, "alias": "SE_PV_Gesamtproduktion", "selectedPrice": "ElectricityDay", "selectedUnit": "kWh", "costs": false, "consumption": true, "meter_values": false, "start_day": 2728.56, "start_week": 2477.55, "start_month": 2095.66, "start_quarter": 1942.07, "start_year": 1942.07, "valueAtDeviceReset": 0, "valueAtDeviceInit": null, "cumulativeValue": 2728.56 } }, "icon": "linkeddevices_small.png" }, "native": { "regType": "holdingRegs", "type": "int32be", "address": 93, "deviceId": 1, "len": 2, "offset": 0, "factor": 0.001, "poll": true }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "linkeddevices.0.Zählerwerte_berechnet_SolarEdge.PV_Gesamtproduktion", "type": "state" }Wen er nachts nicht resettet sollte gegen 00.00 Uhr Fehler im log komme, schau mal bitte ob du da fündig wirst
-
Ja hab tatsächlich ein paar Fehler gefunden.
Scheint so als ob mache Werte nicht gelesen werden können, aber was heißt das jetzt?
2021-03-01 00:00:07.656 - [31merror[39m: sourceanalytix.0 (5608) [[resetStartValues] linkeddevices.0.Zählerwerte_berechnet_Tesla.PV_Gesamtproduktion] error: Cannot read property 'calcValues' of null, stack: TypeError: Cannot read property 'calcValues' of null 2021-03-01 00:00:07.657 - [31merror[39m: sourceanalytix.0 (5608) unhandled promise rejection: Cannot read property 'captureException' of undefined 2021-03-01 00:00:07.657 - [31merror[39m: sourceanalytix.0 (5608) TypeError: Cannot read property 'captureException' of undefined at Sourceanalytix.errorHandling (/opt/iobroker/node_modules/iobroker.sourceanalytix/main.js:1647:37) 2021-03-01 00:00:07.714 - [32minfo[39m: sourceanalytix.0 (5608) Terminated (NO_ERROR): Without reason 2021-03-01 00:00:39.880 - [31merror[39m: sourceanalytix.0 (9633) Check settings for linkeddevices.0.Zählerwerte_berechnet_Tesla.PV_Gesamtproduktion ! Known valueAtDeviceReset : (2709.92) > known cumulative value (2699.95) cannot proceed 2021-03-01 00:00:40.154 - [31merror[39m: sourceanalytix.0 (9633) Input value for 0_userdata.0.Datenpunkte.Stromzaehler.Stand_Zaehler_Bezug_Solaredge, type = string but should be a number, cannot handle calculation 2021-03-01 00:00:40.991 - [31merror[39m: sourceanalytix.0 (9633) Cannot handle initialisation for linkeddevices.0.Zählerwerte_berechnet_Tesla.PV_Gesamtproduktion 2021-03-01 00:00:42.317 - [31merror[39m: sourceanalytix.0 (9633) Input value for 0_userdata.0.Datenpunkte.Stromzaehler.Stand_Zaehler_Einspeisung_SE, type = string but should be a number, cannot handle calculation -
Ja hab tatsächlich ein paar Fehler gefunden.
Scheint so als ob mache Werte nicht gelesen werden können, aber was heißt das jetzt?
2021-03-01 00:00:07.656 - [31merror[39m: sourceanalytix.0 (5608) [[resetStartValues] linkeddevices.0.Zählerwerte_berechnet_Tesla.PV_Gesamtproduktion] error: Cannot read property 'calcValues' of null, stack: TypeError: Cannot read property 'calcValues' of null 2021-03-01 00:00:07.657 - [31merror[39m: sourceanalytix.0 (5608) unhandled promise rejection: Cannot read property 'captureException' of undefined 2021-03-01 00:00:07.657 - [31merror[39m: sourceanalytix.0 (5608) TypeError: Cannot read property 'captureException' of undefined at Sourceanalytix.errorHandling (/opt/iobroker/node_modules/iobroker.sourceanalytix/main.js:1647:37) 2021-03-01 00:00:07.714 - [32minfo[39m: sourceanalytix.0 (5608) Terminated (NO_ERROR): Without reason 2021-03-01 00:00:39.880 - [31merror[39m: sourceanalytix.0 (9633) Check settings for linkeddevices.0.Zählerwerte_berechnet_Tesla.PV_Gesamtproduktion ! Known valueAtDeviceReset : (2709.92) > known cumulative value (2699.95) cannot proceed 2021-03-01 00:00:40.154 - [31merror[39m: sourceanalytix.0 (9633) Input value for 0_userdata.0.Datenpunkte.Stromzaehler.Stand_Zaehler_Bezug_Solaredge, type = string but should be a number, cannot handle calculation 2021-03-01 00:00:40.991 - [31merror[39m: sourceanalytix.0 (9633) Cannot handle initialisation for linkeddevices.0.Zählerwerte_berechnet_Tesla.PV_Gesamtproduktion 2021-03-01 00:00:42.317 - [31merror[39m: sourceanalytix.0 (9633) Input value for 0_userdata.0.Datenpunkte.Stromzaehler.Stand_Zaehler_Einspeisung_SE, type = string but should be a number, cannot handle calculation@banis sagte in [SourceAnalytix 0.4.8-Final] Released !:
0_userdata.0.Datenpunkte.Stromzaehler.Stand_Zaehler_Einspeisung_SE
also ich lese die Fehlermeldung, die ganz klar sagt, dass du da einen DP hast, der TEXT ist und keine Zahl. Mit Text kann SA aber nicht arbeiten und rechnen :)
UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
@banis sagte in [SourceAnalytix 0.4.8-Final] Released !:
0_userdata.0.Datenpunkte.Stromzaehler.Stand_Zaehler_Einspeisung_SE
also ich lese die Fehlermeldung, die ganz klar sagt, dass du da einen DP hast, der TEXT ist und keine Zahl. Mit Text kann SA aber nicht arbeiten und rechnen :)
-
@kueppert Danke für die schnelle Rückmeldung.
Es war tatsächlich ein Datenpunkt Text. Heißt das dann, dass es bei allen anderen Datenpunkten die korrekt formatiert sind auch zu Problemen führt?
Support us
678
Online32.4k
Benutzer81.6k
Themen1.3m
Beiträge