[1.3.1] - 2023-04-24

Added

• README.md was changed to include details about how upgraded firmware versions negate local network access, and what this means for our users.

Fixed

• The output relay functionality which was broken since v1.2.9 has been restored.

[1.3.0] - 2023-04-22

Added

• Some extra debug output was added.

Fixed

• Plugin will now log in correctly for firmware versions from v_CN_0.109* and above, due to the changes described below.

Changed

• Session ID recognition and network module details recognition have been converted to version-agnostic. Now the plugin should look out for "sessionID" and the vendor details by regex-searching, and not based on line/index lookup.

[1.2.9] - 2022-11-7

Added

• homebridge-caddx-interlogix is now officially part of the homebridge verified program ✌️ Thank you all for your support and help!
• The plugin now accepts the module network address both as an IP address and as a hostname.
• Added debug log messages for the entirety of network module management.

Fixed

• Request timeouts and errors were not handled properly: the HTTP request library was swapped from superagent to axios to mitigate, and the redirection/verification functions of axios are used now to properly handle 30x redirects when the session expires.
• Added a mutex lock to the request mechanism to avoid duplicate session refreshes when two calls occur simultaneously and the session has expired, and to eliminate redundant network calls to the module and improve throughput.

Changed

• Small changes have been made to README.md, and the code base has been cleaned up a bit.

[1.2.8] - 2022-8-21

Fixed

• Added a plugin-wide hard-coded 3000 ms delay before reattempting a network request or a new vaule update when encountering a request error. There have been complaints about the plugin returning either socket end or 403 Forbidden errors sporadically; these are related to server function. It appears that the NX-595E server is flaky and can, under circumstances, get flooded with requests and bog down until it self-resolves. This delay should fix all this aberrant behavior. It should be noted that once initial login happens, all subsequent request attempts should by now result in a catchable error that does not lead the plugin to stopping responding, but rather force a delay before attempting to poll again. As long as the server is functioning, the accessories related to the plugin should start working again.

[1.2.7] - 2022-8-12

Changed

• Reworked the entire error reporting mechanism to conform to homebridge's verified plugin program standards
• Updated node dependency to LTS versions (v14.20.0 or 16.16.0 and above)
• Minor changes to README.md to clarify the way zone ignoring works

Fixed

• Network request mechanism was made more lenient; now the plugin will try to reconnect in case of network failure, before stopping responding gracefully (instead of bringing the entire homebridge instance crashing down with it). Likewise, after successfully logging in, errors will not cause the plugin to go non-responsive, defaulting to the last know values instead (and retrying during the next pollint attempt). Error reporting was made more robust as well.
• Rewrote makeRequest mechanism to account for error handling and redirects while refreshing session ID
• Added %2D/"-" zone name ignoring convention to accomodate for certain firmware versions

[1.2.2] - 2021-11-27

Added

• First GitHub release! Will apply to homebridge verified plugin program ✌️

Changed

• Created CHANGELOG.md and moved the changelog there
• Removed TLSv1 requirement from network calls code

Fixed

• Fixed a bug where smoke sensors set to be ignored would be created instead
• Fixed a bug where output switches would be recreated every other homebridge restart, even when displayOutputSwitches is set to false