CUL_EM: Gaszaehler was reset, old CUM 65534, new CUM: 32, new basis 21518028.904

[Mihca]

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:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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

[abc2006]

Ah, schön dass noch jemand das Problem hat. 

am 12.11. habe ich im Log

Code Auswählen Erweitern

Gaszaehler was reset, old CUM 61735, new CUM: 0, new basis 12409598

was bei mir ebenfalls einen Sprung von

Code Auswählen Erweitern

| 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

[abc2006]

Achim, schick doch bitte auch mal ein list von deinem Device... Danke!

Code Auswählen Erweitern

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

[abc2006]

Moin,
also, bis Rudi es widerlegt , funktioniert es bei mir gerade, wenn ich in der Datei 15_CUL_EM.pm in Zeile 146 von 

Code Auswählen Erweitern

         $basis_cnt += ($a[3]+$total_cnt)/$corr2;
in

Code Auswählen Erweitern

         $basis_cnt += ($a[3]+$total_cnt);
ändere.

Grüße
Stephan

[Mihca]

... und ich dachte schon, ich wäre allein mit meinem Problem  Stephan, hier das Listing:

Code Auswählen Erweitern



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

[Mihca]

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

[abc2006]

Hi Achim,

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:
   

Code Auswählen Erweitern

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

[Mihca]

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

[rudolfkoenig]

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.

[Mihca]

ok, danke! Melde mich, wenn es noch klemmt. Grüße Achim

[Mihca]

eben gab es wieder einen Reset:

Code Auswählen Erweitern

2016.11.22 08:52:14 1: Gaszaehler was reset, old CUM 65531, new CUM: 3, new basis 8540496.2416

Der Sprung:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern


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

[keihuli]

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

Code Auswählen Erweitern


2016.11.21 17:34:23 1: CUL_EM_9 was reset, old CUM 65526, new CUM: 3, new basis 13741014


Code Auswählen Erweitern

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



[keihuli]

Hab das falsche device List angehängt:

Code Auswählen Erweitern

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

[keihuli]

Ich hab das Posting von Rudolf König übersehen, sorry, Ich habe erstmal geupdated

[Mihca]

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

[keihuli]

Hallo,
ich habe das Problem weiterhin.

Code Auswählen Erweitern


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

[rudolfkoenig]

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.