Announcement

Collapse
No announcement yet.

Devices not updating HS status when Link sent

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Devices not updating HS status when Link sent

    I am experiencing partial HS updating of UPB device status when a link is sent. (HS 2.2.0.11, UPB Plugin 1.0.2.7)

    I have tested sending an "activate link" from the HS UPB plugin with 8 dimmers and one keypad having the link in their Receive Components table. I redownloaded the UPB configuration to the devices from UPStart, and reexported the configuration file from UPStart to HS. I have transmitted the link from HS, and also from a UPB keypad. All devices properly react to the link, but only 3 or 4 of the devices have their HS status updated (and the corresponding MLHS messages sent to ML).

    Further, on each test, the number of devices that do have their status updated varies (never more than 4), which suggests to me that the devices and the UPStart export to HS are not the problem.

    I do not understand how the UPB Plugin gets/updates status for a link packet. I understand that it knows from the UPStart file, all of the devices that should change state for the link it has sent. Does it wait for ack before updating HS with status?... or should it be updating HS for all of the devices based on the configuration? I do have the plugin's most detailed logging on, and I can see entries for all the devices being updated to HS and no references to the devices not updated.

    I do NOT have the "Report light level after rocker switch is pressed" option on, nor the "LED Tracking is enabled on PCS keypads" option on. Given that half the devices update properly to HS, I assume these need not be on (reduces UPB traffic).

    I'd very much welcome any help!!
Working...
X