Posts: 40,483
Threads: 491
Joined: Aug 2002
If someone is using UPB with an Omni, and local changes at the switch aren't showing up at the Omni, what would be the deal with that. Local changes work. Changes made through CQC work, and changes made through the Omni panel itself work (and CQC sees those.) But changes made at the local switch aren't seen by either CQC or the Omni. So the Omni clearly isn't seeing changes from the UPB system. Does it poll those or make use of a reporting mechanism that needs to be enabled?
Dean Roddey
Explorans limites defectum
Posts: 139
Threads: 26
Joined: Jan 2011
is this the same issue:
http://cocoontech.com/forums/topic/24621...-question/
Something seems odd. "Stairway" seems to be a light (since he succeeds in turning it off). But he is asking if "stairway ON PRESSED".
While, from the log, the system is communicating the state of the LIGHT, it might not be communicating the state of the BUTTON. Feels like there is some confusion either on configuration or automation regarding switch vs light. It seems he is asking if a light fixture is PRESSED
caveat: I know the omni well, but not HLC or UPB stuff (I have lutron). So ignore this if it makes no sense. Just trying to help.
Posts: 40,483
Threads: 491
Joined: Aug 2002
05-06-2013, 11:12 AM
(This post was last modified: 05-06-2013, 11:18 AM by Dean Roddey.)
In this case, it's pretty clear that the state the load is not being reported to the Omni, since the Omni's view of the load state doesn't track changes made via the local light switch. So something is obviously keeping it from picking up those changes. Outgoing commands from the Omni panel or from CQC via the Omni work fine, and CQC sees changes made from the panel. But changes made from the switch aren't propogating to the Omni, and hence not to CQC. I don't know if the Omni polls the UPB controller or depends on async reports that somehow need to be enabled or something.
Dean Roddey
Explorans limites defectum
Posts: 40,483
Threads: 491
Joined: Aug 2002
Anyhoo, yeh, some of the comments on that thread indicate there's a 'send state' option in UPBStart for the switches that needs to be enabled. So I passed on a link to that thread for the customer to look at.
Dean Roddey
Explorans limites defectum
Posts: 40,483
Threads: 491
Joined: Aug 2002
So he finally got back to this, and he says he already had Report State enabled on all of them in UPStart. He said he didn't have them listed as HLC in PCAccess, and did that as well. Does that make any sense?
Dean Roddey
Explorans limites defectum
Posts: 18
Threads: 4
Joined: Nov 2011
In my setup I have the UPB setup at HLC in the omni. I belive if you don't use HLC then you have to code the switches to send the status reply back. When you use HLC it automaticaly takes care of the status and provides the two way feedback.
I wanted something to just work so I use the HLC mode so I don't have to worry about the feedback and then use upstart to "tweak" the links (ramp level, etc) to what I need for that room.
Posts: 1,035
Threads: 97
Joined: Aug 2008
I don't know if this applies, but I discovered if you use a UPB repeater in your house (not a bridge, but an active repeater) and you are using Gen I switches, they will not be able to report back their status. Gen II switches are fine. This was a big problem, so I ended up scraping the repeater.
