Z-Wave Aeon Garage Door Controller ZW062 not opening or closing

[volka-racho (Andi)]

I’ve got a garage Controller ZW062 installed. This item has an additional sensor to validate, if the garage door is opened or closed.
The sensor is working correctly, but the funcionality of opening and closing the garage door with the garage door item is not working.
What I did so far:

1. Tested the funcionality manualy with the build-in button on the device: garage door opens and closes correctly.
2. Thought about range problems: installed an Aeon range extender
3. Thought about problems with the Z-stick: bought and installed new Aeon Z-Stick
4. Thought about problems with other devices in parallel: reset everything and just installed controller and garage door controller
5. I upgraded OH2 to the latest binding ( openHAB 2.1.0~20170418120255-1 (Build #887))

But nothing seems to help. When I look into the Z-wave debug, the device is correctly installed, but when I activate the function to open the garage door through openhab I see the requests together with the note: no response from device.

==> /var/log/openhab2/openhab.log

2017-04-22 09:54:49.302 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Command received zwave:device:37a79ca2:node2:switch_binary --> ON
2017-04-22 09:54:49.304 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: No messages returned from converter

==> /var/log/openhab2/events.log <==

2017-04-22 09:54:49.306 [ItemCommandEvent          ] - Item 'Garagentorswitch' received command ON

I set DEBUG mode for z-wave and attached a zipped openhab-zip.xml (93.5 KB)
logfile including all information after a fresh reboot

I’m really not sure, how this could be fixed.
Any help is appreciated.

Thank you in advance

Andi

[sihui]

Looking to your log through the log viewer does not show any problems with that node, I think:

But what I find suspicious are the sitemap errors in your log:

java.lang.IllegalArgumentException: The sources EClass 'Sitemap' does not expose the feature 'Widget.LabelColor'
at org.eclipse.smarthome.model.validation.SitemapValidator.checkFramesInWidgetList(SitemapValidator.java:53)
at org.eclipse.smarthome.model.validation.SitemapValidator.checkFramesInWidgetList(SitemapValidator.java:53)
2017-04-22 09:52:20.260 [INFO ] [el.core.internal.ModelRepositoryImpl] - Validation issues found in configuration model 'aw.sitemap', using it anyway:
2017-04-22 09:52:20.271 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'aw.sitemap'
2017-04-22 09:54:41.015 [ERROR] [ui.internal.items.ItemUIRegistryImpl] - Cannot retrieve item for widget org.eclipse.smarthome.model.sitemap.Text
2017-04-22 09:54:41.019 [ERROR] [ui.internal.items.ItemUIRegistryImpl] - Cannot retrieve item for widget org.eclipse.smarthome.model.sitemap.Text

I would create a simple test.sitemap and put just that garage door switch on there and see what happens …

[volka-racho (Andi)]

Hi Sihui,
thanks for looking at this.
I tried to triger the door already with different kind of methods:

1. PaperUI
2. BasicUI
3. Rest API

But behaviour is always the same, it does simply “nothing”

[sihui]

@volka-racho

3. Rest API

I think that rules out any wrong sitemap definitions. Sorry, no idea then …

[michael_sutter]

Hello Andy

Something new at this topic?
I also struggle with the Garage door Controller.
May you provide your items Definition?

Regards
Michael

[volka-racho (Andi)]

Hi Michael,
sorry to say, but it is still not working.
I already upgraded to Openhab 2.2, but that did not have any effect on the behaviour.
Maybe I find some time around christmas to investigate further here.

Andi

[Branden_Smale]

Are you using security? Garage door openers fall under needing security.

[volka-racho (Andi)]

I think, you Point in the right direction. I enabled Security on the ZWAVE Stick for all devices, but when I look into HABMin, Security Shows a question mark. I look into the XML file of the node and Security is “FALSE” there. Do you have a hint how to get this enabled?

[Branden_Smale]

OH2 Z-Wave refactoring and testing... and SECURITY

The latest version of the development binding dated 8th Sep 2018 is here. Toward the end of last year I spent some time doing some initial refactoring of the ZWave binding in OH2. This focussed on rewriting the way transactions work as this is an enabler for other areas of the code. At the same time I also restructured the different layers of the binding to make things cleaner, and done some changes to support a system of autocoding the command classes directly from the Z-Wave standard which s…

You will need to uninstall the core zwave binding. I believe this one is located in the iot marketplace, but for sure you can just install the .jar in the appropriate folder.

[KidSquid (The Squid)]

If the button on the zwave devices does triggers the garage door, and your are getting feedback from the sensor it sure sounds like you may have an issue with your items

You might get some assistance from reading a post I put together when I installed zwave control on 2 garage doors + my front gate.

Hope it helps,

Less than 2 Hours + Less than $200.00 = 2 Garage Doors and 1 Gate Automated + plus one very happy family who can use Alexa to operate

I thought I would take a minute and share the results of my work yesterday. I spent less than 2 hours installing and configuring (the fine folks who support us on these forums really made this possible) my 2 garage doors and my homes front sliding driveway gate. I embarked on this project for a couple of reasons: 1 – We (as a family) have had issues leaving the front gate and sometimes a garage door open after we have turned in for the evening) 2- We are constantly in and out and have friend…

[volka-racho (Andi)]

I did the following:

1. Download the newest version from posted link above.
2. Removed all ZWAVE items with paper UI
3. Removed the ZWAVE plugin binding with paper UI
4. Copied the downloaded plugin to ADDONs folder
5. Recreated all ZWAVE things
6. Attached items to links with paper UI

2017-12-25 13:41:35.518 [ome.event.ItemCommandEvent] - Item 'Garagentorswitch' received command ON

==> /var/log/openhab2/openhab.log <==

2017-12-25 13:41:35.559 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Command received zwave:device:180e6537:node2:switch_binary --> ON

2017-12-25 13:41:35.575 [DEBUG] [converter.ZWaveBinarySwitchConverter] - NODE 2: Command class class COMMAND_CLASS_SWITCH_BINARY for endpoint 0 not found

2017-12-25 13:41:35.591 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: No messages returned from converter

[volka-racho (Andi)]

Does anyone have a hint for this?

[sihui]

This is the only hint I could find: make sure you are not using the button on your controller to include the device, use HABmin:

[SOLVED] Locks control in openhab2 using zwave

What you are doing will certainly not work! You MUST use HABmin or at least PaperUI - the device MUST be included with the binding running since secure inclusion must happen within 15 seconds of the device being included and this is simply not possible with what you are doing.

[volka-racho (Andi)]

Hmm, for me it looks like the device is sucsessfully inlcuded, but openhab says, security is not needed due to the “basic ruleset”.

017-12-26 08:36:55.377 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Polling...

2017-12-26 08:36:55.381 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Polling zwave:device:180e6537:node2:switch_binary

2017-12-26 08:36:55.384 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Polling zwave:device:180e6537:node2:switch_binary

2017-12-26 08:36:55.387 [DEBUG] [ternal.converter.ZWaveBasicConverter] - NODE 2: Generating poll message for COMMAND_CLASS_BASIC endpoint 0

2017-12-26 08:36:55.392 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 2: Encapsulating message, endpoint 0

2017-12-26 08:36:55.395 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 2: SECURITY NOT required on COMMAND_CLASS_BASIC

2017-12-26 08:36:55.398 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 2: Command Class COMMAND_CLASS_BASIC is NOT required to be secured

2017-12-26 08:36:55.400 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Polling zwave:device:180e6537:node2:barrier_state

2017-12-26 08:36:55.403 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 2: Adding to device queue

2017-12-26 08:36:55.406 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 2: Added to queue - size 0

2017-12-26 08:36:55.447 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 2: listening == true, frequentlyListening == false, awake == false

2017-12-26 08:36:55.468 [DEBUG] [ing.zwave.handler.ZWaveSerialHandler] - NODE 2: Sending REQUEST Message = 01 09 00 13 02 02 20 02 25 4F AD 

2017-12-26 08:36:55.555 [DEBUG] [l.serialmessage.SendDataMessageClass] - NODE 2: sentData successfully placed on stack.

2017-12-26 08:36:55.569 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 2: TID 128: Transaction not completed

2017-12-26 08:36:55.603 [DEBUG] [l.serialmessage.SendDataMessageClass] - NODE 2: SendData Request. CallBack ID = 79, Status = Transmission complete and ACK received(0)

2017-12-26 08:36:55.605 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 2: resetResendCount initComplete=true isDead=false

2017-12-26 08:36:55.615 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 2: Response processed after 139ms

2017-12-26 08:36:55.617 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 2: TID 128: Transaction completed

2017-12-26 08:36:55.618 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 2: notifyTransactionResponse TID:128 DONE

2017-12-26 08:36:55.622 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Got an event from Z-Wave network: ZWaveTransactionCompletedEvent

2017-12-26 09:06:55.377 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Polling...

2017-12-26 09:06:55.382 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Polling zwave:device:180e6537:node2:switch_binary

2017-12-26 09:06:55.386 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Polling zwave:device:180e6537:node2:switch_binary

2017-12-26 09:06:55.389 [DEBUG] [ternal.converter.ZWaveBasicConverter] - NODE 2: Generating poll message for COMMAND_CLASS_BASIC endpoint 0

2017-12-26 09:06:55.397 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 2: Encapsulating message, endpoint 0

**2017-12-26 09:06:55.401 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 2: SECURITY NOT required on COMMAND_CLASS_BASIC**

2017-12-26 09:06:55.405 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 2: Command Class COMMAND_CLASS_BASIC is NOT required to be secured

2017-12-26 09:06:55.408 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Polling zwave:device:180e6537:node2:barrier_state

2017-12-26 09:06:55.412 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 2: Adding to device queue

2017-12-26 09:06:55.415 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 2: Added to queue - size 0

2017-12-26 09:06:55.446 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 2: listening == true, frequentlyListening == false, awake == false

2017-12-26 09:06:55.464 [DEBUG] [ing.zwave.handler.ZWaveSerialHandler] - NODE 2: Sending REQUEST Message = 01 09 00 13 02 02 20 02 25 50 B2 

2017-12-26 09:06:55.515 [DEBUG] [l.serialmessage.SendDataMessageClass] - NODE 2: sentData successfully placed on stack.

2017-12-26 09:06:55.524 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 2: TID 129: Transaction not completed

2017-12-26 09:06:55.603 [DEBUG] [l.serialmessage.SendDataMessageClass] - NODE 2: SendData Request. CallBack ID = 80, Status = Transmission complete and ACK received(0)

2017-12-26 09:06:55.606 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 2: resetResendCount initComplete=true isDead=false

2017-12-26 09:06:55.625 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 2: Response processed after 153ms

2017-12-26 09:06:55.629 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 2: TID 129: Transaction completed

2017-12-26 09:06:55.631 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 2: notifyTransactionResponse TID:129 DONE

2017-12-26 09:06:55.637 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Got an event from Z-Wave network: ZWaveTransactionCompletedEvent

[sihui]

@volka-racho

for me it looks like the device is sucsessfully inlcuded

If it is successfully included you should have an xml file generated, the device should be online, it does not show “unknown device” and have a check mark at “Using security”

[volka-racho (Andi)]

1, XML file was created
2. Device is Online
3. Using security is NOT checked (see previous post)

2017-12-26 15:03:58.566 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Polling...
2017-12-26 15:03:58.572 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Polling zwave:device:180e6537:node2:switch_binary
2017-12-26 15:03:58.576 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 2: Polling zwave:device:180e6537:node2:switch_binary
2017-12-26 15:03:58.580 [DEBUG] [ternal.converter.ZWaveBasicConverter] - NODE 2: Generating poll message for COMMAND_CLASS_BASIC endpoint 0
2017-12-26 15:03:58.588 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 2: Encapsulating message, endpoint 0   
2017-12-26 15:03:58.592 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 2: SECURITY NOT required on COMMAND_CLASS_BASIC
2017-12-26 15:03:58.604 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 2: Command Class COMMAND_CLASS_BASIC is NOT required to be secured

[n1028fh (FrankH)]

Hi Andi,
It seems that I face the problems as you with the Garage controller. Although I activated the latest zwave binding Snapshot 2.3, the communcation still throws errors. Same as you pointed out, xml file has been created but without security. I removed the thing several times with habmin and re-discover it, nothing changed in behaviour. Fibaro and other actors works fine on my raspi , but aeon might be a bit more dhallenging.
Hope, someone could provide some additional ideas, thx
Frank

[n1028fh (FrankH)]

meanwhile I get it up and running:
I’ve changed some parameters for the z-wave serial controller as follows - not sure , if that fix the problem during habmin inclusion mode
Inclusion Mode Timeout = 100
Inclusion Mode = High Power Inclusion

after deleting the wrong recognized thing - I restarted the inclusion in habmin and on the garage controller and after some extensive handshakes between serial and garage controller it was idetified and included in the right way.
Happy to say that the garage controller now works as expected.

[michael_sutter]

Frank
That sounds very well.

could you may provide your item Definition for the Garage door items?

Thx
Michael

[n1028fh (FrankH)]

Hi Michael

sure

/*Garage */
Switch Garage_door “Garagen-Schalter [%d %%]” {channel=“zwave:device:ID:node8:switch_binary”}
Number Garage_status “Garagen-Position [%s]” {channel=“zwave:device:ID:node8:barrier_state”}