edit
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.
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
list TYPE=MQTT2_.* TYPEundlist TYPE=autocreate
Der Log-Eintrag dürfte von autocreate kommen, allerdings ist unklar, warum überhaupt, und warum erfolglos.
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:
Zitat von: Beta-User am 17 Dezember 2019, 07:35:01
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.