Having problems with ELK-M1G Lighting Considering HAI if cant fix problem

[scottp73]

I have the M1G and besides the keypads I have been happy with the system. I use homeseer also.

The problem is that my lighing doesnt work right with the ELK. I use Z-wave at the moment and really dont want to change every dimmer/Switch (60+) of them. I am using the Leviton RS-232 Z-wave for connection to the ELK. and Homeseer also with the Z-troller. When I turn on a Switch/Dimmer the light will respond and turn on, after a few sec the M1G will show that the switch/dimmer jumps too off right away, leaving the Light on! also I dont see what is on or off. it just shows everything as off. To turn off the light with the M1G I have to turn it on and then off before it jumps to off on it own. This is true for keypads, Web Access, and EK M1(iphone).

as for hand held devices I have the Cooper AspireRF. I did go out and but the Leviton remote to try that just as the Instructions say too, And still the same problem. 80% of my Switches/Dimmers are the Cooper Aspire RF and the rest are the Leviton.

A while back I did go and get the UPB from HAI and one Switch to try that and it had the same Problem also where the it would go right off after a few sec. also.

I have tried to do it with Polling and with out (Jummer setting on the Serial Modual.)

I guess I am at the point of thining of Changing out my M1G to the HAI OMNIPRO II if I cant get this to work right. Then again I dont know if I HAI will have the same problem. Just thinking that HAI might be better at lighting even thoe I know the programming is hardder but that can be learned.


Thanks in advance to all your Help here!

Please dont take this that I am saying HAI or ELK is better! But I am open to your Sujestions on this matter too.

Scottp73

Sorry for reposting I put the First post in wrong area

 

[mustangcoupe]

Scott,

What I do (and this is because I wanted to have better control of my lights as I know Elk does not track UPB status well) is control everything from the computer, not the elk. my software of choice if Elve, and I know you can do the same with any package out there. And monitor my elk for motion or door sensors and put all the logic in the computer. kitchen door opens and the alarm is armed away turn on kitchen light... etc.

 

[Kevin L]

I'm with you, Todd. I have Centralite LiteJet and Jetstream, and some X10. I have the ELK M1G and Homeseer Pro. I just let Homeseer handle all the lighting, including responding to events from the M1.

Kevin

 

[ddennerline]

This sounds like there is some sort of notification conflict. I have not had any problem with status update if ElkM1G turns off an individual light.

The Cooper Aspire Z-Wave switches may not support the bi-directional update feature that Leviton Vizia+ switches provide. You can verify if this work by unhooking the RS-232 VRC0P, plugging into computer RS-232, use HyperTerminal (9600 baud), and watch for a notification every time a switch is manually toggled. Because the VRC0P is a secondary controller, every light that is “associated†with this controller should send an update notification. The update notification will follow this message format.

<N002:130,001
<N002S000,000,000
<N002:130,001
<N002S000,255,000
<N008:130,001
<N008S000,000,000
<N006:130,001
<N006S000,043,000
<N005:130,001
<N005S000,098,000

There is a jumper (I believe it’s JP8) on the M1XSP/Vizia+ firmware that if enabled supports responding to a “HAIL†command with a status query. Some Z-Wave devices send a “HAIL†request back to controller who then turns around a sends status-update-request. This is a round-about way to implement asynchronous status updates.

Jumper S8 = 0, when a “Hail†command is received, the request node status command will be sent. Jumper S8 = 1, do not send request status of node.

When configuring a M1XSP-based automation->lighting in ElkRP, the “Opt†option must not checked.