openHAB 4.2 Milestone discussion

Lamerjack · March 5, 2024, 4:51pm

At the end of Openhab 4.2 M1 chagelog…
There is written:

amazonechocontrol	Bug Fixes	[16152](https://gith...

but github link is not valid.
What exatly is fixed? Is fixed the last voice command? or i still need to install the 3rd party addon?

moody_blue · March 5, 2024, 6:04pm

All seems OK in a QNAP X64 (non-docker environment):

QTS 5.1.5.2679
Zulu JDK 17.0.8
openHAB 4.2.0.M1

Now that HTTP Binding supports national characters I’ve removed SmartHome/J HTTP Binding and all seems Ok.

Thanks devs.

Larsen · March 5, 2024, 6:35pm

I cannot change the settings of a channel of a thing (Astro binding). Instead of the save-button there is a lock and when I click it an error-message is displayed saying it’s not possible to change a channel of thing that’s defined in a things-file.
But the thing is UI-defined and so are the items.

openHAB 4.2.0.M1

mstormi · March 5, 2024, 6:42pm

are you sure no .things file exists? you can have two definitions of the same name, file and Ui defined it’s coincidence then which one is loaded first, and the other one is suppressed. Only possible status change is on next startup.

Larsen · March 5, 2024, 6:51pm

no, not for this thing.
And I created a new thing via UI to double-check.

See the lock in the screenshot. It’s really definitely a UI-created thing.

JimT · March 5, 2024, 7:23pm

This was my mistake. Channel edit: Fix regression causing editable channels to be locked by jimtng · Pull Request #2455 · openhab/openhab-webui · GitHub

juelicher · March 5, 2024, 8:30pm

I have two problems with the current: 4.2 Milestone

The KNX binding:

2024-03-05 20:54:00.128 [ERROR] [Xnet/IP Tunneling 192.168.10.15:3671] - send disconnect failed
java.net.SocketException: Socket closed
	at sun.nio.ch.DatagramSocketAdaptor.send(DatagramSocketAdaptor.java:222) ~[?:?]
	at java.net.DatagramSocket.send(DatagramSocket.java:669) ~[?:?]
	at tuwien.auto.calimero.knxnetip.ConnectionBase.send(ConnectionBase.java:294) ~[?:?]
	at tuwien.auto.calimero.knxnetip.ClientConnection.send(ClientConnection.java:240) ~[?:?]
	at tuwien.auto.calimero.knxnetip.ConnectionBase.close(ConnectionBase.java:472) ~[?:?]
	at tuwien.auto.calimero.knxnetip.ConnectionBase.close(ConnectionBase.java:325) ~[?:?]
	at tuwien.auto.calimero.link.AbstractLink.close(AbstractLink.java:364) ~[?:?]
	at tuwien.auto.calimero.link.KNXNetworkLinkIP.doSend(KNXNetworkLinkIP.java:530) ~[?:?]
	at tuwien.auto.calimero.link.KNXNetworkLinkIP.onSend(KNXNetworkLinkIP.java:503) ~[?:?]
	at tuwien.auto.calimero.link.AbstractLink.send(AbstractLink.java:397) ~[?:?]
	at tuwien.auto.calimero.link.KNXNetworkLinkIP.sendRequestWait(KNXNetworkLinkIP.java:480) ~[?:?]
	at tuwien.auto.calimero.process.ProcessCommunicatorImpl.send(ProcessCommunicatorImpl.java:494) ~[?:?]
	at tuwien.auto.calimero.process.ProcessCommunicatorImpl.readFromGroup(ProcessCommunicatorImpl.java:464) ~[?:?]
	at tuwien.auto.calimero.process.ProcessCommunicatorImpl.read(ProcessCommunicatorImpl.java:386) ~[?:?]
	at org.openhab.binding.knx.internal.client.AbstractKNXClient.readNextQueuedDatapoint(AbstractKNXClient.java:367) ~[?:?]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:539) [?:?]
	at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305) [?:?]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:305) [?:?]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136) [?:?]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) [?:?]
	at java.lang.Thread.run(Thread.java:840) [?:?]
Caused by: java.nio.channels.ClosedChannelException
	at sun.nio.ch.DatagramChannelImpl.ensureOpen(DatagramChannelImpl.java:267) ~[?:?]
	at sun.nio.ch.DatagramChannelImpl.blockingSend(DatagramChannelImpl.java:850) ~[?:?]
	at sun.nio.ch.DatagramSocketAdaptor.send(DatagramSocketAdaptor.java:218) ~[?:?]
	... 20 more

and

And the TR64 binding

2024-03-05 20:54:05.747 [WARN ] [ng.tr064.internal.soap.SOAPConnector] - Failed to get Tr064ChannelConfig{channelType=missedCalls, getAction=GetCallList, dataType='string, parameter='1'}: java.util.concurrent.TimeoutException: Total timeout 5000 ms elapsed

I tried to restart openHAB several times, but this did not solve the issue.

For the time beeing I downgraded to 4.1.1-1, to avoid massiv WAP problems ;). This version seems seems to work fine (as it did before)

juelicher · March 6, 2024, 4:06pm

Today I did some more testing and it seems, that the problems above where not caused by the milestone release but by the jrubyscripting addon causing a high CPU load. Not sure why, I just installed it to do some testing and have no Ruby scripts yet.

With the milestone build a noticed an error loading one of my Python scrips:

2024-03-06 16:56:20.622 [ERROR] [ipt.internal.ScriptEngineManagerImpl] - Error during evaluation of script '/etc/openhab/automation/jsr223/python/personal/network_rules.py': 
java.util.ConcurrentModificationException: java.util.ConcurrentModificationException in /etc/openhab/automation/jsr223/python/personal/network_rules.py at line number 1

Line number 1 of this script is just an import:

from core.rules import rule

The script was loaded fine after resaving it.

JimT · March 7, 2024, 3:33am

Can you verify/confirm this issue? I haven’t noticed such issue, but in M2 the jruby version was upgraded from 9.4.5.0 to 9.4.6.0.

juelicher:

With the milestone build a noticed an error loading one of my Python scrips:
2024-03-06 16:56:20.622 [ERROR] [ipt.internal.ScriptEngineManagerImpl] - Error during evaluation of script '/etc/openhab/automation/jsr223/python/personal/network_rules.py': 
java.util.ConcurrentModificationException: java.util.ConcurrentModificationException in /etc/openhab/automation/jsr223/python/personal/network_rules.py at line number 1
Line number 1 of this script is just an import:
from core.rules import rule
The script was loaded fine after resaving it.

Does this happen every time you restarted openhab?

juelicher · March 7, 2024, 1:41pm

Id did some more testing:

openHAB 4.1.1. without jRuby. The CPU load of the openHAB process varies between 5%-11%, mostly around 10%
Still with openHAB 4.1.1. I installed jRuby. The CPU load increases a bit, but not much, 8%-15%, mostly around 11-12%
I installed the M2. The CPU load is at 100% for all four cores, after some time openHAB restarts (not sure why)
I waited another 30min after the restart The CPU load of the openHAB process varies a lot, between 5% and 90%, most of the time it is around 38%

No, this is not reproducible, but I noticed some more of these errors in the various restarts, caused by different files.

For the time being I will revert to 4.1.1

JimT · March 7, 2024, 1:45pm

I don’t think this was caused by the jruby addon, especially if you don’t even have any rules written in jruby.

juelicher · March 7, 2024, 6:23pm

When I first tested M2 I removed the jruby addon and the problem got better, but this might be a coincidence.

I will do some further testing, but I am not sure when I will have time for that.

Lolodomo · March 7, 2024, 6:48pm

You mean M1 I guess, M2 will be released only in few weeks.

juelicher · March 7, 2024, 9:11pm

Sorry for the confusion, yes you are right!

Lolodomo · March 10, 2024, 10:35am

I declared this issue with audio/voice stuff. Am I alone to notice that it does work at all any more ?

github.com/openhab/openhab-core

Audio/voice stuff fully broken in 4.2 milestone 1

opened 08:59AM - 10 Mar 24 UTC

lolodomo

bug

say in DSL rule is doing nothing. In console, voice:say or audio:play are not w…orking. The console commands I tried: ``` voice say "Voici un test de son" audio play barking.mp3 audio play doorbell.mps3 audio play sonos:PLAY5:chambre barking.mp3 audio play sonos:PLAY5:chambre doorbell.mp3 ``` I am using Sonos as audio sink and VoiceRSS as TTS. The only DEBUG logs I can find are: ``` 09:44:31.712 [DEBUG] [nhab.core.audio.internal.AudioServlet] - timeout 10 seconds => timestamp 4363672656075242 nanoseconds 09:44:41.718 [DEBUG] [nhab.core.audio.internal.AudioServlet] - Removed timed out stream 7e9d3aa8-00b5-406f-ba96-adb591315993 ``` If I check the audio and voice bundles: ``` openhab> bundle:list -s | grep audio 160 x Active x 80 x 4.2.0.M1 x org.openhab.core.audio 184 x Active x 80 x 4.2.0.M1 x org.openhab.core.io.rest.audio openhab> bundle:list -s | grep voice 193 x Active x 80 x 4.2.0.M1 x org.openhab.core.io.rest.voice 225 x Active x 80 x 4.2.0.M1 x org.openhab.core.voice 293 x Active x 80 x 4.2.0.M1 x org.openhab.voice.voicerss 294 x Active x 80 x 4.2.0.M1 x org.openhab.voice.voskstt openhab> ``` @GiviMAD : as you are the one that updated this part recently, I am very afraid you broke it. I am going to switch back to OH 4.1.1 to check if audio/voice stuff is working again.

joerg1985 · March 10, 2024, 6:31pm

It just has been merged

jlikonen · March 10, 2024, 6:42pm

So it will be in M2?

joerg1985 · March 10, 2024, 6:51pm

Yes, this and other improvments to the REST interface.

sihui · March 10, 2024, 7:04pm

Should also be in the next snapshot, or did I miss something?

Boris_Fierlings · March 11, 2024, 5:59am

In 4.2 M1 I get this warning every 30min, which I did not get in 4.1.1. Beside that, the InfluxDB binding seems to work without any problems.

2024-03-11 06:30:00.042 [WARN ] [influxdb.internal.AbstractRestClient] - Ping request wasn't successful
java.io.IOException: unexpected end of stream on http://diskstation:8086/...
at okhttp3.internal.http1.Http1ExchangeCodec.readResponseHeaders(Http1ExchangeCodec.java:236) ~[bundleFile:?]
at okhttp3.internal.connection.Exchange.readResponseHeaders(Exchange.java:115) ~[bundleFile:?]
at okhttp3.internal.http.CallServerInterceptor.intercept(CallServerInterceptor.java:94) ~[bundleFile:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:142) ~[bundleFile:?]
at okhttp3.internal.connection.ConnectInterceptor.intercept(ConnectInterceptor.java:43) ~[bundleFile:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:142) ~[bundleFile:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:117) ~[bundleFile:?]
at okhttp3.internal.cache.CacheInterceptor.intercept(CacheInterceptor.java:94) ~[bundleFile:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:142) ~[bundleFile:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:117) ~[bundleFile:?]
at okhttp3.internal.http.BridgeInterceptor.intercept(BridgeInterceptor.java:93) ~[bundleFile:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:142) ~[bundleFile:?]
at okhttp3.internal.http.RetryAndFollowUpInterceptor.intercept(RetryAndFollowUpInterceptor.java:88) ~[bundleFile:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:142) ~[bundleFile:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:117) ~[bundleFile:?]
at com.influxdb.client.internal.GzipInterceptor.intercept(GzipInterceptor.java:91) ~[bundleFile:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:142) ~[bundleFile:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:117) ~[bundleFile:?]
at com.influxdb.client.internal.AuthenticateInterceptor.intercept(AuthenticateInterceptor.java:97) ~[bundleFile:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:142) ~[bundleFile:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:117) ~[bundleFile:?]
at okhttp3.logging.HttpLoggingInterceptor.intercept(HttpLoggingInterceptor.java:152) ~[bundleFile:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:142) ~[bundleFile:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:117) ~[bundleFile:?]
at com.influxdb.internal.UserAgentInterceptor.intercept(UserAgentInterceptor.java:60) ~[bundleFile:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:142) ~[bundleFile:?]
at okhttp3.internal.http.RealInterceptorChain.proceed(RealInterceptorChain.java:117) ~[bundleFile:?]
at okhttp3.RealCall.getResponseWithInterceptorChain(RealCall.java:229) ~[bundleFile:?]
at okhttp3.RealCall.execute(RealCall.java:81) ~[bundleFile:?]
at retrofit2.OkHttpCall.execute(OkHttpCall.java:188) ~[bundleFile:?]
at com.influxdb.internal.AbstractRestClient.ping(AbstractRestClient.java:191) [bundleFile:?]
at com.influxdb.client.internal.InfluxDBClientImpl.ping(InfluxDBClientImpl.java:263) [bundleFile:?]
at org.openhab.persistence.influxdb.internal.influx2.InfluxDB2RepositoryImpl.isConnected(InfluxDB2RepositoryImpl.java:80) [bundleFile:?]
at org.openhab.persistence.influxdb.InfluxDBPersistenceService.checkConnection(InfluxDBPersistenceService.java:273) [bundleFile:?]
at org.openhab.persistence.influxdb.InfluxDBPersistenceService.query(InfluxDBPersistenceService.java:237) [bundleFile:?]
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) ~[?:?]
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:568) ~[?:?]
at org.openhab.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:147) [bundleFile:?]
at org.openhab.core.internal.common.Invocation.call(Invocation.java:52) [bundleFile:?]
at java.util.concurrent.FutureTask.run(FutureTask.java:264) [?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) [?:?]
at java.lang.Thread.run(Thread.java:840) [?:?]
Caused by: java.io.EOFException: \n not found: limit=0 content=…
at okio.RealBufferedSource.readUtf8LineStrict(RealBufferedSource.java:240) ~[bundleFile:?]
at okhttp3.internal.http1.Http1ExchangeCodec.readHeaderLine(Http1ExchangeCodec.java:242) ~[bundleFile:?]
at okhttp3.internal.http1.Http1ExchangeCodec.readResponseHeaders(Http1ExchangeCodec.java:213) ~[bundleFile:?]
... 44 more```