The units are based on your location’s temperature scale, Fahrenheit or Celsius.
what about distance units?
@Brad_ST could you guys enrich the json with the units, even as an additional set of values so that we know directly what is provided?
Some of us don’t use the local units of the station.
Also, can you confirm what subscription you are providing? It seems anove the basic package of the Weathe Company, it is posible to query the PWS or specific WS but as per your documentation you don’t provide it. This is a big gap in term of feature versus WeatherUnderground. Some users like to use a specific WS for better accuracy.
Thanks a lot
Not sure if this is helpful to any of you or not, but if you have a PWS by Ambient, there’s another way to get your data into ST. Ambient provides an API and there’s an app by Kurt Sanders which works quite well.
I’m seeing wrong information for my zipcode using the SmartThings Weather Station tile, improved from seeing wrong locations and the use of “null” in the name. Are there continued problems despite the fixes added the other week or am I not doing something correctly?
Thanks for the STAmbientWeather plug, @mpenda.
I just released an update last night for V3.02, and now I’m working on the converting this app from WU -> TWC for local weather forecasts and alerts displayed in the same Ambient Weather Station Tile.
Next, I plan to modify the DTH “SmartWeather Station Tile” for Ambient weather station users so they can see their Ambient weather data in an ActionTiles Weather tile.
WARNING: I have found that SmartThings “replacement” code for TWC no longer handles some (all?) Canadian postal codes.
This means that functions like getSunriseAndSunset() and even the new getTwcXXXXX() functions will fail if a non-US zip code is specified. Generally, it is now best to leave the location field blank so that it uses the Lat/Lon for the hub, which in turn requires users to actually set their location via their mobile device.
Thank you Kurt, your app convinced me to abandon virtual weather station software, and the native SmartThings weather app; and switch over to ambient weather meteobridge hub. Everything works great and now I have up to date weather data showing up in my SmartThings app.
I’ve also created a core pistons to switch my thermostats over to heat or cooling based on out side temp, I don’t like auto, as I don’t need a constant narrow temperature inside.
Am I the ONLY one that hasn’t had any issues? ST Weather Tiles 1.0 and 2.0 both work fine for me, and using my own pws: ID
Are you 100% sure it’s still working? Mine showed it was refreshing but the data was clearly not updating. I had to switch back to zip code to fix it.
I thought this was suppose to work on the new app? It works fine in classic but its stuck at checking status on the new one. If this is not meant for the new app what can I use that works in both. I need the nee app to put together a heating schedule change that I cant do in the old app. Any help is appreciated.
Interesting…so that’s not the same handler I’m using - mine is Smartweather Station Tile, which if I remember correctly was the only one ActionTiles actually supports?
SmartWeather Station Tile 2.0 works fine with ActionTiles. Never had any issues and I’ve always used a PWS ID.
Kurt, any idea if or when your app will support the new Samsung app? Not that I use it, but I’m sure we will be forced over to it at some point.
Just released STAmbientWeather v3.05 last night, which does exactly that! Time to upgrade your version and see your Ambient Weather in the cool ActionTiles™ weather tile!
Ambient Weather Station ActionTiles™ Integration
What? I thought only the stock Weather Tile works with ActionTiles!?
This is brand new information to me, too. I had no idea.
I determined that DTH’s are unique by DTH name and namespace. So this SmartWeather Station Tile is created until my developer’s namespace. and can be picked up by ActionTiles™ as long as it has the same number of fields as the SmartThings version!
Only if you have a Ambient WS like the WS-2902A.