SmartThings Community

[RELEASE] Resilient - My Ecobee Device & ecosystem v5 - The smartest thermostat under ST with new "comfort tips" features and Unique Integration with Echo/Ask Alexa


(Brandon L) #964

Just used one of my updates now that setting hold type is easy in WebCore.

Just wanted make sure I’m doing it right:

  • My fan is set to 10-15min/hr
  • When I leave, life360 calls ST and sets away so fan schedule still operates
  • Hold type default was previously set to indefinite, but I’ve now set it to nextTransition so me yelling at my Google jelly donut (home mini) doesn’t last forever.

To retain previous behavior plus limiting Google commands to nextTransition::

  • When I want to set away as triggered by Life360, I should call setholdwithholdtype with the string parameter indefinite, then set away?
  • Then when returning home, I should call setholdwithholdtype with string parameter nextTransition, then issue my resume commands as normal.

Did my life just get that easy?


How do you do it in WC? I tried that quite a while ago and couldn’t figure it out. Sounds like there is a new update to WC that makes it easy? I haven’t updated WC since with my ST ecosystem I don’t update something unless broken or new functionality I want, but this would fall into that new stuff I want! I have that exact problem of not wanting to set holds forever through Google.

(Brandon L) #966

With the new version it takes a few minutes to settle and you have to pop open the webcore app smartapp and kick it until the new commands show in the config dashboard. Then it’s just choose it like any other command. the only tricky part is the selections aren’t programmed in so there’s a button for parameters to pass and you can select the string type and enter your values as needed. Not as clean as retail-supported methods but hopefully coming in the future so we don’t have to look everything up.


Excellent, thanks!

(Brandon L) #968

Or, at least, that’s what I’m here to make sure I’m doing right… :smiley:

(Yves Racine) #969

@farlicimo, @brandini,

Since this post, the setHoldWithHoldType method has been available for webcore users :

There is some documentation about setHoldWithHoldType under the ST community wiki (at the end of the section):

There are also some explanations near the signature of the method (in the DTH code).

Make sure to call the method with the right parameter types (setpoints as number).

@guarddog13 can help you with webcore, as he was the first to query about this method last month.


(Ryan) #970

@brandini @farlicimo you set it like this.

Its string (leave blank), integer (heat sp), integar (cool sp), string (fan), string (hold type).

(Brandon L) #972

Hm, I have all temperatures in my Ecobee comfort settings already, do I need to re-duplicate them all in this call now? I’m just trying to trigger away, as-programmed, indefinitely (like when I leave), and then remove the away/resume and return to normal function of holds defaulting to nextTransition.

(Ryan) #973

Just make that call as your away, if you want to be indefinite and indefinite is different than your normal transition. When you return home just use resumeProgram() and it will go back to your ecobee program.

(Ryan) #974

I do it like this because i have my ecobee switch back to its normal program after 2 hours of a temp change. I also want yves DTH to do nextTransition. If everyone at my house is away i want that to be indefinite so i use this method.

(Richard Bryant) #975

When using your app and device handlers to expose the ecobee remote sensor, what is the polling interval, is it adjustable ? The stock ecobee app only reports on 15 minute intervals, not usable for motion.

(Yves Racine) #976

First, the ecobee’s proprietary remote sensors are not motion sensors per se, but occupancy sensors…

They have some limitations for motion detection, refer to

In any case, the polling interval can be changed in the ecobeeRemoteSensorInit smartapp (by default, it’s every 5 minutes).


(Brandon L) #977

So is this the correct way to set an indefinite away hold?

Per it seems to be but if so I’m not sure why setholdwithholdtype was needed…

Now that WebCore is so popular is there any documentation on how to interact with myEcobee with it?

I did see this: device.setClimate("",‘away’,[holdType:‘indefinite’]) BUT I have no idea what to put where in WebCoRE because I can’t seem to find an example of values mapping (a list of commands, arguments, variable types, and orders required).

(Yves Racine) #978


No, it’s not the right way.

First, do you need to set a permanent Away Hold (which will apply the indefinite option for all your commands to the thermostat) or a temporary one (for just one command)?

  • If the former, then you’d need to set the holdType parameter in the device (indefinite is the default anyway).

  • If the latter, then you’d need to use the setHoldWithHoldType() command with your heating/cooling setpoints as indicated in the previous posts above. Webcore doesn’t support Maps as input parameter hence the setHoldWithHoldType() method for the webcore users.

In all cases, refer to the ST community wiki for a better understanding of the holdType possible options.

P.S. If you’re using webCore, then you’d need to contact power users in this forum (or the webcore forum) who use webcore with My Ecobee device.

FYI, I don’t use webcore as I’m focusing on implementing some smartapps for the most common use cases (refer to my smartapps at my github).


(Brandon L) #979

Per this post: [RELEASE] Resilient - My Ecobee Device & ecosystem v5 - The smartest thermostat under ST with new "comfort tips" features and Unique Integration with Echo/Ask Alexa

I’m attempting to set an indefinite away hold in webcore without changing the global hold type. The default needs to remain nextTransition or changes via the Ecobee itself, Google, or any of the apps will be permanent. I’m not having an issue with webcore per se, I’m trying to find what the command looks like so I can replicate it in WebCore. The setholdwithholdtype doesn’t seem to be able to use a comfort setting to hold to, is that correct? (and if correct, can that feature be added in the future so I can continue to use comfort settings and not hard-coded temperatures?) I’m trying to use my ecobee as the manufacturer intended in order to keep the experience familiar for my family.

The limitation which I think you’re alluding to is that I will have to globally change hold types, then set away. And then (upon return) resumethisTstat and reset the hold types to nextTransition which while functional seems clunkier than even the ecobee app (click away and it doesn’t apply the transition timer).

(Yves Racine) #980

I’m sorry, but you can still use setHoldWithHoldType with your Away’s cooling/heating setpoints and this will accomplish the same thing.

However, If you’re willing to pay for custom development, then please PM me and I will see what I can do.

My development & support time are limited as I have a full time job and a family.

P.S. You can try also to convince the Webcore developers to add support for Maps as parameters. Then, if they agree, you could use the setClimate and setHold methods the same way I can use them in my smartapps.

@farlicimo contacted them a while ago about it and they were supposed to look into it:


(Yves Racine) #981


For all my contributors & ecobee users, I’ve just released a new version of My Ecobee device (v5.9.9x.4) with the setClimateWithHoldType command(). This command is especially useful for webcore users.

Examples:, the first parameter is the serial number of the thermostat (null or empty string means the current one):

// to set an indefinite Away hold on current thermostat

 device.setClimateWithHoldType( null,, 'Away','indefinite')   

// to set an Away holdHours of 2 hours on current thermostat

  device.setClimateWithHoldType( null, ,'Away','holdHours',2) 

// to set a Home holdType starting on 2018-07-28 at 16:28 and ending in 2035-01-01

 device.setClimateWithHoldType( null, 'Home','dateTime', null, '2018-07-11','16:28:00')

As a contributor to my code, if you haven’t upgraded to MyEcobeeInit (v4), you need to carefully read the release notes to ensure a smooth transition. The new version allows you to create all ecobee devices (ecobee tstat + ecobee switch+).

FYI, My Ecobee devices (tstat + switch) are compatible with the new Samsung Connect mobile app.

Please note that at the moment, the new Samsung mobile app will only display the basic attributes for the thermostat until the custom capabilities are available for the developers. You can then use the ST classic app for more capabilities and commands.

The instructions to force a refresh for your existing device(s) in order to be displayed under the Samsung app are included in the installation file as part of the download zip file.

You can download the new versions at my store using your original sellfy download link.

P.S. If you’re an active contributor to one of my support packages (and I have access to your ST account), the upgrade has already been done for you. You don’t need to do anything, everything has been taken care of.


(Scott Chapman) #982

Hi, I’m experiencing an issue I don’t understand.

I’ve set things up to set mode to away when there is no one home (that works). And resume schedule when someone comes home.

It seems like this works (I get the notification), but all the t-stats say “Away and Holding” and thus are not back on my schedule.


(Yves Racine) #983

Hi Scott,

Please follow the instructions below and send me some logs at as I cannot help you without logs.


(Scott Chapman) #984

I reset a few things and it seems to be working better. Tragically I didn’t do enough to keep track of what fixed it, but s’all good now. thanks!