@mrmrmrmr - It looks good. I haven’t tried it yet, but if it works I’ll add it to the next version.
@suprdave04, @Jimxenus - As @Mavis pointed out, disabling that option should turn the light off after it’s done displaying the weather. Unfortunately, SmartThings doesn’t seem to reliably retrieve the current state of the lights, so this feature doesn’t work as consistently as I would like.
Great info, i did check my settings and it was checked. So i unchecked saved and exited. And re ran it. But it still couldnt get it to turn off. In fact. I cant get the bulb to turn off at all once i run the color lamp. I can’t manually controll in in things either… i have to manually power the lamp off to get it to turn off. I must have something not right! Ha ha
Hmm, I’m not sure about your setup, but it did work for me once I unchecked the setting. I’ll check it for consistency though.
I cant wait to get home and try this! Ive been wanting to do this with my Fibaro RGBW under cabinet lights for so long! If I can get this to work, I have an extra meter of RGBW LEDs and a Fibaro that Ill set up in our walk in closet, so we can dress for the weather!
Love this app. It appears to have a high WAF. She has asked me to put a hue in her dressing room so she can dress accordingly. Great work.
Small Update
You can now fine tune the colors within the app under the “Advanced Options” page. I found that hue bulbs, hue light strips and Lifx bulbs all produce some colors very differently from each other. I also made a few minor changes to some of the in-app messaging. The updated code is at the github link at the top of this page.
Loving this app. Thank you. Prior to this I had RSS Feed + IFTTT doing this work. The main items my significant other misses is two views, Weather Alerts and Thunderstorms. We had it set up if anything under your “Weather Alerts” came thru it would turn the light Red. Your flashing is interesting, but does not work if light is on constant. Any way to just add a regular view for those types of alerts where it would just change to a new color? The second item is Thunderstorms. We had it to switch to another color when thunderstorms were mentioned. So in summary loving the app, just trying to up the WAF. 
Thanks for sharing your efforts. We appreciate it.
@Turb02 - did you ever manage to get this working a Fibaro RGBW?
@jdiben - I have been looking for an app that does exactly this and was delighted when I saw this thread, but upon installing, I am not given the option to select the Fibaro. Is there anything I could do to get this working?
Your advice and suggestions appreciated.
I tried this with my Lightify Gardenspot Mini, but color won’t set. Support for those would be great! Temperature notifications outside.
TBH I stopped being very active with my SH integration for a while.
I recall it working but it wasnt very intuitive (for me) Too many colors and conditions to remember what color went to what weather condition.
This was also when ST was having reliability issues so I stopped trying to integrate new apps/capabilities to see if I could stabilize my ecosystem.
Hello.
Does the code need these changes found at bellow post from Nick konsta to make it work now?
I just installed this SmartApp and now I’m wondering if that could be why mine isn’t working at all.
EDIT1: OK…after trying a couple things, I figured out I just had to change the main FQDN hostname (nothing else after it) from api.forecast.io to api.darksky.net
It’s way down in the code. Just earch for api.forecast.io and you should find it.
Now though, even though it ‘works’ (pretty cool), after it’s done ‘reporting’, the light stays on.
Is there something that I need to modify to get it to go back off, if it reports at a time when the light is off?
I see the setting to save the light’s settings, and I have that enabled, but it doesn’t seem to be working.
EDIT2:
Funny…when I disabled the setting to save light settings, it now goes back off after it’s done reporting.
@jdiben
Mine was not reporting correctly according to my zip code, and I know my hub’s location is set properly.
So, I went into the code, and replaced location.latitude and location.longitude with the appropriate numbers, and it seems to be working correctly for my location now.
Questions…
Did my edits actually fix it to my location, or doesn’t it work like that?
Is the only way of setting the location by either the method you suggested above through the hub’s location, or through these edits that I just did?
What if I want to have more than one ColorCast SmartApp for more than one location (like my folks’ place in a different state)? I know I could just install multiple copies of the main SmartApp into my IDE, but is there any chance you’d be willing to add that into the SmartApp itself, so we can just install multiple copies within the SmartThings Mobile App, name them appropriately, and set the location right there in the app (by zip code, coordinates, or whatever)?
Yes, I believe it does. I’ll post an update tonight. I’ll also have to reach out to darksky. Another of their requirements is that you can’t ask others to create their own developer api keys to use your software. So this app might be in violation of their updated terms. I hoping they’ll be ok with this one since it’s helping to spread their api to developers, but who knows. I may just need to embed my api key and when it exceeds the daily limit the app just stops working.
I’ll post an update with the new api location shortly. Mine is still working with the old one, but they may be phasing it out
Remembering the light state is a bit tricky since SmartThings doesn’t always know the current state of the lights, even when it’s set by SmartThings itself. Turning that option off will result in the light always turning off after displaying the weather. I actually stopped using the “remember” option myself because it just wasn’t as reliable as I want.
I already changed the API URL in mine (as per the comments from Nick which @uacolon quoted above).
So, that’s working just fine.
[quote=“jdiben, post:77, topic:13874, full:true”]
You can absolutly have more than one instance. I only use SmartThings at one location so I never considered an option to use alternate locations would be usefull. I’ll look into providing an option to chose a hub location. If it’s possible, I’ll add it in. At the very least I’ll add long/lat fields as a way to override the location for each instance of the app[/quote]
Sounds good, Thanks! 
A few things…
Lights Being Left On
Mine is now always leaving the Hue lights ON after doing its thing. Any chance of adding in some kind of OFF command at the end of processing to make sure it actually turns them back off?
I know you said that the default is to turn them off, but it’s not working…on mine. I wonder if it has anything to do with which kinds of Hue lights we’re using. In my case, they are Hue Iris lights. Do you think it matters?
Add Switch as Trigger?
Any chance you’d be able/willing to add in one more trigger method to the app?
I like being able to click the SmartApp button to trigger the weather reports, and being able to do it from motion or a door opening is cool too, but I’d really like to be able to trigger this from an external action (e.g. clicking a real or simulated button, or turning a switch ON or OFF).
For now, I’m going to use either a simulated contact sensor, or an instance of @Mike_Maxwell 's uDTH (here) to accomplish this, and it works just fine either way, but just checking to see if it could be added into the app itself.
WAY Too Many API Hits
’nevermind’ = not a thing
Much thanks.
+1 on this one. I want to have it show just first thing in the morning and I can easily control this with a switch and some rules. Also, please consider adding the ability to turn off the SmartApp and the lights when the switch turns off.