Announcement

Collapse
No announcement yet.

HSZigbee Now In Beta

Collapse
This is a sticky topic.
X
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Originally posted by rjh View Post
    We moved it to the lighting section of the plugins page, so its out of beta.

    If a device works with the Lightify gateway, it should work with the plugin.
    I'm curious, why not call it the Osram Lightify plugin then? It seems quite confusing to call it a zigbee plugin.
    _______________________________________________

    HS3 : HSpro (3.0.0.460) on Win2012 (vm on ESXi)
    Plugins: HSTouch, UPBSpud, Kinect, Nest, IFTTT, DirecTV, EasyTrigger, Imperihome, Zwave, RFXcom, UltraMon3, UltraWeatherBug3, UltraGCIR3, UltraLog3, UltraPioneer, PHLocation, Pushover, Pushalot, MCSSPrinklers S, JowiHue
    Jon00 Plugins: Bluetooth Proximity, Performance Monitor, DB Chart, Links

    Comment


      My classic A60 RGBW lighth bulb does not work at all.

      It doesn't report status, and I can't dim it. European server.
      HSPro 3.0.0.458, Z-NET with Z-wave plugin 3.0.1.190, RFXCOM + 2x RFXtrx433E, HSTouch, Squeezebox plugin, iTach IP/WF2IR & GC-100-6 with UltraGCIR, BLDenon, NetcamStudio, Jon00s Webpage builder, Harmony Hub plugin, SCSIP (with FreePBX), Arduino plugin, IFTTT, Pushalot plugin, Device History plugin.
      Running on Windows 10 (64) virtualized
      on ESXi (Fujitsu Primergy TX150 S8).
      WinSeer (for Win10) - TextSeer - FitbitSeer - HSPI_MoskusSample

      Are you Norwegian (or Scandinavian) and getting started with HomeSeer? Read the "HomeSeer School"!

      Comment


        ZigBee Errors

        The following errors started showing up today:


        Apr-23 02:10:43 Error Calling HSEvent in plugin HSZigBee, Instance :Object reference not set to an instance of an object.
        Apr-23 02:10:00 Error Calling SetIOMulti in plugin HSZigBee:Object reference not set to an instance of an object.
        Apr-23 02:05:43 Error Calling HSEvent in plugin HSZigBee, Instance :Object reference not set to an instance of an object.
        Apr-23 02:05:00 Error Calling SetIOMulti in plugin HSZigBee:Object reference not set to an instance of an object.

        Noting has changed in setup or events. What is needed to track this down?

        Michael
        HS3Pro on Win2012R2
        Aeotec, Cooper, Cree, GE/Jasco, Intermatic, LIFX, Fortrezz, OSRAM, RCS, Trane, Zooz
        BLBackup, BLGData, BLRussound, BLSpeech, HSTouch, InvisaLink, HSBuddy, IFTTT, NetCAM, PHLocation, Pushover 3P, Random, UltraLighting3, weatherXML, ZigBee, Z-Wave

        Comment


          I too am interested in Wemo Link support or at least some guidance in terms of writing my first plugin. As a brand new HS3 Pro user, I have no idea yet what level of technical difficulty that may entail...

          Comment


            Originally posted by rjh View Post
            You see the problem with the Zigbee, no real compatibility, it will be like herding cats trying to keep up. What we have at least gets us supporting a good chunk of devices. We do not intend on expanding the support at this time. I would contact the Lightify people and see if they can add support for the devices you want.

            Are there no Z-Wave devices that will do the same function? Tell me what the device does and maybe I know of a Z-Wave device that will work.
            @RJH
            IMO stepping up to provide proper support for ZigBee is appropriate given the increase in cheap/reliable Zigbee devices and that major manufactures are supporting it, and integrating into thier devices (like Amazon, Philips, Osram, etc).

            I understand the complexities/details but your efforts thus far are minimal at best. You don't even have posted compatibility list - HS verified, user verified, etc.

            BTW, if you had top notch Zwave support at least you could say your efforts were going there, but your Zwave support also lacks in many ways compared to major hub vendors (ST, Vera, Wink, etc).

            I'm not trying to be mean or disrespectful, but Device support in HS3 is disappointing (and far more difficult to use) in so many ways, comparing to other mainstream HA controllers/hubs.

            I'd be happy to discuss with you - I have much of the gaps documented for my HS3 review I will post this holiday.

            Comment


              HS supports more Z-Wave devices than any other vendor and we offer the ability to set parameters, offer settings for parameters on many devices, support EU devices, offer firmware updating, and S2 support is coming out soon (no other hub has S2 support).

              And we have a ST system set up here, so I know it hardly supports any of the devices HS supports. It does not support central scene, irrigation, Notifcation classes (partial), any many of the updated versions of existing classes. It also does not support multiple Z-Wave interfaces, or Ethernet Z-Wave interfaces, or backing up your network, or any diagnostics. Go ahead and try to get a log of your Z-Wave traffic or troubleshoot a node that is not working properly. Try and set up polling on a device to keep the status updated (yes, it has some kind of auto polling, but its global on everything!) And, Z-Wave still works if your Internet or their hosting service is down.

              Zigbee is still a mess. But we support any device that the Lightify system supports. This covers most of the devices that the other vendors support.

              Plus, I would say that Z-Wave devices now compare in prices to Zigbee, so there really isn't a reason to go that way.

              Originally posted by Ltek View Post
              @RJH
              IMO stepping up to provide proper support for ZigBee is appropriate given the increase in cheap/reliable Zigbee devices and that major manufactures are supporting it, and integrating into thier devices (like Amazon, Philips, Osram, etc).

              I understand the complexities/details but your efforts thus far are minimal at best. You don't even have posted compatibility list - HS verified, user verified, etc.

              BTW, if you had top notch Zwave support at least you could say your efforts were going there, but your Zwave support also lacks in many ways compared to major hub vendors (ST, Vera, Wink, etc).

              I'm not trying to be mean or disrespectful, but Device support in HS3 is disappointing (and far more difficult to use) in so many ways, comparing to other mainstream HA controllers/hubs.

              I'd be happy to discuss with you - I have much of the gaps documented for my HS3 review I will post this holiday.
              website | buy now | support | youtube

              Comment


                Originally posted by Ltek View Post
                BTW, if you had top notch Zwave support at least you could say your efforts were going there, but your Zwave support also lacks in many ways compared to major hub vendors (ST, Vera, Wink, etc).
                OK I'll bite. How is our Z-Wave support lacking "in many ways" compared to those vendors? Please be specific so I know you're being serious.
                Learn About HomeSeer

                Comment


                  @RJH,
                  Is not just the price that is attractive for Zigbee devices; there are devices/product types/categories which exist for Zigbee which there is no equal in Zwave (size, functionality, quality, etc) - and the sheer # of devices will grow quickly in the next year.
                  Zigbee is a major protocol being widely used and growing quickly... Philips, Osram, Amazon, Xiaomi, etc.
                  ... I'm not just some random consumer just guessing.

                  A few examples of devices that dont exist in Zwave world...

                  Bosch Pro-Grade ZigBee Wireless Motion Detector ISW-ZPR1-WP13
                  Xiaomi Smart Button
                  Iris keypad
                  Centrlite Zigbee Wireless Keypad
                  Visonic MCT-340 Door Window Temperature Sensor
                  NYCE NCZ-3011-HA ZigBee Door/Window Sensor
                  NYCE NCZ-3043-HA ZigBee Ceiling Motion Sensor
                  NYCE NCZ-3041-HA ZigBee Motion Sensor



                  Originally posted by macromark View Post
                  OK I'll bite. How is our Z-Wave support lacking "in many ways" compared to those vendors? Please be specific so I know you're being serious.
                  ... but of course ...

                  This info is purely about devices and how HS3 handles them, or does not. NOT about the # of devices "supported" as the word "supported" has a flexible definition (means different things to different people).

                  Sensor Device mini-review:

                  Sensor Device mini-review...

                  Device handling, overall is lacking in painful ways. This causes much more work, and even problems when using in the Event system and in real-world HA situations.

                  Door Locks:
                  - Lacks Door Lock Management and Full Functionality
                  - Free script works partly but not 100% as due to HS3s incorrect handling of schlage locks
                  - HS3 doesn't read status of Schalge Door Locks properly (shows all zwave lock/unlock commands as "manual")
                  - HS3 doesn't properly setup Schlage locks on initial install... Control Use properties are not set and status graphics do not exist
                  - no way to see the existing User Codes (vera has this built-in and has for years)
                  - requires adding 2 Notification parameters to get Unlock & Lock usage in Events... https://forums.homeseer.com/showthre...46#post1312646
                  - requires a separate 3rd part script (if you are lucky enough to search and find) and additional manual event setup... https://forums.homeseer.com/showpost...47&postcount=1

                  Setting / Viewing Parameters:
                  - Painful, slow, tedious. HS3 doesn't record/track existing setting and each parameter must be set manually, one at a time... it takes about 2 minutes to set a single parameter and ensure it is actually set (it does not always set even when HS says it did). HS often errors, so multiple tries are the norm.
                  - Validating a given parameter value is not an HS function; very sketchy, often the value simply doesnt show when queried in the plugin; even when it is set. When you click 'ready' HS should read all parameters and display the entire config, it provides you NOTHING.

                  Physical Handling:
                  - No Way to 'disarm' sensors. A valuable feature to quickly & easily create states that allow events to be more efficient. Example: any event (or set of) could be used based on sensor 'state', the event(s) functionality is enhanced and/or changed. All with only a single event control arming/disarming sensors. Instead, HS3 requires us to create a separate event for every situation; a lot more work. In prior systems I often disarm specific sensors based on combination of House Mode, Occupancy, Time of Day and 'Scene'... I had to scrap much of it moving from Vera to Homeseer as HS3 makes it far more work to re-create
                  - No Logically Device Groups (All motion sensors in bedroom, All lights in bedroom, etc) ... which allow a streamlined and faster creation of Events, scripts, etc
                  Use types:
                  - composite Status (at a glance view / status for all devices of a specific type or in a specific room, etc)
                  - composite Triggers (1 trigger based on multiple devices as a single entity)
                  - composite Control (on/off/dim for multiple devices as a single entity)

                  Inconsistent Device creation / handling:
                  - example: 3 different motion sensors could have 3 differently named child devices for the actual 'motion' sensor. HS should normalize ALL child devices for consistency and better user experience. Currently we have to heavily edit each devices Status Graphics to create consistency in naming and add proper motion images for display

                  Device History Log
                  - Requires a 3rd party paid plugin
                  - No easy way to create a 'Device Value History' to quickly/easily call a previous value/state to be used/set. Thus, reverting to a prior Scene/State, etc. This requires much more work in the Event system, which itself doesn't make this easy even if you manually build it. A lot of scripting and/or 3rd party paid plugins to aid a complex set of events to accomplish natively.

                  Comment


                    @Ltek - thanks for taking the time to outline the problems you've run into. Your list does includes some Z-Wave issues we're aware of mixed with some apparent bugs or communication problems; the Schlage issues in particular. I was hoping you'd include some examples of how ST and Wink are doing a better job with Z-Wave (as you suggested) but I do see the Vera references at least. A number of the issues are not Z-Wave specific but are more HS3-specific but hey... I did ask you for your input.
                    Learn About HomeSeer

                    Comment


                      Originally posted by macromark View Post
                      @Ltek - thanks for taking the time to outline the problems you've run into. Your list does includes some Z-Wave issues we're aware of mixed with some apparent bugs or communication problems; the Schlage issues in particular. I was hoping you'd include some examples of how ST and Wink are doing a better job with Z-Wave (as you suggested) but I do see the Vera references at least. A number of the issues are not Z-Wave specific but are more HS3-specific but hey... I did ask you for your input.
                      I did mix in a few general device usability issues, ultimately ALL of the gaps can be addressed via methods of device handling in HS3 code.

                      Regardless if comparing to Vera or Wink or ST... HS3 should be 100x better at all things. Homeseer software is 18 years old, Zwave support is 14 years old. Yet, HS3 is less mature in many ways (maybe most ways) of Device handling then any of those 3. Lets start with an easy ones... treat a Motion sensor or a Door lock or <insert device type here>, the exact same, no matter what the brand. The others do. HS3 simply exposes the ugly underbelly of Zwave values/parameters and requires the user to make everything work as we need and that causes problems too... HS3's competition does it correctly and uniformly thus not requiring the extra work and problems.

                      As much as I like HS3 - the software feels like its 18 year old code, not like its 18 years mature.

                      Comment


                        Our Z-Wave support is much different than other systems. We interrogate the device you are adding and build the devices based on the device classes supported. This makes the software much more compatible. However, it also does make the UI a mess in many cases. Many devices support the new notification class then also support BASIC SET or BINARY for notifications so that the device works with older controllers. So HS creates 2 devices, when you only need one. To fix this we have been slowly removing the duplicate device as well as renaming devices so they are consistent, and adding specific icons for things like motion/luminance etc. when we know what the device actually supports. Unfortunately, Z-Wave never added identifiers for what a sensor senses, such as motion or door open. But we can look at the manufacturer ID to figure that out.

                        So while the UI is not totally consistent, at least it works for just about everything you add, even devices we have never tested. I have added many newer devices to other controllers and they did not work at all since most controllers have to add support specifically for the device.


                        Originally posted by Ltek View Post
                        I did mix in a few general device usability issues, ultimately ALL of the gaps can be addressed via methods of device handling in HS3 code.

                        Regardless if comparing to Vera or Wink or ST... HS3 should be 100x better at all things. Homeseer software is 18 years old, Zwave support is 14 years old. Yet, HS3 is less mature in many ways (maybe most ways) of Device handling then any of those 3. Lets start with an easy ones... treat a Motion sensor or a Door lock or <insert device type here>, the exact same, no matter what the brand. The others do. HS3 simply exposes the ugly underbelly of Zwave values/parameters and requires the user to make everything work as we need and that causes problems too... HS3's competition does it correctly and uniformly thus not requiring the extra work and problems.

                        As much as I like HS3 - the software feels like its 18 year old code, not like its 18 years mature.
                        website | buy now | support | youtube

                        Comment


                          Originally posted by rjh View Post
                          Our Z-Wave support is much different than other systems. We interrogate the device you are adding and build the devices based on the device classes supported. This makes the software much more compatible. However, it also does make the UI a mess in many cases. Many devices support the new notification class then also support BASIC SET or BINARY for notifications so that the device works with older controllers. So HS creates 2 devices, when you only need one. To fix this we have been slowly removing the duplicate device as well as renaming devices so they are consistent, and adding specific icons for things like motion/luminance etc. when we know what the device actually supports. Unfortunately, Z-Wave never added identifiers for what a sensor senses, such as motion or door open. But we can look at the manufacturer ID to figure that out.

                          So while the UI is not totally consistent, at least it works for just about everything you add, even devices we have never tested. I have added many newer devices to other controllers and they did not work at all since most controllers have to add support specifically for the device.
                          For this Zwave device issue the fix is simple conceptually and you will leverage your community to do the work for you as new devices come to market.

                          Fix:
                          Create user editable 'Device Patterns / Templates' for each device type. When new device is paired, HS3 looks to see if a template is defined, if it is, it uses that to create the Device(s) in HS3. As new devices come to market anyone can add them to a template.

                          This will make it on consistent. Such as:

                          0 is always 'No Motion', 1 is always Motion
                          ... even if the device sends 255 or 7 or 8, HS3 converts it based on the template's definition.
                          and the same goes for the Child Devices themselves. When some devices define 'Home Security', HS3 coverts that to the child named "Motion" to be consistent with all the other motion devices.

                          <rant>
                          With a small amount of effort and the desire so many HS3 gaps/issues, like Zwave handling, could be 100x better.

                          I understand how the Zwave handling is the way it is but you've had 14 years to implement a method to overcome the challenge.

                          All your competitors (Wink, ST, Vera, etc) solved for this as a design requirement prior to launch in v1.0

                          Several things in HS3 are are in the same boat where a litte effort would go a long way

                          Example: plugin installer requiring manual file copying to install anything not on your HS server
                          ... BTW, Bill Gates called to say the DOS code you are using to do that is now open source ;-)

                          Example: no built-in method to autostart HS3
                          ... yup, Bill Gates called again to say he built this into the Windows 3.1 SDK

                          While I make light of the gaps I mention above, it is concerning that they, and numerous others like it, exist at all after 17 years of development.
                          </rant>

                          Comment


                            I've been using HS3 with Z-Wave here in the UK since both HS3 and the Z-Wave plug-in were first available in beta form, so I have gained quite a bit of experience in this area over the years.

                            Whilst I can sympathise with HST's quest in trying to keep up with the constantly moving target that is Z-Wave, I do agree with Ltek's comments about the use of the word "supported".

                            A better choice of words (for European users at least) may have been:
                            "The product may be fully or partially supported if you have sufficient time and knowledge to research and test multiple permutations of settings using our somewhat non-user-friendly settings interface as well as removing most of the unnecessary configuration that we set up for you by default."

                            I really don't know what their (HST's) target user base is for Homeseer but I can't for the life of me imagine that the typical householder without some serious time on their hands is going to have any level of success setting up a working Z-Wave network. I have spent countless hours helping out other UK users who are totally bamboozled when starting out with Z-Wave.

                            I appreciate that some of the issues around Z-Wave (device bugs etc) are outside of HST's control and Z-Wave is a complex technology but the way in which the user interacts with the software shouldn't be as painful as it is right now.

                            Our Z-Wave support is much different than other systems. We interrogate the device you are adding and build the devices based on the device classes supported.
                            I assume that interrogating the device doesn't give you a nice list of the parameters that it supports and what they do and this is why the settings section on the Z-Wave tab is a mess in many cases.

                            Overall, I would say that in its current state, setting up Homeseer with Z-Wave is more of a "professional" task than something to be taken on by an "end user" where perhaps the likes of Vera etc could be deemed more of an "end user friendly" experience.

                            Paul..

                            Comment


                              I ordered Zigate, this is a Zigbee USB contrpller which supports ZHA ZLL Zigbee v 3.0 etc etc. It can control Philips Hue, Xiaomi and other brands without the need for extra hubs from those vendors.

                              Would this plug-in work with the Zigate?

                              Comment


                                Originally posted by darkjamzi View Post
                                Would this plug-in work with the Zigate?
                                No.


                                Instead I would suggest go for a RaspBee on a Raspberry Pi, install deCONZ and use that as a gatewa for JowiHue.
                                HSPro 3.0.0.458, Z-NET with Z-wave plugin 3.0.1.190, RFXCOM + 2x RFXtrx433E, HSTouch, Squeezebox plugin, iTach IP/WF2IR & GC-100-6 with UltraGCIR, BLDenon, NetcamStudio, Jon00s Webpage builder, Harmony Hub plugin, SCSIP (with FreePBX), Arduino plugin, IFTTT, Pushalot plugin, Device History plugin.
                                Running on Windows 10 (64) virtualized
                                on ESXi (Fujitsu Primergy TX150 S8).
                                WinSeer (for Win10) - TextSeer - FitbitSeer - HSPI_MoskusSample

                                Are you Norwegian (or Scandinavian) and getting started with HomeSeer? Read the "HomeSeer School"!

                                Comment

                                Working...
                                X