The NST Manager app can create these, but it is important that you have already installed the device handlers (so it can do it).
After the DTH’s have been installed in the IDE, go into NST manager and enable them, and done/save/next your way out.
If you are still have problems, IDE logs are where to look. Mostly likely it is an installation issues that the device handlers were not installed/saved/published correctly.
@E_Sch, thanks for your replies mate.
I wanted to report back, that I can view the Nest Presence and Nest Weather in “Smartthings Classic” app. Its showing fine in there. Just that the error pops up for these two virtual devices in the new Smartthings app. Is it normal? Or it shud work in both? If thats the case, why would it work on one and not on other if the settings are incorrect?
@MinerJason this is perfect, thanks! I was looking for last Connection but somehow missed it. I imported your sample and modified it for my needs and it’s working great, thanks!
Can you expand upon what you configured with this and the lastEventStart trigger? Do you have screen shot of the condition you set for the motion trigger?
I am having trouble with NST manager connection to my thermostat. I have two thermostats: one upstairs and one downstairs. The downstairs responds fine every time but the upstairs will not. How do I reset the connection or the thermostat or is there something else I need to do/check to get this working? thanks.
I have a flaky installation of the latest configuration.
I have two location with a Nest Thermostat in each. Both locations have been online since the early versions of the Nest thermostat incorporation into ST.
My device handlers show what appear to be duplicate handlers.
I get update notices which do not disappear after updating. I get missed custom schedules, setpoints and HVAC changes. It seems like I have the old stuff still connected to my automations?
The Live logging shows several errors, including
NST Manager (v5.5.6) | NST THERMOSTAT DEVICE UPDATE REQUIRED: Thermostat 9DGwRhzuF9VifYHM8p3ScuDROURHfn0B (v5.3.1) | REQUIRED: (v5.4.3) | Update the Device code to the latest software in the IDE
My concern is that one of the thermostats is 500 miles away and I will not be there until March. I don’t want to bring the hub or other automations down.
Guy - I don’t think this evaluates based on history (though, that is what I thought the first time I used it too). The way I have seen it work would be: when the temp changes, EVALUATE, if temp greater than or equal to 65, wait for “5 days” or “the temperature to go under 65”, if you make it through 5 days, then fire the action(s), OTHERWISE (the else if), if less than or equal 60 …
you could test by doing an hour and see when it happens or even enable trace and see if it is sitting in a wait more there with a timer. Or you could use https://wiki.webcore.co/Weather and use something like $weather.almanac.almanac.temp_high.normal.F
This has always worked great for me, then as of this morning, it just stopped. I’ve updated the device drivers and smart apps. Within SmartThings, it seems like it’s connected, but the information it shows when I click on the device is incorrect. For example, the Nest is set to 70, but it says 66. I’ve tried deleting the login info and re-entering, but still nothing. Anyone else having this issue?