Z-Wave Device Database Usage Guidance

The database is designed for manual entry of some data, and automatic entry of more detailed device specific data. Manual entry is required for configuration parameters,  associations, device names etc, where such information is not provided by a scan of the device itself. Automatic entry of data is performed by uploading the node XML files that are automatically produced by openHAB directly to the database system. These files are generated by openHAB when it performs device discovery and contains all the information on supported command classes and their configuration.

Automatic entry, and update of references (eg the deviceType and deviceId) is preferred to avoid mis-entry of the information.

To use the database you must first register on the site, then email, or open a ticket to have your access updated to allow you to edit the information. Please avoid adding comments to this page or other pages to request access or discuss issues. The comments section is to help provide a record of changes, or device issues and shouldn't be used as a forum as it is not read routinely.

Each database has a comments section - this should be used to provide information to other users, or make a comment that may help understand why changes are made at a later time. If you have an issue with a device, please discuss this on the openHAB community forum and not in the comments section of the device database page as this is not monitored.

Please remember that the database is used by everyone, so when entering data, please consider others. Think about usability in the User Interface and use the features the database provides to enhance the way data will be presented to others. By spending a little more time to improve the data, everyone will benefit.


Device Identification

Devices are identified in the database by 4 pieces of information that are provided by the device during the initial discovery process. These are -:

  • Manufacturer ID
  • Device Type
  • Device ID
  • Firmware version

The primary identification is performed using the Manufacturer ID, Device Type and Device ID and it is important that when entering data into the database, these are correctly identified. Many devices use multiple deviceType and deviceId sets to identify different regions, or other minor differences.

Often a manufacturer will have a different model number, and possibly different Type and ID for the same device in different regions (eg ZE32EU, ZE32UK and ZE32US) - unless these are known to be different devices with different configuration, then it is best to simply call them by the model number without the regional part (eg ZE32) and use a single database entry. Similarly for different firmware versions - the firmware version should not be part of the name - the database will handle the versioning without using a different name for the new version of the device.

Most devices don’t use the firmware version, but some devices have different firmware versions with different features in the same device. The database handles this by introducing a new device and using a minimum and maximum version numbers that is applicable to the device. By default, a device should be configured with the maximum version to detect all new versions (ie set to 255.255). This means that new devices will work, even if new features are not supported without a database update. When a new device is made available, the existing device should be set to a max version lower than the new device, and the new device min version set appropriately.

NOTE: If you find that there is already a device in the database with the same Type and ID as the one you want to add, don't just change them or add duplicates. Please flag this to me on the openHAB forum and we'll try and work out how best to handle it - for example, the device might be a newer (or older!) version of a similar device with different firmware.


Updating Existing Devices

If you have looked through the database and found your device, but the information is out of date then there are two possible updates the database can perform. Firstly, when the database was created it may not have contained all the detailed information for the device. If this is the case, there will be a message printed across the top of the device summary page. Secondly, many devices use multiple sets of deviceType and deviceId as explained above in the device identification section. Again, uploading a new XML file will allow this to be resolved. When you upload a new file, the database will perform some consistency checks to make sure the device is the same - it checks the manufacturer, and the device class - the checks are not foolproof, so please try to ensure the device is really the one you have!

To upload an XML, select the Update Device option from the tools menu in the top right of the device summary page.

Currently the database allows manual editing of most data, but it is preferable to upload the XML files rather than manually editing the fields as this will be less error prone.  There are some instances where manual editing is the only way of doing something, but please be careful editing things other than text fields (labels etc).

The database does not allow users to delete data. If you need to remove something, then mark the label with "** DELETE **" or something similarly identifiable.


Adding a new version of an existing device

If you have a different version of a device in the database, before adding another entry to the database, check that the association group configuration, parameters, and channels are the same. If they are, then it is only needed to update the device IDs of the existing device. If there is a new version required because the above data has changed, then first edit the exiting devices versions so that it does not conflict with the new device, then you can add the new device.


Adding New Devices

First, start by checking that the device is not already in the database by doing a search in the Device List. Some manufacturers use multiple sets of Device Type and Device ID for the same device to represent different regions etc, so don’t create a new device if it exists, just add the extra references into the existing device.

Once you’ve clearly established that the device doesn’t exist, you need to create a new device. There are two ways to create a new device - either by uploading an openHAB node XML file, or manually. The recommended approach is to upload an XML file since much of the information about the device will be filled in automatically, and errors will be minimised, however if you don't have the device, then you need to create is manually.


Creating a device from an XML file

This allows creating of a device from the XML file that openHAB generates once it has initialised a device and this is the recommended way to create a device. Go to the Device List and click on the tools button in the top right of the page - this will provide you with the two options listed above. If you are uploading an XML file, you should enter the device name and label. Below this information is a box that allows you to paste in an XML file. Open the XML file for the node you want to add (in the /etc/zwave folder for OH1, and the {userdata}/zwave folder for OH2) and paste the data into this box and press the Submit button.  This will perform some sanity checks on the XML file to ensure that it has all the information required, and that it is consistent with the information you manually entered, and that another device with these identifiers doesn’t already exist in the database.

If all is well, the device should be created, and you will receive a report stating what was performed. You will then be transferred to the device summary page. This lists all the information about the device – the information you’ve manually entered, and the data extracted from the XML. Scroll down this page and edit the relevant sections as required.

No information will have been added for configuration or association groups. These will need to be entered manually, using the device manufacturers manual as a reference. 

If the device supports multiple endpoints, then you should rename the default names that were added during the device generation. Ideally, provide a name associated with the function of the endpoint, so for a switch that supports two switches, one on endpoint 1, and the other on endpoint 2, you could rename the endpoints to “Switch 1” and “Switch 2”.


Creating a device manually

If you don't have an XML file, then you need to create the device manually. Really, the only time that this should be needed is if you don't yet have the device - in this case, the best approach is to create a new device, and fill in the minimum information only - this is the manufacturer, device name, and the device type and id. This will allow a database file to be created, and you can add configuration parameters and association groups from here. It is not recommended to manually enter the detailed device information as this is prone to error. Once you have the device running, and it creates an XML, please return to the device summary page and update the information by uploading the XML file.

If the warning above is displayed, this means that only basic information is available for the device - this provides the configuration and association information required for configuration, but not the detailed information required for use in OH2. If you have this device, and have an XML file, then please upload it.


Updating endpoints

An endpoint in the database is the same as an endpoint within the device - this isn't a command class. An endpoint is effectively a virtual device within the device and (typically) supports multiple command classes. Each command class may have multiple 'channels' (to use an OH2 term) or information that the user may be interested in - most don't, but where multiple alarms, or sensors are supported within a class, this is how it's done...

This is endpoint 0, which normally contains a lot of 'service' classes - eg all the associations, configuration, wakeup, version, manufacturer information etc - basically stuff that users don't care about. Of course endpoint 0 also has some user classes, but you'll see that the other endpoints don't have this device level information, so there are more classes in endpoint 0… 

Now to look at endpoint 1 (if there are multiple endpoints). Here we only see the more user oriented command classes - in this case the switch and the meter. You can also see what I mentioned about channels - the meter class supports two channels -the current power (watts) and the power consumed to date (kWh). These can be associated with items (in OH1) and channels (in OH2). 

From here, you can go through and rename the channels - eg the "Electric meter (watts) 1" might be better labelled "Plug 1 power" or something, so you can click on the edit button and change the label (remember though that this is a generic database, so don't call it "Master bedroom" or something specific to your house - you can set this later in OH2 when items are defined, and this just becomes the default). If there are duplicated channels between endpoints, or the same data on multiple command classes, this should be consolidated. There are also some other fields you can set - these are kind of like the options that we might have in OH1 items). There's also the 'Overview' input where we can provide a description using a nice editor - this is later used to create the device instruction information (it's not currently included at the moment though)...

As mentioned above, some channels may be duplicated across multiple endpoints. This is most common where a device provides a specific endpoint for a feature, and may also provide the same data on the root endpoint (ie endpoint 0). Here it is best to not provide the channel in endpoint 0, and only provide it in the specific channel. This is because the device will be configured to use multiple endpoint mode where it exists, and reporting of the endpoint 0 channel may therefore not work (depending on the device).


Copying Configuration From Another Device

The database allows copying of configuration information (configuration parameters and association groups only) from one device to another. Firstly, the device must be included into the database, so you need to follow the steps above to add a device by loading the XML file. Once this is complete, you can go to the device summary page, and click on the tools button in the top right of the page. Here you will find an option to copy the configuration - select this option, and you'll be presented with a list of devices in the database - select the device and the system will copy all the configuration parameters and association groups into the original device.

Note that if you start adding parameters or groups to the device manually, then the option to copy from another device will not be available. This is to avoid conflicts, so you should copy the configuration from another device first, then tailor it to the new device.


Configuration Parameters

Configuration parameters are needed to allow the device to be configured as different users want to use their device. The database provides a flexible system for configuration of parameters that is mostly straight forward and self explanatory, but there are a few fields that require explaining.

Most of the information required when filling in the parameter configuration is provided in the manufacturers manuals.

  • Parameter ID: This is the identifier of the parameter. It is a number between 0 and 255.
  • Bitmask: This allows separation of a configuration parameter into individual 'sub-parameters'. Ideally, each component of a devices configuration would be defined separately in individual parameters, but this isn't always the case. In some cases, a manufacturer might use a single parameter to configure (for example) the volume, and style of an alarm By setting the bitmask, we can separate these two fields out and allow the user to control them individually. The bitmask is (currently) defined as a hexadecimal value - the bits must be continuous.
  • Label: The label should be able to fit in a single line and should not contain any HTML markup.
  • Units:
  • Description: The description should be able to fit in a single line and should not contain any HTML markup. If you need to add extended information about the configuration, then you should use the Overview box which can use HTML.
  • Size: This is the size of the parameter (in bytes). If this is a logical sub-parameter, this should be set to the physical size of the parameter - ie all sub-parameters will have the same size. The size must be consistent with the device.
  • Minimum: This should be set to the minimum value when the user is manually entering data. When parameter options are provided, and the Allow free entry option is ticked, then the minimum value should be set to the minimum that the user can enter manually - ie options can use values outside of the minimum and maximum value.
  • MaximumThis should be set to the maximum value when the user is manually entering data. When parameter options are provided, and the Allow free entry option is ticked, then the maximum value should be set to the maximum that the user can enter manually - ie options can use values outside of the minimum and maximum value.
  • Default: This should be set to the manufacturers default value.
  • Read Only: Tick this if the parameter can not be written to.
  • Write Only: Tick this if the parameter can not be read from.
  • Allow free entry: If the parameter has some options defined, these will be presented in a list in the UI. By enabling 'allow free entry', you allow the user to type in any other value as well as these options. Sometimes the manufacturer might set an allowable range, but specific values might have special meaning. For example, a parameter might be used to set the position volume of an alarm between 0 and 100%, but a value of 255 might be used to set a special function. In this case, 'Allow free entry' can be set, and an option can be added for the special function. The user can still type in any value they like, but they get the option of the special value as well.
  • Advanced: Advanced options are initially hidden in the UI unless advanced mode is selected. This allows users to focus on important configuration settings. Please consider setting the advanced flag on parameters that are either not used often, or potentially have unwanted side effects.
  • Overview: This allows entry of extended information about the parameter. It should be formatted using HTML and the database provides data entry in a WYSIWYG editor. Please ensure that lines are not terminated with a line feed except at the end of paragraphs. This allows the information to be nicely presented in the browser.

When entering labels, keep it short. Avoid things like "This sets the notification number" - just use "Notification number", or in associations "Nodes to receive the thermostat update" - just use "Thermostat update".



Options can be provided for a parameter to provide the user with a textual input. Note that if the Allow free entry box is ticked for the parameter, then the user can also enter data manually so long as it is inside the minimum and maximum value for the parameter. Option labels should be kept short so that they fit nicely in a single line in the browser. Longer information about the option should be entered in the Overview box which can support basic HTML markup.


Sub Parameters

The Z-Wave binding supports a concept of 'sub-parameters'. This allows elements of a parameter to be processed as if it were an individual parameter. in order to do this, we introduce the concept of a bitmask to the parameter - this allows us to separate out the relevant parts of a parameter, and the configuration will process it as though it was a parameter in its own right. The bitmask is a hexadecimal value used to mask out contiguous bits in the value.

To explain this further, let's look at an example. A parameter might have two elements - volume and style of an alarm. The lower 8 bits might be the volume, and the next 3 bits might specify a different sound type. Let's assume this is parameter 20, it would then be specified as follows -:

Two parameters would be added to the database -:

The first parameter would be specified as parameter number 20, with a bitmask FF (to mask out the first byte). The minimum and maximum would be 0 and 100 (to make this a percentage)

The second parameter would also be specified as parameter number 20, but with a bitmask of 700 - this is masking out the first 3 bits in the second byte. In this case we would have a minimum of 0, and a maximum of 7. In this case, if we're specifying different sounds, we might add options to set the siren sounds - again these would be set between 0 and 7 - the binding handles the bitmask, so to take these values and put them in the correct part of the configuration parameter.


Changing parameters in openHAB rules

To use a configuration parameter in a rule, or display it in the UI, a channel must be add. This should be added to the Configuration command class in the endpoints list. It should be given the type config_decimal and there should be an option parameter=XX where XX is the relevant parameter ID.



ZWave uses associations to configure devices to send commands to other devices, and the controller, when certain events occur. In openHAB, the binding will automatically configure the ZWave Plus Lifeline group, but other groups may be configured to be automatically set if needed. This is not normally required for sending reports to the controller however, and configuring additional groups can cause duplicate commands to be sent to the controller.


Entering textual information

The database has been designed with multiple text fields to describe a device. Some of these are text only, while others allow basic HTML elements. Please use the fields appropriately – don’t just add everything into the Overview box for example, or add the device manufacturer, model or version number into the device name, and then also put it at the beginning of the description. By doing this, we can ensure a consistent format for all devices as the export tool can appropriately combine the information so that everything is presented in a similar way no matter who entered the data.

Keep text labels short and concise. For example, instead of writing "Threshold of current for the Load Caution", use "Load caution current threshold".

If adding information as bullet points, or numbered lists, please use the editor buttons to format the data rather than manually adding the numbers or bullets. This ensures consistency and allows UIs to present the data more appropriately.

Avoid reiterating the title - eg in the inclusion section, just write the steps required to include the device, don't write things like "the following steps are required to include the device".

It should be noted that when the editor saves the text, it will filter out any HTML tags that are not permitted, and any CSS styling. This shouldn't affect the text, but is designed to make it more portable across UIs.


Reference Material

We can't add all information into the database, so to ensure reference material is available, it's possible to upload manuals etc and associate this with the device. At the bottom of the device summary page is where this can be found.


Errors and Warnings

The database software will perform a number of checks to try and detect data entry errors, to suggest things that might be wrong with the database entry, and to try and enforce consistency across entries. These are listed at the top of the device database page - errors are listed in red, and these must be removed before the device can be approved. Warnings are in yellow, and information messages are in blue - these don't need to be removed before approval.

  • Endpoint 0 has no command class linked to the basic class: Many devices will report changes using the BASIC class, and the binding needs to know how to handle these messages. Nearly always, the BASIC class is mapped to a specific class, and this link needs to be made in the database. If you have a binary light, then this will likely be SWITCH_BINARY and to remove this information message you need to tick the "Treat as BASIC" box in the appropriate command class.
  • There are 1 association groups but none are linked to the controller. Is this correct?: This means that the device supports association groups which are used to report state changes or sensor updates, however no groups are configured to report to the controller. Therefore, the controller will not receive these state updates if it is not added to the appropriate group. Often there is a Lifeline group, or other group that is specifically designed for sending reports to the controller - this should be identified from the device manual, and then the "Controller" box should be ticked for this group.
  • Device supports configuration, but no parameters are defined: The CONFIGURATION command class is supported by this device. This likely means that the device has configuration parameters, however these are not defined in the database so they will not be available in the user interface.
  • Device supports associations, but no groups are defined: The ASSOCIATION command class is supported by this device. This likely means that the device has association groups, however these are not defined in the database and this may mean that reports can not be sent from the device to the controller.

Many warnings aim to improve consistency by enforcing label lengths, capitalisation, naming conventions etc. Please don't ignore these - they are there to provide a consistent database in order to provide the best possible user experience.


The Review Process

Changes to the database are logged so that we can review the updates before they are made available for use. Once you have finished making changes, then you will need to request a review - this will email the reviewers, and someone can check the updates and accept them.

The image above shows what you will expect to see once you have made changes, and once you've requested a review of the device. It's worth noting that you will only the see list of changes that you have made - changes made by other people won't be visible, and the 'Request Review' button is only displayed when you have made changes to this device.

Before requesting a review, please ensure that all errors and warnings are removed. Many warnings are designed to ensure consistency between different devices within the database so please try to make update as per the warnings.

Once the device is reviewed and approved, files are exported in various formats for different products. For openHAB, the XML files are automatically produced and made available for a Pull Request into the binding repository in Github.


Edit Locking

A device may be locked from general editing. This is aimed at preventing changes to devices that are considered stable, and have achieved the required level of quality. A user can request that a device is locked once all data is entered, all warnings removed, and they believe that the quality of data is high and well formatted. A critical review will be made to ensure this is correct, and if so, the device will be locked from general editing.

Once locked, a user may request it is unlocked for them to edit. They will be given a period of time to make changes before it is locked again. Ideally, any changes should have been discussed with other users on the community forum before requesting the database is updated.

The image above shows a device that is locked, with a button to allow users to request it is unlocked for them to edit.


For a device to be considered for edit locking, it must be complete and high quality. Some issues to check before requesting a device is locked -:

  • All errors and warnings at the top of the page are removed. Sometimes a warning may not be applicable, so this can be ignored in some minor cases.
  • All overview fields are filled in with the detailed information. This is required for device level data, as well as configuration parameters where applicable.
  • Labels and options are properly capitalised. They should start with a capital letter, and should not be all upper case or lower case.


Documentation Generation

The database is used to generate documentation for the openHAB binding. You can view this by clicking the Export button, and selecting MD Documentation. You are encouraged to do this prior to submitting the device for approval so you can see the result of your changes.  By careful use of the label, description and overview fields in the various parts of the database, high quality products should be achieved for the user interface and the documentation.



Each database entry contains a comments section at the bottom of the page. This is intended so you can report observations with a device, configuration that you found useful, updates that you made to the database etc. It is not intended as a discussion forum!

If you have problems, or want to discuss something about the device, please open a thread on the openHAB community forum

# Clyde Bell 2017-02-23 16:56
I'd like to add a device to the DB but I don't have the option as described above. I'm logged in but do I need to be given permission first?
# Super User 2017-02-23 16:58
I've updated your access.
# Tobias 2018-12-03 18:31
Can I get access to add SR-ZV9002T4-CCT-EU Sunricher Wall mounted 4 groups touch CCT touch panel. Thanks.
# Nathan Palmer 2017-03-05 04:23
Quoting Clyde Bell:
I'd like to add a device to the DB but I don't have the option as described above. I'm logged in but do I need to be given permission first?

Same here....
# Oliver Gruber 2017-03-05 20:28
I would like to add a new device. Can you please update my permission?

Many thanks.
# Berry Bartels 2017-03-11 23:23
I would like to add a new device. Can you update my permission?

Many Thanks
# acidx0 2017-03-14 22:21
I want to add a device RZI06-1L by leviton. I don't have the option to. Please update my permissions as well
# claude chen 2017-03-21 15:31
I would like to add a new device. Can you please update my permission?
Many Thanks
# Håvard Berland 2017-03-24 21:45
I would like to contribute to Systemair_29990 - can I get access?
# Super User 2017-03-24 21:48
That's done. Note that your emails are bouncing.
# Nick Waterton 2017-03-31 02:13

I've registered, and I have two new devices to add. Can you give me access?

# Brian Medema 2017-03-31 21:24
I have a couple devices I would like to add to the database. Can I have access, please?
# Brian Medema 2017-03-31 21:37
# Florian Menne 2017-04-07 20:36
I would like to fix the Fibaro wall plug constraint. Can you give me access?
# Troy Forsythe 2017-04-18 09:30
I'd like to add the Evolve LPM-15 appliance switch to the database, could I please have access?
# Super User 2017-04-18 09:35
# Thorsten Lanfer 2017-04-19 17:41
Hi there,
i have a couple of Z-Wave.Me blind control inserts, for which there are some issues with the configuration parameters. Would you mind allowing me to make those changes?
# Super User 2017-04-19 20:31
I've updated your access - let me know if you have any problems.
# Pavel Fedarovich 2017-04-20 10:39
I have an MH-S314 switch, but with the different Device Type and Device ID. I would like to update the information in the database. Could you give me the access, please.
# Super User 2017-04-20 10:42
# Oleksandr 2017-04-22 20:56
I have ConnectHome CH-201 thermostats and want to add it to database make it work with openhab2. Can you grant access to me, please?
# Super User 2017-04-22 20:57
# Michael 2017-04-27 19:04
Hi chris,
I want to add the Devolo Humidity Sensor MT02755. Please give me access.
# Daniel Hoppe 2017-05-06 11:47
Hi Chirs,

I'd like to add a new merten device to the DB but I don't have the option to upload it. Can you please update my permissions?

# Super User 2017-05-06 11:49
Done - thanks.
# David CP 2017-05-10 12:33
Hi Chris,

I made a mistake adding the same command class twice in an endpoint entry. How can I delete one of them?

Due to this mistake, ZMNHTD device definition contains errors and I can't send to review.

# lsiepel 2017-05-11 17:09
I would like to add the Duewi ZW FB 10 remote control. I'm missing the button too. Because it took me like half an hour to discover these comments, maybe it is a good suggestion to add a few lines to the guide that by default no add permission is granted and one has to ask for it. Just trying to be helpfull.
# Super User 2017-05-11 17:23
Hmmm - you mean like these ones -: "To use the database you must first register on the site, then email to have your access updated to allow you to edit the information.". This is a few lines down from the top of this very page.
# lsiepel 2017-05-12 17:13
Exactly that. Sorry, missed that because i went straight to the 'adding new devices' section.
# Axel 2017-05-23 20:30
Hi, I would like to add the TKB TZ36D device. Can you please update my permissions?
# Michael 2017-05-29 13:30
Hi, i would also like to add some Sunricher Zwave Wall Mount Controller EU-Version devices.
Please update my permissions for adding new devices...
Thanks a lot
# Super User 2017-05-29 13:33
# Sergiy Yurchak 2017-05-29 20:05
Hi, i'd like to add a Dome door and window sensor to the database (DMWD1). Thanks in advance.
# Super User 2017-05-29 20:11
I've updated your access.
# Martin Johansson 2017-06-01 06:11
I have a device I'd like to add (a cheap Chinese PIR). Please allow me access to the database :)
# Super User 2017-06-01 16:52
# Adam 2017-06-07 11:34
Hi! I'd like to add a Neo Coolcam wall switch to the zwave data base but I don't have the "add" option. I'm created account and logged in but I see I need to be given permission first.
# Sascha 2017-06-09 18:50
Hey i would add a newer version of the zipato rgbw bulb2
# Michael 2017-06-20 21:56
Hi I'd like to add the Devolo mt2792 Home Control Metering Plug. Please give me the permission to edit the database. Thanks
# Super User 2017-06-20 21:59
Done - thanks.
# Sascha 2017-06-22 11:24
Can you give me the permission to edit the database, too? Thanks :)
# Joe 2017-07-04 19:55
Can you give me please the permission to edit the database.
I would like to add the Steinel 140-2 motion detector.
# Super User 2017-07-04 20:05
# RSA Anon 2017-07-05 22:20
Please provide db edit access to add Inovelli Dual Z-Wave Plug. Thank you!
# Bob Bell 2017-07-06 03:13
Please provide db edit to add DHS InWall Switch. Thanks! :)
# oliwer 2017-07-09 14:22
Hi I'd like to add the Fakro ZWMP weather control Roller Shutter . Please give me the permission to edit the database. Thanks
# Super User 2017-07-09 14:29
# Guillaume Chamard 2017-07-11 08:46

I'd like to add the "DOMUX DX1MS-Z" (aka "HEIMAN HS1MS-Z") motion detector to the databse. Would you mind allowing me?

# Super User 2017-07-11 20:26
I've updated your access...
# Brad Gilmer 2017-07-11 23:57
Hi Chris,
1) Thank you, thank you, thank you. openHAB is a great project.
2) I would like to enter a Leviton wall switch into the database. Could you please update my access?

# Super User 2017-07-12 18:14
Done - thanks.
# Daniel 2017-07-19 14:03
I would like to enter a Philio PAN16-1 wall switch into the database. Can you give me access?

# Super User 2017-07-19 14:04
# Tracker JMP 2017-08-07 01:46
Hi Chris,

I would like to add the ZEN22 wall switch to the database, can I also be given access?

# Tom O'Grady 2017-08-07 15:56

I would like to enter a new Monoprice Z Wave Plus Door and Window Sensor - No Logo P/N 24259. Can I be given access?

# Fredrik Jorevall 2017-08-14 13:09
I would like to add a new device, can you please update my permission?

Kind regards,
# Super User 2017-08-14 16:19
# Honey Yin 2017-08-19 10:25

I would like to add a Zwave door lock device to the database,May I?

Thank you
# Super User 2017-08-19 11:00
# Greg Courville 2017-08-20 00:18
I'd like to update the configuration parameter list for ZWP WD-100 wall dimmers, as a few are missing (remote dim step/interval). Could you please grant edit permission?
# Super User 2017-08-20 09:34
# Honey Yin 2017-08-22 09:14
Problem Description:
09:04:06.133 [WARN ] [wave.discovery.ZWaveDiscoveryService] - NODE 8: Device discovery could not resolve to a thingType! 0208:0201:0008::1.2


Unsuccessful setting!!How can i do it?
# Tom O'Grady 2017-08-22 12:57
This should be the same as the Monoprice Z Wave Plus Door and Window Sensor P/N 24259. It was just added to the snapshot.

# Honey Yin 2017-08-23 09:21
How do I generate OpenHAB2 for Zwave-binding.jar

[ERROR] No goals have been specified for this build. You must specify a valid lifecycle phase or a goal in the format : or :[:]:. Available lifecycle phases are: validate, initialize, generate-sources, process-sources, generate-resources, process-resources, compile, process-classes, generate-test-sources, process-test-sources, generate-test-resources, process-test-resources, test-compile, process-test-classes, test, prepare-package, package, pre-integration-test, integration-test, post-integration-test, verify, install, deploy, pre-clean, clean, post-clean, pre-site, site, post-site, site-deploy. -> [Help 1]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/NoGoalSpecifiedException

# Super User 2017-08-23 09:30
Sorry, but the database is not a help forum for OH2 development. Please discuss this on the OH forum, or preferably check the OH2 documentation.
# Honey Yin 2017-08-24 10:37

10:27:49.056 [WARN ] [wave.discovery.ZWaveDiscoveryService] - NODE 3: Device discovery could not resolve to a thingType! 7FFFFFFF:7FFFFFFF:7FFFFFFF::0.0

What is the reason for this situation?
This is the data I used to get through CC Controller with PC Controller:

\Shanghai Dorlink Intelligent Technologies Co.,Ltd

# Honey Yin 2017-08-24 10:38
property name="vendor">Shanghai Dorlink Intelligent Technologies Co.,Ltd
property name="modelId">DL9101V
property name="manufacturerId">021C
property name="manufacturerRef">5000:1000
property name="versionMin">1.0
property name="versionMax">1.0
property name="dbReference">665
# Super User 2017-08-24 12:10
Please discuss issues with device initialisation in the OH binding on the OH forum. This isn't intended to be a general forum for non-database related issues.
# Honey Yin 2017-08-30 07:31
Hi, Chris
Sorry, I do not have a vendor documentation for my device. But I want to improve the xml file. (Currently, xml document on the remaining parameters and groups are not defined). However, I have this product in hand, how can I add parameters and groups on their own?
# Martin Mølmen 2017-08-31 19:44
Mr. Jackson I'd like to update the database with the Thermo-floor Multireg z-water, a.k.a. Logic Home LHC5020 Z-Wave DIN-rail module. Could you be kind and grant me access?

# Super User 2017-08-31 20:57
Done - thanks.
# Christoph 2017-09-02 05:08
Please grant me permissions so i can upload devices.
or does anybody else have Intermatic CA9000 PIR/Motion detector and a Intermatic CA5100 scene/wall controller?
i have never created a device and im honestly not quite sure yet how to do it, but i have the two above mentioned devices across my whole house (and they worked in Vera before i switched to openhab) so i need ot get them somehow urgent back working :-)
# Super User 2017-09-02 05:56
# Jody Tierney 2017-09-02 19:22
I would like permission to add an Inovelli NZW39 Outlet with Dimmer.
# Super User 2017-09-02 19:50
I've given you access, but please note that this device is already in the database. If you are unsure about what to do, please discuss on the openhab community forum.
# Matthew Bianconi 2017-09-09 23:14
What are the different "Library Types"? I have a device that the z-wave alliance lists as using library "Enhanced 232 Slave" but that didn't work when updating device database on here.
# Super User 2017-09-09 23:25
Library types should be provided as a dropdown. If you create the device using the XML file from OH, then this will be filled in automatically.
# Matthew Bianconi 2017-09-09 23:39
Currently its a free text field without a drop down in my IE, Chrome, and Edge browsers on pc and in Chrome mobile on android. I did use the xml from openhab2 but no luck on Library Type. I will try again soon
# Super User 2017-09-10 19:55
Strange! Anyway, it doesn't matter too much as it's just for information and won't impact the device use.
# Jared 2017-09-11 02:38
I would like to add a new device to the database, can you please update my permissions. Thanks.
# Fregapane Marco 2017-09-11 15:37
I have a natural gas sensor produced by domux called dx1cg-z. I am not able to add it followinf this guideline, I have created ticket and added xml file created by openhab vers. 1

thanks for you support
# Markus Röckelein 2017-09-14 18:08
I would like to add a new device. Could you please update my permissions? Thank you very much!
# Honey Yin 2017-09-18 08:04
Hi Chris:
I added a device today, and then the system prompts me, manufacturers unknown, need to upgrade the database. However, I do not know how to deal with it. Please help.
Thank you very much.
# Super User 2017-09-18 11:43
Since I don't know what device you are talking about, I'm not really sure what to say. I don't see any errors showing from any updates recently.
# Rob Byrd 2017-10-02 11:54
Could I have my account updated so I can add devices to the database.
# Super User 2017-10-02 21:53
# Rob Byrd 2017-10-02 23:10
Thank you. I was trying to add the Leviton VRR15-1LZ Receptacle from a OpenHAB 2 XML file and received the following error `thingid` contains invalid characters. I looked in the XML file and did not see that listed. Can you help me add the device?
# Super User 2017-10-03 06:22
No problem - I will fix that.
# Jerry Hurst 2017-10-07 03:41
I'd like to add the Zooz ZEN22 Z-Wave Plus Dimmer Switch, please update my account. I appreciate all the effort you put in here and on the openHAB projects.
# Super User 2017-10-07 12:07
# Ben 2017-10-10 17:23
I'd like to add a new Type:Id to the Wintop WTRFID reader. Can I have access please? (new Type:Id is 6131:4101)
# Ben 2017-10-10 17:24
Nevermind, today I have access for some reason :)
# Petr Mandelik 2017-10-12 12:57
I would like to contribute to EU-1 Light Switch 1 Channel. Can you give access? Thank you
# Super User 2017-10-12 17:57
# Craig Moore 2017-10-12 16:35
I would like to add the configuration for a GE/Jasco 14288 Smart Outlet, may I have access?
# Super User 2017-10-12 17:56
# Nick Pope 2017-10-21 12:54
I'd like to add the GE/Jasco 14280 plug-in dimmer. Could I have access?
# Super User 2017-10-21 16:02
# Kake Monsteret 2017-10-25 18:16
I'd like to add the "Heiman HS1HT Smart Temperature and Humidity Sensor". Could I have access?
# Super User 2017-10-25 18:26
# thaddeus 2017-10-26 14:43
I would like to add the North American device ID to the ZW139 device. Could I get access to do that?
# Hoagie 2017-10-26 20:23
I'd like to update the data for the Steinel IS140-2 motion sensor. Could I get access? Thanks!
# supoeric 2017-11-07 02:52
I would like to add a new device to the database, can you please update my permissions. Thanks.
# Jan 2017-11-28 17:03
I'd like to add the Popp Flood sensor to the DB. Could you please update my permission?
# Eugene 2017-12-10 02:12
Hi, I have Yale YRD210 with a different Device ID. Can you please allow editing? Thanks!
UPD: Sorry for asking here, please disregard or delete the comment.
# Tim 2017-12-17 20:10
I'd like permissions so I can add the Inovelli NZW96 switched outlet.
# Super User 2017-12-17 23:02
# Simon Barton 2017-12-30 23:53
I'd be grateful if I could have permissions as I'd like to add a channel to an existing device

# Super User 2017-12-31 00:02
# Tracy 2018-01-06 03:33
Hello I would like to add Inovelli NZW31 In-Wall Switch (Dimming) to the database.

# Alexey Sofronov 2018-01-11 22:45

Could you, please, give me an access? I have couple of device to add.

# tangzeqian 2018-01-15 08:55
I'd like to add a device to the DB but I don't have the option as described above. I'm logged in but do I need to be given permission first? thank you!
# AC 2018-01-26 19:33
[deleted; wrong thread]
# Anders Due Schwartz 2018-01-28 02:00
Can you please give me access to add a new device to the list?
# Bastiaan van Haastrecht 2018-01-30 09:52
Can you please grant me access to change a device in the database. Thank you.
# Roland Morgenroth 2018-02-17 09:48
I want to add TKB TZ74. Pls give me access
# Alexandr 2018-02-22 19:15
I've opened a ticket to get access to DB. I that correct way of requesting access?
# Alexandr 2018-02-23 19:20
So I've imported 2 sensors: HomeSeer HS-MS100+ and HS-LS100+. When it will be in the binding database? Recently I switched to nightly releases so I could have it asap.
# bagh 2018-03-08 11:46
I want to add "AMADAS Smart Door Lock ", could you please give me the permission.

Thank you
# Ron Landrus 2018-03-15 22:08
I would like to add some Monoprice devices. Can I get privileges to allow this?
# Christian 2018-03-17 04:44
would you give me the permission too?
# Aerni 2018-05-20 18:42
Can you please give me access to add a new device to the list?
# christiandel 2018-06-01 20:43

can you please give me access to upgrade a device in the list?

Thank you
# Vadim Schulz 2018-07-21 12:47
I would like to add a new Zipato MINI ENERGY
DIMMER device. Can you update my permission?
# Daniel 2018-10-08 19:29
Can I get access to add a new device, FGWPF-102 (European version of the Fibaro Wall Plug).

EDIT: I realize now that it's actually in the DB, just couldn't find it hon this site (found it at openhab.org) But my firmware is 2.0 so it won't work. Is there anything I can do about this?
# Daniel Coon 2018-10-25 23:15
Looking to get access to add the Enerwave ZW15RM-PLUS Duplex Outlet with Power Monitoring. Thanks!
# Tobias 2018-11-02 20:28
Can I get access to add SR-ZV9002T4-CCT-EU Sunricher Wall mounted 4 groups touch CCT touch panel. Thanks.
# darkdrgn2k 2018-11-20 04:42
Can i get access to add as well.

I got a monoprice 4 in 1 sensor.

Also i dont see a xml for my device, only for the controller. any reason for it
# Mike 2018-11-29 06:02
I would like to add a new Device to the database please.
# Joel S 2018-12-29 22:20
Could I please have access to add Telldus Technologies AB TZWP-100?
# Giuseppe 2019-01-07 19:15
I tryed to create a device with essential informations, then I uploaded the xml file with device features. Most of the data were uploaded correctly but command classes informations inserted in the file, did not appear at the end of upload.
For command classes I used the following sintax:


I added command classes information creating endpoints manually after the upload.
Is possible to upload command classes information from xml file? If yes which sintax i have to use?

# Petr Turecek 2019-01-29 22:54
I've added new device HeatIt Z-DIN616 to the database. Device has been approved. But my OpenHAB 2 still says it's Unknown device. What should I do to get it working?

Update: found the answer - do not use the stable distro: https://community.openhab.org/t/after-adding-the-z-wave-entry-on-cd-jackson-com-how-to-i-get-my-local-openhab2-to-see-the-changes/41510/4
# Claus Christensen 2019-03-06 10:18

Can I please gain access to the database for adding new devices.

In advance, thanks
# paul gimenez 2019-04-04 22:39
Hi I'd like to add the Kwikset Obsidian z-wave . Please give me the permission to edit the database. Thanks
# Xavi 2019-05-18 14:02
Can I get access to add a new device? Thanks!
# Siegfried Woggon 2019-06-11 10:41
I would like to add the Steinel MotionSwitch LED. Can you please update my permissions?

Many thanks.
# Marius Hjertaker 2019-08-24 08:13
Hi, I would like to add the Heatit Push switch 2 to the Db.
# Sebastian Spengler 2019-10-12 19:17
Hi, i would like to add new device, can you give me the permission.
Fibaro RGBW Controller 2: https://manuals.fibaro.com/content/manuals/en/FGRGBW-442/FGRGBW-442-EN-T-v1.0.pdf

# Steve Panse 2019-11-16 21:56
Edit - Sorry, I mis-read the instructions and will request access through email or ticket.

You have no rights to post comments