Yes, the Nest integration still works although for the Nest Hello doorbell, it’s only considered as a cam (the Nest APIs don’t provide more features). However, fyi, sometimes the Nest APIs don’t provide the live streaming even though it’s publicly shared. The nest protects work fine.
The right package for the Nest Cams and Nest protects is the Nest devices bundle.
Thank you. So I could not trigger a light coming on if someone is at the door for example.
Especially if button is pressed. This will eliminate false positives.
Also why don’t we have full integrating.
It only makes sense.
Hi, as indicated at my store, the ecobee bundle includes My Ecobee device & Ecobee’s Remote Sensor (DTHs and smartapps),the ecobee Switch DTH, AND the zoning smartapp for Ecobee called ecobeeSetZoneWithSchedule.
For more details on the zoning smartapp, refer to the ST community wiki for supported features, look & feel, use cases supported & configuration, troubleshooting…
It’s basically the most advanced zoned heating/cooling solution under the ST platform. based on the concepts of rooms/zones/schedules
Hi, For all ecobee users, please take note of the following ecobee outage annoncement (as indicated at status.ecobee.com).
If you have My ecobee device’s latest release installed, just relax, you’ll not lose your auth tokens and any failed commands will be replayed in the next hour after the ecobee outage.
If you have the ST stock device (or any ecobee implementation), this is a good time to upgrade…
Regards.
Planned Server Outage Announcement
Upcoming scheduled maintenance notice
We’re performing scheduled renovations from 2 AM – 6 AM EDT on 22nd of May, 2019. Please be advised that ecobee thermostats will continue to operate normally on the set schedule and by manual adjustment, including all in-progress energy-savings events. The ecobee app, web portal and third-party apps may be temporarily unavailable. Our apologies for any inconvenience!
If you have recently upgraded to the latest version, make sure to update also MyEcobeeInit (the service manager to V4.1b) as the DTH and service manager need to be updated in sync. This is actually indicated in the release notes included in the zip. You need to re-login with the new versions as the tokens handling logic has changed.
Also, if you have entered any other device preferences parameters other than for tracing, I’d recommend to remove any values as they can interfere with the tokens renewal logic.
If you still have any issues after the above troubleshooting steps, I’d be very curious to see your logs as I’ve not experienced any issues for several years now.
I personally monitor many user locations in North America as part of my support packages and there has been no issues whatsoever (except the occasional ecobee server outages), but in any case, My ecobee device can replay any failed commands .
Am I missing something when it comes to setting up my ecobee to accept hold types? I want to create a “vacation” button that when clicked, my ecobee will go into an indefinite hold, but I have tried multiple different hold commands, but keep an error in logging around the ecobee.
Hi, Please consult the ST community for the holdType preference and how to call the different methods with the holdType parameter. The methods in the DTH implementation also explain how to call them with the right parameters. All the configuration details are explained at the ST community wiki. If you want to set a different holdType in webcore than the default one set in the device’s preference, there is a section about it at the end.
Hi, based on a virtual switch, you can execute automatically a routine under the ST classic app which will enable the (custom or Away) ST mode of your choice. The ST mode can trigger the right ecobee program (or climate) using the ecobeeChangeMode smartapp at my github.
For advanced fan features, you’d need to contribute to ecobeeSetZoneWithSchedule smartapp at my store. The smartapp is based on the concepts of rooms/zones/schedules.
Is there any way automatically to trigger reset of an obstructed vent? The 8 vents in my system sporadically flash red and report the obstruction to ST. Attempted remedies include new batteries, lubrication, configuring wifi to avoid ST’s ZigBee channel 24, and installing the most recent version of EcobeeSetZoneWithSchedule.
Hi Gary, if all your smart vents get obstructed, then there is something wrong with your vents…
I’ve never experienced any obstruction like that at my house and I have 15 vents.
My smartapps already check for the obstructed status and try to open/close them as successive commands, but of course, if they are physically obstructed, it’s not possible for my code to correct it.
ST’s Event List shows ChallisfordVents (renamed ecobeesetZoneWithSchedule) shows the sequence APP_COMMAND/setLevel, COMMAND/setLevel, DEVICE/setLevel. The source for APP_COMMAND is your ecobeesetZoneWithSchedule. The source for COMMAND is unclear. ST reports only, “setLevel command was sent to Vent.” The APP_COMMAND/COMMAND pair often repeats many times before DEVICE, the vent, responds. That is during normal operation. I haven’t recently captured the sequence when an obstruction is in effect. Is that as it should be?
I don’t know anything about your configuration, but yes, it can be normal as my smartapp can send multiple setLevel commands in a short 5-min timeframe especially if you have few vents and more than 50% of your vents are closed… The smartapp will not allow too many vents to be closed at the same time to avoid damaging your HVAC (this is part of the safeguards).
The smartapp runs a cycle every 5 minutes and adjusts the vent settings according to your ambient temperature vs the setpoints.