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

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”

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

Hello Andy

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

Regards
Michael

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

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

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?

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.

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,

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

Does anyone have a hint for this?

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:

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

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”

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

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

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.

Frank
That sounds very well.

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

Thx
Michael

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”}

Hi - I have the same ZW062 controller here, and I have it working up to a point - in that I can sense the door position, and simulate a button press to trigger an open/close.

Is it possible to send a specific open or close command to these controllers?

ie I want to be able to open the roller door when I arrive home, but if the door is already open, then it should stay open.

Same with sending a close command when we leave - I don’t want the door to re-open.

I tried sending a 0 or 255 to the Switch, but that didn’t do anything, the only way I can trigger a response is to send an ON command.

Any thoughts?

Hi Paul,
from my point of view you can monitor the current status of the garage door from the sensor. Looking to the properties of the sensor (defined as Number), I get:


```php
{
  "link": "http://<IP-Address>:8080/rest/items/Garagentorsensor",
  "state": "0",
  "stateDescription": {
    "pattern": "%.0f",
    "readOnly": true,
    "options": [
      {
        "value": "0",
        "label": "Closed"
      },
      {
        "value": "252",
        "label": "Closing"
      },
      {
        "value": "253",
        "label": "Stopped"
      },
      {
        "value": "254",
        "label": "Opening"
      },
      {
        "value": "255",
        "label": "Open"
      }
    ]
  },
  "type": "Number",
  "name": "Garagentorsensor",
  "label": "Garagentor Status",
  "tags": [],
  "groupNames": [
    "Main",
    "Garage"
  ]
}

So you can just write a rule depending on the current state e. g.:

   when
	Item Garagentorswitch received command
then
         if ((Garagentorsensor.state == 0) && (Garagentorswitch == 1)
...