v1.1.0-uno-beta2

Note

This beta release is intended for Uno systems only.

Warning

You must be running Uno firmware version 1.0.124 or later for this release to work.

Note

I do not own an Uno panel nor do I have access to one to test with. The changes included are based strictly on the documentation I have for the Uno system. If you encounter any issues, please be sure to include full debug logging when you report an issue as it will help debugging the issues.

Changes:

• Updated partition status codes to match what the 124 is sending.
• Fixed panic alarm buttons not working due to the TPI command being incorrectly formatted.
• Added missing TPI error response codes.
• Debug TX logging was not including the full command data.

v1.1.0-uno-beta1

Note

This beta release is intended for Uno systems only.

Warning

You must be running Uno firmware version 1.0.123 or later for this release to work.

Note

I do not own an Uno panel nor do I have access to one to test with. The changes included are based strictly on the documentation I have for the Uno system. If you encounter any issues, please be sure to include full debug logging when you report an issue as it will help debugging the issues.

A new 1.0.123 firmware is now available for Uno panels which allows additional capabilities to be exposed by this integration. This release includes the following additions:

• Support for arming the system in both away and stay modes.
• Switch entities to bypass zones. This must be turned on in the Advanced settings of the integration.

The firmware update also includes additional status information for the panel (AC failure, bell trouble, etc.) but support for that will be added to this integration in a future release.

Full Changelog: v1.0.0...v1.1.0-uno-beta1

v1.0.0

Note

Home Assistant Core >= 2024.12.0 required

Warning

This release includes significant changes to how alarm codes are handled. Please read the notes carefully.

Changes:

Alarm code handling

The default alarm code is now configured on the alarm_control_panel_entity itself rather than via this integration per the discussion here. The alarm code in envisalink_new is still honoured if present but will log warnings. To set the default alarm code, select the alarm control panel entity and then click the gear in the top right to edit its settings and fill in the Default code value with your alarm code.

Important

In a future release, the Configuration->Basic->Alarm code setting will likely removed as it is now redundant.

Zone / Partition Assignments

Added the ability to assign zones to their respective partitions. This is done via Configuration->Partition Assignments.

• Zones not explicitly assigned will be defaulted to the lowest partition configured (typically 1)
• All zone attributes now include a partition attribute
• DSC Zone bypass switches will now send the bypass command to the correct partition on the EVL panel (#113)

Additional changes

• Added a configuration option (Configuration->Advanced->Code required to arm) to control the value of code_arm_required for DSC panels. Thanks to @bassdr for the PR inspiring these changes.
  • Depending on the DSC panel setup, a code may or may not be required.
  • This is not exposed for Honeywell panels as they always require a code for arming.
• Added a new configuration option (Configuration->Advanced->Show Keypad) to control when the alarm keypad is shown in the UI. This allows for the hiding of the keypad in cases where it is not desired (e.g., for arming).
• The integration has been renamed to EyezOn to better reflect support for additional devices such as the UNO products.
• Changed the exposed alarm state from PENDING to ARMING when the alarm is in the exit delay state.
• Fixed deprecation warning (#162)
• The Configuration->Advanced->Panic type setting is now a drop down instead of a freeform text field (thanks to @bassdr for the contribution).

Full Changelog: v0.9.6...v1.0.0

v1.0.0-beta2

Warning

If you skipped v1.0.0-beta1, please be sure to review the changes in that release before upgrading to this one.

Changes

• #165: Fixed issue with the chime switch entity not using the new default alarm code mechanism.
• Fixed an issue with the translations not working properly for selectors in the Advanced settings.

v1.0.0-beta1

Note

Home Assistant Core >= 2024.12.0 required

Warning

This release includes significant changes to how alarm codes are handled. Please read the notes carefully.

Changes:

Alarm code handling

The default alarm code is now configured on the alarm_control_panel_entity itself rather than via this integration per the discussion here. The alarm code in envisalink_new is still honoured if present but will log warnings.

Important

In a future release, the Configuration->Basic->Alarm code setting will be removed as it is now redundant.

Added a configuration option (Configuration->Advanced->Code required to arm) to control the value of code_arm_required for DSC panels.

• Depending on the DSC panel setup, a code may or may not be required.
• This is not exposed for Honeywell panels as they always require a code for arming.

Added a new configuration option (Configuration->Advanced->Show Keypad) to control when the alarm keypad is shown in the UI. This allows for the hiding of the keypad in cases where it is not desired (e.g., for arming).

Thanks to @bassdr for the PR inspiring these changes.

Zone / Partition Assignments

Added the ability to assign zones to their respective partitions. This is done via Configuration->Partition Assignments.

• Zones not explicitly assigned will be defaulted to the lowest partition configured (typically 1)
• All zone attributes now include a partition attribute
• DSC Zone bypass switches will now send the bypass command to the correct partition on the EVL panel (#113)

Additional changes

• The integration has been renamed to EyezOn to better reflect support for additional devices such as the UNO products.

• Changed the exposed alarm state from PENDING to ARMING when the alarm is in the exit delay state.

• Fixed deprecation warning (#162)

• The Configuration->Advanced->Panic type setting is now a drop down instead of a freeform text field (thanks to @bassdr for the contribution).

Full Changelog: v0.9.6...v1.0.0-beta1

v0.9.6

Changes:

• #156: Fixed knock on from previous changes to Night mode handling. If a Honeywell system was configured to use Instant for night mode then the alarm panel would incorrectly show Armed Home instead of Armed Night.

v0.9.5

Changes:

• #154: Added detection of Envisalink 4 UNO STANDALONE devices.

v0.9.4

Warning

This release requires at least Home Assistant core 2024.11

Bug fixes:

• #146: Both Honeywell and DSC were previously tracking Night mode strictly based on a zero-entry-delay state.
  • Honeywell now tracks night mode using the 4th bit in the beep field from a virtual keypad update (thanks to @Dilbert66 for this info).
  • DSC now tracks night mode based on mode 3 (ZERO-ENTRY-STAY) from a 652 (Partition Armed) update.

v0.9.3

Warning

This release requires at least Home Assistant core 2024.11

#126: Added panic buttons which map to Honeywell A/B/C keys and DSC Fire/Ambulance/Police.
#137: Exposed DSC bell circuit trouble status.
#141: Capture Honeywell %20 debug commands and log them as debug rather than warnings.
#148: French translation added thanks to @bassdr.
#151: Fixed deprecation warnings introduced in 2024.11.0.

v0.9.2

Changes:

• Missing fixes for DSC PGM handling (#115) that were erroneously listed as included in the previous release.
• Corrected the version of the integration that is displayed in the HA UI.