Logeintrag

[-user-]

edit

[Beta-User]

Diese Doppelung der Geräteerkennungsmöglichkeiten (MQTT2_SERVER + MQTT2_CLIENT_General_Bridge) ist vermutlich suboptimal => lösche das Gerät mit der bridgeRegexp aus MQTT2_CLIENT_General_Bridge.

Ansonsten ist das RF-Bridge-Gerät eines der eher schwierigeren, weil man dazu manuelle Auswertungen ergänzen muß, um die eingehenden Messages dann wieder weiteren Geräten zuzuordnen (der Türkontakt sollte m.E. ein weiteres MQTT2_DEVICE werden und nur auf "seine" open/closed-Nachrichten "hören"). Siehe dazu 2 oder 3 Threads im MQTT-Bereich des Forums. Bitte da anhängen, wenn was unklar ist.

[Beta-User]

cfg durchsuchen hört sich "altmodisch" an. (Finger weg von der file, mach' alles via FHEMWEB...).

FHEM ist aktuell? Sonst bitte updaten.

Bitte zeig mal ein

Code Auswählen Erweitern

list TYPE=MQTT2_.* TYPEund

Code Auswählen Erweitern

list TYPE=autocreate
Der Log-Eintrag dürfte von autocreate kommen, allerdings ist unklar, warum überhaupt, und warum erfolglos.

[Beta-User]

Auf Verdacht:
Lösch das Devie MQTT2_sonoffRF, und beschäftige dich dann erst mal nur noch mit dem "neuen" MQTT2_Sonoff_RF_Bridge.

Es gibt auch ein attrTemplate für die RF-Bridge, aber das ist mehr zum Experimentieren usw., es gilt weiter:

Ansonsten ist das RF-Bridge-Gerät eines der eher schwierigeren, weil man dazu manuelle Auswertungen ergänzen muß, um die eingehenden Messages dann wieder weiteren Geräten zuzuordnen (der Türkontakt sollte m.E. ein weiteres MQTT2_DEVICE werden und nur auf "seine" open/closed-Nachrichten "hören"). Siehe dazu 2 oder 3 Threads im MQTT-Bereich des Forums. Bitte da anhängen, wenn was unklar ist.