Erweiterung MQTT_GENERIC_BRIDGE für MQTT2_CLIENT und -_SERVER

Begonnen von hexenmeister, 15 November 2018, 12:00:57

Vorheriges Thema - Nächstes Thema

hexenmeister

@LudgerR: Danke, werde korrigieren.

@Beta-User, das wäre sehr hilfreich, danke! Ich vergesse immer wieder nach Änderungen das cr anzupassen  >:(
Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
Contrib: dev_proxy

LudgerR

@Beta-User
Danke für den Hinweis bzgl. autocreate. 
---------

Die Warnung hatte ich bereits vorher gelesen und trotzdem "autocreate" im MQTT2 server aktiviert.
Bisher ohne Konsequenzen.

Ich habe eine Verständnisfrage.

Warum taucht der prefix mqtt  nicht im  log der Generic-Bridge?


defmod mqttGeneric MQTT_GENERIC_BRIDGE  mqtt  TYPE=FBDECT
attr mqttGeneric IODev MQTT2_FHEM_Server
attr mqttGeneric room MQTT2_DEVICE,SYSTEM
attr mqttGeneric verbose 5

setstate mqttGeneric 2019-01-11 15:14:08 device-count 1
setstate mqttGeneric 2019-01-10 23:17:50 incoming-count 0
setstate mqttGeneric 2019-01-11 15:14:45 outgoing-count 2467
setstate mqttGeneric 2019-01-11 15:14:45 transmission-state outgoing publish sent
setstate mqttGeneric 2019-01-10 23:17:50 updated-reading-count 0
setstate mqttGeneric 2019-01-10 23:17:50 updated-set-count 0





2019.01.11 15:14:45 3: FBDECT set FBDECT_fb1AHAHTTP_08761_0074086 on
2019.01.11 15:14:45 5: MQTT_GENERIC_BRIDGE:DEBUG:> publish: FBDECT_fb1AHAHTTP_08761_0074086/state => on (qos: 0, retain: 0)
2019.01.11 15:14:45 5: FBAHAHTTP_Write reply for fb1AHAHTTP: 1


Ich habe eigentlich nach publish: etwas wie mqtt/FBDECT_   erwartet.
 
Fhem/mosquitto/zigbee2mqtt  on PI 3+ , 2xCUNO, 13xFHT, EM1000 WZ/GZ, FS20,AMAD,SONOS, MQTT (Sonoff/Shelly),Buderus GB-112,CanOverEthernet(UVR67/CIM)

Beta-User

Zitat von: LudgerR am 11 Januar 2019, 15:34:47
Bisher ohne Konsequenzen.
Soweit ich das verstanden habe, wirkt sich das dann aus, wenn du eingehende Nachrichten hast: Dann "schnappt" sich autocreate/das MQTT2-DEVICE die Nachricht und die Generic-Bridge bekommt nichts mehr davon mit. Für publish ist es egal...

Der prefix wirkt sich auf die Frage aus, wie das Attribut im jeweiligen Device heißt:
ZitatThe first parameter is a prefix for the control attributes on which the devices to be monitored (see above) are configured. Default value is 'mqtt'. If this is e.g. redefined as 'hugo', the control attributes are named hugoPublish etc.
Ich habe da mqttBridge spezifiziert, ist evtl. einleuchtender wie "hugo".

Du suchst vermutlich eher sowas wie "globalPublish"?
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

hexenmeister

Zitat von: Beta-User am 11 Januar 2019, 15:42:27
Soweit ich das verstanden habe, wirkt sich das dann aus, wenn du eingehende Nachrichten hast: Dann "schnappt" sich autocreate/das MQTT2-DEVICE die Nachricht und die Generic-Bridge bekommt nichts mehr davon mit. Für publish ist es egal...
Ja und auch nur dann, wess es sich um gleiche Topic handelt.

Zitat von: Beta-User am 11 Januar 2019, 15:42:27
Der prefix wirkt sich auf die Frage aus, wie das Attribut im jeweiligen Device heißt:Ich habe da mqttBridge spezifiziert, ist evtl. einleuchtender wie "hugo".
;D ;D ;D

Zitat von: Beta-User am 11 Januar 2019, 15:42:27
Du suchst vermutlich eher sowas wie "globalPublish"?
Das ist dan eben an der Bridge selbst zu setzen.
Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
Contrib: dev_proxy