Modul für Pushover

[P.A.Trick]

das sieht nach einer verhunzten FHEM Installation aus.

Hm das kann ich nicht glauben, denn sonst funktioniert ja alles! Ich schaue mal weiter!

[Loredo]

set pushmsg msg 'title' 'message' 'device' 'priority' 'sound' . Allerdings funktioniert das bei mir nicht. Wenn ich das Device mit angebe, wird es trotzdem an alle Empfänger geschickt.

Die Syntax ist an dieser Stelle nicht wirklich optimal, deshalb überlege ich noch immer die zu ändern (und deshalb womöglich ein Modul "Pushover2" draus zu machen).


Funktionieren tut es so:

Code Auswählen Erweitern


set msgPush.Julian msg 'title' 'message' 'device' 0 'sound'



Entscheidend dabei ist, dass die Priorität hier NICHT in einfache Hochkomma darf, damit sie erkannt wird.

[richberry22]

Die Syntax ist an dieser Stelle nicht wirklich optimal, deshalb überlege ich noch immer die zu ändern (und deshalb womöglich ein Modul "Pushover2" draus zu machen). Funktionieren tut es so:

Code Auswählen Erweitern


set msgPush.Julian msg 'title' 'message' 'device' 0 'sound'


Entscheidend dabei ist, dass die Priorität hier NICHT in einfache Hochkomma darf, damit sie erkannt wird.

Jo. Das funktioniert. Danke Dir vielmals!

[Amenophis86]

Ich verstehe leider immer noch nicht, wie ich zB den Status eins Dummys mittels Pushover ändern kann. Folgendes habe ich bereits gemacht:

- WEBhook angelegt, wie hier beschrieben: http://www.fhemwiki.de/wiki/Anwesenheitserkennung#Das_GEOFANCY_Modul, habe aber zum Testen Basic Auth erst mal weggelassen. Komme auch von außen mittels meiner DynDNS:Port/webhook/ auf FHEM
- Beim Pushover Modul habe ich pushCallback an die Definition angehängt, FHEM darauf:

Code Auswählen Erweitern

Registering Pushover for webhook URI /pushCallback ... scheint also auch zu funktionieren

- Die Callback URL habe ich auch angelegt in Form von

Code Auswählen Erweitern

https://MEINEDYNDS:8087/webhook/pushCallback (natürlich ist MEINEDYNDS nur ein Platzhalter und die richtige URL steht dort

- Jetzt sende ich eine Nachricht mittels FHEM, wie in der Commandref beschrieben:

Code Auswählen Erweitern

set Pushover1 msg 'Titel' 'Test' 'HA_Ede' 0 '' '' 3600 'Ausführen' 'set Test off'

- Die Nachricht kommt auf meinem Handy an und ich kann auf "Ausführen" klicken, allerdings kommt immer die Fehlermeldung, dass dafür kein Programm angelegt sei.

1) Wo genau befindet sich denn nun mein Denkfehler?
2) Kann man mit der CallbackUrl nur Nachrichten mit Priorität bestätigen und was genau heißt das?
3) Kann man überhaupt FHEM mittels Pushover Nachrichten Befehle übermitteln, wenn ja wie?

Vielleicht kann mir ja jemand helfen

EDIT:
Ich habe jetzt mal ein wenig damit weiter gespielt und versucht und festgestellt, dass man theoretisch ein Befehl über die URL senden könnte, wenn man diese in folgender Form anhängt:

Code Auswählen Erweitern

set Pushover1 msg 'Titel' 'Test' 'HA_Ede' 0 '' 120 300 'Ausführen' 'https://XXXXXXXXX:8087/fhem?cmd.Test=set%20Test%20off&'
Allerdings scheint das ; ein Problem zu sein, dass sich die Nachricht nicht versenden lässt.

[Loredo]

Es gab ein paar Stolpersteine, die ich gerade per Commit behoben habe (ab morgen per Update).
Außerdem ist bei der Nutzung der Supplementary-URL ohne Emergency trotzdem ein Zahlenwert für <retry> anzugeben (die Notation ist nunmal historisch einfach so):

Code Auswählen Erweitern


set Pushover1 msg 'Titel' 'Test' 'HA_Ede' 0 '' 0 3600 'Ausführen' 'set Test off'



Zum Thema "Wofür ist Priority/Emergency Callback gut", siehe Pushover API Doku. Es geht dabei darum den Alarm zu bestätigen und die wiederholte Erinnerung zu beenden. Diese Bestätigung erhält auch FHEM als Event zurück.

[Amenophis86]

super, jetzt funktioniert es ohne Probleme. Danke

EDIT:
Muss mich korrigieren. Kann jetzt bei einer normalen Meldung ein Befehl ausführen. Bei einer Alarmmeldung kommt allerdings folgender Fehler:

Code Auswählen Erweitern

NOK unable to fing exisiting receipt 1442328400
Denke die Nummer ist wohl die Nummer der Pushoversendung, da diese auch in den Readings auftaucht:

Code Auswählen Erweitern

available
1
2015-09-15 15:44:24
cbAck_1442328400
1
2015-09-15 15:47:23
cbAct_1442328400
executed: set Kamera stream
2015-09-15 15:47:23
cbDev_1442328400
HA_Ede
2015-09-15 15:46:41
cbMsg_1442328400
Folgender Kontakt wurde geöffnet: Test
2015-09-15 15:46:41
cbPrio_1442328400
2
2015-09-15 15:46:41
cbTitle_1442328400
Alarm Meldung
2015-09-15 15:46:41
cb_1442328400
rbbBoa3ere7KHaXZqCxtHH6aU2KbX3
2015-09-15 15:46:41
lastAction
set Kamera stream
2015-09-15 15:46:41
lastDevice
HA_Ede
2015-09-15 15:46:41
lastMessage
Folgender Kontakt wurde geöffnet: Test
2015-09-15 15:46:41
lastPriority
2
2015-09-15 15:46:41
lastRequest
17a1fbae5da4237fbe758d0041f6ecab
2015-09-15 15:46:41
lastResult
ok
2015-09-15 15:46:41
lastTitle
Alarm Meldung
2015-09-15 15:46:41
state
connected
2015-09-15 15:44:24

Interessant ist, dass ich den Befehl trotzdem ausführen kann, wenn ich zuerst den Alarm bestätige und dann auf "Ausführen" klicke. Es kommt zwar weiterhin der o.g. Fehler, aber der Kamera Dummy wird auf Stream gesetzt.

EDIT2:
Die Kamera wird auf Stream gesetzt mit dem Auführen des Bestätigen der Alarmmeldung, daher kann ich danach nicht mehr auf "Ausführen" klicken, weil es das quasi nicht mehr gibt. Jetzt habe ich es verstanden. Ist zwar leicht verwirrend gewesen, weil man ja quasi dazu verleitet wird über den Link die Kamera zu starten, aber ok

[Loredo]

Die erzeugten Readings für das Callback sind u.U. noch nicht final.
Ich hätte hier auch gerne Rückmeldung inwiefern sie sich gut oder schlecht fürs Triggern eignen. Hintergrund dazu: Die Readings werden dynamisch erzeugt und beinhalten auch einen dynamischen Namen. Außerdem muss man vermutlich in seiner Programmlogik irgendwie wissen, dass man vorher eine Nachricht mit einem bestimmten Inhalt abgeschickt hat und dass man nun darauf eine Reaktion des Users erhalten hat. Ggf. möchte man ja nun z.B. den Sirenen-Alarm wieder ausschalten (eben implizit statt explizit mittels Supplementary URL). Für diese Gedankenspiele und Experimente hatte ich noch keine Zeit. Wer also damit herum testet ist herzlich eingeladen hier Rückmeldungen zu geben.

[volschin]

Interessant. Da ich Emergency Callback vom Handy nutze, schaue ich mir das mit der Rückmeldung mal demnächst an.

[MartinPetri]

hallo

nach meinem Umzug auf mac bekomme ich folgende Meldung Kamm mir da jemand helfen danke im voraus !!!


2015.09.19 14:43:58 4: Pushover WhiteCastel: Found 5 argument(s)
2015.09.19 14:43:58 4: Pushover WhiteCastel:      title='Briefkasten' message='Post ist da.'
2015.09.19 14:43:58 4: Pushover WhiteCastel:      device='' priority=0 sound=''
2015.09.19 14:43:58 5: Pushover WhiteCastel: called function Pushover_SendCommand()
2015.09.19 14:43:58 4: Pushover WhiteCastel: REQ messages.json/title=Briefkasten&message=Post ist da.&priority=0&token=adh9GFNuoqG9axTPPA2Bq5uycHm928&user=ucZJT5qcAD6X8N4HhiQCRejCHyvGHr
2015.09.19 14:43:58 5: Pushover WhiteCastel: GET https://api.pushover.net:443/1/messages.json (POST DATA: title=Briefkasten&message=Post ist da.&priority=0&token=adh9GFNuoqG9axTPPA2Bq5uycHm928&user=ucZJT5qcAD6X8N4HhiQCRejCHyvGHr, noshutdown=1)
2015.09.19 14:43:59 5: Pushover WhiteCastel: called function Pushover_ReceiveCommand()
2015.09.19 14:43:59 4: Pushover WhiteCastel: RCV messages.json/title=Briefkasten&message=Post ist da.&priority=0&token=adh9GFNuoqG9axTPPA2Bq5uycHm928&user=ucZJT5qcAD6X8N4HhiQCRejCHyvGHr
2015.09.19 14:43:59 5: Pushover WhiteCastel: RES ERROR messages.json/title=Briefkasten&message=Post ist da.&priority=0&token=adh9GFNuoqG9axTPPA2Bq5uycHm928&user=ucZJT5qcAD6X8N4HhiQCRejCHyvGHr
<html>
<head><title>400 The plain HTTP request was sent to HTTPS port</title></head>
<body bgcolor="white">
<center><h1>400 Bad Request</h1></center>
<center>The plain HTTP request was sent to HTTPS port</center>
<hr><center>nginx</center>
</body>
</html>




mfg martin

[volschin]

Hast Du keine Perl-ssl installiert?

[MartinPetri]

hallo


IO::Socket::SSL dieses Modul ist drauf brauche ich ein anderes ?

wie gesagt geht um osx

[myrave]

Hallo zusammen,

wenn ich die aktuelle Ankündigung richtig verstehe, funktioniert ab sofort nur noch SSL, oder?
http://updates.pushover.net/post/126918128857/api-upcoming-upgrade-to-sha256-ssl-certificate

Ich habe heute ein Update von FHEM gemacht und Pushover läuft nicht mehr auf der Fritzbox.

Ich habe versucht die 70_Pushover.pm anzupassen und auf Port 80 umzustellen (Zeile 183), trotzdem Fehler.

Fehlermeldung im FHEM ist nachfolgende:
lastResult: Error: this API request must be done over SSL (https://api.pushover.net/).

Hat jemand eine Idee, wie ich das auf der Fritzbox wieder zum Laufen bekomme? Danke vorab!

[Loredo]

Nein.


Die Meldung besagt, dass sich der Hashing Algorithmus für die Verschlüsselung ändert, nicht dass jetzt nur noch verschlüsselt angefragt werden kann. Letzteres war nämlich schon immer so, weshalb auch seit der Umstellung des FHEM Moduls auf Non-Blocking das HTTPS-Attribut schlichtweg weggefallen ist und das Modul ausschließlich HTTPS macht.


Ich vermute stark, dass eure Perl Installationen hier mit SHA256 Schwierigkeiten haben. Da gibt es leider keine andere Lösung als eure Perl Umgebung auf den neusten Stand zu bringen.

[chris1284]

irgendwie ist die commandref falsch das modul teilt die optionen nicht richtig oder ich hab was falsch. ich will im doif eine nachricht nur an das device iphone senden. es wird aber immer an alle gesendet.

commandref

set <Pushover_device> msg [title] <msg> [<device> <priority> <sound> [<retry> <expire> [<url_title> <action>]]]

Beispiel
code

Code Auswählen Erweitern

set PushMsg msg 'topic' 'text' 'iPhone'

gebt ich das in befehlsfenster ein sendet er auch an alle, an doif liegt es wohl nicht

[Amenophis86]

Ich meine wenn ein Device angegeben ist muss auch priority und Sound angegeben werden.