Autor Thema: [erledigt] Plot-Abriss --> addLog erzeugt fehlerhaften Logeintrag  (Gelesen 876 mal)

Offline Kenneth

  • Full Member
  • ***
  • Beiträge: 157
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 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
« Letzte Änderung: 01 Juli 2019, 10:31:58 von Kenneth »
Intel NUC @Ubuntu > FHEM 5.8
HM-LAN, NanoCul, Signalduino
EchoDot, Gardena Sileno, XT1, Somfy RTS
TabletUI

Offline amenomade

  • Hero Member
  • *****
  • Beiträge: 4348
Antw:Plot-Abriss --> addLog erzeugt fehlerhaften Logeintrag
« Antwort #1 am: 28 Juni 2019, 21:51:35 »
Anscheinend liefert dein Device ab und zu komische Werte...
FHEM 5.8 Pi 3, EchoDot, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, und HM Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten

Offline Kenneth

  • Full Member
  • ***
  • Beiträge: 157
Antw:Plot-Abriss --&gt; addLog erzeugt fehlerhaften Logeintrag
« Antwort #2 am: 30 Juni 2019, 09:48:13 »
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..
mhhhh...


Gesendet von iPhone mit Tapatalk
Intel NUC @Ubuntu > FHEM 5.8
HM-LAN, NanoCul, Signalduino
EchoDot, Gardena Sileno, XT1, Somfy RTS
TabletUI

 

decade-submarginal