kiwi-cam / homebridge-broadlink-rm

[This fork supports TV accessories] Broadlink RM Mini and Pro plugin for homebridge: https://github.com/nfarina/homebridge
Apache License 2.0
304 stars 95 forks source link

Red RM Mini 3 must have `isRM4` set to true to work #604

Closed hepcat72 closed 1 year ago

hepcat72 commented 1 year ago

Describe the bug UPDATE: A user's comment lead me to a solution: change the isRM4 setting to true, even though it's an RM Mini 3. As soon as I did that, it started working.

Original issue description: I recently got a second RM Mini 3. It is my second such device, but this one is red in color. The old black one works but the new red one fails to send codes via this plugin. I am on plugin version 4.4.6.

I have 4 buttons setup using the new red mini. When I toggle them on/off in the home app:

Note that I can control the red mini just fine using the Broadlink iPhone app.

The old black RM mini 3 works just fine via homebridge. No problems there.

A few possibly relevant notes:

To Reproduce Steps to reproduce the behavior:

  1. Get a red RM Mini 3
  2. Set isRM4 to false (because it's an RM3) and set up any accessory
  3. Go to the accessories tab on the homebridge web interface
  4. Click any of the buttons for the devices for the red mini (e.g. my window fan)
  5. See the command being sent in the log without error, but the light on the mini never flashes

Expected behavior The light on the red mini should flash on and it should send the code. If it doesn't, there should be an error in the homebridge log, but neither happen.

Outside of renaming the "isRM4" setting to something more accurate, I suggest changing the doc's isRM4 description from:

Marks the device as a newer RM4 device and sends data with required new headers. to: Marks the device as a newer RM4 device and sends data with required new headers. Note, some RM3's may need to have isRM4 set to true, such as the red RM3's.

Screenshots none

Desktop (please complete the following information):

Smartphone (please complete the following information):

Additional context I've been using this plugin for my original RM Mini 3 for years without issue, with approximately 20 accessories set up for it. I added "host" to their configs when I set up the second mini and they still work just fine. There is another issue with another user here who has the same issue as me and he managed to get his to work, but he cannot explain what did it and even though I tried the same things he did, my new mini refuses to respond.

hepcat72 commented 1 year ago

I just tried searching through the code to see if I could figure out a way to try to manually send commands to my Mini so that I can view the responses and debug my issue, but I couldn't quickly figure it out. Anyone have any tips on trying to manually send commands and view the responses?

euphguy commented 1 year ago

Try setting isRM4 to true in the hosts section for your new mini. I had to set that for my red minis. Works great now.

hepcat72 commented 1 year ago

Try setting isRM4 to true in the hosts section for your new mini. I had to set that for my red minis. Works great now.

That worked! That should probably be documented. Don't know if it's specific to the red RM Mini 3, but clearly isRM4 is misleading. Perhaps it's really a firmware thing?

kiwi-cam commented 1 year ago

This device must use newer coding, the same as RM4 devices. Automatic discovery should've detected this - and things like this is the reason it is generally recommended: https://broadlink.kiwicam.nz/#device-discovery

hepcat72 commented 1 year ago

Automatic discovery didn't work, that's why I added the config to set the address and everything.

hepcat72 commented 1 year ago

Until I added the config, all the commands were going to the old RM3.