In this situation the more detail the better to isolate the problem. Which Raspberry Pi are you using and are you running Debian Wheezy or Jessie?
The other difference of course is that the Razberry sits on the RX and TX pins of the gpio and not on the USB bus. This comes down to serial device recognition that was working fine on version 3.9 of nrjavaserial and does not work at all (for me in the situation stated) on version 3.12 of this library.
Thanks Kai. I will pursue this on the github link you provided and am happy to keep testing.
In the meantime I expect it could take a little while to fully shake this one out. Could you please provide a link to an archived version from early December using 3.9 of the library. I have not been able to run my zwave devices for several weeks now.
New installation of openhabian on a clean SD card on the rPi2 (installs under Debian Jessie) works with Razberry card after :
adding -Dgnu.io.rxtx.SerialPorts=/dev/ttyAMA0" to setenv and
sudo chmod 666 /dev/ttyAMA0
ls -la /dev/ttyAMA0
crw-rw-rw- 1 root tty 204, 64 Jan 11 18:24 /dev/ttyAMA0
Thanks to all of those involved over at openHABian hassle-free openHAB Setup in putting openhabian together. The installation works very smoothly.
So this may support the case that NrjavaSerial 3.12 does not work under Debian Wheezy - at least on rPi2 devices whereas the previous version 3.9 worked fine. Maybe Wheezy does not support a required dependency of nrjavaserial library.
Hey @robb01 I didn’t get if the new system with openHABian + the two commands helped you in whatever you are trying to do. Please be aware, that these commands are not all that’s needed and that the file setenv is the wrong place for your modifications. There is a menu entry under sudo openhabian-config to do everything for you in the right way: https://github.com/openhab/openhabian/issues/33#issuecomment-267465644
Thanks @ThomDietrich for this comment and all of your good work. I am happy that the new installation went well and the razberry device is recognised. All is looking good after some weeks struggling with nrjavaserial. I will defintely check out the openhabian-config tool and make sure everything is good there. Should I then remove the line I addded to setenv?
Fresh Openhabian(OH2) on R-pi 3b, using usb to serial cable to my Optoma projector. I was stumped up until yesterday. I was getting the /dev/ttyUSB0 does not exist error until I did this as stated above:
Running Raspbian on R-pi 2B and using Razberry.
Installed liblockdev1 and liblockdev1-dev and then upgrading to latest openhab2 (2.0.0~20170112185728-1).
If I add “-Dgnu.io.rxtx.SerialPorts=/dev/ttyAMA0” Openhab2 just dies on me with this as the last log message:
2017-01-12 23:07:28.231 [INFO ] [ing.zwave.handler.ZWaveSerialHandler] - Connecting to serial port ‘/dev/ttyAMA0’
openhab user is a member of dailout etc etc, it has been working before upgrade late december.
But I guess I am not not alone with this problem, so I have that going for me which is nice.
I had the same problem, i.e. sudden death after a z-wave message .
I gave up and:
Did apt-get purge, and apt-get install of the new single distro
Purge removed the openhab user. So I got the “does not exist” error.
Added user openhab user to dialout and tty groups.
After that I was back at the sudden death problem…
There was a revert of some code in OH relating to those liblockdev around christmas,
but after new year the problems was back, albeit with a bit different symptoms.
( On top of that I realised I was running on wheezy instead of jessie so recent queries of issues seems to be answered with “Upgrade!” )
Edit: I’ve not seen a root cause analysis on this sudden death issue.
There are multiple things wrong about this command. Sorry to tell you. At this point I’m not sure what might be the problem as you seem to already have changed a lot. Would you consider simply switching over to openHABian? You just have to flash the image onto your SD card and half an hour later you’ll be looking at a working openHAB 2 frontend.
Moving to another OS is one of my options yes.
The copy-paste was from my history so the directory certainly looks a bit odd.
Again, it doesn’t start at reboot.
What I don’t like with starting over from scratch is that multiple others have the same issue, and no one of them is helped by that solution.
I also had a working setup until 1st apt-get upgrade of the year.
So the solution to start from scratch every time the setup stops working is less appealling as it requires a lot of reconfiguration. In my case setting up tellstick all over again and possibly also ther stuff.
Since that breaking upgrade I’ve done purge and taken down the new distro.
And that started fine until I added bindings for tellstick aand zwave.
(I did not reboot at every change. Granted that might have given better fault analysis)
The situation is serious from an OH perspective as there is no possibility to address faults if it chrasches,
as all configuration is done in Paper UI as far as I know.
I see. Okay that’s a valid argument. As only little evidence is there to proceed on, I would try to go as clean as possible, without loosing everything.
Make a backup of all files (just copy somewhere): /etc/openhab2, /var/lib/openhab2, /usr/share/openhab2
sudo apt-get purge openhab2*
delete mentioned folder above (if still available)
delete the openhab user
sudo apt-get install openhab2
restore the important files from the backup (rules, sitemaps, uuid&secret files, jsondb, persistence files, …)
At this point I would expect your problems to be gone as I did not hear any openHABian users complain about such problems, hence the assumption your installation is buggy (which as you know is to be expected with snapshot builds…)
That’s almost exactly what I did yesterday.
apt-purge removes user openhab. which in turn meant that I needed to att the user to tty and dialout again after reinstall and after getting the good old Serial Error: Port /dev/ttyACM0 does not exist back when installing tellstick,astro and zwave.
On that, rebooting and back to current non working state.
no rules, no sitemap, no manual editing of files.
I have not done this. IIRC, a change OH that required these was reverted between christmas and new year.
I will try and report back.
Can anyone confirm that those packages are required?
Edit: ./openhab2 start didn’t change behaviour.
reboot: I got the initial webpage (Basic, Paper,Habmin, Classic) up for a few seconds, And then it died.
i am running wheezy unaware it was old. pi@homeauto ~ $ cat /etc/os-release PRETTY_NAME="Raspbian GNU/Linux 7 (wheezy)" NAME="Raspbian GNU/Linux" VERSION_ID="7" VERSION="7 (wheezy)" ID=raspbian ID_LIKE=debian ANSI_COLOR="1;31" HOME_URL="http://www.raspbian.org/" SUPPORT_URL="http://www.raspbian.org/RaspbianForums" BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
This may help
From /var/log/openah2/openhab.log: 2017-01-13 19:49:20.068 [INFO ] [.dashboard.internal.DashboardService] - Started dashboard at /start 2017-01-13 19:49:21.720 [INFO ] [basic.internal.servlet.WebAppServlet] - Started Basic UI at /basicui/app 2017-01-13 19:49:21.885 [INFO ] [arthome.ui.paper.internal.PaperUIApp] - Started Paper UI at /paperui 2017-01-13 19:49:22.157 [INFO ] [panel.internal.HABPanelDashboardTile] - Started HABPanel at /habpanel 2017-01-13 19:49:24.097 [INFO ] [ui.habmin.internal.servlet.HABminApp] - Started HABmin servlet at /habmin 2017-01-13 19:49:28.302 [INFO ] [ing.zwave.handler.ZWaveSerialHandler] - Connecting to serial port '/dev/ttyACM0' 2017-01-13 19:49:28.397 [INFO ] [andler.core.TelldusCoreBridgeHandler] - Loading telldus-core from C:/Program Files/Telldus/;C:/Program Files (x86)/Telldus/
Notice: it says andler arthome ing.zwave Is that okey?
Also, loading from c:\xxx looks strange.