This version of the binding is exactly the same as what is built into 3.3 Stable. Since it is newer than 3.2 Stable and older versions of openHAB, you can install it from the JAR link below to gain the newer BRIDGE and THING structure so you do not have a breaking change when you upgrade to 3.3 Stable.
Example Controls
Not all the controls fitted so there are more especially if you have RGBW strips.
Auto discovery of both the bridge and all the segments which can include the friendly names you can save in the V0.13.x firmwares.
How to upgrade
Due to the new bridge and thing structure this binding is not backwards compatible and may have issues if parts of the older binding are left in the cache. Do the following to ensure trouble free use.
Uninstall merged binding first
Clear the openHAB cache to remove traces of the older binding.
Try cleaning the cache. The newer binding has large changes under the hood to use the BRIDGE / THING structure so if any cache from the old binding is around that may be the cause. I installed it successfully so if anyone else has trouble or success can u post? thanks…
EDIT: @black0r1337
I was able to reproduce this, it happens when you have the JAR in the addons folder already AND then you try to install it from the marketplace without removing the jar from that folder FIRST. Delete the jar from the addons folder and try again and it should work.
I have linked a String Item to the fx Channel as below:
Within the UI I can go to this Item WLEDSegment_Effect and select an effect, and WLED responds as it should.
But from within a rule I try to send the name of the effect to the same Item WLEDSegment_Effect and the LED effect doesn’t change. I can see in the UI that the Item changes to the effect name I commanded in my rule, but a few seconds later it switches back to the old effect name. And the LEDs themselves remain on the old effect throughout.
How can I command a WLED effect from within a rule?
EDIT:
It turns out that, despite the Channel being of String type, it doesn’t expect the name of the effect to be commanded, but its numerical index. So for the example above, we would have to check the index on the linked webpage, and then send that number to the Item.
Presumably that’s intended, and if we wanted to use the effect names we’d have to implement our own transform?
I guess the binding could be changed to search through all the effect names when a command is sent, that is not implemented and your now the second person to get tripped up by this so I think it should be considered a bug to fix, OR be documented so it is clear in the docs for the binding.
As to why it is this way…
The json API for WLED can not use the effect name, only the index number of the effect. The API requires the number to be used.
openHAB framework (pretty certain this is true) does not allow options to be listed in the UI with a nice name, unless they are a STRING channel. So sending the effect number in quotes is needed because it is a STRING channel and not a number channel.
The binding could always work out the command is not a number and then do a search to find the number it needs based on the text. It could handle this automatically, it just requires extra coding for it to work that way and it would need to handle what happens if the effect was mis-spelled or missing.
i have a problem with the channel for the white light, if i set a value in OH, it is accepted, but the slider jumps back to 0 after a few seconds, but the set value remains. it looks as if the set value is not reported back. i already tried to remove and add the things again.
Thanks for reporting, that would have happened in the merged binding as well as this one. I just fixed the bug and made a PR with the fix. Just remove the marketplace version and then install it again and it should then work.
As the first post in this thread states it is merged in 3.3 stable and newer so this can still be used in older cores if people wish. It is no longer in the marketplace.
Strange as the published tag was removed ages ago. I have removed the binding tag as well so hopefully it goes otherwise we may need to report this as a marketplace bug.