Ecobee 2 - Public release

https://github.com/FlyingDiver/Indigo-E ... /tag/2.0.8

See instructions on main GitHub page.

You will need to create an Ecobee Account device first, and do the authentication to your Ecobee.com account.

Then create devices for your thermostats. You will not be able to use old devices from the original Ecobee plugin.

Congrats, Joe! Truly appreciate your great work on this!!

[jay (support)]

Agreed, having a working plugin for Ecobee is a big plus for the Indigo ecosystem. Thanks for your many contributions Joe!

I've published it in the Plugin Store. I'm going to leave the old one up there for a while since there may be links to that entry. I have inserted a note at the top of the description pointing to the new plugin's entry.

Hi Joe, thanks for all your work on this. I am still seeing the following exception for my Cor thermostats. I tried both release 2.0.8 as well as Pre-release 2.1.0, with the same exception showing up for both. I will take a look at the code later this evening to see if I can figure out what may be happening. Please let me know in case I'm doing something wrong as far as the configuration goes; logs are attached!

Code: Select all

Traceback (most recent call last):
File "plugin.py", line 141, in runConcurrentThread
File "/Library/Application Support/Perceptive Automation/Indigo 7/Plugins/Ecobee 2.indigoPlugin/Contents/Server Plugin/ecobee.py", line 538, in update
AttributeError: 'NoneType' object has no attribute 'get'

Hi Joe, thanks for all your work on this. I am still seeing the following exception for my Cor thermostats. I tried both release 2.0.8 as well as Pre-release 2.1.0, with the same exception showing up for both. I will take a look at the code later this evening to see if I can figure out what may be happening. Please let me know in case I'm doing something wrong as far as the configuration goes; logs are attached!

Code: Select all

Traceback (most recent call last):
File "plugin.py", line 141, in runConcurrentThread
File "/Library/Application Support/Perceptive Automation/Indigo 7/Plugins/Ecobee 2.indigoPlugin/Contents/Server Plugin/ecobee.py", line 538, in update
AttributeError: 'NoneType' object has no attribute 'get'

Did you re-create your devices with 2.0.8?

Does the Cor have an occupancy sensor in it? And does it support remotes? What Ecobee is it closest to?

I missed that there was an open issue with your thermostat.

The best way for me to put in support for the Cor would be to capture the info from the server. To do that, change the log level to "Detailed Debugging". Soon after you do that, you'll get a bunch of JSON code dumped to the log. Once that happens, change the log level back. Then zip up that section of the log and attach it to the GitHub issue: https://github.com/FlyingDiver/Indigo-Ecobee-2/issues/2

Yes, I recreated the devices with 2.0.8. My apologies I couldn't follow up sooner on your previous thread.

I don't think the Cor has an occupancy sensor (any ideas how can I confirm)? The thermostat's LCD screen turns on when you stand in front of it, but I doubt it's a full blown occupancy sensor. It definitely does not support remotes, that much I'm sure. As far as which Ecobee it's closest to - the Ecobee 'Smart' device worked flawlessly from one of your older plugin releases.

I will follow your instructions and provide logs on the Github issue. Thank you sir, once again!!

Yes, I recreated the devices with 2.0.8. My apologies I couldn't follow up sooner on your previous thread.

I don't think the Cor has an occupancy sensor (any ideas how can I confirm)? The thermostat's LCD screen turns on when you stand in front of it, but I doubt it's a full blown occupancy sensor. It definitely does not support remotes, that much I'm sure. As far as which Ecobee it's closest to - the Ecobee 'Smart' device worked flawlessly from one of your older plugin releases.

I will follow your instructions and provide logs on the Github issue. Thank you sir, once again!!

For some reason, I thought it was more similar to the Ecobee 3. The data dump will give me everything I need. I'll need to get this fixed tomorrow, because I'm out of town all next week.

According to the data from the sensor, the Cor does have a occupancy sensor along with humidity and temperature. But it's labeled differently in the data than the Ecobee stats are. I'll have something by tomorrow.

I posted a new version to the GitHub issue. Try that one.

I posted a new version to the GitHub issue. Try that one.

Thanks so much Joe, for looking into this issue and supporting the Cor line!

I updated the Github issue -- seeing a different exception now.

Joe, thank you for fixing the Cor issues in the latest drop. My Cor thermostats are integrated with Indigo now, and have been working without issue all night. Thank you for the amazing work on this!

Joe, thank you for fixing the Cor issues in the latest drop. My Cor thermostats are integrated with Indigo now, and have been working without issue all night. Thank you for the amazing work on this!

Did it create the occupancy sensor, and is it working properly?

Yes, occupancy sensors for both my Cor thermostats are created and working properly, they've gone on and off in Indigo and state is updating appropriately.

Also token refreshes have been working fine. Thank you Joe, I think we're in good shape!!

Release 2.1.2 is available in plugin store or direct at https://github.com/FlyingDiver/Indigo-E ... /tag/2.1.2

Fixes for Cor (Carrier) thermostats.

Options to use "indefinite" holds in place of the default "next transition" holds. The default hold type for a thermostat can be set at device creation, while editing the device, or via an Action.

Gigantic thank you for taking this on!

New plugin is working GREAT for me with an Ecobee 4, Ecobee 3 Lite, and 5 sensors!

Kudos!!!!


Sent from my iPhone using Tapatalk