Add-On Configuration

Each add-on is stored in a folder. The file structure looks like this:


Add-on script

As with every Docker container, you will need a script to run when the container is started. A user might run many add-ons, so it is encouraged to try to stick to Bash scripts if you're doing simple things.

All our Images have also bashio installed. It contains a set of commonly used operations and can be used to be included in add-ons to reduce code duplication across add-ons and therefore making it easier to develop and maintain add-ons.

When developing your script:

  • /data is a volume for persistent storage.
  • /data/options.json contains the user configuration. You can use Bashio to parse this data.
TARGET="$(bashio::config 'target')"

So if your options contain

{ "target": "beer" }

then there will be a variable TARGET containing beer in the environment of your bash file afterwards.

Add-on Docker file

All add-ons are based on latest Alpine Linux. will automatically substitute the right base image based on the machine architecture. Add tzdata if you need run in a different timezone. tzdata Is is already added to our base images.

# Install requirements for add-on
RUN apk add --no-cache example_alpine_package
# Copy data for add-on
RUN chmod a+x /
CMD [ "/" ]

If you don't use local build on device or our build script, make sure that the Dockerfile have also a set of labels include:

LABEL io.hass.version="VERSION" io.hass.type="addon" io.hass.arch="armhf|aarch64|i386|amd64"

It is possible to use own base image with build.json or if you do not need support for automatic multi-arch building you can also use a simple docker FROM.

Build Args

We support the following build arguments by default:

BUILD_FROMHold image for dynamic builds or buildings over our systems.
BUILD_VERSIONAdd-on version (read from config.json).
BUILD_ARCHHold current build arch inside.

Add-on config

The config for an add-on is stored in config.json.

"name": "xy",
"version": "1.2",
"slug": "folder",
"description": "long description",
"arch": ["amd64"],
"url": "website with more information about add-on (ie a forum thread for support)",
"startup": "application",
"boot": "auto",
"ports": {
"123/tcp": 123
"map": ["config:rw", "ssl"],
"options": {},
"schema": {},
"image": "repo/{arch}-my-custom-addon"
namestringyesName of the add-on
versionstringyesVersion of the add-on
slugstringyesSlug of the add-on. This needs to be unique in scope to the repository that the add-on is published in, and URI friendly.
descriptionstringyesDescription of the add-on
archlistyesList of supported arch: armhf, armv7, aarch64, amd64, i386.
machinelistnoDefault it support any machine type. You can select that this add-on run only on specific machines.
urlurlnoHomepage of the addon. Here you can explain the add-ons and options.
startupstringyesinitialize will start addon on setup of system is for things like databases and not dependent on other things. services will start before Home Assistant, while application is started afterwards. Finally once is for applications that don't run as a daemon.
webuistringnoA URL for web interface of this add-on. Like http://[HOST]:[PORT:2839]/dashboard, the port needs the internal port, which will be replaced with the effective port. It is also possible to bind the proto part to a config options with: [PROTO:option_name]://[HOST]:[PORT:2839]/dashboard and he lookup if they is True and going to https.
bootstringyesauto by system and manual or only manual
portsdictnoNetwork ports to expose from the container. Format is "container-port/type": host-port. If host-port is null, the mapping is disabled.
ports_descriptiondictnoNetwork ports description mapping. Format is "container-port/type": "description of this port".
host_networkboolnoIf that is True, the add-on run on host network.
host_ipcboolnoDefault False. Allow to share the IPC namespace with others.
host_dbusboolnoDefault False. Map Host dbus service into add-on.
host_pidboolnoDefault False. Allow to run container on host PID namespace. Work only for not protected add-ons.
deviceslistnoDevice list to map into the add-on. Format is: <path_on_host>:<path_in_container>:<cgroup_permissions>. i.e. /dev/ttyAMA0:/dev/ttyAMA0:rwm
udevboolnoDefault False. Set this True, if your container runs a udev process of its own.
auto_uartboolnoDefault False. Auto mapping all UART/Serial device from host into add-on.
homeassistantstringnoPin a minimum required Home Assistant Core version for such Add-on. Value is a version string like 0.91.2.
hassio_rolestrnoDefault default. Role-based access to Supervisor API. Available: default, homeassistant, backup, manager, admin.
hassio_apiboolnoThis add-on can access to REST API. Use http://supervisor.
homeassistant_apiboolnoThis add-on can access to Home-Assistant REST API proxy. Use http://supervisor/core/api.
docker_apiboolnoAllow read-oly access to docker API for add-on. Work only for not protected add-ons.
privilegedlistnoPrivilege for access to hardware/system. Available access: NET_ADMIN, SYS_ADMIN, SYS_RAWIO, SYS_TIME, SYS_NICE, SYS_RESOURCE, SYS_PTRACE, SYS_MODULE, DAC_READ_SEARCH.
full_accessboolnoGive full access to hardware like the privileged mode in docker. Work only for not protected add-ons.
apparmorbool/stringnoEnable or disable AppArmor support. If it is enable, you can also use custom profiles with the name of the profile.
maplistnoList of maps for additional folders. Possible values: config, ssl, addons, backup, share. Defaults to ro, which you can change by adding :rw to the end of the name.
environmentdictnoA dict of environment variable to run add-on.
audioboolnoBoolean. Mark this add-on to use internal an audio system. We map a working PulseAudio setup into container. If you application did not support PulseAudio, you need maybe install: Alpine alsa-plugins-pulse or debian/ubunut libasound2-plugins.
videoboolnoBoolean. Mark this add-on touse internal an video system. All available devices will be mapped into addon.
gpioboolnoBoolean. If this is set to True, /sys/class/gpio will map into add-on for access to GPIO interface from kernel. Some library need also /dev/mem and SYS_RAWIO for read/write access to this device. On system with AppArmor enabled, you need disable AppArmor or better for security, provide you own profile for the add-on.
devicetreeboolnoBoolean. If this is set to True, /device-tree will map into add-on.
kernel_modulesboolnoMap host kernel modules and config into add-on (readonly).
stdinboolnoBoolean. If that is enable, you can use the STDIN with API.
legacyboolnoBoolean. If the docker image have no labels, you can enable the legacy mode to use the config data.
optionsdictyesDefault options value of the add-on
schemadictyesSchema for options value of the add-on. It can be False to disable schema validation and use custom options.
imagestringnoFor use with Docker Hub and other container registries.
timeoutintegernoDefault 10 (second). The timeout to wait until the docker is done or will be killed.
tmpfsstringnoMount a tmpfs file system in /tmpfs. Valide format for this option is : size=XXXu,uid=N,rw. Size is mandatory, valid units (u) are k, m and g and XXX has to be replaced by a number. uid=N (with N the uid number) and rw are optional.
discoverylistnoA list of services they this Add-on allow to provide for Home Assistant. Currently supported: mqtt
serviceslistnoA list of services they will be provided or consumed with this Add-on. Format is service:function and functions are: provide (this add-on can provide this service), want (this add-on can use this service) or need (this add-on need this service to work correctly).
auth_apiboolnoAllow access to Home Assistent user backend.
ingressboolnoEnable the ingress feature for the Add-on
ingress_portintegernoDefault 8099. For Add-ons they run on host network, you can use 0 and read the port later on API.
ingress_entrystringnoModify the URL entry point from /.
panel_iconstringnoDefault: mdi:puzzle. MDI icon for the menu panel integration.
panel_titlestringnoDefault add-on name, but can Modify with this options.
panel_adminboolnoDefault True. Make menu entry only available with admin privileged.
snapshot_excludelistnoList of file/path with glob support they are excluded from snapshots.
advancedboolnoDefault False. Make addon visible on simle mode or not.
stagestringnoDefault stable. Flag add-on with follow attribute: stable, experimental, deprecated
initboolnoDefault True. Make it possible to disable the docker default system init because the image have his own init system.

Options / Schema

The options dictionary contains all available options and their default value. Set the default value to null if the value is required to be given by the user before the add-on can start, and it show it inside default values. Only nested arrays and dictionaries are supported with a deep of two size. If you want make an option optional, put ? to the end of data type, otherwise it will be a required value.

"message": "custom things",
"logins": [
{ "username": "beer", "password": "123456" },
{ "username": "cheep", "password": "654321" }
"random": ["haha", "hihi", "huhu", "hghg"],
"link": "",
"size": 15,
"count": 1.2

The schema looks like options but describes how we should validate the user input. For example:

"message": "str",
"logins": [
{ "username": "str", "password": "str" }
"random": ["match(^\w*$)"],
"link": "url",
"size": "int(5,20)",
"count": "float",
"not_need": "str?"

We support:

  • str / str(min,) / str(,max) / str(min,max)
  • bool
  • int / int(min,) / int(,max) / int(min,max)
  • float / float(min,) / float(,max) / float(min,max)
  • email
  • url
  • password
  • port
  • match(REGEX)
  • list(val1|val2|...)

Add-on extended build

Additional build options for an add-on is stored in build.json. This file will be read from our build systems. You need this only, if you not use the default images or need additional things.

"build_from": {
"armhf": "mycustom/base-image:latest"
"squash": false,
"args": {
"my_build_arg": "xy"
build_fromnoA dictionary with the hardware architecture as the key and the base Docker image as value.
squashnoDefault False. Be careful with this option, as you can not use the image for caching stuff after that!
argsnoAllow to set additional Docker build arguments as a dictionary.

We provide a set of Base-Images which should cover a lot of needs. If you don't want use the Alpine based version or need a specific Image tag, feel free to pin this requirements for you build with build_from option.

Last updated on