Notify funktioniert mit Dummy for on aber nicht für off

[drdownload]

bewaesserung.aktor.dachterrasse:.* {
    if ("$EVENT" eq "on") {
    system "wget -O /dev/null -q http://10.0.0.112/control?cmd=GPIO,4,0&"
    }0;;
    if ("$EVENT" eq "off") {
    system "wget -O /dev/null -q http:/10.0.0.112/control?cmd=GPIO,4,1&"
    }0;;
}

Ich habe einfach einen Dummy mit webcmd on:Off.

Lustigerweise schaltet er bei on zwar mit der URL oben aber bei Off nicht. Die urls funktionieren beide wenn man sie rauskopiert

[RaspiLED]

Hi,
Das erste ist link beim zweiten fehlt ein / ...http://...
Gruß Arnd

Gesendet von meinem SM-G800F mit Tapatalk

[drdownload]

ah danke. ist noch zu früh

[DeeSPe]

Code Auswählen Erweitern

system "wget ......";
ist aber blockierend!

Schau Dir mal diese nicht blockierende Variante an https://forum.fhem.de/index.php/topic,72786.msg643926.html#msg643926 .

Gruß
Dan

[franky08]

Und das notify soll auf off reagieren, im webcmd steht aber Off, mit großen O

[eppi]

Code Auswählen Erweitern

system "wget ......";
ist aber blockierend!

Hi DeeSPe
Ist wget im Grundsatz blockierend in FHEM?
Ich hängejeweils an meine wget system Commmands ein "&" dahinter, damit sollte dieser m.E. im Hintergrund ausgeführt werden. Ist das so, oder ist GetFileFromURL als einzige blockierungsfrei?

hier noch ein Beispiel eines meiner wget-commands:

Code Auswählen Erweitern

{system "wget -q -O /dev/null 'http://192.168.1.51/control?cmd=lcd,1,1,Alarmanlage: ein'&"}
Danke!

[DeeSPe]

Alles was mit "system" aufgerufen wird ist blockierend.
Deshalb gibt es in FHEM Funktionen die das "nicht blockierend" machen.

Die jeweiligen FHEM Funktionen sind den "system" Aufrufen vorzuziehen.

Gruß
Dan

P.S. Das ist nur eine allgemeine Empfehlung. Ob Du das für Dich so umsetzt bleibt Dir überlassen.

[eppi]

Super, Danke dir für die Informationen!
Ich werde somit meine wget Commands in GetFileFromURL ändern.

Gruss eppi

[dev0]

Ich werde somit meine wget Commands in GetFileFromURL ändern.

Damit wird allerdings FHEM auch blockiert, wenn der ESP nicht erreichbar ist. Besser wäre es in dem Fall HttpUtils_NonblockingGet zu nutzen.
Davon abgesehen gibt es zwei Module, die ESPEasy nicht-blockierend unterstützen und weitere Features bieten.

Alles was mit "system" aufgerufen wird ist blockierend.

Nicht, wenn der Aufruf ein & am Ende enthält.