You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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?
Expected Behavior
An RM Pro Thing should provide
rf-command
andlearning-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
broadlink:rm-pro:rfblaster "RM Pro" [ ipAddress="192.168.1.1", macAddress="34:34:34:34:34:34"]
Environment
OH 4.3.1
Workaround
Currently I'm using the 4.2.0 binding and the RM Pro's RF function works fine.
The text was updated successfully, but these errors were encountered: