mqtt2.template für RFbridge von Sonoff entwickeln

Begonnen von Tueftler1983, 27 März 2019, 10:02:44

Vorheriges Thema - Nächstes Thema

Beta-User

Hallo und willkommen im Forum!

Das Senden sollte auch gehen, vielleicht schaust du dir mal das IR-Template an, das macht das ganz ähnlich, wie es hier erforderlich sein dürfte.

(Am einfachsten dein device kopieren und mal das ir-template darauf anwenden; dann schauen, was der tasmota eigentlich auf welchem Topic konkret braucht (ein JSON-blob?)).

Bitte ggf. mal den Blob hier einstellen, eben alles, was du dazu weißt/woanders findest...
Server: HP-elitedesk@Debian 12, 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

onkel-tobi

#46
Hi,

also ich würde das Template auch mal ausprobieren.

Aktuell habe ich folgendes device:
Internals:
   CFGFN     
   CID        MQTT2
   DEF        MQTT2
   DEVICETOPIC MQTT2_MQTT2
   FUUID      5cd08ff0-f33f-daf3-60ed-2c7ead9a71c728ae
   IODev      MQTT2
   NAME       MQTT2_MQTT2
   NR         1060
   STATE      ???
   TYPE       MQTT2_DEVICE
   READINGS:
     2019-05-06 21:50:09   LWT             online
Attributes:
   IODev      MQTT2
   readingList MQTT2:/Smarthome/Buero/sonoffrf/tele/LWT:.* LWT
MQTT2:/Smarthome/DG/sonoffrf/tele/LWT:.* LWT
   room       MQTT2_DEVICE


Habe 2 bridges mit den unter readinglist genannten topics.
Nachdem ich das Template eingebunden habe, muss ich dann nun das device mqtt2_mqtt2 auf attrTemplate A_01d_tasmota_rf setzen, oder?

Sofern dem so ist, bekomme ich da beim 1. mal:

Unknown command MQTT2:/Backlog, try help.
Unknown command MQTT2:/POWER1, try help.
Unknown command MQTT2:/POWER1, try help.
Unknown command MQTT2:/POWER1, try help.
Unknown command MQTT2:/LWT:.*, try help.
Unknown command MQTT2:/STATE:.*, try help.
Unknown command MQTT2:/SENSOR:.*, try help.
Unknown command MQTT2:/INFO.:.*, try help.
Unknown command MQTT2:/RESULT:.*, try help.
Unknown command MQTT2:/POWER1, try help.
Unknown command MQTT2:/POWER1, try help.
Unknown command MQTT2:/INFO.:.*, try help.
Unknown command MQTT2:/RESULT:.*, try help.
Unknown command MQTT2:/LWT:.*, try help.
Unknown command MQTT2:/UPTIME:.*, try help.


Gruß,
Tobi

Beta-User

Moin onkel-tobi,

ist das richtig, dass du 2x diese Hardware hast? Kannst du dann bitte mal den einen einfach auch die Seite packen und vorläufig nicht mehr anpacken? (so, wie er ist!) Ich würde gerne ein paar grundlegende Änderungen an dem template-file machen, so dass diese (besch...) Änderungen der Topic-Struktur, die in diesen ... Videos vorgenomen werden, zukünftig keine Probleme mehr machen, und bräuchte dazu aber einen Tester....

Ansonsten:
Bitte lies den Artikel https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele, dort insbesondere #Allgemeine_Einstellungen_und_Hinweise und #Tasmota und überfliege wg. des Topic-Themas usw. evtl. zur Vertiefung noch https://forum.fhem.de/index.php/topic,99688.0.html.

Bitte stelle aber erst mal nicht die Topic-Struktur um, sondern ändere lediglich die Angaben zu "client" und "topic" (Felder 3 und 6 hier), m.E. sollte man da grundsätzlich "DVES_%06X" verwenden.

Ich versuche dir dann ein template-file zu generieren, das du dann einbinden können solltest wie hier unter "Testen" beschrieben (file muß die üblichen Rechte haben.
Server: HP-elitedesk@Debian 12, 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

Beta-User

Anbei eine Testfile.
Bitte mit den richtigen Rechten nach /opt/fhem/FHEM/lib/AttrTemplate/ packen, dann {AttrTemplate_Initialize()} über die Kommandozeile ausführen und das template A_01d_tasmota_rf ausführen.

Server: HP-elitedesk@Debian 12, 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

onkel-tobi

#49
Hi Beta-User,

vielen Dank schon mal!

Zitat von: Beta-User am 07 Mai 2019, 09:01:36
ist das richtig, dass du 2x diese Hardware hast? Kannst du dann bitte mal den einen einfach auch die Seite packen und vorläufig nicht mehr anpacken? (so, wie er ist!) Ich würde gerne ein paar grundlegende Änderungen an dem template-file machen, so dass diese (besch...) Änderungen der Topic-Struktur, die in diesen ... Videos vorgenomen werden, zukünftig keine Probleme mehr machen, und bräuchte dazu aber einen Tester....
Das ist soweit richtig. habe 2 sonoff bridges, die via mosquitto an fhem angebunden sind.
Soll / muss ich die Anbindung dann auch zurückbauen für den Test?

An dein Template mache ich mich jetzt mal nebenbei.

Update: client hatte ich bereits so im default stehen. Bei topic habe ich sonoffrf. Verbindungsdetails lasse ich wie sie waren? (sprich die gehen via mqtt an den mosquitto und von da aus per mqtt2_client an fhem, sofern ich das richtig verstehe?).

Update 2: Habe nun alles eingespielt. Habe aber scheinbar Probleme mit den templates.
Im default ist ja die Datei mqtt2.template vorhanden. Wenn die nicht mehr vorhanden ist, kriege ich keine Auswahl. Ist sie vorhanden, ist das Template template A_01d_tasmota_rf  nicht vorhanden?!

Gruß,
Tobi

Beta-User

Moin Tobi,

du kannst die zusätzliche Datei wieder rauswerfen und dann bitte ein update machen - ich habe den RF mal in der vorläufigen Fassung in das allg. templatefile aufgenommen.

Was das setup angeht, kannst du das so lassen. Das wird jetzt zwar vielleicht einige überraschen, aber ich würde das gerne zeigen, dass man "sowas" - zwar mit etwas mehr Aufwand - auch mit mosquitto+MQTT2_CLIENT hinbekommt, und zwar mit den "verbogenen" Topic-Strukturen aus diesen unseligen Videos :P .

Bitte aber vorab prüfen, ob in den settings der tasmota-Geräte unterschiedliche "topic"-Angaben drinstehen, das scheint im Moment dieselbe (undynamische) Angabe zu sein (ich würde eine dynamische Vergabe empfehlen, siehe hier: https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#Tasmota). Ändere das aber bitte erst mal noch nicht!

Nach dem was du schreibst, gehe ich davon aus, dass du im Moment genau ein MQTT2-Device hast?

Dann mach bitte folgendes:
1. Erstelle davon eine Kopie (copy MQTT2_MQTT2 MQTT2_RF1)
2. Auf MQTT2_MQTT2 wendest du das template "A_00_MQTT2_CLIENT_general_bridge" an.
Dann solltest du drei MQTT2-DEVICE-Geräte haben: MQTT2, MQTT2_MQTT2 und MQTT2_RF1.3. Passe die bridge-Regexp des Geräts MQTT2 an, RAW-Code:
attr MQTT2 bridgeRegexp \
  /Smarthome/[/]([^/]+)[/]([^/]+)[/](tele|cmnd|stat)[/].*:.* "$2"\
  shellies[/]([^/]+)[/].*:.* "$1"\
  (ESPClient_[^/]+)[/].*:.* "$1"

4. Jetzt änderst du die topic-Angabe einer der rf-tasmotas (Feld 6 in dem Web-interface); ggf. den tasmota neu starten.

Bei aktiviertem Autocreate solltest du jetzt ein weiteres MQTT2-Device bekommen mit Angaben aus der Änderung in Schritt 4. Auf dieses wendest du dann bitte das rf-template an.

Wenn das bis dahin geklappt hat, sehen wir weiter, wenn es Probleme gibt, bitte melden...
Server: HP-elitedesk@Debian 12, 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

onkel-tobi

Danke, dass sieht erst mal glaube ich gut aus:
Internals:
   CFGFN     
   CID        MQTT2
   DEF        MQTT2
   DEVICETOPIC MQTT2_RF1
   FUUID      5cd2d6a3-f33f-daf3-1a42-3a5ad42fe7274b6e
   IODev      MQTT2
   LASTInputDev MQTT2
   MQTT2_MSGCNT 55
   MQTT2_TIME 2019-05-08 16:18:01
   MSGCNT     55
   NAME       MQTT2_RF1
   NR         11488
   STATE      state
<br>
<a href="http://192.168.x.x" target="_blank">192.168.x.x</a>
   TYPE       MQTT2_DEVICE
   READINGS:
     2019-05-08 15:39:54   FallbackTopic   DVES_9EFABC
     2019-05-08 15:39:54   GroupTopic      sonoffs
     2019-05-08 15:39:54   Hostname        Sonoff-Bridge
     2019-05-08 15:39:54   IPAddress       192.168.x.x
     2019-05-08 15:39:54   LWT             Online
     2019-05-08 15:39:54   Module          Sonoff Bridge
     2019-05-08 15:39:54   POWER           
     2019-05-08 15:39:54   RestartReason   Software/System restart
     2019-05-08 15:32:11   RfCode          #005451
     2019-05-08 16:11:16   RfReceived_Data 412426
     2019-05-08 16:11:16   RfReceived_High 1180
     2019-05-08 16:11:16   RfReceived_Low  410
     2019-05-08 16:11:16   RfReceived_RfKey None
     2019-05-08 16:11:16   RfReceived_Sync 12290
     2019-05-08 16:18:01   Time            2019-05-08T15:18:01
     2019-05-08 16:18:01   Uptime          3T05:00:12
     2019-05-08 16:18:01   Vcc             3.142
     2019-05-08 15:39:54   Version         6.1.1
     2019-05-08 15:39:54   WebServerMode   Admin
     2019-05-08 16:18:01   Wifi_AP         1
     2019-05-08 16:18:01   Wifi_APMac      0E:EC:DA:1A:9C:57
     2019-05-08 16:18:01   Wifi_RSSI       68
     2019-05-08 16:18:01   Wifi_SSId       HA
Attributes:
   IODev      MQTT2
   autocreate 1
   event-on-change-reading .*
   model      A_01d_tasmota_rf
   room       MQTT2_DEVICE
   setList    power:noArg /Smarthome/Buero/sonoffrf/cmnd/RFsend POWERCMD
  volumeup:noArg /Smarthome/Buero/sonoffrf/cmnd/RFsend VOLUMEUPCMD
  rfsend:textField /Smarthome/Buero/sonoffrf/cmnd/RFsend {"Protocol":"$EVTPART1","Bits":$EVTPART2,"Data":"0x$EVTPART3"}
   stateFormat state
<br>
<a href="http://IPAddress" target="_blank">IPAddress</a>

Allerdings habe ich mit den devices nciht ganz dein vermutetes Verhalten?

mqtt2 ist nämlich mein mqtt_client und dem kann ich ja kein Template zuweisen.

mqtt2_mqtt2, dass vermutlich jetzt "verhuddelt" ist:
Internals:
   CID        MQTT2
   DEF        MQTT2
   DEVICETOPIC MQTT2_MQTT2
   FUUID      5cd1d9da-f33f-daf3-5143-f7ecbdfd2efc97c0
   IODev      MQTT2
   LASTInputDev MQTT2
   MQTT2_MSGCNT 1144
   MQTT2_TIME 2019-05-08 16:25:23
   MSGCNT     1144
   NAME       MQTT2_MQTT2
   NR         1053
   STATE      Data
<br>
<a href="http://IPAddress" target="_blank">IPAddress</a>
   TYPE       MQTT2_DEVICE
   OLDREADINGS:
   READINGS:
     2019-05-08 15:39:54   FallbackTopic   DVES_9EFABC
     2019-05-08 15:39:54   GroupTopic      sonoffs
     2019-05-08 15:39:54   Hostname        Sonoff-Bridge
     2019-05-08 15:39:54   IPAddress       192.168.x.x
     2019-05-08 15:39:54   LWT             Online
     2019-05-08 15:39:54   Module          Sonoff Bridge
     2019-05-08 15:39:54   POWER           
     2019-05-08 15:39:55   RestartReason   Software/System restart
     2019-05-08 16:14:34   RfCode          #1451
     2019-05-08 16:23:09   RfReceived_Data 00555F
     2019-05-08 16:23:09   RfReceived_High 1050
     2019-05-08 16:23:09   RfReceived_Low  370
     2019-05-08 16:23:09   RfReceived_RfKey None
     2019-05-08 16:23:09   RfReceived_Sync 11030
     2019-05-08 16:25:23   Time            2019-05-08T15:25:23
     2019-05-08 16:25:23   Uptime          0T00:45:36
     2019-05-08 16:25:23   Vcc             3.196
     2019-05-08 15:39:54   Version         6.1.1
     2019-05-08 15:39:54   WebServerMode   Admin
     2019-05-08 16:25:23   Wifi_AP         1
     2019-05-08 16:25:23   Wifi_APMac      8A:8A:20:8D:97:25
     2019-05-08 16:25:23   Wifi_RSSI       86
     2019-05-08 16:25:23   Wifi_SSId       HA
Attributes:
   IODev      MQTT2
   readingList MQTT2:/Smarthome/Buero/sonoffrf/cmnd/RfCode:.* RfCode
MQTT2:/Smarthome/Buero/sonoffrfEG/tele/LWT:.* LWT
MQTT2:/Smarthome/Buero/sonoffrfEG/cmnd/POWER:.* POWER
MQTT2:/Smarthome/Buero/sonoffrfEG/tele/INFO1:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/sonoffrfEG/tele/INFO2:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/sonoffrfEG/tele/INFO3:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/sonoffrfEG/tele/STATE:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/LWT:.* LWT
MQTT2:/Smarthome/Buero/DVES_9EFABC/cmnd/POWER:.* POWER
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/INFO1:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/INFO2:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/INFO3:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/STATE:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/RESULT:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/DG/sonoffrf/tele/STATE:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/DG/sonoffrf/tele/RESULT:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/DG/sonoffrf/tele/UPTIME:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/UPTIME:.* { json2nameValue($EVENT) }
   room       MQTT2_DEVICE


und:
Internals:
   CFGFN     
   CID        MQTT2_GeneralBridge
   DEF        MQTT2_GeneralBridge
   DEVICETOPIC MQTT2_GeneralBridge
   FUUID      5cd2d6b6-f33f-daf3-eceb-178160d129308e24
   IODev      MQTT2
   NAME       MQTT2_GeneralBridge
   NR         11491
   STATE      ???
   TYPE       MQTT2_DEVICE
   READINGS:
     2019-05-08 15:16:39   associatedWith  MQTT2_MQTT2
Attributes:
   IODev      MQTT2
   autocreate 1
   bridgeRegexp (tele|cmnd)[/]([^/]+)[/].*:.* "$2"
  shellies[/]([^/]+)[/].*:.* "$1"
  (ESPClient_[^/]+)[/].*:.* "$1"
   comment    Do not use very open bridgeRegexp expressions! This might lead to irritating results...
   model      A_00_MQTT2_CLIENT_general_bridge
   room       MQTT2_DEVICE
   setStateList on off


Danke & Gruß,
Tobi

Beta-User

OK, sieht tatsächlich soweit fast ok aus.

Bitte an MQTT2_GeneralBridge die bridgeRegexp so ändern wie oben vorgeschlagen.

Dann einfach mqtt2_mqtt2 (und evtl. die Kopie) löschen (von der Kopie hast du ja eine RAW, falls wir die nochmal brauchen).

Es sollten dann zwei neue dafür angelegt werden, die getrennte readingList-Angaben haben (nach "Topic"-Angabe in der tasmota-config getrennt) und das auch als CID-Internal anzeigen.

Server: HP-elitedesk@Debian 12, 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

onkel-tobi

Hier die neuen lists:
Internals:
   CFGFN     
   CID        MQTT2_GeneralBridge
   DEF        MQTT2_GeneralBridge
   DEVICETOPIC MQTT2_GeneralBridge
   FUUID      5cd2d6b6-f33f-daf3-eceb-178160d129308e24
   IODev      MQTT2
   NAME       MQTT2_GeneralBridge
   NR         11491
   STATE      ???
   TYPE       MQTT2_DEVICE
   OLDREADINGS:
   READINGS:
Attributes:
   IODev      MQTT2
   autocreate 1
   bridgeRegexp attr MQTT2 bridgeRegexp \
  /Smarthome/[/]([^/]+)[/]([^/]+)[/](tele|cmnd|stat)[/].*:.* "$2"\
  shellies[/]([^/]+)[/].*:.* "$1"\
  (ESPClient_[^/]+)[/].*:.* "$1"
   comment    Do not use very open bridgeRegexp expressions! This might lead to irritating results...
   model      A_00_MQTT2_CLIENT_general_bridge
   room       MQTT2_DEVICE
   setStateList on off


Internals:
   CFGFN     
   CID        MQTT2
   DEF        MQTT2
   DEVICETOPIC MQTT2_RF1
   FUUID      5cd2d6a3-f33f-daf3-1a42-3a5ad42fe7274b6e
   IODev      MQTT2
   LASTInputDev MQTT2
   MQTT2_MSGCNT 56
   MQTT2_TIME 2019-05-08 17:26:53
   MSGCNT     56
   NAME       MQTT2_RF1
   NR         11488
   STATE      rfsend
<br>
<a href="http://192.168.x.x" target="_blank">192.168.x.x</a>
   TYPE       MQTT2_DEVICE
   READINGS:
     2019-05-08 17:26:45   FallbackTopic   DVES_9EFABC
     2019-05-08 17:26:45   GroupTopic      sonoffs
     2019-05-08 17:26:45   Hostname        Sonoff-Bridge
     2019-05-08 17:26:45   IPAddress       192.168.x.x
     2019-05-08 17:26:45   LWT             Online
     2019-05-08 17:26:45   Module          Sonoff Bridge
     2019-05-08 17:26:45   POWER           
     2019-05-08 16:53:45   Protocol        #02270F
     2019-05-08 17:26:45   RestartReason   Software/System restart
     2019-05-08 15:32:11   RfCode          #005451
     2019-05-08 16:11:16   RfReceived_Data 412426
     2019-05-08 16:11:16   RfReceived_High 1180
     2019-05-08 16:11:16   RfReceived_Low  410
     2019-05-08 16:11:16   RfReceived_RfKey None
     2019-05-08 16:11:16   RfReceived_Sync 12290
     2019-05-08 17:28:01   Time            2019-05-08T16:28:01
     2019-05-08 17:28:01   Uptime          3T06:10:12
     2019-05-08 17:28:01   Vcc             3.142
     2019-05-08 17:26:45   Version         6.1.1
     2019-05-08 17:26:45   WebServerMode   Admin
     2019-05-08 17:28:01   Wifi_AP         1
     2019-05-08 17:28:01   Wifi_APMac      0E:EC:DA:1A:9C:57
     2019-05-08 17:28:01   Wifi_RSSI       66
     2019-05-08 17:28:01   Wifi_SSId       HA
     2019-05-08 16:53:45   state           rfsend
Attributes:
   IODev      MQTT2
   autocreate 1
   event-on-change-reading .*
   model      A_01d_tasmota_rf
   readingList MQTT2:/Smarthome/Buero/sonoffrf/cmnd/RFsend:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/STATE:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/LWT:.* LWT
MQTT2:/Smarthome/Buero/DVES_9EFABC/cmnd/POWER:.* POWER
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/INFO1:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/INFO2:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/INFO3:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/DG/sonoffrf/tele/STATE:.* { json2nameValue($EVENT) }
   room       MQTT2_DEVICE
   setList    power:noArg /Smarthome/Buero/sonoffrf/cmnd/RFsend POWERCMD
  volumeup:noArg /Smarthome/Buero/sonoffrf/cmnd/RFsend VOLUMEUPCMD
  rfsend:textField /Smarthome/Buero/sonoffrf/cmnd/RFsend {"Protocol":"$EVTPART1","Bits":$EVTPART2,"Data":"0x$EVTPART3"}
   stateFormat state
<br>
<a href="http://IPAddress" target="_blank">IPAddress</a>


weitere devices nicht vorhanden.

Beta-User

Soweit auch klar, in der readingList stehen einige Angaben von beiden drin (was bekannt ist, wird dort auch verarbeitet, wo es steht), und das LWT vom 2. scheint noch nicht aktualisiert worden zu sein. Evtl. doch auch MQTT2_RF1 mal löschen und beide ESP's neu starten (dann sollte in jedem Fall LWT gesendet werden).
Server: HP-elitedesk@Debian 12, 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

onkel-tobi

#55
MQTT2_RF1 gelöscht, beide Bridges restartet, jetzt gibt es wieder das mqtt2_mqtt2, kein weiteres.
lt. IP ist es jetzt die 2. (nicht angepasste) bridge:
Internals:
   CFGFN     
   CID        MQTT2
   DEF        MQTT2
   DEVICETOPIC MQTT2_MQTT2
   FUUID      5cd2fab1-f33f-daf3-5902-4a44398e7aac23e2
   IODev      MQTT2
   LASTInputDev MQTT2
   MQTT2_MSGCNT 12
   MQTT2_TIME 2019-05-08 17:53:17
   MSGCNT     12
   NAME       MQTT2_MQTT2
   NR         11950
   STATE      ???
   TYPE       MQTT2_DEVICE
   READINGS:
     2019-05-08 17:50:33   FallbackTopic   DVES_B2AB43
     2019-05-08 17:50:33   GroupTopic      sonoffs
     2019-05-08 17:50:33   Hostname        sonoffrf-2883
     2019-05-08 17:50:33   IPAddress       192.168.x.x
     2019-05-08 17:50:32   LWT             online
     2019-05-08 17:50:33   Module          Sonoff Bridge
     2019-05-08 17:50:33   POWER           
     2019-05-08 17:50:33   RestartReason   Software/System restart
     2019-05-08 17:53:17   RfReceived_Data 8148C6
     2019-05-08 17:53:17   RfReceived_High 1180
     2019-05-08 17:53:17   RfReceived_Low  410
     2019-05-08 17:53:17   RfReceived_RfKey None
     2019-05-08 17:53:17   RfReceived_Sync 12300
     2019-05-08 17:50:41   Time            2019-05-08T16:50:40
     2019-05-08 17:50:41   Uptime          0T00:00:15
     2019-05-08 17:50:41   Vcc             3.142
     2019-05-08 17:50:33   Version         6.2.1
     2019-05-08 17:50:33   WebServerMode   Admin
     2019-05-08 17:50:41   Wifi_AP         1
     2019-05-08 17:50:41   Wifi_APMac      0E:EC:DA:1A:9C:57
     2019-05-08 17:50:41   Wifi_RSSI       74
     2019-05-08 17:50:41   Wifi_SSId       HA
Attributes:
   IODev      MQTT2
   readingList MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/RESULT:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/DG/sonoffrf/tele/RESULT:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/LWT:.* LWT
MQTT2:/Smarthome/Buero/DVES_9EFABC/cmnd/POWER:.* POWER
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/INFO1:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/INFO2:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/INFO3:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/DG/sonoffrf/tele/LWT:.* LWT
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/STATE:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/DG/sonoffrf/cmnd/POWER:.* POWER
MQTT2:/Smarthome/DG/sonoffrf/tele/INFO1:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/DG/sonoffrf/tele/INFO2:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/DG/sonoffrf/tele/INFO3:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/DG/sonoffrf/tele/STATE:.* { json2nameValue($EVENT) }
   room       MQTT2_DEVICE

Beta-User

In der BridgeRegexp ist evtl. noch ein / zu viel, sorry, wenn ich das übersehen haben sollte:

/Smarthome/[/]([^/]+)[/]([^/]+)[/](tele|cmnd|stat)[/].*:.* "$2"\

Das sollte so heißen:
/Smarthome[/]([^/]+)[/]([^/]+)[/](tele|cmnd|stat)[/].*:.* "$2"\

Kann sein, dass der "/" am Anfang auch stört, dann bitte die eckigen klammern drum.
Server: HP-elitedesk@Debian 12, 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

onkel-tobi

kein Problem, ich bin ja froh dass Du dich dem Thema überhaupt annimmst ;)

Leider keine große Veränderung. Mit "/" vorne kam nichts, ohne kommt wieder ein device, jetzt aber wieder die 1. Bridge (war aber auch die die ich zuerst rebootet hab):

Internals:
   CFGFN     
   CID        MQTT2
   DEF        MQTT2
   DEVICETOPIC MQTT2_MQTT2
   FUUID      5cd30ca3-f33f-daf3-ab0b-c277be0c749673a0
   IODev      MQTT2
   LASTInputDev MQTT2
   MQTT2_MSGCNT 17
   MQTT2_TIME 2019-05-08 19:08:02
   MSGCNT     17
   NAME       MQTT2_MQTT2
   NR         13380
   STATE      ???
   TYPE       MQTT2_DEVICE
   READINGS:
     2019-05-08 19:07:30   FallbackTopic   DVES_B2AB43
     2019-05-08 19:07:30   GroupTopic      sonoffs
     2019-05-08 19:07:30   Hostname        sonoffrf-2883
     2019-05-08 19:07:30   IPAddress       192.168.x.x
     2019-05-08 19:07:30   LWT             online
     2019-05-08 19:07:30   Module          Sonoff Bridge
     2019-05-08 19:07:30   POWER           
     2019-05-08 19:07:31   RestartReason   Software/System restart
     2019-05-08 19:08:02   RfReceived_Data 8148C6
     2019-05-08 19:08:02   RfReceived_High 1190
     2019-05-08 19:08:02   RfReceived_Low  400
     2019-05-08 19:08:02   RfReceived_RfKey None
     2019-05-08 19:08:02   RfReceived_Sync 12350
     2019-05-08 19:07:38   Time            2019-05-08T18:07:38
     2019-05-08 19:07:38   Uptime          0T00:00:17
     2019-05-08 19:07:38   Vcc             3.142
     2019-05-08 19:07:30   Version         6.2.1
     2019-05-08 19:07:30   WebServerMode   Admin
     2019-05-08 19:07:38   Wifi_AP         1
     2019-05-08 19:07:38   Wifi_APMac      0E:EC:DA:1A:9C:57
     2019-05-08 19:07:38   Wifi_RSSI       68
     2019-05-08 19:07:38   Wifi_SSId       HA
Attributes:
   IODev      MQTT2
   readingList MQTT2:/Smarthome/DG/sonoffrf/tele/RESULT:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/LWT:.* LWT
MQTT2:/Smarthome/Buero/DVES_9EFABC/cmnd/POWER:.* POWER
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/INFO1:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/INFO2:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/INFO3:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/RESULT:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/Buero/DVES_9EFABC/tele/STATE:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/DG/sonoffrf/tele/LWT:.* LWT
MQTT2:/Smarthome/DG/sonoffrf/cmnd/POWER:.* POWER
MQTT2:/Smarthome/DG/sonoffrf/tele/INFO1:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/DG/sonoffrf/tele/INFO2:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/DG/sonoffrf/tele/INFO3:.* { json2nameValue($EVENT) }
MQTT2:/Smarthome/DG/sonoffrf/tele/STATE:.* { json2nameValue($EVENT) }
   room       MQTT2_DEVICE

Beta-User

Zitat von: Beta-User am 08 Mai 2019, 17:55:33
Kann sein, dass der "/" am Anfang auch stört, dann bitte die eckigen klammern drum.
Hattest du das versucht:
[/]Smarthome[/]([^/]+)[/]([^/]+)[/](tele|cmnd|stat)[/].*:.* "$2"\Ansonsten eventuell noch erweitern:
[^/]*[/]Smarthome[/]([^/]+)[/]([^/]+)[/](tele|cmnd|stat)[/].*:.* "$2"\

Generelle Anmerkung:
Es ist oft hilfreich, die Namensangaben usw. etwas zu variieren und nicht ganz so "generisch" Teile zu verwenden, die auch woanders her kommen könnten; hier siehst du z.B. nicht ohne weiteres, aus welcher Quelle autocreate welches Device ableitet. Es wäre m.E. einfacher, wenn du den MQTT2_CLIENT nicht gerade "MQTT2" nennen würdest, sondern z.B. "m2c" oder "mqtt2client". Dann könntest du besser nachvollziehen, dass dies dann wieder als CID für das abgeleitete Device genutzt wird usw..

Anders gesagt:
Solange du ein "Sammeldevice" mit CID hast, die dem Namen des Client entspricht, in dem alles landet, greift die bridgeRegexp nicht. Das müssen wir also als erstes fixen, dann geht's weiter.
Server: HP-elitedesk@Debian 12, 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

onkel-tobi

Habe nun mal alles gelöscht und nur den m2c als mqtt2_client definiert.
Wie soll ich jetzt am besten vorgehen?