Autor Thema: Übersicht "Telegram" und "Telegram Funktionen"  (Gelesen 24383 mal)

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Übersicht "Telegram" und "Telegram Funktionen"
« am: 03 Juli 2019, 14:30:36 »
Ich versuche mir gerade alle Infos zusammen zutrage zum Telegramnachrichten versenden empfangen, weiterverarbeiten und nützlichen Funktionen. Leider konnte ich noch nicht alle Funktionalitäten durchblicken. Da mir hier aktuell noch viel Wissen fehlt, werde ich es alleine nicht schaffen. Vielleicht finde ich hierzu unterstützen, um das Wiki zu verbessern. Ziel ist es, dass man die Zusammenhänge besser und schneller findet kann. Allein ist mir das aktuell zu viel, da mir noch das Wissen fehlt um die ganzen Zusammenhänge zu reproduzieren und ich mich auch nicht mit Wikis auskenne. Vielleicht gibt es ja den ein oder anderen, der das mit mir machen möchte.
Was ist mein Ziel. Eine Übersichtsseite auf der schlüssig die Zusammenhänge da gestellt sind und auf die richtigen Seiten verlinkt, damit man eine Übersicht der bekannten Funktionen Bekommt. Denke am zielführendsten und besten wäre es, wenn wir die Modulersteller zusammen bekämen um zusammen die Themen zu strukturieren.

Zum Vorgehen sehe ich es so, dass hier in dem Beitrag nur inhaltliche Zusammenhänge besprochen werden und wenn nötig die technischen Aspekte in separaten Threads erarbeiten und hierein verlinken.

Was ist eure Meinung dazu?

Wie folgt würde ich Vorgehen:

ToDo alg.
  • Projektteam finden
  • Sammlung der Bekannten Funktionen
  • Erarbeitung eines Konzepts zur Darstellung
  • Ggf. Technischeklärung in separaten Threads
  • Umsetzung Im Wiki


Offene Punkte für das Wiki:






Folgende Einträge konnte ich bis jetzt finden die in Zusammenhang mit Telegram stehen. Alles was Ihr dazu findet und Postet werde ich erts mal hier Sammeln.

Direkt über Telegram:
https://wiki.fhem.de/wiki/Telegram

https://wiki.fhem.de/wiki/TelegramBot
https://fhem.de/commandref.html#TelegramBot

https://fhem.de/commandref.html#TBot_List


Kategorie:Telegram
https://wiki.fhem.de/wiki/Kategorie:Telegram

Nützliche Befehle und Module

msgConfig
https://fhem.de/commandref_DE.html#msgConfig
https://fhem.de/commandref_DE.html#msgDialog

msgDialog
https://wiki.fhem.de/wiki/MsgDialog

MSG
https://wiki.fhem.de/wiki/Msg
https://fhem.de/commandref.html#MSG
https://forum.fhem.de/index.php/topic,39983.0.html

PostMe
https://wiki.fhem.de/wiki/Modul_PostMe#Steuerung_per_Telegram
https://fhem.de/commandref_DE.html#PostMe

ROOMATE
https://fhem.de/commandref_DE.html#ROOMMATE

MAX
https://wiki.fhem.de/wiki/MAX#Telegram-Benachrichtigung_bei_dauerge.C3.B6ffnetem_Fenster


SSCAM - Steuerung von Kameras in Synology Surveillance Station - Schnappschüsse mit TelegramBot versenden
https://wiki.fhem.de/wiki/SSCAM_-_Steuerung_von_Kameras_in_Synology_Surveillance_Station#Schnappsch.C3.BCsse_mit_TelegramBot_versenden

PRESENCE
https://wiki.fhem.de/wiki/PRESENCE#Hinweis_zur_Benutzung_.2F_Fehlerhandling

AMAD
https://wiki.fhem.de/wiki/AMAD

TALKTOME & TALKTOUSER
https://wiki.fhem.de/wiki/TALKTOME_%26_TALKTOUSER_-_Sprachverarbeitung_f%C3%BCr_Nutzerinteraktionen#Beleuchtungssteuerung_mit_Telegram

Staumelder
https://wiki.fhem.de/wiki/Staumelder#telegram

Grafana
https://wiki.fhem.de/wiki/Grafana#Speichern_und_Senden_von_Grafiken_.28zB_mit_Telegram.29

Talk2Fhem
https://wiki.fhem.de/wiki/Modul_Talk2Fhem#Messenger_Telegram

Hausüberwachung
https://wiki.fhem.de/wiki/Haus%C3%BCberwachung#Nachrichten_aus_dem_Haus

Gäste-WLAN der Fritzbox auswerten und Login per Telegram senden
https://forum.fhem.de/index.php/topic,100119.msg936495.html#msg936495

Batterieüberwachung nur einmal täglich
https://forum.fhem.de/index.php/topic,99219.msg926652.html#msg926652


BOTVAC
https://wiki.fhem.de/wiki/BOTVAC#MAPS

Unifi Voucher bereistellen über msgDialog
https://wiki.fhem.de/wiki/Unifi#.C3.BCber_Telegram
https://wiki.fhem.de/wiki/Unifi#Erkennung_neuer_clients


Eventuell noch zu Prüfen

Tasker
https://forum.fhem.de/index.php?topic=74425.0

Verschlüsselung
https://forum.fhem.de/index.php/topic,38328.msg890800.html#msg890800
Telegram Bots unterstützen keine Ende zu Ende Verschlüsselung (und werden das wohl auch nicht unterstützen, da das nicht mit dem Botkonzept funktioniert).

« Letzte Änderung: 20 Januar 2020, 13:06:05 von Meck »
Gefällt mir Gefällt mir x 4 Liste anzeigen

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #1 am: 08 Juli 2019, 12:27:58 »
Hallo,

Ich habe mir schon grob ein paar Gedanken gemacht und mich versucht einzulesen.

Zum Konzept habe ich mir überlegt:

die aktuellen Wiki-Seite von Telegram in Modul Telegram sowie TelegramBot in Modul TelegramBot umzubenennen.

Die Seite Telegram sollte dann auf die Seiten Modul Telegram und Modul TelegramBot verweisen.



Nach folgend der Vorschlag für den Inhalt für die Telegram Seite.

Telegram ist ein kostenfreier instant messaging Dienst (https://telegram.org/). Telegram-IDs und Versand/Empfang von Nachrichten sind kostenfrei. Clients sind für gängige Smartphonesysteme erhältlich (iOS iPhone und Tablet, Android, Windows Phone) und können auch aus dem WebBrowser verwendet werden. Aus und an FHEM können Nachrichten über das Modul Telegrambot sowie dem Modul Telegram gesendet und Empfangen werden.

Achtung: Für Telegram wird empfohlen das offizielle Modul TelegramBot zu verwenden, das auch Teil der Fhem-Distribution ist. Nur TelegramBot wird weiterentwickelt und benötigt auch anders als dieses Modul keine zusätzliche Software zum Betrieb.

Links:
https://telegram.org/
https://de.wikipedia.org/wiki/Telegram
Dadurch ist es möglich wenn man direkt nach Telegram schaut beide Module zu finden.

Die Seite Modul Telegram würde ich inhaltlich unverändert lassen nur jeweils auf die Seiten Telegram und Modul TelegramBot Verlinken .

Jetzt Stellt sich die konzeptionelle Frage des Artikels Modul TelegramBot vom Aufbau denke ich wie folgt (grobe Sitze):
Aktuellerstand:
Zitat
Inhaltsverzeichnis
1 Über Telegram Instant Messaging
2 Features
3 Hinweise zum Betrieb mit FHEM
4 Registrierung eines neuen Bot
5 Tipps
5.1 Privacyeinstellungen
5.2 Kontakte
5.3 Reset
5.4 Gruppen
5.4.1 Supergroups / Supergruppen
6 Beispielszenarien
6.1 Benachrichtigungen über Ereignisse
6.2 Versand von Bildern
6.3 Versand von SVG-Plots
6.3.1 Voraussetzungen für den Versand von SVG-Plots
6.4 Empfang von Bildern oder ähnlichem
6.5 Versand von Emojis (Smileys)
6.6 Kommandos auslösen
6.6.1 Favoriten für Kommandos anlegen
7 Links
 
Mein Vorschlag:
Inhaltsverzeichnis
1 Über Telegram Instant Messaging
2 Features
3 Hinweise zum Betrieb mit FHEM
4 Registrierung eines neuen Bot
5 Tipps
5.1 Privacyeinstellungen
5.2 Kontakte
5.3 Reset
5.4 Gruppen
5.4.1 Supergroups / Supergruppen
6 Beispielszenarien
6.1 Benachrichtigungen über Ereignisse
6.2 Versand von Bildern
6.3 Versand von SVG-Plots
6.3.1 Voraussetzungen für den Versand von SVG-Plots
6.4 Empfang von Bildern oder ähnlichem
6.5 Versand von Emojis (Smileys)
6.6 Kommandos auslösen
6.6.1 Favoriten für Kommandos anlegen
7 Telegram in verbindung mit den Modulen
7.1 TBot List
7.2 msgConfig/msgDialog
7.3 PostMe
7.4 ROOMMATE
8 Links




Ich bitte um euer Feedback. Danke!

Danach würde ich Kapitel für Kapitel durchgehen. Zeitlich hatte ich mir das Tempo vorgestellt wie mir das wissen dazu aneigne, damit ich kein Nonsens schreibe. Daher kann es etwas länger dauen...

Gruß

Meck


Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #2 am: 08 Juli 2019, 14:05:15 »
Ohne mich da in die Sache viel weiter eindenken zu wollen:

Der Modulautor von Telegram und TelegramBot hat beide Artikel geschrieben und bei "Telegram" schon darauf hingewiesen, dass man besser das andere nutzen sollte.

Wenn, würde ich vorschlagen, den "Telegram"-Artikel umzubenennen in "Telegram - old method" und dann von "Telegram" nur noch nach "TelegramBot" weiterzuleiten? Dann wäre klarer, dass "old method" zwar funktioniert, aber was für Spezialisten ist, die das aus irgendwelchen Gründen eben noch haben wollen. So funktionieren eventuelle alte Links weiter, verweisen dann aber auf die aktuelle Methode (und wären ggf. anzupassen)...

Ob und in welchem Umfang es dann Sinn macht, in dem TelegramBot-Artikel was zu ändern, sei mal dahingestellt.

Grundsätzlich finde ich einen moldularen Artikelaufbau besser, auch wenn es ggf. Sinn macht, die Zusammenhänge auch in einem Beispielartikel zusammenzubringen oder neuere Module/Schnittstellen einfach unten mal zu listen, wenn sie da noch nicht sind. Aber z.B. was messages oder PostMe angeht, ist es eigentlich im Prinzip egal, welcher konkrete Messanger-Dienst dran hängt, oder? (Im Zweifel sind das ein paar Attribute, die irgendwo zu setzen sind, und dann funktioniert das mit Telegram oder Whatsapp oder ...).
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #3 am: 08 Juli 2019, 15:19:25 »
Hallo Beta-User,

vielen Dank für dein Feedback.


 
Der Modulautor von Telegram und TelegramBot hat beide Artikel geschrieben und bei "Telegram" schon darauf hingewiesen, dass man besser das andere nutzen sollte.

Ja ok, sollte man noch eine Verlinkung ergänzen, damit die ganze Sache rund wird?

Wenn, würde ich vorschlagen, den "Telegram"-Artikel umzubenennen in "Telegram - old method" und dann von "Telegram" nur noch nach "TelegramBot" weiterzuleiten? Dann wäre klarer, dass "old method" zwar funktioniert, aber was für Spezialisten ist, die das aus irgendwelchen Gründen eben noch haben wollen. So funktionieren eventuelle alte Links weiter, verweisen dann aber auf die aktuelle Methode (und wären ggf. anzupassen)...
Finde ich auch eine gute Idee.

Ob und in welchem Umfang es dann Sinn macht, in dem TelegramBot-Artikel was zu ändern, sei mal dahingestellt.

Was mir zumindest aufgefallen ist, dass ich nicht mit der Dokumentation zurechtkomme wie sie ist. Ich mir dann überlegt habe wie mache ich es, dass wenn ich mich einarbeite in ein oder zwei Jahren noch alles verstehe. Schreibe ich mir ein privates HowTo? Das fand ich blöd des wegen der Ansatz es so zu verändern das auch Quereinsteiger noch dahinter steigen.

Grundsätzlich finde ich einen moldularen Artikelaufbau besser, auch wenn es ggf. Sinn macht, die Zusammenhänge auch in einem Beispielartikel zusammenzubringen oder neuere Module/Schnittstellen einfach unten mal zu listen, wenn sie da noch nicht sind.

Finde ich, sind beides gangbare Wege deswegen stelle ich es ja zu Diskussion und bitte um eure Erfahrung. Zumindest finde ich sollten Informationen dastehen wo man sie benötigt, nicht doppelt sein und wenn sie doppelt benötigt werden, sollte darauf in beide Richtungen verlinkt werden. Dabei stell sich dann die Frage wohin gehören sie.

Aber z.B. was messages oder PostMe angeht, ist es eigentlich im Prinzip egal, welcher konkrete Messanger-Dienst dran hängt, oder? (Im Zweifel sind das ein paar Attribute, die irgendwo zu setzen sind, und dann funktioniert das mit Telegram oder Whatsapp oder ...).

Aus aktuellen Wissensstand kann ich das so bestätigen. Mein Problem war, dass mein Einstiegspunkt Telegram war und aus dem Artikel all die schönen Funktionen erstmal nicht ersichtlich sind.


Gruß

Meck

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #4 am: 08 Juli 2019, 15:32:25 »
Hmm,

also die Umbenennung habe ich jetzt auf "https://wiki.fhem.de/wiki/Telegram_-_old_API_method" gemacht. In dem Artikel sind auch Hinweise drin, dass das veraltet ist bzw. ich habe den vorhandenen nach oben gezogen; könnte noch besser sein, aber an sich ist das auch schon bei dem Titel klar, "was Sache ist".

Weiterleitung ist auch erledigt.

Meine Anmerkungen waren auch nicht kritisch gemeint, was die Frage an sich angeht. Das im aktuellen Stand im Wiki zu haben macht schon Sinn, und wenn man's mal hat, wird man "betriebsblind"...

Für's erste wäre es nett, wenn du die diversen Verlinkungen mal checkst, wo sie vorhanden sind oder schreibts, was wohin verlinkt werden sollte. Die "API-Methode" würde ich dabei außen vor lassen, wer neu einsteigt, soll bitte das offizielle Modul nutzen.

Dann kannst du ja nochmal checken, ob dir irgendwo Info fehlt (wie gesagt, ich habe das nur gesehen, fand den Ansatz ok, den logischen Fluß sinnvoll darzustellen und wollte nur ein paar allgemeine Anmerkungen anbringen, die aus der Erfahrung mit anderen Wiki-Teilen kommen...).

Mal schauen, vielleicht findet sich auch noch jemand, der inhaltlich was beitragen kann/möchte.
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #5 am: 08 Juli 2019, 15:42:32 »
Hallo Beta-User,

vielen Dank für die schnelle Anpassung! Ich werde mir es zeitnah anschauen (spätestens Morgen).
Bitte entschuldige, falls etwas falsch angekommen ist. Ich fand deine Anmerkung nicht kritisch, sondern konstruktiv. Wollte nur meinen Standpunkt und Beweggründe klarer formulieren.

Gruß

Meck

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #6 am: 09 Juli 2019, 10:01:29 »
Guten morgen,

habe mal ein wenige mich um geschaut.

Ich bin aktuell auf der Seite Telegram in Modul Telegram
Im Zweiten Absatz über dem Inhaltsverzeichnis steht :
Zitat
Das TelegramBot-Modul benötigt keine Zusatzsoftware auf dem FHEM-Server (anders als die Variante Telegram), sondern verwendet das TelegramBot-API über https-Aufrufe. Es muss jedoch das perl JSON modul installiert sein.

Ist noch ein Fehler enthalte. Ich schlage diesen wie Folgt anzupassen:

 
Zitat
Das TelegramBot-Modul benötigt keine Zusatzsoftware auf dem FHEM-Server (anders als die alteVariante mit der Telegram API), sondern verwendet das TelegramBot-API über https-Aufrufe. Es muss jedoch das perl JSON modul installiert sein.
Rot makiert mein Vorschlag. Auf Telegram_-_old_API_method sollte trotzdem verlinkt werden damit das Wissen nicht verloren geht.


In MsgDialog - Telegrambot, PostMe - Steuerung per Telegram, Telgram, PRESENCE, DevelopmentModuleIntro , HM-Sec-SCo Tür-Fensterkontakt, optisch, AMAD, TALKTOME, Grafana, Hausüberwachung, BOTVAC und Unifi

sollte zumindest auf das erste, wenn nicht auf alle Wörter names  Telegram ein Link gesetzt werden.

Unifi über Telegram sollte vieleicht in msgDialog umbenannt werden, da hier kein Bezug zu Telegram zu erkennen ist


Gruß

Meck



Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #7 am: 09 Juli 2019, 10:56:37 »
Danke mal für die umfangreiche Liste und die direkten links, so ging das jetzt sehr flott :) .

Das meiste habe ich abgearbeitet, nachfolgend kurz jeweils was dazu, sofern nicht/nicht so umgesetzt:

- Es ist im Wiki üblich, nur jeweils einen Link pro Seite zu setzen. Das habe ich jetzt in der Regel beim ersten Auftreten ergänzt, teilweise war das auch schon vorhanden (=> no action).

- Überschriften umzubenennen, führt gerne zu toten links, daher habe ist das bei msgDialog nicht gemacht, ggf. wäre dahin ein link zu setzen.

- In der Dev-Intro finde ich links dann nicht mehr so wichtig, wer sich bis dahin vorwagt, sollte grob eine Vorstellung haben, wie FHEM tickt und für sowas die sufu nutzen ;D .

Kannst gerne nochmal drübersehen, ob ich was wesentliches übersehen habe, einmal war ich auch nicht so sicher, ob der alte Link gemeint war oder der neue, da habe ich dann Telegram statt TelegramBot belassen.
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #8 am: 10 Juli 2019, 15:36:12 »
Kann nur sagen, dass es mir gerade sehr viel hilft meine Probleme genauer anzuschauen. Wo ich am Angang sagte, da sehe ich den Wald vor lauter Bäumen nicht wird es langsam lichter und ich sehe wo die Punkte sind, die ich nicht greifen kann. Gerade weil ich versuche mein Problem so zu beschreiben, dass Ihr es versteht. Dabei komme ich selbst auf die Lösung.
Daher würde ich gerne unter den Beispielen noch die Unterschiede zwischen Keyboard und dem Inline Keyboards ein Pflegen.

Hierfür würde ich dies aber gerne vorher noch mal technisch klären. Wo passt es im Forum am besten hin?
Hier? Denke nein sollte meiner Auffassung dafür nicht genommen werden.
In ein neues Thema unter Anfängerfragen oder Unterstützende Dienste oder doch besser gleich in Telegram instant messaging TelegramBot - Empfangen und Sendern per FHEM
 


Danke für eure Meinung.

@Beta-User auch Danke für das Einpflegen. Ich versuche es nur so zumachen, dass es jedem was bringt.

Gruß
Meck

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #9 am: 11 Juli 2019, 11:55:00 »
Ich Schlage vor, nach 6.6.1 Favoriten für Kommandos anlegen Folgenden einzufügen. Was haltet Ihr davon?
Weitere beschreibung macht evventuell sinn. Werde mal schauen wann ich dazu komme.


=== nützliche kombinationen mit weiteren Module ===

==== msgConfig ====
https://fhem.de/commandref_DE.html#msgConfig
https://fhem.de/commandref_DE.html#msgDialog

==== msgDialog ====
https://wiki.fhem.de/wiki/MsgDialog

==== MSG ====
https://wiki.fhem.de/wiki/Msg
https://fhem.de/commandref.html#MSG
https://forum.fhem.de/index.php/topic,39983.0.html

==== PostMe ====
https://wiki.fhem.de/wiki/Modul_PostMe#Steuerung_per_Telegram
https://fhem.de/commandref_DE.html#PostMe
https://fhem.de/commandref.html#TBot_List

==== ROOMATE ====
https://fhem.de/commandref_DE.html#ROOMMATE

==== MAX ====
https://wiki.fhem.de/wiki/MAX#Telegram-Benachrichtigung_bei_dauerge.C3.B6ffnetem_Fenster

==== SSCAM - Steuerung von Kameras in Synology Surveillance Station - Schnappschüsse mit TelegramBot versenden ====
https://wiki.fhem.de/wiki/SSCAM_-_Steuerung_von_Kameras_in_Synology_Surveillance_Station#Schnappsch.C3.BCsse_mit_TelegramBot_versenden

==== PRESENCE ====
https://wiki.fhem.de/wiki/PRESENCE#Hinweis_zur_Benutzung_.2F_Fehlerhandling

==== AMAD ====
https://wiki.fhem.de/wiki/AMAD

==== TALKTOME & TALKTOUSER ====
https://wiki.fhem.de/wiki/TALKTOME_%26_TALKTOUSER_-_Sprachverarbeitung_f%C3%BCr_Nutzerinteraktionen#Beleuchtungssteuerung_mit_Telegram

==== Staumelder ====
https://wiki.fhem.de/wiki/Staumelder#telegram

==== Grafana ====
https://wiki.fhem.de/wiki/Grafana#Speichern_und_Senden_von_Grafiken_.28zB_mit_Telegram.29

==== Talk2Fhem ====
https://wiki.fhem.de/wiki/Modul_Talk2Fhem#Messenger_Telegram

==== Hausüberwachung ====
https://wiki.fhem.de/wiki/Haus%C3%BCberwachung#Nachrichten_aus_dem_Haus

==== Gäste-WLAN der Fritzbox auswerten und Login per Telegram senden ====
https://forum.fhem.de/index.php/topic,100119.msg936495.html#msg936495

==== Batterieüberwachung nur einmal täglich ====
https://forum.fhem.de/index.php/topic,99219.msg926652.html#msg926652

==== BOTVAC ====
https://wiki.fhem.de/wiki/BOTVAC#MAPS

==== Unifi Voucher bereistellen über msgDialog ====
https://wiki.fhem.de/wiki/Unifi#.C3.BCber_Telegram
https://wiki.fhem.de/wiki/Unifi#Erkennung_neuer_clients

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #10 am: 11 Juli 2019, 12:27:24 »
Die Linklist habe ich mal eingepflegt, die sieht aber sch... aus...
(Bitte zukünftig möglichst gleich die Wiki-Schreibweise wählen, das war etwas Arbeit, daher habe ich das mal in dem m.E. nicht sooo tollen Zustand belassen... Wo ist eigentlich der große Vorteil gg. der Suchfunktion? => bedarf der Nacharbeit ;) )
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #11 am: 11 Juli 2019, 12:49:50 »
Hallo Beta-User,

Ja, gebe dir recht, es ist Verbesserung würdig. Wie gesagt, wenn ich dazu komme schreibe ich nach und nach noch was dazu. Vielleicht will uns noch jemand helfen und das Übernehmen.

Danke für den Hinweis. Die mehr Arbeit wollte ich dir nicht zumuten war keine Absicht. Werde das nächste Mal die Wiki Schreibweise verwenden.

Gruß

Meck

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #12 am: 11 Juli 2019, 12:55:08 »
Was die "verWiki-ung" angeht: Keine Thema, war schon klar, dass du da ggf. einfach auch ein paar Muster brauchtest, wie das aussehen sollte :) .

Was die Form und Anmerkungen angeht: Vermutlich wäre es besser, das einfach als eine Art Linkliste einzupflegen, allenfalls mit kurzen Kommentaren, dann aber (im Prinzip) als Fließtext. Denn sonst machen wir (unerwünschte!) Doppelpflege.
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #13 am: 11 Juli 2019, 13:57:46 »
Doppelpflege bin ich auch kein Freund von. Da ich hier aber noch keine Idee habe wollte ich erstmal schauen.

Hast du aus einem anderen Wiki Artikel ein Beispiel zu einer von dir beschrieben Linkliste?

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #14 am: 11 Juli 2019, 14:05:26 »
Hmm, hatte jetzt nichts konkretes im Kopf, das können wir im Prinzip frei gestalten.

Vielleicht eine Mischung aus https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#Links und https://wiki.fhem.de/wiki/Quick-Start#Wichtige_Befehle_und_Module_f.C3.BCr_die_erste_Zeit?

Was halt irgendwie zweckmäßig ist...
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline curt

  • Hero Member
  • *****
  • Beiträge: 1068
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #15 am: 14 Juli 2019, 23:30:35 »
Hallo @Meck und alle anderen,

ich kämpfe mich gerade durch die Installation an Hand von https://wiki.fhem.de/wiki/TelegramBot (Du hast das im anderen Thread sicher gelesen) und habe Anmerkungen zu dieser Wiki-Seite:

1) Referenz ist commandref, daher wäre aus meiner Sicht gut, wenn der Wiki-Artiekl wie ein Kochrezept mit nachvollziehbaren Beispielen einen wie mich an die Hand nimmt. Leider hat der Artikel aber Brüche.

2) Im Artikel ist die Beispiel-Device nicht einheitlich benannt; mindestens drei verschiedene Namen für die Beispiel-Device. Das könnte, sollte vereinheitlicht werden.

3) https://wiki.fhem.de/wiki/TelegramBot sagt zu notify:
"Nebenbemerkung: hier ist eine erweiterte Strukturierung evt. empfehlenswert: statt jede Notify-Syntax o.ä. direkt auf TelegramBot-Spezifika gehen zu lassen, kann man sich eine Helper-Funktion (zur Vermittlung all solcher "Alarmtexte") bauen (99_myUtils_anlegen), die entsprechende Alarm-Meldungen dann nur intern auf (u.a.) einen Messaging-Service wie (momentan!) Telegram schickt."

Ja, schön. Und das baut sich jeder selbst? Da wäre es doch wohl wirklich klüger, den Code vorzugeben. Es ist doch völliger Quatsch, dass sich das jeder mehr oder weniger mühsam selbst zusammencodet.

Nur meine Wahrnehmungen dazu ..
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #16 am: 15 Juli 2019, 10:25:21 »
1) Referenz ist commandref, daher wäre aus meiner Sicht gut, wenn der Wiki-Artiekl wie ein Kochrezept mit nachvollziehbaren Beispielen einen wie mich an die Hand nimmt. Leider hat der Artikel aber Brüche.

Kochrezept fehlt mir auch denke auch, dass genauso weitere Hinweise hineinmüssen. Wie z.B..du auch gelesen hast das eine Verschlüsslung zum Bot nicht möglich ist.

https://forum.fhem.de/index.php/topic,38328.msg890800.html#msg890800


2) Im Artikel ist die Beispiel-Device nicht einheitlich benannt; mindestens drei verschiedene Namen für die Beispiel-Device. Das könnte, sollte vereinheitlicht werden.

Finde ich ein guter Ansatz. Würdest du uns dabei unterstützen? Denn Aktuell ist Beta_User Sonett und hat meine Anmerkungen eingepflegt aber Inhaltlich steh ich aktuell allein da.
3) https://wiki.fhem.de/wiki/TelegramBot sagt zu notify:
"Nebenbemerkung: hier ist eine erweiterte Strukturierung evt. empfehlenswert: statt jede Notify-Syntax o.ä. direkt auf TelegramBot-Spezifika gehen zu lassen, kann man sich eine Helper-Funktion (zur Vermittlung all solcher "Alarmtexte") bauen (99_myUtils_anlegen), die entsprechende Alarm-Meldungen dann nur intern auf (u.a.) einen Messaging-Service wie (momentan!) Telegram schickt."
Ja, schön. Und das baut sich jeder selbst? Da wäre es doch wohl wirklich klüger, den Code vorzugeben. Es ist doch völliger Quatsch, dass sich das jeder mehr oder weniger mühsam selbst zusammencodet.

Nur meine Wahrnehmungen dazu ..

Dann lass uns doch gemeinsam was daran ändern.

Ich komme aktuell alleine mit meiner begrenzten Zeit nur nicht so schnell voran wie ich es gern hätte.

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #17 am: 15 Juli 2019, 10:27:34 »
(Fast zeitgleich...) Vorab kurz:

ich habe mich auch eher soso lala durch diese Themen durchgewurstelt und von daher auch keinen besonders vertieften Einblick in viele Teilaspekte...

Daher nur kurz ein paar Anmerkungen zu dem, das ich halbwegs zu überblicken glaube bzw. wie ich manches "damals" verstanden hatte:

2) Im Artikel ist die Beispiel-Device nicht einheitlich benannt; mindestens drei verschiedene Namen für die Beispiel-Device. Das könnte, sollte vereinheitlicht werden.
Grundsätzlich gebe ich dir recht, nutze aber z.B. in meiner Installation zwei Instanzen. Das hat was damit zu tun, dass beide unterschiedliche Berechtigungslevel und Favoritenlisten haben und unterschiedliche Nutzer kennen. Zwei Instanzen (=Namen) ist daher evtl. sogar noch zu wenig ??? .

Das Thema Absicherung ist mir in dem Zusammenhang insgesamt eigentlich zu spärlich (es gibt nur den Infokasten dazu, dass man die ID verwenden soll statt des Namens, oder?).

Langer Rede kurzer Sinn:
- zwei oder mehr Devices machen m.E. Sinn, aber man (=jemand, der weiß, wovon er redet) sollte erklären, warum (oder eben ggf. warum nicht), und die Benennung darf gerne "selbsterklärend" sein...

Zitat
3) https://wiki.fhem.de/wiki/TelegramBot sagt zu notify:
"Nebenbemerkung: hier ist eine erweiterte Strukturierung evt. empfehlenswert: statt jede Notify-Syntax o.ä. direkt auf TelegramBot-Spezifika gehen zu lassen, kann man sich eine Helper-Funktion (zur Vermittlung all solcher "Alarmtexte") bauen (99_myUtils_anlegen), die entsprechende Alarm-Meldungen dann nur intern auf (u.a.) einen Messaging-Service wie (momentan!) Telegram schickt."

Ja, schön. Und das baut sich jeder selbst? Da wäre es doch wohl wirklich klüger, den Code vorzugeben. Es ist doch völliger Quatsch, dass sich das jeder mehr oder weniger mühsam selbst zusammencodet.
Was rausgehende Meldungen angeht, scheint mir die "MSG"-Familie (der Befehl samt msgConfig und msgDialog) in die Richtung zu gehen. (Da ist es aber so, dass die Doku zu MSG nicht in der cref, sondern im Forum zu finden ist?!?!)

Eingehende Meldungen sind schwieriger: Das ist sehr individuell, da die Verarbeitung z.B. die vorhandenen Geräte berücksichtigen muß usw.. Bei Gelegenheit und Interesse kann ich gerne mal einen Teil meiner Verarbeitungslogik versuchen aufzuarbeiten. Z.B. Kann ein eher selten anwesender Bewohner melden, dass er plant, in 2h zuhause zu sein und er daher gerne hätte, dass schon mal die Heizung angestellt wird...
Insbesondere die letzten zwei Aspekte werden sich m.E. nie komplett auflösen lassen, sondern es ist vermutlich so, dass sich jeder seinen Code mind. teilweise selber stricken muß. Und dann ist es in Teilen besser, Dinge eher wieder zentral zu erklären und nicht überall z.B. kompliziertere myUtils-Beispiele zu verstreuen (das ist m.E. nicht wartbar, weil der nächste, der das ggf. überarbeitet andere Devices hat und daher die Finger vom code lassen wird, oder "auf Verdacht" ändern...).
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #18 am: 15 Juli 2019, 15:12:24 »
Grundsätzlich gebe ich dir recht, nutze aber z.B. in meiner Installation zwei Instanzen. Das hat was damit zu tun, dass beide unterschiedliche Berechtigungslevel und Favoritenlisten haben und unterschiedliche Nutzer kennen. Zwei Instanzen (=Namen) ist daher evtl. sogar noch zu wenig ??? .

Das Thema Absicherung ist mir in dem Zusammenhang insgesamt eigentlich zu spärlich (es gibt nur den Infokasten dazu, dass man die ID verwenden soll statt des Namens, oder?).
 

Ich Denke die Themen sollten auch mit aufgenommen werden. Ich werde die Vorschläge im ersten Post einpflegen, dann gibt es eine Übersicht was noch gemacht werden kann. Denke, dass ich heute Abend die Device Namen vereinheitliche.

Langer Rede kurzer Sinn:
- zwei oder mehr Devices machen m.E. Sinn, aber man (=jemand, der weiß, wovon er redet) sollte erklären, warum (oder eben ggf. warum nicht), und die Benennung darf gerne "selbsterklärend" sein...
Wer ist den aktuell aktiv hier im Forum und könnte da uns Input liefern?

Was rausgehende Meldungen angeht, scheint mir die "MSG"-Familie (der Befehl samt msgConfig und msgDialog) in die Richtung zu gehen. (Da ist es aber so, dass die Doku zu MSG nicht in der cref, sondern im Forum zu finden ist?!?!)
Ja, so ist es! Die Doku ist leider nur im Forum. Aber wenn ich die Gegebenheiten von FHEM richtig verstehe müsste, dass der Modulersteller einpflegen, also kein anderen kann das machen oder?

Eingehende Meldungen sind schwieriger: Das ist sehr individuell, da die Verarbeitung z.B. die vorhandenen Geräte berücksichtigen muß usw.. Bei Gelegenheit und Interesse kann ich gerne mal einen Teil meiner Verarbeitungslogik versuchen aufzuarbeiten. Z.B. Kann ein eher selten anwesender Bewohner melden, dass er plant, in 2h zuhause zu sein und er daher gerne hätte, dass schon mal die Heizung angestellt wird...
Insbesondere die letzten zwei Aspekte werden sich m.E. nie komplett auflösen lassen, sondern es ist vermutlich so, dass sich jeder seinen Code mind. teilweise selber stricken muß. Und dann ist es in Teilen besser, Dinge eher wieder zentral zu erklären und nicht überall z.B. kompliziertere myUtils-Beispiele zu verstreuen (das ist m.E. nicht wartbar, weil der nächste, der das ggf. überarbeitet andere Devices hat und daher die Finger vom code lassen wird, oder "auf Verdacht" ändern...).

Das wäre sehr nett, wenn du dein ein Teil deiner Verarbeitungslogik zeigen könntest.

Das mit dem zusammenstricken gebe ich dir recht, aber vielleicht kann man hier es noch besser für das Verständnis darstellen.


Was ich gerade noch gefunden habe bezüglich der Wiki Darstellung ist die passende Kategorie. Sehr ihr hier auch noch Handlungsbedraf?

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #19 am: 15 Juli 2019, 15:48:39 »
Ich habe eben mal alle Bots vereinheitlicht und mich an die Commandref Beispiele gehalten und das Kind "aTelegramBotDevice" genannt.
Bitte um Feedback!

{{Infobox Modul
|ModPurpose=Senden und Empfangen von Nachrichten (Text und Fotos) mit dem freien Messagingdienst Telegram
|ModType=d
|ModForumArea=Unterstützende Dienste
|ModFTopic=38328
|ModTechName=[https://github.com/viegener/Telegram-fhem/blob/master/50_TelegramBot.pm 50_TelegramBot.pm]
|ModOwner=[[Benutzer:Viegener|Viegener]] ({{Link2FU|12772|Forum}} / [[Benutzer Diskussion:Viegener|Wiki]])}}

Das [[TelegramBot]]-Modul ermöglicht das Senden und Empfangen von Nachrichten über den Telegram-instant messaging Dienst (https://telegram.org/).
Es entsteht eine Möglichkeit Benachrichtungen aus FHEM zu versenden, zum Beispiel Alarmmeldungen.
Ausserdem können auch Kommandos über Telegram an FHEM gesendet werden um Steuerungsbefehle in FHEM auszulösen.

Das TelegramBot-Modul benötigt keine Zusatzsoftware auf dem FHEM-Server<ref>anders als die Vorläufer-Variante über das [[Telegram - old API method|Telegram-API]]</ref>, sondern verwendet das [https://core.telegram.org/bots/api TelegramBot-API] über https-Aufrufe. Es muss jedoch das [http://www.fhemwiki.de/wiki/Raspberry_Pi#N.C3.BCtzliche_Zusatzpakete perl JSON modul] installiert sein.

== Über Telegram Instant Messaging ==
Telegram-IDs und Versand/Empfang von Nachrichten sind kostenfrei.
Clients sind für gängige Smartphonesysteme erhältlich (iOS iPhone und Tablet, Android, Windows Phone) und
können auch aus dem WebBrowser verwendet werden.
Es gibt auch einen Kommandozeilen-Client für Linux, der die Grundlage dieses Moduls darstellt.
Mehrfachanmeldungen, auch parallel mit verschiedenen Geräten (z.B. Tablet und Smartphone), sind möglich.
Gruppenchats und Chats mit End-2-End-Verschlüsselung werden ebenfalls unterstützt.

Für die Unterstützung von ''WhatsApp'' siehe Modul [[yowsup]].

== Features ==
Unterstützt werden:

* Versand von Textnachrichten
* Versand und Empfang von Bildern/Audio/etc
* Empfang von Textnachrichten von beliebigen Kontakten
* Kommandos in FHEM über Telegram-Nachrichten von aussen auslösen
* Ergebnisse der Kommandos zusenden lassen

Eine detaillierte Beschreibung des Moduls ist im FHEM Forum und in der (englischen) Dokumentation zum Modul in der {{Link2CmdRef|Anker=TelegramBot}} und in diesem  {{Link2Forum|Topic=38328|LinkText=Diskussionsthread}} zu finden. Seit Oktober 2015 wird das Modul offiziell über FHEM-Update verteilt.

Die jeweils aktuellste Entwicklungs-Version des Moduls ist in Github [https://github.com/viegener/Telegram-fhem/blob/master/50_TelegramBot.pm 50_TelegramBot.pm] verfügbar.

== Hinweise zum Betrieb mit FHEM ==
{{Randnotiz|RNTyp=Info|RNText=Achtung: Dieses Authtoken ist die einzige Authentifizierung für den Bot und sollte deshalb nicht aus der Hand gegeben werden. Die verwendeten Urls sind deshalb auch in den Log-Files nicht enthalten, da diese das Authtoken in Klartext enthalten. Auch im Forum sollte dieses Token nicht aufgenommen werden.
}}

Für die Anlage eines TelegramBot Devices in FHEM ist ein Authtoken erforderlich. Dieses Token wird über Anlegen eines neuen Bots im [https://core.telegram.org/bots#6-botfather BotFather] erzeugt. Dafür muss der BotFather mit einem Telegram-Client kontaktiert werden. Dort mit dem Telegram-Befehl <code>/newbot</code> einen neuen Bot anlegen und mit einem Namen versehen. Hinweis: Die Namen für Bots müssen auf "Bot" enden.<br>

Das Anlegen eines TelegramBot devices erfolgt durch die Angabe dieses Tokens:

<code>define &lt;name&gt; TelegramBot  &lt;token&gt; </code>

Beispiel: <code>define aTelegramBotDevice TelegramBot 110201543:AAHdqTcvCH1vGWJxfSeofSAs0K5PALDsaw</code>

'''Das Empfangen von Nachrichten (polling) erfordert die Einstellung des Attributes'''
<code>pollingTimeout</code> '''auf einen Wert der grösser als Null ist. Beim Wert 0 oder ohne Setzen des Attributes findet kein Polling und damit auch kein Empfang statt.'''

Beispiel: <code>attr aTelegramBotDevice pollingTimeout 120</code>

'''Der TelegramBot kann erst dann Nachrichten an einen telegram user schicken, wenn dieser zuerst an den telegram bot eine Nachricht gesendet hat.'''
Dafür muss man in seinem Telegram-Client den Kontakt @botName suchen und dann eine Nachricht daran versenden.

'''Der TelegramBot kann keine Nachrichten an andere Bots senden. Ein anderer Bot erhält die Nachrichten auch nicht wenn er in einer Gruppe enthalten ist.''' Dies ist eine Beschränkung in der Bot-Funktion bei Telegram. Das Versenden an einen anderen Bot (wenn man den Kontakt manuell hinzugefügt hat) führt zur Fehlermeldung
<code>sentMsgResult - Callback returned error :Bad Request: chat not found:</code>

{{Randnotiz|RNTyp=Info|RNText=TelegramBot setzt eine aktuelle Version von FHEM voraus, insbesondere Versionen weit vor der Umstellung auf 5.7 (also vor Herbst 2015) können mit einem TelegramBot-Modul nicht funktionieren, da insbesondere das HTTPSRV-Modul dann veraltet ist. Am besten auch den TelegramBot über den offiziellen Update mit dem Rest von FHEM installieren/aktualisieren.
}}

== Registrierung eines neuen Bot ==
Zur Registrierung wird ein funktionierender Telegram-Client (egal ob Web, App oder Programm)benötigt. Hier wird ein Chat zum BotFather gestartet und der Befehl /newbot gesendet. Nun fragt der BotFather die benötigten Angaben ab und liefert am Ende des Dialogs die Informationen für den neuen Bot.
Hier ein Beispiel, wie so ein Chat aussehen könnte:
<pre>Client:
/newbot
----------------
BotFather:
Alright, a new bot. How are we going to call it? Please choose a name for your bot.
----------------
Client:
Mein Name
----------------
BotFather:
Good. Now let's choose a username for your bot. It must end in `bot`. Like this, for example: TetrisBot or tetris_bot.
----------------
Client:
fhem_bot
----------------
BotFather:
Sorry, this username is already taken. Think of something different.
----------------
Client:
fhem1234_bot
----------------
BotFather:
Done! Congratulations on your new bot.
You will find it at telegram.me/fhem1234_bot.
You can now add a description, about section and profile picture for your bot, see /help for a list of commands.
----------------
Use this token to access the HTTP API:
1234567890:AbCdefgHIJklmnOPQRst-uvwxyz

For a description of the Bot API, see this page: https://core.telegram.org/bots/api
</pre>
Um einen Chat an einen "Contact" versenden zu können, muss zuerst in Contacts (bei Readings) ein Kontakt auftauchen. Wenn man sich zum allerersten Mal bei Telegram angemeldet hat, gibt es noch keinen Chat mit irgendjemanden. Man muss sich zuerstmal selbst eine Nachricht im Smartphone zusenden, dann taucht unter Readings der Eintrag Contacts auf. Erst dann kann man eine Nachricht mit @msgPeerId (das ist Ziffernfolge des Contacts ) oder mit @msgPeer (das ist der Name nach dem Doppelpunkt) vom TelegramBot auf sein Smartphone senden.

== Tipps ==

=== Privacyeinstellungen ===

Damit der TelegramBot auch Meldungen in Gruppen sieht, müssen über den BotFather die Privacy-Einstellungen geändert werden.<br>Beispielchat:<pre>Client:
/setprivacy
----------------
BotFather:
Choose a bot to change group messages settings.
----------------
Client:
@fhem1234_bot
----------------
BotFather:
'Enable' - your bot will only receive messages that either start with the '/' symbol or mention the bot by username.
'Disable' - your bot will receive all messages that people send to groups.
Current status is: ENABLED
----------------
Client:
Disable
----------------
BotFather:
Success! The new status is: DISABLED. /help</pre>

=== Kontakte ===

Der Bot merkt sich die bereits bekannten Kontakte im Reading <code>Contacts</code>. Dabei werden die einzelnen Kontakte jeweils als 3-teilige Einträge gespeichert - bestehend aus UserID, Vor- und Nachname des Benutzers (mit _ verbunden) und dem Username (mit vorangestelltem @).

Beispiel: <code>123456:Ralf_Mustermann:@ralf</code>

Verschiedene Einträge werden durch Leerzeichen getrennt.

Man kann die Kontakte auch manuell überschreiben (z.B. wenn das Reading fehlerhaft oder verloren sein sollte). Dazu gibt es den Set-Befehl <code>replaceContacts</code>. Dieser nimmt die Kontakte ebenfalls in der gleichen Form wie oben beschrieben entgegen.

Die Kontaktliste wird ansonsten nur durch den Empfang von Nachrichten erweitert, da es im TelegramBot-API keine Möglichkeit gibt Kontaktdaten von Telegram abzufragen (siehe auch pollingTimeout)

=== Reset ===

Es ist möglich den Bot im laufenden Betrieb zurückzusetzen (Set-Befehl <code>reset</code>). Dabei werden noch nicht abgeschlossene Übetragungen entfernt und die internen Zustände des Devices zurückgesetzt.

=== Gruppen ===

Um eine Nachricht von FHEM an eine Gruppe zu senden, muss der BOT in die Gruppe aufgenommen werden. Nach dem Senden einer Nachricht an die Gruppe kann im Modul die Gruppen-ID ermittelt werden und zum Senden von Nachrichten verwendet werden. Die Gruppen-ID ist eine negative Zahl. Wenn die Privacy-Einstellungen nicht auf 'Disabled' gesetzt wurden, muss die Nachricht mit einem Slash (/) beginnen.

==== Supergroups / Supergruppen ====

Auch die neuen Supergruppen werden mit dem Bot unterstützt, es ist allerdings zu beachten, dass bei der Umwandlung einer Gruppe in eine Supergruppe eine neue ID in den Kontakten von Telegram vergeben wird. Wenn man also wie empfohlen IDs zur Identifikation von Benutzern einsetzt, muss entsprechend angepasst werden.

== Beispielszenarien ==

=== Benachrichtigungen über Ereignisse ===

Das einfachste Szenario für die Integration von Messaging-Diensten mit FHEM ist zur Benachrichtigung über Ereignisse. Diese Funktion kann zum Beispiel verwendet werden, um über einen erfolgten Neustart von FHEM zu informieren:

<code>define notify_fhem_reload notify global:INITIALIZED set aTelegramBotDevice message fhem newly started - just now !</code>

In diesem Beispiel wird der Nachrichtentext "fhem newly started - just now !" an den als default eingestellten Kontakt (Attribut: defaultPeer) gesendet, sobald FHEM neu gestartet wurde. Natürlich kann man auch beliebige andere Benachrichtigungen einführen.

Nebenbemerkung: hier ist eine erweiterte Strukturierung evt. empfehlenswert: statt jede Notify-Syntax o.ä. direkt auf TelegramBot-Spezifika gehen zu lassen, kann man sich eine Helper-Funktion (zur Vermittlung all solcher "Alarmtexte") bauen ([[99_myUtils_anlegen]]), die entsprechende Alarm-Meldungen dann nur intern auf (u.a.) einen Messaging-Service wie (momentan!) Telegram schickt.

=== Versand von Bildern ===

Es ist auch möglich Bilder auf dem FHEM-Server, die zum Beispiel von einer Kamera oder einem Wettermodul stammen über Telegram zu versenden. So wäre es z.B. möglich jeweils morgens die aktuelle Wetterkarte zu erhalten.

ACHTUNG: TelegramBot verwendet das HTTPUtils-Modul zur Kommunikation mit dem TelegramBot-API. Erst mit der Version, die seit 22.10.2015
([r9576] HttpUtils.pm: Async write for POST Requests {{Link2Forum|Topic=41583|LinkText=FHEM-Forum}}) verteilt wird, erlaubt auch den Transfer grösserer Bilder. Die Grenze liegt ansonsten bei ca. 14kb auf Raspberries (Plattformspezifische Grenze).


<code>define notify_fhem_reload notify wetter:report set aTelegramBotDevice sendImage /opt/fhem/wetter.jpg</code>

Bei Erreichen des entsprechenden Status am Wetter-Modul wird ein Image über Telegram versendet. Hier sind lokale Pfade (relativ zu fhem) oder absolute Pfade wie oben möglich.

=== Versand von SVG-Plots ===

SVG-Plots können mit dem Befehl
<code>cmdSend [ @<peer1> ... @<peerN> ] <fhem command></code>
verschickt werden.

Das angegebene FHEM-Kommando wird ausgeführt und das Ergebnis an die angegebenen Peers bzw. den Standard-Peer verschickt.

Mit dem folgenden Befehl wird der SVG-Plot SVG_FileLog_Aussen an den Standard-Peer geschickt:
<code>set aTelegramBotDevice cmdSend { plotAsPng('SVG_FileLog_Aussen') }</code>

Nach <code>define cmd_sendTelegramSVG cmdalias TGSVG .* AS set aTelegramBotDevice cmdSend { plotAsPng("$EVENT") }</code>
kann man mit einem kurzen
<code>TGSVG SVG_Garten</code>
ein beliebiges SVG über die Kommandozeile per Telegram versenden.

Um das SVG nun noch mit einem Text zu versehen, muss eine Textnachricht dazu gesendet werden, was sich am einfachsten durch das Ausführen eines FHEM-Befehls auf Perl-Ebene realisieren lässt:

<code>{fhem "set aTelegramBotDevice message Bildbeschreibung;; set aTelegramBotDevice cmdSend { plotAsPng('mein_SVG') }" }</code>

'''Hinweis:''' früher wurde zum Verschicken von Plots auch die interne Funktion TelegramBot_ExecuteCommand verwendet; mit dem Update Ende Februar 2017 hat diese Funktion einen zusätzlichen Parameter erhalten und lautet nun
<code>TelegramBot_ExecuteCommand($defs{"aTelegramBotDevice"}, meine_ZielID, undef, '{plotAsPng("mein_SVG")}');</code>


==== Voraussetzungen für den Versand von SVG-Plots ====
Es muss das Modul libimage-librsvg-perl installiert sein:

<code>sudo apt-get install libimage-librsvg-perl</code>

Evtl. sind weitere Module erforderlich:

<code>sudo apt-get install libgd-graph-perl

sudo apt-get install libgd-text-perl</code>

=== Empfang von Bildern oder ähnlichem ===

Beim Empfang von Bildern wird zuerst nur eine ID vom Telegram-Server empfangen, diese befindet sich im Reading <code>msgFileId</code> angelegt (<code>123456:xxxxxxxxxxxxxxxxxxxxxxx-xxxxxxxx</code>) und im Reading <code>msgText</code> steht dann so etwas wie
<code>received photo # Size: 107701</code>

Über das Get-Kommando <code>urlForFile</code> mit der ID aus dem msgFileId Reading lässt sich dann daraus ein URL ableiten, der dann zur eigentlichen Datei führt:

<code>https://api.telegram.org/file/bot123456:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/photo/file_25.jpg</code>


=== Versand von Emojis (Smileys) ===

Es ist auch möglich Emojis mit den (Text-)Nachrichten zu versenden. Die entsprechenden (Unicode-)Zeichen werden einfach direkt mit in den Text der Nachricht aufgenommen. Um das zu vereinfachen kann man das einfach per Copy und Paste von dieser Seite

http://apps.timwhitlock.info/emoji/tables/unicode (Spalte "Native")

übernehmen und mit der Nachricht verschicken.

Die Emojis können auch empfangen werden und werden so auch in FHEM / FHEMWeb angezeigt. Plattformspezifische (z.B. von iOS oder Android) Emojis werden dabei nicht unterstützt (gerade mit iOS sind viele neue farbige Emojis hinzugekommen, die wohl leider nur auf Apple-devices funktionieren).

=== Kommandos auslösen ===

Ein wichtiges Szenario ist die Möglichkeit Kommandos in FHEM ausführen zu können, ohne einen Zugang durch die Firewall einrichten zu müssen. Dazu ist die Definition eines Schlüsselwortes (Attribut: "cmdKeyword")erforderlich, mit dem man die Nachrichten beginnen muss, damit der TelegramBot die Kommandos erkennt.

<code>attr aTelegramBotDevice cmdKeyword doit</code>

Somit kann man dann durch Nachrichten die mit "doit" beginnen Kommandos an FHEM senden, die ähnlich wie im Kommandoeingabefeld von FHEMweb dann von FHEM ausgeführt werden. Das Ergebnis der Ausführung wird zurück an den Sender (und an den definierten defaultPeer) geschickt.

Somit können nicht nur Aktionen angestossen werden, sondern auch Infos abgefragt werden.

Beispiele

<code>doit set schalter on</code>

<code>doit list telegrambot</code>

{{Randnotiz|RNTyp=Warn|RNText=Achtung: Bei den Kommandos sollten man unbedingt das Attribut "cmdRestrictedPeer" setzen, damit nicht jeder Kommandos auf dem FHEM-Server ausführen kann. Dazu sollten die BenutzerIDs der erlaubten Benutzer (durch Leerzeichen getrennt angeben). Da Benutzernamen selber vergeben werden und nicht unbedingt eindeutig sind, sollten hier auch NUR BenutzerIDs verwendet werden.
}}

==== Favoriten für Kommandos anlegen ====
Grundidee bei den Favoriten ist, dass man lange Befehle, die man häufig braucht auf "Kurzwahl" legt.

Beispiel-Kommandos wie z.B. <code>set TYPE=ROLLLADEN pos 100</code> und <code>set TYPE=ROLLLADEN pos 0</code>, die man immer wieder braucht. Um nicht jedes mal dieses Kommando eintippen zu müssen auf dem Smartphone, kann man auch dafür Favoriten anlegen.

Dazu gibt man erst mal die beiden Kommandos getrennt durch Semikolon im Attribut favorites an:

<code>attr aTelegramBotDevice favorites set TYPE=ROLLLADEN pos 100;set TYPE=ROLLLADEN pos 0</code>

Um die Favorites jetzt ausführen zu können braucht man noch ein Schlüsselwort dafür.
Nehmen wir mal an man möchte die Favoriten mit <code>/short</code> ausführen können. Dazu muss dann das Attribut "cmdFavorites" setzen

<code>attr aTelegramBotDevice cmdFavorites /short</code>

Wenn man nun im Telegram Client
<code>/short 1</code> an den Bot schickt führt der Bot den ersten Favoriten aus und das Ergebnis der Ausführung wird zurückgeschickt.

Ausserdem kann man im Telegram Client
<code>/short</code> an den Bot schicken, dann antwortet der Bot mit

<pre>
Favorites

/short1 = set TYPE=ROLLLADEN pos 100

/short2 = set TYPE=ROLLLADEN pos 0

</pre>

Die Antworten werden als Schaltflächen dargestellt (Telegram inline Keyboard) und können am Mobile-Client direkt angeklickt werden um sie auszuführen.
Um die Beschriftung der Schaltflächen zu optimieren, können die Befehle im Attribut favorites mit Beschreibungen versehen werden:

<code>/[Rolllaeden zu ]=set TYPE=ROLLLADEN pos 100;/[Rolllaeden auf]=set TYPE=ROLLLADEN pos 0</code>

Nun antwortet der Bot auf das Schlüsselwort für die Favoriten mit:

<pre>
Favorites

/short1 = Rolllaeden zu

/short2 = Rolllaeden auf

</pre>

=== Nützliche Kombinationen mit weiteren Modulen ===

==== msgConfig ====
{{Link2CmdRef|Anker=msgConfig|Lang=de|Label=msgConfig}}

{{Link2CmdRef|Anker=msgDialog|Lang=de|Label=msgDialog}}

==== msgDialog ====
[[MsgDialog]]

==== MSG ====
[[Msg]]

{{Link2CmdRef|Anker=MSG|Lang=en|Label=MSG}}

{{Link2Forum|Topic=39983|LinkText=Forum-Beitrag}}

==== PostMe ====
[[Modul PostMe#Steuerung per Telegram|PostMe]]

{{Link2CmdRef|Anker=PostMe|Lang=de|Label=PostMe}}

{{Link2CmdRef|Anker=TBot_List|Lang=en|Label=TBot_List}}

==== ROOMATE ====
{{Link2CmdRef|Anker=ROOMMATE|Lang=de|Label=ROOMMATE}}

==== MAX ====
[[MAX#Telegram-Benachrichtigung bei dauergeöffnetem Fenster|Dauer-offenes Fenster melden]]

==== SSCAM - Steuerung von Kameras in Synology Surveillance Station - Schnappschüsse mit TelegramBot versenden ====
[[SSCAM - Steuerung von Kameras in Synology Surveillance Station#Schnappschüsse mit TelegramBot versenden|Schnappschüsse mit TelegramBot versenden]]

==== PRESENCE ====
[[PRESENCE#Hinweis zur Benutzung / Fehlerhandling|Hinweis zur Benutzung / Fehlerhandling]]

==== AMAD ====
[[AMAD]]

==== TALKTOME & TALKTOUSER ====
[[TALKTOME & TALKTOUSER - Sprachverarbeitung für Nutzerinteraktionen#Beleuchtungssteuerung mit Telegram|Beleuchtungssteuerung mit Telegram]]

==== Staumelder ====
[[Staumelder#telegram|Staumelder]]

==== Grafana ====
[[Grafana#Speichern und Senden von Grafiken (zB_mit_Telegram)|Grafana-Plots versenden]]

==== Talk2Fhem ====
[[Modul_Talk2Fhem#Messenger Telegram|Talk2Fhem]]

==== Hausüberwachung ====
[[Hausüberwachung#Nachrichten aus dem Haus|Nachrichten aus dem Haus]]

==== Gäste-WLAN der Fritzbox auswerten und Login per Telegram senden ====

{{Link2Forum|Topic=100119|Message=936495|LinkText=Forum-Beitrag}}

==== Batterieüberwachung nur einmal täglich ====
{{Link2Forum|Topic=99219|Message=926652|LinkText=Forum-Beitrag}}

==== BOTVAC ====
[[BOTVAC#MAPS|Saugroboter-Karten]]

==== Unifi Voucher bereistellen über msgDialog ====
[[Unifi#über Telegram|Unifi Voucher]]

[[Unifi#Erkennung neuer clients|Erkennung unbekannter Clients]]


== Links ==
* Github Repository für die Telegram-FHEM Entwicklung: https://github.com/viegener/Telegram-fhem
* Infos zum Telegram BotFather: https://core.telegram.org/bots#6-botfather

* Source code für das 50_TelegramBot.pm-Modul: https://github.com/viegener/Telegram-fhem/blob/master/50_TelegramBot.pm

* Forum-Thread in dem das Modul vorgestellt wurde {{Link2Forum|Topic=38328|LinkText=FHEM-Forum}}
* Telegram messaging system https://telegram.org/
* TelegramBot API https://core.telegram.org/bots/api

<references />
[[Kategorie:Telegram]]

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #20 am: 15 Juli 2019, 16:45:51 »
Ich habe eben mal alle Bots vereinheitlicht und mich an die Commandref Beispiele gehalten und das Kind "aTelegramBotDevice" genannt.
Bitte um Feedback!
Na ja, wenn die Terminologie aus der cref übernommen wird und hier erst mal nur Sendeanweisungen die Hauptrolle spielen, gibt's wenig zu meckern... Ist daher schon so im Wiki zu finden (auch wenn mir der Name an sich verbesserungsfähig erscheint ("my_T_Bot" wäre doch ausreichend, oder?), und das in der cref auch nicht 100% einheitlich ist, aber was soll's...).
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #21 am: 15 Juli 2019, 21:54:26 »
Was ich gerade noch gefunden habe bezüglich der Wiki Darstellung ist die passende Kategorie. Sehr ihr hier auch noch Handlungsbedraf?
Kann ich wenig zu sagen... Eigentlich finde ich zu viele Hauptkategorien nicht so toll, aber leider keine Ahnung, wie man sinnvoll Unterkategorien erstellt bzw. was die Software da tut.

Das wäre sehr nett, wenn du dein ein Teil deiner Verarbeitungslogik zeigen könntest.

Das mit dem zusammenstricken gebe ich dir recht, aber vielleicht kann man hier es noch besser für das Verständnis darstellen.
Hier mal der Versuch (alles RAW-Auszüge):
Der T-Bot
defmod PresenceBot TelegramBot
attr PresenceBot cmdFavorites /kurz
attr PresenceBot cmdRestrictedPeer 123456789 234567890 345678901
attr PresenceBot cmdReturnEmptyResult 0
attr PresenceBot defaultPeer some_Name
attr PresenceBot favorites /[Bin weg]=set devStrich0 absent;;/[Zuhause]=set devStrich0 home;;/[Komme in 2 Stunden]=set devStrich0 home 2h;;/[Komme in 1 Stunde]=set devStrich0 home 1h;;/[Bin 1 Tag weg]=set devStrich0 absent 1d;;/[Bin 2 Tage weg]=set devStrich0 absent 2d;;[/Bin 4 Tage weg]=set devStrich0 absent 4d
attr PresenceBot pollingTimeout 300
attr PresenceBot room Steuerung->Interfaces

devStrich0 ist ein Dummy. Den nutze ich für alles mögliche, was ggf. irgendwie eine Art "Blitzableiter" braucht, hier z.B. der eigentliche set-Befehl. Der geht also FHEM-mäßig zwar ordnungsgemäß an ein Device, effektiv aber ins "digitale Nirvana".

Effektiv interessiere ich mich mehr für den Absender iVm. dem Inhalt. Das macht ein notify:
defmod rr_xn_telegramStateMessage notify PresenceBot:msgPeerId:.* {\
my $msg = ReadingsVal($NAME,"msgText","none");;\
my $target = getKeyValue($EVTPART1);;\
fhem "set $target T_last $msg";;\
if ($msg =~ /^\/kurz.*/) {\
$msg = "absent" if ($msg =~ /^\/kurz.* Bin weg$/ or $msg =~ /^\/kurz 1$/);;\
$msg = "present" if ($msg =~ /^\/kurz.* Zuhause$/ or $msg =~ /^\/kurz 2$/);;\
}\
if ($msg =~ /^(home|absent|present)$/) {\
fhem "set $target T_status $msg";;\
}\
}
Dafür muß mit {setKeyValue("<PeerID>":"<Presence-Dummy-Name>")} eine Verknüpfung zwischen diesen beiden Infos hergestellt werden, die dann auch außerhalb der Konfiguration im engeren Sinn (fhem.cfg) abgespeichert ist.

Das ist auch schon der eigentliche T-Bot-Teil....

Die Weiterverarbeitung für die HK-Steuerung macht dann ein weiteres notify (ich hoffe, das halbwegs richtig bereinigt zu haben):
defmod n_rr_T_status notify rr_.*:T_status:.* {\
\
my $newState = "absent";;\
my $checktimer = $NAME."_timerHK";;\
my $hk_devices = AttrVal($NAME,"HT_Devices","devStrich0");;\
my $message = ReadingsVal($NAME,"T_last","Bin weg");;\
\
if ($EVTPART1 eq "present") {\
  if ($message =~ /Komme/) {\
    if (ReadingsVal("Heizperiode","state","off") eq "on")  {\
      fhem "delete $checktimer" if defined ($main::defs{$checktimer});;\
      foreach my $setdevice (split (/,/,$hk_devices)) {\
        fhem "set $setdevice:FILTER=controlMode!=auto controlMode auto";;\
      }\
      fhem "define $checktimer at +03:00:00 set $hk_devices controlManu 18";;\
    }\
  }\
} elsif ($EVTPART1 eq "absent") {\
  fhem "set $NAME absent";;\
  if (ReadingsVal("Heizperiode","state","off") eq "on") {\
    fhem "set $hk_devices controlManu 18";;\
  }\
}}\
Zumindest, wenn man das inline-Keyboard nutzt, scheint das zu funktionieren, effektiv war das eine Bastelarbeit, die bislang nicht sooo viel genutzt wurde; in der Regel reicht es, wenn die Heizung angeht, sobald man sich ins WLAN einbucht, aber das machen dann andere notify... (da fällt mir ein, dass ich das mal zusammenführen wollte und in myUtils auslagern. Wird wohl im nächsten Winter was, da wird das tendenziell dringender gebraucht, bisher war es eher eine Machbarkeitsstudie...)

Wenn (.... ::) ;D ...) was unklar sein sollte, bitte melden.
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #22 am: 16 Juli 2019, 08:04:59 »
Hallo Beta-User,

du hast recht in der CommandRef ist die Terminologie auch nicht einheitlich hatte mich dann dem gehalten was am meisten vor kommt. Ich bin keine freund alles zu sehr abzukürzen. Wenn Schlage ich vor myTelegramBot.

Habe mir bis jetzt nur mal die Definition deines TelegramBot angeschaut. Ich glaube du hast ein Fehler in der letzten Definition deines Buttons.
[/Bin 4 Tage weg]=set devStrich0 absent 4d Und ich find es Persönlich schöner mit einem „-„zuarbeiten. Also wie folgt. Aber denke das ist Geschmackssache.
attr PresenceBot favorites /[-Bin weg]=set devStrich0 absent;;/[-Zuhause]=set devStrich0 home;;/[-Komme in 2 Stunden]=set devStrich0 home 2h;;/[-Komme in 1 Stunde]=set devStrich0 home 1h;;/[-Bin 1 Tag weg]=set devStrich0 absent 1d;;/[-Bin 2 Tage weg]=set devStrich0 absent 2d;;/[-Bin 4 Tage weg]=set devStrich0 absent 4d\
 
Mein Ziel wäre es recht viel über Telegram abzubilden, dass meine Frau und ich im normalen Leben das Frontend nicht brauchen.

Mal schauen erst mal das Wiki dann setze ich mich daran.

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #23 am: 16 Juli 2019, 09:57:18 »
Moin,
zu "myTelegramBot": Bin da an sich leidenschaftslos...
Meine _Meinung_: Es sollte halbwegs sprechend sein, und möglichst kurz, dabei noch halbwegs einfach zu lesen. In diesem Sinne wäre mir persönlich diese Fassung zu lang. Alternative: "myTgramBot"? (das kann man grade so noch in einem "Augenzug" erfassen).

Was meine Definitionen angeht: Das sind RAW-Auszüge und das ganze ist "auf die Schnelle" zusammengeklöppelt. Das ganze ist wie geschrieben eher eine Machbarkeitsstudie wie eine Musterlösung, von daher darf/kann das gerne verbessert werden. Das mit dem "-" war was, was ich "damals" noch gesucht, aber auf die Schnelle nicht gefunden hatte...
Zu RAW: Vermutlich sind die doppelten ;; "falsch", und wir sollten das in die Richtung nochmal checken. Was das Wiki angeht, würde ich auch darum bitten, ausschließlich RAW-Code zu verwenden, das hat sich m.E. bewährt.


Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #24 am: 16 Juli 2019, 12:36:02 »
Zu RAW: Vermutlich sind die doppelten ;; "falsch", und wir sollten das in die Richtung nochmal checken. Was das Wiki angeht, würde ich auch darum bitten, ausschließlich RAW-Code zu verwenden, das hat sich m.E. bewährt.

Die ;; kommen von der RAW hatte mich auch gewundert habe deshalb heute morgen schon mal nach geschaut.
Ja gebe ich dir Recht, dass wir das noch auf RAW umstellen sollten. 

Ich habe es jetzt mal auf myTelegramBot angepasst.

{{Infobox Modul
|ModPurpose=Senden und Empfangen von Nachrichten (Text und Fotos) mit dem freien Messagingdienst Telegram
|ModType=d
|ModForumArea=Unterstützende Dienste
|ModFTopic=38328
|ModTechName=[https://github.com/viegener/Telegram-fhem/blob/master/50_TelegramBot.pm 50_TelegramBot.pm]
|ModOwner=[[Benutzer:Viegener|Viegener]] ({{Link2FU|12772|Forum}} / [[Benutzer Diskussion:Viegener|Wiki]])}}

Das [[TelegramBot]]-Modul ermöglicht das Senden und Empfangen von Nachrichten über den Telegram-instant messaging Dienst (https://telegram.org/).
Es entsteht eine Möglichkeit Benachrichtungen aus FHEM zu versenden, zum Beispiel Alarmmeldungen.
Ausserdem können auch Kommandos über Telegram an FHEM gesendet werden um Steuerungsbefehle in FHEM auszulösen.

Das TelegramBot-Modul benötigt keine Zusatzsoftware auf dem FHEM-Server<ref>anders als die Vorläufer-Variante über das [[Telegram - old API method|Telegram-API]]</ref>, sondern verwendet das [https://core.telegram.org/bots/api TelegramBot-API] über https-Aufrufe. Es muss jedoch das [http://www.fhemwiki.de/wiki/Raspberry_Pi#N.C3.BCtzliche_Zusatzpakete perl JSON modul] installiert sein.

== Über Telegram Instant Messaging ==
Telegram-IDs und Versand/Empfang von Nachrichten sind kostenfrei.
Clients sind für gängige Smartphonesysteme erhältlich (iOS iPhone und Tablet, Android, Windows Phone) und
können auch aus dem WebBrowser verwendet werden.
Es gibt auch einen Kommandozeilen-Client für Linux, der die Grundlage dieses Moduls darstellt.
Mehrfachanmeldungen, auch parallel mit verschiedenen Geräten (z.B. Tablet und Smartphone), sind möglich.
Gruppenchats und Chats mit End-2-End-Verschlüsselung werden ebenfalls unterstützt.

Für die Unterstützung von ''WhatsApp'' siehe Modul [[yowsup]].

== Features ==
Unterstützt werden:

* Versand von Textnachrichten
* Versand und Empfang von Bildern/Audio/etc
* Empfang von Textnachrichten von beliebigen Kontakten
* Kommandos in FHEM über Telegram-Nachrichten von aussen auslösen
* Ergebnisse der Kommandos zusenden lassen

Eine detaillierte Beschreibung des Moduls ist im FHEM Forum und in der (englischen) Dokumentation zum Modul in der {{Link2CmdRef|Anker=TelegramBot}} und in diesem  {{Link2Forum|Topic=38328|LinkText=Diskussionsthread}} zu finden. Seit Oktober 2015 wird das Modul offiziell über FHEM-Update verteilt.

Die jeweils aktuellste Entwicklungs-Version des Moduls ist in Github [https://github.com/viegener/Telegram-fhem/blob/master/50_TelegramBot.pm 50_TelegramBot.pm] verfügbar.

== Hinweise zum Betrieb mit FHEM ==
{{Randnotiz|RNTyp=Info|RNText=Achtung: Dieses Authtoken ist die einzige Authentifizierung für den Bot und sollte deshalb nicht aus der Hand gegeben werden. Die verwendeten Urls sind deshalb auch in den Log-Files nicht enthalten, da diese das Authtoken in Klartext enthalten. Auch im Forum sollte dieses Token nicht aufgenommen werden.
}}

Für die Anlage eines TelegramBot Devices in FHEM ist ein Authtoken erforderlich. Dieses Token wird über Anlegen eines neuen Bots im [https://core.telegram.org/bots#6-botfather BotFather] erzeugt. Dafür muss der BotFather mit einem Telegram-Client kontaktiert werden. Dort mit dem Telegram-Befehl <code>/newbot</code> einen neuen Bot anlegen und mit einem Namen versehen. Hinweis: Die Namen für Bots müssen auf "Bot" enden.<br>

Das Anlegen eines TelegramBot devices erfolgt durch die Angabe dieses Tokens:

<code>define &lt;name&gt; TelegramBot  &lt;token&gt; </code>

Beispiel: <code>define myTelegramBot TelegramBot 110201543:AAHdqTcvCH1vGWJxfSeofSAs0K5PALDsaw</code>

'''Das Empfangen von Nachrichten (polling) erfordert die Einstellung des Attributes'''
<code>pollingTimeout</code> '''auf einen Wert der grösser als Null ist. Beim Wert 0 oder ohne Setzen des Attributes findet kein Polling und damit auch kein Empfang statt.'''

Beispiel: <code>attr myTelegramBot pollingTimeout 120</code>

'''Der TelegramBot kann erst dann Nachrichten an einen telegram user schicken, wenn dieser zuerst an den telegram bot eine Nachricht gesendet hat.'''
Dafür muss man in seinem Telegram-Client den Kontakt @botName suchen und dann eine Nachricht daran versenden.

'''Der TelegramBot kann keine Nachrichten an andere Bots senden. Ein anderer Bot erhält die Nachrichten auch nicht wenn er in einer Gruppe enthalten ist.''' Dies ist eine Beschränkung in der Bot-Funktion bei Telegram. Das Versenden an einen anderen Bot (wenn man den Kontakt manuell hinzugefügt hat) führt zur Fehlermeldung
<code>sentMsgResult - Callback returned error :Bad Request: chat not found:</code>

{{Randnotiz|RNTyp=Info|RNText=TelegramBot setzt eine aktuelle Version von FHEM voraus, insbesondere Versionen weit vor der Umstellung auf 5.7 (also vor Herbst 2015) können mit einem TelegramBot-Modul nicht funktionieren, da insbesondere das HTTPSRV-Modul dann veraltet ist. Am besten auch den TelegramBot über den offiziellen Update mit dem Rest von FHEM installieren/aktualisieren.
}}

== Registrierung eines neuen Bot ==
Zur Registrierung wird ein funktionierender Telegram-Client (egal ob Web, App oder Programm)benötigt. Hier wird ein Chat zum BotFather gestartet und der Befehl /newbot gesendet. Nun fragt der BotFather die benötigten Angaben ab und liefert am Ende des Dialogs die Informationen für den neuen Bot.
Hier ein Beispiel, wie so ein Chat aussehen könnte:
<pre>Client:
/newbot
----------------
BotFather:
Alright, a new bot. How are we going to call it? Please choose a name for your bot.
----------------
Client:
Mein Name
----------------
BotFather:
Good. Now let's choose a username for your bot. It must end in `bot`. Like this, for example: TetrisBot or tetris_bot.
----------------
Client:
fhem_bot
----------------
BotFather:
Sorry, this username is already taken. Think of something different.
----------------
Client:
fhem1234_bot
----------------
BotFather:
Done! Congratulations on your new bot.
You will find it at telegram.me/fhem1234_bot.
You can now add a description, about section and profile picture for your bot, see /help for a list of commands.
----------------
Use this token to access the HTTP API:
1234567890:AbCdefgHIJklmnOPQRst-uvwxyz

For a description of the Bot API, see this page: https://core.telegram.org/bots/api
</pre>
Um einen Chat an einen "Contact" versenden zu können, muss zuerst in Contacts (bei Readings) ein Kontakt auftauchen. Wenn man sich zum allerersten Mal bei Telegram angemeldet hat, gibt es noch keinen Chat mit irgendjemanden. Man muss sich zuerstmal selbst eine Nachricht im Smartphone zusenden, dann taucht unter Readings der Eintrag Contacts auf. Erst dann kann man eine Nachricht mit @msgPeerId (das ist Ziffernfolge des Contacts ) oder mit @msgPeer (das ist der Name nach dem Doppelpunkt) vom TelegramBot auf sein Smartphone senden.

== Tipps ==

=== Privacyeinstellungen ===

Damit der TelegramBot auch Meldungen in Gruppen sieht, müssen über den BotFather die Privacy-Einstellungen geändert werden.<br>Beispielchat:<pre>Client:
/setprivacy
----------------
BotFather:
Choose a bot to change group messages settings.
----------------
Client:
@fhem1234_bot
----------------
BotFather:
'Enable' - your bot will only receive messages that either start with the '/' symbol or mention the bot by username.
'Disable' - your bot will receive all messages that people send to groups.
Current status is: ENABLED
----------------
Client:
Disable
----------------
BotFather:
Success! The new status is: DISABLED. /help</pre>

=== Kontakte ===

Der Bot merkt sich die bereits bekannten Kontakte im Reading <code>Contacts</code>. Dabei werden die einzelnen Kontakte jeweils als 3-teilige Einträge gespeichert - bestehend aus UserID, Vor- und Nachname des Benutzers (mit _ verbunden) und dem Username (mit vorangestelltem @).

Beispiel: <code>123456:Ralf_Mustermann:@ralf</code>

Verschiedene Einträge werden durch Leerzeichen getrennt.

Man kann die Kontakte auch manuell überschreiben (z.B. wenn das Reading fehlerhaft oder verloren sein sollte). Dazu gibt es den Set-Befehl <code>replaceContacts</code>. Dieser nimmt die Kontakte ebenfalls in der gleichen Form wie oben beschrieben entgegen.

Die Kontaktliste wird ansonsten nur durch den Empfang von Nachrichten erweitert, da es im TelegramBot-API keine Möglichkeit gibt Kontaktdaten von Telegram abzufragen (siehe auch pollingTimeout)

=== Reset ===

Es ist möglich den Bot im laufenden Betrieb zurückzusetzen (Set-Befehl <code>reset</code>). Dabei werden noch nicht abgeschlossene Übetragungen entfernt und die internen Zustände des Devices zurückgesetzt.

=== Gruppen ===

Um eine Nachricht von FHEM an eine Gruppe zu senden, muss der BOT in die Gruppe aufgenommen werden. Nach dem Senden einer Nachricht an die Gruppe kann im Modul die Gruppen-ID ermittelt werden und zum Senden von Nachrichten verwendet werden. Die Gruppen-ID ist eine negative Zahl. Wenn die Privacy-Einstellungen nicht auf 'Disabled' gesetzt wurden, muss die Nachricht mit einem Slash (/) beginnen.

==== Supergroups / Supergruppen ====

Auch die neuen Supergruppen werden mit dem Bot unterstützt, es ist allerdings zu beachten, dass bei der Umwandlung einer Gruppe in eine Supergruppe eine neue ID in den Kontakten von Telegram vergeben wird. Wenn man also wie empfohlen IDs zur Identifikation von Benutzern einsetzt, muss entsprechend angepasst werden.

== Beispielszenarien ==

=== Benachrichtigungen über Ereignisse ===

Das einfachste Szenario für die Integration von Messaging-Diensten mit FHEM ist zur Benachrichtigung über Ereignisse. Diese Funktion kann zum Beispiel verwendet werden, um über einen erfolgten Neustart von FHEM zu informieren:

<code>define notify_fhem_reload notify global:INITIALIZED set myTelegramBot message fhem newly started - just now !</code>

In diesem Beispiel wird der Nachrichtentext "fhem newly started - just now !" an den als default eingestellten Kontakt (Attribut: defaultPeer) gesendet, sobald FHEM neu gestartet wurde. Natürlich kann man auch beliebige andere Benachrichtigungen einführen.

Nebenbemerkung: hier ist eine erweiterte Strukturierung evt. empfehlenswert: statt jede Notify-Syntax o.ä. direkt auf TelegramBot-Spezifika gehen zu lassen, kann man sich eine Helper-Funktion (zur Vermittlung all solcher "Alarmtexte") bauen ([[99_myUtils_anlegen]]), die entsprechende Alarm-Meldungen dann nur intern auf (u.a.) einen Messaging-Service wie (momentan!) Telegram schickt.

=== Versand von Bildern ===

Es ist auch möglich Bilder auf dem FHEM-Server, die zum Beispiel von einer Kamera oder einem Wettermodul stammen über Telegram zu versenden. So wäre es z.B. möglich jeweils morgens die aktuelle Wetterkarte zu erhalten.

ACHTUNG: TelegramBot verwendet das HTTPUtils-Modul zur Kommunikation mit dem TelegramBot-API. Erst mit der Version, die seit 22.10.2015
([r9576] HttpUtils.pm: Async write for POST Requests {{Link2Forum|Topic=41583|LinkText=FHEM-Forum}}) verteilt wird, erlaubt auch den Transfer grösserer Bilder. Die Grenze liegt ansonsten bei ca. 14kb auf Raspberries (Plattformspezifische Grenze).


<code>define notify_fhem_reload notify wetter:report set myTelegramBot sendImage /opt/fhem/wetter.jpg</code>

Bei Erreichen des entsprechenden Status am Wetter-Modul wird ein Image über Telegram versendet. Hier sind lokale Pfade (relativ zu fhem) oder absolute Pfade wie oben möglich.

=== Versand von SVG-Plots ===

SVG-Plots können mit dem Befehl
<code>cmdSend [ @<peer1> ... @<peerN> ] <fhem command></code>
verschickt werden.

Das angegebene FHEM-Kommando wird ausgeführt und das Ergebnis an die angegebenen Peers bzw. den Standard-Peer verschickt.

Mit dem folgenden Befehl wird der SVG-Plot SVG_FileLog_Aussen an den Standard-Peer geschickt:
<code>set myTelegramBot cmdSend { plotAsPng('SVG_FileLog_Aussen') }</code>

Nach <code>define cmd_sendTelegramSVG cmdalias TGSVG .* AS set myTelegramBot cmdSend { plotAsPng("$EVENT") }</code>
kann man mit einem kurzen
<code>TGSVG SVG_Garten</code>
ein beliebiges SVG über die Kommandozeile per Telegram versenden.

Um das SVG nun noch mit einem Text zu versehen, muss eine Textnachricht dazu gesendet werden, was sich am einfachsten durch das Ausführen eines FHEM-Befehls auf Perl-Ebene realisieren lässt:

<code>{fhem "set myTelegramBot message Bildbeschreibung;; set myTelegramBot cmdSend { plotAsPng('mein_SVG') }" }</code>

'''Hinweis:''' früher wurde zum Verschicken von Plots auch die interne Funktion TelegramBot_ExecuteCommand verwendet; mit dem Update Ende Februar 2017 hat diese Funktion einen zusätzlichen Parameter erhalten und lautet nun
<code>TelegramBot_ExecuteCommand($defs{"myTelegramBot"}, meine_ZielID, undef, '{plotAsPng("mein_SVG")}');</code>


==== Voraussetzungen für den Versand von SVG-Plots ====
Es muss das Modul libimage-librsvg-perl installiert sein:

<code>sudo apt-get install libimage-librsvg-perl</code>

Evtl. sind weitere Module erforderlich:

<code>sudo apt-get install libgd-graph-perl

sudo apt-get install libgd-text-perl</code>

=== Empfang von Bildern oder ähnlichem ===

Beim Empfang von Bildern wird zuerst nur eine ID vom Telegram-Server empfangen, diese befindet sich im Reading <code>msgFileId</code> angelegt (<code>123456:xxxxxxxxxxxxxxxxxxxxxxx-xxxxxxxx</code>) und im Reading <code>msgText</code> steht dann so etwas wie
<code>received photo # Size: 107701</code>

Über das Get-Kommando <code>urlForFile</code> mit der ID aus dem msgFileId Reading lässt sich dann daraus ein URL ableiten, der dann zur eigentlichen Datei führt:

<code>https://api.telegram.org/file/bot123456:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/photo/file_25.jpg</code>


=== Versand von Emojis (Smileys) ===

Es ist auch möglich Emojis mit den (Text-)Nachrichten zu versenden. Die entsprechenden (Unicode-)Zeichen werden einfach direkt mit in den Text der Nachricht aufgenommen. Um das zu vereinfachen kann man das einfach per Copy und Paste von dieser Seite

http://apps.timwhitlock.info/emoji/tables/unicode (Spalte "Native")

übernehmen und mit der Nachricht verschicken.

Die Emojis können auch empfangen werden und werden so auch in FHEM / FHEMWeb angezeigt. Plattformspezifische (z.B. von iOS oder Android) Emojis werden dabei nicht unterstützt (gerade mit iOS sind viele neue farbige Emojis hinzugekommen, die wohl leider nur auf Apple-devices funktionieren).

=== Kommandos auslösen ===

Ein wichtiges Szenario ist die Möglichkeit Kommandos in FHEM ausführen zu können, ohne einen Zugang durch die Firewall einrichten zu müssen. Dazu ist die Definition eines Schlüsselwortes (Attribut: "cmdKeyword")erforderlich, mit dem man die Nachrichten beginnen muss, damit der TelegramBot die Kommandos erkennt.

<code>attr myTelegramBot cmdKeyword doit</code>

Somit kann man dann durch Nachrichten die mit "doit" beginnen Kommandos an FHEM senden, die ähnlich wie im Kommandoeingabefeld von FHEMweb dann von FHEM ausgeführt werden. Das Ergebnis der Ausführung wird zurück an den Sender (und an den definierten defaultPeer) geschickt.

Somit können nicht nur Aktionen angestossen werden, sondern auch Infos abgefragt werden.

Beispiele

<code>doit set schalter on</code>

<code>doit list telegrambot</code>

{{Randnotiz|RNTyp=Warn|RNText=Achtung: Bei den Kommandos sollten man unbedingt das Attribut "cmdRestrictedPeer" setzen, damit nicht jeder Kommandos auf dem FHEM-Server ausführen kann. Dazu sollten die BenutzerIDs der erlaubten Benutzer (durch Leerzeichen getrennt angeben). Da Benutzernamen selber vergeben werden und nicht unbedingt eindeutig sind, sollten hier auch NUR BenutzerIDs verwendet werden.
}}

==== Favoriten für Kommandos anlegen ====
Grundidee bei den Favoriten ist, dass man lange Befehle, die man häufig braucht auf "Kurzwahl" legt.

Beispiel-Kommandos wie z.B. <code>set TYPE=ROLLLADEN pos 100</code> und <code>set TYPE=ROLLLADEN pos 0</code>, die man immer wieder braucht. Um nicht jedes mal dieses Kommando eintippen zu müssen auf dem Smartphone, kann man auch dafür Favoriten anlegen.

Dazu gibt man erst mal die beiden Kommandos getrennt durch Semikolon im Attribut favorites an:

<code>attr myTelegramBot favorites set TYPE=ROLLLADEN pos 100;set TYPE=ROLLLADEN pos 0</code>

Um die Favorites jetzt ausführen zu können braucht man noch ein Schlüsselwort dafür.
Nehmen wir mal an man möchte die Favoriten mit <code>/short</code> ausführen können. Dazu muss dann das Attribut "cmdFavorites" setzen

<code>attr myTelegramBot cmdFavorites /short</code>

Wenn man nun im Telegram Client
<code>/short 1</code> an den Bot schickt führt der Bot den ersten Favoriten aus und das Ergebnis der Ausführung wird zurückgeschickt.

Ausserdem kann man im Telegram Client
<code>/short</code> an den Bot schicken, dann antwortet der Bot mit

<pre>
Favorites

/short1 = set TYPE=ROLLLADEN pos 100

/short2 = set TYPE=ROLLLADEN pos 0

</pre>

Die Antworten werden als Schaltflächen dargestellt (Telegram inline Keyboard) und können am Mobile-Client direkt angeklickt werden um sie auszuführen.
Um die Beschriftung der Schaltflächen zu optimieren, können die Befehle im Attribut favorites mit Beschreibungen versehen werden:

<code>/[Rolllaeden zu ]=set TYPE=ROLLLADEN pos 100;/[Rolllaeden auf]=set TYPE=ROLLLADEN pos 0</code>

Nun antwortet der Bot auf das Schlüsselwort für die Favoriten mit:

<pre>
Favorites

/short1 = Rolllaeden zu

/short2 = Rolllaeden auf

</pre>

=== Nützliche Kombinationen mit weiteren Modulen ===

==== msgConfig ====
{{Link2CmdRef|Anker=msgConfig|Lang=de|Label=msgConfig}}

{{Link2CmdRef|Anker=msgDialog|Lang=de|Label=msgDialog}}

==== msgDialog ====
[[MsgDialog]]

==== MSG ====
[[Msg]]

{{Link2CmdRef|Anker=MSG|Lang=en|Label=MSG}}

{{Link2Forum|Topic=39983|LinkText=Forum-Beitrag}}

==== PostMe ====
[[Modul PostMe#Steuerung per Telegram|PostMe]]

{{Link2CmdRef|Anker=PostMe|Lang=de|Label=PostMe}}

{{Link2CmdRef|Anker=TBot_List|Lang=en|Label=TBot_List}}

==== ROOMATE ====
{{Link2CmdRef|Anker=ROOMMATE|Lang=de|Label=ROOMMATE}}

==== MAX ====
[[MAX#Telegram-Benachrichtigung bei dauergeöffnetem Fenster|Dauer-offenes Fenster melden]]

==== SSCAM - Steuerung von Kameras in Synology Surveillance Station - Schnappschüsse mit TelegramBot versenden ====
[[SSCAM - Steuerung von Kameras in Synology Surveillance Station#Schnappschüsse mit TelegramBot versenden|Schnappschüsse mit TelegramBot versenden]]

==== PRESENCE ====
[[PRESENCE#Hinweis zur Benutzung / Fehlerhandling|Hinweis zur Benutzung / Fehlerhandling]]

==== AMAD ====
[[AMAD]]

==== TALKTOME & TALKTOUSER ====
[[TALKTOME & TALKTOUSER - Sprachverarbeitung für Nutzerinteraktionen#Beleuchtungssteuerung mit Telegram|Beleuchtungssteuerung mit Telegram]]

==== Staumelder ====
[[Staumelder#telegram|Staumelder]]

==== Grafana ====
[[Grafana#Speichern und Senden von Grafiken (zB_mit_Telegram)|Grafana-Plots versenden]]

==== Talk2Fhem ====
[[Modul_Talk2Fhem#Messenger Telegram|Talk2Fhem]]

==== Hausüberwachung ====
[[Hausüberwachung#Nachrichten aus dem Haus|Nachrichten aus dem Haus]]

==== Gäste-WLAN der Fritzbox auswerten und Login per Telegram senden ====

{{Link2Forum|Topic=100119|Message=936495|LinkText=Forum-Beitrag}}

==== Batterieüberwachung nur einmal täglich ====
{{Link2Forum|Topic=99219|Message=926652|LinkText=Forum-Beitrag}}

==== BOTVAC ====
[[BOTVAC#MAPS|Saugroboter-Karten]]

==== Unifi Voucher bereistellen über msgDialog ====
[[Unifi#über Telegram|Unifi Voucher]]

[[Unifi#Erkennung neuer clients|Erkennung unbekannter Clients]]


== Links ==
* Github Repository für die Telegram-FHEM Entwicklung: https://github.com/viegener/Telegram-fhem
* Infos zum Telegram BotFather: https://core.telegram.org/bots#6-botfather

* Source code für das 50_TelegramBot.pm-Modul: https://github.com/viegener/Telegram-fhem/blob/master/50_TelegramBot.pm

* Forum-Thread in dem das Modul vorgestellt wurde {{Link2Forum|Topic=38328|LinkText=FHEM-Forum}}
* Telegram messaging system https://telegram.org/
* TelegramBot API https://core.telegram.org/bots/api

<references />
[[Kategorie:Telegram]]

Offline curt

  • Hero Member
  • *****
  • Beiträge: 1068
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #25 am: 17 Juli 2019, 05:02:01 »
"my_T_Bot" wäre doch ausreichend, oder?

Bei mir heißt der Kerl TeleBot - aber falls wirklich zielführende Vorschläge gewünscht werden: myTelegram

Der T-Bot
attr PresenceBot favorites /[Bin weg]=set devStrich0 absent;;/[Zuhause]=set devStrich0 home;;/[Komme in 2 Stunden]=set devStrich0 home 2h;;/[Komme in 1 Stunde]=set devStrich0 home 1h;;/[Bin 1 Tag weg]=set devStrich0 absent 1d;;/[Bin 2 Tage weg]=set devStrich0 absent 2d;;[/Bin 4 Tage weg]=set devStrich0 absent 4d
devStrich0 ist ein Dummy. Den nutze ich für alles mögliche, was ggf. irgendwie eine Art "Blitzableiter" braucht, ...

Ich habe es leider nicht verstanden. Das liegt sicher an vielen Dingen - zuvörderst an mir. Aber auch daran, dass nicht klar ist, wer da an welchem Ende sendet.

Da lese ich unter anderem "bin weg". Kannst Du bitte freundlicherweise das Einsatzszenario in Prosa erklären? Also wer macht mit welchem Gerät was - über welchen Kanal kommt das wohin, was macht der Bot dazwischen - so etwa.

So eine Beschreibung würde mir sehr helfen zu verstehen, was Du da Tolles hast.
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #26 am: 17 Juli 2019, 07:50:00 »
"myTelegram" finde ich einen guten Vorschlag, und die doppelten ";;" kommen von RAW und scheinen ok zu sein.

Ob es toll ist, kann ich nicht sagen. "Eigentlich" ging's mal um folgendes, vorab die Vorgeschichte:

Meine Familie ist zwischenzeitlich sehr ungleichförmig zuhause, will sagen: Man kann nicht wirklich gut vorhersagen, wer wann da ist. Da ich aber keine Lust habe, "präventiv" das ganze Haus zu heizen, obwohl nur sehr vielleicht jemand bestimmte Zimmer nutzt, habe ich die relevanten Teile auf eine anwesenheitsbasierte Variante umgestellt, nämlich mittels MAC-Adressenerkennung beim Einbuchen in's WLAN; der Teil funktioniert auch recht gut, ist aber ähnlich gelöst wie hier (dazu unten dann mehr).
Das hat aber einen gravierenden Haken, der dann Anlaß war für diese Sache mit Telegram: Es wird erst dann warm, wenn jemand tatsächlich da ist und auch nicht vergißt, seinen WLAN-Empfang einzuschalten. Den zweiten Punkt kann ich an die Betroffenen delegieren, für den ersten mußte eine Lösung zur Fernsteuerung her.

Lösung per Telegram:
Alle Familienmitglieder dürfen mit dem (einen) Bot kommunizieren, und eigentlich brauchte ich nur eine Anweisung, nämlich "heize bitte mein Zimmer vor". Also muß der Auswertungsteil berücksichtigen, von welchem der Familienmitglieder die message kommt und dann noch den Inhalt analysieren, denn wenn schon, dann sollte der Bot dann gleich etwas universeller sein und nicht nur den einen message-Typ "komme gleich, mach schon mal" erkennen.

Also muß der Auswertungscode zwei Infos extrahieren: WER sagt etwas, und WAS will er mitteilen.
WER läßt sich leicht aus der ID des Senders ableiten, dafür ist der getKeyValue()-Aufruf im ersten notify da, die ID ist dabei $EVTPART1. Im Hintergrund steht eine zentrale Datei (typischerweise ./FHEM/FhemUtils/uniqueID), in die man die betreffende Info über "{setKeyValue("<ID>":"<myDummyName>")}" schreiben kann. Da kommt also schlicht ein Gerätename zurück; ich nutze derzeit noch Dummy-Devices für die Anwesenheit.

Zum WAS:
Das notify schreibt dann zwei Infos zu dem entsprechenden Dummy, nämlich die volle Nachricht und eine Kurzform.
(Mit der vollen Nachricht wollte ich das vielleicht erweitern, indem ich ein paar Timer setze und nach einer gewissen Zeit nachsehe, ob alles noch paßt oder doch was anderes Sache ist... Der Teil ist aber noch nicht weit gediehen).
Auf die Kurzform reagiert dann das weitere notify, das im Prinzip dasselbe macht wie das vorher schon existente MAC-Presence-notify (das ebenso mit getKeyValue() aus der im Event enthaltenen MAC-Adresse den Dummy-Namen extrahiert, diesen dann aber direkt auf an- oder abwesend setzt).
Dort wird ermittelt, welche Heizkörperthermostate betroffen sind, die werden dann bei "schalte doch bitte schon mal an" angeschaltet. Kommt der Betreffende dann nicht innerhalb von 3h tatsächlich nach Hause, werden die Heizkörper wieder auf "ist nicht da" gestellt.

Jetzt haben es also die Betroffenen selbst in der Hand, die Heizung rechtzeitig anzustellen :) . Da die MAC-Presence-Geschichte aber auch so ausgelegt ist, dass nicht gleich reagiert wird, sondern erst mit einem gewissen Nachlauf, habe ich als 2. Variante noch das "Bin jetzt weg, schalte aus"-Kommando reingenommen. Da meine Mitmenschen es jetzt zwar "in der Hand haben", mitzuteilen, wann sie denn da zu sein gedenken, aber von der Option wenig Gebrauch machen, habe ich den Rest erst mal auf Halde gelegt ::) . (Bitte keine Kommentare, dass das ggf. auch über andere Methoden zuverlässiger ginge: Ich will meine Mitmenschen nicht tracken ;) ; es reicht, wenn sie eine an sich komfortable Möglichkeit haben).

Hoffe, das halbwegs einleuchtend erklärt zu haben, notfalls mache ich noch ein paar Kommentare in den Code.

Vielleicht noch eine Anmerkung zu getKeyValue(): Früher hatte ich das über entsprechende Readings direkt bei den Dummy-Devices gelöst und dann mit FILTER gearbeitet, um das richtige Zieldevice zu ermitteln. Da ist es mir leider - aus welchen Gründen auch immer - mehrfach passiert, dass die Info (das ganze Reading) verloren gegangen ist. Das mittels Readings zu lösen sollte den Weg über Attribute und die roten ? vermeiden (wieder so eine Machbarkeitsfrage, diese Infos ändern sich ja nicht ständig ::) ). Da ich vor einiger Zeit dann im Zusammenhang mit myUtils erstellen auf diese setKeyValue()/getKeyValue()-Geschichte gestoßen war, wollte ich das mal ausprobieren, weil sich so sensitive Infos aus der Konfiguration auslagern lassen. Funktioniert m.E. sehr gut, und hat nur den kleinen Nachteil, dass die Infos nicht direkt beim betreffenden Device stehen (aber dafür an zentraler Stelle, zusammen mit email-Accounts usw.).
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline curt

  • Hero Member
  • *****
  • Beiträge: 1068
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #27 am: 17 Juli 2019, 08:09:43 »
"myTelegram" finde ich einen guten Vorschlag,

Danke.

Ob es toll ist, kann ich nicht sagen. "Eigentlich" ging's mal um folgendes, vorab die Vorgeschichte:

Ahhhh - jetzt verstanden.

Das trifft bei mir nicht zu. Ich habe ein Niedrigenergiehaus, eins der ersten, so um 1996. Da ist es völlig kontraproduktiv, mit der Heizung rumzuspielen: Die Einsparung ist nahe Null, die Hysterese aber gigantisch - anders gesagt: Der Aufheizvorgang ist extrem langsam. Das bedeutet im Fakt, dass ich jedem auf die Finger haue, der an einem Thermostaten rumspielt - selbst wenn wir im Winter eine Woche weg sind, bleibt alles auf Normalbetrieb.

Ich beobachte Deine Ideen aus einem ganz anderen Grund:
Mir persönlich ist WApp verboten, wie es so ist, sah ich mich gezwungen auch allen meinen Angestellten das auf den Diensthandys zu verbieten. Die Gattin vermisst das zwecks mankenntdasja. Nun konnte ich sie auf Telegram umlenken, ihr Freundeskreis hat beruflich auch Probleme mit WApp. [¹]

Sie entdeckt das jedenfalls gerade - und das ergäbe schon Möglichkeiten in Bezug auf FHEM.

Ich bitte um Entschuldigung für OT.

[¹] Ja klar: Telegram ist auch ein ominöser Dienst. Und den Bot-Kanal kann man offenbar nicht in "geheime Kommunikation" (also Ende-zu-Ende-Verschlüsselung) zwingen. Der Weg zur Hölle ist mit guten Vorsätzen gepflastert ...
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #28 am: 17 Juli 2019, 09:44:45 »
Na ja, eigentlich geht es ja weniger um die konkrete Anwendung, das ist ja nur ein (im Prinzip beliebiges) Beispiel, sondern um das Funktionsprinzip, wie man einen Absender identifizieren kann und dann per standardisiertem Kommando für jeden Nutzer (ggf. unterschiedliche) "Konsequenzen" in FHEM daraus ziehen kann. Geht halt etwas über das übliche "sende mir bitte die Temperatur xyz zurück" raus...

(Beim/nach dem Schreiben ist mir dann aufgefallen, dass ich nach der Umstellung auf getKeyValue() bereits das "Zieldevice" kenne und daher das 2. notify wohl besser direkt auch in das erste integrieren kann... (Dass das vorher schon über devspec2array gegangen wäre, ist auch klar, war mir damals aber erst mal zu umständlich...) Man lernt halt nie aus ::) )

Was Telegram an sich angeht, ist es ein Kompromis. f.*book kommt mir prinzipiell nicht in die Tüte, und das mit dem Inline-Keyboard hatte ich woanders (auf die Schnelle damals) nicht gesehen und fand das chic. Heute würde ich vermutlich auch nochmal einen intensiveren Blick auf Signal werfen (dafür gibt es auch ein FHEM-Modul, siehe hier; das scheint aber auf den ersten Blick nur für den Versand von Nachrichten Optionen vorzusehen. Das schein Jabber besser zu können, das klingt aber auch eher umständlich und wenig verbreitet (?)).

Und so richtig OT fand ich das nicht. Evtl. sollte man Risiken, Nebenwirkungen und Alternativen auch aufführen (so sie denn bekannt sind).
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline curt

  • Hero Member
  • *****
  • Beiträge: 1068
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #29 am: 18 Juli 2019, 06:38:34 »
@Beta-User
Danke für Deine umfangreiche Darstellung, ich werde sie mir in Ruhe zu Gemüte führen.

Was Telegram an sich angeht, ist es ein Kompromis.

Der Weg zur Hölle ist mit guten Vorsätzen gepflastert.

f.*book kommt mir prinzipiell nicht in die Tüte

Ich nehme an, dass Du darunter auch WApp subsumierst. - Das fällt komplett aus, ich kann doch nicht meiner Belegschaft das dienstlich verbieten und anschließend den Status meines Hauses in die Welt rausblasen.

Heute würde ich vermutlich auch nochmal einen intensiveren Blick auf Signal werfen (dafür gibt es auch ein FHEM-Modul, siehe hier; das scheint aber auf den ersten Blick nur für den Versand von Nachrichten Optionen vorzusehen.

Ich hatte mir vor wenigen Monaten alle Alternativen (die in FHEM unterstützt werden) angesehen - und verworfen. Da mein Gedächtnis dann sofort löscht in aller Unsicherheit: Da gibt es in FHEM (mindestens) zwei Ansätze. Aber der Serverkrempel ist privat verteilt - Du musst einen Server suchen, ggf. bezahlen und dann noch hoffen, dass die Flitzpiepe auch Update einspielt.

Das schein Jabber besser zu können, das klingt aber auch eher umständlich und wenig verbreitet (?)).

Ich dachte, dass seien die Server zu Signal. Egal, das ist alles nix.

Und so richtig OT fand ich das nicht. Evtl. sollte man Risiken, Nebenwirkungen und Alternativen auch aufführen (so sie denn bekannt sind).

Fangen wir an, kurz und knackig, TELEGRAM:
Vorteil: Die private chats sind nach heutigem Wissen nicht zu brechen. Leichtes Problem - Meta-Daten: Die DNS-Anfragen zeigen natürlich grob, wer mit wem kommuniziert.

Nachteile:
1) Die Bot-Chats sind meines Wissens (derzeit) nicht Ende-zu-Ende-verschlüsselt: All unsere Bot-Chats landen auf irgendwelchen weltweit liegenden Clouds von Telegram.

2) (Keine Nationalitäten-Vorurteile bitte, die Russen haben geniale Coder!)
Der Gründer von Telegram war der Gründer von vKontake.ru, das ist das russische Facebook. Er verkaufte seine Anteile, zog da mehrere Milliarden aus Russland raus und lebt angeblich irgendwo.

Es gibt ernstzunehmende Gerüchte, dass der russische Militärgeheimdienst GRU Zugriff auf die Clouds hätte. Dessen Gegenstück, der Inlandsgeheimdienst FSB hat offenbar keinen Zugriff, die schäumen regelmäßig.

Egal wie das ist: Der Dienst ist für jeden ernstzunehmenden Geheimdienst der Welt interessant. Und ich kann mir nicht so wirklich vorstellen, dass ein Milliardär, der zudem einen riesigen Datendienst betreibt, völlig unerkannt irgendwo in der Welt lebt.

Das dazu.
« Letzte Änderung: 18 Juli 2019, 06:40:20 von curt »
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #30 am: 18 Juli 2019, 07:29:39 »
Dann mal viel Spaß...
Habe mal versucht, das ganze als "Einheitsnotify" in myUtils-Form zu gießen, kommt dann hier ggf. nach dem Testen.

Die Hölle wartet eh' (oder waren es "les autres"), aber warum soll man es sich und andern bis dahin zu einfach machen...? Danke auf alle Fälle für das Gesamtbild zu vKontakte.ru und den anderen M-Diensten, da waren ein paar Aspekte dabei, die ich bisher nicht kannte (bin da gestern, was Jabber etc. angeht, nur kurz drübergeflogen, um einen aktuellen (?) Überblick zu haben).

Klar sollte sein: ganz egal, welchen großen Messenger-Dienst (dabei ist klar, whapp+x=f.*book) man nutzt, die sind allesamt für alle Geheimdienste dieser Welt interessant ;D . Vermutlich sind andere Optionen zur Fernsteuerung (via vpn/ngnix + z.B. websockets, vielleicht auch was MQTT-basiertes bei entsprechender Verschlüsselung) letztlich immer sicherer, schon alleine deswegen, weil jedes Mal eine individuelle Hürde zu überwinden ist (allgemeine Sicherheitslecks sind sowieso kaum zu verhindern).

Von daher bin ich zwischenzeitlich gar nicht mehr so überzeugt, ob es eine zu gute Idee ist, die Fern-Steuerung via Telegram zu intensiv zu beleuchten. Wer c&p vorgeht, ignoriert in der Regel Sicherheitshinweise... (und FHEM und die Sicherheit war doch eines "deiner" Themen, oder...?).
Daten versenden ist da mindestens "eine Stufe" weniger kritisch.

Na ja, eigentlich ist das Ziel Automatisierung, und die soll einfach laufen, ohne dass man viel eingreift, ganz egal auf welchem Weg ;D .
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline curt

  • Hero Member
  • *****
  • Beiträge: 1068
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #31 am: 18 Juli 2019, 07:42:56 »
Danke auf alle Fälle für das Gesamtbild zu vKontakte.ru und den anderen M-Diensten, da waren ein paar Aspekte dabei, die ich bisher nicht kannte

Gern.

Klar sollte sein: ganz egal, welchen großen Messenger-Dienst (dabei ist klar, whapp+x=f.*book) man nutzt, die sind allesamt für alle Geheimdienste dieser Welt interessant ;D .

Die Welt ist schlecht - wie Opa zu sagen pflegte.
Sagen wir mal so: Im Misthaufen ist Telegram im Moment die am wenigsten stinkende Variante.

Von daher bin ich zwischenzeitlich gar nicht mehr so überzeugt, ob es eine zu gute Idee ist, die Fern-Steuerung via Telegram zu intensiv zu beleuchten.

Just tricky - genau das habe ich nicht vor. Ich möchte lediglich gern erfahren, ob Movie (mein Mähroboter) sich mal wieder festgefahren hat. Wann die Haustür aufging. Ob es bei Starkregen im Spitzdach reinregnete - so diese Richtung.
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #32 am: 29 Juli 2019, 12:18:37 »
Ich habe mir in zwei Wochen ein wenig Zeit dafür geblockt und werde versuchen die Beispiele mal in RAW Format umzusetzen und dann etwas noch ein wenig mit einem roten Faden zusammenzubauen.

Offline Prof. Dr. Peter Henning

  • Developer
  • Hero Member
  • ****
  • Beiträge: 7290
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #33 am: 11 September 2019, 20:48:07 »
Die Telegram-Beispiele aus meinem neuen Buch kann ich gerne als Code für das Wiki bereitstellen. Beispielsweise eine einfache Zustandsumschaltung (à la Ampel).

LG

pah

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #34 am: 12 September 2019, 10:33:42 »
Gerne!

Magst du die hier einstellen, oder wie machen wir das am besten? (Also Kommentar im Wiki wäre auch ok, wir sollten halt möglichst copy/paste-Fehler oder Abtippen vermeiden).

@Meck: Du darfst das dann gerne wieder vorformatieren oder auch direkt im Wiki arbeiten;
auch @pah: wenn ich das übernehme, dauert es ggf. etwas (will das dann ggf. auch austesten) und wenigstens kurze Hinweise, was der Code jeweils macht, wären auch ganz nett...
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #35 am: 16 September 2019, 09:41:02 »
Sorry war gesundheitlich gerade etwas angeschlagen, warum ich aktuell nicht dazu gekommen bin daran weiter zu machen. Mein Plan sieht es aber weiterhin vor.

Hab mir jetzt ein Tag in der Woche abends vorgenommen weiter zu machen. Muss aber zunächst noch was Anderes machen, danach werde ich wieder Telegram in Angriff nehmen.

Offline curt

  • Hero Member
  • *****
  • Beiträge: 1068
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #36 am: 17 September 2019, 02:24:02 »
Aktuell habe ich eine Frage, die thematisch nicht hierher passt, aber von @Meck dann mitbehandelt werden sollte: Zwar FHEM-Kommandos von Telegram aus nicht allgemein erlauben/freigeben, aber schon auf diesem Wege ein konkretes Reading abfragen. Dafür bitte hier lang: https://forum.fhem.de/index.php/topic,103783.0.html

@Prof. Dr. Peter Henning
pah, ich verdoppele und will die (ISBN-Nummer) sehen. Danke.
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W
Hilfreich Hilfreich x 1 Liste anzeigen

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #37 am: 17 September 2019, 14:10:09 »
@curt

danke für den Hinweis nehme ich mit auf.

ISBN bekommst du über Amazon ist aktuell im vorverkauf sollte 978-3446458734 sein, wenn es das Buch ist was er meint.

Wenn nicht gibt es noch ein älteres von Ihm. Das neue hab ich mir mal bestellt hoffe es ist sein Geld wert  :P

Offline Meck

  • Jr. Member
  • **
  • Beiträge: 66
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #38 am: 25 Oktober 2019, 09:12:39 »
Leider hinke ich meiner Zeitplanung hinterher. Dennoch liegt es auf der Agenda ganz oben.

Aktuell habe ich aber wieder etwas Zeit mich mit dem Buch von pah zu beschäftigen. Leider sehe ich, dass wir seine Beispiele so nicht verwenden können, solange der Verlag nicht seine schriftliche Zustimmung gegeben hat. Der Autor reicht hier leider nicht aus, weil die Rechte wohl beim Verlag liegen.
Zitat aus dem Buch
Zitat
Dieses Werk ist urheberrechtlich geschützt.
Alle Rechte, auch die der Übersetzung, des Nachdruckes und der Vervielfältigung des Buches, oder Teilen daraus, vorbehalten. Kein Teil des Werkes darf ohne schriftliche Genehmigung des Verlages in irgendeiner Form (Fotokopie, Mikrofilm oder ein anderes Verfahren) – auch nicht für Zwecke der Unterrichtsgestaltung – reproduziert oder unter Verwendung elektronischer Systeme verarbeitet, vervielfältigt oder verbreitet werden.

Ich denke, dass durch das Zitat kein Urheberrechtsverstoß vorliegt, da hier nur zwei Sätze zitiert werden und aus meiner Sicht keine hinreichende Schöpfungshöhe erreicht wurde. Dies sieht aber mit Code Beispielen aderst aus.

Wie seht Ihr das?

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #39 am: 08 November 2019, 10:06:02 »
Hmmm, wir sollten uns an der Stelle m.E. besser nicht in trübe Gewässer begeben.

Ich habe jetzt nicht das ganze Buch durchsucht, aber das mit der postIt-Liste dürfte sich mit der cref zu dem TBot_List-Modul leicht selbst nachstellen lassen, die Sportplatz-Ampel ist wohl was anderes. Sollte der Code hier aber im Forum bereits veröffentlich gewesen sein, unterliegt er nach meinem Verständnis (der Nutzungbedingungen des Froums entsprechend) der GPL und darf insbesondere auch für Wiki-Zwecke direkt kopiert und auch weiterentwickelt werden.
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline curt

  • Hero Member
  • *****
  • Beiträge: 1068
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #40 am: 11 November 2019, 18:39:25 »
Ich will @pah nochmals zitieren:

Die Telegram-Beispiele aus meinem neuen Buch kann ich gerne als Code für das Wiki bereitstellen. Beispielsweise eine einfache Zustandsumschaltung (à la Ampel).
LG
pah

Wenn er als Urheber das selbst machen würde, dürfen wir davon ausgehen, dass er das vorab mit seinem Verlag besprach.
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Offline Dreggwatz

  • New Member
  • *
  • Beiträge: 25
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #41 am: 13 April 2020, 12:10:15 »
Hallo,

ich versuche bei meiner Kurzwahl die Favoriten Nummern auszublenden, weiss jemand wie das geht?
Also es soll nur die Beschreibung in der Kurzwahl stehen ohne /F1

Offline viegener

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3947
    • Meine Seite im fhemwiki
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #42 am: 13 April 2020, 18:36:40 »
Hallo,

ich versuche bei meiner Kurzwahl die Favoriten Nummern auszublenden, weiss jemand wie das geht?
Also es soll nur die Beschreibung in der Kurzwahl stehen ohne /F1

Verwendest Du noch ganz bewusst die Favoriten über die spezielle Tastatur? Wenn ja gibt es leider keine Möglichkeit, denn die Texte sind die einzige Möglichkeiten die Favoritenbefehle in FHEM zu erkennen. Eine Alternative sind aber die inline Menus (attribut favoritesInline=1) damit sind Menus ohne diese Einschränkung möglich.

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

Offline Dreggwatz

  • New Member
  • *
  • Beiträge: 25
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #43 am: 17 April 2020, 13:11:55 »
Danke für die Antwort, dann geht es wohl nicht...
Benutze lieber die Tastatur weil es schneller geht als erst den Favoriten command einzugeben

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #44 am: 06 Mai 2020, 09:19:58 »
Aus gegebenem Anlaß:

Hinweise zum "sinnvollen Umgang" mit "/setjoingroups" finden sich im Wiki derzeit noch nicht. Bevor ich hier "auf Verdacht" was einpflege, kurz vorab meine Ideen dazu:

Bei "Registrieren eines neuen Bot" gehört der Hinweis dazu, dass man den Bot auch gleich beim BotFather mit /setjoingroups auf "DISABLED" setzen sollte.
Weiter wäre meine Tendenz die Empfehlung, gleich allowUnknownContacts  auf 0 zu stellen (und cmdRestrictedPeer auf einen Phantasiewert zu setzen?). => man muß jeden gewünschten Kontakt dann erst mal von FHEM aus anpingen, damit der wieder was an FHEM senden darf.

Dann müßte man vermutlich irgendwie die Tipps noch anpassen, aber im Moment habe ich noch keine Idee, welche Auswirkungen die obigen Änderungen auf Gruppenfunktionen usw. haben (das nutze ich derzeit nicht)....

Meinungen dazu?

Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline viegener

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3947
    • Meine Seite im fhemwiki
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #45 am: 07 Mai 2020, 15:30:09 »
Aus gegebenem Anlaß:

Hinweise zum "sinnvollen Umgang" mit "/setjoingroups" finden sich im Wiki derzeit noch nicht. Bevor ich hier "auf Verdacht" was einpflege, kurz vorab meine Ideen dazu:

Bei "Registrieren eines neuen Bot" gehört der Hinweis dazu, dass man den Bot auch gleich beim BotFather mit /setjoingroups auf "DISABLED" setzen sollte.
Weiter wäre meine Tendenz die Empfehlung, gleich allowUnknownContacts  auf 0 zu stellen (und cmdRestrictedPeer auf einen Phantasiewert zu setzen?). => man muß jeden gewünschten Kontakt dann erst mal von FHEM aus anpingen, damit der wieder was an FHEM senden darf.

Dann müßte man vermutlich irgendwie die Tipps noch anpassen, aber im Moment habe ich noch keine Idee, welche Auswirkungen die obigen Änderungen auf Gruppenfunktionen usw. haben (das nutze ich derzeit nicht)....

Meinungen dazu?

Ich habe die Empfehlung zu setjoingroups mal ins wiki aufgenommen.

Der Hinweis zu registrieren eines neuen Bots geht aber so nicht. Denn es muss IMMER zuerst ein Benutzer den Bot anschreiben damit eine Kommunikation vom Bot möglich ist. Und nur wenn allowUnknowncontacts auf 1 steht wird dieser in Contacts sichtbar.
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #46 am: 07 Mai 2020, 16:01:04 »
Danke schon mal. War also richtig, da nicht einfach "auf Verdacht" was zu schreiben :D .

Mal schauen, wann ich Zeit finde, damit etwas mehr zu spielen. Meinem "Bauchgefühl" nach ist das immer noch etwas vage, wie man "best practice" neue Bots einrichtet und ggf. dann vorgeht, um nicht bespammt, mit endlosreadings wegen bekannter Kontakte usw. behelligt zu werden...

(Ich nutze T. hauptsächlich zur Info über ungewöhnliche Events, und das ist super, aber eben schon lange "irgendwie" eingerichtet...).
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline viegener

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3947
    • Meine Seite im fhemwiki
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #47 am: 07 Mai 2020, 21:26:05 »
@Beta-User: Ich habe auch überlegt, ob man das expliziter machen kann, aber es gibt szenarien, bei denen man den Bot in Gruppen haben will und auch bei denen andere Einstellungen gewählt werden. Die einzige richtige Einstellung ist also etwas schwierig.
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

Offline curt

  • Hero Member
  • *****
  • Beiträge: 1068
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #48 am: 08 Mai 2020, 06:20:23 »
Zitat
Zitat von: Beta-User am 06 Mai 2020, 09:19:58
    Bei "Registrieren eines neuen Bot" gehört der Hinweis dazu, dass man den Bot auch gleich beim BotFather mit /setjoingroups auf "DISABLED" setzen sollte.

Ich habe die Empfehlung zu setjoingroups mal ins wiki aufgenommen.

*schüchtern meld*

Richtig toll wäre es, wenn mit einer beispielhaften (code)-Zeile auch gleich gezeigt wird, wie man das eigentlich macht.

Hintergrund:
Ich habe das vor wohl einem Jahr eingerichtet und nie wieder angefasst. Das war für mich schon anstrengend, das war nicht so meins. Ich bin ziemlich froh, dass das mit dem telegramBot bei mir funktioniert. Ich weiß echt nicht, wer da genau wem was schicken muss - und wie die Zeile nun wirklich aussehen muss: Vielleicht muss da noch etwas davor. Oder dahinter.

Kaputt machen will ich es nicht - es funktioniert doch so schön.

Danke.
Und bleibt fein gesund.
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Offline frober

  • Full Member
  • ***
  • Beiträge: 329


Zitat
... Ich weiß echt nicht, wer da genau wem was schicken muss - und wie die Zeile nun wirklich aussehen muss: Vielleicht muss da noch etwas davor. Oder dahinter...

Du sendest im Botfather /setjoingroups
dann sendest du deinen Botname  @<deinbotname>
danach sendest du Disable.

Das war's...
Raspi 3b mit Raspbian Jessie und Fhem,  einiges umgesetzt, vieles in Planung :-)

Offline curt

  • Hero Member
  • *****
  • Beiträge: 1068
Das war's...

Hach ja - das sind sie schon wieder: Meine Probleme.

Du sendest im Botfather /setjoingroups
dann sendest du deinen Botname  @<deinbotname>
danach sendest du Disable.

Also den Herrn Botfather habe ich mit dem Handy eingerichtet, da habe ich ihn noch immer. Und mit dem Handy sende ich dem das alles?

Also ich klicke die Kommunikation auf, schreibe "/setjoingroups" und schicke diese Nachricht ab - ist das mal grundsätzlich richtig so?

Eine weitere Zeile "@<deinbotname>" werde ich wohl hinkriegen, den Botnamen habe ich schon noch. Ich muss das in eine neue Nachricht auf meinem Handy schreiben?

danach sendest du Disable
In die dritte Nachricht?

Bitte entschuldigt alle - ich bin alt und blond. :(
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Offline frober

  • Full Member
  • ***
  • Beiträge: 329
Alles im Botfather, er redet ja mit dir, leider nur in Englisch
Raspi 3b mit Raspbian Jessie und Fhem,  einiges umgesetzt, vieles in Planung :-)

Online MadMax-FHEM

  • Hero Member
  • *****
  • Beiträge: 7503
  • NIVEAu ist keine Creme...
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #52 am: 08 Mai 2020, 08:14:23 »
Wenn du die Bots mit DIESEM Botfather angelegt hast, dann bietet er dir die DAMIT angelegten Botnamen an (Buttons unten nach "Unterhaltungsbeginn").

Einfach den richtigen ancklicken ;)

Danach dann mit disable (so meine ich) genauso...

Du musst nur mal die "Unterhaltung" mit z.B.  /setjoingroups beginnen... ;)

Gruß, Joachim
FHEM PI3 Buster: HM-CFG-USB, 40x HM, ZWave-USB, 6x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, KODI, alexa-fhem, ...
FHEM PI2 Stretch: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, KODI, ha-bridge, ...
FHEM PI3 Buster (Test)
FHEM PI3 Stretch (Test)

Offline curt

  • Hero Member
  • *****
  • Beiträge: 1068
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #53 am: 08 Mai 2020, 09:04:46 »
Alles im Botfather, er redet ja mit dir, leider nur in Englisch

Ok, verstanden.

(Buttons unten nach "Unterhaltungsbeginn").

Hab ich nicht.
Ich kann ja gern mal den damaligen Screenshot zeigen: Also wie ich mit Botfather redete.

Du musst nur mal die "Unterhaltung" mit z.B.  /setjoingroups beginnen... ;)

Ich habe es nun schon verstanden. Ich sah in der alten Kommunikation einen Hilfetext, der auch "/setjoingroups" erwähnt.

Ganz offen gesagt ist "never touch a running system" in mir: Das funktioniert so schön. Ok, in 24 Stunden sammle ich allen Mut zusammen.
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Online MadMax-FHEM

  • Hero Member
  • *****
  • Beiträge: 7503
  • NIVEAu ist keine Creme...
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #54 am: 08 Mai 2020, 09:34:41 »
Das "Angebot" mit dem Botnamen habe ich bekommen NACHDEM ich eben die "Unterhaltung" mit dem Botfather mittels "/setjoingroups" begonnen habe...
...mehr kann ich nicht sagen... ;)

Evtl. auch nur, weil ich mehr als einen Bot habe... ;)

Nachdem ich dann auf den gewünschten Bot(namen) geklickt habe kam dann das "Angebot" disable/enable...

Aber ich habe bei einem Bot das "/setjoingroups" Disable auch erst gesetzt, nachdem ich hier drüber gestolpert bin...
Der läuft/lief auch schon einige Zeit (Jahre!?) ohne Disable ganz gut... ;)

Bei meinem "Hauptbot" habe ich das gleich gesetzt (warum auch immer)...

EDIT: aber eine "Unterhaltung" mit dem Botfather zu starten bzw. ja fortzusetzen tut ja nicht weh, das kann man schon mal riskieren und sehen was passiert ;)

Gruß, Joachim
FHEM PI3 Buster: HM-CFG-USB, 40x HM, ZWave-USB, 6x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, KODI, alexa-fhem, ...
FHEM PI2 Stretch: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, KODI, ha-bridge, ...
FHEM PI3 Buster (Test)
FHEM PI3 Stretch (Test)

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #55 am: 08 Mai 2020, 10:02:53 »
@Beta-User: Ich habe auch überlegt, ob man das expliziter machen kann, aber es gibt szenarien, bei denen man den Bot in Gruppen haben will und auch bei denen andere Einstellungen gewählt werden. Die einzige richtige Einstellung ist also etwas schwierig.
Vielleicht zur Klarstellung: Es ist in der Tat schwierig, "DIE" Einstellung vorzunehmen. Meine Idee war eher, sowas wie eine (heute) sinnvolle (mögliche) Ersteinstellung für Neueinsteiger vorzustellen, die für ein bestimmtes Anwendungsszenarium "ok" ist. Das wäre z.B. eben die Nutzung als "Infokanal" für den FHEM-Admin.
Ausgehend von diesem Basis-Szenarium könnte man dann noch die Unterschiede für einen "Mitbewohner-Gruppen-Bot", der bestimmte typische Anwendungsfälle abdeckt vorstellen. Ab da sollte es mMn. dann jedem selber überlassen bleiben, wie er mit diesem sehr flexiblen Baustein umgehen will bzw. auch, wie offen er das gestalten will.

(Mir ist auch klar, dass es da auch nicht den optimalen Weg gibt, wie man das Modul erläutert und es immer User geben wird, die vergessen haben, was sie mal irgendwann warum gemacht haben oder lieber eine im Detail bebilderte Anleitung bevorzugen und man daher mit so einer Beispiel-Darstellung andere Fragen generiert. Z.B. viel mehr detailiert/bebildert braucht es mMn. (hier) nicht, die Rückmeldungen vom botfather sind mMn. auch halbwegs verständlich, wenn man den Prozess zeitnah zu rEinrichtung des Bots selbst vornimmt.)
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline Maista

  • Full Member
  • ***
  • Beiträge: 449
  • Alles nur Hobby!
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #56 am: 08 Mai 2020, 10:12:16 »
Moin

Wenn einem das gedaddeln am Mobiltelefon zu blöd ist kann man Telegram auch am PC nutzen.
Und das ist einfacher als mit WhatsApp. Es gibt die Möglichkeit Telegram auf USB-STICK zu installieren oder
als normale Exe. Aber nicht aus dem App-Store von win10. Das scheint älter zu sei.
Auf der Homepage von Telegram findet man den Client für diverse Betriebssysteme.

Bei mir läuft das aber schon beim Starten von Windoof mit hoch.
Dann hat man den Vorteil das ganze mit Tastatur zu bedienen und alle anderen Vorzüge die Windoof so bietet.

Wenn ich am PC sitze und etwas mit Telegram probiere, schau ich auf dem Mobiltelefon nur nach ob das dort genau so aussieht.

Gruß Gerd

Offline frober

  • Full Member
  • ***
  • Beiträge: 329
Das "Angebot" mit dem Botnamen habe ich bekommen NACHDEM ich eben die "Unterhaltung" mit dem Botfather mittels "/setjoingroups" begonnen habe...
...mehr kann ich nicht sagen... ;)

Evtl. auch nur, weil ich mehr als einen Bot habe... ;)

Nachdem ich dann auf den gewünschten Bot(namen) geklickt habe kam dann das "Angebot" disable/enable...

Aber ich habe bei einem Bot das "/setjoingroups" Disable auch erst gesetzt, nachdem ich hier drüber gestolpert bin...
Der läuft/lief auch schon einige Zeit (Jahre!?) ohne Disable ganz gut... ;)

Bei meinem "Hauptbot" habe ich das gleich gesetzt (warum auch immer)...

EDIT: aber eine "Unterhaltung" mit dem Botfather zu starten bzw. ja fortzusetzen tut ja nicht weh, das kann man schon mal riskieren und sehen was passiert ;)

Gruß, Joachim
Da ich selten was ändere hatte ich alles als Text eingegeben.

Nach deiner erste Nachricht habe ich es nochmals wiederholt und darauf geachtet...

Bei mir erscheint auch alles am unteren Bildschirmrand (Android-App) zum Anklicken und ich habe nur einen Bot.

Grüße Bernd
Raspi 3b mit Raspbian Jessie und Fhem,  einiges umgesetzt, vieles in Planung :-)

Online MadMax-FHEM

  • Hero Member
  • *****
  • Beiträge: 7503
  • NIVEAu ist keine Creme...
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #58 am: 08 Mai 2020, 11:09:12 »
Moin

Wenn einem das gedaddeln am Mobiltelefon zu blöd ist kann man Telegram auch am PC nutzen.
Und das ist einfacher als mit WhatsApp. Es gibt die Möglichkeit Telegram auf USB-STICK zu installieren oder
als normale Exe. Aber nicht aus dem App-Store von win10. Das scheint älter zu sei.
Auf der Homepage von Telegram findet man den Client für diverse Betriebssysteme.

Bei mir läuft das aber schon beim Starten von Windoof mit hoch.
Dann hat man den Vorteil das ganze mit Tastatur zu bedienen und alle anderen Vorzüge die Windoof so bietet.

Wenn ich am PC sitze und etwas mit Telegram probiere, schau ich auf dem Mobiltelefon nur nach ob das dort genau so aussieht.

Gruß Gerd

Es gibt auch eine "Browser-App"...
Läuft bei mir unter Linux Ubuntu mit Firefox :)

Geht bestimmt auch mit Windows...
...und Chrome (und Edge)...

Aber: nicht getestet ;)

Gruß, Joachim
FHEM PI3 Buster: HM-CFG-USB, 40x HM, ZWave-USB, 6x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, KODI, alexa-fhem, ...
FHEM PI2 Stretch: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, KODI, ha-bridge, ...
FHEM PI3 Buster (Test)
FHEM PI3 Stretch (Test)

Offline viegener

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3947
    • Meine Seite im fhemwiki
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #59 am: 08 Mai 2020, 16:07:59 »
Es gibt auch eine "Browser-App"...
Läuft bei mir unter Linux Ubuntu mit Firefox :)

Geht bestimmt auch mit Windows...
...und Chrome (und Edge)...

Aber: nicht getestet ;)

Gruß, Joachim

ja geht mit Firefox und Chrome sehr gut (auch unter Windows) - man muss auch nicht wie bei Whatsapp regelmässig wieder irgendwelche Codes scannen und es synchronisiert recht sauber zwischen den verschiednen Clients, die auf den selben Benutzer schauen
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

Offline Maista

  • Full Member
  • ***
  • Beiträge: 449
  • Alles nur Hobby!
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #60 am: 08 Mai 2020, 18:36:02 »
Es gibt auch eine "Browser-App"...
Läuft bei mir unter Linux Ubuntu mit Firefox :)

Geht bestimmt auch mit Windows...
...und Chrome (und Edge)...

Aber: nicht getestet ;)

Gruß, Joachim
Hallo Joachim

Ja und in Opera ist das neben anderen Messengern ebenfalls eingebaut.
Ich wollte nicht zu viel schreiben ;) steht ja alles auf der Website von Telegram.
https://telegram.org/apps


Auf USB-Stick ist auch geschickt. Wenn man den Firmen Proxy kennt geht das  sogar auch  :-X

Gruß Gerd

Offline curt

  • Hero Member
  • *****
  • Beiträge: 1068
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #61 am: 12 Mai 2020, 05:09:01 »
Wenn du die Bots mit DIESEM Botfather angelegt hast, dann bietet er dir die DAMIT angelegten Botnamen an (Buttons unten nach "Unterhaltungsbeginn").
Einfach den richtigen ancklicken ;)
Danach dann mit disable (so meine ich) genauso...

Ich fasste nun Mut ... issjaschick!
Ich danke Dir/Euch.

Es gibt auch eine "Browser-App"...
Läuft bei mir unter Linux Ubuntu mit Firefox :)

Alle drei Voraussetzungen erfülle ich. Es geht vermutlich um ein Browser-Plugin? Ehe ich was falsches installiere: Wie heißt das ganz genau?

Zusatzfrage:
Ich kann dann den gleichen Empfängeraccount sowohl mit Android-telegram-App als auch mit PC-Webbrowser abrufen? Den gleichen Empfängeraccount?

Bleibt fein gesund.
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 10392
  • eigentlich eher "user" wie "developer"
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #62 am: 12 Mai 2020, 06:04:25 »
Testen ;) ....Man muss nichts installieren, soweit ich mich erinnere, nur eine Seite aufrufen und diesen Rechner bzw. Browser freigeben (am Handy).
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

Offline viegener

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3947
    • Meine Seite im fhemwiki
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #63 am: 12 Mai 2020, 11:16:09 »
Alle drei Voraussetzungen erfülle ich. Es geht vermutlich um ein Browser-Plugin? Ehe ich was falsches installiere: Wie heißt das ganz genau?
Zusatzfrage:
Ich kann dann den gleichen Empfängeraccount sowohl mit Android-telegram-App als auch mit PC-Webbrowser abrufen? Den gleichen Empfängeraccount?

Nein kein plugin --> gehe einfach mal auf web.telegram.org - einfache web app - keine Installation

Zur Zusatzfrage - ja der gleiche Account - wie oben schon gesagt es synchronisiert auch Lesestatus (etc)  - ich benutze das seit Jahren auch zwischen tablet, telefon(en) und verschiedenen Browsern
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

Offline curt

  • Hero Member
  • *****
  • Beiträge: 1068
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #64 am: 17 Mai 2020, 03:37:35 »
Ich danke euch für den Hinweis.

Hmmm, geheime Chats gehen nicht.
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Offline viegener

  • Developer
  • Hero Member
  • ****
  • Beiträge: 3947
    • Meine Seite im fhemwiki
Antw:Übersicht "Telegram" und "Telegram Funktionen"
« Antwort #65 am: 17 Mai 2020, 11:56:56 »
Ich danke euch für den Hinweis.

Hmmm, geheime Chats gehen nicht.

Ja, geheime Chats werden vom Bot API nicht unterstützt
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können