HSZigbee Now In Beta

[simplextech]

it is the old API not the new. i've not dabbled in the new because i stopped using ST a long time ago before the new one was implemented.

I might be interested in your Hubitat port. I've talked with the Hubitat devs and they are open to an integration.

[fuzzysb]

it is the old API not the new. i've not dabbled in the new because i stopped using ST a long time ago before the new one was implemented.

[simplextech]

ok if anyone is interested and i apologise hijacking the thread a bit. i have uploaded my Smartthings connectivity code to github.

first add the following device handler available here to smartthings.

then create a new device and select this device handler. in the device settings specify the internal IP address of your homeseer server and the web port.

next add all the 5 smartapps available here

at the moment you can send Contact/Motion/Presence & Switch Statuses to Homeseer devices.

so to do this create a new device in homeseer and for Status ensure that the homeseer device has these values

Switch
0 = Off
100 = On

Contact & Motion
0=Closed/NoMotion
1=Open/Motion

Presence
0=Away
1=Home

Then take note of the Homeseer Reference Id

then just go into the smartthings app for example and install an instance of the Contact Sensor to HS3 App and select the Contact sensor which you want to send the status of, select the Homeseer HS3 device and specify the Homeseer Device ID.

then just open/close the sensor and you will see that the status of the virtual device is updated.

The Homeseer device handler can be updated to subscribe to more types etc.. quite easily. then you just need a smartapp to initiate the send of the status.

and lastly i have another which will synchronize the switch state between HS3 virtual device and ST, so you can turn on the switch on either platform and the status will be reflected in another.

much the same as the other smartapps however you need to enable oAuth in the smartapp settings. then find the app id and token from the smartapp settings once you have installed it and selected the switch device and specified the HS3 Device Id.

then i create an event in Homeseer where i specify if the homeseer device switch changes off i then run a script or script command and specify and select to execute an immediate script command the following

&hs.URLAction("https://graph-eu01-euwest1.api.smartthings.com/api/smartapps/installations/<AppID>/ST/off?access_token=<Access Token>", "GET", "", "")

and then i create one that triggers when the device turns on and specify

&hs.URLAction("https://graph-eu01-euwest1.api.smartthings.com/api/smartapps/installations/<AppID>/ST/on?access_token=<Access Token>", "GET", "", "")

then you will see that the switch status is kept in sync between HS3 and Smartthings

as stated though the solution is very clunky but i had it all up and running in one afternoon and it worked so well i didn't bother improving/expanding on it as i only used it during the migration to Homeseer.

I have also ported it to Hubitat and i use these purely for my Zigbee contact sensors/motion sensors and switches. again clunky to set up but works very well.

hope it helps you guys.

I wrote a plugin to interface with Vera to get Zigbee sensors support with HS.

Honestly I don't know why HS doesn't pick one of the available Zigbee offerings and dig into it. deCONZ is the most popular/supported Zigbee standalone solution currently. Having HS developers supporting the project would be good for everyone and great PR for HomeSeer. It probably comes done to money.

[rjh]

HS3 Build 3.0.0.449 with a fix for controlling color bulbs is available.

With HS3 build 3.0.0.449 you can now set a color in the event action for a color bulb. When selecting the action to set a color, a color picker is presented. This works for Z-Wave and Lightify bulbs and should work with any other technology that sets the "color picker" as the control type.

Builds for software and all controllers is here:

https://forums.homeseer.com/showthread.php?t=181241

[rjh]

Is this using the old ST API? I see there is a new REST API that looks pretty easy to work with.

ok if anyone is interested and i apologise hijacking the thread a bit. i have uploaded my Smartthings connectivity code to github.

first add the following device handler available here to smartthings.

then create a new device and select this device handler. in the device settings specify the internal IP address of your homeseer server and the web port.

next add all the 5 smartapps available here

at the moment you can send Contact/Motion/Presence & Switch Statuses to Homeseer devices.

so to do this create a new device in homeseer and for Status ensure that the homeseer device has these values

Switch
0 = Off
100 = On

Contact & Motion
0=Closed/NoMotion
1=Open/Motion

Presence
0=Away
1=Home

Then take note of the Homeseer Reference Id

then just go into the smartthings app for example and install an instance of the Contact Sensor to HS3 App and select the Contact sensor which you want to send the status of, select the Homeseer HS3 device and specify the Homeseer Device ID.

then just open/close the sensor and you will see that the status of the virtual device is updated.

The Homeseer device handler can be updated to subscribe to more types etc.. quite easily. then you just need a smartapp to initiate the send of the status.

and lastly i have another which will synchronize the switch state between HS3 virtual device and ST, so you can turn on the switch on either platform and the status will be reflected in another.

much the same as the other smartapps however you need to enable oAuth in the smartapp settings. then find the app id and token from the smartapp settings once you have installed it and selected the switch device and specified the HS3 Device Id.

then i create an event in Homeseer where i specify if the homeseer device switch changes off i then run a script or script command and specify and select to execute an immediate script command the following

&hs.URLAction("https://graph-eu01-euwest1.api.smartthings.com/api/smartapps/installations/<AppID>/ST/off?access_token=<Access Token>", "GET", "", "")

and then i create one that triggers when the device turns on and specify

&hs.URLAction("https://graph-eu01-euwest1.api.smartthings.com/api/smartapps/installations/<AppID>/ST/on?access_token=<Access Token>", "GET", "", "")

then you will see that the switch status is kept in sync between HS3 and Smartthings

as stated though the solution is very clunky but i had it all up and running in one afternoon and it worked so well i didn't bother improving/expanding on it as i only used it during the migration to Homeseer.

I have also ported it to Hubitat and i use these purely for my Zigbee contact sensors/motion sensors and switches. again clunky to set up but works very well.

hope it helps you guys.

[fuzzysb]

ok if anyone is interested and i apologise hijacking the thread a bit. i have uploaded my Smartthings connectivity code to github.

first add the following device handler available here to smartthings.

then create a new device and select this device handler. in the device settings specify the internal IP address of your homeseer server and the web port.

next add all the 5 smartapps available here

at the moment you can send Contact/Motion/Presence & Switch Statuses to Homeseer devices.

so to do this create a new device in homeseer and for Status ensure that the homeseer device has these values

Switch
0 = Off
100 = On

Contact & Motion
0=Closed/NoMotion
1=Open/Motion

Presence
0=Away
1=Home

Then take note of the Homeseer Reference Id

then just go into the smartthings app for example and install an instance of the Contact Sensor to HS3 App and select the Contact sensor which you want to send the status of, select the Homeseer HS3 device and specify the Homeseer Device ID.

then just open/close the sensor and you will see that the status of the virtual device is updated.

The Homeseer device handler can be updated to subscribe to more types etc.. quite easily. then you just need a smartapp to initiate the send of the status.

and lastly i have another which will synchronize the switch state between HS3 virtual device and ST, so you can turn on the switch on either platform and the status will be reflected in another.

much the same as the other smartapps however you need to enable oAuth in the smartapp settings. then find the app id and token from the smartapp settings once you have installed it and selected the switch device and specified the HS3 Device Id.

then i create an event in Homeseer where i specify if the homeseer device switch changes off i then run a script or script command and specify and select to execute an immediate script command the following

&hs.URLAction("https://graph-eu01-euwest1.api.smartthings.com/api/smartapps/installations/<AppID>/ST/off?access_token=<Access Token>", "GET", "", "")

and then i create one that triggers when the device turns on and specify

&hs.URLAction("https://graph-eu01-euwest1.api.smartthings.com/api/smartapps/installations/<AppID>/ST/on?access_token=<Access Token>", "GET", "", "")

then you will see that the switch status is kept in sync between HS3 and Smartthings

as stated though the solution is very clunky but i had it all up and running in one afternoon and it worked so well i didn't bother improving/expanding on it as i only used it during the migration to Homeseer.

I have also ported it to Hubitat and i use these purely for my Zigbee contact sensors/motion sensors and switches. again clunky to set up but works very well.

hope it helps you guys.

[Moskus]

Pretty sure Rich was talking about the backbone of the system, the 'brains'... not just specific tech... but I think you know that. We leverage the cloud where we can (Zigbee, IFTTT, Amazon Alexa, Google Home, etc).

Yeah, but that is also what makes it strange...

Sure, I can understand that IFTTT, Alexa and Google Home are depending on an internet connection. But that HomeSeer Tech actively chose a technology for controlling local Zigbee that also requires an internet connection is a bit strange. Especially since JowiHue does a fantastic job with local control, using either the Hue hub or the (better) deCONZ interfaces.

I'm sure you can understand my point of view too...

[fuzzysb]

If we can control ST devices though an API, that may not be bad idea. Need to investigate that.

I already have a solution for this. That is simple enough. I will post the bits on GitHub today

It could do with more work on HS side also for it to work better. Without the need for events

Sent from my SM-G950F using Tapatalk

[rjh]

The color picker missing from the even action has been a todo task. It is done and should be available tomorrow.

If we can control ST devices though an API, that may not be bad idea. Need to investigate that.

For me... really I only care about the Lighify color lights working properly so PLEASE get that working correctly. Make the HS3 Event system able to choose the color in the event. I dont see why this hasnt been fixed.






I've never suggested you support zigbee directly.



To be clear I made 2 Points...


1) Lightify is one API and that doesnt even work. Choosing a Color via an event doesnt work. You dont support color temperature at all.
... thus we cant even automate (use in events) Lightify devices with Homeseer!


2) If you created a plugin to interface with SmartThings, you could leverage their abstraction layer and all you would need to do is read/sync back the devices to Homeseer. Thus, you have NO Zigbee API/SDK to support at all... pure SmartThings, which is well documented and has a HUGE community to help.


Why not just make a deal with the coder for the JowiHue Plug-In to allow HS3 users to use his plugin free for basic stuff... like Lightify.
... he seems to have it all done already. The money/time it costs you should be a wash and you wont have a bunch of upset users.

[Ltek]

For me... really I only care about the Lighify color lights working properly so PLEASE get that working correctly. Make the HS3 Event system able to choose the color in the event. I dont see why this hasnt been fixed.

Not sure your response was to my post. I was just curious as to what other devices Z-Wave is missing.

We are doing our best to support Zigbee but its a huge resource hog since there is no standard API. Companies that have created the chips have their own SDK and they are not easy to work with, that is why we choose Lightify as they do all the work in their hub. We are still investigating other solutions. And then when you do have something working you have to do special code for all the different Zigbee protocols, a real nightmare.

I've never suggested you support zigbee directly.



To be clear I made 2 Points...


1) Lightify is one API and that doesnt even work. Choosing a Color via an event doesnt work. You dont support color temperature at all.
... thus we cant even automate (use in events) Lightify devices with Homeseer!


2) If you created a plugin to interface with SmartThings, you could leverage their abstraction layer and all you would need to do is read/sync back the devices to Homeseer. Thus, you have NO Zigbee API/SDK to support at all... pure SmartThings, which is well documented and has a HUGE community to help.


Why not just make a deal with the coder for the JowiHue Plug-In to allow HS3 users to use his plugin free for basic stuff... like Lightify.
... he seems to have it all done already. The money/time it costs you should be a wash and you wont have a bunch of upset users.

[rjh]

Not sure your response was to my post. I was just curious as to what other devices Z-Wave is missing.

We are doing our best to support Zigbee but its a huge resource hog since there is no standard API. Companies that have created the chips have their own SDK and they are not easy to work with, that is why we choose Lightify as they do all the work in their hub. We are still investigating other solutions. And then when you do have something working you have to do special code for all the different Zigbee protocols, a real nightmare.

... using your logic, then there is no reason to use Homeseer! Smarthings or Vera can do the same thing Homeseer can. Tesla owners should be buying a Camry instead... does the same thing!



... why even have computerized automation at all? You simply get off your butt and turn on a light? Does the same thing, right!



If people want to use Zigbee they should have that option. Lightify & Hue are zigbee and many other, very inexpensive sensors ($5-10) are zigbee and they work with ST2.


I'm not arguing in strong favor for supporting ST2... but I would prefer the option being looked at to see if it is better for the HST community.


Right now your Lightify plugin is not functioning enough to make it usable for the intended purpose. Maybe if it was then the discussion would be different.

[rjh]

Ok, I see.

I think that is semantics. If like me you have migrated to homeseer from another platform so already have a large investment of ZigBee. Then the lack of ZigBee support is a barrier to adoption


Sent from my SM-G950F using Tapatalk

[Ltek]

Can you tell me what devices Zigbee has that Z-Wave doesn't that you would want to use? I saw one post that mentioned bulbs that support different white temperatures, but Aeotec just released one that has that. There are others.

... using your logic, then there is no reason to use Homeseer! Smarthings or Vera can do the same thing Homeseer can. Tesla owners should be buying a Camry instead... does the same thing!



... why even have computerized automation at all? You simply get off your butt and turn on a light? Does the same thing, right!



If people want to use Zigbee they should have that option. Lightify & Hue are zigbee and many other, very inexpensive sensors ($5-10) are zigbee and they work with ST2.


I'm not arguing in strong favor for supporting ST2... but I would prefer the option being looked at to see if it is better for the HST community.


Right now your Lightify plugin is not functioning enough to make it usable for the intended purpose. Maybe if it was then the discussion would be different.

[fuzzysb]

I saw one post that mentioned bulbs that support different white temperatures, but Aeotec just released one that has that. There are others.

I think that is semantics. If like me you have migrated to homeseer from another platform so already have a large investment of ZigBee. Then the lack of ZigBee support is a barrier to adoption


Sent from my SM-G950F using Tapatalk

[rjh]

Can you tell me what devices Zigbee has that Z-Wave doesn't that you would want to use? I saw one post that mentioned bulbs that support different white temperatures, but Aeotec just released one that has that. There are others.

If you've read some of my posts you know I'm happy to call out gaps and things in Homeseer I think are simply done wrong or not the way they should be based on 17 years of development.