Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[broadlink] RM Pro is missing RF channels #18040

Open
microneer opened this issue Jan 5, 2025 · 0 comments
Open

[broadlink] RM Pro is missing RF channels #18040

microneer opened this issue Jan 5, 2025 · 0 comments
Labels
bug An unexpected problem or unintended behavior of an add-on

Comments

@microneer
Copy link
Contributor

microneer commented Jan 5, 2025

Expected Behavior

An RM Pro Thing should provide rf-command and learning-rf-control channels, since RF is part of the device's capabilities. These channels (without - separators) were in the previous (unofficial) versions of the binding.

Current Behavior

An RM Pro Thing only has three channels, none of which are related to the RF features.

Possible Solution

Perhaps it's as simple as copying two lines that relate to the RM4 Pro device to the RM Pro section of this file?

bundles/org.openhab.binding.broadlink/src/main/resources/OH-INF/thing/rm-types.xml

Steps to Reproduce

  1. Put this into a broadlink.things file: broadlink:rm-pro:rfblaster "RM Pro" [ ipAddress="192.168.1.1", macAddress="34:34:34:34:34:34"]
  2. Look for the RM Pro Thing in Main UI.
  3. Note that in the Channels tab, the Thing doesn't have any RF channels.

Environment

OH 4.3.1

Workaround

Currently I'm using the 4.2.0 binding and the RM Pro's RF function works fine.

@microneer microneer added the bug An unexpected problem or unintended behavior of an add-on label Jan 5, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug An unexpected problem or unintended behavior of an add-on
Projects
None yet
Development

No branches or pull requests

1 participant