Old code delayed updating local data until we were ready to push (after delay to batch updates). That caused issues where HK could appear to bounce back and forth if HK tried to update from the homebridge plugin before we had actually pushed the data.
This PR updates local api config immediately, which means HK refreshes will get the right data. It also means accessories that read/write to the same data (activity switches, multi zone systems) should get the right data now if they update while the push is pending. A future update can now actively pub/sub these changes to those accessories as well.
Old code delayed updating local data until we were ready to push (after delay to batch updates). That caused issues where HK could appear to bounce back and forth if HK tried to update from the homebridge plugin before we had actually pushed the data.
This PR updates local api config immediately, which means HK refreshes will get the right data. It also means accessories that read/write to the same data (activity switches, multi zone systems) should get the right data now if they update while the push is pending. A future update can now actively pub/sub these changes to those accessories as well.