Also, Textdateien funktionieren mit OH3 noch genauso wie zu Zeiten von OH1. In OH2 sind die Things mit dazu gekommen, aber die kennst Du ja sicher auch.
Was die Textkonfiguration für mqtt betrifft, so hat damals(tm) der Autor des mqtt2 Bindings argumentiert, dass diese Art der Konfiguration nicht im Wiki stehen sollte, auch, weil es zwei gültige Formen der Konfiguration gibt. Weil es nur jeweils eine Datei gibt, die aus github automatisch in die Doku geladen wird, hat er die Konfigurationsbeispiele stattdessen in zwei weitere Dokumente ausgelagert, die aber nur in github verfügbar sind.
Schau mal hier:
https://github.com/openhab/openhab-addo ... xamples.md
Ansonsten ist es so, dass die Thing-Struktur ganz klaren Vorgaben folgt, das ist bei allen textlich definierten Things gleich.
Gibt es eine Bridge, dann kann die als Parent angelegt werden (geschweifte Klammern um alle Child Things) oder alternativ unabhängig (dann muss die UID zusätzlich je Thing in Klammern mit angegeben werden).
Bridge oder standalone Thing hat Doppelpunkte im Namen (das ist die UID...), Child Things haben keinen Doppelpunkt, da nur Teil der UID (es fehlt der Bridge-Teil)
Thingspezifische Konfigurationen werden in [eckigen] Klammen angegeben, die einzelnen Parameter sind mit Komma getrennt, Strings stehen in Anführungszeichen, Parameternamen sollten grundsätzlich in camelCase geschrieben sein. "Grundsätzlich" ist hier aber im juristischen Sinne gemeint, es gibt also Ausnahmen. Auf lange Sicht sollen aber alle Bindings so umgebaut werden, dass sie dieser Regel folgen.
Welche Parameter überhaupt zur Verfügung stehen und wie sie genau heißen, kann man am einfachsten über die API herausfinden, indem man zum Test ein Thing über die UI erstellt und dieses dann über die API recherchiert.
Die Topics ergeben sich aus der Tasmota Dokumentation, es gibt drei verschiedene Prefixes, cmnd, stat und tele. cmnd ist zum Senden von Befehlen an das Device. Über stat antwortet das Device bzw. sendet die verschiedenen Status. tele sendet zyklisch (Zykluszeit lässt sich einstellen) ausgewählte Informationen, kommt etwas drauf an, was es für ein Device ist.
Das fullTopic ergibt sich aus %prefix%, %topic% und dem letzten Teil, wobei %topic% quasi der Name des Device ist. Der letzte Teil des Topics ist dann abhängig das konkrete Kommando oder eben der konkrete Status. Was da alles zur Verfügung steht, geht aus der exzellenten Doku von Tasmota hervor. Tasmota ist vollständig über mqtt steuerbar, man kann sogar mqtt ausschalten (das ist dann natürlich das letzte Kommando per mqtt...) Dank Backlog kann man auch in einem Rutsch den Broker wechseln, User und Passwort tauschen und nebenher noch das WLAN tauschen (SSID und Key).
openHAB4.1.2 stable in einem Debian-Container (bookworm) (Proxmox 8.2.2, LXC), mit openHABian eingerichtet