Nach Update von FHEM läuft das nicht mehr.

[AK-868]

Hallo zusammen

Der Code läuft nach dem Update von FHEM nicht mehr.
Eine Frage noch vorweg,
Dem Codeschnipsel sollte es doch egal sein ob Logs vorhanden sind? Oder wo die Sind?

Ich finde den Fehler nicht.

Für micht sieht das jetzt erstmal so aus:

Der Prüfdummy

JL_Esszimmer_pruef ist off

Es kommt ein Event von

sens_EzFenster open

Das notify setzt JL_Esszimmer_pruef auf on <-  das tut er wirklich

Das scheint aber wiederrum kein Event mehr zu generieren.
So das define JL_Esszimmer_pruef2 notify JL_Esszimmer_pruef:on nicht erfüllt wird.
Den Logeintrag macht er auch nicht.


Die Frage ist warum?

Hier der CODE

Code Auswählen Erweitern


define JL_Esszimmer_pruef dummy
attr JL_Esszimmer_pruef 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:(open|closed) 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");;\
}

[betateilchen]

Ich schließe mich dem Fragesteller mal an, ein ähnliches Problem habe ich seit einem Update (vermutlich Ende Juni) auch. Das auf "bla" gesetzte notify funktioniert korrekt, wenn ich direkt ein "set bla on" in der Kommandozeile auführe, aber es funktioniert nicht, wenn ich das gleiche mit einem fhem("set bla on") aus einem anderen notify ausführe. Der Schaltbefehl auf "bla" wird zwar ausgeführt, aber das notify greift in diesem Fall nicht.

[AK-868]

Hallo,

 Ich hab einen HM-SCI-3-FM Sensor. Wenn ich mit dem einen Schaltvorgang auslöse, wird zwar der Dummy auf on geschaltet, aber der zugehörige notify wird nicht ausgeführt. Folgendes Beispiel hab ich gerade nochmal mit nem Kumpel getestet:

Code:

Code Auswählen Erweitern


define JL_Esszimmer_pruef dummy
attr JL_Esszimmer_pruef eventMap on off

define sens_EzFenster CUL_HM 1E4E5902
define JL_Esszimmer2 notify sens_EzFenster:(open|closed) set JL_Esszimmer_pruef on

define JL_Esszimmer_pruef2 notify JL_Esszimmer_pruef:on set JL_Esszimmer_pruef off


 Wenn der Sensor sens_EzFenster geöffnet wird, besitzt der Dummy JL_Esszimmer_pruef den Status on, obwohl er sich ja eigentlich direkt wieder auf off setzten müsste. Wenn ich den Dummy von Hand über set Befehl auf on setze, ändert er ordnungsgemäß seinen Status auf off. Das Ganze tritt erst seit einem Update auf.

Ok, nachgestellt wurde es jetzt schon ähnlich von betateilchen.


 VG
 Andre

[Puschel74]

Hallo,

ok, der Beitragstitel ist auch etwas "vage" gewählt aber ...

Ich hab jetzt spaßhalber mal einen Dummy und ein notify definiert:

Code Auswählen Erweitern

define Test dummy
attr Test webCmd An:Aus

define Versuch notify Test:An {
  Log (3,"Notify An");
}

und das attr global verbose steht auf 3.
Da geh ich mal davon aus das wenn ich den Test auf An schalte im LogFile ein Logeintrag erscheinen sollte.

Ist aber nicht - kein Logeintrag.

Was mich aber etwas verwundert ist das ich noch ein notify mit regexp

Code Auswählen Erweitern

OG_Badezimmer:humidity am laufen habe und das funktioniert einwandfrei.
In diesem notify prüfe ich die Luftfeuchte im Bad und schalte einen Lüfter ein - das klappt wunderbar jedesmal nach (bzw. während) dem duschen.

Grüße

[AK-868]

Hallo Puschel74,

der Beitragsname wurde so gewählt bevor ich so schlau war wie jetzt. ;) Ich hatte keinen Schimmer, warum es nicht mehr geht. Deswegen so unpräzise. Geht nicht mehr ;)

Anfänger halt.

Ich hatte später noch ein Thema gepostet wo das Problem explizit angesprochen wurde. Das war dann nicht so erwünscht und sollte hier weiter diskutiert werden.

Eine Lösung hab ich aber dennoch nicht.

Wenn ein Event direkt von einem Gerät gefeuert wird. Dann funktioniert das auch bei einem notify. Nur ein Event das einen Status vom Dummy ändert und dieser dann ein Event generiert, worauf ein notify hört, klappt nicht.

Die Version von fhem.de funktioniert was das angeht super. Nur nach dem Update klappt das nicht mehr.

Gruß Andre

[rudolfkoenig]

Die Aenderung eines Geraetes innerhalb der notify, was durch Aenderung des gleichen Geraetes ausgeloest wird (== JL_Esszimmer_pruef2) wird in fhem.pl nicht sauber geloest.

Ich habe noch keine Idee, wie man das sauber loest, ich empfehle sowas nicht zu verwenden.

Ich habe trotzdem zwei kleine (aber potentiell weitreichende) Aenderungen in fhem.pl eingefuehrt, dadurch bekomme ich jetzt nach einem "trigger sens_EzFenster open" statt 2-mal off ein on und ein off Event gemeldet, was in diesem Fall korrekt ist. Ob das euer Problem auch loest, ist mir unklar.

[betateilchen]

Hallo Rudolf,

bei mir ist das so - um mein Problem genau zu beschreiben::

Ein Fernbedienungsbutton wird gedrückt -> das erste notify (wird durch den Fernbedienungsbutton getriggert) legt los und schaltet eine FS20 Steckdose an.
Ein zweites notify wird durch Steckdose:an getriggert und soll dann weitere Schritte ausführen.

Wenn ich "set Steckdose an" direkt in der Kommandzeile ausführe, funktioniert das auch, aber nicht mehr aus dem ersten notify heraus. Da wird lediglich die Steckdose angeschaltet und das wars.

Das alles hat bis vor ca. zwei Wochen perfekt funktioniert - danach aber urplötzlich nicht mehr.

Viele Grüße
Udo

[rudolfkoenig]

Tritt das Problem mit der geaenderten fhem.pl auch auf?

Bitte ein Problem immer mit einem fhem.cfg Ausschnitt (wie bei AK-868) beschreiben, sonst bleibt mir zu viel Interpreteantionsfreiraum.

Das es "urploetzlich" nicht mehr funktioniert, kann ich mir nicht vorstellen, bestimmt war ein Update dazwischen.
Ja, ich habe unlaengst Probleme behoben, genau in diesen Gegend.

[AK-868]

Ich zieh gerade mal ein komplettes Update drüber.

Zuvor Version von fhem.de FB7390 Image.

Bin gespannt.



Das hat es jetzt gefixt. Problem gelöst funktioniert wieder!!

Vielen Dank!!!

[betateilchen]

Hallo Rudolf,

Das es "urploetzlich" nicht mehr funktioniert, kann ich mir nicht vorstellen, bestimmt war ein Update dazwischen.

Naja, mit "urplötzlich" meinte ich auch nicht aus heiterem Himmel, ich gehe auch davon aus, dass es irgendwann nach einem Update passiert ist und ich es aber nicht gleich bemerkt hatte. Neue Version kann ich erst heute abend testen, danke für Deine Unterstützung.

Viele Grüße
Udo

[betateilchen]

Scheint nach dem Update im Moment auch hier (wieder) zu funktionieren.

Viele Grüße
Udo

[betateilchen]

*verdächtig*

Seit gestern abend funktionieren meine automatisch über Google Kalender gesteuerten Schaltbefehle (set $actor on) nicht mehr - kann das irgendwie mit dem gestrigen Update von fhem.pl zusammenhängen?

Code Auswählen Erweitern

SwitchActorOff return value: Unknown command {, try help
Unknown command 4qjc1sgh9nktiecinkldq68jo4googlecom, try help
Unknown command mv2lkq4g2o5gh038uglg362ba8googlecom";;, try help

Code Auswählen Erweitern


Internals:
   DEF        Kalender_Schalter:modeEnded.* { my $reading="%EVTPART0";; my $uid= "%EVTPART1";; my $actor= fhem("get Kalender_Schalter summary $uid");; if(defined $actor) { fhem("set $actor off") } }
   NAME       SwitchActorOff
   NR         41
   NTFY_ORDER 50-SwitchActorOff
   REGEXP     Kalender_Schalter:modeEnded.*
   STATE      active
   TYPE       notify


Das hat bis gestern perfekt funktioniert und ich habe an diesem notify nichts geändert.

[AK-868]

Seit gestern ca. 24 Uhr klappt das wie zuvor beschrieben nicht.
Was interessant ist.

Wenn ich jetzt den Sensor trigger X mal. Dann bleibt prüf JL_Esszimmer_pruef on obwohl er auf off gehen müsste.

trigger sens_EzFenster open
trigger sens_EzFenster open

Das komische ist alle aufgelaufenen notifys arbeitet er ab und zwar wenn ich im Webinterface JL_Esszimmer_pruef auf on klicke.

Dann werden alle zuvor generierten Events verarbeitet mit einem mal. Auch ohne meinen kleinen Logeintrag. Der auch irgendwie falsch ist.
Aber zum Ziel führt und aufzeigt das alles angestaute verarbeitet wird.

Code Auswählen Erweitern


define JL_Esszimmer_pruef dummy
attr JL_Esszimmer_pruef eventMap on off

define sens_EzFenster CUL_HM 1E4E5902
define JL_Esszimmer2 notify sens_EzFenster:(open|closed) set JL_Esszimmer_pruef on

define JL_Esszimmer_pruef2 notify JL_Esszimmer_pruef:on set JL_Esszimmer_pruef off ;; {\fhem Log 3, "wieder aus"}


Logs:
2013.07.12 13:57:19 3: wieder aus
2013.07.12 13:57:19 3: JL_Esszimmer_pruef2 return value: SCALAR(0x125a720)
2013.07.12 13:57:19 3: wieder aus
2013.07.12 13:57:19 3: JL_Esszimmer_pruef2 return value: SCALAR(0xe737c0)
2013.07.12 13:57:19 3: wieder aus
2013.07.12 13:57:19 3: JL_Esszimmer_pruef2 return value: SCALAR(0xa84300)
2013.07.12 13:57:19 3: wieder aus
2013.07.12 13:57:19 3: JL_Esszimmer_pruef2 return value: SCALAR(0xedddb0)
2013.07.12 13:57:19 3: wieder aus
2013.07.12 13:57:19 3: JL_Esszimmer_pruef2 return value: SCALAR(0xd21b30)
2013.07.12 13:57:19 3: wieder aus
2013.07.12 13:57:19 3: JL_Esszimmer_pruef2 return value: SCALAR(0xb0ade0)
2013.07.12 13:57:19 3: wieder aus
2013.07.12 13:57:19 3: JL_Esszimmer_pruef2 return value: SCALAR(0x12f6648)

[rudolfkoenig]

1. Bei mir bleibt es off, wenn ich auf on clicke oder im terminal auf on setze
2. Ich wiederhole mich ungern, aber zum letzten mal :) "ich empfehle sowas nicht zu verwenden"
3. Kinder, bitte folgendes

Code Auswählen Erweitern

set JL_Esszimmer_pruef off ;; {\fhem Log 3, "wieder aus"}nicht nachmachen, es ist aus mind. 3 Gruenden kaputt:
- FHEM Befehle und Perl Code zu mischen wird nicht unterstuetzt, hier funktioniert es zufaellig
- falls der Perl code nicht undefined zurueckliefert, dann wird es im log ausgegeben
- \fhem ist Unsinn, wundert mich dass es tut.

[AK-868]

Ich entschuldige mich für mein Beispiel, ich wusste es nicht besser. Aus Fehlern wird man "Kluk". Ok das mit dem \ hätte ich sehen müssen.


Ich habe verschiedene Kriterien, die Dummy1 einschalten.

Ist es nicht resourcenschonend wenn ich ein Notify auf Dummy1 mache anstatt jedesmal die ganzen zu erfüllenden Kriterien dort wieder abzufragen um Aktion X auszuführen?

Anders herum, wie soll es denn richtig sein?

Kriterium_1 && Kriterium_2 ergeben K12

K12 muss Wert X && Kriterium_3 ensprechen um etwas auszuführen.

K12 muss Wert X && Kriterium_4 ensprechen um etwas auszuführen.

Muss ich dann jedes mal
Kriterium_1 && Kriterium_2 && Kriterum_3 abfragem um etwas auszuführen.
?