Moin Zusammen,
ich habe das Problem das durch "addLog" bei einem HM-Device folgendes ins Log geschrieben wird:
.........
2019-06-28_00:00:01 Salzanlage off
2019-06-28_08:44:01 Salzanlage on
2019-06-28_11:20:04 Salzanlage off
2019-06-28_12:34:44 Salzanlage off
2019-06-28_13:31:55 Salzanlage off
2019-06-28_13:32:03 Salzanlage off << addLog
2019-06-28_14:19:29 Salzanlage off << addLog
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^^@^@^@^@^@^@^@^@^@^@^@^@2019-06-28_14:02:37 Salzanlage off << addLog
Verwendet habe ich den Code wie HIER (https://wiki.fhem.de/wiki/Plot-Abriss_vermeiden") beschrieben.
99_myUtils.pm
sub
addLog($$) {
my ($logdevice, $reading) = @_; # device and reading to be used
my $logentry = ReadingsVal($logdevice,$reading,"addLog: invalid reading");
if ($reading =~ m,state,i) {
fhem "trigger $logdevice $logentry << addLog";
} else {
fhem "trigger $logdevice $reading: $logentry << addLog";
}
}
DOIF
defmod Doif_addLogDaily DOIF ([:59] or [:01]) ({addLog("Salzanlage", "state")})({addLog("Outdoor.Poolpumpe", "state")})
attr Doif_addLogDaily room 4.0.1_Tech
setstate Doif_addLogDaily cmd_1
setstate Doif_addLogDaily 2019-06-28 14:19:29 cmd 1.2
setstate Doif_addLogDaily 2019-06-28 14:19:29 cmd_event set_cmd_1
setstate Doif_addLogDaily 2019-06-28 14:19:29 cmd_nr 1
setstate Doif_addLogDaily 2019-06-28 14:19:29 cmd_seqnr 2
setstate Doif_addLogDaily 2019-06-28 14:19:26 mode enabled
setstate Doif_addLogDaily 2019-06-28 14:19:29 state cmd_1
setstate Doif_addLogDaily 2019-06-28 14:19:26 timer_01_c01 28.06.2019 14:59:00
setstate Doif_addLogDaily 2019-06-28 14:19:26 timer_02_c01 28.06.2019 15:01:00
List vom Device
Internals:
CFGFN ./FHEM/Timer_Pool.cfg
DEF 5A808E02
FUUID 5c812339-f33f-2783-fa58-6dd45d173aad7bdf
NAME Salzanlage
NOTIFYDEV global
NR 1279
NTFY_ORDER 50-Salzanlage
STATE off
TYPE CUL_HM
chanNo 02
device Outdoor.Sicherungskasten
READINGS:
2019-06-28 13:31:55 CommandAccepted yes
2019-06-28 13:31:55 deviceMsg off (to VCCU)
2019-06-28 13:31:55 level 0
2019-06-28 13:31:55 pct 0
2019-06-28 13:31:55 recentStateType ack
2019-06-28 13:31:55 state off
2019-06-28 13:31:55 timedOn off
2019-06-28 13:31:55 trigLast fhem:02
helper:
dlvlCmd ++A01126E9285A808E0202000000
peerFriend peerSens,peerVirt
peerOpt 3:switch
regLst 1,3p
expert:
def 1
det 0
raw 1
tpl 0
role:
chn 1
tmpl:
Attributes:
devStateIcon off:off_own on:on_own set_on:set_on_own set_off:set_off_own
model HM-LC-SW4-DR-2
peerIDs 00000000,
room 1.0.7_Outdoor,POOL
Bei dem zweiten Device "Outdoor.Poolpumpe" passiert das nicht.
Hat vielleicht jemand eine Idee?
Auszug Logfile zweiter Device:
2019-06-28_13:33:56 Outdoor.Poolpumpe off << addLog
2019-06-28_14:01:07 Outdoor.Poolpumpe off << addLog
2019-06-28_14:02:12 Outdoor.Poolpumpe off << addLog
2019-06-28_14:19:29 Outdoor.Poolpumpe off << addLog
2019-06-28_14:26:57 Outdoor.Poolpumpe off << addLog
VG
Anscheinend liefert dein Device ab und zu komische Werte...
Zitat von: amenomade am 28 Juni 2019, 21:51:35
Anscheinend liefert dein Device ab und zu komische Werte...
Danke für den Tipp, das hatte ich auch gedacht, nur hatte sich der ,,state" vom Device zu der Zeit nicht geändert.
Hab es jetzt laufen lassen, seit gestern Abend gibt es keinen solchen Eintrag mehr im Log.. [emoji15]
mhhhh...
Gesendet von iPhone mit Tapatalk