# Configuration Descriptions

Specific services or bindings usually require a configuration to be operational in a meaningful way. To visualize or validate concrete configuration properties, configuration descriptions should be provided. All available configuration descriptions are accessible through the org.openhab.core.config.core.ConfigDescriptionRegistry service.

Although configuration descriptions are usually specified in a declarative way (as described in this section), they can also be provided as org.openhab.core.config.core.ConfigDescriptionProvider. Any ConfigDescriptionProviders must be registered as service at the OSGi service registry. The full Java API for configuration descriptions can be found in the Java package org.openhab.core.config.core. In addition to this there is a org.openhab.core.config.core.validation.ConfigDescriptionValidator that can be used to validate a set of configuration parameters against their declarations in the configuration description before the actual configuration is updated with the new configuration parameters.

Configuration descriptions must be placed as XML file(s) (with the ending .xml) in the bundle's folder /OH-INF/config/.

# Formatting Labels

The label and descriptions for things, channels and config descriptions should follow the following format. The label should be short so that for most UIs it does not spread across multiple lines. The description can contain longer text to describe the thing in more detail. Limited use of HTML tags is permitted to enhance the description - if a long description is provided, the first line should be kept short and a line break (<br>) should be placed at the end of the line to allow UIs to display a short description in limited space.

Configuration options should be kept short so that they are displayable on a single line in most UIs. If you want to provide a longer description of the options provided by a particular parameter, then this should be placed into the <description> of the parameter to keep the option label short. The description can include limited HTML to enhance the display of this information.

The following HTML tags are allowed -: <b>, <br>, <em>, <h1>, <h2>, <h3>, <h4>, <h5>, <h6>, <i>, <p>, <small>, <strong>, <sub>, <sup>, <ul>, <ol>, <li>. These must be inside the XML escape sequence - eg. <description><![CDATA[ HTML marked up text here ]]></description>.

# XML Structure for Configuration Descriptions

<?xml version="1.0" encoding="UTF-8"?>

  <config-description uri="{binding|thing-type|channel-type|any_other}:bindingID:...">
    <parameter-group name="String">

    <parameter name="String" type="{text|integer|decimal|boolean}" min="Decimal" max="Decimal" step="Decimal" pattern="String" required="{true|false}" readOnly="{true|false}" multiple="{true|false}" groupName="String" unit="A|cd|K|kg|m|mol|s|g|rad|sr|Hz|N|Pa|J|W|C|V|F|Ω|S|Wb|T|H|Cel|lm|lx|Bq|Gy|Sv|kat|m/s2|m2v|m3|kph|%|l|ms|min|h|d|week|y">
        <option value="String">String</option>
        <criteria name="String">String</criteria>

  <config-description uri="{binding|thing-type|channel-type|any_other}:bindingID:...">
config-description.uriThe URI of this description within the ConfigDescriptionRegistry (mandatory).
parameterThe description of a concrete configuration parameter (optional).
parameter.nameThe name of the configuration parameter (mandatory).
parameter.typeThe data type of the configuration parameter (mandatory).
parameter.minThe minimal value for numeric types, or the minimal length of strings. Note that the value of any options may be outside of this value (optional).
parameter.maxThe maximum value for numeric types, or the maximum length of strings. Note that the value of any options may be outside of this value (optional).
parameter.stepThe value granularity for a numeric value (optional).
parameter.patternThe regular expression for a text type (optional).
parameter.requiredSpecifies whether the value is required (optional, default: false).
parameter.readOnlySpecifies whether the value is read-only (optional).
parameter.multipleSpecifies whether multiple selections of options are allowed (optional).
parameter.groupNameSets a group name for this parameter (optional).
parameter.unitSpecifies the unit of measurements. The unit declaration in the parameter definition shown above contains the set of valid units. The unit must only be set if the type of the parameter is either integer or decimal (optional).
advancedSpecifies that this is an advanced parameter. Advanced parameters may be hidden by a UI (optional).
verifySpecifies that this is parameter requires a verification stage with the user before sending. Parameters flagged with *verify=true* could be considered dangerous and should be protected from accidental use by a UI - e.g. by adding an "Are you sure" prompt (optional).
contextThe context of the configuration parameter (optional).
requiredThe flag indicating if the configuration parameter has to be set or not (deprecated, optional, default: false).
defaultThe default value of the configuration parameter (optional). If `multiple` is true you can define a list of default values, separating them by a comma (`,`).
labelA human-readable label for the configuration parameter (optional).
descriptionA human-readable description for the configuration parameter (optional).
unitLabelThe unit label represents a human-readable label for the unit. It can also be used to provide unit labels for natural language units as iterations, runs, etc. The unit label must only be set if the type of the parameter is either integer or decimal (optional).
optionThe element definition of a static selection list (optional).
option.valueThe value of the selection list element. Note that the value may be outside of the range specified in the min/max if this is specified.
multipleLimitIf `multiple` is true, sets the maximum number of options that can be selected (optional).
limitToOptionsIf true (default) will only allow the user to select items in the options list. If false, will allow the user to enter other text (optional).
criteriaThe filter criteria for values of a dynamic selection list (optional).
criteria.nameThe name of the context related filter.

# Supported Contexts

Context is used to provide some semantic details about the parameter. The UIs use it to render different kind of input widgets. The following contexts require a specific format of the content:

NameTypeFormatSample implementation
network-addresstextIPv4,IPv6, domain name<input type="text"/>
network-interfacetextNetwork interface name, e.g. eth0custom input field
serial-porttextSerial port name, e.g. COM1custom input field
passwordtextalphanumeric characters<input type="password"/>
password-createtextalphanumeric characterscustom password input
colortext#000000 - #ffffff (hex color)<input type="color"/>
datetextYYYY-MM-DD<input type="date"/>
datetimetextYYYY-MM-DD hh:mmcustom input field
emailtext[email protected]<input type="email"/>
monthtextmonth of yearcustom input field
weekintegerweek of yearcustom input field
dayOfWeektextMON, TUE, WED, THU, FRI, SAT, SUN
custom input field
timetext/integerhh:mm:ss/milliseconds since epoch<input type="time"/>
telephonetexttelephone numbercustom input field
urltextweb url<input type="url"/>
itemtextItem namecustom input field
thingtextUID of a thingcustom input field
grouptextgroup name to which this parameter belongs
tagtexttag namecustom input field
servicetextservice namecustom input field
channeltextUID of a channel
custom input field
ruletextUID of a rule
custom input field
custom input field

Further, the item context can contain criteria to filter the list of items. For example:

  <criteria name="type">Switch,Dimmer</criteria>
  <criteria name="tag">Light,Heating</criteria>

In the case of above filter only those items will be shown that satisfy the filter's conditions. The above filter is evaluated as follows:

(type=Switch OR type=Dimmer) AND (tag=Light OR tag=Heating)

Similarly, the Channel context can contain criteria to filter channels based on kind field. The value of kind can either be STATE or TRIGGER. For example:

  <criteria name="kind">STATE|TRIGGER</criteria>

Groups allow parameters to be grouped together into logical blocks so that the user can find the parameters they are looking for. A parameter can be placed into a group so that the UI knows how to display the information.

group.nameThe group name - this is used to link the parameters into the group, along with the groupName option in the parameter (mandatory).
labelThe human-readable label of the group. (mandatory).
descriptionThe description of the group. (optional).
contextSets a context tag for the group. The context may be used in the UI to provide some feedback on the type of parameters in this group (optional).
advancedSpecifies that this is an advanced group. The UI may hide this group from the user (optional).

The full XML schema for configuration descriptions is specified in the openHAB config description XSD (opens new window) file.


  • Although the attribute uri is optional, it must be specified in configuration description files. Only for embedded configuration descriptions in documents for binding definitions and Thing type descriptions, the attribute is optional.

# Example

The following code gives an example for one configuration description.

<?xml version="1.0" encoding="UTF-8"?>
<config-description:config-description uri="thing-type:my-great-binding:my-bridge-name"

  <parameter-group name="connection">
    <description>Connection settings.</description>

  <parameter-group name="authentication">
    <description>Authentication settings.</description>

  <parameter name="ipAddress" type="text" required="true" groupName="connection">
    <label>Network Address</label>
    <description>Network address of the device.</description>

  <parameter name="port" type="integer" min="0" max="65535" multiple="true" groupName="connection">

  <parameter name="userName" type="text" required="true" groupName="authentication">
    <label>User Name</label>

  <parameter name="password" type="text" required="false" groupName="authentication">