Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Jan1]

@Rushmed
Der angesprochene DP zeigt lediglich an was die Bridge empfängt und wenn Du RF Codes den Virtuellen Tasten zugewiesen hast, ersetzt die Bridge die original FB beim Sende.
Nur mal als Info, dass nichts falsch verstanden wird.

[Rushmed]

So habe ich mir das auch gedacht. Ich habe parallel die Fernbedienungen der Funksteckdosen im Einsatz und will wenn das Signal von der FB kommt im ioBroker die Datenpunkte der Lampen mitschalten damit der Broker immer den richtigen zustand kennt.
Abgesehen von Übertragungsfehlern.

[Jan1]

@Rushmed
Jetzt bin ich etwas verwirrt. Die Lampen die Du per Funk schaltest haben DPs im IOBroker?

[Rushmed]

@Jan1 Ja genau! Mir fehlt nur die Rückmeldung an den Broker wenn eine FB benutzt wurde. Ich dachte dass ich mit der Bridge die FB Signale auffange und dan DP entsprechend aktualisiere.
Nur leider habe ich jetzt das im ersten Post beschriebene Problem.

[Jan1]

@Rushmed
Wie sind die denn eingebunden?

[Rushmed]

Das sind selbst erstellte DPs, beim Statuswechsel sendet das im Pi eingebaute 433 MHz Modul gesteuert durch ein Blockly Script die Befehle. Das funzt an sich prima bis auf dass der Broker eben nicht mitbekommt wenn eine Fernbedienung der Dosen benutz wurde.

[Jan1]

@Rushmed
Ok, jetzt hab ich es verstanden.
Warum die Bridge allerdings die Codes der FB nicht sauber darstellt weiß ich auch nicht, denn das sollte sie ohne Probleme tun.

[Rushmed]

@Jan1 Ja genau das ist eben mein Problem.

Habs grad nochmal probiert. Die ersten beiden Zeilen kamen im Tasmota LOG an als ich über den Broker per Funk geschaltet habe. Die dritte und vierte Zeile kamen an als ich mit der FB den selben Kanal geschaltet habe.
Ich verstehe es vor allem nicht da ich ja mit der FB die Bridge angelernt habe und die den Code jetzt nicht mehr erkennt. Die Codes vom Broker werden erkannt und mit verküpftem RFkey angezeigt.

20:35:12 MQT: tele/tasmota/RESULT = {"Time":"2020-03-08T20:35:12","RfReceived":{"Sync":11050,"Low":390,"High":1080,"Data":"154554","RfKey":2}}
20:35:21 MQT: tele/tasmota/RESULT = {"Time":"2020-03-08T20:35:21","RfReceived":{"Sync":11070,"Low":390,"High":1080,"Data":"154551","RfKey":1}}
20:36:24 MQT: tele/tasmota/RESULT = {"Time":"2020-03-08T20:36:24","RfReceived":{"Sync":9670,"Low":330,"High":950,"Data":"15555F","RfKey":"None"}}
20:36:26 MQT: tele/tasmota/RESULT = {"Time":"2020-03-08T20:36:26","RfReceived":{"Sync":9670,"Low":330,"High":950,"Data":"15555F","RfKey":"None"}}

[Rushmed]

Die Installation der Portisch Firmware für den RF Chip hat die Lösung gebracht.

[Jan1]

@Rushmed
Das hätte ich nur vermutet, wenn sich die FB nicht anlernen lassen hätte. Da das aber der Fall war, kannte die Bridge die Codes vorher schon. Warum es jetzt geht liegt deshalb wohl nicht wirklich daran, zumal das Standard Codes sind und nichts besonderes.
Ich glaub die Bridge war wohl nicht 100% sauber geflasht und ist es nach dem erneuten flashen nun. Wurde der Flash vor dem ersten flashen auf Tasmota gelöscht? Ich tippe fast auf Reste der original FW, die da für komische Probleme gesorgt hatten.
Aber auch egal, wenn es nun funktioniert.

[Rushmed]

@Jan1 Die Portisch Firmware wird auf den RF Chip geflashed, hierzu ist beim Flashen auch gesonderte Verkabelung notwendig.
Ich hab die Bridge gebraucht gekauft und dachte Portisch ist schon drauf, vor allem weil sich die Befehle anlernen ließen.
Beim Flashen von Tasmota habbich auf jeden Fall gewiped.
Trotzdem Danke dass du versucht hast zu helfen.

[Jan1]

@Rushmed
Ich weiß wie die drauf kommt, da ich die ebenfalls drauf habe, was aber erst mal über den normalen Flashvorgang mit zusätzlicher Verkabelung abläuft. Zumindest hab ich es so in Erinnerung, ist auch schon ein paar Tage her, da die Bridge eins meiner ersten Sonoff Geräten war.

"154554" oben bei Dir aus dem Log, ist ein Code, den die Bridge auch so kennen sollt. Es wundert mich eben, dass das die Lösung gewesen sein soll, wobei es egal ist wenn es nun läuft und die Bridge sich endlich so verhält, wie sie es tun soll :-)