Schalten mumbi Dosen / tasmota+rf-Bridge

[onkel-tobi]

Hi zusammen,

da ich für unseren Sohn einen LED Streifen unter seinem Bett angebracht habe und ich meine "alten Dip-baren" Dosen alle im Einsatz habe, habe ich mir nun mumbi Funksteckdosen gekauft.
Ich habe eine Sonoff bridge mit der tasmota FW geflasht (hiermit steuer ich auch meine alten Dosen) und bekomme im log auch angezeigt, wenn ich eine der neuen Dosen per Fernbedienung schalte:

Code Auswählen Erweitern

/Smarthome/DG/sonoffrf/tele/RESULT = {"RfReceived":{"Sync":10200,"Low":320,"High":820,"Data":"02270F","RfKey":"None"}}
Nun stehe ich allerdings etwas auf dem Schlauch, da meine alte Definition zum Schalten nicht mehr funktioniert:

Code Auswählen Erweitern


Internals:
   CFGFN      FHEM/Kinderzimmer2.cfg
   FUUID      5c5dae99-f33f-d748-ec16-c9d02811aa145a23
   IODev      Mosquitto
   NAME       og_fe_led
   NR         247
   STATE      on
   TYPE       MQTT_DEVICE
   READINGS:
     2019-04-19 14:17:50   state           #002270F
     2019-04-19 14:17:50   transmission-state outgoing publish sent
   message_ids:
   publishSets:
     :
       topic      /Smarthome/DG/sonoffrf/cmnd/RfCode
       values:
         on:off:toggle
         on:off:toggle
     on:
       topic      /Smarthome/DG/sonoffrf/cmnd/RfCode
       values:
         off
         toggle
   sets:
     on:off:toggle
   subscribe:
   subscribeExpr:
   subscribeQos:
Attributes:
   IODev      Mosquitto
   alexaName  "LED Felix"
   alias      "LED Felix"
   devStateIcon ON:rc_GREEN:OFF OFF:rc_RED:ON Offline:rc_BLUE:OFF
   event-on-change-reading state
   eventMap   #002270F:on #02270E:off
   publishSet on:off:toggle on:off:toggle /Smarthome/DG/sonoffrf/cmnd/RfCode
   room       Licht,MQTT,Homekit,alexa,Felix
   stateFormat {ReadingsVal($name,"presence","") eq "Offline" ? "Offline" : ReadingsVal($name,"state","")}
   webCmd     on off toggle
Wie ihr dem List schon entnehmen könnt, habe ich es mit 2 führenden Nullen, bzw. einer und auch keiner getestet, allerdings ohne Erfolg.
Hat noch jemand einen Tipp für mich?

Danke & Gruß,
Tobi

[rudolfkoenig]

Ja, auf MQTT2 umsteigen, und attrTemplates nutzen.

[onkel-tobi]

Hi,

danke für deine Antwort.

Ich habe aktuell MQTT laufen über einen lokal laufenden mosquitto.
D.h. wenn ich das richtig verstehe müsste ich diesen dann auch verwenden und muss als step 1 ein MQTT2_client einrichten:

Code Auswählen Erweitern

nternals:
   BUF       
   CFGFN      FHEM/vccu.cfg
   DEF        127.0.0.1:1883
   DeviceName 127.0.0.1:1883
   FD         86
   FUUID      5cc9fd42-f33f-daf3-a48c-cc267ba6493a0d69
   NAME       MQTT2
   NR         42
   PARTIAL   
   STATE      opened
   TYPE       MQTT2_CLIENT
   WBCallback
   clientId   MQTT2
   lastMsgTime 1556976545.34821
   nextOpenDelay 5
   READINGS:
     2019-05-04 15:12:35   state           opened
Attributes:
   autocreate 1
   room       MQTT

Aber wie es nun weiter geht, da stehe ich auf dem Schlauch.
Oder habe ich das mit dem Client mißverstanden?

Danke & Gruß,
Tobi

[rudolfkoenig]

Fuer autocreate muss man mit MQTT2_CLIENT beim ersten MQTT2_DEVICE ein bridgeRegexp Attribut setzen, siehe https://fhem.de/commandref_modular.html#bridgeRegexp

Hier nochmal die drei MQTT Alternativen fuer FHEM, zusammengefasst:
- Alternative 1: mosquitto + MQTT + MQTT_DEVICE: alles (d.h. Readings und Set/Get Befehle) muss explizit konfiguriert werden.
- Alternative 2: mosquitto + MQTT2_CLIENT + MQTT2_DEVICE: einfacher, fuer autocreate braucht man beim ersten MQTT2_DEVICE ein manuell konfiguriertes bridgeRegexp Attribut.
- Alternative 3: MQTT2_SERVER + MQTT2_DEVICE: autocreate funktioniert per Voreinstellung.

Fuer MQTT2_DEVICE (egal ob mit MQTT2_CLIENT oder MQTT2_SERVER) gilt: alle Readings werden automatisch angelegt/dekodiert, fuer Set/Get oder Bridge-Geraete wie zigbee2mqtt ist eine manuelle Konfiguration notwendig.
Dabei kann attrTemplate (d.h. von anderen Benutzern erstellte Attribut-Sammlungen fuer bestimmte Endgeraete) dies erleichtern, bzw. ersparen.

Es funktionien alle drei Varianten, aber wenn man sich nicht auskennt, empfehle ich Variante 3, um das Leben uns, Supportern, zu erleichtern.

Da fuer mumbi noch kein attrTemplate vorhanden ist, muss man fuer alle drei Varianten:
- MQTT Grundlagen aneignen (insb. Topic-Struktur)
- die Mumbi MQTT Topic-Hierarchie aus einer mumbi Dokumentation kennenlernen
- setList konfigurieren

[onkel-tobi]

Hi & danke für die Antwort,

dass liest sich nach einer längeren Aktion. Werde kch mir mal kn Ruhe anschauen müssen.

Aktuell hätte ich mosquitto + mqtt2_client und eben 2 sonoff bridge mit tasmota.

Bestehende Bewegungsmelder und Steckdosen schalte ich noch per mqtt.

Die Daten kommen jedenfalls schon mal rein, wenn ich via FB schalte. Aber insofern werde ich mich dann mal mit attrTemplates beschäftigen.

Gruß,
Tobi



Gesendet von iPad mit Tapatalk

[Beta-User]

Zur Info: es gibt bzgl. der RF-Bridge mind. noch einen User, der auch Senden will (ob Mumbi oder sonst was, sollte im Prinzip egal sein...).

Bitte einfach an den betr. "template-Thread" anhängen und vorab mal den Thread zu IR lesen (beide hier im MQTT-Bereich, denke ich). IR ist zwar nicht ganz gleich, aber (vermutlich) sehr ähnlich und da gibt es schon Infos zum senden.

(Anmerkung noch: der Thread-Titel könnte m.E. verbessert werden, tasmota+rf-Bridge ergänzen?).