Der Screenshot ist leider nicht mitgekommen. Macht aber nichts. Die Konfiguration sieht so aus:
Code: Alles auswählen
Thing device SA2 "Label" @ "Location" [
address="1.1.10",
// fetch=true, // bitte nicht!
pingInterval=300,
// readInterval=3600 // bitte nicht!
] {
Type ...
}
Nach dem Schlüsselwort Thing kommt die Art des Things, also hier ein Device. Danach kommt der Device-Anteil der UID. Dann kommt das Label, unter dem das Device in Paper UI gelistet wird. Nach dem @ kommt noch die Location, welche aber nur für Paper UI Control eine Rolle spielt.
Der Aufbau der Konfiguration ist für alle Things identisch.
Der erste Teil der UID ergibt sich aus dem Namen des addons sowie der Kategorie und dem Kommunikationsweg, dann folgt der Name des Things, schließlich der Channelname, also z.B. knx:device:bridge:SA2:myChannel (wobei bridge der Name der knx Bridge ist).
Lass bitte readInterval auf 0 (bzw. unkonfiguriert), es sei denn, Du weißt, was der Parameter tut. Das gleiche gilt entsprechend für fetch

Letzterer ist bisher nur eine Spielerei, die im Zweifel zu erhöhtem Datenverkehr auf dem knx Bus führt, ohne dass Du davon etwas hast. Ersterer führt ebenso zu erhöhtem Datenverkehr und bringt keine Vorteile, es sei denn, das entsprechende Device kann nicht bei Wertänderung senden. Es gibt heutzutage nur noch wenige Devices, auf die das zutrifft. Dann jedoch ist ein Wert von 3600 völlig unzureichend...
openHAB4.3.5 stable in einem Debian-Container (bookworm) (Proxmox 8.4.1, LXC), mit openHABian eingerichtet