Nrjavaserial upgrade causes "Serial Error: Port /dev/ttyACM0 does not exist"

Confirmed with build #710, but using not a Razberry but a USB Zwave stick on /dev/ttyACM0.

2017-01-10 09:32:50.257 [INFO ] [ing.zwave.handler.ZWaveSerialHandler] - Connecting to serial port '/dev/ttyACM0'
2017-01-10 09:32:50.406 [INFO ] [ing.zwave.handler.ZWaveSerialHandler] - Serial port is initialized
2017-01-10 09:32:50.526 [INFO ] [mmandclass.ZWaveSecurityCommandClass] - Update networkKey
2017-01-10 09:32:50.575 [INFO ] [ve.internal.protocol.ZWaveController] - Starting ZWave controller

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.

Did you ask me?

So my answer above is not of any interest and should be ignored.

Yes sorry sihui, I hit the wrong Reply button. Thanks for yr response.

New installation of openhabian on a clean SD card on the rPi2 (installs under Debian Jessie) works with Razberry card :slight_smile: after :
adding -Dgnu.io.rxtx.SerialPorts=/dev/ttyAMA0" to setenv and
sudo chmod 666 /dev/ttyAMA0
which gives
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?

It would be redundant then and would get overwritten with one of the future openHAB updates anyhow. So yes, remove it and execute the openHABian steps. Good luck!

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:

  • Update system sudo apt-get update
  • Install: liblockdev1-dev package sudo apt-get install liblockdev1-dev

The projector fired right up on the first try after that.
Thanks guys!

1 Like

This package is part of openHABian I believe…
Out of the house currently. Will have to check later

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.

1 Like

@da_kurgan @erland_lestander Please check if you followed the instructions documented here: http://docs.openhab.org/installation/linux.html#privileges-for-common-peripherals

As for the Raspberry Pi: openHABian has all these settings pre-configured. Might be something for you.

Thanks.
I haven’t set EXTRA_JAVA_OPTS .
On the other hand it worked without this up until the 3rd of January.
I will set it and test.

Maybe the binding can do this in the background?

Changed to this:

pi@homeauto /etc/default $ cat openh*
EXTRA_JAVA_OPTS="-Dgnu.io.rxtx.SerialPorts=/dev/ttyUSB0:/dev/ttyS0:/dev/ttyACM0"
pi@homeauto /etc/default $

Still doesn’t start at reboot and doesn’t start by issuing

pi@homeauto /etc/default $ sudo ./openhab2 start
So basically no change.

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, …)
  • start openhab

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…)

Good luck! :wink:

Thanks !
That’s almost exactly what I did yesterday. :grinning:
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.

BUT:


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.

How can I remove the tellstick binding?