[gelöst] merkwürdiges warning

[Nobbynews]

Die Angaben um 09:57:02 sind uninteressant. 05:00:00 Uhr war das Problem.

Na ja, das war mir schon klar, dass das nichts mit dem Zeitpunt der Warnungen zu tun hat.
mseclog werde ich mal setzen.
Zusätzlich habe ich in denDOIFtools mal set specialLog 1 gesetzt.

Norbert

[Damian]

Na ja, das war mir schon klar, dass das nichts mit dem Zeitpunt der Warnungen zu tun hat.
mseclog werde ich mal setzen.
Zusätzlich habe ich in denDOIFtools mal set specialLog 1 gesetzt.

Norbert

Die Warnung muss aus einem DOIF-Device kommen, welches ein > und == in der ersten Bedingung hat. Mit mseclog kann man erkennen, ob die beiden Meldungen im gleichen Evenblock sind, also aus dem gleichen Device kommen.

[Otto123]

Die Warnung muss aus einem DOIF-Device kommen, welches ein > und == in der ersten Bedingung hat.

Meine Rede seit #3 ihr jagt die falsche Sau

[Nobbynews]

Die Warnung muss aus einem DOIF-Device kommen, welches ein > und == in der ersten Bedingung hat.

Ob ihr es glaubt oder nicht, ein solches DOIF habe ich nicht definiert.

Norbert

[Otto123]

ich bin für "oder nicht" - definiere Dir mal den alias grep und suche nach ==
https://wiki.fhem.de/wiki/Cmdalias

[Nobbynews]

ich bin für "oder nicht" - definiere Dir mal den alias grep und suche nach ==

Code Auswählen Erweitern

fhem.cfg:if (($hour >= 5 && $hour < 7) && (ReadingsNum("Ferien","state",1) == 1))\
fhem.cfg:if (($hour >= 5 && $hour < 7) && (ReadingsVal("Ferien","state",0) == 0))\
fhem.cfg:   fhem("set Ferien $stat") if defined fhem('get '.$NAME.' events filter:uid=="'.\
fhem.cfg: if (ReadingsNum("Ferien","state",0) == 0){\
fhem.cfg:if ($EVENT == 1){\
fhem.cfg:elsif ($EVENT == 0){\
fhem.cfg:define Bogen_Schule_inSchule WeekdayTimer Bogen de 245|05:35|on 245|06:50:02|off (ReadingsVal("Ferien","state",0) == 0)
fhem.cfg:(ReadingsVal("Ferien","state",0) ==0)
fhem.cfg:(ReadingsVal("Ferien","state",0) == 1)
fhem.cfg:if ($wday == 1) {\
fhem.cfg:(ReadingsVal("Ferien","state",0) == 1)
fhem.cfg:attr MQTT2_Garagentor userReadings state:.* {if (ReadingsNum($name,"State",0) == 0){sprintf("off")} else {sprintf("on")}}
fhem.cfg:if ($EVTPART1 == 1){\
fhem.cfg:#if ($EVTPART1 == 1){\
fhem.cfg:if ($we == 1){\
fhem.cfg:if ($we == 0){\
fhem.cfg: [?ZWave_BWM_Garage_Lux:RolladenKueche] == 0)\
fhem.cfg:attr di_Rolladen_Kueche comment {if ([05:00-09:00|7] and ([ZWave_BWM_Garage_Lux:Helligkeit] >= [ZWave_BWM_Garage_Lux:Morgens_Kue_WE]) and ([ZWave_BWM_Garage_Lux:RolladenKue] == 0)) \
fhem.cfg:[?ZWave_BWM_Garage_Lux:RolladenFenster] == 0)\
fhem.cfg: [?ZWave_BWM_Garage_Lux:RolladenTuer] == 0)\
FHEM/99_SUNRISE_EL.pm:  $sst -= $nh if($isrel == 1);
FHEM/99_SUNRISE_EL.pm:  $x++ if($m > 2 && ($y%4) == 0);
FHEM/99_myUtils.pm:if ($gefunden == 0)
FHEM/99_myUtils.pm:if ($gefunden == 0 )
Jedenfalls sehe ich da nichts, was ">" und "==" in einem device hat.
Oder habe ich Tomaten auf den Augen?
Edit: Sollte es etwa an dem 99_SUNRISE_EL liegen??

Norbert

[Damian]

bis auf >= würde es eher dazu passen:

di_Rolladen_Kueche comment {if ([05:00-09:00|7] and ([ZWave_BWM_Garage_Lux:Helligkeit] >= [ZWave_BWM_Garage_Lux:Morgens_Kue_WE]) and ([ZWave_BWM_Garage_Lux:RolladenKue] == 0))

Um 05:00 Uhr gibt es einen Zeittrigger  und es gibt die anderen Vergleiche.

[Nobbynews]

bis auf >= würde es eher dazu passen:

di_Rolladen_Kueche comment {if ([05:00-09:00|7] and ([ZWave_BWM_Garage_Lux:Helligkeit] >= [ZWave_BWM_Garage_Lux:Morgens_Kue_WE]) and ([ZWave_BWM_Garage_Lux:RolladenKue] == 0))

Um 05:00 Uhr gibt es einen Zeittrigger  und es gibt die anderen Vergleiche.

Das ist ein Eintrag im attr comment. Sollte also völlig außen vor sein.
Die Definition zu diesem DOIF habe ich gestern schon geändert in:

Code Auswählen Erweitern

defmod di_Rolladen_Kueche DOIF ([05:02-09:00] and \
[ZWave_BWM_Garage_Lux:Helligkeit] >= [?ZWave_BWM_Garage_Lux:Kueche] and \
[?ZWave_BWM_Garage_Lux:RolladenKueche] == 0)\
(set MQTT2_Kueche rauf,\
setreading ZWave_BWM_Garage_Lux RolladenKueche 1,\
set pushHandyNorbert message We RolladenKueche hochgefahren)

Norbert

[Otto123]

grep liefert natürlich nur einzelne Zeilen, in dem Moment wo Struktur in der DEF ist (Zeilenumbrüche) wird es schwierig. Also da musst Du manuell nachsuchen

[Damian]

Was aktuell im System definiert/aktiv ist, kann man immer mit list sehen, alles andere ist nicht aussagekräftig.

[Nobbynews]

Guten Morgen,

was soll ich sagen, Murphy hat zugeschlagen.
Heute Morgen keine Warnungen im Log, kein Triggern. Das Debug-File der DOIFTools gibt auch nichts her.
Was habe ich zwischenzeitlich gemacht:
- die Option :d an die numerische Abfrage angefügt
- FHEM neu gestartet

Zum Test habe ich jetzt noch einmal die Option :d gelöscht.

Norbert

[Otto123]

grep liefert natürlich nur einzelne Zeilen, in dem Moment wo Struktur in der DEF ist (Zeilenumbrüche) wird es schwierig. Also da musst Du manuell nachsuchen

Ach so und: diese Form des grep alias sucht in den Dateien, aber nicht in der aktiven config im Speicher die noch nicht gespeichert ist. -> Neustart?

[Nobbynews]

Guten Morgen,

heute gab es auch ohne die Option :d keine Warnungen im Log.

Kann es sein, dass es tatsächlich nur am fehlenden Neustart von FHEM lag??

Norbert

[Nobbynews]

Guten Morgen,

so wie es aussieht, hat sich das Thema mit den "merkwürdigen" Warnings erledigt.

Norbert