ZWave binding updates

chris · December 26, 2018, 1:34pm

Try increasing the Command Poll Delay from 1500ms to (say) 2500 or 3500ms. The issue looks like with the delay in the security, the GET request is coming in before the lock has locked. Given that the lock also sends a notification, you could probably set this to 0 to disable it.

flinken · December 26, 2018, 1:46pm

That did the trick. Thanks for world class support!

idean · December 26, 2018, 8:35pm

I updated OH2 to 2.4 today, removed all my Zwave devices per these instructions, and added everything back. All my devices EXCEPT my MiniMotes are working.

My Minimotes all show up as Unknown. They log in my zwave log, but I can’t reconnect them to Items since they’re Unknown.

26-Dec-2018 15:30:41.383 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - Initializing ZWave thing handler zwave:device:3bd809fb:node33.           \u2502
  \u250226-Dec-2018 15:30:41.390 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 33: MANUFACTURER not set                                            \u2502
20\u250226-Dec-2018 15:30:41.390 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 33: Controller status changed to ONLINE.                            \u2502
20\u250226-Dec-2018 15:30:41.390 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 33: Controller is ONLINE. Starting device initialisation.           \u2502
20\u250226-Dec-2018 15:30:41.400 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 33: Updating node properties.                                       \u2502
20\u250226-Dec-2018 15:30:41.411 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 33: Updating node properties. MAN=2147483647                        \u2502
20\u250226-Dec-2018 15:30:41.412 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 33: Properties synchronised                                         \u2502
20\u250226-Dec-2018 15:30:41.419 [DEBUG] [ab.binding.zwave.internal.protocol.ZWaveController] - Event listener added.                                                    \u2502
20\u250226-Dec-2018 15:30:41.421 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 33: Initialising Thing Node...                                      \u2502
20\u250226-Dec-2018 15:30:41.421 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 33: Polling intialised at 1800 seconds - start in 1760400 millisecon\u2502
20\u2502ds.                                                                                                                                                              \u2502
20\u250226-Dec-2018 15:30:41.421 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 33: Device initialisation complete.

Any tips/pointers/ideas?

Edit: I also made sure I updated to the very latest version:

openhab> bundle:update org.openhab.binding.zwave https://openhab.jfrog.io/openhab/online-repo-snapshot/2.4/org/openhab/binding/org.openhab.binding.zwave/2.4.0-SNAPSHOT/org.openhab.binding.zwave-2.4.0-SNAPSHOT.jar      
> 
openhab> bundle:list -s |grep zwave
248 \u2502 Active   \u2502  80 \u2502 2.4.0.201812141755     \u2502 org.openhab.binding.zwave

chris · December 26, 2018, 8:37pm

I know people have had problems with these… The forum search is however your friend …

chris · December 26, 2018, 8:55pm

You should note that this isn’t the latest version. Not that this is probably related to your issue, but you have reinstalled 2.4 which will always remain the same. If you want the latest version, then you need to install the snapshot.

(again, this probably isn’t related to your problem, but I just wanted to point this out for information).

5iver · December 26, 2018, 9:33pm

Try waking them up.

On a side note, I’m seeing them constantly in Request NIF again after a restart. @mhilbush, are you seeing this again too?

idean · December 26, 2018, 10:01pm

I thought I’d followed those directions, too… but it turns out I was pressing the wrong Minimote button to Exclude it, so I never actually got it excluded/re-included.

Note to Self: You have to use the Join button on the Minimote when you go into Exclude mode, not press just any button like on a normal Zwave device.

I got my Minimotes working again after Exclude/Include. Funny that they are the only devices that I had to go through special maneuvers with, but I guess that’s just the name of the game.

mhilbush · December 26, 2018, 10:13pm

Mine are working fine. The only thing I need to do differently with these devices is manually wake them up after a restart. They never wake up on their own, so the only way to get them to initialize after a restart is to wake them up manually.

mhilbush · December 26, 2018, 10:15pm

Yep. Of all my zwave devices, these easily are the most problematic.

5iver · December 27, 2018, 1:49am

Yes, but I thought Chris had worked out not initializing devices with wakup interval = 0. Hmmm…

mhilbush · December 27, 2018, 1:57am

He did, but I don’t think it works for the Minimotes. It’s on my list to try to debug, but it’s so far down on the list I forgot about it. LOL.

5iver · December 27, 2018, 2:07am

That explains it. I remember testing the change though and it was working properly. This may be a regression.

mhilbush · December 27, 2018, 2:08am

Possibly so. At restart, or reinitialization, the Minimote sits at REQUEST_NIF until it’s manually woken up.

usambara · December 27, 2018, 12:34pm

@chris: Could you find anything or do you need more information?

In the meanwhile I upgraded to 2.4 stable, and I still get this error message:

2018-12-25 10:43:14.069 [ERROR] [core.thing.internal.ThingManagerImpl] - Exception occurred during notification about bridge status change on thing 'zwave:device:gehirn:node13': 1
java.lang.ArrayIndexOutOfBoundsException: 1

chris · December 27, 2018, 3:08pm

Sorry - I missed that (it was when I was travelling to the US).

What device is node 13?

usambara · December 27, 2018, 5:41pm

Thanks for taking care of it.

It is a ZD2102-5 Door Window Sensor.
grafik

chris · December 27, 2018, 5:49pm

Thanks. I’ve updated the database to hopefully fix this. I’ll do a binding update tonight, so it should be in tomorrows snapshot.

dp3049 · December 28, 2018, 4:12am

Hi,

I’ve had FIBARO Dimmers and switches, and other z-wave devices, in my install since at least 2.2, and generally, have received ‘real time’ updates to values such as watts, kWh, etc. that were seen in logs and persisted through to my persistence DB - great for graphing, etc. (was able to prove the lower costs of running heat-pump vs traditional clothes dryers, etc.).

Since 2.4.0 update, I get very occasional value updates from the devices. When I moved to 2.4.0, I built the OH instance from scratch, re-added the devices and copied across any config files for non-zwave devices, and scripts, etc. due to the new architecture.

Are there any config items I’ve missed to get back the level of value updates that I had prior to 2.4.0

mstormi · December 28, 2018, 5:20pm

Check if the devices’ lifeline associations point to the controller.

tinman · December 28, 2018, 9:28pm

hi, i just signed up a new account at https://cd-jackson.com, i was hoping to submit 2 new devices to the database. would someone be able to give me access? thanks!

the 2 devices are: