Übersicht "Telegram" und "Telegram Funktionen"

Begonnen von Meck, 03 Juli 2019, 14:30:36

Vorheriges Thema - Nächstes Thema

Meck

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).


Meck

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


Beta-User

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-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Meck

Hallo Beta-User,

vielen Dank für dein Feedback.


Zitat von: Beta-User am 08 Juli 2019, 14:05:15
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?

Zitat von: Beta-User am 08 Juli 2019, 14:05:15
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.

Zitat von: Beta-User am 08 Juli 2019, 14:05:15
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.

Zitat von: Beta-User am 08 Juli 2019, 14:05:15
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.

Zitat von: Beta-User am 08 Juli 2019, 14:05:15
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

Beta-User

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-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Meck

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

Meck

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 :
ZitatDas 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:

ZitatDas 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



Beta-User

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-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Meck

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

Meck

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

Beta-User

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-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Meck

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

Beta-User

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-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Meck

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?

Beta-User

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-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files