Telegram instant messaging TelegramBot - Empfangen und Senden per FHEM

Begonnen von viegener, 20 Juni 2015, 18:59:41

Vorheriges Thema - Nächstes Thema

Carsten

Zitat von: viegener am 25 September 2016, 14:07:24
Es gibt eine Version in github (siehe erstes Post), die sowohl locations senden kann und ausserdem venues und locations empfangen. Die empfangenen Koordinaten werden im msgText Reading abgelegt. Von dort muss man sie dann entsprechend weiterverabeiten.
Getestet und eingebaut. Sowohl Senden als auch Empfangen funktioniert gut.


Vielen Dank dafür!

DS_Starter

Hallo Johannes,

wäre es in der neuen Version auch gleich noch möglich das Feature für den steuerbaren httptimeout mit einzubauen (siehe #791/792) ?
Das wäre super und ich müßte nach dem Update nicht gleich wieder die Anpassungen nachziehen.

viele Grüße
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

viegener

#827
Zitat von: DS_Starter am 25 September 2016, 22:23:06
Hallo Johannes,

wäre es in der neuen Version auch gleich noch möglich das Feature für den steuerbaren httptimeout mit einzubauen (siehe #791/792) ?
Das wäre super und ich müßte nach dem Update nicht gleich wieder die Anpassungen nachziehen.

viele Grüße
Heiko

Ja, das ist möglich und findet sich inzwischen auch in github.
Das Attribut cmdTimeout kann gesetzt werden, um den timeout fürs Senden einzuschalten

Wäre nett, wenn Du das ausprobieren könntest, denn ich kann das bei mir nicht nachstellen (auch ein Bild mit 8MB wird in weniger als 1 sec übertragen :)
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

viegener

Zitat von: Carsten am 25 September 2016, 22:14:09
Getestet und eingebaut. Sowohl Senden als auch Empfangen funktioniert gut.

Vielen Dank dafür!

Gern geschehen!
Danke für den schnellen Test.

Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

DS_Starter

ZitatWäre nett, wenn Du das ausprobieren könntest, denn ich kann das bei mir nicht nachstellen

Prima ... Danke  :)
Ich probiere das heute Abend mal und melde mich.

Grüße,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Hallo Johannes,

mein Test hat leider etwas länger gedauert, sorry für die späte Meldung.
Habe heute die neueste Version vom Github geladen und den Versand eines Bildes mit attr cmdTimout = 45 bzw. 60 probiert.
Es funktionierte so noch nicht.


Du hattest dich in der Zeile 1285 wahrscheinlich verschrieben. sie lautete:
$TelegramBot_hu_upd_params{timeout} = $timeout;

Nachdem ich sie auf:
$TelegramBot_hu_do_params{timeout} = $timeout;
geändert habe klappt es jetzt.  :)

Schön wäre auch wenn du vor die Zeile 1397:
HttpUtils_NonblockingGet( \%TelegramBot_hu_do_params);

eine Logausgabe mit z.b. verbose 4 setzen könntest die zur Kontrolle den Hashwert des Timeout-Parameters ausgibt. Damit hatte ich mir jetzt zur Fehlersuche geholfen.

viele Grüße und ein schönes WE,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

viegener

Zitat von: DS_Starter am 01 Oktober 2016, 10:15:38
Hallo Johannes,

mein Test hat leider etwas länger gedauert, sorry für die späte Meldung.
Habe heute die neueste Version vom Github geladen und den Versand eines Bildes mit attr cmdTimout = 45 bzw. 60 probiert.
Es funktionierte so noch nicht.


Du hattest dich in der Zeile 1285 wahrscheinlich verschrieben. sie lautete:
$TelegramBot_hu_upd_params{timeout} = $timeout;


Hallo Heiko,
Du hast natürlich völlig recht und Danke, dass Du nicht nur den Test, sondern auch gleich die Ursachenforschung übernommen hast.
Habe die Änderungen eingebaut und in github hochgeladen
Gruss,
Johannes
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

JoeALLb

Hallo,

habe heute ein Update von fhem gemacht und kann seither kaum noch nachrichten in fhem empfangen.
Ich bekomme auch immer den Fehler
NonBlockingGet timed out on read from <hidden> after 125s
Habe dann extra die Github-Version installiert, aber ohne merkliche verbesserung. Senden von Text und Bildern geht, lediglich das Empfangen/Polling geht nicht mehr.
Habe ich was überlesen, oder kann ich zur Reperatur beitragen?
Die Seite https://api.telegram.org/ ist jedenfalls problemlos erreichbar, ich denke nicht dass es mit meinem Internet/router zusammenhängt...


Edit1: Ein revert hat leide rauch keine Verbesserung gebracht. Vielleicht macht der Telegram-Server schwierigkeiten? Ich muss da leider gerade aufgeben...
FHEM-Server auf IntelAtom+Debian (8.1 Watt), KNX,
RasPi-2 Sonos-FHEM per FHEM2FHEM,RasPi-3 Versuchs-RasPi für WLAN-Tests
Gateways: DuoFern Stick, CUL866 PCA301, CUL HM, HMLan, JeeLink, LaCrosse,VCO2
Synology. Ardurino UNO für 1-Wire Tests, FB7270

viegener

Zitat von: JoeALLb am 06 Oktober 2016, 17:12:05
Hallo,

habe heute ein Update von fhem gemacht und kann seither kaum noch nachrichten in fhem empfangen.
Ich bekomme auch immer den Fehler
NonBlockingGet timed out on read from <hidden> after 125s
Habe dann extra die Github-Version installiert, aber ohne merkliche verbesserung. Senden von Text und Bildern geht, lediglich das Empfangen/Polling geht nicht mehr.
Habe ich was überlesen, oder kann ich zur Reperatur beitragen?
Die Seite https://api.telegram.org/ ist jedenfalls problemlos erreichbar, ich denke nicht dass es mit meinem Internet/router zusammenhängt...


Edit1: Ein revert hat leide rauch keine Verbesserung gebracht. Vielleicht macht der Telegram-Server schwierigkeiten? Ich muss da leider gerade aufgeben...

Was heisst "immer den Fehler", was sagt das reading PollingErrCount.
Hintergrund eine gewisse Anzahl von Fehlern beim Polling ist normal (zumm Beispiel durch eine nächtliche Zwangstrennung von DSL-Anschlüssen) - Bei mir sind es so um die 4 pro Tag

Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

viegener

Ich habe gerade einen neue Version ins SVN gestellt (1.9), diese wird ab morgen über update verfügbar:
- Unterstützung für Empfang und Senden von Locations (auch venues) -> z.B. sendLocation
- escaping von Dateinamen um auch Dateinamen mit Leerzeichen oder anderen Sonderzeichen zu ermöglichen (filenameUrlEscape Attribut)
- Timeout einstellbar auch für das Senden
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

JoeALLb

Zitat von: viegener am 06 Oktober 2016, 19:03:51
Was heisst "immer den Fehler", was sagt das reading PollingErrCount.
Hintergrund eine gewisse Anzahl von Fehlern beim Polling ist normal (zumm Beispiel durch eine nächtliche Zwangstrennung von DSL-Anschlüssen) - Bei mir sind es so um die 4 pro Tag

PollingErrCount 4 nach dem Update von heute morgen.
Das senden klappt immer und ohne Zeitverzögerung, das pollen klappt zur zeit nie! ich merke das vorallem daran, dass der von mir gesendete
Text nie im reading erscheint. Auch mehrere Stunden später nicht.
Sorry für die unklare Formulierung, ich dachte ich hätte alles drinnen, was wichtig ist.

Edit1: PollingErrCount 24 mittlerweile
FHEM-Server auf IntelAtom+Debian (8.1 Watt), KNX,
RasPi-2 Sonos-FHEM per FHEM2FHEM,RasPi-3 Versuchs-RasPi für WLAN-Tests
Gateways: DuoFern Stick, CUL866 PCA301, CUL HM, HMLan, JeeLink, LaCrosse,VCO2
Synology. Ardurino UNO für 1-Wire Tests, FB7270

RaspiCOC

ZitatText nie im reading erscheint.

Das ist leider bei mir auch so. Erst ein

set <botname> reset

bringt Abhilfe und lässt auch zumindest die letzte Nachricht bei FHEM ankommen. Aktuell geht es dann bei mir wieder für eine Weile in beiden Richtungen.

Vielleicht lasse ich jetz mal stündlich einen Reset laufen!?

viegener

@JoeALLb - PollingErrCount 24 ist wirklich relativ hoch (Morgens ist ein Wert von 4 nach der Zwangstrennung in der Nacht bei mir normal)
Kannst Du auch mal den reset durchführen wie von RaspiCOC beschrieben?
Hast Du nach dem letzten Updaten einen Neustart von FHEM ausgeführt?

@RaspiCOC - Kannst Du mal ein list des bot devices machen, wenn der Empfang nicht mehr funktioniert?

Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

DS_Starter

#838
Hallo Johannes,

von mir eine positive Nachricht  :)
Bei mir läuft alles rund nach dem Update. Sende-Timeout funktioniert und ich kann auch ohne Probs Nachrichten an FHEM senden.
PollingErrCount ist bei mir zZt. noch höher, scheint aber keinen negativen Effekt auf die Funktion zu haben.
Aber mein Internetanschluß ist eh nicht so super gut bzw. performant.

Off Topic:
Noch eine Frage die nichts direkt mit dem Modul zu tun hat.
Auf meinem Nexus 7 (Android 6.0.1) geht der Akkuverbrauch drastisch nach oben wenn das Telegram-Popup eingeschaltet ist und das Popup-Fenster nicht
gleich wieder geschlossen wird.
Kennt jemand dieses Problem ?
Off Topic aus.

Danke und viele Grüße
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

JoeALLb

2016-10-07 13:21:52   PollingErrCount 322,

ein reset hat leider keine Änderung gebracht. Meine Internetverbindung ist eingentlich stabil,
zwangstrennungen habe ich nicht.
Es geht auch sonst eigentlich jeder dienst, bis eben auf telegram. Das Log gibt leider nicht viel her, das mir helfen könnte...
FHEM-Server auf IntelAtom+Debian (8.1 Watt), KNX,
RasPi-2 Sonos-FHEM per FHEM2FHEM,RasPi-3 Versuchs-RasPi für WLAN-Tests
Gateways: DuoFern Stick, CUL866 PCA301, CUL HM, HMLan, JeeLink, LaCrosse,VCO2
Synology. Ardurino UNO für 1-Wire Tests, FB7270