{"id":15030934,"url":"https://github.com/nielsfaber/alarmo","last_synced_at":"2025-05-14T10:07:49.727Z","repository":{"id":37018751,"uuid":"307098646","full_name":"nielsfaber/alarmo","owner":"nielsfaber","description":"Easy to use alarm system integration for Home Assistant","archived":false,"fork":false,"pushed_at":"2025-03-26T09:23:14.000Z","size":3168,"stargazers_count":1562,"open_issues_count":31,"forks_count":125,"subscribers_count":27,"default_branch":"main","last_synced_at":"2025-04-05T10:02:07.356Z","etag":null,"topics":["alarm","assistant","hass","home","integration","lovelace","security"],"latest_commit_sha":null,"homepage":"","language":"TypeScript","has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":"apache-2.0","status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/nielsfaber.png","metadata":{"files":{"readme":"README.md","changelog":null,"contributing":null,"funding":null,"license":null,"code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null}},"created_at":"2020-10-25T12:54:05.000Z","updated_at":"2025-04-04T17:42:48.000Z","dependencies_parsed_at":"2023-11-07T23:26:27.527Z","dependency_job_id":"0e56f2b3-62b2-4dfc-ba20-61c6f8392c2a","html_url":"https://github.com/nielsfaber/alarmo","commit_stats":{"total_commits":492,"total_committers":49,"mean_commits":"10.040816326530612","dds":0.5284552845528455,"last_synced_commit":"64368ff62b8e7452f45e0fda414a5652a1403be4"},"previous_names":[],"tags_count":62,"template":false,"template_full_name":null,"repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/nielsfaber%2Falarmo","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/nielsfaber%2Falarmo/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/nielsfaber%2Falarmo/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/nielsfaber%2Falarmo/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/nielsfaber","download_url":"https://codeload.github.com/nielsfaber/alarmo/tar.gz/refs/heads/main","host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":248567738,"owners_count":21125887,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2022-07-04T15:15:14.044Z","host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":["alarm","assistant","hass","home","integration","lovelace","security"],"created_at":"2024-09-24T20:14:34.060Z","updated_at":"2025-05-14T10:07:49.698Z","avatar_url":"https://github.com/nielsfaber.png","language":"TypeScript","funding_links":["https://www.paypal.com/donate/?business=CLL4T6Y8ACXNN\u0026no_recurring=0\u0026item_name=Thank+you+for+supporting+my+work+on+the+Alarmo+project%2E+Your+donation+is+much+appreciated%21\u0026currency_code=EUR","https://pics.paypal.com/00/s/YzlhMzI2ZjYtZDQxMi00NzNiLThmZTktOTk3MmEyYTA2Zjc0/file.PNG","https://www.buymeacoffee.com/vrdx7mi"],"categories":["Python","Custom Integrations"],"sub_categories":["🚨 Security \u0026 alarm"],"readme":"# Alarmo\n[![hacs_badge](https://img.shields.io/badge/HACS-Default-orange.svg)](https://github.com/hacs/integration)\n\nThis is an alarm system integration for Home Assistant. It provides a user interface for setting up your own alarm system completely from the browser.\n\n- [Alarmo](#alarmo)\n  - [Introduction](#introduction)\n    - [Features](#features)\n    - [Preview](#preview)\n  - [Installation](#installation)\n  - [Updating](#updating)\n  - [Uninstalling](#uninstalling)\n  - [Usage](#usage)\n    - [Alarm functionality](#alarm-functionality)\n    - [Arm modes](#arm-modes)\n    - [Alarmo entity](#alarmo-entity)\n      - [States](#states)\n      - [Attributes](#attributes)\n      - [Commands](#commands)\n    - [Areas](#areas)\n    - [Alarm Master](#alarm-master)\n        - [States](#states-1)\n        - [Commands](#commands-1)\n    - [Sensor configuration](#sensor-configuration)\n      - [Sensor types](#sensor-types)\n      - [Configuration options](#configuration-options)\n      - [Sensor groups](#sensor-groups)\n    - [Codes and users](#codes-and-users)\n      - [Codes](#codes)\n    - [MQTT](#mqtt)\n      - [State topic](#state-topic)\n      - [Event topic](#event-topic)\n      - [Command topic](#command-topic)\n      - [Multiple area usage](#multiple-area-usage)\n    - [Automations](#automations)\n      - [Push notifications](#push-notifications)\n        - [Wildcards](#wildcards)\n        - [Actionable notifications](#actionable-notifications)\n      - [Actions](#actions)\n        - [Switching a device](#switching-a-device)\n        - [Advanced actions](#advanced-actions)\n      - [Automatic arming](#automatic-arming)\n    - [Alarmo-card](#alarmo-card)\n  - [Third party platforms](#third-party-platforms)\n    - [Android MQTT Alarm Panel](#android-mqtt-alarm-panel)\n    - [Apple Homekit](#apple-homekit)\n    - [Google Home](#google-home)\n  - [Say thank you](#say-thank-you)\n\n\n## Introduction\nThis is an integration for the `alarm_control_panel` domain in HA.\nIt allows to combine existing sensors for creating a security system for your house. \nThe integration is comparable with the [Manual Alarm](https://www.home-assistant.io/integrations/manual/) in HA, but also has some additional features that makes it easier to use. \n\nAlarmo consists of 3 parts:\n* Alarmo component: a custom component for HA that controls the states of the alarm panel entities in HA.\n* Alarmo panel: a GUI for configuring the settings of your alarm (sensors, delays, actions etc.)\n* Alarmo card: a custom card for arming / disarming the alarm.\n\n### Features\n* Fully compatible with Home Assistant and the [Alarm Panel Card](https://www.home-assistant.io/lovelace/alarm-panel/).\n* Has an integrated panel for complete management via UI (no YAML required).\n* No restarts required when making changes.\n* Can set up to 4 arm modes (*armed_away*, *armed_home*, *armed_night*, *armed_custom_bypass*), each with configurable delays and security perimeter.\n* Supports configuring your existing HA entities as security sensors. These sensors will be watched automatically. \n* Allows setting up multiple users with individual pincode and permission levels.\n* Will restore its previous state after restart of HA.\n* Built-in actions: receive push notifications when anything changes in the alarm, activate a siren when the alarm is triggered, etc.\n* Supports splitting up your house security system into multiple areas which can be armed independently.\n\n### Preview\n\n![](https://raw.githubusercontent.com/nielsfaber/alarmo/main/screenshots/Preview.png)\n\n\n## Installation\n\n[![Open your Home Assistant instance and open a repository inside the Home Assistant Community Store.](https://my.home-assistant.io/badges/hacs_repository.svg)](https://my.home-assistant.io/redirect/hacs_repository/?owner=nielsfaber\u0026repository=alarmo\u0026category=integration)\n\n\u003cdetails\u003e\n\u003csummary\u003eClick to show installation instructions\u003c/summary\u003e\n\u003col\u003e\n\u003cli\u003eInstall files:\u003c/li\u003e\n\u003cul\u003e\n\u003cli\u003e\u003cu\u003eUsing HACS:\u003c/u\u003e\u003cbr\u003e\nIn the HACS panel, go to integrations and click the big orange '+' button. \nSearch for 'Alarmo' and click 'Install this repository in HACS'.\u003c/li\u003e\n\u003cli\u003e\u003cu\u003eManually:\u003c/u\u003e\u003cbr\u003e\nDownload the \u003ca href=\"https://github.com/nielsfaber/alarmo/releases\"\u003elatest release\u003c/a\u003e as a zip file and extract it into the `custom_components` folder in your HA installation.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cli\u003eRestart HA to load the integration into HA.\u003c/li\u003e\n\u003cli\u003eGo to Configuration -\u003e Integrations and click the big orange '+' button. Look for Alarmo and click to add it.\u003c/li\u003e\n\u003cli\u003eThe Alarmo integration is ready for use. You can find the configuration panel in the menu on the left.\u003c/li\u003e\n\u003c/ol\u003e\n\u003c/details\u003e\n\n## Updating\n\n\u003cdetails\u003e\n\u003csummary\u003eClick to show updating instructions\u003c/summary\u003e\n\u003col\u003e\n\u003cli\u003eUpdate the files:\n\u003cul\u003e\n\u003cli\u003e\u003cu\u003eUsing HACS:\u003c/u\u003e\u003cbr\u003e\nIn the HACS panel, there should be an notification when a new version is available. Follow the instructions within HACS to update the installation files.\n\u003c/li\u003e\n\u003cli\u003e\u003cu\u003eManually:\u003c/u\u003e\u003cbr\u003e\nDownload the \u003ca href=\"https://github.com/nielsfaber/alarmo/releases\"\u003elatest release\u003c/a\u003e as a zip file and extract it into the \u003ccode\u003ecustom_components\u003c/code\u003e folder in your HA installation, overwriting the previous installation.\n\u003c/li\u003e\n\u003c/ul\u003e\n\u003cli\u003eRestart HA to load the changes.\u003c/li\u003e\n\u003cli\u003e(Optional) Verify the version number.\n\u003cul\u003e\n\u003cli\u003e\u003cu\u003eVerify version of the backend\u003c/u\u003e:\u003cbr\u003e\nIn HA, go to Configuration -\u003e Integrations. In the Alarmo card, you should see a link with '1 device', click it. In the table click the 'Alarmo' device, and you should see the Device info. The 'firmware version' represents the installed version number.\n\u003c/li\u003e\n\u003cli\u003e\u003cu\u003eVerify version of the frontend\u003c/u\u003e:\u003cbr\u003e\nIn the Alarmo configuration panel, the version number is displayed in the top right. If the version does not match with the backend version, your browser has an outdated version stored in the cache. \u003cbr\u003e\nTo clear the cache, you should do a \u003ca href=\"https://refreshyourcache.com/en/cache/\"\u003eforce refresh\u003c/a\u003e of your browser.\n\n\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003c/ol\u003e\n\n\u003c/details\u003e\n\n## Uninstalling\n\n\u003cdetails\u003e\n\u003csummary\u003eClick to show uninstall instructions\u003c/summary\u003e\n\u003col\u003e\n\u003cli\u003e\u003cu\u003eRemove Alarmo from HA:\u003c/u\u003e\u003cbr\u003e\nIn HA go to Configuration -\u003e Integrations. In the Alarmo card, click the button with the 3 dots, and click 'Delete'.\n\u003c/li\u003e\n\u003cli\u003eRemove the files:\n\u003cul\u003e\n\u003cli\u003e\n\u003cu\u003eWhen installed with HACS:\u003c/u\u003e\u003cbr\u003e\nIn the HACS panel go to integrations and look for Alarmo.\nClick the button with the 3 dots and click 'Uninstall'.\n\u003c/li\u003e\n\u003cli\u003e\n\u003cu\u003eWhen installed manually:\u003c/u\u003e\u003cbr\u003e\nIn the \u003ccode\u003ecustom_components\u003c/code\u003e directory, remove the 'alarmo' folder.\n\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/li\u003e\n\u003cli\u003eRestart HA to make all traces of the component dissapear.\n\u003c/li\u003e\n\u003c/ol\u003e\n\u003c/details\u003e\n  \n## Usage\n\n### Alarm functionality\nThe following diagram describes the operational states of the alarm and provides a simplified overview of the functionality.\n\n![](https://raw.githubusercontent.com/nielsfaber/alarmo/main/screenshots/states.png)\n\n\n### Arm modes\nThe alarm can be activated (armed) in a certain *mode*. This mode defines a certain set of sensors and represents the security zone (or perimeter).\n\nThe following modes are supported:\n* Armed away\n* Armed night\n* Armed home\n* Armed vacation\n* Armed custom bypass (let's just call it *armed custom* from now on)\n\nIn the tab *general* you can find the settings for each mode.\nThere are flip switches to enable/disable modes.\n\n### Alarmo entity\n\nAfter installing Alarmo the entity `alarm_control_panel.alarmo` shall be added to HA.\nYou can use this entity together with the [Alarm panel card](#lovelace-alarm-panel-card), or in conjuction with automations to automatically arm/disarm the alarm.\n\n#### States\nThe Alarmo entity follows the state definitions as defined by HA:\n\n\n| State                      | Description                                                                              |\n| -------------------------- | ---------------------------------------------------------------------------------------- |\n| `disarmed`                 | The alarm is disabled/off.                                                               |\n| `arming`                   | The alarm is arming.\u003cbr\u003eAfter the leave delay has expired, the alarm will be armed.      |\n| `armed_away`               | The alarm is armed in away mode.                                                         |\n| `armed_home`               | The alarm is armed in home mode.                                                         |\n| `armed_night`              | The alarm is armed in night mode.                                                        |\n| `armed_vacation`           | The alarm is armed in vacation mode.                                                     |\n| `armed_custom_bypass`      | The alarm is armed in custom mode.                                                       |\n| `pending`                  | The alarm is pending.\u003cbr\u003eAfter the entry delay has expired, the alarm will be triggered. |\n| `triggered`                | The alarm is triggered.                                                                  |\n| `unavailable`\u003cbr\u003e`unknown` | Something is wrong.\u003cbr\u003eCheck the logs for more information.                              |\n\n#### Attributes\n\nThe Alarmo entity defines the following attributes:\n\n| Attribute          | Default value           | Example value when set         | Description                                                                                                                                                                                                                                                                                                                                                                                                                      |\n| ------------------ | ----------------------- | ------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| `arm_mode`         | `null`                  | `armed_away`                   | The current active arm mode.\u003cbr\u003e Defined in all states except `disarmed`.                                                                                                                                                                                                                                                                                                                                                        |\n| `next_state`       | (same as current state) | `armed_away`                   | When alarm is in state `arming`: `next_state` is equal to the `arm_mode`.\u003cbr\u003eWhen alarm is in state `pending`: `next_state` is `triggered`. \u003cbr\u003eWhen alarm is in state `triggered`: `next_state` is `triggered` (if no trigger time is configured), `disarmed` (if 'disarm after triggering' setting is enabled) or equal to the `arm_mode` (otherwise).\u003cbr\u003eIn other cases, the `next_state` will be equal to the current state. |\n| `changed_by`       | `null`                  | `Niels`                        | User who last armed or disarmed the alarm.\u003cbr\u003e Detected from the entered code.\u003cbr\u003e Cleared when alarm is armed or disarmed without a code.                                                                                                                                                                                                                                                                                       |\n| `open_sensors`     | `null`                  | `{binary_sensor.backdoor: on}` | Dictionary of sensors with their entity-ID + state, that caused the alarm to change state.\u003cbr\u003eSet when arming attempt failed (due to one or more sensors).\u003cbr\u003eSet when alarm is triggered (only first sensor that caused the triggering is stored).                                                                                                                                                                              |\n| `bypassed_sensors` | `null`                  | `[binary_sensor.backdoor]`     | List of sensors that are temporarily excluded from the alarm, due to arming in force.                                                                                                                                                                                                                                                                                                                                            |\n| `delay`            | `null`                  | 30                             | Duration of the exit or entry delay. Only set in the `arming` and `pending` states, `null` otherwise.                                                                                                                                                                                                                                                                                                                            |\n\n#### Commands\nThe Alarmo entities support the following commands:\n\n| Command             | Description                                  | Conditions                                                                                                                                                     |\n| ------------------- | -------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| `ARM_AWAY`          | Arm the alarm in mode `armed_away`.          | - The entity has the mode `away` enabled.\u003cbr\u003e- The current alarm state is `disarmed`, `armed_home`, `armed_night`, `armed_vacation`  or `armed_custom_bypass`. |\n| `ARM_HOME`          | Arm the alarm in mode `armed_home`.          | - The entity has the mode `home` enabled.\u003cbr\u003e- The current alarm state is `disarmed`, `armed_away`, `armed_night`, `armed_vacation` or `armed_custom_bypass`.  |\n| `ARM_NIGHT`         | Arm the alarm in mode `armed_night`.         | - The entity has the mode `night` enabled.\u003cbr\u003e- The current alarm state is `disarmed`, `armed_away`, `armed_home`, `armed_vacation` or `armed_custom_bypass`.  |\n| `ARM_VACATION`      | Arm the alarm in mode `armed_vacation`.      | - The entity has the mode `vacation` enabled.\u003cbr\u003e- The current alarm state is `disarmed`, `armed_away`, `armed_home`, `armed_night` or `armed_custom_bypass`.  |\n| `ARM_CUSTOM_BYPASS` | Arm the alarm in mode `armed_custom_bypass`. | - The entity has the mode `custom` enabled.\u003cbr\u003e- The current alarm state is `disarmed`, `armed_away`, `armed_home`, `armed_vacation` or `armed_night`.         |\n| `DISARM`            | Disarm the alarm.                            | - The current alarm state is not `disarmed`                                                                                                                    |\n\n### Areas\nAn area is a physical compartment of your house, such as a garage, 1st floor of the house, garden, etc.\nAlarmo will create an `alarm_control_panel` entity for each area which can be armed and disarmed independently. An area has its own set of sensors and can have dedicated configuration for arm modes, exit/entry times and automations.\n\nIn the *general* tab of the Alarmo configuration UI, there is a card showing the areas in your setup. \nYou can add additional areas, as well as rename or remove existing areas.\nAlarmo requires at least 1 area to be set up to be functional. \n\nThe name of an area defines the entity ID as well. \nThe entity will be instantly renamed after saving.\n\n**Warning**: renaming an area changes the entity ID, which might break your Lovelace cards and automations outside of Alarmo, so treat it with care.\n\n\n### Alarm Master\nAlarmo has the option for enabling an alarm master.\nThe option appears in the *general* tab in *general settings* if you have multiple areas defined.\n\nThe alarm master is meant for operating your areas synchronously. \nAn extra `alarm_control_panel` entity is created for the master, which watches the state of the areas for and mirrors its own state with that.\n\n ##### States\n The Alarm Master will watch the states of the area entities and updates its own state accordingly.\n \n The following table shows the rules which are implemented to determine the the master alarm state (in order of priority):\n\n| Condition                                                                                                                                     | Master Alarm state       |\n| --------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------ |\n| One or more areas have state `triggered`                                                                                                      | `triggered`              |\n| One or more areas have state `pending`                                                                                                        | `pending`                |\n| One or more areas have state `arming`, others have state `armed_away`, `armed_home`, `armed_night`, `armed_vacation` or `armed_custom_bypass` | `arming`                 |\n| All areas have state `armed_away`                                                                                                             | `armed_away`             |\n| All areas have state `armed_home`                                                                                                             | `armed_home`             |\n| All areas have state `armed_night`                                                                                                            | `armed_night`            |\n| All areas have state `armed_vacation`                                                                                                         | `armed_vacation`         |\n| All areas have state `armed_custom_bypass`                                                                                                    | `armed_custom_bypass`    |\n| All areas have state `disarmed`                                                                                                               | `disarmed`               |\n| Otherwise                                                                                                                                     | (previous state is kept) |\n\n**Notes**:\n* The Alarm Master cannot determine its state if some are disarmed while others are armed. If the Alarm Master is used for arming/disarming the alarm, this condition should not occur.\n* If the areas are independently operated, the user is reponsible to maintain synchronism between the areas. If independent operation is desired, usage of the Master Alarm is not recommended.\n\n##### Commands\nArming / disarming the master will cause the action to be propagated to all areas.\n\nIf the arming of an area fails (due to blocking sensors), the arming procedure will be aborted and all areas are disarmed.\n\nThe available [arm modes](#arm-modes) for the Master Alarm are determined from the areas. \nOnly arm modes which are in common for all areas are available for the Master Alarm.\n\n### Sensor configuration\n\nCurrently Alarmo supports sensors of type `binary_sensor`. Alarmo will check the [device class](https://www.home-assistant.io/integrations/binary_sensor/#device-class) of each sensor, and only supports sensors that are related to security.\n\nAvailable sensors should show up automatically in the *sensors* tab in the *Add sensors* card. \nSimply check the sensors that you wish to include in the alarm, and click 'add to alarm'. \nReview the configuration for each sensor in the *sensors* card.\n\n#### Sensor types\n\nThe sensor configuration in the Alarmo panel allows defining a type for each sensor entity.\n\nSetting a type for a sensor has the benefit that the appropriate configuration is automatically set.\nHA defines [device classes](https://www.home-assistant.io/integrations/binary_sensor/#device-class) for binary sensors.\nWhen assigning sensors to Alarmo, the type of the sensor is automatically determined based on this property (if it is defined).\n\nNote that assigning a sensor type is not mandatory, and all configuration settings can also be set manually. It is also possible to deviate from the predefined configuration after setting a type.\n\nThe following table defines the sensor types and the predefined configuration:\n| Type          | Device classes                                                             | Arm modes                                                          | Enabled configuration options             |\n| ------------- | -------------------------------------------------------------------------- | ------------------------------------------------------------------ | ----------------------------------------- |\n| Door          | `door`\u003cbr\u003e `garage_door`\u003cbr\u003e`lock`\u003cbr\u003e `opening `                          | `Armed Away`\u003cbr\u003e `Armed Home`\u003cbr\u003e`Armed Night`\u003cbr\u003e`Armed Vacation` | `Arm after closing`\u003cbr\u003e `Use entry delay` |\n| Window        | `window`                                                                   | `Armed Away`\u003cbr\u003e`Armed Home`\u003cbr\u003e`Armed Night`\u003cbr\u003e`Armed Vacation`  | -                                         |\n| Motion        | `motion`\u003cbr\u003e`moving`\u003cbr\u003e`occupancy`\u003cbr\u003e`presence`                          | `Armed Away`\u003cbr\u003e`Armed Vacation`                                   | `Use exit delay`\u003cbr\u003e`Use entry delay`     |\n| Tamper        | `tamper`\u003cbr\u003e`sound`\u003cbr\u003e`vibration`                                         | `Armed Away`\u003cbr\u003e`Armed Home`\u003cbr\u003e`Armed Night`\u003cbr\u003e`Armed Vacation`  | -                                         |\n| Environmental | `carbon_monoxide`\u003cbr\u003e`gas`\u003cbr\u003e `heat`\u003cbr\u003e`moisture`\u003cbr\u003e`smoke`\u003cbr\u003e`safety` | N/A                                                                | `Always on`                               |\n\n\n#### Configuration options\nThe following table summarizes the configuration options available per sensor.\n\nNote that depending on the sensor type, some options may be hidden.\nThis is done for your convenience, if this is undesired you can clear the sensor type to have all options selectable.\n\n\n| Option                     | Description                                                                                                                                                                                                                                                                                                                                                             | Recommended usage                                                                                        |\n| -------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------- |\n| `Use exit delay`           | Allow the sensor to be active when arming starts.\u003cbr\u003eIf disabled, the sensor must be inactive prior to arming the alarm, otherwise the arming will fail.\u003cbr\u003eOnly applies to [arm modes](#arm-modes) having an exit delay.\u003cbr\u003eOnly applies to the moment of arming: after the exit delay has started, the sensor may become active (allows you to leave the house).      | Motion sensors (and optionally doors) in the path between your alarm panel and the exit.                 |\n| `Use entry delay`          | Use entry delay (as set for the [arm modes](#arm-modes)) for the sensor.\u003cbr\u003eIf enabled, the sensor triggers the alarm after the entry delay, otherwise this happens immediately.br\u003eOnly applies to [arm modes](#arm-modes) having an entry delay.                                                                                                                       | Motion + door sensors in the path between entering the house and reaching the alarm panel.               |\n| `Always on`                | Activation of the sensor **always** triggers the alarm, even when the alarm is disarmed.\u003cbr\u003eThe triggering is immediate (entry delay is not used).                                                                                                                                                                                                                      | Safety sensors, such as fire detectors.                                                                  |\n| `Allow open after arming`  | Sensor is allowed to remain active until after the alarm is set to armed.\u003cbr\u003eThe initial activation is ignored, a second activation (after becoming inactive) triggers the alarm.                                                                                                                                                                                       | Motion sensors which have a long delay until being reset (longer than the exit delay).                   |\n| `Arm after closing`        | Deactivation of the sensor during the exit delay causes the alarm to proceed to *armed* state.\u003cbr\u003eIf other sensors are still active at this moment, the arming fails.\u003cbr\u003eAlarmo uses a built-in 5 seconds delay to allow for contact bounce (the chattering of a door when pulling it shut).                                                                            | Front door sensor (combined with `Allow open after arming` on motion sensors which may be still active). |\n| `Bypass automatically`     | If the sensor is still active when the alarm is armed, the sensor will be excluded from the alarm (instead of causing the arming to fail) until the alarm is disarmed again.\u003cbr\u003eThis setting can be defined per arm mode.                                                                                                                                               | Windows that may be left open (e.g. when going to sleep).                                                |\n| `Trigger when unavailable` | If the sensor state becomes *unavailable* this is treated the same as the sensor being activated.\u003cbr\u003eHA defines the *unavailable* state for sensors for which the state is undeterminate (can be either open or closed). This usually occurs when a battery-powered sensor loses connection to the gateway, but it could also be the result of tampering of the sensor. | Sensors for which reliability is important.                                                              |\n\n#### Sensor groups\nThis functionality is aimed to reduce the risk of false triggers in your house, which are (unfortunately) a reality - especially with PIR motion sensors.\n\nIn a group, the triggering of a single sensor is ignored, but consecutive events (of 2 different sensors) will trigger the alarm. \n\nAny sensor can be added to a group, but a sensor can only be member of 1 group. The amount of groups is unlimited, though it is recommended to minimize this (e.g. one group per room or floor).\n\nA sensor group needs to have at least 2 sensors to function correctly (else it would never be triggered), and needs to be configured with a time-out time, after which consecutive sensor events are not longer considered related.\n\nClicking the 'setup groups' button while editing a sensor brings you to an overview of existing groups and allows you to create new ones and edit existing ones.\n\n### Codes and users\n\nBy default, the alarm has no code and can be locked and unlocked by anyone who has access to HA.\nIt is recommended to set a code for *disarming* the alarm as minumum security level.\n\nTo do so, go to the *codes* tab, and enable the setting 'use disarm code'.\n\nNext, set up a user and give it a name and code.\nIt is recommended to use the same name as your HA account, but this is not required.\n\n#### Codes\nA code can be a sequence of digits (4 or more) or contain a mix of letters, characters etc.\nMake sure to use a code that matches with the code format setting in the *codes* tab.\nThis setting is detected by the alarm panel card, and will automatically show either a number pad or a text field.\n\nYour code is stored completely secure. It is encrypted in the same way as your login credentials, and stored in the HA storage registry. When you enter a code, this will be encrypted too, and the encrypted values will be compared for a match.\nSo it is impossible to recover your pin code.\nThis also means that if you lose your pincode, you cannot unlock the alarm (there is no backup code!)\n\n### MQTT\nAlarmo supports MQTT for external control of the alarm. This function is intended for third-party alarm panels (such as a touch screen in the hallway).\n\nThe MQTT support needs to be enabled before it can be used. This setting is available in tab \"*General*\".\n\n#### State topic\nThe state topic is used to publish state changes of the `alarm_control_panel` entities.\n\nThe state topic is an output topic, i.e. the data is sent by Alarmo and should be received by another application (such as a wall panel display).\n\nDefault state topic (can be configured):\n```\nalarmo/state\n```\n\nAlarmo will send the current state of the Alarmo entity as payload (string).\nSee [here](#states) for the complete list of payloads.\n The payload which is sent per state can be configured if desired.\n\nThe data published on the state topic shall be sent with a *retain* flag. This means that the last sent payload shall be stored in the broker, and as soon as an application subscribed to the topic, the most recent data shall be available for it.\n\n#### Event topic\nThe event topic is used for publishing additional status updates of the `alarm_control_panel` entities.\n\nThe event topic is an output topic, i.e. the data is sent by Alarmo and should be received by another application (such as a wall panel display).\n\nDefault event topic (can be configured):\n```\nalarmo/event\n```\n\nThe published payloads on this topic are formatted as JSON struct, which contains the  event name, and optionally some extra parameters.\n\nThe following table shows the events which are published on the event topic, together with the parameters which are sent for a certain event):\n\n\n| Event                   | Description                                                                                                        | Parameters                                                                                                                                                                                                                                                                                                                |\n| ----------------------- | ------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| `ARM_AWAY`              | The alarm has been armed in mode `armed_away`                                                                      | - `delay`: exit delay (in seconds) configured for the operation (i.e. time during which the alarm is in state `arming`).                                                                                                                                                                                                  |\n| `ARM_HOME`              | The alarm has been armed in mode `armed_home`                                                                      | - `delay`: exit delay (in seconds) configured for the operation (i.e. time during which the alarm is in state `arming`).                                                                                                                                                                                                  |\n| `ARM_NIGHT`             | The alarm has been armed in mode `armed_night`                                                                     | - `delay`: exit delay (in seconds) configured for the operation (i.e. time during which the alarm is in state `arming`).                                                                                                                                                                                                  |\n| `ARM_VACATION`          | The alarm has been armed in mode `armed_vacation`                                                                  | - `delay`: exit delay (in seconds) configured for the operation (i.e. time during which the alarm is in state `arming`).                                                                                                                                                                                                  |\n| `ARM_CUSTOM_BYPASS`     | The alarm has been armed in mode `armed_custom_bypass`                                                             | - `delay`: exit delay (in seconds) configured for the operation (i.e. time during which the alarm is in state `arming`).                                                                                                                                                                                                  |\n| `TRIGGER`               | The alarm has been triggered                                                                                       | - `sensors`: list of sensors (usually a single sensor) which caused the triggering of the alarm. Each list item is a struct with the `entity_id` and `name` of the sensor entity).\u003cbr\u003e- `delay`: entry delay (in seconds) configured to postpone the triggering (i.e. time during which the alarm is in state `pending`). |\n| `FAILED_TO_ARM`         | The arming was prevented or cancelled due to one or more blocking sensors.                                         | - `sensors`: list of sensors which prevented the arming operation. Each list item is a struct with the `entity_id` and `name` of the sensor entity).                                                                                                                                                                      |\n| `COMMAND_NOT_ALLOWED`   | The conditions for which the command is allowed are not met (see [commands](#commands)).                           | - `state`: current [state](#states) of the alarm entity.\u003cbr\u003e- `command`: the command that was provided by the user.                                                                                                                                                                                                       |\n| `NO_CODE_PROVIDED`      | The command was rejected because no code was provided, while the operation requires a code.                        |                                                                                                                                                                                                                                                                                                                           |\n| `INVALID_CODE_PROVIDED` | The command was rejected because a wrong code was provided, or the provided code is not allowed for the operation. |                                                                                                                                                                                                                                                                                                                           |\n\nExample payload on the event topic (*Consider the scenario where the alarm is armed in state `armed_away` and the front door is opened):*\n```yaml\n{\n  \"event\": \"TRIGGER\",\n  \"sensors\": [ # list of sensor(s) that causes the triggering\n    {\n      \"entity_id\": \"binary_sensor.frontdoor\",\n      \"name\": \"Front Door\"\n    }\n  ],\n  \"delay\": 60 # entry delay\n}\n```\n#### Command topic\n\nThe command topic can be used for external control of Alarmo through MQTT.\n\nThe command topic is an input topic, i.e. the topic is watched by Alarmo and data should be sent by another application (such as a wall panel). The data should never be sent with *retain* flag, as this might give undesired behaviour when HA is restarted.\n\nDefault command topic (can be configured):\n```\nalarmo/command\n```\n\nIf Alarmo is configured to require a pincode or password for the (arm/disarm) command, the payload must be formatted as JSON according to the following format:\n```json\n{\n  \"command\": \"\u003cmy command\u003e\",\n  \"code\": \"\u003cmy pin or password\u003e\"\n}\n```\nIf Alarmo does not require any code for the command, the command can be sent directly as text/string value.\n\nThe supported commands can be found in [commands](#commands).\n\nIf the provided payload does not have the correct format, lacks a code when it is required or contains a wrong code, the command shall be ignored. \nIn other cases, you should see a change in the state topic.\n\n**Notes**:\n* The pin or password value should always be sent as a text/string value. A numeric value is not supported. This is due to the fact that a pincode could contain leading zeros (e.g. 0012), which would be lost if sent as a number.\n* Alarmo provides the option to accept MQTT commands without requiring a code. By disabling the \"*Require code*\" setting in the MQTT configuration, the internal code check is skipped. This setting should be used with care as it may compromise the security of the alarm.\n* The command is treated as case-insensitive.\n\n#### Multiple area usage\nThe MQTT functionality can be used in combination with a multiple area configuration.\n\nAlarmo shall publish the state updates for the Master Alarm and the areas in dedicated state topics:\n* Master Alarm: `alarmo/state`\n* Area: `alarmo/\u003carea_name\u003e/state`\n\nFor targeting an arm/disarm command to a specific area, the JSON payload can be extended with the *area* property:\n```json\n{\n  \"command\": \"\u003cmy command\u003e\",\n  \"code\": \"\u003cmy pin or password\u003e\",\n  \"area\": \"\u003carea_name\u003e\"\n}\n```\n\n**Notes**: \n* The MQTT configuration allows defining the topics for the Master Alarm only. The input topics (state/event topics) for the areas are automatically derived by inserting the area name. Example: setting state topic to `my/custom/topic` gives `my/custom/\u003carea_name\u003e/topic` as state topic for an area. \n* `\u003carea_name\u003e` is a *slug* of the name that is given to an area. This means that the name shall be in lowercase and all non-alphanumerical characters are replaced by underscores (similar to the entity_IDs in HA).\n* If no area is provided, the command is addressed to the Master Alarm. If the Master Alarm is disabled, the command is ignored.\n\n### Automations\n\n#### Push notifications\nAlarmo can send a push message to your phone when the alarm is armed, disarmed, triggered, something went wrong, etc.\nFor using this, you first need to install the HA app on your iOS or Android device.\n\n**Procedure for setting up a notification**\n1. In the Alarmo configuration panel, click \"Actions\" in the top menu.\n2. In the panel labeled \"Notifications\", click on \"New Notification\".\n3. Choose an event for which you would like to receive a push message, and choose the message content + title. Pick your device as target, and save the automation.\n4. Now Alarmo should start sending you messages :tada:\n\nExample of the notification editor:\n\n\u003cimg src=\"https://raw.githubusercontent.com/nielsfaber/alarmo/main/screenshots/notification_gui.png\"\u003e\n\n##### Wildcards\nThe alarmo notifications editor contains some wildcards which can be used to provide adaptive info to your push message.\nBy adding the wildcard in a message (including the brackets) it will be automatically be replaced by the applicable text.\n\n| Wildcard               | Description                                                    | Example Text       | Suitable events                       |\n| ---------------------- | -------------------------------------------------------------- | ------------------ | ------------------------------------- |\n| `{{open_sensors}}`     | List of sensors (with their states) which are currently active | *Backdoor is open* | Failed to arm\u003cbr\u003e Triggered\u003cbr\u003e Entry |\n| `{{bypassed_sensors}}` | List of sensors which are bypassed                             | *Bedroom window*   | Armed                                 |\n| `{{arm_mode}}`         | Current arming mode.                                           | *Armed Away*       | Leave\u003cbr\u003e Armed                       |\n| `{{changed_by}}`       | User who's code has been entered.                              | *Niels*            | Armed\u003cbr\u003e Disarmed                    |\n| `{{delay}}`            | Delay in seconds until armed or the alarm is triggered         | *30*               | Arming\u003cbr\u003e Pending                    |\n\n##### Actionable notifications\nThis function adds buttons to a push message, that can be clicked to interact with Alarmo.\n\nAlarmo has built-in support for actionable push notification with the 'failed to arm' condition. \n\nExample:\n\n\u003cimg src=\"https://raw.githubusercontent.com/nielsfaber/alarmo/main/screenshots/actionable_push_message.png\" width=\"400\"\u003e\n\n**Available actions**\n\nThe following actions are defined in Alarmo and can be used in actionable notifications:\n\n| action                                                                                                                  | Description                                                                                                                      | Suitable events                                    |\n| ----------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------- |\n| `ALARMO_RETRY_ARM`                                                                                                      | Repeats the command that failed before.\u003cbr\u003eWill only succeed in case the issue blocking the arming before has been restored.     | Failed to arm                                      |\n| `ALARMO_FORCE_ARM`                                                                                                      | Repeats the command that failed before.\u003cbr\u003eThe sensor/sensors that failed, shall be ignored (bypassed) while the alarm is armed. | Failed to arm                                      |\n| `ALARMO_DISARM`                                                                                                         | Disarm the alarm.                                                                                                                | Armed, Leave, Entry, Triggered                     |\n| `ALARMO_ARM_AWAY`\u003cbr\u003e `ALARMO_ARM_HOME`\u003cbr\u003e `ALARMO_ARM_NIGHT`\u003cbr\u003e `ALARMO_ARM_VACATION`\u003cbr\u003e `ALARMO_ARM_CUSTOM_BYPASS` | Arm the alarm in the corresponding mode.                                                                                         | None (intended for automations outside of alarmo). |\n**Set up notification with actions**\n\nIn the Alarmo notifications editor, create a notification and select an event.\nChoose your iOS/Android device as target, set a message and title as you want.\n\nSwitch to YAML mode. Look for the part that has `data`, and extend it as follows:\n```yaml\ndata:\n  ... # your message and title should be here already\n  data:\n    actions:\n      - action: ALARMO_RETRY_ARM\n        title: Retry Arm # feel free to change this text\n      - action: ALARMO_FORCE_ARM\n        title: Force Arm # feel free to change this text\n```\n\nFor more info about actionable notifications in HA, see [here](https://companion.home-assistant.io/docs/notifications/actionable-notifications/).\n\n**Note**: In case you have multiple areas set up, the actionable notifications only work for the [alarm master](#alarm-master) (since no area info can be sent along with the action data).\n\n#### Actions\n\n##### Switching a device\n\nAn important feature of a security system are the actuators (such as siren, lights, ...), which will hopefully cause a burglar threspassing your property to flee.\n\nAlarmo features a built-in panel which can be used for switching devices on/off, depending on the state of the alarm.\n\n**Procedure for setting up an action**\n1. In the Alarmo configuration panel, click \"Actions\" in the top menu.\n2. In the panel labeled \"Actions\", click on \"New Action\".\n3. Choose an event for which you would like to trigger a device, pick the HA entity from the list, choose whether it should be switched on, and save the automation.\n4. Now the device should automatically be triggered together with the alarm :tada:\n\nCurrently the following HA entity types are supported: `switch`, `input_boolean`, `light`, `script`.\n\nThe actions are currently limited to *turning on* or *turning off* a HA entity. \n\n\n##### Advanced actions\nIn case the built-in Actions panel does not offer the flexibility you are looking for, you can set up more flexible automations in HA.\n\nIt is recommended to trigger on a state change of the `alarm_control_panel` entity.\n\nExample:\n```yaml\ntrigger:\n  - platform: state\n    entity_id: alarm_control_panel.alarmo\n    to: 'triggered'\naction:\n  - service: switch.turn_on\n    target:\n      entity_id: swich.my_siren\n```\n\nFor the \"failed to arm\" condition, you can trigger on event instead:\n```yaml\ntrigger:\n  - platform: event\n    event_type: alarmo_failed_to_arm\ncondition:\n  - condition: template\n    value_template: '{{ trigger.event.data.reason == ''open_sensors'' }}'\naction:\n  - service: notify.mobile_app_my_phone\n    data:\n      message: \u003e\n        Could not arm because of the following problems:\n        {% for entity_id in trigger.event.data.sensors %}\n          - {{ state_attr(entity_id, 'friendly_name') }} is {{ states(entity_id) }}\n        {% endfor %}\n      title: test\n```\n\nStructure of the event data:\n```javascript\n{\n  \"reason\": \"open_sensors\", //other options: not_allowed, invalid_code\n  \"sensors\": [ //only applicable if reason = open_sensors\n    \"binary_sensor.balcony_door\"\n  ],\n}\n```\n\n#### Automatic arming\nIf you want to control the state of Alarmo through an external device (e.g. a keyfob, button panel, or phone with geofencing), you can do so by means of a HA automation.\n\nThis kind of automation cannot be made from the Alarmo \"Actions\" panel, you should use a HA automation instead (Configuration -\u003e Automations).\n\nExample of HA automation for arming with a remote button:\n```yaml\ntrigger:\n  - platform: state\n    entity_id: switch.my_remote\n    to: 'on'\naction:\n  - service: alarmo.arm\n    data:\n      entity_id: alarm_control_panel.alarmo\n      code: '1234'\n      mode: away \n      skip_delay: true\n```\n---\n### Alarmo-card\n\nAfter setting up Alarmo, it can be used for securing your house.\n\nFor controlling the alarm through the HA frontend, you can set up a Lovelace card.\nThere are two cards available:\n* [Lovelace Alarm Panel card](https://www.home-assistant.io/lovelace/alarm-panel/) which comes with HA. This offers basic arm/disarm functionality and displays the current state.\n* [Alarmo-card](https://github.com/nielsfaber/alarmo-card) which is intended as a companion for Alarmo. It offers some extra functionality on top of the standard alarm panel card, such as countdown timer for exit / entry delay and feedback messages with sensor(s) causing the alarm to be triggered or unable to arm.\n\n\n---\n\n## Third party platforms\nThis section is intended to give a starting point for users who want to operate Alarmo outside of HA.\n\n### Android MQTT Alarm Panel\nAlarmo is designed to be fully compatible with the [Android MQTT Alarm Panel](https://github.com/thanksmister/android-mqtt-alarm-panel) project.\n\nThis project provides a GUI for you to operate your alarm via a tablet which you could (for example) mount on the wall at your main entrance.\n\nFor using Alarmo with the Android MQTT Alarm Panel, make sure to enable the MQTT interface. For additional instructions on how to set up MQTT to be compatible with The MQTT Alarm Panel, see [here](https://github.com/thanksmister/android-mqtt-alarm-panel#home-assistant-alarmo-integration).\n\n\n### Apple Homekit\nAlarmo can be operated via Homekit.\nFollow the instructions on the [Home Assistant page](https://www.home-assistant.io/integrations/homekit/) to establish a gateway between HA and Homekit.\n\nAlarmo entities are of type `alarm_control_panel`, so make sure to configure the homekit gateway in HA have these included. \nThe alarm should now automatically become visible in Homekit, with the current state visible together with the possibility to arm and disarm.\n\nIn case you have Alarmo configured to require a code for arming/disarming, you need to setup homekit in yaml mode (instead of via the integrations page).\nIf you want to configure the rest of homekit using the Home Assistant UI, but configure the pin in configuration.yaml, you will have to configure two \nHomekit bridges. In this case, do not select 'alarm_control_panel' when configuring via the UI, as this instance will not have the pin. Then add the \nfollowing lines minimally to the 'configuration.yaml`:\n\n```yaml\nhomekit:\n  - filter:\n      include_domains:\n        - alarm_control_panel\n    entity_config:\n      alarm_control_panel.alarmo:\n        code: 1234 # should be identical to a user in Alarmo as well\n```\n\nThen you will need to scan the QR codes for both the UI based configuration and the 'configuration.yaml' based configuration to have access to Alarmo\nand your other UI based devices in Apple Home.\n\nThe Homekit gateway has the following limitations:\n* The [arm modes](#arm-modes) `custom` and `vacation` are not visible in Homekit.\n* Alarmo allows enabling/disabling arm modes 'on the fly', however it is needed to restart HA (or reconfigure Homekit via HA) before this becomes effective in Homekit.\n* In case arming fails, the alarm tile in Homekit will stay in 'arming...' state indefinitely.\n* Homekit will not show the `pending` [state](#states), so it is not possible to identify when the entry delay is effective.\n\n### Google Home\nAlarmo can work together with Google Home.\nThe first step is to set up the [Google Assistant](https://www.home-assistant.io/integrations/google_assistant/) integration in HA.\nFor Nabu Casa subscribers, this requires just a few clicks, other users need to register a project in Google cloud first (see instructions in HA docs).\n\nExample of minimal setup in `configuration.yaml`:\n```yaml\ngoogle_assistant:\n  project_id: \u003cyour project ID\u003e\n  service_account: !include \u003cpath to account json file\u003e\n  secure_devices_pin: 1234 # should be identical to a user in Alarmo as well\n  report_state: true\n  expose_by_default: false\n  entity_config:\n    alarm_control_panel.alarmo:\n      expose: true\n      room: Home\n```\n\nFor arming and disarming the alarm, you can use voice commands like:\n* *Arm the security system to armed away*\n* *Disarm the security system*\n\nObviously the exact commands are depending on your local language setting.\n\nIt is also possible to arm/disarm the alarm as a step in a routine (e.g. the *'Good Morning'* routine):\n* For arming in a routine: select *'adjust home devices'* followed by  action *'arm security system'*\n* For disarming in a routine select *'try adding your own'* and enter *'disarm the security system'*.\n\n**Remarks**\n* Since anyone can wake up your device and speak to Google Assistant, it's highly recommended to set up a pincode for disarming.\n* In case you have a pin set up, the Google Assistant will ask you to speak the pin. In some devices, like the Nest Hub, it is also possible to enter the pin via the keypad on the screen.\n* The Google Translate [text-to-speech service](https://www.home-assistant.io/integrations/google_translate/) can be very useful to provide additional feedback (e.g. when arming fails) for the members of your home. You can set up a notification action via Alarmo.\n\n## Say thank you\nIf you want to make donation as appreciation of my work, you can do so via PayPal or buy me a coffee. Thank you!\n\n\u003ca href=\"https://www.paypal.com/donate/?business=CLL4T6Y8ACXNN\u0026no_recurring=0\u0026item_name=Thank+you+for+supporting+my+work+on+the+Alarmo+project%2E+Your+donation+is+much+appreciated%21\u0026currency_code=EUR\" target=\"_blank\"\u003e\u003cimg src=\"https://pics.paypal.com/00/s/YzlhMzI2ZjYtZDQxMi00NzNiLThmZTktOTk3MmEyYTA2Zjc0/file.PNG\" width=\"150\" /\u003e\u003c/a\u003e\n\u003ca href=\"https://www.buymeacoffee.com/vrdx7mi\" target=\"_blank\"\u003e\u003cimg src=\"https://www.buymeacoffee.com/assets/img/custom_images/orange_img.png\"\u003e\u003c/a\u003e\n\n\u003c!-- ### Alarm modes\n --\u003e\n\n\u003c!---\ndisarmed: wait for arm command,\narming: set timer for leave delay,\narmed: wait for sensors to change;\n\ninitial =\u003e disarmed;\ndisarmed =\u003e disarmed: wait for command;\narming =\u003e arming: timer not expired;\ndisarmed =\u003e \"evaluate leave delay configuration\": received command;\n\n\"evaluate leave delay configuration\" =\u003e \"^leave delay?\";\n\"^leave delay?\" =\u003e \"evaluate immediate sensors\" : delay;\n\"^leave delay?\" =\u003e \"evaluate all sensors\" : no delay;\n\n\"evaluate immediate sensors\" =\u003e \"^immediate sensors?\";\n\"^immediate sensors?\" =\u003e disarmed: sensors NOK;\n\"^immediate sensors?\" =\u003e \"arming\": sensors OK;\n\n\"arming\" =\u003e \"evaluate all sensors\" : timer expired;\n\"evaluate all sensors\" =\u003e \"^sensors?\";\n\"^sensors?\" =\u003e armed: sensors OK;\n\"^sensors?\" =\u003e disarmed: sensors NOK;\n--\u003e\n\n\n","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fnielsfaber%2Falarmo","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Fnielsfaber%2Falarmo","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fnielsfaber%2Falarmo/lists"}