Oh ok, dass ist mal ne Erkenntnisse... Irre ich habe natürlichürlich die 2.0 und in sofern keine Probleme.. 🤷🏼♀️
Nachrichten an Whatsapp funktionieren nicht mehr
- JB_Sullivan
- Unerledigt
-
-
hmmm… seit heute kommt immer mal eine Fehlermeldung
hmmm… irgendwie kommt jetzt immer mal eine Fehlermeldung, da gibts aber auch keinen roten Faden *grübel*, die Settings sollten aber passen. Habe jetzt mal testweise einen Trigger auf den Bewegungsmelder im Korridor gesetzt zum Nachvollziehen. Livisi hat die Bewegung getrackt, der http-request ist auch aufgerufen worden, endet aber im Fehler, seltsamerweise geht das beim nächsten Mal wieder, am Setup wurde natürlich nichts geändert … Vorboten vom Karneval?!
Hallo Lakritzstange,
Hast Du eine Lösung für die von Dir beschriebene Fehlermeldung "Encountered error during HTTP request"? Ich bekomme die gleiche Fehlermeldung, allerdings nur auf dem SHC V1. Die identische Konfiguration auf meiner SHC 2.0 funktioniert tadellos. (Siehe mein Post weiter oben).
Ich verzweifele langsam - wenn es sich um einen Bug handelt, sollten andere das doch auch sehen. Wer kann bitte mal die HTTP-Anfrage aktuell auf SHC V1 testen?
-
Hallo Lakritzstange,
Hast Du eine Lösung für die von Dir beschriebene Fehlermeldung "Encountered error during HTTP request"? Ich bekomme die gleiche Fehlermeldung, allerdings nur auf dem SHC V1. Die identische Konfiguration auf meiner SHC 2.0 funktioniert tadellos. (Siehe mein Post weiter oben).
Ich verzweifele langsam - wenn es sich um einen Bug handelt, sollten andere das doch auch sehen. Wer kann bitte mal die HTTP-Anfrage aktuell auf SHC V1 testen?
Moin und Danke - ja du, es scheint also wirklich ein Problem der V1 zu sein, die letzten Beiträge (auch) von Manuel scheinen das ja nun wirklich relativ gut zu untermauern. Ich habe aktuell noch die V1 im Einsatz, würde aber wohl besser zur V2 wechseln. Evtl. ists ja in der Tat ein Timeout, der aufgrund schwächerer Performance der V1 hier immer wieder mal (oder eben auch mal nicht) ursächlich ist. Bis jetzt ist die Erfolgsquote bei der V1 irgendwo im Bereich 80-90%, weswegen ich den http-Request eher nicht für existenzielle Meldungen nehmen möchte. Wer also ähnliche Sorgen hat und zufälligerweise ebenso (noch) mit V1 unterwegs ist - das würde die Schnittmenge an potenziell gleichen Ursachen weiter vergrößern am Markt dieser Problemkinder.
Es bleibt spannend, aber dieses Problem ist ja leicht auch nach dem 1.3. zu fixen - jetzt müssen ja noch auf den letzten Meter alle V1 gepatcht werden, die letzten Geräteupdates, dann zieht endlich wieder eine Ecke mehr Ruhe ein. Wobei es dann auch spannend wird, ob denn vielleicht nach dem Update der V1 das http-Request-Sorgenkind Geschichte ist (?) - die Hoffnung stirbt ja bekanntlich zuletzt.
Auf jeden Fall ein dickes Danke für die Tipps von Dir und auch von Manuel - ich denke, dass das in der Tat der richtige Weg zur Problemlösung bzw. überhaupt erstmal zur Ursachenforschung war.
Im Tenor aber definitiv als Kernpunkt: Bei mir unter V1 mit Firmware 1.914-3.1.1088.0 gibt es nicht nachvollziehbare Probleme beim http-Request, da sollten andere User mehr oder weniger sicher ebenso bestätigen können.
Danke euch allen hier - mega Community
-
Moin,
eine meiner Reservezentralen 1. Gen hat gerade eben ihr Update auf die 3.1.1110 bekommen.
Eine Test-WhatsApp-Nachricht auf CallMeBot hat ohne Probleme geklappt.
Grüße
Christian
-
eine meiner Reservezentralen 1. Gen hat gerade eben ihr Update auf die 3.1.1110 bekommen.
Eine Test-WhatsApp-Nachricht auf CallMeBot hat ohne Probleme geklappt.
Grüße
Christian
Oh, gut. Hattest Du das vor dem aktuellen Update auch mal probiert ?
-
Oh, gut. Hattest Du das vor dem aktuellen Update auch mal probiert ?
Ja,
ich habe mir extra einen Test-Zustand und ein Test-Szenario auf den SHCen eingerichtet, so dass ich nur einen Knopf drücken muss.
Hat auf der SHC-3 mit der letzten und der aktuellen geklappt.
Auf meiner SHC-2 ist noch die vorherige Version drauf - gerade eben nochmal geklickt, Nachricht erhalten.
Scheint zumindest kein generelles Problem der SHC Gen.1 oder des HTTP-Request zu sein.
-
Alles anzeigen
Ja,
ich habe mir extra einen Test-Zustand und ein Test-Szenario auf den SHCen eingerichtet, so dass ich nur einen Knopf drücken muss.
Hat auf der SHC-3 mit der letzten und der aktuellen geklappt.
Auf meiner SHC-2 ist noch die vorherige Version drauf - gerade eben nochmal geklickt, Nachricht erhalten.
Scheint zumindest kein generelles Problem der SHC Gen.1 oder des HTTP-Request zu sein.
Hmmm ... sollte es denn mit dem Telegram Link zusammen hängen ?
Hast Du eine Möglichkeit, auch die zu testen ?
Wie das geht, steht hier:
Der BotFather: Einrichtung eines Chat-Bots • Christians Homepage
-
Hmmm ... sollte es denn mit dem Telegram Link zusammen hängen ?
Hast Du eine Möglichkeit, auch die zu testen ?
Wie das geht, steht hier:
Sorry, kein Telegram oder anderes bei mir.
Aber die neue Email-Funktion hab ich vorhin noch getestet: geht einwandfrei (1&1-Konto)
-
Bräuchte mal bitte kurz Hilfe bei ddr Telegram Einrichtung:
Chatbot ist eingerichtet und funktioniert soweit, dass ich mir selbst über eine HTTP URL eine Telegram Nachricht schicken kann. Aber wenn ich das in der SHC App unter HTTP Request eintragen, gibt es immer eine Fehlermeldung. [Edit: es ist ein SHC V1.0]
Wie sieht das genau aus mit den Feldern des HTTP Requests bei Telegram?
Fehlermeldung siehe Screenshot
so, Jungs, ich habe mal weiter getestet:
HTTP-ANFRAGE mal über den anderen Weg mit CallmeBot eingerichtet funktionierte auf Anhieb auch auf dem SHC V1.0 - siehe Anleitung hier: https://www.callmebot.com/blog/telegram-text-messages/
Das Ding ist, dass die URL für die HTTP-ANFRAGE dabei sehr kurz ist: http://api.callmebot.com/text.php und man im Parameter-Feld ohne führendes Fragezeichen z.B. sowas hier eingibt:
user=[dein_telegram_user]&text=This+is+a+test+from+CallMeBot
So langsam komme ich zu dem Resümee, dass die HTTP-Anfrage des SHC V1.0 mit der langen Telegram URL in der Form
http://api.telegram.org/bot0000000000:ABCD_ABCD_ABCD_ABCD_35Stellen_KEY_Z/sendMessage
nicht klar kommt - insbesondere nicht mit den vielen Sonderzeichen des erforderlichen Tokens, vielleicht aber auch mit dem "/sendMessage". Aber eine andere Möglichkeit das bei Parameter zu hinterlegen habe ich iwi nicht gefunden.
Dass der SHC V2.0 damit keine Probleme hat wundert mich schon iwi. Scheint für mich ein URL-Auswerte-Bug des SHC V1.0 HTTP Treibers zu sein.
Es sind letztlich auch unterschiedliche Versionen:
SHC V1.0 HTTP-Anfrage Version 2.0.33.0
SHC V2.0 HTTP-Anfrage Version 2.0.528.0
Ich glaube, da kommt jetzt nur noch LIVISI weiter...
-
Ich kann bestätigen, dass exakt der selbe HTTP Request an Telegramm von der SHC2.0 problemlos läuft, von der Klassik-Zentrale aber zu dem viel beschriebenen Fehler führt....
Achtung OT: nachdem ich jetzt das Vergnügen mit 2 Klassik Zentralen hatte, bin ich einigermaßen entsetzt über die Unterschiede ... Das fängt bei den ootb-Szenarien an, die nicht an den Geräten selber als "empfohlene Szenarien" angeboten werden, zieht sich über nicht angezeigte aber offensichtlich vorhandene Gerätetreiber (ich habe eine schon mal gebrauchte rein lokal und ohne Account in Betrieb genommen und musste keine Bindings reinstecken🤔)
Und gipfelt jetzt in dieser Sache hier....
Wahrscheinlich würden mir die Unterschiede nicht so auffallen, wenn ich öfters mit der Klassik zu tun gehabt hätte, aber in den letzten Jahren bräuchte ich das nicht🤟🏻🖖🏻
-
Kurze Frage zu Eurem Problem. Hab Ihr es mal mit URLENCODE versucht?
https://www.urlencoder.org/de/Hintergrund: URLs erlauben keine Umlaute etc und müssen daher umgewandelt werden. Man kann das entweder in der Software machen oder voraussetzen, dass der User das macht.
-
Kurze Frage zu Eurem Problem. Hab Ihr es mal mit URLENCODE versucht?
https://www.urlencoder.org/de/Hintergrund: URLs erlauben keine Umlaute etc und müssen daher umgewandelt werden. Man kann das entweder in der Software machen oder voraussetzen, dass der User das macht.
Ich hab kein Problem, da ich ne SHC 2.0 hab 🤷🏼♀️
-
Kurze Frage zu Eurem Problem. Hab Ihr es mal mit URLENCODE versucht?
https://www.urlencoder.org/de/Hintergrund: URLs erlauben keine Umlaute etc und müssen daher umgewandelt werden. Man kann das entweder in der Software machen oder voraussetzen, dass der User das macht.
Ey, dass is mal ne Idee .. danke. Probiere ich später mal aus. 🤗
Zielführender ist aber vielleicht ein URL-shortener ... kennt da jemand was ?
-
Ey, dass is mal ne Idee .. danke. Probiere ich später mal aus. 🤗
Zielführender ist aber vielleicht ein URL-shortener ... kennt da jemand was ?
Egal was du nimmst, du lädst erstmal ziemlich private Daten bzw. Den Zugriff darauf auf irgendeine Webseite... 🤷🏼♀️
-
Wenn man programmieren kann, geht's sich anonym. urlencode o.ä heißt die Funktion, je nach Sprache
Jetzt mitmachen!
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!