Linear NGDZ00-4 Garage Door

@firstof9

no problem. I just appreciate the help.

I made the above changes & now i have ozwcp back and can run it.

in OZWCP the GDO (node 2) displays:

“2 LBR+ Z-Wave+ node Always On Slave Access Control Sensor Unknown: id=014f Unknown: type=4744, id=3530 off 12:11:35 PM Ready”

under “current values” it’s now showing all the items listed in the OZWCP picture from your post above (#188).

the log at the bottom in OZWCP shows that it is running v1.5.2806.

in HA, my OZW_log.txt is still showing i’m on 1.4.2657 and there is still no cover component in HA. none of the sensors are showing the correct configuration (they still say "…access_control, …alarm_level, …alarm_type, …burglar, …sourcenodeid)

it is showing that it is Linear unknown type 4744 id 3530. so HA at least knows what type it is (sort of).

at least there is progress. i think…

Yes we are making progress :smiley:

So to recover from what has already been done we need to delete the libopenzwave.cpython-34m.so file.
For me it’s in /srv/homeassistant/homeassistant_venv/lib/python3.4/site-packages/

Once you rm that file head back to the /srv/homeassistant/src/python-openzwave directory and run make once more on it (note you MIGHT need to run make clean first). This should create a new libopenzwave.cpython-34m.so and that’ll bring HA up to the 1.5.xxxxxx version.

Also note I’ve made a few updates that’ll need to be relpaced in /srv/homeassistant/homeassistant_venv/lib/python3.4/site-packages/homeassistant/components/cover :
https://raw.githubusercontent.com/firstof9/home-assistant/proper-patch/homeassistant/components/cover/init.py
https://raw.githubusercontent.com/firstof9/home-assistant/proper-patch/homeassistant/components/cover/zwave.py

@firstof9

it’s asking for a target. which option do i need?

i tried clean first & it failed on:

Traceback (most recent call last):
File “setup-lib.py”, line 31, in
from Cython.Distutils import build_ext
ImportError: No module named Cython.Distutils
Makefile:62: recipe for target ‘clean’ failed
make: *** [clean] Error 1

Try a make install

Make sure you’re in your venv as well source /srv/homeassistant/homeassistant_venv/bin/activate

@firstof9

My file location was ““/srv/homeassistant/homeassistant_venv/lib/python3.4/site-packages/libopenzwave-0.3.3-py3.4-linux-armv7l.egg”. I renamed it to “libopenzwave.cpython-34m.so.old”

I then ran “sudo make clean” in the “python-openzwave” folder

I got the following error:

python setup-lib.py build
Traceback (most recent call last):
File “setup-lib.py”, line 31, in
from Cython.Distutils import build_ext
ImportError: No module named Cython.Distutils
Makefile:62: recipe for target ‘clean’ failed
make: *** [clean] Error 1

I then did “sudo make install”

I got the following error:

python setup-lib.py build
Traceback (most recent call last):
File “setup-lib.py”, line 31, in
from Cython.Distutils import build_ext
ImportError: No module named Cython.Distutils
Makefile:270: recipe for target ‘build’ failed
make: *** [build] Error 1

Those errors above were at the very end of the operation. The clean log was fairly small. The install log was pretty long.

Doing a search on both “setup-lib.py” & Cython.Distutils" found no instances anywhere.

OZWCP is still running v1.5.xxx

HA is showing a zwave config error now

:frowning:

Give this a shot:

source /srv/homeassistant/homeassistant_venv/bin/activate
cd /srv/homeassistant/src/python-openzwave
pip3 install --upgrade cython==0.24.1
make install

I am running Hassbain, Hass .48.1. Just tried to add Linear garage door opener.
I could not get any reactions using the hass front end. I switched over to the ozwcp.
I have generated a key and added to the options.xml (hopefully correctly) :slight_smile:

Here is a screenshot of my ozwcp.


Also, I can see something when I move the tilt sensor. (I do not have it installed yet, the device/sensor is sitting on my desk).

2017-07-18 13:27:08.207 Detail, Node010,   Received: 0x01, 0x08, 0x00, 0x04, 0x00, 0x0a, 0x02, 0x98, 0x40, 0x23
2017-07-18 13:27:08.207 Info, Node010, Received SecurityCmd_NonceGet from node 10
2017-07-18 13:27:08.207 Info, NONCES: 0xc0, 0x5e, 0x4b, 0x3b, 0x95, 0x3e, 0x27, 0xbb
2017-07-18 13:27:08.207 Info, NONCES: 0x20, 0xcb, 0x2a, 0xbe, 0x13, 0xf3, 0x0d, 0x85
2017-07-18 13:27:08.207 Info, NONCES: 0x18, 0x22, 0x85, 0x14, 0x11, 0x34, 0x76, 0xd1
2017-07-18 13:27:08.207 Info, NONCES: 0xff, 0x0d, 0xde, 0x12, 0x01, 0xec, 0x98, 0x2e
2017-07-18 13:27:08.207 Info, NONCES: 0x2a, 0x64, 0xe9, 0xd1, 0x5b, 0x8d, 0x94, 0x73
2017-07-18 13:27:08.207 Info, NONCES: 0x5a, 0xaf, 0xf4, 0x96, 0xa8, 0xdb, 0x70, 0xec
2017-07-18 13:27:08.207 Info, NONCES: 0x26, 0xe1, 0xa4, 0x6e, 0x9e, 0x47, 0xc9, 0x4e
2017-07-18 13:27:08.208 Info, NONCES: 0x1b, 0x20, 0x7e, 0xc2, 0xfc, 0xef, 0xaf, 0x62
2017-07-18 13:27:08.208 Info, Node010, Sending (Send) message (Callback ID=0x01, Expected Reply=0x00) - Nonce_Report - 0x01, 0x11, 0x00, 0x13, 0x0a, 0x0a, 0x98, 0x80, 0x2a, 0x64, 0xe9, 0xd1, 0x5b, 0x8d, 0x94, 0x73, 0x05, 0x01, 0xa6:
2017-07-18 13:27:08.217 Detail,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2017-07-18 13:27:08.217 Detail,   ZW_SEND_DATA delivered to Z-Wave stack
2017-07-18 13:27:08.233 Detail,   Received: 0x01, 0x07, 0x00, 0x13, 0x01, 0x00, 0x00, 0x03, 0xe9
2017-07-18 13:27:08.233 Detail,   ZW_SEND_DATA Request with callback ID 0x01 received (expected 0x01)
2017-07-18 13:27:08.251 Detail, Node010,   Received: 0x01, 0x1d, 0x00, 0x04, 0x00, 0x0a, 0x17, 0x98, 0x81, 0xd5, 0xc4, 0xb0, 0x94, 0xd1, 0x12, 0x2a, 0xd5, 0x56, 0x0b, 0xde, 0xdf, 0x2a, 0xc4, 0xac, 0x46, 0x50, 0xf7, 0xf6, 0x56, 0x62, 0xd6
2017-07-18 13:27:08.251 Info, Raw: 0x98, 0x81, 0xd5, 0xc4, 0xb0, 0x94, 0xd1, 0x12, 0x2a, 0xd5, 0x56, 0x0b, 0xde, 0xdf, 0x2a, 0xc4, 0xac, 0x46, 0x50, 0xf7, 0xf6, 0x56, 0x62, 0xd6
2017-07-18 13:27:08.251 Detail, Node010, Decrypted Packet: 0x00, 0x66, 0x03, 0xff
2017-07-18 13:27:08.251 Detail,
2017-07-18 13:27:08.251 Info, Node010, ApplicationCommandHandler - Unhandled Command Class 0x66
^C
pi@hassbian:/srv/homeassistant/src/open-zwave-control-panel $

My sensor is still showing off, which I assume means open.

Any thoughts?

@firstof9

I tried the above and still got the same error.

I decided I’m going to try one more time from scratch

but before i do i want to verify the steps I am going to do before i waste time doing something wrong:

1 - burn raspian_jessie_lite from .img file
2 - install the Home Assistant All-In-One installer using the command from the home-assistant.io website:

$ curl -O https://raw.githubusercontent.com/home-assistant/fabric-home-assistant/master/hass_rpi_installer.sh && sudo chown pi:pi hass_rpi_installer.sh && bash hass_rpi_installer.sh

3 - Stop the home-assistant.service

$ sudo systemctl stop home-assistant.service

& then run your script from post #181 above. I copied the contents of the script into a text file. saved it as open_zwave_patch_aio.sh in the /home/pi/ directory. I made it executable with:

$ chmod +x open_zwave_patch_aio.sh

here is a copy of the above file exactly as I am running it:

https://pastebin.com/YBmnvK65

I am running the script with:

$ sudo ./open_zwave_patch_aio.sh

4 - after that completes, navigate to the /srv/homeassistant/homeassistant_venv/lib/python3.4/site-packages/homeassistant/components/cover/ directory and delete the contents of the files “init.py” & “zwave.py” and replace them with contents of the “proper-patch” files from github using the link from your post #202 above.

5 - Should OZWCP work at this point?

6 - If OZWCP doesn’t work then navigate to the /srv/homeassistant/src/open-zwave-control-panel directory. Edit the “makefile” file line 38, delete it and replace it with:

LIBS := -lresolv $(LIBZWAVE) $(GNUTLS) $(LIBMICROHTTPD) -pthread $(LIBUSB)

then run:

$ sudo make

7 - If I do everything up to this point as listed above do you think I should be running openzwave v1.5 in both HA & OZWCP? And that both OZWCP & HA should show the correct indications for the GDO & sensors (cover component should display & all sensors including the door position sensor should all have an entity listing?

I just want to make sure to the best of my ability that I’m not screwing something up.

This indicates your OpenZwave libraries are the old versions and unable to handle the garage door opener.

Starting from scratch isn’t really needed. Try executing the commands in the script one by one with a copy/paste.
The error you’re getting usually happens when the venv isn’t activated.

You can also give this a shot, download the file and upload it to your /srv/homeassistant/homeassistant_venv/lib/python3.4/site-packages/

It MIGHT work.

I thought Hasbain started with the right version. So I need to run the update also mention above also?

Upadate:
@armills explained that what I need is only in the dev branch.
So @first0f9 is this script you posted good for Hassbain?
https://community.home-assistant.io/t/linear-ngdz00-4-garage-door/2136/162?u=penright

Off topic … is firstof9, means you’re the oldest of 9 kids?

I think the paths are different, so you’d need to modify the paths.

I am the oldest, but not of 9 :smile:
It’s a Star Trek: TNG thing :wink:

Oh yea, 7 of 9…

Ok let me download it, digest it some, and post it back for peer review. Also, I think it about time I back up the image. :slight_smile:

@firstof9

ok

Started running the patch script one line at a time.

I got to line 30 (pip3 uninstall -y python-openzwave)

Error returned is “Cannot uninstall requirement python-openzwave, not installed”

Ran

$ pip3 list

As user home-assistant in the venv and it didn’t show up in the list.

As a double check i also ran it as user pi and it wasn’t there either

I went to the python-openzwave directory and ran

$ make install

It said it was complete.

Ran $ pip3 list again, nothing.

Ran $ pip list, nothing for either user pi or home-assistant

I checked back through the install logs for AIO & found the following:

[localhost] sudo: git checkout python3
[localhost] out: error: pathspec ‘python3’ did not match any file(s) known to git.
[localhost] out:

Warning: sudo() received nonzero return code 1 while executing ‘git checkout python3’!

and a whole bunch of syntax warnings like the following:

[localhost] out: File “build/bdist.linux-armv7l/egg/socketio/virtsocket.py”, line 365
[localhost] out: except (ValueError, KeyError, Exception), e:
[localhost] out: ^
[localhost] out: SyntaxError: invalid syntax
[localhost] out:

Should i just continue on through the script at this point?

And as a side note:

Do the steps from my last post above (#207) look like they are correct?

It may help someone else trying to follow along with this long and winding thread. I was getting confused and I’m following pretty closely. :smile:

And that file is not in that location in my setup:

It is located here:

/srv/homeassistant/homeassistant_venv/lib/python3.4/site-packages/libopenzwave-0.3.3-py3.4-linux-armv7l.egg

should i replace the file you posted to there?

@firstof9 This was the script that I ran … https://hastebin.com/ajahicotot.bash
this was what was left in the window after running the .sh https://hastebin.com/oxoceqesus.coffeescript
still getting the 66 error.

and @firstof9, I tried that for me and still got the 66 error.
I can see Node012, Decrypted Packet: 0x00, 0x66, 0x03, 0xff and the 0xff changes to 0x00 when move the tilt sensor.
ff is door up and 00 is door down.
But I still see the “don’t understand 66 class” message.

Ya give it a shot. You have a copy of the old one so if it doesn’t work just put your old one back.

@penright Ok your’s looks compiled without error except for the ozwcp, which isn’t a big deal.

Step 0: Stop homeassistant
Step 1: cd /srv/homeassistant/lib/python3.4/site-packages/homeassistant/components/zwave
Step 2: sudo nano __init__.py
Step 3: Line 40 make it look like this:

#REQUIREMENTS = ['pydispatcher==2.0.5', 'python_openzwave==0.4.0.31']
REQUIREMENTS = ['pydispatcher==2.0.5']

Step 4: CTRL X to save and close that file
Step 5: cd /home/homeassistant/.homeassistant/deps
Step 6: Here either rm -Rf * or try to find anything openzwave related and delete it (easier to rm -Rf *)
Step 7: Start homeassistant

HA should start re-downloading anything you deleted and start using the openzwave libs you compiled.

@finity This might help you too.

@firstof9 thanks.
@firstof9 @finity here are my results and notes.

First, I found REQUIREMENTS in between the "from … " and “CONF_…”

First time I restarted hass looks like zwave did not load. I restarted and dropped down the node in the zwave section and watched it probed and waited till all showed completed.
Few notes:
Looks like all the zwave devices lost their names

I now see an entity cover. and it’s state is open, but if I go into the dev {{ states.cover.unknown_id014f_unknown_type4744_id3530_barrier_state_label.state }} it shows open but does not change when I move the sensor. The ozw log shows it is communicating without error.

2017-07-19 11:57:21.570 Detail, Node012,   Received: 0x01, 0x08, 0x00, 0x04, 0x00, 0x0c, 0x02, 0x98, 0x40, 0x25
2017-07-19 11:57:21.571 Info, Node012, Received SecurityCmd_NonceGet from node 12
2017-07-19 11:57:21.571 Info, NONCES: 0x56, 0xd9, 0x6f, 0x00, 0x58, 0x99, 0xd5, 0x3b
2017-07-19 11:57:21.571 Info, NONCES: 0xad, 0x7b, 0x7b, 0x4e, 0xb6, 0x2e, 0x9f, 0x0a
2017-07-19 11:57:21.571 Info, NONCES: 0x6a, 0xb2, 0xac, 0xa3, 0x58, 0x2f, 0x9b, 0xa0
2017-07-19 11:57:21.571 Info, NONCES: 0xbb, 0x54, 0xbd, 0x33, 0xeb, 0xaf, 0xa7, 0x41
2017-07-19 11:57:21.571 Info, NONCES: 0xfa, 0xbe, 0xe7, 0xfb, 0xaa, 0x7f, 0x29, 0xd4
2017-07-19 11:57:21.571 Info, NONCES: 0xe3, 0x13, 0xa6, 0x3f, 0xa1, 0x3a, 0xb3, 0x51
2017-07-19 11:57:21.572 Info, NONCES: 0x54, 0x3b, 0x12, 0xa2, 0x39, 0xa6, 0x82, 0xf8
2017-07-19 11:57:21.572 Info, NONCES: 0x48, 0x8b, 0xb8, 0x1c, 0x78, 0x97, 0xf1, 0x73
2017-07-19 11:57:21.572 Info, Node012, Sending (Send) message (Callback ID=0x01, Expected Reply=0x00) - Nonce_Report - 0x01, 0x11, 0x00, 0x13, 0x0c, 0x0a, 0x98, 0x80, 0xbb, 0x54, 0xbd, 0x33, 0xeb, 0xaf, 0xa7, 0x41, 0x05, 0x01, 0x24:
2017-07-19 11:57:21.580 Detail,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2017-07-19 11:57:21.581 Detail,   ZW_SEND_DATA delivered to Z-Wave stack
2017-07-19 11:57:21.598 Detail,   Received: 0x01, 0x07, 0x00, 0x13, 0x01, 0x00, 0x00, 0x03, 0xe9
2017-07-19 11:57:21.598 Detail,   ZW_SEND_DATA Request with callback ID 0x01 received (expected 0x01)
2017-07-19 11:57:21.616 Detail, Node012,   Received: 0x01, 0x1d, 0x00, 0x04, 0x00, 0x0c, 0x17, 0x98, 0x81, 0x14, 0xd8, 0x9c, 0x9b, 0xa8, 0xa6, 0xf5, 0xe4, 0xce, 0x36, 0x14, 0x6d, 0xbb, 0x80, 0x17, 0xf3, 0x63, 0x0a, 0xa7, 0x46, 0xde, 0x38
2017-07-19 11:57:21.616 Info, Raw: 0x98, 0x81, 0x14, 0xd8, 0x9c, 0x9b, 0xa8, 0xa6, 0xf5, 0xe4, 0xce, 0x36, 0x14, 0x6d, 0xbb, 0x80, 0x17, 0xf3, 0x63, 0x0a, 0xa7, 0x46, 0xde, 0x38
2017-07-19 11:57:21.616 Detail, Node012, Decrypted Packet: 0x00, 0x66, 0x03, 0xff
2017-07-19 11:57:21.616 Detail, 
2017-07-19 11:57:21.616 Detail, Node012, Refreshed Value: old value=0, new value=4, type=list
2017-07-19 11:57:21.616 Detail, Node012, Changes to this value are not verified
2017-07-19 11:57:21.617 Detail, Node012, Notification: ValueChanged
2017-07-19 11:57:28.631 Detail, Node012,   Received: 0x01, 0x08, 0x00, 0x04, 0x00, 0x0c, 0x02, 0x98, 0x40, 0x25
2017-07-19 11:57:28.631 Info, Node012, Received SecurityCmd_NonceGet from node 12
2017-07-19 11:57:28.632 Info, NONCES: 0x56, 0xd9, 0x6f, 0x00, 0x58, 0x99, 0xd5, 0x3b
2017-07-19 11:57:28.632 Info, NONCES: 0xad, 0x7b, 0x7b, 0x4e, 0xb6, 0x2e, 0x9f, 0x0a
2017-07-19 11:57:28.632 Info, NONCES: 0x6a, 0xb2, 0xac, 0xa3, 0x58, 0x2f, 0x9b, 0xa0
2017-07-19 11:57:28.632 Info, NONCES: 0xbb, 0x54, 0xbd, 0x33, 0xeb, 0xaf, 0xa7, 0x41
2017-07-19 11:57:28.632 Info, NONCES: 0x88, 0x16, 0x42, 0xe0, 0xaf, 0x17, 0x1c, 0x5c
2017-07-19 11:57:28.632 Info, NONCES: 0xe3, 0x13, 0xa6, 0x3f, 0xa1, 0x3a, 0xb3, 0x51
2017-07-19 11:57:28.632 Info, NONCES: 0x54, 0x3b, 0x12, 0xa2, 0x39, 0xa6, 0x82, 0xf8
2017-07-19 11:57:28.632 Info, NONCES: 0x48, 0x8b, 0xb8, 0x1c, 0x78, 0x97, 0xf1, 0x73
2017-07-19 11:57:28.633 Info, Node012, Sending (Send) message (Callback ID=0x01, Expected Reply=0x00) - Nonce_Report - 0x01, 0x11, 0x00, 0x13, 0x0c, 0x0a, 0x98, 0x80, 0x88, 0x16, 0x42, 0xe0, 0xaf, 0x17, 0x1c, 0x5c, 0x05, 0x01, 0x23:
2017-07-19 11:57:28.641 Detail,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2017-07-19 11:57:28.641 Detail,   ZW_SEND_DATA delivered to Z-Wave stack
2017-07-19 11:57:28.658 Detail,   Received: 0x01, 0x07, 0x00, 0x13, 0x01, 0x00, 0x00, 0x02, 0xe8
2017-07-19 11:57:28.658 Detail,   ZW_SEND_DATA Request with callback ID 0x01 received (expected 0x01)
2017-07-19 11:57:28.677 Detail, Node012,   Received: 0x01, 0x1d, 0x00, 0x04, 0x00, 0x0c, 0x17, 0x98, 0x81, 0xcf, 0x9b, 0x65, 0xed, 0x33, 0x0f, 0xb2, 0xfa, 0xfa, 0x77, 0xa2, 0xce, 0x88, 0x83, 0x77, 0xd6, 0x56, 0xf8, 0xab, 0xc5, 0x56, 0x91
2017-07-19 11:57:28.677 Info, Raw: 0x98, 0x81, 0xcf, 0x9b, 0x65, 0xed, 0x33, 0x0f, 0xb2, 0xfa, 0xfa, 0x77, 0xa2, 0xce, 0x88, 0x83, 0x77, 0xd6, 0x56, 0xf8, 0xab, 0xc5, 0x56, 0x91
2017-07-19 11:57:28.678 Detail, Node012, Decrypted Packet: 0x00, 0x66, 0x03, 0x00
2017-07-19 11:57:28.678 Detail, 
2017-07-19 11:57:28.678 Detail, Node012, Refreshed Value: old value=4, new value=0, type=list
2017-07-19 11:57:28.678 Detail, Node012, Changes to this value are not verified
2017-07-19 11:57:28.678 Detail, Node012, Notification: ValueChanged

Where did the names go?