Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[geschild]

@codierknecht said in Suche: Sonoff-RF-Bridge (schwarz):

RFLink32

Ok. Ich dachte du würdest mit einer Modifizierten mit tasmota sensor arbeiten. Wer weiß, was auf deiner an tasmota drauf ist.
Flash mal einen mit tasmota-sensor und richte das template ein Dann sollte der Befehl auf jeden Fall schon mal angenommen werden. Was dann wirklich gesendet wird, kann ich nicht sagen, da der interne Microcontroller noch zwischen ESP und 433MHz-Sender sitzt.

[Codierknecht]

@geschild sagte in Suche: Sonoff-RF-Bridge (schwarz):

Flash mal einen mit tasmota-sensor

Vor 30 Sekunden erledigt :grin:

[Codierknecht]

Hmmmm, tasmota-sensors ist drauf, aber das Ergebnis bleibt das gleiche.

18:22:37.230 CMD: rfsend {"Data":"0x258EA7","Bits":24,"Protocol":1,"Pulse":704}
18:22:37.238 MQT: stat/tasmota_C42FD6/RESULT = {"Command":"Unknown","Input":"RFSEND {\"Data\":\"0x258EA7\",\"Bits\":24,\"Protocol\":1,\"Puls"}

Ich probiere morgen mal eine der anderen Bridges.

[geschild]

@codierknecht Ok, schönen abend noch.

[Codierknecht]

@geschild
Ebenso. Danke bis hierher.

[guergen]

@codierknecht PN

[liv-in-sky]

@codierknecht

meinst du die hier ?

[Codierknecht]

@liv-in-sky
Genau die.

[liv-in-sky]

@codierknecht .. und brauchst du die noch - habe den thread nicht durchgelesen

[Codierknecht]

Noch etwas interessantes:
rfsend in der Konsole schlägt fehl, wenn in der Konfiguration kein GPIO konfiguriert ist.
Wird einer der GPIO als "RFSend" konfiguriert, wird der Befehl in der Konsole erfolgreich quittiert.
Allerdings passiert nix weiter.

[geschild]

@codierknecht Da noch der Microcontroller dazwischen ist.

[Codierknecht]

@geschild sagte in Suche: Sonoff-RF-Bridge (schwarz):

Da noch der Microcontroller dazwischen ist

Da bin ich dann raus.
Eigentlich schon beim Stichwort "Oszilloskop" :grin:

[Codierknecht]

@liv-in-sky sagte in Suche: Sonoff-RF-Bridge (schwarz):

und brauchst du die noch - habe den thread nicht durchgelesen

Schwarze sollte in den nächsten Tagen kommen.

[Codierknecht]

Noch eine interessante Erkenntnis:
Allem Anschein nach "sendet" die Bridge mit rfsend ... auch etwas.
Wenn die neben den Lautsprechern steht, "hört" man da etwas.

Da ich keinen Oscar habe, könnte ich mal die eine Bridge neben die andere stellen und mit der einen senden.
Die zweite sollte dann ja etwas empfangen. Mal sehen was da kommt.

Edit
Und siehe da: Es kommt tatsächlich etwas an.

08:06:48.323 MQT: tele/tasmota_C42FD6/RESULT = {"Time":"2024-11-26T08:06:48","RfReceived":{"Sync":43334,"Low":1378,"High":4174,"Data":"258EA7","RfKey":1}}

In "Data" kommt auch der richtige Code an. Und wenn ich das richtig interpretiere, erkennt die zweite Bridge auch, dass der empfangene Code derjenige ist, der bei ihr auf Taste 1 angelernt ist.
Das heißt aber noch lange nicht, dass das Terrassenlicht darauf regieren würde :-(

[Codierknecht]

Um das Thema hiermit abzuschließen:
Nachdem ich mittlerweile mehrere der Bridges getestet hatte - neue V2, alte V1, mit oder ohne Tasmota - war ich kurz davor das Projekt aufzugeben.
Aber irgendwo muss ich wohl ein paar Terrier-Gene haben und mochte mich nicht damit zufrieden geben.
Also habe ich mir mal einen der für Tasmota empfohlenen Transceiver besorgt (SRX882/STX882) und habe den auf 'nem Breadboard fliegend verdrahtet.
Und siehe da: Der empfängt von der Fernbedienung etwas anderes.
Die Original Bridge erhält

"Data":"258EA7"

von der Fernbedienung. Der SRX882 empfängt hingegen etwas leicht abweichendes:

"Data":"000000000258EA78"

Sende ich jetzt mit dem STX882 den abweichenden "Data"-Teil, funktioniert das einwandfrei.

Ich habe also kurzerhand den STX882 "huckepack" auf die Bridge gesetzt (V2, die hatte ich eh schon verbastelt) und mit GPIO14 verbunden.
Funktioniert einwandfrei. Die Bridge liefert quasi nur noch die Basis (Gehäuse, MCU, Stromversorgung). Senden tut der kleine STX882.

Für mich durchaus zufriedenstellend.