Verbindung zu HomeAssistant mit MQTT_GENERIC_BRIDGE

Begonnen von edy_80, 25 Oktober 2020, 19:06:36

Vorheriges Thema - Nächstes Thema

Spartacus

Hallo zusammen,

ich habe mich heute mit der MGB beschäftigt und habe es auch dank der tollen Anleitung auf Seite 1 hibekommen, einen enocean Switch in HA zu integrieren.

Allerdings scheitere ich an meinen 1-wire Sensoren. Das kommt in HA einfach nicht an. Zunächst wollte dich das Reading "temperature" verarbeiten.


Config in HA:

sensor:
    - name: 1-wire
      state_topic: "fhem/GH.in.1W.DS2438/temperature"
      unit_of_measurement: "°C"
      icon: mdi:thermometer
      value_template: '{{ value | round(1) }}'
      expire_after: 4000
      availability_topic: "fhem/connection/status"
      payload_available: "connected"
      payload_not_available: "disconnected"


Der Sensor in fhem:
Internals:
   CFGFN      Config/98-1-Wire.cfg
   DEF        DS2438 09DB84000003
   ERRCOUNT   0
   ERRSTATE   0
   FUUID      5df503ed-f33f-788a-2661-f28484a8c00af383
   INTERVAL   300
   IODev      1Wire
   NAME       GH.in.1W.DS2438
   NEXTSEND   1674767588.22131
   NOTIFYDEV  global
   NR         881
   NTFY_ORDER 50-GH.in.1W.DS2438
   OW_FAMILY  26
   OW_ID      09DB84000003
   PRESENT    1
   ROM_ID     26.09DB84000003.EC
   STATE      T: 2.50°C, H: 85.47 %
   TYPE       OWMULTI
   eventCount 27
   offset     0
   Helper:
     DBLOG:
       Feuchte:
         logdb:
           TIME       1674767288.47532
           VALUE      85.47
       Taupunkt:
         logdb:
           TIME       1674767288.47532
           VALUE      0.3
       absFeuchte:
         logdb:
           TIME       1674767288.47532
           VALUE      4.9
       temperature:
         logdb:
           TIME       1674767288.47532
           VALUE      2.5
   READINGS:
     2023-01-26 22:13:08   Feuchte         85.47
     2023-01-26 16:37:42   IODev           1Wire
     2023-01-26 22:08:08   Taupunkt        0.3
     2023-01-26 22:13:08   VDD             5.00
     2023-01-26 22:08:08   absFeuchte      4.9
     2023-01-26 22:13:08   state           Feuchte: 85.47 % (T:   2.5 °C vs:  0.00 V vs.t:  0.00 Vs)
     2023-01-26 22:13:08   temperature     2.5
     2023-01-26 22:13:08   time            0
     2023-01-26 22:13:08   vsense          0
     2023-01-26 22:13:08   vsense.t        0
   owg_val:
     2.48828125
     5
     3.58
     0
     0
     0
     0
   tempf:
     factor     1
     offset     0
Attributes:
   DbLogInclude temperature,Feuchte,Taupunkt,absFeuchte
   IODev      1Wire
   VFunction  (161.29 * V / VDD - 25.8065)/(1.0546 - 0.00216 * T)
   VName      Feuchte
   VUnit      %
   alias      DS2438
   comment    Sensor: SHT35
   event-min-interval .*:600
   group      Sensoren
   icon       temperature_humidity
   model      DS2438
   mqttForward all
   mqttPublish temperature:topic={"$base/$device/temperature"}
   room       98-Geräte -> 1-Wire,HASS
   stateFormat {sprintf("T: %.2f°C, H: %.2f %%",ReadingsVal("$name","temperature",0),ReadingsVal("$name","Feuchte",0) )}
   userattr   mqttAlias:textField-long mqttDefaults:textField-long mqttDisable:both,incoming,outgoing mqttForward:all,none mqttPublish:textField-long mqttSubscribe:textField-long


Config MGB:

Internals:
   CFGFN     
   DEF        mqtt room=HASS
   FUUID      63d2c1b7-f33f-788a-0fc8-6b698a23e5d3d07d
   IODev      ha_MQTT2
   NAME       mqttGeneric
   NR         1395
   NTFY_ORDER 70-mqttGeneric
   STATE      in: 22 out: 72 devices: 3
   TYPE       MQTT_GENERIC_BRIDGE
   devspec    room=HASS
   eventCount 86
   prefix     mqtt
   READINGS:
     2023-01-26 19:08:55   IODev           ha_MQTT2
     2023-01-26 21:45:49   device-count    3
     2023-01-26 21:25:38   incoming-count  22
     2023-01-26 22:18:08   outgoing-count  72
     2023-01-26 22:18:08   transmission-state outgoing publish sent
     2023-01-26 19:08:55   updated-reading-count 0
     2023-01-26 21:25:38   updated-set-count 22
   devices:
     :global:
       :alias:
       :defaults:
         pub:base   MGB1
         sub:base   MGB1/set
       :publish:
         *:
           mode       R
           topic      {"fhem/$device/$reading"}
     GA.ss.SA.Licht:
       :alias:
       :publish:
       :subscribe:
         HASH(0x59aad98)
     GH.in.1W.DS2438:
       :alias:
       :publish:
         temperature:
           last       1674767888.59118
           mode       R
           topic      {"$base/$device/temperature"}
     demoswitch:
       :alias:
       :publish:
       :subscribe:
         HASH(0x5f5b440)
   globalDeviceExcludes:
   globalReadingExcludes:
   globalTypeExcludes:
     pub:
       FHEMWEB    *
       Global     *
       MQTT       transmission-state
       MQTT_BRIDGE transmission-state
       MQTT_DEVICE transmission-state
       MQTT_GENERIC_BRIDGE *
       telnet     *
     sub:
       FHEMWEB    *
       Global     *
       MQTT       transmission-state
       MQTT_BRIDGE transmission-state
       MQTT_DEVICE transmission-state
       MQTT_GENERIC_BRIDGE *
       telnet     *
   subscribe:
Attributes:
   IODev      ha_MQTT2
   globalDefaults sub:base=MGB1/set pub:base=MGB1
   globalPublish *:topic={"fhem/$device/$reading"}
   icon       mqtt_bridge_2
   room       MQTT
   stateFormat in: incoming-count out: outgoing-count devices: device-count
   verbose    0


Wenn ich auf der fhem Konsole mitlese, sieht das so aus und irgendwie vermisse ich das Reading temperature:
fhem/GH.in.1W.DS2438/absFeuchte 4.9
fhem/GH.in.1W.DS2438/Taupunkt 0.3
fhem/GH.in.1W.DS2438/Feuchte 85.47
fhem/GH.in.1W.DS2438/vsense 0
fhem/GH.in.1W.DS2438/vsense.t 0
fhem/GH.in.1W.DS2438/time 0
fhem/GH.in.1W.DS2438/VDD 5.00
fhem/GH.in.1W.DS2438/state Feuchte: 85.47 % (T:   2.5 °C vs:  0.00 V vs.t:  0.00 Vs)
fhem/GH.in.1W.DS2438/absFeuchte 4.9
fhem/GH.in.1W.DS2438/Taupunkt 0.3


Müsste ich in den Attributen des Sensors etwas ändern, wenn ich die Readings absFeuchte, Feuchte Taupunkt und temperature in einem Rutsch nach HA übertrage?

Kann mir jemand ggf. helfen warum die Temperatur nicht in HA ankommt?

Danke und Gruß,
Spartacus
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Beta-User

...du mischst die Anleitungen aber bunt durcheinander...

globalPublish finde ich immer noch (denk dir was) - hier bewirkt es, dass (auch) alles andere versendet wird...

Und das eine Reading, das du eigentlich haben willst, wird dann an einen ANDEREN Topic geschrieben ;) .

Soviel mal auf die Schnelle, vielleicht kommst du ja selbst drauf, wo der Wert landet...
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

Spartacus

Guten Morgen,

ja, ich bin vorne angefangen zu lesen und habe dann die verschiedenen Einstellungen durchgetestet. :-)
Das mit dem "global publish" habe ich m.E. verstanden und jetzt  aus der MGB entfernt, weil es auf "Device"-Ebene eingebaut wird.

mqttPublish temperature:topic={"$base/$device/temperature"}

Wo es allerdings landet, kappiet ich noch nicht!. Auch nach dem Entfernen aus der MGB hat sich am Verhalten des Sensors nichts geändert.
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Spartacus

#153
Moin nochmal,

ich habe jetzt so lange rumgefummelt, bist das mit der Temperatur geht!. Leider geht aber der Switch nicht mehr. In HA kommt nichts mehr an und setzten kann ich ihn auch nicht mehr!
Wo ist jetzt der Wurm drin?
Danke und Gruß,
Spartacus

MGB:
defmod mqttGeneric MQTT_GENERIC_BRIDGE mqtt room=HASS
attr mqttGeneric IODev ha_MQTT2
attr mqttGeneric globalDefaults pub:base=fhem sub:base=fhem/set
attr mqttGeneric icon mqtt_bridge_2
attr mqttGeneric room MQTT
attr mqttGeneric stateFormat in: incoming-count out: outgoing-count devices: device-count
attr mqttGeneric verbose 0


Switch:
defmod GA.ss.SA.Licht EnOcean FFE88602
attr GA.ss.SA.Licht userattr mqttAlias:textField-long mqttDefaults:textField-long mqttDisable:both,incoming,outgoing mqttForward:all,none mqttPublish:textField-long mqttSubscribe:textField-long
attr GA.ss.SA.Licht IODev TCM310
attr GA.ss.SA.Licht alias Gartenlicht
attr GA.ss.SA.Licht comMode confirm
attr GA.ss.SA.Licht comment Eltako FSR14-4 Kanal 2
attr GA.ss.SA.Licht devStateIcon .*on:light_light_dim_100@lightgreen .*off:light_light_dim_00@grey
attr GA.ss.SA.Licht event-on-change-reading state,buttons,channelA,channelB
attr GA.ss.SA.Licht group FSR14-4x Keller
attr GA.ss.SA.Licht gwCmd switching
attr GA.ss.SA.Licht manufID 00D
attr GA.ss.SA.Licht mqttPublish state:topic={"$base/$device"}
attr GA.ss.SA.Licht mqttSubscribe state:stopic={"$base/$device"}
attr GA.ss.SA.Licht room 98-Geräte -> EnOcean,HASS
attr GA.ss.SA.Licht subDef FF94C0E2
attr GA.ss.SA.Licht subType gateway
attr GA.ss.SA.Licht verbose 3


HA:
unique_id: gartenlicht
      name: gartenlicht
      command_topic: "fhem/GA.ss.SA.Licht/set"
      state_topic: "fhem/GA.ss.SA.Licht/state"
      payload_on: "on"
      payload_off: "off"
      state_on: "on"
      state_off: "off"
      optimistic: false
      qos: 0
      retain: true


NACHTRAG:
wenn ich das
attr GA.ss.SA.Licht mqttPublish state:topic={"$base/$device"}
herausnehme, wird der Status von fhem nach HA übernommen, wenn ich in fhem schalte,  Aber ich möchte auch in HA den switch betätigen können?
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Beta-User

$base in FHEM ist "fhem/set"

Da wird das mit
command_topic: "fhem/GA.ss.SA.Licht/set"
wohl eher nicht funktionieren...
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

Spartacus

sorry, kapiere nicht, wie die Pfade jetzt sein müssen, damit der Befehl richtig übermittelt und von fhem richtig zusammengebaut wird.
was muss denn dort ankommen, wenn ich mit mosquitto_sub mitlausche?

aktuell ist es:
fhem/set/GA.ss.SA.Licht on

ich verstehe noch nicht, wie fhem dann den Befehl zusammenbaut, damit auch geschaltet wird!

Spartacus
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Beta-User

Zitat von: Spartacus am 27 Januar 2023, 10:46:36
sorry, kapiere nicht, wie die Pfade jetzt sein müssen, damit der Befehl richtig übermittelt und von fhem richtig zusammengebaut wird.
was muss denn dort ankommen, wenn ich mit mosquitto_sub mitlausche?

aktuell ist es:
fhem/set/GA.ss.SA.Licht on
Das sollte passen. Bitte mal am IO nachschauen, ob das da auch ankommt (oder ob auch dort die subscriptions geändert werden müssen).
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

Spartacus

Hi beta-user,

sorry, was soll ich jetzt wo nachsehen? Jetzt bin ich irgendwie lost. Wo kann man denn noch was nachsehen?
meinst Du den hier?

defmod ha_MQTT2 MQTT2_CLIENT homeassistant:1883
attr ha_MQTT2 clientId fhem
attr ha_MQTT2 keepaliveTimeout 60
attr ha_MQTT2 msgAfterConnect -r fhem/connection/status connected
attr ha_MQTT2 msgBeforeDisconnect -r fhem/connection/status disconnected
attr ha_MQTT2 qosMaxQueueLength 100
attr ha_MQTT2 room MQTT
attr ha_MQTT2 username fhem


Sorry für die doofen Fragen, aber vor 3 Wochen wusste ich nicht, dass es HA und mqtt überhaupt gibt!
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Beta-User

...da bist du richtig, aber da fehtl was entscheidendes: clientOrder muss anders gesetzt werden! Vermutlich gibt es irgendwo ein MQTT2_DEVICE, in dem die Infos landen, die du eigentlich durch die MGB ausgewertet haben willst (wenn man die Einrichtung per attrTemplate@MGB macht, wird das automatisch gesetzt...).

Und im Wiki zu MGB hatte ich das auch deutlichst erwähnt, 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

Spartacus

Hm,

jetzt noch mal ganz von vorne:
ich setzte in der MGB das Template base_settings_to_MQTT_GENERIC_BRIDGE.

danach funktioniert dann gar nichts mehr!

ICh denke, dann muss ich die Sunscription und as publishing wieder anpassen.

muss ich dann die global_defaults wieder auf meine alten Werte setzte?
sub:base=mqttGeneric/set pub:base=mqttGeneric gegen  pub:base=fhem sub:base=fhem/set tauschen?

Danke und Gruß,
Spartacus
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Beta-User

Na ja, wenn du das mit dem attrTemplate nachträglich machst, ist das nicht hilfreich, weil dann eben wieder die "üblichen" defaults gesetzt werden.
Zumindest sollte jetzt clientOrder richtig gesetzt sein, ob die subscriptions passen, kann ich von hier aus nicht sagen...

OT: ich würde aus HA heraus NICHT mit retain senden. Kann dazu führen, dass das Licht zum falschen Zeitpunkt angeht usw. ::) .
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

Spartacus

Moin,
so, jetzt bin ich völlig lost! Welche Stellschrauben gibt es denn:

1. IO Device:
2. Bridge
3. Device
4. configuration .yaml

Ich habe verstanden, dass man unterschiedliche Pfade für publish und subscription setzten muss und diese mit HA übereinstimmen.
Ich habe dann jetzt das Basic-Template ausgeführt  um wieder die Grundeinstellungen zu haben. Subscription und publish Pfade in der Bridge habe ich dann wieder angepasst, sodass es mit den Attributen im Device und den Phaden in der configuration.yaml übereinstimmt.



  • Die Temperatur des 1-Wire Sensors kommt in HA an.
  • Wenn ich in fhem den Enocean Aktor schalte, kommt der Status in HA an.
  • Wenn ich aus HA schalte den Aktor schalte, dann passiert in fhem nichts

mosquitto_sub  auf dem fhem-Server zeigt Folgendes an:
fhem/set/GA.ss.SA.Licht on
Das heisst, es kommt grundsätzlich was an.


So sieht es jetzt meine Konfig aus.

IO:
defmod ha_MQTT2 MQTT2_CLIENT homeassistant:1883
attr ha_MQTT2 clientId fhemwird im
attr ha_MQTT2 clientOrder MQTT_GENERIC_BRIDGE MQTT2_DEVICE
attr ha_MQTT2 keepaliveTimeout 60
attr ha_MQTT2 msgAfterConnect -r fhem/connection/status connected
attr ha_MQTT2 msgBeforeDisconnect -r fhem/connection/status disconnected
attr ha_MQTT2 qosMaxQueueLength 100
attr ha_MQTT2 room MQTT
attr ha_MQTT2 subscriptions setByTheProgram
attr ha_MQTT2 username fhem


Bridge:
defmod mqttGeneric MQTT_GENERIC_BRIDGE mqtt room=HASS
attr mqttGeneric IODev ha_MQTT2
attr mqttGeneric globalDefaults pub:base=fhem sub:base=fhem/set
attr mqttGeneric icon mqtt_bridge_2
attr mqttGeneric room MQTT
attr mqttGeneric stateFormat in: incoming-count out: outgoing-count devices: device-count
attr mqttGeneric verbose 0


Device Enocean:
defmod GA.ss.SA.Licht EnOcean FFE88602
attr GA.ss.SA.Licht userattr mqttAlias:textField-long mqttDefaults:textField-long mqttDisable:both,incoming,outgoing mqttForward:all,none mqttPublish:textField-long mqttSubscribe:textField-long
attr GA.ss.SA.Licht IODev TCM310
attr GA.ss.SA.Licht alias Gartenlicht
attr GA.ss.SA.Licht comMode confirm
attr GA.ss.SA.Licht comment Eltako FSR14-4 Kanal 2
attr GA.ss.SA.Licht devStateIcon .*on:light_light_dim_100@lightgreen .*off:light_light_dim_00@grey
attr GA.ss.SA.Licht event-on-change-reading state,buttons,channelA,channelB
attr GA.ss.SA.Licht group FSR14-4x Keller
attr GA.ss.SA.Licht gwCmd switching
attr GA.ss.SA.Licht manufID 00D
attr GA.ss.SA.Licht mqttPublish state:topic={"$base/$device/state"}
attr GA.ss.SA.Licht mqttSubscribe state:stopic={"$base/$device/set"}
attr GA.ss.SA.Licht room 98-Geräte -> EnOcean,HASS
attr GA.ss.SA.Licht subDef FF94C0E2
attr GA.ss.SA.Licht subType gateway
attr GA.ss.SA.Licht verbose 3


Device DS2438:
defmod GH.in.1W.DS2438 OWMULTI DS2438 09DB84000003
attr GH.in.1W.DS2438 userattr mqttAlias:textField-long mqttDefaults:textField-long mqttDisable:both,incoming,outgoing mqttForward:all,none mqttPublish:textField-long mqttSubscribe:textField-long
attr GH.in.1W.DS2438 DbLogInclude temperature,Feuchte,Taupunkt,absFeuchte
attr GH.in.1W.DS2438 IODev 1Wire
attr GH.in.1W.DS2438 VFunction (161.29 * V / VDD - 25.8065)/(1.0546 - 0.00216 * T)
attr GH.in.1W.DS2438 VName Feuchte
attr GH.in.1W.DS2438 VUnit %
attr GH.in.1W.DS2438 alias DS2438
attr GH.in.1W.DS2438 comment Sensor: SHT35
attr GH.in.1W.DS2438 event-min-interval .*:600
attr GH.in.1W.DS2438 group Sensoren
attr GH.in.1W.DS2438 icon temperature_humidity
attr GH.in.1W.DS2438 model DS2438
attr GH.in.1W.DS2438 mqttForward all
attr GH.in.1W.DS2438 mqttPublish temperature:topic={"$base/$device/temperature"}
attr GH.in.1W.DS2438 room 98-Geräte -> 1-Wire,HASS
attr GH.in.1W.DS2438 stateFormat {sprintf("T: %.2f°C, H: %.2f %%",ReadingsVal("$name","temperature",0),ReadingsVal("$name","Feuchte",0) )}




HA:

switch:   
   - unique_id: gartenlicht
      name: gartenlicht
      command_topic: "fhem/set/GA.ss.SA.Licht"
      state_topic: "fhem/GA.ss.SA.Licht/state"
      payload_on: "on"
      payload_off: "off"
      state_on: "on"
      state_off: "off"
      optimistic: false
      qos: 0
      retain: true
  sensor:
    - name: 1-wire
      state_topic: "fhem/GH.in.1W.DS2438/temperature"
      unit_of_measurement: "°C"
      icon: mdi:thermometer
      value_template: '{{ value | round(1) }}'
      expire_after: 4000
      availability_topic: "fhem/connection/status"
      payload_available: "connected"
      payload_not_available: "disconnected"
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Beta-User

Mindestens das hier paßt nicht (zum Rest):attr GA.ss.SA.Licht mqttSubscribe state:stopic={"$base/$device/set"}
das "/set" steckt in (per globalDefault gesetzter) $base (an anderer Stelle).
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

Spartacus

H E U R E K A !

das war es! Du hast es gefunden!

Komischerweise taucht das doppelte set beim Lauschen nicht auf!

Was muss ich jetzt am Attribut ändern, wenn ich nicht nur die Temperatur des DS2438, sondern auch absFeuchte, Feuchte und Taupunkt zu HA rüber-shiften will. Durch das Attribut
attr GH.in.1W.DS2438 mqttPublish temperature:topic={"$base/$device/temperature"}
wird die Kommunikation über die MQTT-Bridge m.E. auf "temperature" begrenzt, oder?

Spartacus
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Beta-User

 :)

Ich habe (leider*) schon eine Menge Leute auf dem Weg begleitet...
*wegen der Frustrationen, die Betreffenden leider durchmachen mussten, bis der Groschen gefallen war

Daher habe ich den Prozess auch versucht zu vercoden, damit alles (im Ergebnis) einigermaßen konsistent zueinander paßt (per attrTemplate) - das gibt es auch für diverse "klassische" Probleme wie z.B. Rollladenaktoren. Leider ist es prinzipbedingt bei MGB etwas komlizierter wie anderswo, weil man Attribute an "anderen" Geräten setzen muss. "Vollständig" ist das auch bei weitem nicht, k.A., wieso das keiner weiter aktiv treiben will (ich brauche das nicht selbst).

ABER: Man kann sich vorher anzeigen lassen, was in welchem Fall gesetzt wird, und die commandref erklärt auch, was bei bestimmten Attributen möglich ist ;) , und zwar auch an "fremden" Devices (falls FHEM halbwegs aktuell ist).

Von daher verstehe ich nicht ganz, was z.B. an den in der commandref genannten Beispielen unklar ist (es ist zu viel "drumrum", aber das ist ein anderes Thema):
Zitatattr <dev> mqttPublish temperature:topic={"$base/$name"} temperature:qos=1 temperature:retain=0 *:topic={"$base/$name"} humidity:topic=/TEST/Feuchte
attr <dev> mqttPublish temperature|humidity:topic={"$base/$name"} temperature|humidity:qos=1 temperature|humidity:retain=0

Hinweis: Vermutlich enhält globalDefaults-$base für diese Beispiele auch "/$device"...
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