[OBSOLETE] Hue B Smart (Smart and FAST Hue Lighting)

Yes.

What I do occasionally is set a few core pistons to trigger off the level of a dimmer.

Is there any way of getting something to switch on and off with a random offset, so say “Switch off at 21:00 ± 15mins” as the official Hue app does, whether this is through CoRe or anything else.

Like the app very much, been using it since launch - excellent work on this. I’m rebuilding my setup, and have a large number of scenes, bulbs and groups to import. Would it be possible in a future release to incorporate check-boxes for selecting/adding multiple things at once?

Hi, I seem to be having an issue with Hue B Smart detecting my bridge. I have removed the bridge (added it again via ST hue integration, and removed again) and removed Hue B Smart twice & re-installed.

When I check the ST log I see the following information :

Previously found bridge discovered
Sending verify request for 0017882A*** (10.0.0.102:80)
Sending verify request for 0017882A*** (10.0.0.102:80)
Sending verify request for 0017882A*** (10.0.0.102:80)
Sending verify request for 0017882A*** (10.0.0.102:80)
Sending bridge discovery.
Bridge discovery sent.
Discovery Response is [devicetype:04, mac:0017882A***, networkAddress:0A000066, deviceAddress:0050, stringCount:04, ssdpPath:/description.xml, ssdpUSN:uuid:0****, ssdpTerm:urn:schemas-upnp-org:device:basic:1, ssdpNTS:null, hub:***].

Note - obfuscated some uids/macs with *

And the whole process seems to repeat again, without me seeing anything on the ST UI. I have tried searching here for anyone experiencing the same issue, but haven’t come across anyone reporting this.

Has anyone experienced this, and can you recommend a fix if so?

Thanks!

Two suggestions :

  1. check your Philips Hue app to see if your hub is online.
  2. log into your IDE and go to locations - > smartapps and see if you have a “ghost” of the original Hue connect app lurking. If so, click edit on top of list and then delete the ghost.

If neither of those things apply, let me know.

Hi Tony,

Thanks for a quick reply!

  1. Hub is definitely online - I am controlling lights via the hue app right now
  2. Cannot see a “ghost” of the original app in there at all.

However, I did just spot this in the log, with a WARN label - I have base64 decoded the body to save you the hassle

6ae6c131-e66f-4986-8139-0ca291af374d 18:38:12: warn super_connect_warn parse() received in hue bulb description=index:18, mac:0017882A***, ip:0A000066, port:0050, requestId:8130992c-17f5-4d39-90f0-d5dd5b7d20aa

headers:SFRUUC8xLjEgMjAwIE9LDQpDb250ZW50LXR5cGU6IHRleHQveG1sDQpDb25uZWN0aW9uOiBLZWVwLUFsaXZl, body:

    <root xmlns="urn:schemas-upnp-org:device-1-0">
    <specVersion>
<major>1</major>
    <minor>0</minor>
    </specVersion>
    <URLBase>http://10.0.0.102:80/</URLBase>
    <device>
    <deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType>
    <friendlyName>Philips hue (10.0.0.102)</friendlyName>
    <manufacturer>Royal Philips Electronics</manufacturer>
    <manufacturerURL>http://www.philips.com</manufacturerURL>
    <modelDescription>Philips hue Personal Wireless Lighting</modelDescription>
    <modelName>Philips hue bridge 2015</modelName>
    <modelNumber>BSB002</modelNumber>
    <modelURL>http://www.meethue.com</modelURL>
    <serialNumber>***</serialNumber>
    <UDN>***</UDN>
    <presentationURL>index.html</presentationURL>
    <iconList>
    <icon>
    <mimetype>image/png</mimetype>
    <height>48</height>
    <width>48</width>
    <depth>24</depth>
    <url>hue_logo_0.png</url>
    </icon>
    </iconList>
    </device>
    </root>```

This was not appearing under the Hue B Smart Log, but just seemed to be within All - and cannot find it under any other of my connected devices logs - which is a little confusing!

Hi,

As an update to this - I have found where this warning is coming from. In logs it is coming from a device called “Extended Color Light 1” which is an osram lightify lamp that I had connected to ST directly, then more recently, removed from ST and paired to my hue bridge.

Strangely, this device only appears in the log after starting the bridge search in Hue B Smart, it is not appearing in my devices, and as a precaution I have also removed this light from my Hue bridge.

Still no joy however. I am wondering if I will have to reset ST to get rid of this “Ghost” device.

Thanks

Hmmm. It is possible that the osram device is the thing causing the problem, but I can’t be sure. Obviously don’t want you to go through hassle of complete reset.

First contact support and ask if there is any way they can fully remove that device.

Well I got there in the end - not entirely sure how
but I did.

I noticed that this warning in the log had headers and body, so presumed this must be coming from the hue bridge. I went to the hue app and confirmed that I could not see “Extended color light 1” in my list, and I decided to try doing a “clean” from the hue app - just incase.

Did this - and lost all my scenes - however suddenly in my light list I had Extended colour light 1 (amongst 5 other lamps I had recently deleted).

I thought that I would rename this to Extended color light 2, to see if the same device would appear with the new name in the ST log. I opened Hue B Smart, and it started to search - and suddenly my bridge appeared! I have managed to add all my lights (including the elusive Extended color light 2) and all is working well. Seems like this may been a strange one off issue possibly between ST and Hue, however it does appear that the “Clean” fixed it. Just a pity I lost all my scenes on the Hue side.

I’m glad that worked out.

Since you have to rebuild your scenes - and may want to make adjustments after you’re set up in SmartThings - each scene device has an “Update Scene” button. Clicking that button will tell the Hue Hub to save the then-existing light state of all the lights within that scene.

I’ve had Hue B Smart working OK for ages, but had some issues with my Hue setup loosing lights recently (I think it ended up being due to a WiFi channel change I made!) so I deleted some lights out of Hue B Smart and re-added them - no big issues really.
One of my lights is an Osram so needs Transition Time to be 0ms, originally I had no issues setting this but I cannot change this for the life of me now, I even tried creating a CoRe piston that uses setTransitionTime(0) and nothing changes.

Edit - I resolved this by creating a CoRe script that ran TTDown() 4 times - it appears to be the buttons that are broken and not actually the function.

Are you saying that the buttons don’t work for any of your Hue lights or that the buttons don’t work for your Osram light?

The TTUp and TTDown buttons don’t appear to do anything for any of my bulbs, white, ambiance or colour. I don’t even get visual feedback like I do if I click refresh. Nor do I get anything in the logs, so it’s as if Transition + and Transition - aren’t buttons.

Ok, this one was on me. For some unknown reason, the transitionTime Up and Down tiles were the wrong type (valueTiles instead of standardTiles), so they only displayed info and couldn’t perform an action.

I have updated the code on Github and severely admonished each of the monkeys in my testing facility.

Brill, thanks very much! Updating now, even though I did manage to get it to work :smiley:

I updated the SmartApp and DTHs via GitHub integration. Got a new issue I’m trying to figure out. I noticed that my Core pistons weren’t turning off the Hues. Manually turning on and off lights in the app seems to work but the SmartThings app is losing track of the status. i.e., the button stays “Turning On” or “Turning Off”

In the log, when I toggle a light I see this “java.lang.NullPointerException: Cannot invoke method updateStatus() on null object @ line 328”

Anything I should try? Thanks all!

That’s an odd one. I am able to toggle a bulb manually and via CoRE without any problem - for a long time.

Are you receiving that error only when you try via CoRE or also when you toggle it manually?

What version of the smartapp and DTHs are you using?

Appreciate the help! Hm, the behavior seems limited to the my Hue groups, all using “Hue B Smart Group” DTH, and started just after I updated to the latest versions of the smart app and DTH.

smart app version: .9b
dth version: 1.3b

Manually toggling in the SmartThings app (My Home > Things) does in fact turn the groups on and off, but the status in the app doesn’t change from “Turning On” and “Turning Off”. If I refresh the “Things” view, the status goes back to “On” regardless of whether the group is actually on or off.

Here’s what’s happening in the log when I manually toggle them.

The device log:

9487b745-8529-4b7d-8e58-a8b117a26a63 1:02:27 PM: debug NO Update Needed for transitionTime.
9487b745-8529-4b7d-8e58-a8b117a26a63 1:02:27 PM: trace Hue B Smart Group: updateStatus ( transitiontime:4 )
9487b745-8529-4b7d-8e58-a8b117a26a63 1:02:26 PM: trace Hue B Smart Group: off():
9487b745-8529-4b7d-8e58-a8b117a26a63 1:02:18 PM: debug NO Update Needed for transitionTime.
9487b745-8529-4b7d-8e58-a8b117a26a63 1:02:18 PM: trace Hue B Smart Group: updateStatus ( transitiontime:4 )
9487b745-8529-4b7d-8e58-a8b117a26a63 1:02:18 PM: trace Hue B Smart Group: on():

The bridge device:

9aa1d64d-46a2-44fc-81ba-a53a9e454767 1:02:27 PM: error java.lang.NullPointerException: Cannot invoke method updateStatus() on null object @ line 328
9aa1d64d-46a2-44fc-81ba-a53a9e454767 1:02:26 PM: debug GROUP: devId = 00178824F3FD/GROUP4
9aa1d64d-46a2-44fc-81ba-a53a9e454767 1:02:26 PM: debug k = /groups/4/action/transitiontime, split1 = groups, split2 = 4, split3 = action, split4= transitiontime, value = 4
9aa1d64d-46a2-44fc-81ba-a53a9e454767 1:02:26 PM: trace [/groups/4/action/transitiontime:4]
9aa1d64d-46a2-44fc-81ba-a53a9e454767 1:02:26 PM: trace parse()
9aa1d64d-46a2-44fc-81ba-a53a9e454767 1:02:18 PM: error java.lang.NullPointerException: Cannot invoke method updateStatus() on null object @ line 328
9aa1d64d-46a2-44fc-81ba-a53a9e454767 1:02:18 PM: debug GROUP: devId = 00178824F3FD/GROUP4
9aa1d64d-46a2-44fc-81ba-a53a9e454767 1:02:18 PM: debug k = /groups/4/action/transitiontime, split1 = groups, split2 = 4, split3 = action, split4= transitiontime, value = 4
9aa1d64d-46a2-44fc-81ba-a53a9e454767 1:02:18 PM: trace [/groups/4/action/transitiontime:4]
9aa1d64d-46a2-44fc-81ba-a53a9e454767 1:02:18 PM: trace parse()

Any thoughts?

Hi, Can somebody help me out, it seems that I can’t find any bulbs. First, i deleted all my existed lights including HUE bridge itself from the ST. After I add https://github.com/infofiend/Hue_B_Smart. Update from repo did all the automatic install so there should be no mistake added Device handlers and smart app as well from its repo account. I launched an app and all it seems ok finds the bridge, links with it but when it needs to find lights groups and scenes nothing showing up there is just searching forever. What could it be wrong, after deleting all again and installing HueREconnect it works but the main issue there is it only sees 3 scenes out of 10. Thank you for help :slight_smile:

Appreciate the help! Hm, the behavior seems limited to the my Hue groups, all using “Hue B Smart Group” DTH, and started just after I updated to the latest versions of the smart app and DTH.

smart app version: .9b
dth version: 1.3b

Manually toggling in the SmartThings app (My Home > Things) does in fact turn the groups on and off, but the status in the app doesn’t change from “Turning On” and “Turning Off”. If I refresh the “Things” view, the status goes back to “On” regardless of whether the group is actually on or off.

Did you update the Hue Bridge DTH as well? I’m thinking you didn’t.