Custom device config crashing openzwave beta container (GE 14280 Plugin Dimmer)

I’m in the process of transferring all of my zwave devices over from my smartthings hub directly to my HA instance and one of my devices is causing openzwave to crash. Here are the details of my setup:

  • Virtualized HA install using the qcow2 image
  • HA 0.114.4
  • OpenZWave addon 0.5.2

When I first set things up, almost everything worked properly. I have two inovelli dimmers that detected the proper config XML file and loaded fine. I also have a GE plug dimmer (14280) that doesn’t have a config file. It was detected and works for the most part, except for a known issue with SwitchMultiLevel devices.

To work around the SwithMultiLevel issue I did some digging and it looks like I need to either change some of the manufacturer specific device config options, or add the VerifyChanged device compatibilty flag in the openzwave config, so I set about creating a custom config file.

I based my config file off of a similar GE/Jasco plugin dimmer that was already included in openzwave 1.6. It looks to have the same configuration options, but my version has a couple extra association groups accoring to the z-wave alliance database entry for my 14280

The final config file is here: https://gist.github.com/ljtilley/28d337b302aa9599d56f372a36558595

I also added the appropriate line to the manufacturer_specific.xml file

To get it working I removed the plug from my existing network and removed the ozwcache file to make sure no previous settings were messing with things. When I re-add the dimmer, it properly detects the device and manufacturer IDs and matches them with the appropriate entry in manufacturer_specific.xml, but somewhere along the line when it tries to load the config file, it crashes the whole OpenZWave addon container.

At first I thought I had a malformed config file, so I tried first verifying the xml using the schema provided and everything checked out. Then I thought it might be something specific with the association groups or configuration entries, so I created a barebones file with just the metadata and it still caused openzwave to crash.

I’ve tried looking at the logs for errors, but I don’t really know enough about how devices get loaded to decipher the logs: https://gist.github.com/ljtilley/2c1bd5797cfcf465777317a647a3041f

The Node for the GE dimmer in the logs about is Node 21

Any ideas why my GE plugin dimmer will work with no device config, but crashes every time I try to include even a basic config file with metadata only?

Coincidentally I am also working on getting the 14280 set up with HA! I have it running without crashing but I am unable to set the dim level without turning the light off and back on.

I have a fork of open-zwave with the config I added here: https://github.com/ottobonn/open-zwave

I use it by cloning this repo in my HA config folder and then providing a path to it, like this:

zwave:
  config_path: /config/open-zwave/config

After restarting HA and re-adding the ZWave device it works without crashing, but again it still has issues with reporting its brightness level.

Amazing!!! You have no idea how frustrating this has been to get this working. Thank you! I really couldn’t figure out where I was going wrong with my config file.

For the brightness level bugginess, try setting the Dim Step to 99 and Dim Rate to 2 as per this thread. Those changes appear to have worked for me to fix, you just lose the fade in/out which I never liked anyway

I’m glad it’s working for you. Once I finalize it, I’ll submit a PR to open-zwave to get it merged.

I just tried setting step and dim rate to the fastest possible and the dimmer responds with a higher probability, but it isn’t perfect. I want to get to the bottom of the issue and I have opened a new topic for it here: GE/Jasco 14280 Not Responding to SetLevel Commands