Linear NGDZ00-4 Garage Door

Looks like it went without error

pi@hassbian:~ $ sudo chown -R homeassistant:homeassistant /srv/homeassistant/lib/python3.4/site-packages/python_openzwave/
pi@hassbian:~ $ hassctl stop                                                    pi@hassbian:~ $ sudo -u homeassistant -H /bin/bash
homeassistant@hassbian:/home/pi $ source /srv/homeassistant/bin/activate
(homeassistant) homeassistant@hassbian:/home/pi $ pip3 uninstall python_openzwave
Cannot uninstall requirement python-openzwave, not installed
(homeassistant) homeassistant@hassbian:/home/pi $ pip3 install python_openzwave --install-option="--flavor=ozwdev"
/srv/homeassistant/lib/python3.4/site-packages/pip/commands/install.py:194: UserWarning: Disabling all use of wheels due to the use of --build-options / --global-options / --install-options.
  cmdoptions.check_install_build_global(options)
Collecting python_openzwave
  Using cached python_openzwave-0.4.0.35.zip
Requirement already satisfied: six in /srv/homeassistant/lib/python3.4/site-packages (from python_openzwave)
Requirement already satisfied: PyDispatcher>=2.0.5 in /srv/homeassistant/lib/python3.4/site-packages (from python_openzwave)
Installing collected packages: python-openzwave
  Running setup.py install for python-openzwave ... done
Successfully installed python-openzwave-0.4.0.35
(homeassistant) homeassistant@hassbian:/home/pi $ deactivate
homeassistant@hassbian:/home/pi $ exit
exit

Ran without errors, even after restarting hass 3 times still getting 66 error. I hope that not the same as order 66. :slight_smile:

What does the first line of OZW_Log.txt say?

Just like always the unhandled 66 command. Is there more I could look at to see?
All other Zwave works.
Who do we ask about merging the fixes at open zwave? I found this emial address ‘[email protected]’.
I was wondering if anyone with hass is also member of the the open zwave team. I don’t want to bug them if there is a better route.

2017-08-15 16:14:36.125 Info, Node012, Sending (Send) message (Callback ID=0x01, Expected Reply=0x00) - Nonce_Report - 0x01, 0x11, 0x00, 0x13, 0x0c, 0x0a, 0x98, 0x80, 0x26, 0xe1, 0xa4, 0x6e, 0x9e, 0x47, 0xc9, 0x4e, 0x05, 0x01, 0xb4:
2017-08-15 16:14:36.134 Detail,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2017-08-15 16:14:36.135 Detail,   ZW_SEND_DATA delivered to Z-Wave stack
2017-08-15 16:14:36.151 Detail,   Received: 0x01, 0x07, 0x00, 0x13, 0x01, 0x00, 0x00, 0x03, 0xe9
2017-08-15 16:14:36.151 Detail,   ZW_SEND_DATA Request with callback ID 0x01 received (expected 0x01)
2017-08-15 16:14:36.168 Detail, Node012,   Received: 0x01, 0x1d, 0x00, 0x04, 0x00, 0x0c, 0x17, 0x98, 0x81, 0xea, 0x10, 0x06, 0xb9, 0x94, 0x35, 0x9c, 0x15, 0xca, 0x8c, 0x17, 0x5b, 0x26, 0x92, 0x00, 0xb2, 0x18, 0x47, 0x0c, 0x3e, 0x0e, 0xe6
2017-08-15 16:14:36.169 Info, Raw: 0x98, 0x81, 0xea, 0x10, 0x06, 0xb9, 0x94, 0x35, 0x9c, 0x15, 0xca, 0x8c, 0x17, 0x5b, 0x26, 0x92, 0x00, 0xb2, 0x18, 0x47, 0x0c, 0x3e, 0x0e, 0xe6
2017-08-15 16:14:36.169 Detail, Node012, Decrypted Packet: 0x00, 0x66, 0x03, 0xff
2017-08-15 16:14:36.169 Detail, 
2017-08-15 16:14:36.169 Info, Node012, ApplicationCommandHandler - Unhandled Command Class 0x66

head OZW_Log.txt
Should produce: 2017-08-14 18:46:40.176 Always, OpenZwave Version 1.5.2717 Starting Up
or similar. The key is the 1.5.xxxxx version number. If it says 1.4.xxxxx then HA is using the wrong library.

That’s it. So I need to back way to the top to install the beta version?

2017-08-15 13:37:28.347 Always, OpenZwave Version 1.4.2508 Starting Up
2017-08-15 13:37:31.167 Info, Setting Up Provided Network Key for Secure Communications
2017-08-15 13:37:31.168 Info, mgr,     Added driver for controller /dev/zwave
2017-08-15 13:37:31.168 Info,   Opening controller /dev/zwave
2017-08-15 13:37:31.168 Info, Trying to open serial port /dev/zwave (attempt 1)
2017-08-15 13:37:31.169 Info, Serial port /dev/zwave opened (attempt 1)

I’m not sure why the pip uninstall/install isn’t working correctly.
Maybe @hawk259 has some insight?

Trying to reinstall using the script I did the first time.
Just curious why it was giving me the 66 error before I installed. Now I know to look and make sure it is running 1.5.xxx.
I wonder what it would take for open zwave to put the beta into production. If I understand correctly that would keep us from having to jump through hoops.

It has been sitting on resolving deltas: 83% for a while.

pi@hassbian:~/scripts $ sudo ./ha_openzwave.sh

Open Z-Wave Installer for Hassbian
Modified by Landrash for use with Hassbian.
Remodified by unt1tled for use with Linear NGDZ00-4  (barrier_operator).
Remodified by Paul, for Hassbian .48.1 7/18/2017
Copyright(c) 2016 Dale Higgs <https://gitter.im/dale3h>

Running apt-get preparation
Get:1 http://ftp.debian.org jessie-backports InRelease [166 kB]
Hit http://mirrordirector.raspbian.org jessie InRelease
Hit http://repo.mosquitto.org jessie InRelease
Hit http://archive.raspberrypi.org jessie InRelease
Hit http://mirrordirector.raspbian.org jessie/main armhf Packages
Hit http://repo.mosquitto.org jessie/main armhf Packages
Ign http://ftp.debian.org jessie-backports InRelease
Hit http://mirrordirector.raspbian.org jessie/contrib armhf Packages
Hit http://archive.raspberrypi.org jessie/main armhf Packages
Hit http://mirrordirector.raspbian.org jessie/non-free armhf Packages
Hit http://mirrordirector.raspbian.org jessie/rpi armhf Packages
Hit http://archive.raspberrypi.org jessie/ui armhf Packages
Hit http://ftp.debian.org jessie-backports/main Translation-en
Hit http://ftp.debian.org jessie-backports/main armhf Packages
Ign http://repo.mosquitto.org jessie/main Translation-en_GB
Ign http://ftp.debian.org jessie-backports/main Translation-en_GB
Ign http://repo.mosquitto.org jessie/main Translation-en
Ign http://archive.raspberrypi.org jessie/main Translation-en_GB
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en_GB
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en
Ign http://archive.raspberrypi.org jessie/main Translation-en
Ign http://mirrordirector.raspbian.org jessie/main Translation-en_GB
Ign http://mirrordirector.raspbian.org jessie/main Translation-en
Ign http://archive.raspberrypi.org jessie/ui Translation-en_GB
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en_GB
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en
Ign http://archive.raspberrypi.org jessie/ui Translation-en
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en_GB
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en
Fetched 166 kB in 12s (13.1 kB/s)
Reading package lists... Done
W: GPG error: http://ftp.debian.org jessie-backports InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 8B48AD6246925553 NO_PUBKEY 7638D0442B90D010
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... The following packages were automatically installed and are no longer required:
  easy-rsa libpkcs11-helper1 opensc opensc-pkcs11
Use 'apt-get autoremove' to remove them.
Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Reading package lists... Done
Building dependency tree
Reading state information... Done
libgnutls28-dev is already the newest version.
libgnutlsxx28 is already the newest version.
libssl-dev is already the newest version.
libudev-dev is already the newest version.
make is already the newest version.
python3-dev is already the newest version.
python3-setuptools is already the newest version.
python3-sphinx is already the newest version.
The following packages were automatically installed and are no longer required:
  easy-rsa libpkcs11-helper1 opensc opensc-pkcs11
Use 'apt-get autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Changing to homeassistant user
homeassistant@hassbian:/home/pi/scripts $ exit
exit
Activating virtualenv
Installing latest version of cython
Cache entry deserialization failed, entry ignored
Requirement already up-to-date: cython==0.24.1 in /srv/homeassistant/lib/python3.4/site-packages
Creating source directory
Cloning python-openzwave
fatal: destination path 'python-openzwave' already exists and is not an empty directory.
Cloning openzwave
error: pathspec 'python3' did not match any file(s) known to git.
Cloning into 'openzwave'...
remote: Counting objects: 25795, done.
remote: Compressing objects: 100% (35/35), done.
remote: Total 25795 (delta 28), reused 33 (delta 13), pack-reused 25745
Receiving objects: 100% (25795/25795), 101.96 MiB | 9.83 MiB/s, done.
Resolving deltas:  83% (14975/18035)

@penright All open-sourced projects suffer from lack of manpower and “got to put the kids to bed” issues. When you have an open-sourced project dependant on other open-sourced projects built with open sourced tools, things may not go as quickly or smoothly as one might want. I am sure the OpenZwave team will say that it will be ready when it is ready.
The alternative is to use a commercial Zwave hub like Wink, to connect your Zwave devices and use Home Assistant to tie things together.

I am sorry if I sounded unappreciative.
In fact, just the opposite.
I did not want to bug them if there was someone else here who knows the time line.
Just looked like they have it working in beta, and since Hass defaults to production, I was curious when they would move the beta to production.

@penright From a post I read on their issues page, they want to squash the remaining open issues listed in their milestone before releasing ‘Version 1.6’ here’s a link to their milestone page.

1 Like

Not suggesting you are unappreciative. Just stating a fact. Most open-sourced projects are under a great deal of pressure to get to some goal and don’t generally respond well to “when”, whether it is asked politely or otherwise. As I stated before, it will be done when it is done. It would be great if it were done tomorrow, but it isn’t likely.

Again, just curious.
Trying to reload using the script we worked out for hasbian, it keep locking up at the resolving deltas.
Sometime it is at 2 % other times as high as 80%.
Not sure why
here is the script

#!/bin/bash

echo
echo "Open Z-Wave Installer for Hassbian"
echo "Modified by Landrash for use with Hassbian."
echo "Remodified by unt1tled for use with Linear NGDZ00-4  (barrier_operator)."
echo "Remodified by Paul, for Hassbian .48.1 7/18/2017"
echo "Copyright(c) 2016 Dale Higgs <https://gitter.im/dale3h>"
echo

if [ "$(id -u)" != "0" ]; then
echo "This script must be run with sudo. Use \"sudo ${0} ${*}\"" 1>&2
exit 1
fi

echo "Running apt-get preparation"
apt-get update
apt-get upgrade -y
apt-get install -y make python3-dev libudev-dev python3-sphinx python3-setuptools libgnutlsxx28 libgnutls28-dev libssl-dev

echo "Changing to homeassistant user"
sudo -u homeassistant -H /bin/bash

echo "Activating virtualenv"
#################
#PE Update from
#source /srv/homeassistant/homeassistant_venv/bin/activate
# to
source /srv/homeassistant/bin/activate
#################

echo "Installing latest version of cython"
### Currently locked to this version since build fails for later versions.
pip3 install --upgrade cython==0.24.1


echo "Creating source directory"
mkdir -p /srv/homeassistant/src
chown -R homeassistant:homeassistant /srv/homeassistant/src

echo "Cloning python-openzwave"
cd /srv/homeassistant/src
git clone  https://github.com/OpenZWave/python-openzwave.git
chown homeassistant:homeassistant python-openzwave
cd python-openzwave

echo "Cloning openzwave"
git checkout python3
rm -rf openzwave
git clone git://github.com/OpenZWave/open-zwave.git openzwave
cd openzwave

echo "Changing to openzwave Dev branch to add barrier_operator support"
git checkout Dev
cd ..

echo "Building python-openzwave with barrier_operator support\nStage 1..."
make build
make install

# Remove the 1.4 non-dev branched compile and replace with the 1.5 dev branch compiled version
rm -Rf openzwave-git/open-zwave-master/
cp -R openzwave/ openzwave-git/
mv openzwave-git/openzwave/ openzwave-git/open-zwave-master/
echo "Building stage 2..."
make install

echo "Deactivating virtualenv"
deactivate
EOF

echo "Creating libmicrohttpd directory"
cd /srv/homeassistant/src
mkdir libmicrohttpd
chown homeassistant:homeassistant libmicrohttpd
cd /srv/homeassistant/src/libmicrohttpd

echo "Downloading libmicrohttpd-0.9.19"
wget ftp://ftp.gnu.org/gnu/libmicrohttpd/libmicrohttpd-0.9.19.tar.gz
chown homeassistant:homeassistant libmicrohttpd-0.9.19.tar.gz
tar zxvf libmicrohttpd-0.9.19.tar.gz
chown homeassistant:homeassistant libmicrohttpd-0.9.19

echo "Building libmicrohttpd-0.9.19"
cd libmicrohttpd-0.9.19
./configure
make
make install

echo "Cloning open-zwave-control-panel"
cd /srv/homeassistant/src
git clone https://github.com/OpenZWave/open-zwave-control-panel.git
chown -R homeassistant:homeassistant open-zwave-control-panel
cd open-zwave-control-panel

echo "Replacing open-zwave-control-panel source files with barrier_operator support"
#wget -O zwavelib.cpp https://raw.githubusercontent.com/legrego/open-zwave-control-panel/0925251a566a36543e0c6b5cb0b2c1498bddfa68/zwavelib.cpp


echo "Building open-zwave-control-panel"
rm Makefile
wget https://raw.githubusercontent.com/home-assistant/fabric-home-assistant/master/Makefile
chown homeassistant:homeassistant Makefile
make

echo "Linking ozwcp config directory"
ln -sd /srv/homeassistant/lib/python3.*/site-packages/libopenzwave-0.*-linux*.egg/config
chown -R homeassistant:homeassistant /srv/homeassistant/src

echo "Linking Home Assistant OpenZWave config directory"
cd /home/homeassistant/.homeassistant
sudo -u homeassistant ln -sd /srv/homeassistant/lib/python3.*/site-packages/libopenzwave-*-linux*.egg/config
chown -R homeassistant:homeassistant /home/homeassistant/.homeassistant

echo
echo "Installation done!"
echo
echo "If you have issues with this script, please contact @Landrash on gitter.im"
echo "Original script by @dale3h on gitter.im"
echo

I hear what you are saying. I agree. :slight_smile:
I choose my words poorly for the question. @firstof9 answer my question.

It might be beneficial to run the commands manually.

The deltas are part of git, I’m not sure what’s going on there, could be a internet connection issue, problem on github’s end, filesystem issue, full disk…

Try issuing the commands manually, see if anything different occurs.

This time I did it by hand as @zarthan suggested it.
I started a ping from my desktop to the Pi.
When I tried to run the “git clone GitHub - OpenZWave/python-openzwave: Python wrapper for openzwave” step or course the directory existed, so I flipped back to admin removed it, sudo back to homeassistant. Set the source and step and ran the command.
Watching the pings as I was responding to you guys, when it got to the resolving deltas, the pings stopped. It was very intermittent for about 2 minutes, then it started pinging normally but it is still on resolving delta.
Whatever it is doing my ssh is droping, once the ping returns I can restart the session but I not sure where the install was left off. Taking a ls of python-openzwave there was a .git file and that was it.
So I am deleting the python-openzwave and open-zwave-control-panel and will try again.

Update:
Stopped on resolving deltas 69%

pi@hassbian:/srv/homeassistant/src $ sudo -u homeassistant -H /bin/bash
homeassistant@hassbian:/srv/homeassistant/src $ source /srv/homeassistant/bin/activate
(homeassistant) homeassistant@hassbian:/srv/homeassistant/src $ pip3 install --upgrade cython==0.24.1
Requirement already up-to-date: cython==0.24.1 in /srv/homeassistant/lib/python3.4/site-packages
(homeassistant) homeassistant@hassbian:/srv/homeassistant/src $ cd /srv/homeassistant/src
(homeassistant) homeassistant@hassbian:/srv/homeassistant/src $ git clone  https://github.com/OpenZWave/python-openzwave.git
Cloning into 'python-openzwave'...
remote: Counting objects: 9584, done.
remote: Total 9584 (delta 0), reused 0 (delta 0), pack-reused 9584
Receiving objects: 100% (9584/9584), 36.97 MiB | 349.00 KiB/s, done.
Resolving deltas:  69% (4755/6890)

Update:
I went back and installed open zwave using the hassbian-config scripts and it all worked.
But when I try and do the developer thing it like the Pi locks up for some time. Then it works.
All this started when I upgraded to 51.2. I going to restore my image of 50.2 and see if I can run it then.
It may be in the morning before I can try it.

Still can’t get past resolving deltas. If I wipe out all open zwave and redo the install, it will install. All zwaves but the garage door works. I keep getting a class 66 error. Just like in post #215 You gave me these steps in post#219 and it worked. Since trying to get it to work with 50.2 and now 50.1, I can not get past the class 66 errors.

Command class 0x66 errors are always the result of incorrect OpenZwave version. I have no idea why your deltas don’t resolve, sounds very much like a networking issue.

The 0x66 error is the one I am fighting. When I try the steps that fixed with it with 48.1 That is when I have the delta issue.
But according to a previous post I am at 1.5.2806 and that should be it.

2017-08-17 18:38:04.128 Always, OpenZwave Version 1.5.2806 Starting Up
2017-08-17 18:38:06.130 Info, Setting Up Provided Network Key for Secure Communications
2017-08-17 18:38:06.154 Info, Manufacturer_Specific.xml file Revision is 7
2017-08-17 18:38:06.155 Info, Error in Product Config file at line 3 - missing Revision  attribute
2017-08-17 18:38:06.156 Info, Error in Product Config file at line 3 - missing Revision  attribute
2017-08-17 18:38:06.158 Info, Error in Product Config file at line 3 - missing Revision  attribute
2017-08-17 18:38:06.160 Info, Error in Product Config file at line 3 - missing Revision  attribute

More info than you care, if you don’t hear from me we are going on vacation, I will fire it back up when we get back.

@firstof9 back from vacation.
I starting to think my issues are not related to this thread. I think my ozw install is messed up. How can I wipe it and start over?

I found the log analyzer here. http://openzwave.com/log-analyzer/
It gave me a warning “Warning - Incomplete or inaccurage results as zwcfg*.xml was present when the log was collected”
So I deleted my zwcfg*.xml and the cache. Now I am not getting the 66 error, but it is not working. Since I lost the name of the sensor that I renamed it to, I don’t expect the web gui to work anymore, but I do expect the state to be right under the developer’s states tab.

2017-08-30 12:49:53.062 Detail, Node012,   Received: 0x01, 0x08, 0x00, 0x04, 0x00, 0x0c, 0x02, 0x98, 0x40, 0x25
2017-08-30 12:49:53.063 Info, Node012, Received SecurityCmd_NonceGet from node 12
2017-08-30 12:49:53.063 Info, NONCES: 0x47, 0x8d, 0x7a, 0xa0, 0x5d, 0x83, 0xf3, 0xea
2017-08-30 12:49:53.063 Info, NONCES: 0x28, 0x66, 0x21, 0x1b, 0xff, 0x37, 0x83, 0xd6
2017-08-30 12:49:53.063 Info, NONCES: 0x87, 0xc5, 0x66, 0xe4, 0x48, 0x5a, 0xce, 0xeb
2017-08-30 12:49:53.063 Info, NONCES: 0x11, 0x05, 0x75, 0x10, 0x3c, 0xf8, 0xe6, 0xd9
2017-08-30 12:49:53.063 Info, NONCES: 0x44, 0x8a, 0x60, 0xc2, 0x83, 0xaa, 0x88, 0x0a
2017-08-30 12:49:53.063 Info, NONCES: 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00
2017-08-30 12:49:53.063 Info, NONCES: 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00
2017-08-30 12:49:53.064 Info, NONCES: 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00
2017-08-30 12:49:53.064 Info, Node012, Sending (Send) message (Callback ID=0x01, Expected Reply=0x00) - Nonce_Report - 0x01, 0x11, 0x00, 0x13, 0x0c, 0x0a, 0x98, 0x80, 0x44, 0x8a, 0x60, 0xc2, 0x83, 0xaa, 0x88, 0x0a, 0x05, 0x01, 0x20:
2017-08-30 12:49:53.072 Detail,   Received: 0x01, 0x04, 0x01, 0x13, 0x01, 0xe8
2017-08-30 12:49:53.073 Detail,   ZW_SEND_DATA delivered to Z-Wave stack
2017-08-30 12:49:53.089 Detail,   Received: 0x01, 0x07, 0x00, 0x13, 0x01, 0x00, 0x00, 0x02, 0xe8
2017-08-30 12:49:53.089 Detail,   ZW_SEND_DATA Request with callback ID 0x01 received (expected 0x01)
2017-08-30 12:49:53.107 Detail, Node012,   Received: 0x01, 0x1d, 0x00, 0x04, 0x00, 0x0c, 0x17, 0x98, 0x81, 0x0c, 0xf1, 0x97, 0xc8, 0xd9, 0x24, 0xa2, 0x27, 0x7f, 0x24, 0x96, 0xd2, 0x44, 0x86, 0x6b, 0x17, 0x26, 0x20, 0x77, 0x80, 0x6c, 0x02
2017-08-30 12:49:53.107 Info, Raw: 0x98, 0x81, 0x0c, 0xf1, 0x97, 0xc8, 0xd9, 0x24, 0xa2, 0x27, 0x7f, 0x24, 0x96, 0xd2, 0x44, 0x86, 0x6b, 0x17, 0x26, 0x20, 0x77, 0x80, 0x6c, 0x02
2017-08-30 12:49:53.107 Detail, Node012, Decrypted Packet: 0x00, 0x66, 0x03, 0xff
2017-08-30 12:49:53.107 Detail, 
2017-08-30 12:49:53.107 Detail, Node012, Refreshed Value: old value=0, new value=4, type=list
2017-08-30 12:49:53.107 Detail, Node012, Changes to this value are not verified
2017-08-30 12:49:53.107 Detail, Node012, Notification: ValueChanged