Servicemeldungen *allinclusive* Script

[alchy]

Die Servicevariable hab ich eben eingerichtet --> funktioniert 1a.

damit ist das schon mal bewiesen.

Aber beim letzten Skript hatte ich folgenden Code welcher funktioniert.

Da du auch hier CUxD.CUX2801001:5 benutzt, sollte auch das allinc. Script funktionieren.
Sofern die Benutzerdaten ansonsten stimmen.....

Was meinst du mit Fehlerprotokoll?

Auf Seite 1 hier im Thread ist beschrieben und verlinkt was ich damit meine.

Alchy

[Helmut.J]

Hallo Zusammen,

kennt sich jemand mit dem Erzeugen des API-Keys für WhatsApp aus?
Wie hier z.B. beschrieben (https://www.callmebot.com/de/blog/koste ... chrichten/), soll man an eine Telefonnummer per Whatsapp eine Nachricht senden, und dann bekommt man die API zuurück.
Unter der Nummer +34 644 319 565 bekomme ich nun schon seit 3 Tagen nichts zurück -
und die Nummer +34 664 479 752 funktioniert gleich gar nicht ...

Danke für Eure Hilfe, hoffentlich
leilei

Bei mir hat es gestern funktioniert.
Wichtig ist das dun den Text mit den Anführungszeichen sendest:

„I allow callmebot to send me messages“

ich habe folgende Telefonnr. verwendet:
+34 644 47 97 52

Viele Grüße
Helmut

[Helmut.J]

wichtig ist, dass man zuerst einen Kontakt anlegt, danach kann die Meldung gesendet werden

[Tomcar]

Die Servicevariable hab ich eben eingerichtet --> funktioniert 1a.

Mein letztes Skript mit CUx ist schon etwas länger her und ich bin da fachlich nimmer ganz drinnen.
Aber beim letzten Skript hatte ich folgenden Code welcher funktioniert.

string s_cmd = "wget --no-check-certificate --quiet -O /dev/null \"https://api.telegram.org/bot444974471:A ... 7777&text=" # s.ToUTF8().UriEncode() # "\"";
dom.GetObject("CUxD.CUX2801001:5.CMD_EXEC").State (s_cmd);
o.State ("");
}

@ Alchy. Was meinst du mit Fehlerprotokoll? Wenn ich das Skript ausführe kommt ja kein Fehler. Es läuft reibungslos durch, sendet aber eben nur keine Telegramnachricht

Ich habe es mit deinem Skript nicht zum laufen bekommen.
Mit einem kleinen umweg klappts hervoragend.
Dein Sktipt speichert den Text in die Variable.
Mit meinem Skript von oben lese ich die Variable aus und sende sie per Telegram.

[alchy]

Was für ein Chaos.
Du zitierst deinen eigenen Beitrag und antwortest jetzt wen? Dir selber? Mir? Ne kann ja nicht sein, den Hinweisen gehst du ja nicht nach.
Klar kann man auch auf den Rücken durch die Brust ins Auge Jeder wie er will.

Alchy

[Tomcar]

Ich wollte nur kurz Rückmeldung geben, dass ich es mit deinem Skript nicht geschafft habe und einen Umweg gefunden hab.
Ich zitiere meine eigenen Beitrag da dort das Skript drinsteht, welches ich nun zum Senden der Telegrammeldung benutze.
Sorry, wollte keinen verwirren, sondern eigentlich nur helfen, falls jemand ein ähnliches Problem mit Telegram haben sollte.

[Skyscraper]

Moin!

Kann es sein, dass in der aktuellen Version die Umlaute bei Pushover kaputt sind? Ich habe ein bisschen debugging betrieben und muss feststellen: Bei Servicemeldungen von Geräten mit Umlaut im Namen (bspw. "Haustür") kommt keine Pushover-Nachricht.

Ich habe mir mal den CURL-Aufruf im Script-Test mit ausgeben lassen:

Code: Alles auswählen

WriteLine("pushover: LD_LIBRARY_PATH=/usr/local/lib/ /usr/bin/curl -s -k -d token='"#TOKEN#"' -d user='"#USERKENNUNG#"' -d device='"#USERDEVICE#"' -d html='"#HTML#"' -d message='"#message#"' -d priority='"#PRIO_MAX#"' -d sound='"#SOUND#"' -d retry='"#RETRY#"' -d expire='"#EXPIRE#"' https://api.pushover.net/1/messages.json");

Die generierte message sieht so aus:

NEUE%20Servicemeldung%0D%0AHaust%3%±Cr%2DAlt%20%3A%20%0D%0A1x%20leere%20LR3%2FAAA%20%0D%0A [... gekürzt]

Das ganze mit CURL mit zusätzlichem Paramter -i auf der Shell ausgeführt, bekomme ich 400 Bad Request von Pushover zurück und entsprechend auch keine Pushnachricht.

Kürze ich allerdings die message auf:

NEUE%20Servicemeldung%0D%0AHaust

dann bekomme ich 200 OK und die Pushnachricht kommt an.

Long story short: Irgendwas ist an der Konvertierung des Gerätenamens "Haustür" kaputt. Kann ich wahrscheinlich auch selber beheben, aber vielleicht hatte das ja schon mal jemand? Man muss ja nicht immer das Rad neu erfinden

EDIT: Das betrifft scheinbar längst nicht alle Systeme. Ich nutze debmatic (v3.65.8-95) als virtuelle Maschine. Auf einer piVCCU (v3.65.8-74), auf die ich ebenfalls Zugriff habe, tritt das Problem nicht auf. Dazu gab es vor 2,5 Jahren mal ein ähnliches Github-Ticket, bezogen auf RaspberryMatic, allerdings weiß ich nicht, an welcher Stelle das gefixt wurde.

EDIT2: Super simpler Workaround (hätte ich auch schon früher drauf kommen können): Pushover braucht kein UriEncode. Es reicht ToUTF8.
Also einfach die Zeile

Code: Alles auswählen

string message = slist.ToUTF8().UriEncode();

ändern zu

Code: Alles auswählen

string message = slist.ToUTF8();

und alles ist gut (zumindest solange man nur Pushover nutzt)

Viele Grüße
Der Sky

[TSNr1]

Moin zusammen,

kann mir einer sagen ob es irgendwie möglich ist dieses Script auch für den Cloudmatic Easy Push zu nutzen?

Danke schonmal im vorraus

[finerider]

Wenn mich nicht alles täuscht, ist es hier

https://kb.easy-smarthome.de/CloudMatic ... emeldungen

beschrieben - oder ich habe die Frage nicht verstanden

[Luft-post]

Moin zusammen,

erstmal vielen Dank für das tolle Script
Läuft bei mir über Pushsafer ohne Probleme.
Gibt es eine Möglichkeit zusätzlich zu den "Namen" z.B. HmIP-eTRV-2 000A1D898ECF00
auch die "Bezeichnung" z.B. Homematic IP Heizkörperthermostat und den "Raum" z.B. Kinderzimmer mit in die Nachricht zu integrieren?

Gruß
Matthias