Habe heute Vormittag ein update durchgeführt - seitdem ist die Prozessorlast der Fritz auf 99% (lt. System/Energiemonitor). Davor war ich immer auf max. 70-75 %.
Durchgeführte updates:2013.04.07 11:03:57 3: update get http://fhem.de/fhemupdate4/svn/controls_fhem.txt
2013.04.07 11:03:58 1: update saving statefile
2013.04.07 11:09:11 1: backup done: FHEM-20130407_110358.tar.gz (8400533 Bytes)
2013.04.07 11:09:11 3: update get http://fhem.de/fhemupdate4/svn/./fhem.pl.txt
2013.04.07 11:09:11 3: update get http://fhem.de/fhemupdate4/svn/FHEM/00_HMLAN.pm
2013.04.07 11:09:11 3: update get http://fhem.de/fhemupdate4/svn/FHEM/01_FHEMWEB.pm
2013.04.07 11:09:12 3: update get http://fhem.de/fhemupdate4/svn/FHEM/10_CUL_HM.pm
2013.04.07 11:09:12 3: update get http://fhem.de/fhemupdate4/svn/FHEM/10_EnOcean.pm
2013.04.07 11:09:13 3: update get http://fhem.de/fhemupdate4/svn/FHEM/10_FRM.pm
2013.04.07 11:09:13 3: update get http://fhem.de/fhemupdate4/svn/FHEM/16_CUL_RFR.pm
2013.04.07 11:09:13 3: update get http://fhem.de/fhemupdate4/svn/FHEM/20_FRM_AD.pm
2013.04.07 11:09:13 3: update get http://fhem.de/fhemupdate4/svn/FHEM/20_FRM_I2C.pm
2013.04.07 11:09:14 3: update get http://fhem.de/fhemupdate4/svn/FHEM/20_FRM_OUT.pm
2013.04.07 11:09:14 3: update get http://fhem.de/fhemupdate4/svn/FHEM/21_OWAD.pm
2013.04.07 11:09:14 3: update get http://fhem.de/fhemupdate4/svn/FHEM/21_OWCOUNT.pm
2013.04.07 11:09:14 3: update get http://fhem.de/fhemupdate4/svn/FHEM/21_OWID.pm
2013.04.07 11:09:15 3: update get http://fhem.de/fhemupdate4/svn/FHEM/21_OWLCD.pm
2013.04.07 11:09:15 3: update get http://fhem.de/fhemupdate4/svn/FHEM/21_OWMULTI.pm
2013.04.07 11:09:15 3: update get http://fhem.de/fhemupdate4/svn/FHEM/21_OWSWITCH.pm
2013.04.07 11:09:15 3: update get http://fhem.de/fhemupdate4/svn/FHEM/21_OWTHERM.pm
2013.04.07 11:09:16 3: update get http://fhem.de/fhemupdate4/svn/FHEM/32_SYSSTAT.pm
2013.04.07 11:09:16 3: update get http://fhem.de/fhemupdate4/svn/FHEM/40_RFXCOM.pm
2013.04.07 11:09:16 3: update get http://fhem.de/fhemupdate4/svn/FHEM/45_TRX.pm
2013.04.07 11:09:16 3: update get http://fhem.de/fhemupdate4/svn/FHEM/46_TRX_LIGHT.pm
2013.04.07 11:09:17 3: update get http://fhem.de/fhemupdate4/svn/FHEM/70_SML.pm
2013.04.07 11:09:17 3: update get http://fhem.de/fhemupdate4/svn/FHEM/70_USBWX.pm
2013.04.07 11:09:17 3: update get http://fhem.de/fhemupdate4/svn/FHEM/90_at.pm
2013.04.07 11:09:17 3: update get http://fhem.de/fhemupdate4/svn/FHEM/92_FileLog.pm
2013.04.07 11:09:18 3: update get http://fhem.de/fhemupdate4/svn/FHEM/93_DbLog.pm
2013.04.07 11:09:18 3: update get http://fhem.de/fhemupdate4/svn/FHEM/HMConfig.pm
2013.04.07 11:09:18 3: update get http://fhem.de/fhemupdate4/svn/docs/commandref.html
2013.04.07 11:09:20 3: update get http://fhem.de/fhemupdate4/svn/docs/faq.html
2013.04.07 11:09:20 1: update 29 file(s) have been updated.
Habe die heute erstellten Änderungen bereits deaktiviert - ohne Erfolg.
Kann das jemand bestätigen?
Danke - Tom
Leider hat sich "über Nacht" nichts geändert.
Folgendes läuft:
Defined modules:
FBAHA : 1
FBDECT : 1
FHEMWEB : 4
FileLog : 7
Twilight : 1
at : 6
autocreate : 1
dummy : 9
notify : 7
telnet : 1
weblink : 1
...also nicht viel.
Bei meinen Versuchen habe ich auch noch diesen Fehler festgestellt:
Argument "2013-04-08 10:43:36" isn't numeric in localtime at ./FHEM/90_at.pm line 54.
Dies wurde schon einmal beschrieben:
http://forum.fhem.de/index.php?t=msg&goto=72287&rid=852&srch=numeric+in+localtime#msg_72287 (//forum.fhem.de/index.php?t=msg&goto=72287&rid=852&srch=numeric+in+localtime#msg_72287)
Die Meldung kommt ca. 10x pro Sekunde in Putty.
Kann mir jemand sagen, wie ich ein Backup wieder herstellen kann - finde dazu auch nichts.
Meine bisherigen Versuche (unter Win entpacken, mit FTP hochladen) waren leider nicht von Erfolg gekrönt...
Danke
Noch ein Update:
Habe gerade die neuste Labor von AVM und FHEM 5.4 installiert.
Die selben Schwierigkeiten - Prozessorlast und permanente Meldung von 90_at.pm
Was neues ist mir jetzt auch noch aufgefallen:
define 5min_check at +*00:05:00 trigger 5min_check
attr 5min_check group Aktualisierungen
attr 5min_check room System
CFGFN
./FHEM/global.cfg
DEF
+*00:05:00 trigger 5min_check
NAME
5min_check
NR
69
NTM
01:38:33
REP
-1
STATE
Next: 01:38:33
TRIGGERTIME
2313
TRIGGERTIME_FMT
1970-01-01 01:38:33
TYPE
at
Kommt nach dem ausführen von diesem - nach rereadcfg passt die Zeit wieder - bis wieder ausgeführt wird.
Soweit ich es bemerkt habe, läuft es weiterhin alle 5 minuten - nur halt mit inkorrekter Zeit.
> Die selben Schwierigkeiten - Prozessorlast und permanente Meldung von 90_at.pm
Habs ja geschrieben: fuer die die update verwenden aendert 5.4 nichts.
> define 5min_check at +*00:05:00 trigger 5min_check
Das habe ich vermisst: der Bug tritt neuerdings auf, wenn man ein trigger auf einem at Definition macht.
Habs gefixed und eingecheckt.
Super - vielleicht geht nach einem Update die Prozessorlast auch wieder runter?!
Nach FHEM-Start läufts ganz ruhig und nach 5 Minuten (?) fängt es an mit der Prozessorlast....
Neustes Update installiert - alles wieder bestens.
Prozessorlast ist wieder normal.