Nach umstieg auf neue 7390 Probleme mit FHEM

[AK-868]

Hallo zusammen,

erstmal die Vorgeschichte. Meine alte Fritzbox 7390 ist wegen einer Überspannung gestorben.
Da ich mir immer schön die Stände von der cfg weggesichert habe, konnte ich die wiederherstellen.
Meine alte FB lief mit der Laborversion von AVM + updates.

Die neue FB, auch 7390, hat nur FHEM von der Seite hier installiert bekommen+ Updates bis heute:

jetzt habe ich folgende Probleme,

1. regelmäßige Disconnects von HMLAN
2. FHEM hängt sich zwischendurch einfach mal auf und reagiert 20-30 minuten nicht, es sei denn ich kille den prozess und starte neu. Keine Log einträge in der Zeit.
3. Bekomm ich Events anscheinend doppelt.
4. Alte Programme laufen zum Teil nicht mehr.
5. Bei aktualisierung der Webseite wird nach statusänderung teilweise nur kurz der neue status angezeigt ist dann aber wieder der alte. Wenn ich in das Device gehe steht der neue status dort. Starte ich den Browser neu, wird der status korrekt angezeigt, auch in der Übersicht.

Doppelte Events:
Vom Sensor kommen folgende Werte per HMLAN obwohl nur das Fenster geschlossen wurde

2013-07-08 19:35:25 CUL_HM EzFensterC_sens CMDs_done
2013-07-08 19:35:25 CUL_HM sens_EzFenster closed
2013-07-08 19:35:25 CUL_HM sens_EzFenster contact: closed (to HMLAN1)
2013-07-08 19:35:25 CUL_HM EzFensterC_sens CMDs_done
2013-07-08 19:35:25 CUL_HM sens_EzFensterGekippt closed
2013-07-08 19:35:25 CUL_HM sens_EzFensterGekippt contact: closed (to HMLAN1)

Was bedeutet to HMLAN1?

Hier ein Beispiel:

der Codeschnipsel lief super auf der alten Box, jetzt nur noch zur Hälfte und wenn ich folgenden Befehl absetze:
trigger sens_EzFenster open
funktioniert es fast. Aktor soll hochfahren stottert kurz und fährt dann hoch. Nicht toll für das Relais.
Wenn ich den set JL_Esszimmer Befehl per Kommando gebe, funktioniert es Problemlos.

Code Auswählen Erweitern


define JL_Esszimmer_pruef dummy
attr     2013-07-08 19:35:25 CUL_HM EzFensterC_sens CMDs_done
eventMap on off

define JL_Esszimmer1 at *{sunset("HORIZON=-5",300,"17:00","23:00")} set JL_Esszimmer_pruef on
define JL_Esszimmer2 notify sens_EzFenster:* set JL_Esszimmer_pruef on

define JL_Esszimmer_pruef2 notify JL_Esszimmer_pruef:on.* {\
my $Zustand =Value("sens_EzFenster");;\
my $Zustandhell =Value("Hell");;\
my $ZustandRollo =Value("JL_Esszimmer");;\
Log 3, "Stunde: $hour, noch Hell draussen: $Zustandhell, EZ_Fenstersensor: $Zustand, Rollo: $ZustandRollo";;\
if(($hour >= 17) && ($hour <= 23) && (Value("sens_EzFenster") eq "closed") && (Value("Hell") eq "Nein")) {\
  if (defined($defs{JL_Esszimmer_verzoegert})){fhem('delete JL_Esszimmer_verzoegert')};;\
  fhem ("define JL_Esszimmer_verzoegert at +00:01:00 set JL_Esszimmer off");;\
  Log 3, "Rollo wird zugefahren 1.Variante";;\
 }\
if ((($hour > 22) || ($hour < 7)) && (Value("sens_EzFenster") eq "closed")) {\
  if (defined($defs{JL_Esszimmer_verzoegert})){fhem('delete JL_Esszimmer_verzoegert')};;\
  fhem ("define JL_Esszimmer_verzoegert at +00:01:00 set JL_Esszimmer off");;\
  Log 3, "Rollo wird zugefahren 2.Variante";;\
 }\
if ((Value("Anwesend") eq "Ja") && (Value("sens_EzFenster") eq "open") && ReadingsVal("JL_Esszimmer", "state", "") ne "on"){\
  fhem ("set JL_Esszimmer on");;\
  Log 3, "Rollo wird hochgefahren wenn Anwesend und Fenster offen" .Value("JL_Esszimmer");;\
 }\
fhem ("set JL_Esszimmer_pruef off");;\
}


JL_Esszimmerpruef wird angeschalten, aber das wars. Auch kein Eintrag im Log, geschweige eine Reaktion beim Fahren der JL.

Was läuft da bei mir falsch.

Hoffe auf Hilfe.

MfG
Andre

[rudolfkoenig]

>  Die neue FB, auch 7390, hat nur FHEM von der Seite hier installiert bekommen+ Updates bis heute

Was heisst denn genau "Seite hier" ? Wenn es fhem.de ist, wer hat fhem.cfg konvertiert?

Sonst zu pruefen:
- per telnet auf dem FB anmelden und vergewissern, dass wirklich nur _ein_ fhem.pl laeuft.
- Logfile (log/fhem-2013-07.log) auf Auffaeligkeiten pruefen
- "attr global verbose 5" setzen, fhem neu starten und das Logfile erneut pruefen. Insb. fuer die Zeiten, wo die Disconnects auftreten.

[Puschel74]

Hallo,

@Rudi

Wenn es fhem.de ist, wer hat fhem.cfg konvertiert?

Heisst das das ich die fhem.cfg nicht 1:1 von einer ehemaligen Labor zu einer reinen fhem.de Version kopieren kann?

Sprich ich hatte (ich nicht aber nur angenommen) vorher die Labor auf meiner 7390 und habe die fhem.cfg gesichert.
Danach habe ich ein recovery durchgeführt und eine "jungfräuliche" 7390.
Auf dieser installiere ich FHEM von der fhem.de-Seite und kopiere dann die fhem.cfg auf meine "neue" 7390-Fhem.
Kann es nun sein das ich dennoch Probleme bekommen kann?

Der TE (AK-868) hat wohl die fhem.cfg seiner alten 7390 (mit Labor) noch gesichert bevor die FB "das zeitliche gesegnet hat".
Nun hat er eine neue 7390 und darauf direkt das fhem.de-Image installiert.
Update durchgeführt und seine alte fhem.cfg (von der Labor-FHEM-FritzBox) zurück kopiert.

Kann es sein das es dadurch immer noch zu Problemen kommen kann?

Danke für deine Antwort.

Grüße

[AK-868]

Guten Abend,

ich habe jetzt folgendes getestet.

Ich habe die Version die ich am 20.06.2013
hier
http://fhem.de/fhem-5.4-fb7390.image
heruntergeladen habe. Gerade nochmal auf die FB gespielt, gleiche fhem.cfg wie die von vorhin.
Gleicher code. Wie zuvor geschrieben.

Vllt. liegt es gar nicht an der Fritzbox, sondern an den Updates?
Ich hab fhem als fhem user laufen. Ich änder das gerade und werde nochmal einen status liefern.

Damit läuft es.
Events:

2013-07-08 21:08:54 dummy Geschlossen open
2013-07-08 21:08:54 dummy Geschlossen open
2013-07-08 21:08:54 CUL_HM sens_EzFensterGekippt open
2013-07-08 21:08:54 CUL_HM sens_EzFensterGekippt contact: open (to HMLAN1)
2013-07-08 21:08:54 dummy JL_Esszimmer_pruef off
2013-07-08 21:08:54 dummy JL_Esszimmer_pruef off
2013-07-08 21:08:54 dummy Geschlossen open
2013-07-08 21:08:55 dummy Geschlossen open
2013-07-08 21:08:55 CUL_HM sens_EzFenster open
2013-07-08 21:08:55 CUL_HM sens_EzFenster contact: open (to HMLAN1)
2013-07-08 21:08:55 CUL_HM JL_Esszimmer level: 89             %
2013-07-08 21:08:55 CUL_HM JL_Esszimmer deviceMsg: 89 % (to HMLAN1)
2013-07-08 21:08:55 CUL_HM JL_Esszimmer 89 %
2013-07-08 21:08:55 CUL_HM JL_Esszimmer motor: up:89 %
2013-07-08 21:08:55 CUL_HM JL_Esszimmer level: 90.5 %
2013-07-08 21:08:55 CUL_HM JL_Esszimmer deviceMsg: 90.5 % (to HMLAN1)
2013-07-08 21:08:55 CUL_HM JL_Esszimmer 90.5 %
2013-07-08 21:08:55 CUL_HM JL_Esszimmer motor: up:90.5 %
2013-07-08 21:09:03 CUL_HM JL_Esszimmer level: 100 %
2013-07-08 21:09:03 CUL_HM JL_Esszimmer deviceMsg: 100% (to HMLAN1)
2013-07-08 21:09:03 CUL_HM JL_Esszimmer 100%
2013-07-08 21:09:03 CUL_HM JL_Esszimmer motor: stop:100%

[AK-868]

Also ich hab jetzt alles wieder drin, nur die Plots laufen nicht und KEIN Update installiert.


Genutzte Module:
FritzBoxUtils
23_KOSTALPIKO.pm


Events ausgelöst durch HM-SCI-3-FM ich hab geschaut alle HM-SCI-3-FM die ich habe machen das so. Auch wenn ich gezielt mit einem Taster wirklich nur ein Signal losschicke, kommen dabei 2 Events zustande.

2013-07-08 22:09:46 dummy Geschlossen open
2013-07-08 22:09:48 dummy Geschlossen open
2013-07-08 22:09:51 CUL_HM sens_EzFensterGekippt open
2013-07-08 22:09:51 CUL_HM sens_EzFensterGekippt contact: open (to HMLAN1)
2013-07-08 22:09:51 dummy JL_Esszimmer_pruef off
2013-07-08 22:09:51 dummy JL_Esszimmer_pruef off
2013-07-08 22:09:51 dummy Geschlossen open
2013-07-08 22:09:53 dummy Geschlossen open
2013-07-08 22:09:55 CUL_HM sens_EzFenster open
2013-07-08 22:09:55 CUL_HM sens_EzFenster contact: open (to HMLAN1)

Logs:
2013.07.08 22:09:46 2: CUL_HM set CUL_HM_HM_SEC_SD_1E1E8D test rxt:2
2013.07.08 22:09:46 3: Alarm wurde ausgeloest
2013.07.08 22:09:48 3: Mail sent to Mail@googlemail.com (Mail@googlemail.com)
2013.07.08 22:09:48 2: CUL_HM set CUL_HM_HM_SEC_SD_1E1E8D test rxt:2
2013.07.08 22:09:48 3: Alarm wurde ausgeloest
2013.07.08 22:09:51 3: Mail sent to Mail@googlemail.com (Mail@googlemail.com)
2013.07.08 22:09:51 3: Stunde: 22, noch Hell draussen: Ja, EZ_Fenstersensor: open, Rollo: 100%
2013.07.08 22:09:51 3: Stunde: 22, noch Hell draussen: Ja, EZ_Fenstersensor: open, Rollo: 100%
2013.07.08 22:09:51 2: CUL_HM set CUL_HM_HM_SEC_SD_1E1E8D test rxt:2
2013.07.08 22:09:51 3: Alarm wurde ausgeloest
2013.07.08 22:09:53 3: Mail sent to Mail@googlemail.com (Mail@googlemail.com)
2013.07.08 22:09:53 2: CUL_HM set CUL_HM_HM_SEC_SD_1E1E8D test rxt:2
2013.07.08 22:09:53 3: Alarm wurde ausgeloest
2013.07.08 22:09:55 3: Mail sent to Mail@googlemail.com (Mail@googlemail.com)

Es kommen auch 4 Mails an.
Disconnects hatte ich bisher noch keine. Die kamen wenn ich lange nichts mit FHEM gemacht habe.

[rudolfkoenig]

>  Heisst das das ich die fhem.cfg nicht 1:1 von einer ehemaligen Labor zu einer reinen fhem.de Version kopieren kann?

Ja, da die Pfade zu den logfiles unterschiedlich sind. In der AVM Version ist Binary, Konfiguration und Logfiles ueber mehrere Verzeichnisse verteilt und die Pfadangaben sind absolut, und referenzieren die chroot Pfade. In der fhem.de Version ist alles in einem Verzeichnis, und die Pfadangaben sind relativ.
Die relativen Pfade werden auch in der .deb und .tar.gz Version seit 5.3 verwendet, so dass man die Datei ohne Konvertierung vom fb7390 auf das RPi oder NAS kopieren kann.

Falls man auf die AVM Version die fhem.de Version einfach drueberinstalliert, dann konvertiert das fhem.de Installationsprogramm diese Pfade, und rettet auch die alten logfiles, d.h. normalerweise muss der Benutzer nur update durchfuehren. fhem.cfg kann aber auch von einem Anfaenger, der etwas aufpasst und nachdenkt konvertiert werden.

Code Auswählen Erweitern

2013-07-08 22:09:51 CUL_HM sens_EzFensterGekippt open
2013-07-08 22:09:51 CUL_HM sens_EzFensterGekippt contact: open (to HMLAN1)
2013-07-08 22:09:51 dummy JL_Esszimmer_pruef off
2013-07-08 22:09:51 dummy JL_Esszimmer_pruef off

Diese doppelten Schaltvorgaenge haengen vermutlich mit geaenderten Eventnamen und nicht genau formulierten notify-regexps zusammen: beide, eigentlich unterschiedlichen sens_EzFensterGekipp Events setzen JL_Esszimmer_pruef. Ich meine dass dies waere (wie vermutet) auf der alten Version nach einem update auch passiert, und haengen nicht mit dem Wechseln von AVM auf die fhem.de Version zusammen.

Diesbezuegliche Fragen bitte in der Anfaengerfragen Gruppe stellen, mit genauer Beschreibung der notify.

[AK-868]

Hallo ich hab jetzt nochmal folgendes gemacht:

Fhem entfernt.
Fhem von fhem.de aufgespielt.

HMLAN definiert und via autocreate einen Sensor angelernt.

Es werden 4 events generiert:
Für jeden Sw 2 Stück. Auch wenn nur ein Impuls kommt.

Events:
2013-07-09 11:31:14 CUL_HM CUL_HM_HM_SCI_3_FM_1E4E59_Sw_01 open
2013-07-09 11:31:14 CUL_HM CUL_HM_HM_SCI_3_FM_1E4E59_Sw_01 contact: open (to HMLAN1)
2013-07-09 11:31:14 CUL_HM CUL_HM_HM_SCI_3_FM_1E4E59_Sw_02 open
2013-07-09 11:31:14 CUL_HM CUL_HM_HM_SCI_3_FM_1E4E59_Sw_02 contact: open (to HMLAN1)


Log:
2013.07.09 11:31:14 3: Statusänderug
2013.07.09 11:31:14 3: Statusänderug

.cfg Jungfräulich bis auf den HMLAN der HM_SCI_3_FM und das notify das nur ein Log schreibt und nur auf sw1 hört.

Code Auswählen Erweitern


attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global statefile ./log/fhem.save
attr global verbose 3

define telnetPort telnet 7072 global

define WEB FHEMWEB 8083 global

define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen

define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate autosave 1
attr autocreate device_room %TYPE
attr autocreate filelog ./log/%NAME-%Y.log
attr autocreate weblink 1
attr autocreate weblink_room Plots

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create


# If the above notify did not helped, then you probably have to enable some of
# the following lines.  Verify first that /dev/xxx ist correct.

#define FHZ FHZ /dev/USB0
#define CUL CUL /dev/ttyACM0@9600 1234
#attr CUL rfmode HomeMatic

#define EUL TCM 310 /dev/ttyACM0@57600
#define BscBor TCM 120 /dev/ttyUSB0@9600
#define BscSmartConnect TCM 310 /dev/ttyUSB0@57600
#FB_checkPw does not for FB-OS > 5.22
#attr WEB basicAuth {use FritzBoxUtils;;FB_checkPw("localhost","$password") }
#attr WEBphone basicAuth {use FritzBoxUtils;;FB_checkPw("localhost","$password") }
#attr WEBtablet basicAuth {use FritzBoxUtils;;FB_checkPw("localhost","$password") }
#attr telnetPort globalpassword {use FritzBoxUtils;;FB_checkPw("localhost","$password") }

define HMLAN1 HMLAN 192.168.0.2:1000
attr HMLAN1 hmId asdfawefacwe


define CUL_HM_HM_SCI_3_FM_1E4E59 CUL_HM 1E4E59
attr CUL_HM_HM_SCI_3_FM_1E4E59 .devInfo 030000
attr CUL_HM_HM_SCI_3_FM_1E4E59 .stc 80
attr CUL_HM_HM_SCI_3_FM_1E4E59 actCycle 028:00
attr CUL_HM_HM_SCI_3_FM_1E4E59 actStatus
attr CUL_HM_HM_SCI_3_FM_1E4E59 firmware 1.0
attr CUL_HM_HM_SCI_3_FM_1E4E59 model HM-SCI-3-FM
attr CUL_HM_HM_SCI_3_FM_1E4E59 peerIDs
attr CUL_HM_HM_SCI_3_FM_1E4E59 room CUL_HM
attr CUL_HM_HM_SCI_3_FM_1E4E59 serialNr JEQ0739876
attr CUL_HM_HM_SCI_3_FM_1E4E59 subType threeStateSensor
define FileLog_CUL_HM_HM_SCI_3_FM_1E4E59 FileLog ./log/CUL_HM_HM_SCI_3_FM_1E4E59-%Y.log CUL_HM_HM_SCI_3_FM_1E4E59
attr FileLog_CUL_HM_HM_SCI_3_FM_1E4E59 logtype text
attr FileLog_CUL_HM_HM_SCI_3_FM_1E4E59 room CUL_HM
define CUL_HM_HM_SCI_3_FM_1E4E59_Sw_01 CUL_HM 1E4E5901
attr CUL_HM_HM_SCI_3_FM_1E4E59_Sw_01 model HM-SCI-3-FM
attr CUL_HM_HM_SCI_3_FM_1E4E59_Sw_01 room CUL_HM
define FileLog_CUL_HM_HM_SCI_3_FM_1E4E59_Sw_01 FileLog ./log/CUL_HM_HM_SCI_3_FM_1E4E59_Sw_01-%Y.log CUL_HM_HM_SCI_3_FM_1E4E59_Sw_01
attr FileLog_CUL_HM_HM_SCI_3_FM_1E4E59_Sw_01 logtype text
attr FileLog_CUL_HM_HM_SCI_3_FM_1E4E59_Sw_01 room CUL_HM
define CUL_HM_HM_SCI_3_FM_1E4E59_Sw_02 CUL_HM 1E4E5902
attr CUL_HM_HM_SCI_3_FM_1E4E59_Sw_02 model HM-SCI-3-FM
attr CUL_HM_HM_SCI_3_FM_1E4E59_Sw_02 room CUL_HM
define FileLog_CUL_HM_HM_SCI_3_FM_1E4E59_Sw_02 FileLog ./log/CUL_HM_HM_SCI_3_FM_1E4E59_Sw_02-%Y.log CUL_HM_HM_SCI_3_FM_1E4E59_Sw_02
attr FileLog_CUL_HM_HM_SCI_3_FM_1E4E59_Sw_02 logtype text
attr FileLog_CUL_HM_HM_SCI_3_FM_1E4E59_Sw_02 room CUL_HM
define CUL_HM_HM_SCI_3_FM_1E4E59_Sw_03 CUL_HM 1E4E5903
attr CUL_HM_HM_SCI_3_FM_1E4E59_Sw_03 model HM-SCI-3-FM
attr CUL_HM_HM_SCI_3_FM_1E4E59_Sw_03 room CUL_HM
define FileLog_CUL_HM_HM_SCI_3_FM_1E4E59_Sw_03 FileLog ./log/CUL_HM_HM_SCI_3_FM_1E4E59_Sw_03-%Y.log CUL_HM_HM_SCI_3_FM_1E4E59_Sw_03
attr FileLog_CUL_HM_HM_SCI_3_FM_1E4E59_Sw_03 logtype text
attr FileLog_CUL_HM_HM_SCI_3_FM_1E4E59_Sw_03 room CUL_HM
define ActionDetector CUL_HM 000000
attr ActionDetector actCycle 600
attr ActionDetector event-on-change-reading .*
attr ActionDetector room CUL_HM
define FileLog_ActionDetector FileLog ./log/ActionDetector-%Y.log ActionDetector
attr FileLog_ActionDetector logtype text
attr FileLog_ActionDetector room CUL_HM

define ntfy_Sensor notify CUL_HM_HM_SCI_3_FM_1E4E59_Sw_01:.* {\
fhem Log 3, "Statusänderug";;\
}


[AK-868]

Ich hab FHEM jetzt noch aktualisiert.

Gleiches Bild.

Events kommen doppelt.

[rudolfkoenig]

> Es werden 4 events generiert: Für jeden Sw 2 Stück.

Fuer mich schaut das perfekt aus.


> Auch wenn nur ein Impuls kommt.

Klingt so, dass Du damit nicht einverstanden bist. Bitte in der HomeMatic Gruppe sich erklaeren lassen, warum das so ok ist.

Falls man die 4 Events akzeptiert, dann kann man das "Problem" der doppelten notifies trivial loesen, indem man das notify-Regexp anpasst, das meinte ich mit Posten in den Anfaengerfragen.

[Puschel74]

Hallo,

Fhem entfernt.

Wie hast du das gemacht?
Du hattest die AVM-Labor drauf wenn ich das richtig gelesen habe.

Grüße

[AK-868]

Danke für die Info rufolfkönig.

Ich denke ich hab es jetzt verstanden.

.* bedeutet ja das er auf jedes Event von dem Gerät reagiert. Deswegen führt er das zweimal aus weil 2 Events.

Warum das mit aktueller Firmware nicht mehr funktioniert ist mir zwar ein Rätsel (Vermutlich performance Problem) aber auch egal. Werd jetzt mal meinen Code durcharbeiten und die unpräzisen notifys entfernen.


Nur das mit dem Webseitenreload. Das ist geblieben.
Darkstyle und Opera + Opera mobile gleiches Bild.

Werd es nochmal im IE testen.

[AK-868]

@Puschel74

Die Box hat noch nie die Labor von AVM gesehen. Nur die Alte, die das zeitliche gesegnet hat.

Ich hatte nur die fhem.cfg von der Labor in die neue FB kopiert. Aber nur die cfg nichts anderes.
Die vorhandenen Logs waren mir egal.

FHEM Verzeichnis gelöscht datei von fhem.de eingelesen.

Getestet und dann ein update gemacht.

Jetzt bin ich erstmal ohne Update unterwegs, bis ich meinen ganzen kram durch und die notifys konkretisiert habe.

Vllt. läuft es dann ja.

Lieber keine Plots als keine Automatisation. Logs werden aber weiter erstellt.

[Puschel74]

Hallo,

ahh, stimmt. Du hattest ja den Crash auf deiner alten 7390 (sorry aber ich behalt mir die Beiträge nicht alle im Kopf und les mir nicht alle neu durch :-) ).

Aber wie Rudi schon geschrieben hat lässt sich die fhem.cfg nicht unbedingt 1:1 übertragen da die Labor von AVM
Zitat Rudi

In der AVM Version ist Binary, Konfiguration und Logfiles ueber mehrere Verzeichnisse verteilt und die Pfadangaben sind absolut, und referenzieren die chroot Pfade.

In der fhem.de Version ist alles in einem Verzeichnis, und die Pfadangaben sind relativ.

Zitat Ende
doch einiges anders macht und das müsste mMn auch in der fhem.cfg so stehen.
Sprich:
Wenn du die fhem.cfg der AVM-Labor verwendest hast du absolute Pfadangaben - die fhem.de hat aber relative usw.
Besser wäre es
a) alles per autocreate (oder per Hand) neu anlegen zu lassen oder
b) ALLE Pfadangaben zu prüfen oder
c) *hüstel* von der AVM-Labor per update zu wechseln (was ich aber nicht unbedingt favorisieren würde - nichts gegen AVM - ich verwende nur FritzBoxen weil ich die Teile einfach genial finde aber ... siehe meine bisherigen Beiträge hier im Forum).

Grüße

P.S.: Ob das allerdings dein Problem löst kann ich dir nicht sagen da ich dieses Problem nicht habe (warum auch immer - aber ich bin froh drum).

[AK-868]

Hallo Puschel74,

wie sollte denn jetzt der "Pfad" zur Log aussehen?

so z.B. ?

attr global statefile ./log/fhem.save ?

Sonst würde ich einfach den "Logpfad" überall anpassen oO wo ein Logfile generiert wird.