So there's an official Open Weather Map driver from Hubitat.
They still provide API access.
Is there anyway we can petition to have it modified to work with Sharptools.io?
Just trying to think of how to make this as native as possible with an API that works here in 2018.
Just schemin!
Thanks, no rush. I'm bummed I can't find my weather underground API key. Plus I can't get the built in weather underground driver to auto update... Reliably at least. Using some silly persons API key they posted publicly... I know bad bad.
I just migrated from smartthings over the last few days I have everything set up and automated. Trying to get sharptools set up but keep getting the error invalid request try again. I have removed the app readded, have one switch setup currently. Have rebooted the hub several times. My Alexa connection is working fine. Any help much appreciated.
It looks like the Hubitat authorization servers are having issues again. After selecting a hub location, it immediately redirects with an error when trying to authorize any cloud services.
I would suggest submitting a ticket to Hubitat so they are aware of the severity. I'm doing the same now.
So I just gave the APIXU another shot. It's actually really good.
It was much easier than I thought. I was an idiot and didn't see my API key in the URL they give you. Much thanks to @bangali .
Is there any way to turn off the incessant logging that sharptools does. It's useful for debugging but the rest of time makes logs usable and kills the time span of data available in past logs.
Glad to hear that you are enjoying things and thanks for the suggestion on the label for space/blank tiles. Can you clarify what you mean? I'm interpreting it something like the following:
I wasn't sure if you might want to adjust other properties like font sizing, positioning, etc. In which case I was thinking it might make for 'Label' tile or something of the sort rather than just adding a label to the spacer.
I don't believe we've received a request for this before (at least it's not in our tracker!). I'd need to look into how the thermostats report their fan modes as I recall that different thermostats report different fan modes. (eg. different thermostats support a different subset of available fan modes: on, off, auto, circulate, etc)
It looks like the ThermostatFanMode capability has an attribute that reports the available modes in the attributes supportedThermostatFanModes.
Were you thinking it would be another option that could show up in the modal window that pops up when you tap the 'Adjust' text in the bottom-left corner of a tile?
Something like the following (although probably will be dynamic based on the fan modes your thermostat supports):
That is exactly what I am hoping to see. I'm using the generic zigbee thermostat with a Centralite Pearl, let me know if you need any information from me, be glad to provide it.
The generic driver has a few things I don't need but the ThermostatFanMode suggests the proper value at all times (on or auto) and while the generic driver provides a couple methods to change that (fanOn, fanCirculate) both result in the same thing: ThermostatFanMode reporting on and thermostatOperatingState reporting "fan only" if the heat or air is otherwise not being called for. Not sure there is the option to have "off".
Based on the capability definitions I've seen, I was thinking I would use the supportedThermostatFanModes attribute to determine the available valid modes and then use the setThermostatFanMode(mode) method so it could be dynamically set.
Otherwise I would have to hard code buttons for the core defined fan mode methods fanOn(), fanAuto(), fanCirculate()... but that would rule out unique fan modes that some thermostats might have (eg. off, eco)