Thanks Rex, All good. Tested with 2 zones.Thanks for the feedback, @raceer. It's good to know when something works - usually we only hear about problems. ;D
i noted that if i have serval commands in a row .. they also messing up with the 1.5-2 sec delay between the first command and the repeated command and a 500 ms delay between all following commands it works smootly (well sort of)OK - I can understand why that would be the case. Some of the actions take an appreciable time to complete. This is particularly true where the plugin has to step modes or dim-level. If you issue another action whilst this is happening, strange things may occur. :o I'm not sure how best to fix this in the plugin. I could reject the new action but that would not really help. I suppose I could add a [i]Busy[/i] variable that you could test before issuing the next action...
Hi
Does anyone know if there is a GU10 colour changing bulb that is compatible with this system? I would like to have separate control of spots in my hallway and bathroom for mood lighting, but these would have to be GU10 spots, unless I go with strip lighting.
Thanks
Hi Borat,
no sorry, there is no GU10 bulb available.
Regards,
Hamish
-LimitlessLED.
i notices that directly setting a DIM level on the White lamp does not always result in the expected result.
setting the dim level to 100% first … wait 200ms and then set the level of choice seems to almost always fixing it …
[quote=“nullx8, post:65, topic:175037”]i notices that directly setting a DIM level on the White lamp does not always result in the expected result.
setting the dim level to 100% first … wait 200ms and then set the level of choice seems to almost always fixing it …[/quote]
Setting the dim level to 100% causes the plugin to re-synchronize with the lamp. This can sometimes be necessary if the lamp has missed a command or has been controlled by something other than the plugin - like an iPhone.
Does it work correctly if you use the On button or action to return to the previous dim level?
i set SwitchPower AND the dim level before
so yes the On button
i noticed that accidentally … because my desk-lamp is a wifi white lamp and it has different dim levels depending on other scenarios …
like i turn it on at daytime it goes to 60% and if its night time it just goes to 20% (its triggered by a zwave switch with a scene trigger)
but this settings did never really work out … i startet then to play with the UI to find a better illumination setting, and noticed that
- the dimmer drawer has basically no effect moving it from left to right
- always works if move the drawer from right to the left.
so i start pressing MAX first … and then dim where i want … later did the same in luup by SwitchPower1 = 1 LoadLevel= 100 … and then set the desired Loadlevel.
- the dimmer drawer has basically no effect moving it from left to rightThat's strange. It works perfectly on mine. What actions are you running in your scenes?
i’m sorry i was refering to the UI
my luup was like this
-- set Tischlampe
if (luup.variable_get("urn:rts-services-com:serviceId:DayTime", "Status", 16) == "0") then
luup.call_action("urn:upnp-org:serviceId:SwitchPower1","SetTarget",{ newTargetValue="1" },85)
luup.sleep(200);
luup.call_action("urn:upnp-org:serviceId:SwitchPower1","SetTarget",{ newTargetValue="1" },85)
luup.sleep(200);
luup.call_action("urn:upnp-org:serviceId:Dimming1", "SetLoadLevelTarget", {newLoadlevelTarget = "100"}, 85)
luup.sleep(600);
luup.call_action("urn:upnp-org:serviceId:Dimming1", "SetLoadLevelTarget", {newLoadlevelTarget = "21"}, 85)
else
luup.call_action("urn:upnp-org:serviceId:SwitchPower1","SetTarget",{ newTargetValue="0" },85)
luup.sleep(200);
luup.call_action("urn:upnp-org:serviceId:SwitchPower1","SetTarget",{ newTargetValue="0" },85)
end
return truethis is trigger luup for my office power switch (powers also the lamp)
i'm sorry i was refering to the UII did realize that. I was just wondering if there was some strange interaction between your scene actions and the UI. Your actions look fine but I wonder why you have to repeat them...
Is your bridge a long way from your access point?
[quote=“RexBeckett, post:70, topic:175037”]… Your actions look fine but I wonder why you have to repeat them…
Is your bridge a long way from your access point?[/quote]
out of experience the first call never get executed … well lets say 50:50.
so i repeat the first call to avoid this from happening … works fine this way.
far is relative 
about 5cm Wifi range and the vera about 30cm cable
the Office lamp (B/W) is in another room on another floor (about 15 meters trough 3 walls)
and the RGB’s are next room about 5 meters / 1 wall)
but its sure not a 2.4Ghz issue since they both react exactly the same.
I’ve been playing with one of the WiFi modules that are/were used in the bridge (shortly to control my blinds). I noticed that the module goes into some type of sleep state if not used for a while. This could explain your issue. Maybe my bridge has an earlier version of the module which doesn’t do this.
One solution to this is to have the plugin send a periodic dummy command to keep the module awake. This is working in my blind plugin and may also solve your problem with MiLightWU1. I’ve attached a new version of I_MiLightWU1.xml with this keep-alive functionality. If you would like to try it out, I would appreciate your feedback. It is working fine on my system but hang-on to the previous version of the file in case I broke something. ;D
i can live with sending the first command twice …
ill put your version on and test it a few hours (almost sunset anyway)
what blinds do you refering to ?
i search somethings for blinds quite some time already
what blinds do you refering to ?My solution is for Somfy RTS blinds but should also work for any RF-controlled blind. I add a WiFi module to a spare remote so that my plugin can [i]press the buttons[/i] via UDP commands. It is one-way communication but then so is the RF remote. The blind is programmed for open, closed and intermediate positions.
NEW Brighter 9WATT! RGB Colour and WarmWhite LED in 1 bulb!
limitlessled.com/shop/rgbw-color-led-light-bulb
The new RGBW API details are available here
limitlessled.com/dev
You can directly set the brightness, but it ramps up and ramps down based on the setting. we will hopefully add new timer and instant low brightness settings in the next version.
Regards,
Hamish.
-LimitlessLED.
Ate the 9 watts compatible to the old wifi bridges ?
They are brighter 9Watts RGB Colour and WarmWhite LED in 1 bulb. They only work with the new RGBW 4 Channel Colour Remote or the new LimitlessLED Wifi Bridge 3.0. The wifi bridge is backwards compatible with White, RGB and RGBW bulbs, but the new RGBW colour remote only works with the new RGBW bulbs.
They are also available on the LimitlessLED website. Both the standard B22 bayonet style, and the E27 screw cap style for RGB+W are available. And work universally on all voltages 90-250V.
-Hamish.
I have uploaded new versions of MiLightWU1 and MiLightCU1 plugins - the dimmable light emulators. The new versions now include a KeepAlive function which sends a dummy command to the WiFi bridge every 60 seconds to keep it connected and alert. I believe this is making the bridge more responsive.
Because you can have multiple devices connected to a single bridge, the plugins check all instances using the same IP address and only one device (the one with the lowest device ID) will start the KeepAlive function.
Only the I_MiLightWU1.xml and I_MiLightCU1.xml files have been changed so they are all you need to upload to Vera if you have the plugins installed. I also converted the instructions from RTF to PDF.
Hi Hamish,
So happy you brought an affordable competitor to the Philips RGBW bulbs. I’m a little confused about the capabilities of the 3.0 wifi bridge. Does the bridge offer 4 zones of independent RGBW control?