The openHASP Custom Component simplifies synchronization of objects on one or more openHASP plates with Home Assistant entities. You can map any service supported by any entity in Home Assistant to any object event in openHASP, moreover, you can set any property of any object in openHASP to any value from Home Assistant. This powerful concept gives you full freedom to create a completely customized, hardware-based control user interface for your home automation.
We call plate any device running openHASP in your system.
Note
Before going forward make sure you have installed the MQTT add-on in Home Assistant and the option Enable Discovery
is indeed enabled in the MQTT integration service.
A working MQTT add-on with discovery enabled is a prerequisite for using the openHASP custom component.
Installation~
You have the option to install the custom component using HACS or via manual download:
Install using HACS in one-click. This is the preferred and recommended method, as HACS provides a very effective way to keep the component updated and/or choose between various versions.
- Goto Home Assistant > HACS > Integrations.
- Click the Explore & Add Repositories button.
- Search for
openHASP
and click on the openHasp logo. - Click Install this repository in HACS. Note: To install the current unstable development version select the Main.
- Click Install
- Reboot Home-Assistant
Alternatively, you can also install it manually:
- Using the tool of choice open the directory (folder) for your HA configuration (where you find
configuration.yaml
). - If you do not have a
custom_components
directory there, you need to create it. - In the
custom_components
directory create a new folder calledopenhasp
. - Download all the files from the
custom_components/openhasp/
directory in this repository. - Place the files you downloaded in the new directory you created.
- Edit your
configuration.yaml
file add an entry similar to the example below. - Restart Home Assistant
Note
The download{target=blank} link points to the actual _development code in the master branch.
Warning
You have to use component version consistently with the firmware version on your plates. For example, if your plates are at firmware version 0.6, you also need to use component version 0.6 to ensure interoperability. Home Assistant will show a warning if it finds a version mismatch. Note that you can only have one version of the component installed at a time so a mix of plate versions cannot be deployed.
Configuration~
First prepare your plates to be integrated with Home Assistant (follow steps in order):
- Connect your plates to the network. Static DHCP or fixed IP is not needed as communication only happens through MQTT.
- Set the GPIO configuration corresponding to your hardware (important for them to be detected as entities), save and reboot.
- Restart Home Assistant.
- Set the MQTT server settings and make sure each plate has a unique node name, save and reboot.
The component will automatically discover the plates and you will see them appearing in Lovelace UI's Configuration > Devices & Services > openHASP.
When Home Assistant detects your plate, you will have to give it a name. In the examples below both name and node name is plate35
.
You will be presented with options to set the backlight brightness level when the plate is idle and optionally you can set a path to a centrally located pages.jsonl
file containing design for this plate - the component can send the contents of the file when the plate connects. From v0.6.3 of the component this file can also be a file with a .json
extension. See the JSON Files section below.
Note
If you opt to store the pages.jsonl
file on Home Assistant server, it will only be loaded on start of Home Assistant and reloaded on plate availability (becoming online). Optionally you should also check how to handle the offline state of the plate.
Currently you will get a warning that you need to add manual configuration for the objects in your configuration.yaml
, that's no problem, read ahead.
Example~
To add an openHASP plate to your installation with a sample configuration, upload a pages.jsonl
file with the following content to your plate first:
1 2 3 4 |
|
Assuming your plate's configured MQTT node name is plate35
, add the following to your configuration.yaml
file (Home Assistant will deliberately ask for it when finished autodetection procedure):
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
|
Note
The Home Assistant Custom Component is not limited to setting val
and text
properties on UI objects!
There is nothing stopping you from using the full suite of template functions like state_attr
in your templates to drive more sophisticated behaviors. See the Example Automations for more.
Variable definitions~
- openhasp: (Required)
- The platform identifier. Required once in the configuration.
- plate35: (Required)
- Your plate identifier slug. For each plate in your system, such an entry is required, has to be unique. It is generated automatically from the plate name you gave during discovery, which by default equals to the HASP Node Name set in the plate's configuration.
- objects: (Optional)
- Definition of the objects reacting to changes in Home Assistant, or generating events for Home Assistant.
- obj: (string) (Required)
- The object identifier which we want to integrate with Home Assistant. Its name has the form
pXbY
whereX
represents the page where the object is located, andY
represents theid
of the object on that page. - properties: (Optional)
- List containing the properties of the object which we want to modify based on changes occurring in Home Assistant. In the example above
text
property gets updated wheneversensor.my_room_temperature
changes. - event: (Optional)
- List containing the events generated by the object when touched on the screen. These are object-specific and can be observed accurately with an MQTT client. Each event defines a list of services which will be processed in order (like actions list in an automation).
In the example above, when object p1b2
(which is a toggle button) generates the on
event, light.my_room
will be turned on by the service call light.turn_on
as specified in the event config. And similarly when off
event comes through MQTT, the light will be turned off by the corresponding service call.
Note
Any variable coming from the MQTT message can be used between curly brackets and passed to the service call. In the example above when object p1b3
(which is a dropdown selector) generates the changed
event, a persistent notification will appear in Home Assistant's Lovelace interface containing the selected text from the object, which was passed over from the MQTT message. See object events for more types of generated events.
Reloading the configuration~
After you make changes to the configuration of the plate you can apply them by either restarting Home Assistant or by reloading the integration from Lovelace user interface with option found in Configuration > Devices & Services > openHASP > (your plate >) 3dots menu > Reload. Note that this has to be done individually for each configured plate.
You can achieve the same by with a service too:
1 2 3 |
|
entry_id
found in .storage/core.config_entries file from your main Home Assistant configuration directory (do NOT edit this file!).
Configuration tips~
Multiple plates~
If you have multiple plates you can add them all using different plate identifiers. Their configured topics have to be unique too:
1 2 3 4 5 6 7 8 9 10 |
|
Split configuration~
You can use Home Assistant's split configuration to help better organizing your config files.
Instead of keeping the configuration of all openHASP plates in Home Assistant's main config file, you can keep openHASP config separately, by adding only this to configuration.yaml
:
openhasp: !include openhasp.yaml
After this, you can move your openHASP configuration starting with plate_my_room:
level to your separate openhasp.yaml
file and restart Home Assistant.
Moreover, if you have multiple plates, you can keep each one in a separate config file, to achieve this, make it like:
openhasp: !include_dir_merge_named openhasp_configs/
Create a directory openhasp_configs
right near configuration.yaml
, and put in it all your plates configuration (only with plate_my_room:
level) in separate yaml files and restart Home Assistant.
Services~
This component implements some specific services to make interactions with the plate even more comfortable.
- openhasp.wakeup
- Wakes up the display when an external event has occurred, like a presence or a PIR motion sensor.
- openhasp.next_page
- Changes plate to the next page.
- openhasp.prev_page
- Changes plate to the previous page.
- openhasp.change_page
- Changes plate directly to the specified page number.
- openhasp.clear_page
- Clears the contents of the specified page number. If page number not specified, clears all the pages.
- openhasp.load_pages
- Loads new design from
pages.jsonl
file from full path on Home Assistant server.
The file must be located in an authorized location defined by allowlist_external_dirs (in case of hassio /config/
is the directory where Home Assistant's configuration.yaml resides, so in case of a subdirectory called openhasp
the full path would be e.g. /config/openhasp/pages.jsonl
, and you need to add /config/openhasp/
to your allowlist_external_dirs
).
Note
The contents of the file are loaded line by line thus "page":X
has to be defined for each object.
Unless you clear the page first, the objects will be updated.
For example, to allow read-access to the folder, add these lines to your configuration.yaml
:
1 2 3 |
|
- openhasp.command
-
Wraps up any command so that it can be called against the entity_id of the plate. Useful in Automations and Blueprints.
Warning
This service handles data without input validation. Only for advanced users. No support for any problems caused by using this!
- openhasp.config
-
Wraps up any raw submodule config so that it can be called against the entity_id of the plate. Useful in Automations and Blueprints.
Warning
This service handles data without input validation. Only for advanced users. No support for any problems caused by using this!
Check out the example configurations and automations to learn how to use these services within Home Assistant.
JSON Files~
From v0.6.3 pages file supplied in the plate config within home assistant can be a .json
, files with this extension will be parsed differently and expect a JSON array containing objects or strings. Objects must be valid JSONL lines and strings can be used for comments.
As this file is valid JSON whitespace will be ignored when parsing and removed before sending the JSONL data to the plate. If you are storing your plate config along with your HA config, this allows you to have more readable config which will be formatted in your editor of choice.
Example:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 |
|
Debugging~
Add these lines to your main configuration.yaml
configuration and restart Home Assistant:
1 2 3 4 |
|
Look for the debug messages in the home-assistant.log
file.