Hallo, folgendes Problem bekomme ich nicht in den Griff:
Ich versuche beim Klingeln an der Haustür (über Notify abgefragt) zwei Ereignisse auszulösen: 1. Webcam starten, 2. Pushover aufs Handy schicken.
Klapp auch soweit, nur möchte ich gern den Code zusammenfassen
zur Zeit löse ich das so:
define pushmsg Pushover XXXXXXXX XXXXXXXXXXX
define Klingel_alarm notify Klingel:trigger:.* {\
fhem("set pushmsg msg 'Klingel' 'Haustürklingel' '' 0 'gamelan' 0 0")\
}
define Klingel_cam notify Klingel:trigger:.* {\
fhem("set Foscam_outdoor2 on 30")\
}
klappt auch einwandfrei, Kamera läuft an, Pushover Nachricht mit Benachrichtigungs-Sound.
Ich möchte das aber gern in eine Zeile komprimieren, um nur eine Abfrage zu haben, etwas so:
define Klingel_alarm notify Klingel:trigger:.* {fhem("set pushmsg msg 'Klingel' 'Haustürklingel' '' 0 'gamelan' 0 0")};;{fhem("set Foscam_outdoor2 on 30")}
scheint auch soweit zu funktionieren, ABER nach eintreffen der Pushmsg wird der übergebene Klingelton (gamelan) nicht abgespielt ?
Hab ich hier einen Fehler im Syntax ?
Ob der Befehl richtig und vollständig raus geht kannst du im Log sehen, wenn du das Attribut "verbose" für "pushmsg" auf 5 stellst.
.. scheint richtig raus zu gehen
2016.02.09 20:22:39 4: Pushover pushmsg: device='' priority=0 sound='gamelan'
2016.02.09 20:22:39 4: Pushover pushmsg: retry=0 expire=0
komischer weise geht es jetzt :o
kann es sein, das Pushover bei zu vielen Nachrichten hintereinander Blockt ?
Im Pushover Modul ist derzeit kein aufwändiges Queuing eingebaut. Bei mehr als 2 gleichzeitigen Nachrichten (wir sprechen hier vermutlich von "pro Sekunde", die API Beschreibung ist da nicht ganz klar), KANN es sein, dass ein throttling stattfindet, insbesondere wenn du durch herumtesten mehrfach hintereinander solche Nachrichten schickst. Siehe https://pushover.net/api#friendly
ZitatDo not send more than 2 concurrent HTTP requests (TCP connections) to our API, or we may do rate limiting on our side which may cause timeouts and refused connections for your IP. To speed up multiple requests, you may send each request in sequence over the same TCP connection using HTTP keep-alive to avoid the overhead of a new TCP connection and SSL negotiation. Do not retry the same request more than once every 5 seconds. If we're having temporary difficulties, flooding our servers with repeated requests will just make the problem worse for everyone.