Neues Modul: PushBullet

[fhainz]

Stell mal bitte das device auf verbose 5, sende einen push und kopiere den log hier rein.

[jkriegl]

Muss man ev. den alten Token löschen - Can't connect(2) to https

Code Auswählen Erweitern

2016.12.10 18:57:00 4: Fhem-Status 16-12-10 18:57
2016.12.10 18:57:00 4: PushB_checkArgs: cmd:message Args:2 arg0:Puf 46.9 °C Ertr 5 Prog 21.9 Verbr 3.92 Temp -1.1 °C auto auto bat ok:7, arg1:Fhem-Status 16-12-10 18:57 deviceNick: deviceIden: email:
2016.12.10 18:57:00 4: FHEM -> Pushbullet.com: {"body":"Puf 46.9 °C Ertr 5 Prog 21.9 Verbr 3.92 Temp -1.1 °C auto auto bat ok:7,","device_iden":"","title":"Fhem-Status 16-12-10 18:57","type":"note"}
2016.12.10 18:57:00 4: Pushbullet.com -> FHEM:
2016.12.10 18:57:00 5: $err: https://**********************: @api.pushbullet.com/v2/pushes: Can't connect(2) to https://api.pushbullet.com:443: SSL connect attempt failed because of handshake problems error:00000000:lib(0):func(0):reason(0) SSL connect attempt failed because of handshake problems error:00000000:lib(0):func(0):reason(0)
2016.12.10 18:57:00 5: $method: POST


[tschennings]

2016.12.10 19:37:02 5: Cmd: >set Ticker message hurra1 | Haussteuerung<
2016.12.10 19:37:02 4: hurra1
2016.12.10 19:37:02 4: Haussteuerung
2016.12.10 19:37:02 4: Ticker_checkArgs: cmd:message Args:2 arg0:hurra1 arg1:Haussteuerung deviceNick: deviceIden: email:
2016.12.10 19:37:02 4: HttpUtils url=https://o.xxxxxxxxxxxxxxxxxxxxx: @api.pushbullet.com/v2/pushes
2016.12.10 19:37:02 4: FHEM -> Pushbullet.com: {"body":"hurra1","device_iden":"","title":"Haussteuerung","type":"note"}
2016.12.10 19:37:02 4: Pushbullet.com -> FHEM:
2016.12.10 19:37:02 5: $err: https://o.xxxxxxxxxxxxxxxxxxxxxxxxxxx: @api.pushbullet.com/v2/pushes: Can't connect(2) to https://api.pushbullet.com:443: SSL connect attempt failed because of handshake problems error:00000000:lib(0):func(0):reason(0) SSL connect attempt failed because of handshake problems error:00000000:lib(0):func(0):reason(0)
2016.12.10 19:37:02 5: $method: POST

[RpiEinOzean]

Hallo zusammen,

auch bei mir geht PushBullet nicht mehr.
Habe einen neuen Token angelegt auf Pushbullet erzeugt und in Fhem neu angelegt.

Code Auswählen Erweitern

define Push Pushbullet o.ABcdef7JgrvuYrAtABvZwgYwsTHiVuXr
(Der Token ist natürlich von mir geändert worden )
Danach Fhem neu starten lassen.

Leider kein Erfolg.
Kann jemand berichten wie es wieder funktioniert?
Gruß
Rpi

[Invers]

Leider kann ich dir nicht wirklich helfen, kann aber sagen, dass es bei mir einwandfrei funktioniert.
Ich kann mich erinnern, dass die mal den kostenlosen Versand auf eine bestimmte Anzahl von Nachrichten beschränkt haben. Ich weiss aber nicht, ob es ein Monatliches oder ein tägliches Kontingent ist. Ich vermute aber, dass es ein monatliches Kontingent ist, da es ja bei dir über Tage nicht geht.

Es kann sein, dass es bei mir funktioniert, weil ich ausschliesslich FHEM - Fehlermeldungen sende. Dank der tollen Unterstützung hier im Forum sind das zum Glück nicht so viele.

Ich hoffe, das hilft dir etwas bei der Fehleranalyse.

[hochturm]

Hallo zusammen,
Ich habe seit letzter Woche Dienstag auch das Problem mit dem ssl-handshake bei pushbullet. (Fehlermeldung analog  den vorherigen posts).
Da ich jedoch von den anderen Geräten untereinander Nachrichten senden und empfangen kann schließe ich bisher das 100 Nachrichten Limit aus.

Ich bin ambitionierter Laie und ssl eher Hexenwerk für mich. Mir ist nur aufgefallen, dass in der Fehlermeldung ein Space  (bzw. % 20 im GET) zwischen token und dem @ vor der Server_Adresse steht.

Vielleicht ein Hinweis? Sonst bitte einfach die professionelle Fehlersuche fortführen. Unser Haus redet plötzlich einfach nicht mehr mit uns. 

Guten Start in die Woche
Stephan

[rr725]

auch bei mir funktioniert Pushbulle nicht mehr....
bin umgestiegen auf telegram, funktioniert auch tadellos und da gibt es auch kein kontingent, alles kostenlos.......

[Cruiser79]

Ein neuer AccessToken anlegen und in FHEM reinkopieren hat bei mir auch nicht geholfen, danach kommt direkt

Code Auswählen Erweitern


2016.12.12 09:26:36 4: FHEM -> Pushbullet.com:
2016.12.12 09:26:36 4: Pushbullet.com -> FHEM:
2016.12.12 09:26:36 5: $err: https://[ACCESSTOKEN]:%20@api.pushbullet.com/v2/subscriptions: Can't connect(2) to https://api.pushbullet.com:443: SSL connect attempt failed because of handshake problems error:00000000:lib(0):func(0):reason(0) SSL connect attempt failed because of handshake problems error:00000000:lib(0):func(0):reason(0)
2016.12.12 09:26:36 5: $method: GET
2016.12.12 09:26:36 4: Messaging: Es wurden 0 Subscriptions neu eingelesen.

Eine Sperre wegen der Menge der Nachrichten schliesse ich auch mal aus, da ich nur maximal 3 Nachrichten pro Tag momentan verschicke.

Die Frage von @hochturm frage ich mich allerdings auch. Laut API soll ja der AccessToken sogar per Header übertragen werden. Wurde da vielleicht was auf Seiten von Pushbullet umgestellt/restriktiver gemacht? Ging das vorher auch als user:pwd@url Kombination und nun nicht mehr?

[fhainz]

Nein, es liegt weder an der Menge der Nachrichten noch an der user:pwd@url Kombination. Das sagt euer Fehlermeldung und bin mir (und Invers) geht es ja Problemlos.

Ich vermute wiedermal ein SSL Problem das mit Pi's auftritt. Ich nutze einen MacMini als Server und hatte die Verbindungsprobleme noch nie (ich nutze das modul mittlerweile auch nicht mehr). Muss erst schauen ob ich einen Pi in meiner Ramsch-Kiste finde um das Problem nachzustellen. Anschließend muss ich mich genauer informieren was das Problem sein könnte. Kenne mich mit dem SSL-Zeugs gar nicht aus. Wann ich die Zeit dazu finde (Weihnachtsstress und so), kann ich nicht sagen.


Wenn jemand Motivation und Zeit hat kann er sich gerne daran versuchen.

Grüße

@Invers
Du vewendest ebenfalls kein RasPi, oder?

[Cruiser79]

Nein, es liegt weder an der Menge der Nachrichten noch an der user:pwd@url Kombination. Das sagt euer Fehlermeldung und bin mir (und Invers) geht es ja Problemlos.

Ich vermute wiedermal ein SSL Problem das mit Pi's auftritt.

Wieso denn wiedermal? Was war denn das letzte Problem?

Gerade nochmal auf der Konsole getestet, sowohl

Code Auswählen Erweitern


pi@raspi:~$ curl --header 'Access-Token: [TOKEN]' https://api.pushbullet.com/v2/subscriptions

als auch

Code Auswählen Erweitern


pi@raspi:~$ curl https://[TOKEN]:%20@api.pushbullet.com/v2/subscriptions


liefert mir ein korrektes Ergebnis. Was wird bei FHEM anders gemacht?

[fhainz]

Versucht mal bitte das attr sslVersion zu setzen. https://forum.fhem.de/index.php/topic,61511.0.html

liefert mir ein korrektes Ergebnis. Was wird bei FHEM anders gemacht?

Kein curl aufruf, sondern es wird die HttpUtils.pm genutzt.

[nesges]

Code Auswählen Erweitern


pi@raspi:~$ curl --header 'Access-Token: [TOKEN]' https://api.pushbullet.com/v2/subscriptions

als auch

Code Auswählen Erweitern


pi@raspi:~$ curl https://[TOKEN]:%20@api.pushbullet.com/v2/subscriptions


Grade bei mir auf Raspi getestet, bringen beide nur leere Ergebnisse (auch mit neuem Token). Den zweiten Link habe ich auch in Chrome auf Windows 10 getestet, bringt ebenfalls nur die "leere" JSON-Anwort (s.u.). Ich hab's mit einem zweiten Account probiert, gleiches Ergebnis sowohl im Browser als auch mit Curl. Nicht getestet habe ich einen Router Neustart (um auszuschließen, dass meine aktuelle IP gesperrt sein könnte)

Code Auswählen Erweitern

{
"accounts": [],
"blocks": [],
"channels": [],
"chats": [],
"clients": [],
"contacts": [],
"devices": [],
"grants": [],
"pushes": [],
"profiles": [],
"subscriptions": [],
"texts": []
}

[Cruiser79]

Versucht mal bitte das attr sslVersion zu setzen. https://forum.fhem.de/index.php/topic,61511.0.html
Kein curl aufruf, sondern es wird die HttpUtils.pm genutzt.

Ein Setzen der SLL Version auf "!TLSv1:!TLSv1_1:TLSv1_2:!SSLv23:!SSLv3:!SSLv2" hat nur einen Absturz von FHEM mit der Meldung

Code Auswählen Erweitern

invalid SSL_version specified at /usr/share/perl5/IO/Socket/SSL.pm line 332
gebracht. Für sslVersion muss ich wohl noch den korrekten String suchen.

Das FHEM keinen Curl Aufruf benutzt, meinte ich auch nicht. Wollte nur damit sagen, was wohl curl anders macht als FHEM (HttpUtils.pm) beim Aufruf.

[Invers]

@Invers
Du vewendest ebenfalls kein RasPi, oder?

Doch. Siehe Signatur.

[Familienpapi]

Ich klinke mich mal hier mit ein, da ich dieses Problem auch habe und alle wichtigen Meldungen zuverlässig von FHEM über Pushbullet an meine Familie gesendet werden sollten.
Das Problem scheint meiner Meinung nach in HttpUtils.pm zu liegen, aber ich bin absolut kein Perl-Guru, um das 100%-ig auszumachen oder gar zu beheben. 
Sowohl manuell von der SSH-Konsole aus als auch mit diesem Workaround hier funktioniert es ohne Probleme:

In fhem.cfg:

Code Auswählen Erweitern

define Push_toMe dummy
attr Push_toMe readingList message
attr Push_toMe setList message
attr Push_toMe group Pushbullet
attr Push_toMe room Config

define Push_toMe_notify notify Push_toMe:* {PushSend_toMe();;}
attr Push_toMe_notify group Pushbullet
attr Push_toMe_notify room Config

und folgende Subroutine in 99_myUtils.pm:

Code Auswählen Erweitern

sub PushSend_toMe {
  my $mess = ReadingsVal("Push_toMe","message","ReadingsVal ERROR");
  my $call = "curl --header 'Access-Token: yourTokenHere' --header 'Content-Type: application/json' --data-binary '{"
           .chr(34)."title".chr(34).":".chr(34)."FHEM".chr(34)
           .","
           .chr(34)."body".chr(34).":".chr(34).$mess.chr(34)
           .","
           .chr(34)."type".chr(34).":".chr(34)."note".chr(34)
           ."}' --request POST https://api.pushbullet.com/v2/pushes";
           ;
  system($call);
}

Dieser Workaround funktioniert seit 2 Tagen problemlos und alle Nachrichten kommen an.
Müllt das Logfile etwas zu, aber das nehme ich gerne in Kauf.