Modul für Pushover

Loredo · 28 August 2015, 18:17:35

Ich habe gerade nochmals eine aktualisierte Version eingecheckt, die ohne Perl::JSON die alte Funktionalität erhält (das Error-Handling ist dann so eingeschränkt wie es früher auch war). Die neuen Funktionen brauchen Perl::JSON.
Das urlEncoding ist auch erweitert.

Zitat von: Andre am 28 August 2015, 15:12:01
kannst Du eventuell ein kurzes Beispiel für die Verwendung von infix / callbackUrl geben? Irgendwie klappt das nicht so wie ich mir das dachte.

Das Define hast du entsprechend geändert und den infix angefügt?
Also:

Code Auswählen


define msgPush_Julian Pushover khlgjgoiugouhliuho gkjgkzgiuzgtuzgiuzt pushCallback

Danach ist der Callback erreichbar unter http://127.0.0.1:8083/fhem/pushCallback
Das ist exakt gleich wie beim GEOFANCY Modul. Ich empfehle eine abgesicherte Konfiguration wie sie auch für das GEOFANCY Modul im Wiki beschrieben steht.

Das Attribut callbackUrl muss dann auf die URL gesetzt werden, mit der FHEM dann von außen erreichbar ist.
Also z.B. https://meindyndns.org/webhook/pushCallback.

pushCallback sollte hier mit dem gesetzten infix überein stimmen. Es kann aber je nach Art, wie man FHEM nach außen erreichbar macht, auch abweichen (z.B. wenn ein Reverse-Proxy eine andere URL nach außen bereitstellt und es an die interne weiterleitet).

Eine URL schickt man dann so:

Code Auswählen


set msgPush_Julian msg 'Testnachricht' 'Klick mal auf diese URL' '' 0 '' 0 3600 'Hier klicken' 'http://www.example.com/'

Eine Mobilgeräte-Interne URL geht auch (in diesem Fall gibts keine Callback Readings in FHEM):

Code Auswählen


set msgPush_Julian msg 'Testnachricht' 'In diesem Programm gehts weiter' '' 0 '' 0 3600 'Programm öffnen' 'program://'

Eine Emergency Nachricht sähe so aus:

Code Auswählen


set msgPush_Julian msg 'Wichtige Testnachricht' 'Es ist was schlimmes passiert, bitte bestätigen' '' 2 '' 120 3600

Eine Emergency Nachricht mit URL so:

Code Auswählen


set msgPush_Julian msg 'Wichtige Testnachricht' 'Es ist was schlimmes passiert, bitte bestätigen.' '' 2 '' 120 3600 'Weitere Infos ansehen' 'http://www.example.com/'

volschin · 29 August 2015, 15:30:06

Supi, jetzt funktioniert auch %. Vielen Dank.

All-Ex · 30 August 2015, 18:12:17

Zitat von: Loredo am 28 August 2015, 18:17:35
Ich habe gerade nochmals eine aktualisierte Version eingecheckt, die ohne Perl::JSON die alte Funktionalität erhält (das Error-Handling ist dann so eingeschränkt wie es früher auch war). Die neuen Funktionen brauchen Perl::JSON.

Super, Danke dass Du dran arbeitest

Habe das Modul upgedatet, aber weiter JSON Probleme:

Code Auswählen

2015.08.30 18:03:25 0: Can't locate JSON.pm in @INC (you may need to install the JSON module) (@INC contains: /usr/lib/perl5/site_perl /usr/share/perl5/site_perl /usr/lib/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5/core_perl /usr/share/perl5/core_perl . /usr/local/FHEM/share/fhem/FHEM) at /usr/local/FHEM/share/fhem/FHEM/70_Pushover.pm line 350.
BEGIN failed--compilation aborted at /usr/local/FHEM/share/fhem/FHEM/70_Pushover.pm line 350.

Als ich sicherstellen wollte, dass ich die richtige Version installiert habe ist aufgefallen, dass das Modul gar nicht auftaucht, wenn ich version eingebe. Ich vermute mal, dass das durch Einfügen von $Id behoben werden kann, ähnlich wie z.B. beim CUL_HM Modul:

Code Auswählen

# $Id: 10_CUL_HM.pm 9168 2015-08-30 13:45:07Z martinp876 $

Loredo · 30 August 2015, 18:18:04

Kannst du in Zeile 350 mal das "use" in "require" umändern?

All-Ex · 30 August 2015, 18:28:50

Ja, mit require läuft's auch ohne JSON

Dank Dir!

Loredo · 30 August 2015, 18:33:09

Danke! Hab eine gefixte Variante eingecheckt.

Loredo · 30 August 2015, 20:43:58

Ich habe noch etwas hinzugefügt:

1. Der Status wird jetzt alle 10 Minuten geprüft. Das heißt ein Device, welches wegen fehlender Internet-Verbindung mal auf "disconnected" schaltet, geht dann wieder auf "connected". Außerdem wird die Device-Liste dadurch aktualisiert und falls der APP-Token oder die User-ID ungültig werden sollte, dann merkt man das auch sehr schnell.

2. Es gibt ein Reading "available", welches zwischen 1 und 0 wechselt, je nachdem ob man gerade Nachrichten verschicken kann oder nicht ("state" ist komplexer und für eine solche Abfrage nicht geeignet). Ich brauchte das Reading für eine verlässliche Aussage für die schon erwähnten FHEM msg-Befehle und mache auf dieser Grundlage einen Fallback auf E-Mail.

Gruß
Julian

All-Ex · 31 August 2015, 15:12:14

Das Update von heute früh hat mir keine Versionsnr. angezeigt. Scheinbar ist die Ergänzung von $Id im SVN nicht angekommen:

http://sourceforge.net/p/fhem/code/9174/
"70_Pushover: set Id keyword" meldet "Empty file"

volschin · 31 August 2015, 15:23:27

Ein set Id keyword wird da nicht helfen, da es laut History in svn in 70_Pushover noch nie eine $Id Zeile gab. Damit hat auch ein gesetztes Keyword keinen Anker wo es landen könnte.
Das müsste Loredo dann noch einbauen.

Loredo · 31 August 2015, 15:57:17

Ist schon lange drin.

EDIT: Ah Pardon, andere Module. Hier noch nicht, aber jetzt

All-Ex · 01 September 2015, 20:01:09

Zitat von: volschin am 29 August 2015, 15:30:06
Supi, jetzt funktioniert auch %. Vielen Dank.

Weiß jemand wie ich jetzt einen Zeilenumbruch einfüge? Bisher habe ich das mit %0A gemacht, aber nun wird %0A ausgegeben (ohne Zeilenumbruch).

%%0A \%0A \\%0A \n \\n hab ich schon probiert.

volschin · 01 September 2015, 20:11:44

Du könntest ein br tag nehmen. Das Modul kann ja jetzt HTML.

P.A.Trick · 02 September 2015, 21:09:16

Ich habe gerade mal versucht eine Interaktion via pushover zu senden!
Folgende Fehlermeldung habe ich erhalten!

Code Auswählen

2015.09.02 21:00:03.383 1: PERL WARNING: Use of each() on hash after insertion without resetting hash iterator results in undefined behavior, Perl interpreter: 0x7e008 at ./FHEM/70_Pushover.pm line 761.
2015.09.02 21:00:03.384 3: stacktrace:
2015.09.02 21:00:03.385 3:     main::__ANON__                      called by ./FHEM/70_Pushover.pm (761)
2015.09.02 21:00:03.386 3:     main::Pushover_SetMessage           called by ./FHEM/70_Pushover.pm (172)
2015.09.02 21:00:03.387 3:     main::Pushover_Set                  called by fhem.pl (3051)
2015.09.02 21:00:03.388 3:     main::CallFn                        called by fhem.pl (1531)
2015.09.02 21:00:03.389 3:     main::DoSet                         called by fhem.pl (1561)
2015.09.02 21:00:03.389 3:     main::CommandSet                    called by fhem.pl (1042)
2015.09.02 21:00:03.390 3:     main::AnalyzeCommand                called by fhem.pl (913)
2015.09.02 21:00:03.392 3:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2068)
2015.09.02 21:00:03.392 3:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (672)
2015.09.02 21:00:03.393 3:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (435)
2015.09.02 21:00:03.394 3:     main::FW_Read                       called by fhem.pl (3056)
2015.09.02 21:00:03.395 3:     main::CallFn                        called by fhem.pl (651)

Aufruf wie in der CommandRef angegeben!

Loredo · 02 September 2015, 22:20:07

das sieht nach einer verhunzten FHEM Installation aus.

richberry22 · 02 September 2015, 23:35:17

Hallo,

pushover erlaubt doch das gezielte Versenden an ein bestimmtes Device. Wenn ich ein einfaches "set pushmsg msg 'title' 'message' " mache, wird es an alle registrierten Geräte gesendet. Der Wiki-Eintrag sagt, dass es für gezielte Pushnachrichten folgendermaßen aussehen soll:

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.

Was mache ich falsch?

Gruß
Michael