if you don’t get the output from dump rc_switch that likely means the rc_switch library doesn’t decode the packet. I have a few sensors and switches that were supported by another 433 arduino library used with pimatic, but the rc_switch based firmwares does not decode them.
hope to find the time to add the support i need, one day, but time and life and stuff.
I have flashed Espurna direct and is clear now that my covers remotes are not decoded by rc_switch. I tried other led remote with both Esphome and Espurna and it’s working fine. No way to go, but buy the Broadlink as it is recommended also by the covers motors manufacturer. Bleah…
Now remembering that I don’t have a clue what I’m doing, would anyone be able to walk me through, or point me to a walk-through, of how to connect my usb-ttl adapter to my rf bridge?
Like I don’t even know what to connect to what, the different types of connectors that there are, and what I need etc - I have some wire on hand, and not much else:)
I’ve done the hardware part (I guess we’ll also see how wise I was to do it with wire, not resistors:).
move the jumper on the usb ttl adapter to 3.3v first. then measure the vcc voltage and tx voltage with respect to gnd. if both are 3.3v the drawing looks ok
Getting myself a bit confused (deleted my last post to clean up), I’ve found a few good links now so I’ll just research and follow them in the first instance, then ask for help if I get stuck. Thanks.
Logs
[07:52:44][C][remote_receiver.esp8266:059]: Remote Receiver:
[07:52:44][C][remote_receiver.esp8266:060]: Pin: GPIO4 (Mode: INPUT)
[07:52:44][W][remote_receiver.esp8266:063]: Remote Receiver Signal starts with a HIGH value. Usually this means you have to invert the signal using ‘inverted: True’ in the pin schema!
[07:52:44][C][remote_receiver.esp8266:065]: Buffer Size: 1000
[07:52:44][C][remote_receiver.esp8266:066]: Tolerance: 50%
[07:52:44][C][remote_receiver.esp8266:067]: Filter out pulses shorter than: 100 us
[07:52:44][C][remote_receiver.esp8266:068]: Signal is done after 2000 us of no changes
[07:52:44][C][web_server:125]: Web Server:
Also not sure that this is telling me?
][W][remote_receiver.esp8266:063]: Remote Receiver Signal starts with a HIGH value. Usually this means you have to invert the signal using ‘inverted: True’ in the pin schema!
It’s acting like the ‘remote receiver’ isn’t working. Nothing gets dumped when I open and close the door sensor. Confirmed that the door sensor is transmitting because I hear it on a near by AM radio. Any ideas? What info can I provide? Otherwise, it’s going in the trash bin.
Can anyone help me trouble shoot? I seem to be able to recieve but not send codes.
The reading of codes appears to be pretty reliable, but no luck when I try to transmit them (although I can both see the action in the logs, and when I hit the RF remote, the binary sensors are triggered).
I see the red led on sonoff bridge flash when triggered via hassio switch…
I’m pretty new to this.
What can I try or do to trouble shoot?
Thank you…
Edit: I aslo just noticed that the ‘Up’ codes are the same as the ‘Down’ codes, so maybe it’s not decoding properly?
So I cracked the shits with this and pulled the pin on a Broadlink RM Pro+.
I’ve got it all learnt and integrated etc, but it turns out the new “RM2 Pro Plus3” are somewhat lacking Home Assistant support and you need to do some work-arounds (see link).
Anyways, happy it’s all working and it was “fun” to try the hacky-er approach.
Tasmota works with internal integrated RF controller of the bridge, and ESPHome can only control RF transmitter&receiver directly. That is why you need to do the hardware hack, to give direct controls over the modules.
