Removing the \x will probably result in a working string.
Hi all,
A new Alpha 0.6 version is available. It has all the refactorings that I have been working on to get this binding included in the openHAB distribution thus far. Please test out this latest alpha version and let me know whether things still work for you. Keep in mind that you need to re-create your openHab things / rules, as I changed the name of a few things to comply with the openHAB naming conventions.
Hi all,
Some bad news and good news.
The bad:
- The naming of the things has changed. You will need to re-create your things.
The good:
!!!THE BINDING HAS FINALLY BEEN MERGED WITH THE MAIN LINE!!!
Yes, so after many, many, many years, openHab 4.3.0 should include the broadlink binding by default
A big thank you to all that contributed, in particular @ricardol who contributed a lot and made everything easy to configure and use using the UI.
I have just loaded openhab 4.3.0 and binding broadlink 4.3.0 snapshot jar.
I have a RM pro but do not get the RF channels on the thing only IR Command, IR learn and temp.
Am I missing something or is this a bug?
Hi Anton and thanks for your work!
I have a RM4 Mini and installed the new binding from Openhab.
This is my thing file
Blockquote
Thing broadlinkthermostat:rmuniversaldevice:1234567891"Broadlink Linda" [ host=â192.168.1.xxâ, macAddress=âXX:XX:XX:XX:XX:XXâ]
This is my item file
Blockquote
String BroadlinkRM4Mini_Save_Linda âBroadlink RM4 Mini Linda Saveâ { channel=âbroadlinkthermostat:rmuniversaldevice:1234567891:savelearnedâ }
String BroadlinkRM4Mini_Send_Linda âBroadlink RM4 Mini Linda Sendâ { channel=âbroadlinkthermostat:rmuniversaldevice:1234567891:sendlearnedâ }
Switch BroadlinkRM4Mini_LearningControl_Linda âBroadlink RM4 Mini Linda Learning Controlâ { channel=âbroadlinkthermostat:rmuniversaldevice:1234567891:learningmodeâ }
In Openhab the thing is online, I can switch the Learning Control on and off, but nothing happens on the RM4 and the Save and Send items are NULL.
In the log file I have this string:
Blockquote
[com.github.mob41.blapi.BLDevice ] - RM2 enter learning received error: fffffffb / -5
How can I proceed?
Thanks
You are correct. Currently the RF part does not work for the original RM Pro. I have a version of it at home and it seems to use a different protocol then newer generations for the RF part. To get it to work would require some significant reverse engineering. I did not managed to get it to work with the python script either.
Hi Tommyshome,
It seems your thing is of the wrong type. You are using the broadlinkthermostat thing type, which is from a different binding.
Thanks Anton
I have installed OpenHAB 4.3.0 RC1 and I installed the broadlink binding. I noticed, though, that there actually are two bindings with the same name: this one and an older one related to a broadlink thermostat. During first installation they cannot be distinguished.
When using the add-on store distinction is easy. Is there a way to solve this minor issue?
Thanks for your hard work,
Lionello
@Lionello_Marrelli
Maybe you should report this in the thread.
Edit: Nevermind, I mentioned the issue in the Milestone discussion.
What do you suggest as a solution?
I donât expect any bundle in the official repository to be renamed.
Iâm not an expert, but I may think that the present binding can be named BroadlinkGeneric. In a sense, it is still not in an official release because it was added in a milestone one.
We already had that discussion in MarchâŠ
see also this comment:
broadlink and broadlinkthermostat are distinct bindings that technically do not interfere.
If one should be removed or not can be discussed (feel free to open an issue at GitHub)
This broadlink marketplace binding might interfere with the broadlink binding that is bundled with openHAB.
Iâm not that familiair with these, but how do these two bindings related to each other?
Afaik the bindings are not related, they just share the same name in some places⊠which can lead to conflicts as described by @Lionello_Marrelli
@lsiepel
Looking at the pom.xml of both:
<artifactId>org.openhab.binding.broadlinkthermostat</artifactId>
<name>openHAB Add-ons :: Bundles :: Broadlink Binding</name>
and
<artifactId>org.openhab.binding.broadlink</artifactId>
<name>openHAB Add-ons :: Bundles :: Broadlink Binding</name>
Is that OK to have the same name for the two?
I have created a PR to fix this:
Thank you very much!
One more question:
Is the Add-ons documentation on the website automatically generated from this?
Because there are now 2 entries with the name âBroadlinkâ:
Yes, itâs created from the first header in the README.md, so that should be fixed as well.
Hi @AntonJansen, first of all thank you very much for your great work to get this binding finally into official 4.3 release!
While migrating to day I face an issue that your converter script for my existing map file was failing with an error message.
Therefore I decided to create the $OPENHAB_USERDATA/jsondb/broadlink_ir.json
manually.
After creation of the json file I was receiving the following error when starting the broadlink binding:
2024-12-30 12:20:56.811 [ERROR] [nal.common.AbstractInvocationHandler] - An error occurred while calling method 'ThingHandler.initialize()' on 'org.openhab.binding.broadlink.internal.handler.BroadlinkRemoteModel3Handler
@5ffcb5d': Object {} is not an outer map: {"MODE_ABLUFT":{"value":"26005800000126951338111412131213121411141114121312131239113912391139123911391238121411141114121312391114121312131239113912391139121312391139123911000516
0001264a12000c5a0001264a12000d05"},"MODE_INVERTER":{"value":"26006000000126951238121411141114121312131214111411141238123911391239113912381239113912131214111412381213121411141213123911391238121411391238123911000515000126
4b12000c580001264b11000c590001264b12000d050000000000000000"}}
While troubleshooting and reading the community forum I discovered that the binding documentation is outdated and missing the "class": "java.lang.String"
:
After I had adjusted my json the binding is starting without any error and everything is working fine
{
"MODE_ABLUFT": {
"class": "java.lang.String",
"value": "260058000001269513381114121312131214111411141213121312391139123911391239113912381214111411141213123911141213121312391139123911391213123911391239110005160001264a12000c5a0001264a12000d05"
},
"MODE_INVERTER": {
"class": "java.lang.String",
"value": "260060000001269512381214111411141213121312141114111412381239113912391139123812391139121312141114123812131214111412131239113912381214113912381239110005150001264b12000c580001264b11000c590001264b12000d050000000000000000"
},
"HUMID_LOW": {
"class": "java.lang.String",
"value": "260050000001269513381114121312131214111411141213121312391139123911391238123912381214111411141238121411141114121312391238123812141139123812391238120005150001264b12000d050000000000000000"
},
"HUMID_MED": {
"class": "java.lang.String",
"value": "260050000001269513371214111412131213121411141114121312391337123812391139143713371213123913121238121411141114121312391114123812141139123911391337120005160001254b12000d050000000000000000"
},
"HUMID_HIGH": {
"class": "java.lang.String",
"value": "260050000001269512381214111411141213121312141114121312391139123812391238123911391239111411141238121411141114121312131239113912141139123812391139120005150001254b12000d050000000000000000"
},
"FAN_POWER": {
"class": "java.lang.String",
"value": "260050000001259611391214111411141213121312141114111412391139123812391139123911391214111411141213121312141114121312391139123911391238123912381239120005150001274a13000d050000000000000000"
}
}
Again, thanks a lot for your effort with this binding!
I have migrated from the old binding to this new one and I cant get my rm3-q device to talk to openhab.
I get a âCannot establish a communication channel with the device: Response from device is not valid. (0x22=0xFB,0x23=0xFF)â Error after discovering it and adding it.
Any thoughts and getting this device to work?