Hallo,
allen ein Frohes Neues Jahr!
Meine Techem HKV zeigen in den Readings von der current_period am 01.01.2016 einen Datum vom 01.01.2015 an.
Internals:
CUL_1_MSGCNT 1279
CUL_1_RAWMSG b3244685090305880698038ACA0119F1FBC021002BC02AF04A704000BEAFC000B43402B371E0A0300000000000004E6D40304142C3A3B4B564024::-92.5
CUL_1_RSSI -92.5
CUL_1_TIME 2016-01-01 09:58:14
DEF 3090
LASTInputDev CUL_1
MSGCNT 1279
NAME Bad_HKV
NR 621
NTFY_ORDER 50-Bad_HKV
STATE listening
TYPE TechemHKV
longID 80583090
Readings:
2015-1-1 00:00:00 current_period 700
2015-12-31 00:00:00 previous_period 700
2015-12-30 10:51:33 state listening
2016-01-01 09:58:14 temp1 11.99
2016-01-01 09:58:14 temp2 11.91
Attributes:
alias Heizkostenverteiler Bad
group Techem
icon my_HKV_29px
room Steuerung
Mit freundlichen Grüßen
Bernd
Hallo Bernd,
schau ich mir an. Current und previous müssten sich eigentlich auch unterscheiden ...
vg
joerg
Danke dass du dich darum kümmerst.
Current und previous sind heute unterschiedlich, das sollte auch so stimmen da die Werte von einen Tag vorher stammen.
Eine Bitte hätte ich noch bezüglich des Datums für current_period!
Ein Format wie bei den anderen Readings JJJJ-MM-TT wäre schön.
Internals:
CUL_1_MSGCNT 80
CUL_1_RAWMSG b3244685090305880698038ACA0119F1FBC0220020000A5049C04000B3D38000B43402B371E0A0300000000000004E6D40304142C3A3B4B564024::-92.5
CUL_1_RSSI -92.5
CUL_1_TIME 2016-01-02 11:11:08
DEF 3090
LASTInputDev CUL_1
MSGCNT 80
NAME Bad_HKV
NR 621
NTFY_ORDER 50-Bad_HKV
STATE listening
TYPE TechemHKV
longID 80583090
Readings:
2015-1-2 00:00:00 current_period 0
2015-12-31 00:00:00 previous_period 700
2016-01-02 10:19:01 state listening
2016-01-02 11:11:08 temp1 11.89
2016-01-02 11:11:08 temp2 11.80
Attributes:
alias Heizkostenverteiler Bad
group Techem
icon my_HKV_29px
room Steuerung
Gruß Bernd
Hallo und noch ein gutes Neues Jahr,
aber zunächst ein großes Lob an die Entwickler von TechemHKV und TechemWZ. Ich habe die beiden Module Mitte Dezember 'entdeckt' und gleich installiert. Hat soweit auch alles gut geklappt. Bei TechemWZ gab es mit dem Logging Probleme, das scheint in der Zwischenzeit ja aber gelöst zu sein.
Allerdings habe auch ich jetzt das Problem, dass für current_period das Jahr in der Timestamp nicht stimmt. Da steht 2015 anstelle 2016 und ich habe auch einen HKV, bei dem in current_period und previous_period genau das gleiche angezeigt wird. Die 6 anderen HKV haben zwar auch das falsche Datum, aber haben am 1.1.2016 wieder bei 0 angefangen.
Viele Grüße
Pechnase
Hallo Jörg,
konntest Du wegen den Readings schon was herausfinden?
Beim Fhem-Update ist mir aufgefallen das da Perl Warnung kommen.
2016.01.09 09:41:24 1: PERL WARNING: Use of uninitialized value $e[0] in string eq at ./FHEM/32_TechemHKV.pm line 85.
2016.01.09 09:41:24 1: PERL WARNING: Use of uninitialized value $e[0] in string eq at ./FHEM/32_TechemHKV.pm line 87.
2016.01.09 09:41:24 1: PERL WARNING: Use of uninitialized value $e[0] in string eq at ./FHEM/32_TechemHKV.pm line 89.
2016.01.09 09:41:24 1: PERL WARNING: Use of uninitialized value $e[0] in string eq at ./FHEM/32_TechemWZ.pm line 122.
2016.01.09 09:41:24 1: PERL WARNING: Use of uninitialized value $e[0] in string eq at ./FHEM/32_TechemWZ.pm line 124.
2016.01.09 09:41:24 1: PERL WARNING: Use of uninitialized value $e[0] in string eq at ./FHEM/32_TechemWZ.pm line 126.
Dachte mir wenn du schon die Module durchsiehst melde ich dir das gleich mit.
Gruß
Bernd
Danke für den reminder. Kommt.
vg
joerg
Kannst Du das mit dem uninitialized reproduzieren? Das ist kein Fehler nur Kosmetik, ich verstehe es aber nicht sofort ...
vg
joerg
Ist reproduzierbar, kommt bei jedem Update und steht im Logfile.
Mache gerade mal ein Update und hänge das Log an.
Bei einen Neustart kommen die Warnungen nicht.
Vielleicht gibt es hier jemanden der die Perl-Warnung bestätigen kann oder auch nicht!
2016.01.10 16:45:57 1: RMDIR: ./restoreDir/2016-01-07
2016.01.10 16:45:57 1: UPD ./CHANGED
2016.01.10 16:45:57 1: UPD FHEM/10_ZWave.pm
2016.01.10 16:45:57 1: UPD FHEM/30_LIGHTIFY.pm
2016.01.10 16:45:57 1: UPD FHEM/72_FB_CALLMONITOR.pm
2016.01.10 16:45:57 1: UPD FHEM/90_at.pm
2016.01.10 16:45:57 1: UPD FHEM/98_Heating_Control.pm
2016.01.10 16:45:58 1: UPD FHEM/98_WeekdayTimer.pm
2016.01.10 16:45:58 1: UPD FHEM/98_telnet.pm
2016.01.10 16:45:58 1: UPD FHEM/98_weekprofile.pm
2016.01.10 16:45:58 1: UPD FHEM/lib/fhem_zwave_deviceconfig.xml.gz
2016.01.10 16:45:58 1: UPD FHEM/lib/openzwave_manufacturer_specific.xml
2016.01.10 16:45:58 1: UPD docs/commandref_frame.html
2016.01.10 16:45:58 1: UPD docs/commandref_frame_DE.html
2016.01.10 16:45:58 1: PERL WARNING: Use of uninitialized value $e[0] in string eq at ./FHEM/32_TechemHKV.pm line 85.
2016.01.10 16:45:58 1: PERL WARNING: Use of uninitialized value $e[0] in string eq at ./FHEM/32_TechemHKV.pm line 87.
2016.01.10 16:45:58 1: PERL WARNING: Use of uninitialized value $e[0] in string eq at ./FHEM/32_TechemHKV.pm line 89.
2016.01.10 16:45:58 1: PERL WARNING: Use of uninitialized value $e[0] in string eq at ./FHEM/32_TechemWZ.pm line 122.
2016.01.10 16:45:58 1: PERL WARNING: Use of uninitialized value $e[0] in string eq at ./FHEM/32_TechemWZ.pm line 124.
2016.01.10 16:45:58 1: PERL WARNING: Use of uninitialized value $e[0] in string eq at ./FHEM/32_TechemWZ.pm line 126.
2016.01.10 16:45:58 1:
2016.01.10 16:45:58 1: New entries in the CHANGED file:
2016.01.10 16:45:58 1: - change: FB_CALLMONITOR: reading "missed_call_line" will not be triggered
2016.01.10 16:45:58 1: anymore. Use internal_number instead, which
2016.01.10 16:45:58 1: contains the same content
2016.01.10 16:45:58 1: - feature: FB_CALLMONITOR: new attribute answMachine-is-missed-call to
2016.01.10 16:45:58 1: treat incoming calls, which were taken by
2016.01.10 16:45:58 1: an answering machine, as "missed call"
2016.01.10 16:45:59 1: Calling /usr/bin/perl ./contrib/commandref_join.pl, this may take a while
2016.01.10 16:46:35 1: EN FHEM/95_Alarm.pm: Unbalanced tr (-1, last line ok: 856)
2016.01.10 16:46:35 1: EN FHEM/57_Calendar.pm: Unbalanced table (-3, last line ok: 1259)
2016.01.10 16:46:35 1: EN FHEM/00_MAXLAN.pm: Unbalanced tr (1, last line ok: 868)
2016.01.10 16:46:35 1: EN FHEM/00_MAXLAN.pm: Unbalanced td (1, last line ok: 868)
2016.01.10 16:46:35 1: EN FHEM/40_RFXCOM.pm: Unbalanced tr (1, last line ok: 381)
2016.01.10 16:46:35 1: EN FHEM/40_RFXCOM.pm: Unbalanced td (1, last line ok: 381)
2016.01.10 16:46:35 1: EN FHEM/51_RPI_GPIO.pm: Unbalanced table (-4, last line ok: 705)
2016.01.10 16:46:35 1: EN FHEM/45_TRX.pm: Unbalanced tr (1, last line ok: 411)
2016.01.10 16:46:35 1: EN FHEM/45_TRX.pm: Unbalanced td (1, last line ok: 411)
2016.01.10 16:46:35 1: EN FHEM/73_km200.pm: Unbalanced td (-28, last line ok: 2985)
2016.01.10 16:46:35 1: EN FHEM/95_remotecontrol.pm: Unbalanced td (-1, last line ok: 409)
2016.01.10 16:46:35 1: DE FHEM/57_Calendar.pm: Unbalanced table (-3, last line ok: 1465)
2016.01.10 16:46:35 1: DE FHEM/98_HMinfo.pm: Unbalanced tr (1, last line ok: 2888)
2016.01.10 16:46:35 1: DE FHEM/98_HMinfo.pm: Unbalanced td (1, last line ok: 2888)
2016.01.10 16:46:35 1: DE FHEM/51_RPI_GPIO.pm: Unbalanced table (-4, last line ok: 898)
2016.01.10 16:46:35 1: DE FHEM/73_km200.pm: Unbalanced td (-28, last line ok: 3176)
2016.01.10 16:46:35 1: DE FHEM/95_remotecontrol.pm: Unbalanced td (-1, last line ok: 495)
2016.01.10 16:46:35 1:
2016.01.10 16:46:35 1: update finished, "shutdown restart" is needed to activate the changes.
2016.01.10 16:46:35 1:
2016.01.10 16:46:36 1: fheminfo server response: ==> ok
Gruß Bernd
yepp, danke. Reicht so.
Ist wirklich rein kosmetisch. Die erste dieser Zeilen (kommen vom update Mechanismus):
2016.01.10 16:45:58 1:
2016.01.10 16:45:58 1: New entries in the CHANGED file:
ist ein "event ohne Inhalt", genau das sagt die "Warnung" und ich nehme die raus.
vg
joerg
ab morgen im update,
vg
joerg
Hallo Jörg,
vielen Dank, Readings sind nach Update jetzt ok :)!
Gruß Bernd