This means your lamp does not respond to the on/off command as send.
Right after the sending of the command, the binding requests the state again from the light. As the status is not changed, the state is switched back.
Some of the yeelights expect multiple parameters when switching on/off, current the binding only sends single command this might be the reason for your issue.
You may be able to send a ‘custom command’ to the lamp
set_power [“on|off”, “smooth”, 5000]
it may even need a mode after the 5000 part.e.g. set_power ["on", "smooth", 5000,1]
0: last mode
1: normal mode
2: rgb mode
3: hsv mode
4: color flow
5: moonlight
if that improves, let me knwo the modelId you see and I may be able to update it in the database.
Yeelight Binding is completely broken for me - all lamps are shown offline and I do have several errors. Only thing I did is updating java. But I already tried version 152 and version 144 again and it is still not working. All my lamps (around 30?) are offline… it is the worst thing that could happen
Here are some errors:
Jan 28 20:56:52 openhabpi karaf[2960]: java.lang.IllegalArgumentException: No enum constant com.yeelight.sdk.enums.DeviceType.bslamp1
Jan 28 20:56:52 openhabpi karaf[2960]: at java.lang.Enum.valueOf(Enum.java:238)
Jan 28 20:56:52 openhabpi karaf[2960]: at com.yeelight.sdk.enums.DeviceType.valueOf(DeviceType.java:1)
Jan 28 20:56:52 openhabpi karaf[2960]: at com.yeelight.sdk.device.DeviceFactory.build(DeviceFactory.java:29)
Jan 28 20:56:52 openhabpi karaf[2960]: at com.yeelight.sdk.services.DeviceManager$2.run(DeviceManager.java:130)
Jan 28 20:56:52 openhabpi karaf[2960]: at java.lang.Thread.run(Thread.java:748)
18:58:25.416 [WARN ] [fig.xml.osgi.XmlDocumentBundleTracker] - The XML document '/ESH-INF/binding/binding.xml' in module 'org.openhab.binding.yeelight' could not be parsed: The XmlConfigDescriptionProvider must not be null!
java.lang.IllegalArgumentException: The XmlConfigDescriptionProvider must not be null!
at org.eclipse.smarthome.core.binding.xml.internal.BindingInfoXmlProvider.<init>(BindingInfoXmlProvider.java:60) [116:org.eclipse.smarthome.core.binding.xml:0.10.0.b1]
at org.eclipse.smarthome.core.binding.xml.internal.XmlBindingInfoProvider.createDocumentProvider(XmlBindingInfoProvider.java:141) [116:org.eclipse.smarthome.core.binding.xml:0.10.0.b1]
at org.eclipse.smarthome.config.xml.osgi.XmlDocumentBundleTracker.acquireXmlDocumentProvider(XmlDocumentBundleTracker.java:181) [112:org.eclipse.smarthome.config.xml:0.10.0.b1]
at org.eclipse.smarthome.config.xml.osgi.XmlDocumentBundleTracker.addingObject(XmlDocumentBundleTracker.java:206) [112:org.eclipse.smarthome.config.xml:0.10.0.b1]
at org.eclipse.smarthome.config.xml.osgi.XmlDocumentBundleTracker.parseDocuments(XmlDocumentBundleTracker.java:350) [112:org.eclipse.smarthome.config.xml:0.10.0.b1]
at org.eclipse.smarthome.config.xml.osgi.XmlDocumentBundleTracker.processBundle(XmlDocumentBundleTracker.java:336) [112:org.eclipse.smarthome.config.xml:0.10.0.b1]
at org.eclipse.smarthome.config.xml.osgi.XmlDocumentBundleTracker.access$3(XmlDocumentBundleTracker.java:331) [112:org.eclipse.smarthome.config.xml:0.10.0.b1]
at org.eclipse.smarthome.config.xml.osgi.XmlDocumentBundleTracker$2.run(XmlDocumentBundleTracker.java:307) [112:org.eclipse.smarthome.config.xml:0.10.0.b1]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:?]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]
at java.lang.Thread.run(Thread.java:748) [?:?]
I do not know how that happened, but I need to resolve it fast…
2 of my lights are not picked up. Incidentally those are the ones furthest away from the Windows 10 machine running OpenHab, and I think communication happens via a Wifi access point connected via Lan to my main router (And access point)
Some of the others seems to go offline at random and I have no idea how to bring those online again. Sometimes restarting brings them all online but checking in after a day some are offline again.
Not sure if I need to run it on a Raspberry Pi of Linux box, rather?
Just have that problem since yesterday too - running a Raspberry Pi (without any problems before; except needed to activate WiFi on the Pi to find the bulbs).
But now it is a desaster - all bulbs offline. Yesterday, when I went to sleep there were 2 bulbs online (were offline before) “Kitchen 2” + “Kitchen 3”. This morning (did nothing in the night) there were again 2 online, but this time “Kitchen 2” + “Bath 2”.
I want them all to be working again… First I only had two bulbs offline: “Sleeping 3” and “Livingroom Floor”. I deleted the “Livingroom Floor” one to add it again, but it did not show up again. After several restarts all bulbs were offline…
Hope anybody can fix this Even a restart of the binding is flooding the console…
Already thought about that. Got all other stuff running over it (including 2 bedise lamps). But my biggest problem are these tokens. I got all my Yeelight-lamps in the Yeelight app and not in the Mi Home app… That would be okay and easy with 5-10 lamps, but I got around 30 or so and that is really bad to reset them all, add them to the Mi Home app and then read out the token for each lamp.
Interesting! I am using the same account for sure, but I do think I use the Mainland China-Server with the Mi Home (read it somewhere to do so) and the Singapore-Server with the Yeelight App… Hmmmm…
Sounds like I need to reset all my Bulbs and add them to the Yeelight App with the other Server? Or other way round do the same with the Mi Home App (2 Gateways with like 40+ devices) to the Singapore-Server… Big “hmmmm”…
Just checked, i have both on mainland china. Maybe you could try to switch the Server in the yeelight app. Perhaps the bulb information get transferred?
I think I had both of them on Mainland China too at first, but updates for the Yeelights were only rolled out on Singapore or something. There was a cause why I did that - I am pretty sure about that. Guess I will need to do something, but I do not understand what is wrong now. First try will be a new sd card with a clean install. I want to have 2 sd cards in future to mirror each other and just replace it, when a update crashes anything - dont want that again…
Edit: Just switched the server of the Yeeligh app to Mainland China without doing anything else and then back. After that there were updates available, but only for some lamps. I clicked to update all and he said that they already have the newest version and now comes the interesting part: these lamps, where the update was shown, are back online… I still do not understand it, but I like it. 7 of 26 are back online (thought I have more ).
I do have errors with the Yeelight binding, but it seems like the problem is not the binding itself?.. makes it more confusing…
Edit 2: Had the same update-thing for the rest of the bulbs, but they are still not working… Guess it has to do something with the bulbs - at least that is my guess now.
Update: I moved all Yeelights to the Mainland China Server. When I moved them they were working fine. After a restart all bulbs were offline again. After that I moved 2 bulbs to American Server and they are online again… after a restart, you are already gussing it - gone… Can someone make up anything out of this information? Bad SD?
I did not went to buy one, because I thought this can maybe fix it, but at latest on the weekend I will make a fresh install and try it. To me it seems like the binding is loosing the tokens of the Yeelights and cannot get them back? Does anybody know where they are stored or are here no tokens required?..
Update 2: After several restarts of the bulbs (on/off wallswitch) all bulbs were working. After some time (half an hour) many bulbs are gone again with having the name “” in the thing overview… I already ordered a SD and will try a fresh install on the weekend…
I made a fresh installl in the last 4 hours and I still have the offline problem. I still do not know what the problem is and I guess that I will need to switch the Binding…
I’m not actually sure that anybody is really using the bulbs with OpenHab reliably.
One aspect that I wonder about is whether your wifi setup plays a big role. I have two APs – one in my study which is connected to the PC running OpenHab, and then another in another. Both share the same SSID and are connected over LAN. They are different channels though.
Two of my builbs I never pick up using the Yeelight binding and my guess is those are on the different Wifi AP.
The rest I pick up but they go offline basically at will.
I’ve extracted all the tokens for my light, planning on trying the Mi binding next.
I think I found that error… look at the first error from post 100…
java.lang.IllegalArgumentException: No enum constant com.yeelight.sdk.enums.DeviceType.bslamp1
See that “bslamp1”?.. The Yeelight-App was not working, when I first installed our new bedside-lamps (but hours later after a restart)… f***! I spent like 15 hours with reinstalling, try different versions and so on… I even switched all my bulbs from Singapore to China Server (way worse performance… - want to switch them back)…
So if anybody encounter the same problem - now you know what it is. I will now use a backup and try it with the bedside lamps deleted out of the “Yeelight”-app.
Also tried the Mi Io Binding for a moment (using it already for vacuum and power strips), but there is totally missing that brightness 0 = OFF. At least I think so.
Seems like the yeelight binding works better if Raspberry is connected via WLAN.
I tried it, but messed up switching it back - I just didn’t get it. So I had to reinstall and restore a backup.
The Yeelight Binding as it is, is just not working.
The MIIO Binding finds my things, but I messed up extracting the IDs. So also canceled that one.
Rework of the yeelight binding would really be appreciated.
thank you in advance!
when i try to send command to the “color” item, im getting error: 2018-02-04 22:34:30.997 [ERROR] [ntime.internal.engine.RuleEngineImpl] - Rule 'YeeLightMotion Trigger at night': Value must be between 0 and 100
the command
yeetest.sendCommand("1,191,255")
and item:
Color yeetest "Color" <colorlight> {channel="yeelight:Wonder:0x0000000002bdfea1:Color"}
@kubawolanin first of all thank for your work about the yeelight, I’m still a rookie for the openhab system, I’ve installed openhabian on raspberry pi3 and I still have a lot of problems with the yeelight. I have 2 celling light rightly configured on the app and on the MiHome app (mailnad china server and in developer mode active) I’ve triyed to use the binding org.openhab.binding.yeelight-2.1.0-SNAPSHOT.zip from costerli but it’s impossible to find any lamp. Take in consideration that:
the version of openhab is openhab2.2
only Myopenhab cloud service is intalled
the openhab working on the wlan interface of raspberry
i’ve just copied the file in the addon folder as ZIP and also i’ve tried with jar extension
the Yeelight binding is visible and it seems to work but by in box in paper ui the scan return no things
the lamps works rightly and in the past I’ve already controlled it using Domoticz
So by the ssh console the status of the service return this error/warning:
openhabpi karaf[2960]: java.lang.IllegalArgumentException: No enum constant com.yeelight.sdk.enums.DeviceType.celing1
openhabpi karaf[2960]: at java.lang.Enum.valueOf(Enum.java:238)
openhabpi karaf[2960]: at com.yeelight.sdk.enums.DeviceType.valueOf(DeviceType.java:1)
openhabpi karaf[2960]: at com.yeelight.sdk.device.DeviceFactory.build(DeviceFactory.java:29)
openhabpi karaf[2960]: at com.yeelight.sdk.services.DeviceManager$2.run(DeviceManager.java:130)
openhabpi karaf[2960]: at java.lang.Thread.run(Thread.java:748)
It seems that the system isn’t able to know the lamp (devicetype), as i’ve read in other post seems that other guy have taken the same problem with other type of lamp (as bulb or strip). What Can I do to find and command my lamps? Are you completly sure that the binding is ok for openhab 2.2? Do I need other binding or special settings (lib, option, cfg file)? Please help me.
Thank you very much for your help
@arripeo I’m not the author of this binding @coasterli is.
And @marcel_verpaalen is working on a generic Miio binding that talk with Yeelights as well! You can check it in the Marketplace.
I have yeelight binding installed with a textual configuration and it works properly.
See the https://docs.openhab.org/introduction.html for more details on how to configure your Things and Items.
Cheers
).