Seit ca. 1 Monat habe ich unregelmäßig einen automatischen Reset meines Gaszählers. Danach stimmt der Zählerstand überhaupt nicht mehr. Entsprechend bringt das die Tages und Monatswerte auf völlig abwegige Zahlen. Heute Nacht ergab sich der folgende Sprung um ca. 60.000m³:
Im Logfile steht:
2016.11.10 04:24:12 1: Gaszaehler was reset, old CUM 65534, new CUM: 32, new basis 21518028.904
Im Logfile des Gaszählers ergibt sich dabei der folgende Sprung:
2016-11-10_04:19:11 Gaszaehler CNT: 101 CUM: 42351.815 5MIN: 23.415 TOP: 0.032
2016-11-10_04:24:12 Gaszaehler CNT: 102 CUM: 107917.985 5MIN: 23.415 TOP: 64.564
Ich habe das jetzt wieder auf den richtigen Wert gesetzt. Es ist aber nervig, dass das scheinbar zufällig immerwieder passiert.
Kann jemand helfen? Vielen Dank vorab.
Achim
Ah, schön dass noch jemand das Problem hat. ;)
am 12.11. habe ich im Log Gaszaehler was reset, old CUM 61735, new CUM: 0, new basis 12409598
was bei mir ebenfalls einen Sprung von
| 2016-11-12 18:46:54 | Gaszaehler | CUL_EM | total: 15598.823 | total | 15598.823 | |
| 2016-11-12 18:51:55 | Gaszaehler | CUL_EM | current: 0 | current | 0 | |
| 2016-11-12 20:53:55 | Gaszaehler | CUL_EM | total: 77333.823 | total | 77333.823
zur Folge hatte. Macht eine Differenz von genau 61735m³.
Und meinen CUL_EM habe ich ebenfalls komplett resettet und neu installiert.. :-\
Grüße
Stephan
Achim, schick doch bitte auch mal ein list von deinem Device... Danke!
Internals:
BasicFeePerMonth 0
CODE 9
CUL_0_MSGCNT 15
CUL_0_RAWMSG E030914B0010000B001
CUL_0_RSSI -62.5
CUL_0_TIME 2016-11-16 18:27:18
CostPerUnit 0
DEF 9 0.66 0.005
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 15
NAME Gaszaehler
NR 358
STATE CNT: 20 CUM: 15650.405 5MIN: 0.000 TOP: 0.000
TYPE CUL_EM
corr1 0.66
corr2 0.005
Helper:
Dblog:
Cnt:
Logdb:
TIME 1479317238.41051
VALUE 20 CUM: 15650.405 5MIN: 0.000 TOP: 0.000
Current:
Logdb:
TIME 1479315176.77594
VALUE 0
Total:
Logdb:
TIME 1479314830.2834
VALUE 15650.405
Readings:
2016-11-16 18:27:18 RAW CNT: 20 CUM: 432 5MIN: 0 TOP: 432
2016-11-16 17:02:01 basis -1
2016-11-16 16:46:59 cum_day CUM_DAY: 0.000 CUM: 0.000 COST: 0.00
2016-11-16 18:27:18 current 0
2016-11-16 18:27:18 current_cnt 0
2016-11-16 18:27:18 peak 0
2016-11-16 18:27:18 peak_cnt 432
2016-11-16 18:27:18 seqno 20
2016-11-16 18:27:18 statTotal Hour: 0.000 Day: 0.795 Month: 0.795 Year: 0.795 (since: )
2016-11-16 18:27:18 statTotalDay 0.795
2016-11-16 18:27:18 statTotalHour 0.000
2016-11-16 17:59:55 statTotalHourLast 0.795
2016-11-16 17:59:55 statTotalLast Hour: 0.795 Day: - Month: - Year: - (since: )
2016-11-16 18:27:18 statTotalMonth 0.795
2016-11-16 18:27:18 statTotalYear 0.795
2016-11-16 18:27:18 state CNT: 20 CUM: 15650.405 5MIN: 0.000 TOP: 0.000
2016-11-16 18:27:18 total 15650.405
2016-11-16 18:27:18 total_cnt 432
2016-11-16 18:27:18 tsecs 1479317238
Helper:
_98_statistics stats_Gaszaehler
Attributes:
CounterOffset 15648.250
DbLogInclude .*
IODev CUL_0
comment # Faktor 2: Ticks gibts doppelt so viele wie dekaLiter # d.h. Ticks * 0.005 = m³ # Faktor 1: 0.005 * 11kWh/m³ * 12[5-Minuten-Messungen] = kW. Mal schauen...
event-on-change-reading state,total,current,cum_day,cum_month,total_cnt
group Zähler
maxPeak 40
model EMGZ
room System
userReadings ##2015 {12500 - 10000},gestern {ReadingsVal("Gaszaehler","cum_day",0)}
verbose 5
Moin,
also, bis Rudi es widerlegt :P, funktioniert es bei mir gerade, wenn ich in der Datei 15_CUL_EM.pm in Zeile 146 von
$basis_cnt += ($a[3]+$total_cnt)/$corr2;
in
$basis_cnt += ($a[3]+$total_cnt);
ändere.
Grüße
Stephan
... und ich dachte schon, ich wäre allein mit meinem Problem 8) Stephan, hier das Listing:
DeviceOverview
Gaszaehler CNT: 112 CUM: 42566.283 5MIN: 20.660 TOP: 0.052
Internals
BasicFeePerMonth 23.38
CODE 10
CUL_0_MSGCNT 252
CUL_0_RAWMSG E030A6FA6990B00A699
CUL_0_RSSI -77.5
CUL_0_TIME 2016-11-17 08:26:17
CostPerUnit 0.56
DEF 10 0.68868 0.005 0.56 23.38
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 252
NAME Gaszaehler
NR 218
STATE CNT: 111 CUM: 42566.133 5MIN: 7.575 TOP: 0.053
TYPE CUL_EM
corr1 0.68868
corr2 0.005
Readings
AvgTempDay 10.8 2016-11-17 00:04:29
MaxTempDay 12.3 2016-11-17 00:04:29
MinTempDay 9.3 2016-11-17 00:04:29
RAW CNT: 112 CUM: 39364 5MIN: 30 TOP: 39364 2016-11-17 08:31:19
StromVerbrauch 72.8999999999942 2016-11-17 00:04:29
basis 8473892.504 2016-11-17 00:00:10
cum_day CUM_DAY: 23.202 CUM: 42556.903 COST: 12.99 2016-11-17 00:04:29
cum_month CUM_MONTH: 0.000 CUM: 42088.711 COST: 0.00 2016-11-01 00:01:43
current 20.6604 2016-11-17 08:31:19
current_cnt 30 2016-11-17 08:31:19
peak 0.0524855197642516 2016-11-17 08:31:19
peak_cnt 39364 2016-11-17 08:31:19
seqno 112 2016-11-17 08:31:19
state CNT: 112 CUM: 42566.283 5MIN: 20.660 TOP: 0.052 2016-11-17 08:31:19
total 42566.28252 2016-11-17 08:31:19
total_cnt 39364 2016-11-17 08:31:19
tsecs 1479367879.04881 2016-11-17 08:31:19
Attributes
IODev CUL_0 deleteattr
group Heizung deleteattr
icon icoZirkulationAn deleteattr
maxPeak 1000 deleteattr
model EMGZ deleteattr
room Energie deleteattr
userReadings AvgTempDay:cum_day.* {{myAverage("86400", "FileLog_Temp.Feuchte.Norden", "Temp.Feuchte.Norden:temperature::")};}, StromVerbrauch:cum_day.* {{myDelta("86400", "FileLog_Stromzaehler","Stromzaehler:energy::")};}, MinTempDay:cum_day.* {{myMin("86400", "FileLog_Temp.Feuchte.Norden", "Temp.Feuchte.Norden:temperature::")};}, MaxTempDay:cum_day.* {{myMax("86400", "FileLog_Temp.Feuchte.Norden", "Temp.Feuchte.Norden:temperature::")};}
Der Reset trat bei mir immer dann auf, wenn TOP > 60 war (Siehe meinen ersten Auszug aus meinem Logfile. Dort war TOP: 64.564). Habe nun testweise maxPeak auf 1000 gesetzt (war vorher ohne Wert) und bisher keinen Reset gehabt. Werde später noch überlegen, ob ich Zeile 146 nachvollziehen kann.
Grüße Achim
So, ich habe über Zeile 146 in 15_CUL_EM.pm nachgedacht. Dazu folgendes:
Ausgehend von der Formel: basisWert = <abgelesenerMeterWert> / <corr2> - <total_cnt_Reading>
auflösen nach <abgelesenerMeterWert> = (basisWert + <total_cnt_Reading>)*<corr2>
Gleichsetzen von <abgelesenerMeterWert2> = <abgelesenerMeterWert1> folgt:
(basisWert2 + <total_cnt_Reading2>)*<corr2> = (basisWert1 + <total_cnt_Reading1>)*<corr2>
rauskürzen von <corr2> ergibt: basisWert2 + <total_cnt_Reading2> = basisWert1 + <total_cnt_Reading1>
auflösen nach basisWert2 = basisWert1 + <total_cnt_Reading1> - <total_cnt_Reading2>
setzt man <total_cnt_Reading2> = 0, wie es in CUL_EM gemacht wird, sollte m.E. die von Stephan in Zeile 146 vorgeschlagene Gleichung die richtige sein, nämlich ohne <corr2>:
$basis_cnt += $a[3]+$total_cnt
Grüße Achim
Hi Achim,
Zitat von: Mihca am 17 November 2016, 08:53:05
Der Reset trat bei mir immer dann auf, wenn TOP > 60 war
diesen Aspekt hast du aber in deiner Überlegung nicht berücksichtigt - oder?
Ist mir auch nicht als Problem aufgefallen:
CNT: 13 CUM: 1553 5MIN: 0 TOP: 1553 2016-11-17 17:20:00
MaxPeak hatte ich schon *immer* gesetzt (auf 40)
Läufts jetzt auch bei dir ?
Grüße
Stephan
ja, Stephan, läuft mit der Änderung in Zeile 146 und maxPeak 1000.
Nein, Aspekt mit maxPeak habe ich in meiner Gleichungsakrobatik nicht berücksichtigt. Das mit maxPeak war ein Schuß ins Blaue. Ich hatte nur in der CUL_EM vorher gesehen, dass das ein Trigger für den Reset des Zählers ist. Daher der Schuß.
Warten wir mal ab, was passiert. Melde mich, wenn das wieder passiert.
Danke!!
Grüße Achim
Habe die Aenderung in der Zeile 146 erstmal ohne Nachpruefen uebernommen. Falls es immer noch nicht passt, dann muss ich wohl oder ueber selbst darueber nachdenken. Fuer diesen Fall waere es nett gleich die Ausgangs-Roh-Werte zu haben, wie im ersten Posting.
ok, danke! Melde mich, wenn es noch klemmt. Grüße Achim
eben gab es wieder einen Reset:
2016.11.22 08:52:14 1: Gaszaehler was reset, old CUM 65531, new CUM: 3, new basis 8540496.2416
Der Sprung:
2016-11-22_08:47:13 Gaszaehler CNT: 14 CUM: 42702.466 5MIN: 0.000 TOP: 0.000
2016-11-22_08:52:14 Gaszaehler CNT: 15 CUM: 43030.176 5MIN: 5.509 TOP: 688.680
ist nur noch 300m³ aber trotzem völlig daneben. Da die Division durch corr2 weg ist (corr2 = 0.005) ist der Sprung nicht mehr 60.000 (=300/0.005) wie vor der Änderung in Zeile 146. Da stimmt also immer noch irgendetwas nicht.
Richtig wäre bei dem Zählerstand von 42702m³ mit "corr2" = 0.005 und "new CUM" = 3 eine "new basis" = 8540397 (=42702/0.005 - 3) gewesen.
Hier das Listing des Devices:
DeviceOverview
Gaszaehler CNT: 16 CUM: 43030.176 5MIN: 0.000 TOP: 0.000
Internals
BasicFeePerMonth 23.38
CODE 10
CUL_0_MSGCNT 272
CUL_0_RAWMSG E030A0F030008000300
CUL_0_RSSI -75.5
CUL_0_TIME 2016-11-22 08:52:14
CostPerUnit 0.56
DEF 10 0.68868 0.005 0.56 23.38
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 272
NAME Gaszaehler
NR 219
STATE CNT: 15 CUM: 43030.176 5MIN: 5.509 TOP: 688.680
TYPE CUL_EM
corr1 0.68868
corr2 0.005
Readings
AvgTempDay 12.9 2016-11-22 00:00:19
MaxTempDay 14.4 2016-11-22 00:00:19
MinTempDay 11.8 2016-11-22 00:00:19
RAW CNT: 16 CUM: 3 5MIN: 0 TOP: 3 2016-11-22 08:57:15
StromVerbrauch 68 2016-11-22 00:00:19
basis 8606032.2416 2016-11-22 08:52:14
cum_day CUM_DAY: 18.807 CUM: 42698.831 COST: 10.53 2016-11-22 00:00:19
cum_month CUM_MONTH: 0.000 CUM: 42088.711 COST: 0.00 2016-11-01 00:01:43
current 0 2016-11-22 08:57:15
current_cnt 0 2016-11-22 08:57:15
peak 0 2016-11-22 08:57:15
peak_cnt 3 2016-11-22 08:57:15
seqno 16 2016-11-22 08:57:15
state CNT: 16 CUM: 43030.176 5MIN: 0.000 TOP: 0.000 2016-11-22 08:57:15
total 43030.176208 2016-11-22 08:57:15
total_cnt 3 2016-11-22 08:57:15
tsecs 1479801435.86156 2016-11-22 08:57:15
Attributes
IODev CUL_0 deleteattr
group Heizung deleteattr
icon icoZirkulationAn deleteattr
maxPeak 1000 deleteattr
model EMGZ deleteattr
room Energie deleteattr
userReadings AvgTempDay:cum_day.* {{myAverage("86400", "FileLog_Temp.Feuchte.Norden", "Temp.Feuchte.Norden:temperature::")};}, StromVerbrauch:cum_day.* {{myDelta("86400", "FileLog_Stromzaehler","Stromzaehler:energy::")};}, MinTempDay:cum_day.* {{myMin("86400", "FileLog_Temp.Feuchte.Norden", "Temp.Feuchte.Norden:temperature::")};}, MaxTempDay:cum_day.* {{myMax("86400", "FileLog_Temp.Feuchte.Norden", "Temp.Feuchte.Norden:temperature::")};} deleteattr
Probably associated with
FileLog_Gaszaehler active FileLog
FileLog_Gaszaehler_gesamt active FileLog
Wenn ich durch weitere Angaben helfen kann, gerne!
Grüße Achim
Habe das Problem auch! Lief bisher 1,5 Jahre Fehlerfrei, hatte erstüberlegt ob die Batterie ein Problem hat... Aber scheint ja nicht der Fall
2016.11.21 17:34:23 1: CUL_EM_9 was reset, old CUM 65526, new CUM: 3, new basis 13741014
defmod CUL_EM_9 CUL_EM 9 0.06 0.005
attr CUL_EM_9 IODev CUL
attr CUL_EM_9 model EMGZ
attr CUL_EM_9 room CUL_WS
setstate CUL_EM_9 CNT: 49 CUM: 69036.055 5MIN: 0.000 TOP: 0.000
setstate CUL_EM_9 2016-11-01 00:04:58 H_avg_day 22.5
setstate CUL_EM_9 2016-11-01 00:04:58 H_avg_month 55.380
setstate CUL_EM_9 2016-11-01 00:04:58 H_cum_day 6710.76
setstate CUL_EM_9 2016-11-01 00:04:58 H_cum_month 4801335.24
setstate CUL_EM_9 2016-11-01 00:04:58 H_max_day 55.4
setstate CUL_EM_9 2016-11-01 00:04:58 H_max_month 55.4
setstate CUL_EM_9 2016-10-01 00:03:04 H_min_day 2.2
setstate CUL_EM_9 2016-11-01 00:04:58 H_min_month 55.4
setstate CUL_EM_9 2016-11-22 19:06:15 RAW CNT: 49 CUM: 661 5MIN: 0 TOP: 661
setstate CUL_EM_9 2016-11-21 17:34:23 basis 13806550
setstate CUL_EM_9 2016-11-22 00:01:07 cum_day CUM_DAY: 65531.820 CUM: 69033.515 COST: 0.00
setstate CUL_EM_9 2016-11-01 00:04:58 cum_month CUM_MONTH: 55.380 CUM: 3409.190 COST: 0.00
setstate CUL_EM_9 2016-11-22 19:06:15 current 0
setstate CUL_EM_9 2016-11-22 19:06:15 current_cnt 0
setstate CUL_EM_9 2016-11-22 19:06:15 peak 0
setstate CUL_EM_9 2016-11-22 19:06:15 peak_cnt 661
setstate CUL_EM_9 2016-11-22 19:06:15 seqno 49
setstate CUL_EM_9 2016-11-22 19:06:15 state CNT: 49 CUM: 69036.055 5MIN: 0.000 TOP: 0.000
setstate CUL_EM_9 2016-11-22 19:06:15 total 69036.055
setstate CUL_EM_9 2016-11-22 19:06:15 total_cnt 661
setstate CUL_EM_9 2016-11-22 19:06:15 tsecs 1479837975
Hab das falsche device List angehängt:
Internals:
BasicFeePerMonth 0
CODE 9
CUL_MSGCNT 4608
CUL_RAWMSG E030936950200009502
CUL_RSSI -81
CUL_TIME 2016-11-22 19:31:21
CostPerUnit 0
DEF 9 0.06 0.005
IODev CUL
LASTInputDev CUL
MSGCNT 4608
NAME CUL_EM_9
NR 179
STATE CNT: 54 CUM: 69036.055 5MIN: 0.000 TOP: 0.000
TYPE CUL_EM
corr1 0.06
corr2 0.005
Readings:
2016-11-01 00:04:58 H_avg_day 22.5
2016-11-01 00:04:58 H_avg_month 55.380
2016-11-01 00:04:58 H_cum_day 6710.76
2016-11-01 00:04:58 H_cum_month 4801335.24
2016-11-01 00:04:58 H_max_day 55.4
2016-11-01 00:04:58 H_max_month 55.4
2016-10-01 00:03:04 H_min_day 2.2
2016-11-01 00:04:58 H_min_month 55.4
2016-11-22 19:31:21 RAW CNT: 54 CUM: 661 5MIN: 0 TOP: 661
2016-11-21 17:34:23 basis 13806550
2016-11-22 00:01:07 cum_day CUM_DAY: 65531.820 CUM: 69033.515 COST: 0.00
2016-11-01 00:04:58 cum_month CUM_MONTH: 55.380 CUM: 3409.190 COST: 0.00
2016-11-22 19:31:21 current 0
2016-11-22 19:31:21 current_cnt 0
2016-11-22 19:31:21 peak 0
2016-11-22 19:31:21 peak_cnt 661
2016-11-22 19:31:21 seqno 54
2016-11-22 19:31:21 state CNT: 54 CUM: 69036.055 5MIN: 0.000 TOP: 0.000
2016-11-22 19:31:21 total 69036.055
2016-11-22 19:31:21 total_cnt 661
2016-11-22 19:31:21 tsecs 1479839481
Attributes:
IODev CUL
model EMGZ
room CUL_WS
Ich hab das Posting von Rudolf König übersehen, sorry, Ich habe erstmal geupdated
nachdem der letze Bugfix vom 19.11. mit der Änderung in Zeile 146 den Sprung im Zählerstand zwar verkleinert aber nicht beseitigt hat, habe ich die Vorversion "15_CUL_EM.pm 11984 2016-08-19 12:47:50Z rudolfkoenig" eingespielt. Damit läuft jetzt alles stabil und ohne Sprünge.
Grüße Achim
Hallo,
ich habe das Problem weiterhin.
2016-11-26_00:01:57 CUL_EM_9 cum_day: CUM_DAY: 5.255 CUM: 3793.657 COST: 0.00
2016-11-27_00:03:26 CUL_EM_9 cum_day: CUM_DAY: 6.275 CUM: 3799.932 COST: 0.00
2016-11-28_00:04:55 CUL_EM_9 cum_day: CUM_DAY: 4.325 CUM: 3804.257 COST: 0.00
2016-11-28_14:38:51 CUL_EM_9 cum_day: CUM_DAY: 30.910 CUM: 69064.425 COST: 0.00
2016-11-29_00:01:23 CUL_EM_9 cum_day: CUM_DAY: 1.920 CUM: 69066.345 COST: 0.00
2016-11-30_00:02:53 CUL_EM_9 cum_day: CUM_DAY: 6.590 CUM: 69072.935 COST: 0.00
Ich habe am 28.11. 14:38 den Raspiberry den Stecker vom Netzteil gezogen für einen Reboot. Danach ist der Sprung aufgetaucht.
Ich gehe nun auch auf die Version vom "15_CUL_EM.pm 11984 2016-08-19 12:47:50Z rudolfkoenig" zurück.
Grüße
Kai
Da es zu viele Fehlermeldungen gibt, und ich nicht in der Lage bin (fehlende Zeit/Debuginfo/etc) die Probleme zu fixen, habe ich die Version von 2016-08-19 wieder als die Neueste eingecheckt.
Falls jemand das Problem besser beheben kann, bitte melden.