Broadlink binding for RMx, A1, SPx and MP. Any interest?

I have tried https://github.com/rlarranaga/openhab-addons/releases/tag/3.4.3-SNAPSHOT but it is not showing up in openhab although bundle:list shows it is active. Which Version are you using that works with OH4?

I’m also using this snapshot version of the binding.

My OH4 is working with the old binding, 3.2.0
But I cannot learn a code with the stock binding…
Can no one help here?

Did you try to learn the codes using the python-broadlink method?

Hello,

It is serveral years back, that I learned the commands with the unoffical binding somehow.
(In my case there are only two codes. One for ON and one for OFF for my climate system which has an IR Remote since 25 years.)
So I have to two codes in the mapfile and they are working when rules tigger them, with the 3.2.0 binding
under 4.0.3

What is not working for me is, that when I use the offical binding, bing the item to the case, that it will store the sended code from the remote. Nothing happend. Maybe ist also a problem for me how to handle it, step by step…

I apologize, but I never used the official Broadlink binding, so I can’t help with that.

I just downloaded that and added it. But same like for the 3.4.0 I cannot add broadlink things in the UI, it just doesnt show up. Not sure why tbh, normally it works that way right?

See here it is active as well:


298 │ Active │  75 │ 4.0.1                  │ openHAB Add-ons :: Bundles :: Transformation Service :: Scale
299 │ Active │  75 │ 4.0.1                  │ openHAB Add-ons :: Bundles :: Transformation Service :: XPath
300 │ Active │  75 │ 4.0.1                  │ openHAB Add-ons :: Bundles :: Transformation Service :: Xslt
301 │ Active │  80 │ 4.0.1                  │ openHAB UI :: Bundles :: Basic UI
302 │ Active │  80 │ 4.0.1                  │ openHAB UI :: Bundles :: HABPanel UI
303 │ Active │  80 │ 1.0.3                  │ reactive-streams
304 │ Active │  80 │ 1.0.1                  │ IO.Socket Engine Client
305 │ Active │  80 │ 1.0.1                  │ IO.Socket Socket Client
306 │ Active │  80 │ 20230227.0.0           │ JSON in Java
307 │ Active │  80 │ 3.8.1.1                │ Apache ServiceMix :: Bundles :: okhttp
308 │ Active │  80 │ 1.13.0.1               │ Apache ServiceMix :: Bundles :: okio
309 │ Active │  80 │ 4.0.1                  │ openHAB Add-ons :: Bundles :: IO :: openHAB Cloud Connector
310 │ Active │  80 │ 4.0.1                  │ openHAB Add-ons :: Bundles :: IO :: Homekit
311 │ Active │  80 │ 4.0.1                  │ openHAB Add-ons :: Bundles :: AndroidTV Binding
313 │ Active │  80 │ 4.0.1                  │ openHAB Add-ons :: Bundles :: Miele Cloud Binding
315 │ Active │  80 │ 3.2.0.202107080203     │ openHAB Add-ons :: Bundles :: Broadlink Binding

Hello,

now some more information.
I have installed the offcial binding in an 4.0.2 installation and have added the Thing for my RM4 mini.
After that i was bringing the binding into trace mode.

An switching on and off the learning switch make now the following entry in the log file:

2023-10-13 13:18:26.458 [DEBUG] [.discovery.BroadlinkDiscoveryService] - Using source address /192.168.1.184 for sending out broadcast request.
2023-10-13 13:18:56.492 [DEBUG] [.discovery.BroadlinkDiscoveryService] - Discovery service found 0 broadlink devices.
2023-10-13 13:19:09.638 [DEBUG] [nternal.handler.BroadlinkBaseHandler] - Authenticating with broadlink device Broadlink RM4...
2023-10-13 13:19:09.676 [DEBUG] [nal.handler.RMUniversalRemoteHandler] - Thing broadlinkthermostat:rmuniversaldevice:3ebc1a6880 entered learning mode
2023-10-13 13:19:09.600 [INFO ] [openhab.event.ItemCommandEvent      ] - Item 'Broadlink_RM4_Learning_Mode' received command ON
2023-10-13 13:19:09.602 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Broadlink_RM4_Learning_Mode' predicted to become ON
2023-10-13 13:19:09.604 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Broadlink_RM4_Learning_Mode' changed from OFF to ON
2023-10-13 13:19:56.500 [DEBUG] [.discovery.BroadlinkDiscoveryService] - Using source address /192.168.1.184 for sending out broadcast request.
2023-10-13 13:20:21.249 [DEBUG] [nternal.handler.BroadlinkBaseHandler] - Authenticating with broadlink device Broadlink RM4...
2023-10-13 13:20:21.228 [INFO ] [openhab.event.ItemCommandEvent      ] - Item 'Broadlink_RM4_Learning_Mode' received command OFF
2023-10-13 13:20:21.230 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Broadlink_RM4_Learning_Mode' predicted to become OFF
2023-10-13 13:20:21.233 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Broadlink_RM4_Learning_Mode' changed from ON to OFF

As you can see, nothing happend after I have send a commonad from the remote to the RM4 mini…
Has someone out there any idea how to move forward?

I recently bought an RM4Pro and wanted to add that to my OpenHAB.
But the broadlink binding does not get listed when I want to add a new thing?

On the list of existing things, my old RMPro is listed under the broadlink-binding, but when I click on the + to add a new thing, I cannot select the broadlink-binding, because it is not listed!

I am running “OpenHAB 4.0.2” and “org.openhab.binding.broadlink-3.2.0-SNAPSHOT.jar”

Any thoughts on how I can add a new thing?

You are using a binding version not completely compatible with openHAB 4
Using this version, you need to add new things via textual config.

1 Like

This unofficial binding is poorly maintained and the official binding does not support all features.
Wouldn’t it be better to use the “Exec binding” in combination with PythonBroadlink cli scripts?

I’ll give this a try…

Just to let you know, after talking to @scheuerer, I recently grabbed a RM4 mini and will try to update the inofficial binding for openHAB 4 and will see, how we can get it into the official release.

5 Likes

Hi @hmerk,

can you give us a hint here? From my experience I always got it working with custom addons and then saw it in the add things UI displayed as a normal addon even if custom?

@hmerk I would also be massively interested, so far I do not have a working solution for IR under 4.0.3 and it kills my main living room routine completely :slight_smile:

Please be a bit more patient.
I got the RM4 mini, now I have to update my dev environment and try to understand both bindings to do a proper implementation.
I will post progress updates here, but do not expect anything too soon.

3 Likes

Hi @scheuerer,
could you share how you got the RM4 mini running. If you configured it via text *.things file, could you share the config? I had the RM4 mini running on openHAB 3.4. but I can not get it configured on on 4.0.3 as the binding does not appear when adding new things. So I assume I have to set it up via text file.

Hello…

The configuration was done serval years ago under OH2.5 etc.
Here I was configure the unofficial binding and was making two different items.
One for switch on and a other to switch off my clima system in my Wintergarten.
This was and is working after upgrade from 2.x to 3.x and final to 4.1x.
So far I have not added any other new value or items. I only use the RM4mini for those two commands.


KlimaanlageAN = 2600f60069360e0d0d0d0e280d0e0d280d0e0d0e0d0e0d280d290d0e0d0d0d0e0d290d280d0e0d0e0d0e0d0d0d0e0d0e0d0e0d0e0d0d0d0e0d0e0d0e0d0d0d290d0e0d0d0e0d0d0e0d0e0d0e0d0d0d290d0e0d0d0e0d0d0e0d0e0d280d290d280d290d280e280d0e0d0e0d0d0e280d0e0d0d0e0d0d0e0d0e0d0e0d0f0c0d0d290d280d0e0d0e0d280d0e0d0e0d0e0d0e0d280d0e0d0e0d280d0e0d0e0d0e0d0d0d0e0d0e0d0e0d280d0e0d0e0d0d0e0d0d0e0d0e0d0e0d0d0d0e0d0e0d0e0d0d0e0d0d0e0d0e0d0e0d0d0d0e0d0e0d0e0d0d0e0d0d0e0d0e0d0e0d0d0e0d0d0e0d0e0d0d0e0d0d290d0e0d280d290d0e0d280d0e0d280d000d05

KlimaanlageAUS = 260066006b360e0c0f0c0e280e0d0c290d0e0e0c0f0c0e280e270e0d0e0d0e0d0e270e280d0d0e0d0e0d0e0d0e0c0f0c0e0d0d0e0e0d0d0d0d0e0e0d0d0e0e270d0e0e0d0e0d0d0d0e0d0e0d0d0e0d280d0e0d0e0d0d0f0c0d290e0d0d0d0d0e0d0e0d0e0d0d0e000d05


In a file called broadlink.map
So I have not added any new stuff here.

One of the admin here @hmerk has already got his RM4 mini and told us, that he is trying to rework the unofficial binding in a way that it should work under 4.x an upcoming versions.

I started to have a deeper look into the code. It seems to need a huge refactoring, as it still uses old smarthome functions…

1 Like

My RMPro, which was configured via UI, looks like this in the UI code page:

UID: broadlink:rm2:78-0f-77-63-6a-01
label: Broadlink RM Pro
thingTypeUID: broadlink:rm2
configuration:
  mapFilename: broadlink.map
  macAddress: 78:0f:77:63:6a:01
  port: 80
  staticIp: true
  ipAddress: 192.168.178.54
  pollingInterval: 30
  ignoreFailedUpdates: false

A textual configuration could look like this: (untested, I’m just guessing :wink: )

Thing broadlink:rm2:78-0f-77-63-6a-01 "Broadlink RM Pro" [ mapFilename="broadlink.map", macAddress="78:0f:77:63:6a:01", port=80, staticIp="true", ipAddress="192.168.178.54", pollingInterval="30", ignoreFailedUpdates="false" ]

Of couse you have to change mac-address, ip-address and thing type to your needs.
Thing types can be found her:

1 Like

OK, just tried this approach for my RM4 and now I have a new thing that is online :slight_smile:

Thing broadlink:rm4:e8:16:56:26:2b:21 "Broadlink RM 4" [ mapFilename="broadlink.map", macAddress="e8:16:56:26:2b:21", port=80, staticIp="true", ipAddress="192.168.178.50", pollingInterval="30", ignoreFailedUpdates="false" ]
1 Like