I am having some deconz issues also. It is with the hue binding connection. Need to trouble shoot as I updated deconz at the same time by accident. Not sure which piece causing the issue.
The noticeable problem is my “color” and “color temperature” channels seems to not function properly. My config is unchanged only did an update. When I ask my lights to change to warm white the two color bulbs won’t change but all others do.
Thought I would bring this up as maybe someone else has seen this also.
Unfortunately a new feature has been introduced which seems to cause this issue. I have created a PR to fix it. Can you try https://janessa.me/esh/org.openhab.binding.deconz-2.5.8-SNAPSHOT.jar?
1 Like
It’s working fine again. Also the reachable status of things works correctly again, so that a correct on/off thing status is displayed. Thanks a lot!
1 Like
any idea when it will be available? Just asking…
Can someone tell me why is there a file named openhab-addons-2.5.7.kar 192MB size in the /usr/share/openhab2/addons directory?
This seems to have appeared after I updated from openhab 2.5.6 to 2.5.7-1 (a few hours ago).
EDIT:
If I remove the file, all my UI´s stops working.
That file contains all the add-ons. If you open it with a Zip program you will see all the add-ons that openHAB supports as part of the distro. I think it get’s put there when installing openhab-addons which makes them available for offline installation. I’m not surprised that deleting it causes everything to stop working as everything is uninstalled.
I can’t comment on how/why it appeared now.
That makes sense. Except its kinda strange howcome its suddenly there. No previous openhab versions had it like this at least since openhab 2.2 where I started to use openhab.
I really makes me wonder if this setup is just screewed up somehow… I have a few issues with it since I moved to use the public released Rpi4 firmware where USB boot is enabled (a few weeks ago). Its a test setup, where I test Ipcamera binding and then run the system binding. Thats all it´s doing.
The worse problem seems to be the frontail logviewer which seems to have its own life somehow. It wont start after restarting openhab… (I posted this issue in another thread). Before I was running on a SD card using openhab 2.5.5, and it worked just fine…
Another issue seems to be, that the speed openhab is running is kinda slower than when I used the SD card. (at least it feels that way)… Guess I need to start all over again. But I would have prefered to perhaps find the cause of this 
Did you somehow install openhab2-addons in apt?
Nope, I did nothing except using openhabian-config to update, (the usual/normal way).
I noticed when I updated through openhabian-config that it downloaded the addins. I hadn’t noticed that before either. I can’t remember which option in the menu I chose
Seems like there may be an obvious reason. (and unfortunaly known reason, to some).
Since my issues started with a fresh “image” install a coupple of weeks ago for USB boot, Bruce´s comment could be the true cause here. Before I went to use the SSD (USB boot) I was running an older version on SD card and not having issues.
I just tried install a fresh install (again) on the same SD card… And again I have the same issues, (ofcouse since its the same image).
I wonder, when exactly did the term “stable” ever became unstable.
Btw… I found the reason why Frontail logviewer isnt running.
For openHAB, stable has always and probably will always mean simply unchanging. It doesn’t mean bug free. It doesn’t mean runs perfectly. It just means that at one point in time, there were no known bug that were of a nature to prevent snapping a release. Honestly, that’s a large part of the reason why I recommend to either never upgrade or to upgrade to the milestones. If you wait of a full release than the number of changes have built up to the point where it’s going to be a lot of work and hard to upgrade.
And these point releases (e.g. 2.5.7) are kind of like milestone releases, only the core of OH has remained unchanged since 2.5.0. It’s only the bindings that are changing.
I dont demand bug free. But I simply dont get it when there are something that seems like known issues to an image, howcome its:
- Not mentioned.
- Image either fixed or removed.
The images I´m using is whats beeing presented to the public, even new users are adviced to use these. In that particular situation its makes things even worse, when its has issues.
But again, that just my opinion… I dont expect others to share the same. In my situation I´m knowlegde openhab user, meaning I kinda know and expect issues somehow and often can deal with them myself. This time I couldnt, (except I found the cause of some of the issues).
how do you come to claim it’s a known issue ? It isn’t.
If it really was a bug, someone has to be the first to find it.
And you are completely off-topic now so please stop responding here and open a new thread.
This one is on OH 2.5.7. Yours is about openHABian.
Hello,
on my RPi4 with openhabian, since the update to version 2.5.7, I have about every 15 seconds two warning messages in openhab.log, which I cannot explain.
2020-07-28 10:34:43.219 [WARN ] [sysfs.internal.SysfsUsbSerialScanner] - Could not find the device path for /sys/class/tty/ttyACM0 in the sysfs: /sys/class/tty/ttyACM0
2020-07-28 10:34:43.227 [WARN ] [sysfs.internal.SysfsUsbSerialScanner] - Could not find the device path for /sys/class/tty/ttyUSB0 in the sysfs: /sys/class/tty/ttyUSB0
...
2020-07-28 10:34:58.259 [WARN ] [sysfs.internal.SysfsUsbSerialScanner] - Could not find the device path for /sys/class/tty/ttyACM0 in the sysfs: /sys/class/tty/ttyACM0
2020-07-28 10:34:58.265 [WARN ] [sysfs.internal.SysfsUsbSerialScanner] - Could not find the device path for /sys/class/tty/ttyUSB0 in the sysfs: /sys/class/tty/ttyUSB0
The two ports are used for Z-Wave and Enocean USB sticks, as far as I can tell, both work perfectly.
At first, I assumed that it was due to an incorrect configuration of EXTRA_JAVA_OPTS.
So I’ve made the following changes from
EXTRA_JAVA_OPTS="-Xms192m -Xmx320m"
to
EXTRA_JAVA_OPTS="-Xms192m -Xmx320m -Dgnu.io.rxtx.SerialPorts=/dev/ttyUSB0:/dev/ttyACM0"
Unfortunately, the warnings remain. Does anyone have an idea why this might be?
Whats the difference?
The update I first installed yesterday says 2.5.7-1
The image I installed yesterday says 2.5.7-1
Because I use openhabian, I´m not qualified to participate in this thread… Is that really what you´re saying?
So where does that mention your issue ? It does not. It is just a very generic warning that there may be more problems than usual.
Serious ? You want to tell us that after years of usage, you still don’t know the difference between openHAB and openHABian ? Your issue is on openHABian hence it does not belong here.
No, but -Dgnu.io... is deprecated. Remove it and restart OH to see if that makes a difference.
Hi @Kim_Andersen , would you please so kind and move your discussion with @mstormi to a private one? It’s annoying here to read your entitlement of a bug-free openHAB, which is maintained with blood, sweat and tears from everyone in their free time.
Thanks.
6 Likes