Modul-Diskussion/Hilfe: MQTT_GENERIC_BRIDGE

[XxX_Cobra_XxX]

Hallo hexenmeister.

Erstmal Gratulation zu deinem super Modul und danke für die Zeit (und wahrscheinlich auch Nerven) die du investiert hast. Echt cool.

Nein bei meinen Aktoren funktioniert das mit up, down, stop usw. diese Befehle sind auch wie du im Bild sehen kannst bei den set Befehlen dabei.

Lg

[hexenmeister]

Danke

Dann sollte das senden von up, down etc. bei den Geräte ankommen.
Was wird ausgegeben bei get devinfo an der bridge?

[XxX_Cobra_XxX]

Bei devinfo kommt folgendes:

Code Auswählen Erweitern

WZ_ROLLO_LI
  publish:
    statePosition    => 100/1/user/WZ_ROLLO_LI (mode: R; qos: 0)
  subscribe:
    state            <= 100/1/user/WZ_ROLLO_LI/set (mode: S)

[XxX_Cobra_XxX]

Ich kann es nicht glauben aber jetzt funktioniert es. Hab beim MQTT2_CLIENT autocreate ausgeschaltet und seit dem funktionierts.

Ich bin sooooo happy. Danke für eure Hilfe alle 

[XxX_Cobra_XxX]

Ich hab da aber trotzdem noch eine Frage und zwar taucht bei mir des öfteren im FHEM-Logfile folgende 2 Zeilen auf:

Code Auswählen Erweitern


SERVERIP:PORT disconnected, waiting to reappear (MQTT2_BROKER)
SERVERIP:PORT reappeared (MQTT2_BROKER)


(MQTT2_BROKER ist mein MQTT2_CLIENT)

Ist das normal?

Lg

[hexenmeister]

Ich kann es nicht glauben aber jetzt funktioniert es. Hab beim MQTT2_CLIENT autocreate ausgeschaltet und seit dem funktionierts.

Jep, ist ein bekanntes Problem, ist im Forum bereits beschrieben. Dank Rudi gibt es jedoch schon eine Lösung. Gestern habe ich dann eine neue Version der Bridge eingecheckt, damit sollte es auch mit autocreate funktionieren. Sinnvoll ist das jedoch nicht, da autocreate (in diesem Fall) unnötige (zusätzliche) MQTT2_DEVICE-Instanzen erstellen würde.

[hexenmeister]

Ich hab da aber trotzdem noch eine Frage und zwar taucht bei mir des öfteren im FHEM-Logfile folgende 2 Zeilen auf:

Code Auswählen Erweitern


SERVERIP:PORT disconnected, waiting to reappear (MQTT2_BROKER)
SERVERIP:PORT reappeared (MQTT2_BROKER)


(MQTT2_BROKER ist mein MQTT2_CLIENT)

Ist das normal?

Lg

Nein. Die Verbindung zum Broker geht verloren. Kann ja mal passieren, aber oft sollte das nicht sein.

[frankreed]

Sorry habe meinen Thread falsch veröffentlicht unter https://forum.fhem.de/index.php?topic=96657.msg897294#msg897294.

Kann mir trotzdem jemand seine funktionierende Schalter-Device-Definition mit mqttSubscribe und mqTTPublish sowie den passenden Node-Red-Flow zur Verfügung stellen? Bei mir haut das nicht hin und ich lande immer wieder in einer Endlos-Schleife.

Vielen Dank im Voraus.

Frank

[XxX_Cobra_XxX]

Jep, ist ein bekanntes Problem, ist im Forum bereits beschrieben. Dank Rudi gibt es jedoch schon eine Lösung. Gestern habe ich dann eine neue Version der Bridge eingecheckt, damit sollte es auch mit autocreate funktionieren. Sinnvoll ist das jedoch nicht, da autocreate (in diesem Fall) unnötige (zusätzliche) MQTT2_DEVICE-Instanzen erstellen würde.

Super danke für die Info

[Mitch]

mit heutigem Update kommt folgende Fehlermeldung ununterbrochen:

Code Auswählen Erweitern

ERROR: >< returned by the MQTT_GENERIC_BRIDGE ParseFn is invalid, notify the module maintainer

[hexenmeister]

Nachstellen konnte ich nicht (bitte in solchen Fällen etwas mehr Info), denke jedoch gefixt zu haben.

[Bort76]

Also zunächst mal einen riesen Dank für dieses tolle Modul - endlich eine komfortable Kopplung meiner FHEM-Instanzen 

Nach meiner Beobachtung ist der Fehler nicht durch ein Update der Bridge sondern durch ein Update des MQTT2_DEVICE, welches ich am Montag bekommen habe, ausgelöst worden - die Bridge war in dem Updatelauf nicht mit dabei.

Der Fehler besteht leider auch nach dem Update heute weiterhin.

Ich habe zunächst nacheinander alle MQTTSubsscribe und MQTTPublish einzeln entfernt um einen Tippfehler auszuschliessen. Am Ende musste ich feststellen, dass es reicht, wenn ich die Bridge anlege. Der Fehler kommt sofort - immer mehrfach alle 10-70 Sekunden.

Vielleicht hilft es: der MQTT2_Client disconnected immer, wenn die Bridge anglegt wird, kurz.

Ich habe einen aktuellen mosquitto laufen auf den die Bridge mittels des mosquitto-Moduls connected. Alle "direkten" MQTT-Devices (tasmota und zigbee2mqtt) sind als MQTT2_Device angelegt und hängen an einem MQTT2_Client. Die Bridge übernimmt "nur" den Austausch von Sets und Readings zwischen den verschiedenen FHEM-Instanzen.

Auch bei verbose 5 bleibt es bei der selben Fehlermeldung, Freezes löst der Fehler nicht aus - mehr fiel mir zur Analyse leider nicht ein 

[Mitch]

ja, Fehler leider immer noch vorhanden.

List Bridge:

Code Auswählen Erweitern

Internals:
   FUUID      5c433a92-f33f-5738-fdfd-432d50910ec53d4a
   IODev      myBroker
   NAME       mqttGeneric
   NR         708
   NTFY_ORDER 50-mqttGeneric
   STATE      IO device initialized (mqtt2)
   TYPE       MQTT_GENERIC_BRIDGE
   devspec    .*
   prefix     mqtt
   CHANGED:
     incoming-count: 1
     incoming-count: 2
     incoming-count: 3
     incoming-count: 4
     incoming-count: 5
     incoming-count: 6
     incoming-count: 7
     incoming-count: 8
     incoming-count: 9
     incoming-count: 10
     incoming-count: 11
     incoming-count: 12
     incoming-count: 13
     incoming-count: 14
     incoming-count: 15
   READINGS:
     2019-01-30 09:27:06   device-count    0
     2019-01-30 09:28:57   incoming-count  15
     2019-01-30 09:26:56   outgoing-count  0
     2019-01-30 09:27:06   transmission-state IO device initialized (mqtt2)
     2019-01-30 09:26:56   updated-reading-count 0
     2019-01-30 09:26:56   updated-set-count 0
   devices:
   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     *
Attributes:
   DbLogExclude .*
   IODev      myBroker
   event-on-change-reading .*
   stateFormat transmission-state
   verbose    0

List Server:

Code Auswählen Erweitern

Internals:
   CONNECTS   5
   DEF        1884 global
   FD         24
   FUUID      5c433a93-f33f-5738-2768-0654c36e1b20da8b
   NAME       myBroker
   NR         812
   PORT       1884
   STATE      Initialized
   TYPE       MQTT2_SERVER
   READINGS:
     2019-01-30 09:27:12   RETAIN          {"tele/kuehlschrank/LWT":"Online","tele/mopedlader/LWT":"Online","tele/outlander/LWT":"Online","tele/sonoff-3522/LWT":"Online","tele/trockner/LWT":"Online"}
     2019-01-30 09:27:11   nrclients       5
     2019-01-30 09:26:57   state           Initialized
   clients:
     myBroker_192.168.0.186_6489 1
     myBroker_192.168.0.188_49482 1
     myBroker_192.168.0.189_49479 1
     myBroker_192.168.0.196_52402 1
     myBroker_192.168.0.197_49268 1
   retain:
     tele/kuehlschrank/LWT:
       ts         1548836832.41329
       val        Online
     tele/mopedlader/LWT:
       ts         1548836831.56402
       val        Online
     tele/outlander/LWT:
       ts         1548836832.02279
       val        Online
     tele/sonoff-3522/LWT:
       ts         1548836831.78652
       val        Online
     tele/trockner/LWT:
       ts         1548836831.85998
       val        Online
Attributes:
   DbLogExclude .*
   autocreate 1
   group      Zentrale
   icon       mqtt
   room       Zentrale
   verbose    0

List Client:

Code Auswählen Erweitern

Internals:
   BUF       
   FD         68
   NAME       myBroker_192.168.0.186_6489
   NR         887
   PEER       192.168.0.186
   PORT       6489
   SNAME      myBroker
   SSL       
   STATE      Connected
   TEMPORARY  1
   TYPE       MQTT2_SERVER
   WBCallback
   cflags     238
   cid        DVES_C22239
   keepalive  10
   lastMsgTime 1548837092.14639
   lwt        tele/kuehlschrank/LWT:Offline
   protoNum   4
   protoTxt   MQTT
   usr        DVES_USER
   READINGS:
     2019-01-30 09:27:11   state           Connected
   subscriptions:
     cmnd/DVES_C22239/# 1548836832.45794
     cmnd/kuehlschrank/# 1548836832.45773
     cmnd/sonoffs/# 1548836832.45788
Attributes:
   room       hidden

[Mitch]

Hier nochmal ein Logauszug mit verbose 5:

Code Auswählen Erweitern

2019.01.30 21:26:28 1: ERROR: >< returned by the MQTT_GENERIC_BRIDGE ParseFn is invalid, notify the module maintainer
2019.01.30 21:26:28 5: End notify loop for MQTT2_DVES_E895AC
2019.01.30 21:26:28 5: End notify loop for Verbrauch
2019.01.30 21:26:28 5: Starting notify loop for Verbrauch, 1 event(s), first is MQTT2_DVES_E895AC.SENSOR_ENERGY_Power: <html><div style="width:500px; text-align:center; border: 1px solid #ccc; background:-webkit-linear-gradient(left, red 0%, rgba(0,0,0,0) 0%)">0 Watt</div></html>
2019.01.30 21:26:28 5: Starting notify loop for MQTT2_DVES_E895AC, 3 event(s), first is SENSOR_Time: 2019-01-30T21:26:29
2019.01.30 21:26:28 1: ERROR: >< returned by the MQTT_GENERIC_BRIDGE ParseFn is invalid, notify the module maintainer
2019.01.30 21:26:28 5: End notify loop for MQTT2_DVES_E895AC
2019.01.30 21:26:28 5: createNotifyHash
2019.01.30 21:26:28 5: Starting notify loop for MQTT2_DVES_E895AC, 4 event(s), first is STATE_Wifi_RSSI: 86

[jostereo]

Habe mal eine Frage zu dem Modul.

Bin gerade dabei den Einsatz des Moduls zu testen.

In dem Zuge mache ich mir auch schon länger Gedanken über meine "MQTT - Topic - Struktur".

Ich würde gerne einige Readings über das Modul in mehr als ein Topic Publishen.
Ist das möglich?

Wenn ich 2 Einträge für ein Reading mache nimmt das Modul den letzten Eintrag.

Ist es überhaupt vorgesehen, dass man ein Reading (mehrere) in mehrere Topics published?


Beispiel:

Gewünscht wäre das reading "temperature" in die beiden unten genannte Topics zu publishen.

Code Auswählen Erweitern

temperature:topic={"fhem/lacrosse/$device/$reading"} temperature:topic={"smarthome/buero/$reading"}


Danke und Gruß,

jostereo