Making virtual Switches for HAI and Homeseer?

scottp73

Member
I am thinking about getting the OMNI PRO II and Know that homeseer support is almost doesn't exist anymore. Right now I use homeseer and still want to be able to do a few things with it! Is it possible with Upstart to make Virtual Switches? for an example. Having the Omni turn on a Virtual Switch and homeseer being able to read the switch status when turned on to run a command and then turn off the virtual Switch? I don't know if this can be done with UPB or can it really be done even with x-10?

I wish that Homeseer worked with the HAI but that is just another complaint that I cant do anything about.

Reason for this is that I have Bitwise doing functions for me and homeseer is setup well for that.


From what I see bitwise only works with hai via the Touchscreen and not as an event! Open to suggestions on getting bitwise to work with hai omni pro II as an event (when Lights turn off, Turn off TV, Ect.)

Thanks you all your help in advance!
 
Yea, I went throught this with homeseer, it does work with HAI but there driver is quite old and doesn't do all the functionallity. Thermostats are out, lights I think work ok. But I was going to carry homeseer and they told me they would not support HAI and and have no intensions of updating the driver so if HAI does an update and it brakes the driver you are out of luck. Both great systems I just wisht they would work together I have a small market for this since they do tend to complament each other.
 
Personally I prefer to control my lighting/security/HVAC via the OPII sans HS. I use the HAI OPII for HS created events (but not dependant on them).


You can read the UPB light levels with the existing standard HS version of the plugin and assign a virtual device to it. The standard version doesn't "know" that its an HLC switch and that confuses it a bit. The beta plugin does see it as an HLC switch but doesn't work with the thermostat (any HAI thermostat (last 7 years). The new HAI OPII firmware though appears to be breaking the alarm status now though with the legacy HS plugin - which is a bad thing.

Here's an example of it reading status of the UPB switch. I just dimmed my home office UPB switch and the HS/HAI plugin reads:

Study-UPB (37) Level Set to 58 158

On the alarm status though it now reads (it isn't armed).

Panel Status: Armed UNKNOWN 112 (Delay)
 
Yea, I went throught this with homeseer, it does work with HAI but there driver is quite old and doesn't do all the functionallity. Thermostats are out, lights I think work ok. But I was going to carry homeseer and they told me they would not support HAI and and have no intensions of updating the driver so if HAI does an update and it brakes the driver you are out of luck. Both great systems I just wisht they would work together I have a small market for this since they do tend to complament each other.

By driver I assume you mean the plug-in. There are two plug-ins, a "classic" one for lack of a better term and a newer one. Some people preferred the older one because they thought that the RS-232 communications link worked better with it, so that is why it was left there. If you worked with the older one, then that might explain some of the issues you are seeing, but there is some confusion in the other claims.

Thermostats work as well as they can with the system - I have never had a problem with them when I was using them through the panel. However, when a thermostat is connected through the panel, you do not get the fan status, operating status, and cannot put it into Aux heat mode. These were all HAI design issues, not issues with the plug-in. That is why I moved all of my HAI thermostats to the separate HAI thermostat plug-in - you get all of those features back plus more, including the filter reminders, runtime counters, etc.

Pete has run into issues with the thermostats, but I honestly could not determine what was up with them and why he is having more problems than others - perhaps he has newer firmware, or perhaps there are too many thermostats - I don't know. I know that under the Omni-Link protocol, that you do NOT get instant notifications of anything - the panel has to be polled. Much of that has changed with HAI releasing a new communications DLL, something that I was looking for as many as 8 years ago when they first promised something like that, but as you mentioned we are not willing to rewrite the plug-in to make use of it because there simply is not enough demand.

We are, however, committed to supporting the existing plug-in, which is again contrary to what you believe. The current plug-in to the best of my knowledge works with everything in the system with the potential exception of the new OmniStat2 thermostats. I will be looking into making the changes needed to make these work though. If at the same time I can easily add support for some of the newer lighting technologies that they have, then I will do that too. However, every lighting technology that they add is done through mapping a device to an HAI Unit, and the only differences come in to play when you are commanding a light to do something and support was added for some of the special features of the device. What that means is, the support that is there for the Units today works between 75% and 100% with even the lighting technologies that were added after the plug-in was last updated. The reason it is not too easy to add support for more lighting technologies is because the plug-in queries the memory of the HAI panel to find out what type of lighting device a particular unit is, and if some of the memory allocations have changed with panel firmware updates, then this will not work anymore, and a whole new UI option to configure the lighting type would have to be added.

So to re-cap, the plug-in will be maintained with the current functionality as long as possible, and I will be taking a look at the newer thermostats as well. However, HAI wants to be able to do everything, and HomeSeer can do everything, and so with the demand that we have been seeing for the HAI plug-in, it does not make sense for us to develop a plug-in to a system that has so many redundant/overlapping features as ours, especially when a lot of the functionality is filtered or slimmed down in features so that the HAI panel can support it.
 
Pete has run into issues with the thermostats, but I honestly could not determine what was up with them and why he is having more problems than others - perhaps he has newer firmware, or perhaps there are too many thermostats - I don't know. I know that under the Omni-Link protocol, that you do NOT get instant notifications of anything - the panel has to be polled. Much of that has changed with HAI releasing a new communications DLL, something that I was looking for as many as 8 years ago when they first promised something like that, but as you mentioned we are not willing to rewrite the plug-in to make use of it because there simply is not enough demand.

The "newer" plugin is and always has been disfunctional with legacy / current HAI Thermostats connected to the HAI OPII panel. This was documented back a few years ago by numerous HAI HS Plugin users and myself. This is fact and most likely has detracted many folks from even purchasing a thermostat which you could connect to the HAI panel.

This issue alone made me stay with the legacy HS HAI plugin.

I do miss the time sync though in the newer plugin as I am very particular about time. I have learned to be somewhat patient in the last couple of years.

However, when a thermostat is connected through the panel, you do not get the fan status, operating status, and cannot put it into Aux heat mode. These were all HAI design issues, not issues with the plug-in.

I get all I need from the older plugin related to the OmniStat2 to OPII connection. I can make any changes that I want via what I see. The newer plugin randomly shows com errors on the HVAC page and pegs the thermostat.

haihvac.jpg
 
Back
Top