Modul-Diskussion/Hilfe: MQTT_GENERIC_BRIDGE

Begonnen von Master_Nick, 11 Oktober 2018, 17:23:24

Vorheriges Thema - Nächstes Thema

Master_Nick

Um Schaltzustände bei Licht klar zu halten ist das tatsächlich ganz angenehm.
Egal was passiert - die richten sich dann nach dem was der letzte "retained" Schaltbefehl war.
Rancher K8s Cluster mit nanoCUL (a-culfw) | IObroker | IT(V1&V3), IT-PIR, THGR122NX |Co² | alexa-fhem | WOL | NFC | Harmony UltimateHub | Anwesenheitserkennnung | Roomba | 10" Touch mit Node-Red | SonOff S20 | SonOff Touch | SonOff Dual | Rolladen | Und ganz viel anderes tolles Gerödel.... ;-)

Beta-User

Ja. Wir hatten hier aber auch schon unmotivierte Rollladenfahrten mitten in der Nacht. Weniger angenehm...

(wir brauchen das nicht zu vertiefen; ist ja ok, wenn es für dich paßt!).
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

Master_Nick

Hehe - ja man will es nicht überall -> bin ich bei dir :-)

Jips passen muss es.
ich hatte auch schon mein WTF... und hab Retain an vielen Stellen raus geworfen.
Mein aktuelles Problem ist -> einiges wird als Retained gesendet und das von FHEM anscheinend nicht angenommen als Retain (Work in Progress was das Debugging an geht).
Die Mischung ist seeehr nervig -> Licht an mitten in der Nacht weil ein Einschaltbefehl retained war aber der Ausschalt nicht :-D
Rancher K8s Cluster mit nanoCUL (a-culfw) | IObroker | IT(V1&V3), IT-PIR, THGR122NX |Co² | alexa-fhem | WOL | NFC | Harmony UltimateHub | Anwesenheitserkennnung | Roomba | 10" Touch mit Node-Red | SonOff S20 | SonOff Touch | SonOff Dual | Rolladen | Und ganz viel anderes tolles Gerödel.... ;-)

Beta-User

Zitat von: Master_Nick am 18 Januar 2023, 15:34:13
Mein aktuelles Problem ist -> einiges wird als Retained gesendet und das von FHEM anscheinend nicht angenommen als Retain (Work in Progress was das Debugging an geht).
Die Mischung ist seeehr nervig -> Licht an mitten in der Nacht weil ein Einschaltbefehl retained war aber der Ausschalt nicht :-D
Ähm, bin nicht sicher, was den Ablauf angeht...

Zum einen wirkt sich das ja nur aus, wenn eine Seite neu gestartet wird, also (nur mit entsprechender Einstellung!) der Mosquitto oder FHEM.

Aber: Wenn erst was mit flag gesendet wird und dann ohne, ist am Ende nichts mehr da, wenn der Befehl zwischenzeitlich nicht zugestellt werden konnte. Falls sowas vorkommt (ist eine MQTT-App im Spiel?), wird dieser "Platz" ggf. auch für ein anderes retain frei... (Insbesondere, falls es diese 1000/1020-Beschränkung ist).
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

Master_Nick

"Aber: Wenn erst was mit flag gesendet wird und dann ohne, ist am Ende nichts mehr da, wenn der Befehl zwischenzeitlich nicht zugestellt werden konnte"

Ich nutze es ja so, dass wenn ein Device (SonOff z. B.) neu startet er einen retained Befehl bekommt um den Zustand von vorm Neustart anzunehmen.

Das gar nichts mehr da ist wenn auf ein und dem selben Punkt erst Retain und dann ohne kommt - muss ich mal testen - weiß ich nicht :-D
Rancher K8s Cluster mit nanoCUL (a-culfw) | IObroker | IT(V1&V3), IT-PIR, THGR122NX |Co² | alexa-fhem | WOL | NFC | Harmony UltimateHub | Anwesenheitserkennnung | Roomba | 10" Touch mit Node-Red | SonOff S20 | SonOff Touch | SonOff Dual | Rolladen | Und ganz viel anderes tolles Gerödel.... ;-)

Master_Nick

#365
Ich teste nun mal dies hier was ich gefunden habe auf Stackoverflow bezüglich mosquitto:

max_inflight_messages count

The maximum number of outgoing QoS 1 or 2 messages that can be in the process of being transmitted simultaneously. This includes messages currently going through handshakes and messages that are being retried. Defaults to 20. Set to 0 for no maximum. If set to 1, this will guarantee in-order delivery of messages.

max_queued_messages count

The maximum number of QoS 1 or 2 messages to hold in the queue (per client) above those messages that are currently in flight. Defaults to 1000. Set to 0 for no maximum (not recommended). See also the queue_qos0_messages and max_queued_bytes options.



**Edit:  Mh aus FHEM kommt immer noch unretained  ???

Ich verlager das mal hier heraus zu einem allgemeinen Problem. Bin gespannt. --> https://forum.fhem.de/index.php/topic,131709.0.html
Rancher K8s Cluster mit nanoCUL (a-culfw) | IObroker | IT(V1&V3), IT-PIR, THGR122NX |Co² | alexa-fhem | WOL | NFC | Harmony UltimateHub | Anwesenheitserkennnung | Roomba | 10" Touch mit Node-Red | SonOff S20 | SonOff Touch | SonOff Dual | Rolladen | Und ganz viel anderes tolles Gerödel.... ;-)