It is very important to use the correct vocabulary when possible because certain words have very specific meanings in certain contexts. In the OH context (and really any software context) an add-on is a software module written explicitly to run as part of another program. Some programs call these plugins.
What you were looking at are called programs, apps, or scripts. They are completely independent.
But it doesn’t run on openHAB. It is completely independent of openHAB. They are Python scritps that can run along side of openHAB.
When one wires a school report using Word to type and Firefox to research that doesn’t mean that Firefox is an add-on to Word. They are completely separate. They just happen to be using the two together.
Same thing is happening here.
This is important to understand because it will help you understand where to look for help and when you have problems and it will help those you ask for help understand.
I don’t follow the PRs. You can always look for the WIP Issues in the openhab2-addons repo and browse around the IoT Marketplace periodically to see what is coming down the line.
Can I use the Broadlink RM Pro device that I have fully integrated with openhab (via Broadlink-mqtt) to achieve this?
The RM Pro has is a learning mode, but that is only for learning new codes. I am not sure if the learning function can be used to make the RM Pro device a receiver.
The point is that I need to use the physical switches to fire up the commands and then a receiver integrated with OH should decode these signals and trigger various events/rules in OH.
If there is a way to accomplish this, please advise!
Thanks,
Cristian
LE: I have just ordered a Sonoff RF bridge but it will take months until I get it… so my request is still on
The RM Pro works fine on the RF side with the broadlink-mqtt package installed as a service.
It uses the same logic to learn and emit RF codes as for IR. I am using it successfully not only through openhab but also via an MQTT client app installed on my android phone.
Getting back to my challenge, I think there might be a way to turn the RM Pro into an RF receiver: by always keeping the device in learning mode. The steps I see are:
Publish the “auto” MQTT message in a generic topic such as broadlink/newcode (“auto” puts the RM Pro device in smart mode meaning it either learns the new code if that code is not already stored in a command text file by generating a new file, or simply replays the code if already present in the commands file structure)
Monitor the file system, and as soon as the <path_to_broadlink-mqtt_commands_dir>/broadlink/newcode file appears (corresponding to the broadlink/newcode MQTT topic where we previously published the “auto” message), read its contents and compare against the value we are expecting, then immediately delete the file
If the newly received code does match ours, then we can issue a script based command or publish a MQTT message that will be further processed by a predefined rule.
I need to figure out how to do the FS monitoring ideally from within openhab.
I DID!!! more details [here](http://If it is not working and you get the Input strings must be a multiple of 16 in length error again, try to duplicate it twice:) If it is not working and you get the Input strings must be a multiple of 16 in length error again, try to duplicate it twice:
Original :
aDressing_ON=e9144600df091609091616090916091609160916160916090916160909160916160916091609091609160916091609160916160916090916160909161609091616090916091609000148
aDressing_OFF=e9144600df090916091616091609160909160916160909160916160909161609160916091609091609160916160909160916091616090916091609161609160909160916091609000148
l
