I’m pretty sure there is a known issue with VS code slowing performance, dig around a little (although I don’t think it has been resolved yet)
Dependency Regression from OH 3.1.0-M2 => OH 3.1.0-M3 The M3 release newly c…
I’m pretty sure there is a known issue with VS code slowing performance, dig around a little (although I don’t think it has been resolved yet)
If it is more then one binding, I’d look at your certificates
so… how did you come to this conclusion?
Disabled all, then enabled one by one, and checking the log in between.
good job!!!
Yes, it is mentioned here:
This issue persists in 3.1M3: Edit - forgot link:
Note that I’m still unsure that in my case it is not openhab itself that is slowing down the Rpi4 entirely like this. I’ll need to spend more time to really understand what is going on. For sure when I stop openhab, then suddenly things get even better…
For sure when I stop openhab, then suddenly things get even better…
And if you exit from VSC it also gets better?
I’ve been running on a 3B+, so a quarter of the RAM that you’ve got, and with OH2 I found that using VSC with the remote SSH feature I’d run out of RAM, locking up the Pi. What other services are running on your Pi? How much RAM is free on the Pi before you connect via VSC?
Potentially related: I had OH2 on an RPi 3B+, and used VSC from another PC to edit configurations using the Remote SSH feature of VSC. I found that when active I’d lose almost 400 MB of RAM on the Pi, and with only 1GB total it sometimes locked up completely when it ran out.
I only mention it because I run on exactly the same hardware as you, and have had issues when trying to run too many things. Also, if connecting via SSH using Visual Studio Code to configure files and rules, quite a bit of RAM is used due to the remote server - which has tripped me up in the past! Do you have any openhab or system logs from around the time that stuff disappears? How long have these rules been running fine for? Have you added a new rule recently? Have you started using a new bi…
Please restrict your discussion and question to issues that are specific to latest OH 3.1 milestone
else open your own thread.
On VSC “slowing” OH, think of the LSP server which does “remote” syntax checking of the VSC code in OH. This is particularly nasty if compilation/parsing of a file takes long on your OH box as is sometimes the case e.g. when using Java primitives on ARM.
Please create an issue and we will figure it out.
Dependency Regression from OH 3.1.0-M2 => OH 3.1.0-M3 The M3 release newly c…
I understand I should have opened a different thread, sorry for that.
Let me just report my status, for the sake of consistency…
I had various other problems with my OH3 system. Not only the system was slow, stopping VSC did improve, stopping OH did improve even more… but also I had group Items that were simple migration from my OH2 setup that were not updating properly.
All this to say, I ended up changing my SD card and things are now looking much more normal now.
When scanning using zigbee binding or anything really I get in dev console:
TypeError: t.$inputEl is undefined
value http://192.168.0.76:8080/js/app.js:7
loadInbox http://192.168.0.76:8080/js/16.app.js:1
at http://192.168.0.76:8080/js/app.js:7
Qe http://192.168.0.76:8080/js/app.js:7
promise callback*Ye http://192.168.0.76:8080/js/app.js:7
at http://192.168.0.76:8080/js/app.js:7
update http://192.168.0.76:8080/js/app.js:7
update http://192.168.0.76:8080/js/app.js:7
notify http://192.168.0.76:8080/js/app.js:7
set http://192.168.0.76:8080/js/app.js:7
set http://192.168.0.76:8080/js/app.js:7
loadInbox http://192.168.0.76:8080/js/16.app.js:1
promise callback*loadInbox http://192.168.0.76:8080/js/16.app.js:1
intervalId http://192.168.0.76:8080/js/16.app.js:1
setInterval handler*scan/< http://192.168.0.76:8080/js/16.app.js:1
promise callback*scan http://192.168.0.76:8080/js/16.app.js:1
qe http://192.168.0.76:8080/js/app.js:7
n http://192.168.0.76:8080/js/app.js:7
qe http://192.168.0.76:8080/js/app.js:7
$emit http://192.168.0.76:8080/js/app.js:7
a http://192.168.0.76:8080/js/app.js:7
a http://192.168.0.76:8080/js/app.js:7
dispatchEvent http://192.168.0.76:8080/js/app.js:23
onClick http://192.168.0.76:8080/js/app.js:23
mounted http://192.168.0.76:8080/js/app.js:23
qe http://192.168.0.76:8080/js/app.js:7
tn http://192.168.0.76:8080/js/app.js:7
insert http://192.168.0.76:8080/js/app.js:7
O http://192.168.0.76:8080/js/app.js:7
Fr http://192.168.0.76:8080/js/app.js:7
_update http://192.168.0.76:8080/js/app.js:7
a http://192.168.0.76:8080/js/app.js:7
get http://192.168.0.76:8080/js/app.js:7
run http://192.168.0.76:8080/js/app.js:7
pn http://192.168.0.76:8080/js/app.js:7
at http://192.168.0.76:8080/js/app.js:7
Qe http://192.168.0.76:8080/js/app.js:7
promise callback*Ye http://192.168.0.76:8080/js/app.js:7
at http://192.168.0.76:8080/js/app.js:7
update http://192.168.0.76:8080/js/app.js:7
app.js:7:11689
Would this prevent scanning? How can I see in the logs that the zigbee binding is actually scanning?
How can I see in the logs that the zigbee binding is actually scanning?
First, start a new thread. Next,. read the Zigbee binding documentation & enable DEBUGH logs as instructed there.
Yesterday I installed M3 SNAPSHOT Build 2307 which seems to have introduced a new issue in the Mail binding (see log below). The error NoSuchMethodError
seems to imply a broken dependency. => Any thoughts?
2021-04-05 10:56:46.104 [WARN ] [ab.binding.mail.internal.SMTPHandler] - Sending the email to the following server failed : <myserver>:465
2021-04-05 10:56:46.106 [WARN ] [ab.binding.mail.internal.SMTPHandler] - java.lang.NoSuchMethodError: 'boolean javax.activation.MimeType.isSpecial(char)'
M3 SNAPSHOT Build 2307
There is no such thing. If you installed a SNAPSHOT it is off-topic for this thread. This thread is for M3 issues only.
There is no such thing.
Sweet.
If you want any help state accurately what you installed.
state accurately what you installed.
3.1.0.SNAPSHOT Build 2307 (from yesterday)
3.1.0.SNAPSHOT Build 2307 (from yesterday)
Off-topic for Milestone 3 thread then. As I stated you need to start a new thread with your issue.
ftr I am facing the same error. Sending mails does not work anymore. I already filed an issue on GitHub for tracking.
I upgraded to openHAB 3.1.0 snapshot build 2306 2021-04-03 19:48:02.599 [WARN ] [ab.binding.mail.internal.SMTPHandler] - Sending the email to the following server failed...
I am facing the same error.
already filed an issue on GitHub for tracking
Me too.
OH3.1.0.SNAPSHOT Build 2307 seems to have introduced a new issue in the Mail bin…
Hi
just switched from 3.0.1 stable to 3.1.0 M3 and this is coming every few seconds in the log.
10:22:00.603 [ERROR] [.converter.ZigBeeConverterSwitchOnoff] - 04CF8CDF3C794DE9: Error 0xffff setting client binding
I will reboot and see if it stays … just as an info for the moment.