MQTT2_DEVICE und eigene Readings

Begonnen von eisman, 11 November 2026, 12:56:12

Vorheriges Thema - Nächstes Thema

eisman

hi,

wie kann man im  MQTT2_DEVICE eigene readingList und setList Einträge machen,

wie z.B.

readingList
  ESP/ESP15/door:.* door
  ESP/ESP15/temp:.* temperature
  ESP/ESP15/hum:.* humidity
  Test
 
setlist
  led_gruen:0,1,2 ESP/ESP15/led_gruen/cmd $EVTPART1
  led_rot:0,1,2 ESP/ESP15/led_rot/cmd $EVTPART1
  Test:1,2,3,4

Danke
gruss
1x FHEM Debian, Homematic,Z2M,FS20 / 1X VM / 7x ESP
1x FHEM Debian, Homematic,Z2M         / 1X VM / 6x ESP
1x FHEM Debian                                      / 1X VM / 2x ESP
1x Proxmox * 1x MQTT * 1x Raspbery  *  Unifi

Beta-User

Ist die Frage ernst gemeint?

Einfach die betreffenden Attribute setzen...

Format siehe commandref, z.B. ist die gezeigte Zeile mit "Test" unzulässig.
Server: HP-elitedesk@Debian 13, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

eisman

hi,

Test war nur ein Beispiel,

als reading: mode          // ESP15 attr readingList: more parameters needed
als set      mode:1,2,3,4  // ESP15 attr setList: more parameters needed

beim dummy (bild) geht es leider nicht MQTT2_DEVICE

gruss
1x FHEM Debian, Homematic,Z2M,FS20 / 1X VM / 7x ESP
1x FHEM Debian, Homematic,Z2M         / 1X VM / 6x ESP
1x FHEM Debian                                      / 1X VM / 2x ESP
1x Proxmox * 1x MQTT * 1x Raspbery  *  Unifi

Beta-User

Zitat von: eisman am 11 November 2026, 12:56:12wie z.B.

readingList
  ESP/ESP15/door:.* door
  ESP/ESP15/temp:.* temperature
  ESP/ESP15/hum:.* humidity
Hier zeigst du doch schon die eine Variante einer formal korrekten readingList: Jede Zeile "Topic:Payload-regex Reading". Warum nimmst du das dann nicht als funktionierenden Basis und entwickelst es (in Übereinstimmung mit der commandref zu MQTT2_DEVICE) weiter?

Anders als bei "dummy" gibt es bei MQTT doch (typischerweise) zum einen eine Datenquelle, die das Reading befüllt (Topic), und ein Ziel, auf den ein set-Befehl am Ende ein "publish" verursachen soll, was dann wieder per Topic-Payload ausgeführt wird...
Server: HP-elitedesk@Debian 13, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors