search

openhab / openhab1-addons

Add-ons for openHAB 1.x
Eclipse Public License 2.0
3.43k stars 1.69k forks source link

[KNX] binding in OpenHAB2 generates lots of bus traffic #4547

Closed tkuehne71 closed 5 years ago

tkuehne71 commented 8 years ago

After I switching to OH2 (2.0b3), I frequently get the problem that OH2 is spamming the KNX bus with the same messages over and over again:

2016-07-18 08:45:33.748 [WARN ] [.binding.knx.internal.bus.KNXBinding] - Ignoring local Event, received from my local Source address 1.0.247 for Group address 12/0/11. 2016-07-18 08:45:33.794 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'gEG_DI_BWM_SollHelligkeit' received command 21.0 2016-07-18 08:45:33.794 [WARN ] [.binding.knx.internal.bus.KNXBinding] - Ignoring local Event, received from my local Source address 1.0.247 for Group address 12/0/10. 2016-07-18 08:45:33.840 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'gOG_FL_BWM_SollHelligkeit' received command 20.0 2016-07-18 08:45:33.840 [WARN ] [.binding.knx.internal.bus.KNXBinding] - Ignoring local Event, received from my local Source address 1.0.247 for Group address 12/0/11. 2016-07-18 08:45:33.886 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'gEG_DI_BWM_SollHelligkeit' received command 21.0 2016-07-18 08:45:33.886 [WARN ] [.binding.knx.internal.bus.KNXBinding] - Ignoring local Event, received from my local Source address 1.0.247 for Group address 12/0/10. 2016-07-18 08:45:33.909 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'gOG_FL_BWM_SollHelligkeit' received command 20.0 2016-07-18 08:45:33.909 [WARN ] [.binding.knx.internal.bus.KNXBinding] - Ignoring local Event, received from my local Source address 1.0.247 for Group address 12/0/11. 2016-07-18 08:45:33.978 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'gEG_DI_BWM_SollHelligkeit' received command 21.0 2016-07-18 08:45:33.979 [WARN ] [.binding.knx.internal.bus.KNXBinding] - Ignoring local Event, received from my local Source address 1.0.247 for Group address 12/0/10. 2016-07-18 08:45:34.025 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'gOG_FL_BWM_SollHelligkeit' received command 20.0 2016-07-18 08:45:34.025 [WARN ] [.binding.knx.internal.bus.KNXBinding] - Ignoring local Event, received from my local Source address 1.0.247 for Group address 12/0/11. 2016-07-18 08:45:34.047 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'gEG_DI_BWM_SollHelligkeit' received command 21.0 2016-07-18 08:45:34.048 [WARN ] [.binding.knx.internal.bus.KNXBinding] - Ignoring local Event, received from my local Source address 1.0.247 for Group address 12/0/10. 2016-07-18 08:45:34.117 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'gOG_FL_BWM_SollHelligkeit' received command 20.0

and so on, indefinitely.

this is my knx.cfg (only non-defaults shown. local IP is set to the local IP address of the ethernet interface):

busaddr=1.0.247 ignorelocalevents=true type=ROUTER localIp=192.168.x.y autoReconnectPeriod=30 numberOfThreads=1

What confuses me is why the binding is sending knx messages to the bus at all, since I configured 'ignorelocalevents=true".

This also does not occur directly after startup, but sometime during the runtime. The version of the binding bundled with 2.0b3 is called 1.9.0.b3,

This configuration ran in 1.8.3 without issues, and I am not aware that I changed anything on the knx side of things.

any ideas?

tkuehne71 commented 8 years ago

Here's what the KNX bus sees. Note that this Screenshot was taken many hours later, so the loop really is quite indefinite! knx-monitor

This sometime also happens with other group addresses, so it's not just limited to the specific KNX devices.

tkuehne71 commented 8 years ago

Too Bad that Noone has looked at this so far. In my setup that causes me to be unablässig to Control someone Lichts, als they will be permanently Switched on and caused me to revert to 1.8.3.

tkuehne71 commented 8 years ago

Just verified that the behaviour still persists with 2.0b4

whopperg commented 8 years ago

Hey @tkuehne71, i also got a test setup beside my oh1. First of all, did you stop the oh1 instance? (sorry for the silly question but it happend to me ;)) Second, did you use all your conf's from your oh1 setup? Did you try to just set up like 10 things (i.e. items) to see if the bus is still flooded? Third: what device is 1/0/247? Is this maybe your IP KNX Interface? looks a bit strange. Do you list the brightness values from your sensors in oh? Or got any rule that involves those sensors?

As i wrote above, try to start step by step. Maybe there is something wrong with your rules or items config...

Benestar commented 8 years ago

Perhaps related to https://github.com/openhab/openhab2-addons/issues/503

tkuehne71 commented 7 years ago

Problem still exists on 2.0b5

J-N-K commented 7 years ago

Please answer the questions from whopperg.

whopperg commented 7 years ago

Also, did you have those floods from all your knx devices? Or is it just the brightness sensor? If so, try to disconnect it and see what's happens on the bus...

tkuehne71 commented 7 years ago

i have three identical ones in different rooms. All three if them have shown this flooding at one point in time or other. Usually it's only one of them at a time though. So far no other devices have shown this.

OH1 and OH2 are not running in parallel. The are running with identical configurations (items, sitemaps, rules, etc.)

I don't use these values in any rules. I have a setpoint Item for each of those sensors to control the desired brightness levels that the sensors use to steer the dimmers.

Cheers,

J-N-K commented 7 years ago

Ok, That's strange. Can you please tell us what sensor that is? What is the DPT associated and please show your full item configuration for these sensors.

tkuehne71 commented 7 years ago

Those are Theben Plano Centro presence detecrion devices that support constant light dimming. I'll post the item configs in a bit.

tkuehne71 commented 7 years ago

btw, 1.0.247 is the local busaddr of the openHAB installation

tkuehne71 commented 7 years ago

This is one of the item definitions:

Number gEG_DI_BWM_SollHelligkeit (gEG_DI) {knx="<12/0/10"}

watou commented 7 years ago

Related? #4765

OH2 puts an update event on the message bus after a command, while OH1 did not. The KNX binding is probably not ignoring these additional update events correctly, leading to echoes. I don't have KNX and can't test, but that seems to be worth investigating.

tkuehne71 commented 7 years ago

yes, that was my thought as well. it seems to ignore the ignorelocalevents directive.

juelicher commented 7 years ago

See also issue #5021

gitr0b commented 7 years ago

please try removing the < symbol: Number gEG_DI_BWM_SollHelligkeit (gEG_DI) {knx="12/0/10"} (Removing it prevents openhab from actively reading this ga. You will have to wait until the device sends a value on the bus.)

tkuehne71 commented 7 years ago

You are aware that this will not fix the problem. yes?

As soon as the item gets updated by the bus, the binding will resend it back to the bus and we're back in the loop.

coriet commented 7 years ago

Hi

Unfortunately I have a similiar issue with OpenHAB 2 and the latest stable KNX 1.9 binding. My dimmer config looks like this:

Dimmer dim1 "dimmer1" (dimmer_group) { knx="2/0/82,2/1/82,2/2/82" }

Every change on a slider in the web gui leads to 4 knx telegrams:

image

after that, the DALI gateway in my case sends back the status after the change, and this cause also another message send by openhab:

image

juelicher commented 7 years ago

Hi,

I just wanted to ask, if there are any news regarding this bug? The described behavior is one of the few things, which prevents me from switching to openHAB2...

Thanks in advance!

Juelicher

ghost commented 7 years ago

I have the same problem when using openhab 2. The problems occuring only when using lights with dimming function. The longer im turning the lights on and off the longer openhab 2 needs to switch the lights.

In another thread someone wrote something about the router mode which fixes the problem. But i have no knx router.

Does someone have an idea?

lewie commented 7 years ago

All, did you really have set "ignorelocalevents=true" in knx.cfg und played around with autoupdate like:

Dimmer dim1 "dimmer1" (dimmer_group) { autoupdate="true", knx="2/0/82,2/1/82,2/2/82" }

or

Dimmer dim1 "dimmer1" (dimmer_group) { autoupdate="false", knx="2/0/82,2/1/82,2/2/82" }

Yes, this is unsatisfactory, but most times I got it work with these tarameters.

ghost commented 7 years ago

Thanks four your post but it doesnt change the behaviour.

I have looked at my logs the first time and what im always getting is the following:

17:48:07.976 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF
17:48:08.051 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF
17:48:08.232 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF
17:48:09.172 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF
17:48:09.322 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF
17:48:09.495 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF
17:48:09.668 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF
17:48:09.843 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF
17:48:10.027 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF

Its the room with the dimmer. When i turn the lights on the message changes to ON. But the switch button is flickering between ON and OFF and it takes some seconds. Could it be a failed ETS configuration?

The configuration was made by the owner before.

Another warning message is:

17:44:15.380 [WARN ] [.binding.knx.internal.bus.KNXBinding] - Value 'OFF' could not be sent to the KNX bus using datapoint 'command DP 1/3/7 FF_Light_Parlor, DPT main 0 id 1.001, low priority' - retrying one time: no confirmation reply received for L-Data.req from 0.0.0 to 1/3/7, low priority hop count 6 repeat tpdu 00 80
17:44:15.384 [WARN ] [tuwien.auto.calimero                ] - KNXnet/IP Tunneling 192.168.2.162:3671: response timeout waiting for confirmation
tuwien.auto.calimero.exception.KNXTimeoutException: no confirmation reply received for L-Data.req from 0.0.0 to 1/3/7, low priority hop count 6 repeat tpdu 00 80
        at tuwien.auto.calimero.knxnetip.ClientConnection.doExtraBlockingModes(ClientConnection.java:236)[208:org.openhab.binding.knx:1.9.0]
        at tuwien.auto.calimero.knxnetip.ConnectionBase.send(ConnectionBase.java:269)[208:org.openhab.binding.knx:1.9.0]
        at tuwien.auto.calimero.knxnetip.KNXnetIPTunnel.send(KNXnetIPTunnel.java:149)[208:org.openhab.binding.knx:1.9.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.onSend(KNXNetworkLinkIP.java:263)[208:org.openhab.binding.knx:1.9.0]
        at tuwien.auto.calimero.link.AbstractLink.send(AbstractLink.java:304)[208:org.openhab.binding.knx:1.9.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.sendRequestWait(KNXNetworkLinkIP.java:240)[208:org.openhab.binding.knx:1.9.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.write(ProcessCommunicatorImpl.java:466)[208:org.openhab.binding.knx:1.9.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.write(ProcessCommunicatorImpl.java:438)[208:org.openhab.binding.knx:1.9.0]
        at org.openhab.binding.knx.internal.bus.KNXBinding.writeToKNX(KNXBinding.java:149)[208:org.openhab.binding.knx:1.9.0]
        at org.openhab.binding.knx.internal.bus.KNXBinding.internalReceiveUpdate(KNXBinding.java:126)[208:org.openhab.binding.knx:1.9.0]
        at org.openhab.core.binding.AbstractBinding.receiveUpdate(AbstractBinding.java:119)[176:org.openhab.core.compat1x:2.0.0]
        at org.openhab.core.events.AbstractEventSubscriber.handleEvent(AbstractEventSubscriber.java:38)[176:org.openhab.core.compat1x:2.0.0]
        at org.apache.felix.eventadmin.impl.handler.EventHandlerProxy.sendEvent(EventHandlerProxy.java:415)[6:org.apache.karaf.services.eventadmin:4.0.8]
        at org.apache.felix.eventadmin.impl.tasks.HandlerTask.run(HandlerTask.java:90)[6:org.apache.karaf.services.eventadmin:4.0.8]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)[:1.8.0_65]
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_65]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_65]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_65]
        at java.lang.Thread.run(Thread.java:745)[:1.8.0_65]
ghost commented 7 years ago

Today i've installed the newest openhab 2.1 by using the openhabian image for my rasp. I also installed the newest knx binding 1.10. But it doesn't work either. I'm getting exceptions with all kind of light switches.

When im using the openhab UI to turn the lights on/off it takes 10 seconds for turning my lights on. Sometimes it automatically turns off after it was on.

Maybe someone have now an idea?

18:15:05.640 [WARN ] [tuwien.auto.calimero                ] - KNXnet/IP Tunneling 192.168.2.162:3671: response timeout waiting for confirmation
tuwien.auto.calimero.exception.KNXTimeoutException: no confirmation reply received for L-Data.req from 13.13.249 to 1/3/5, low priority hop count 6 repeat tpdu 00 81
        at tuwien.auto.calimero.knxnetip.ClientConnection.doExtraBlockingModes(ClientConnection.java:236)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.knxnetip.ConnectionBase.send(ConnectionBase.java:269)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.knxnetip.KNXnetIPTunnel.send(KNXnetIPTunnel.java:149)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.onSend(KNXNetworkLinkIP.java:263)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.AbstractLink.send(AbstractLink.java:304)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.sendRequestWait(KNXNetworkLinkIP.java:240)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.write(ProcessCommunicatorImpl.java:466)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.write(ProcessCommunicatorImpl.java:438)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.binding.knx.internal.bus.KNXBinding.writeToKNX(KNXBinding.java:158)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.binding.knx.internal.bus.KNXBinding.internalReceiveUpdate(KNXBinding.java:126)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.core.binding.AbstractBinding.receiveUpdate(AbstractBinding.java:119)[182:org.openhab.core.compat1x:2.1.0]
        at org.openhab.core.events.AbstractEventSubscriber.handleEvent(AbstractEventSubscriber.java:39)[182:org.openhab.core.compat1x:2.1.0]
        at org.apache.felix.eventadmin.impl.handler.EventHandlerProxy.sendEvent(EventHandlerProxy.java:415)[6:org.apache.karaf.services.eventadmin:4.0.8]
        at org.apache.felix.eventadmin.impl.tasks.HandlerTask.run(HandlerTask.java:90)[6:org.apache.karaf.services.eventadmin:4.0.8]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)[:1.8.0_121]
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_121]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_121]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_121]
        at java.lang.Thread.run(Thread.java:745)[:1.8.0_121]
18:15:05.640 [ERROR] [.binding.knx.internal.bus.KNXBinding] - Value 'ON' could not be sent to the KNX bus using datapoint 'command DP 1/3/5 FF_Light_Corridor, DPT main 0 id 1.001, low priority' - giving up after second try: no confirmation reply received for L-Data.req from 13.13.249 to 1/3/5, low priority hop count 6 repeat tpdu 00 81
18:15:05.651 [INFO ] [marthome.event.ItemStateChangedEvent] - FF_Light_Corridor changed from OFF to ON
18:15:05.703 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Office' received command OFF
18:15:08.647 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Cannot read value for item 'FF_Light_Office' from KNX bus: no confirmation reply received for L-Data.req from 13.13.249 to 1/3/6, low priority hop count 6 repeat tpdu 00 00: timeout
18:15:08.647 [WARN ] [tuwien.auto.calimero                ] - KNXnet/IP Tunneling 192.168.2.162:3671: response timeout waiting for confirmation
tuwien.auto.calimero.exception.KNXTimeoutException: no confirmation reply received for L-Data.req from 13.13.249 to 1/3/6, low priority hop count 6 repeat tpdu 00 00
        at tuwien.auto.calimero.knxnetip.ClientConnection.doExtraBlockingModes(ClientConnection.java:236)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.knxnetip.ConnectionBase.send(ConnectionBase.java:269)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.knxnetip.KNXnetIPTunnel.send(KNXnetIPTunnel.java:149)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.onSend(KNXNetworkLinkIP.java:263)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.AbstractLink.send(AbstractLink.java:304)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.sendRequestWait(KNXNetworkLinkIP.java:240)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.readFromGroup(ProcessCommunicatorImpl.java:486)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.read(ProcessCommunicatorImpl.java:422)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.binding.knx.internal.bus.KNXBindingDatapointReaderTask.readFromKNXBus(KNXBindingDatapointReaderTask.java:99)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.binding.knx.internal.bus.KNXBindingDatapointReaderTask.run(KNXBindingDatapointReaderTask.java:67)[181:org.openhab.binding.knx:1.10.0]
18:15:08.653 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Give up, could not read address '1/3/6' after '3' retries.
18:15:09.002 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Office' received command ON
18:15:11.654 [WARN ] [tuwien.auto.calimero                ] - KNXnet/IP Tunneling 192.168.2.162:3671: response timeout waiting for confirmation
tuwien.auto.calimero.exception.KNXTimeoutException: no confirmation reply received for L-Data.req from 13.13.249 to 1/3/6, low priority hop count 6 repeat tpdu 00 80
        at tuwien.auto.calimero.knxnetip.ClientConnection.doExtraBlockingModes(ClientConnection.java:236)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.knxnetip.ConnectionBase.send(ConnectionBase.java:269)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.knxnetip.KNXnetIPTunnel.send(KNXnetIPTunnel.java:149)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.onSend(KNXNetworkLinkIP.java:263)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.AbstractLink.send(AbstractLink.java:304)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.sendRequestWait(KNXNetworkLinkIP.java:240)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.write(ProcessCommunicatorImpl.java:466)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.write(ProcessCommunicatorImpl.java:438)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.binding.knx.internal.bus.KNXBinding.writeToKNX(KNXBinding.java:149)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.binding.knx.internal.bus.KNXBinding.internalReceiveCommand(KNXBinding.java:112)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.core.binding.AbstractBinding.receiveCommand(AbstractBinding.java:97)[182:org.openhab.core.compat1x:2.1.0]
        at org.openhab.core.events.AbstractEventSubscriber.handleEvent(AbstractEventSubscriber.java:45)[182:org.openhab.core.compat1x:2.1.0]
        at org.apache.felix.eventadmin.impl.handler.EventHandlerProxy.sendEvent(EventHandlerProxy.java:415)[6:org.apache.karaf.services.eventadmin:4.0.8]
        at org.apache.felix.eventadmin.impl.tasks.HandlerTask.run(HandlerTask.java:90)[6:org.apache.karaf.services.eventadmin:4.0.8]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)[:1.8.0_121]
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_121]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_121]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_121]
        at java.lang.Thread.run(Thread.java:745)[:1.8.0_121]
18:15:11.654 [WARN ] [.binding.knx.internal.bus.KNXBinding] - Value 'OFF' could not be sent to the KNX bus using datapoint 'command DP 1/3/6 FF_Light_Office, DPT main 0 id 1.001, low priority' - retrying one time: no confirmation reply received for L-Data.req from 13.13.249 to 1/3/6, low priority hop count 6 repeat tpdu 00 80
18:15:14.660 [WARN ] [tuwien.auto.calimero                ] - KNXnet/IP Tunneling 192.168.2.162:3671: response timeout waiting for confirmation
tuwien.auto.calimero.exception.KNXTimeoutException: no confirmation reply received for L-Data.req from 13.13.249 to 1/3/7, low priority hop count 6 repeat tpdu 00 00
        at tuwien.auto.calimero.knxnetip.ClientConnection.doExtraBlockingModes(ClientConnection.java:236)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.knxnetip.ConnectionBase.send(ConnectionBase.java:269)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.knxnetip.KNXnetIPTunnel.send(KNXnetIPTunnel.java:149)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.onSend(KNXNetworkLinkIP.java:263)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.AbstractLink.send(AbstractLink.java:304)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.sendRequestWait(KNXNetworkLinkIP.java:240)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.readFromGroup(ProcessCommunicatorImpl.java:486)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.read(ProcessCommunicatorImpl.java:422)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.binding.knx.internal.bus.KNXBindingDatapointReaderTask.readFromKNXBus(KNXBindingDatapointReaderTask.java:99)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.binding.knx.internal.bus.KNXBindingDatapointReaderTask.run(KNXBindingDatapointReaderTask.java:67)[181:org.openhab.binding.knx:1.10.0]
18:15:14.660 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Cannot read value for item 'FF_Light_Parlor' from KNX bus: no confirmation reply received for L-Data.req from 13.13.249 to 1/3/7, low priority hop count 6 repeat tpdu 00 00: timeout
18:15:14.665 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Give up, could not read address '1/3/7' after '3' retries.
18:15:17.663 [WARN ] [tuwien.auto.calimero                ] - KNXnet/IP Tunneling 192.168.2.162:3671: response timeout waiting for confirmation
tuwien.auto.calimero.exception.KNXTimeoutException: no confirmation reply received for L-Data.req from 13.13.249 to 1/3/6, low priority hop count 6 repeat tpdu 00 81
        at tuwien.auto.calimero.knxnetip.ClientConnection.doExtraBlockingModes(ClientConnection.java:236)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.knxnetip.ConnectionBase.send(ConnectionBase.java:269)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.knxnetip.KNXnetIPTunnel.send(KNXnetIPTunnel.java:149)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.onSend(KNXNetworkLinkIP.java:263)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.AbstractLink.send(AbstractLink.java:304)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.sendRequestWait(KNXNetworkLinkIP.java:240)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.write(ProcessCommunicatorImpl.java:466)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.write(ProcessCommunicatorImpl.java:438)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.binding.knx.internal.bus.KNXBinding.writeToKNX(KNXBinding.java:149)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.binding.knx.internal.bus.KNXBinding.internalReceiveCommand(KNXBinding.java:112)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.core.binding.AbstractBinding.receiveCommand(AbstractBinding.java:97)[182:org.openhab.core.compat1x:2.1.0]
        at org.openhab.core.events.AbstractEventSubscriber.handleEvent(AbstractEventSubscriber.java:45)[182:org.openhab.core.compat1x:2.1.0]
        at org.apache.felix.eventadmin.impl.handler.EventHandlerProxy.sendEvent(EventHandlerProxy.java:415)[6:org.apache.karaf.services.eventadmin:4.0.8]
        at org.apache.felix.eventadmin.impl.tasks.HandlerTask.run(HandlerTask.java:90)[6:org.apache.karaf.services.eventadmin:4.0.8]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)[:1.8.0_121]
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_121]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_121]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_121]
        at java.lang.Thread.run(Thread.java:745)[:1.8.0_121]
18:15:17.663 [WARN ] [.binding.knx.internal.bus.KNXBinding] - Value 'ON' could not be sent to the KNX bus using datapoint 'command DP 1/3/6 FF_Light_Office, DPT main 0 id 1.001, low priority' - retrying one time: no confirmation reply received for L-Data.req from 13.13.249 to 1/3/6, low priority hop count 6 repeat tpdu 00 81
18:15:20.669 [WARN ] [tuwien.auto.calimero                ] - KNXnet/IP Tunneling 192.168.2.162:3671: response timeout waiting for confirmation
tuwien.auto.calimero.exception.KNXTimeoutException: no confirmation reply received for L-Data.req from 13.13.249 to 1/3/6, low priority hop count 6 repeat tpdu 00 80
        at tuwien.auto.calimero.knxnetip.ClientConnection.doExtraBlockingModes(ClientConnection.java:236)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.knxnetip.ConnectionBase.send(ConnectionBase.java:269)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.knxnetip.KNXnetIPTunnel.send(KNXnetIPTunnel.java:149)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.onSend(KNXNetworkLinkIP.java:263)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.AbstractLink.send(AbstractLink.java:304)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.sendRequestWait(KNXNetworkLinkIP.java:240)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.write(ProcessCommunicatorImpl.java:466)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.write(ProcessCommunicatorImpl.java:438)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.binding.knx.internal.bus.KNXBinding.writeToKNX(KNXBinding.java:158)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.binding.knx.internal.bus.KNXBinding.internalReceiveCommand(KNXBinding.java:112)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.core.binding.AbstractBinding.receiveCommand(AbstractBinding.java:97)[182:org.openhab.core.compat1x:2.1.0]
        at org.openhab.core.events.AbstractEventSubscriber.handleEvent(AbstractEventSubscriber.java:45)[182:org.openhab.core.compat1x:2.1.0]
        at org.apache.felix.eventadmin.impl.handler.EventHandlerProxy.sendEvent(EventHandlerProxy.java:415)[6:org.apache.karaf.services.eventadmin:4.0.8]
        at org.apache.felix.eventadmin.impl.tasks.HandlerTask.run(HandlerTask.java:90)[6:org.apache.karaf.services.eventadmin:4.0.8]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)[:1.8.0_121]
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_121]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_121]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_121]
        at java.lang.Thread.run(Thread.java:745)[:1.8.0_121]
18:15:20.669 [ERROR] [.binding.knx.internal.bus.KNXBinding] - Value 'OFF' could not be sent to the KNX bus using datapoint 'command DP 1/3/6 FF_Light_Office, DPT main 0 id 1.001, low priority' - giving up after second try: no confirmation reply received for L-Data.req from 13.13.249 to 1/3/6, low priority hop count 6 repeat tpdu 00 80
18:15:20.682 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Office' received command OFF
18:15:23.673 [WARN ] [tuwien.auto.calimero                ] - KNXnet/IP Tunneling 192.168.2.162:3671: response timeout waiting for confirmation
tuwien.auto.calimero.exception.KNXTimeoutException: no confirmation reply received for L-Data.req from 13.13.249 to 1/3/5, low priority hop count 6 repeat tpdu 00 00
        at tuwien.auto.calimero.knxnetip.ClientConnection.doExtraBlockingModes(ClientConnection.java:236)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.knxnetip.ConnectionBase.send(ConnectionBase.java:269)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.knxnetip.KNXnetIPTunnel.send(KNXnetIPTunnel.java:149)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.onSend(KNXNetworkLinkIP.java:263)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.AbstractLink.send(AbstractLink.java:304)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.sendRequestWait(KNXNetworkLinkIP.java:240)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.readFromGroup(ProcessCommunicatorImpl.java:486)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.read(ProcessCommunicatorImpl.java:422)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.binding.knx.internal.bus.KNXBindingDatapointReaderTask.readFromKNXBus(KNXBindingDatapointReaderTask.java:99)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.binding.knx.internal.bus.KNXBindingDatapointReaderTask.run(KNXBindingDatapointReaderTask.java:67)[181:org.openhab.binding.knx:1.10.0]
18:15:23.673 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Cannot read value for item 'FF_Light_Corridor' from KNX bus: no confirmation reply received for L-Data.req from 13.13.249 to 1/3/5, low priority hop count 6 repeat tpdu 00 00: timeout
18:15:23.681 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Give up, could not read address '1/3/5' after '3' retries.
>18:15:26.678 [WARN ] [tuwien.auto.calimero                ] - KNXnet/IP Tunneling 192.168.2.162:3671: response timeout waiting for confirmation
tuwien.auto.calimero.exception.KNXTimeoutException: no confirmation reply received for L-Data.req from 13.13.249 to 1/3/6, low priority hop count 6 repeat tpdu 00 81
        at tuwien.auto.calimero.knxnetip.ClientConnection.doExtraBlockingModes(ClientConnection.java:236)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.knxnetip.ConnectionBase.send(ConnectionBase.java:269)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.knxnetip.KNXnetIPTunnel.send(KNXnetIPTunnel.java:149)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.onSend(KNXNetworkLinkIP.java:263)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.AbstractLink.send(AbstractLink.java:304)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.link.KNXNetworkLinkIP.sendRequestWait(KNXNetworkLinkIP.java:240)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.write(ProcessCommunicatorImpl.java:466)[181:org.openhab.binding.knx:1.10.0]
        at tuwien.auto.calimero.process.ProcessCommunicatorImpl.write(ProcessCommunicatorImpl.java:438)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.binding.knx.internal.bus.KNXBinding.writeToKNX(KNXBinding.java:158)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.binding.knx.internal.bus.KNXBinding.internalReceiveCommand(KNXBinding.java:112)[181:org.openhab.binding.knx:1.10.0]
        at org.openhab.core.binding.AbstractBinding.receiveCommand(AbstractBinding.java:97)[182:org.openhab.core.compat1x:2.1.0]
        at org.openhab.core.events.AbstractEventSubscriber.handleEvent(AbstractEventSubscriber.java:45)[182:org.openhab.core.compat1x:2.1.0]
        at org.apache.felix.eventadmin.impl.handler.EventHandlerProxy.sendEvent(EventHandlerProxy.java:415)[6:org.apache.karaf.services.eventadmin:4.0.8]
        at org.apache.felix.eventadmin.impl.tasks.HandlerTask.run(HandlerTask.java:90)[6:org.apache.karaf.services.eventadmin:4.0.8]
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)[:1.8.0_121]
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_121]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)[:1.8.0_121]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)[:1.8.0_121]
        at java.lang.Thread.run(Thread.java:745)[:1.8.0_121]
18:15:26.678 [ERROR] [.binding.knx.internal.bus.KNXBinding] - Value 'ON' could not be sent to the KNX bus using datapoint 'command DP 1/3/6 FF_Light_Office, DPT main 0 id 1.001, low priority' - giving up after second try: no confirmation reply received for L-Data.req from 13.13.249 to 1/3/6, low priority hop count 6 repeat tpdu 00 81
lewie commented 7 years ago

OK, let's have a closer look:

  1. Please post me your conf/services/jdbc.cfg
  2. Post a Switch Item example from your *.items File. (Dimmer we have)
  3. Which KNX-Interface do you use.
  4. What Dimmer Actor do you use. The exact Model please.

Can you post a ETS Screenshot of these KNX addresses linked to Dimmer Actor (Communicationobjects Page)? knx="2/0/82,2/1/82,2/2/82"

ghost commented 7 years ago

Hi,

sorry where can I find the conf/jdbc.cfg?

I have the following item only. Switch FF_Light_Office "Büro" (gFF_Lights) { autoupdate="true", knx = "<1/3/6" } tried it with all combinations auto update off. Without "lower than" sign.

Im using ABB ATS 4.16.1 with a WEINZIERL KNX IP Interface 730

The used switch here is no dimmer. But when I'm at home I can look for the ets screenshot.

I also will look for the dimmer actor model.

Thank you

lewie commented 7 years ago

My fault, sorry: conf/services/knx.cfg

ghost commented 7 years ago

Knx.cfg

KNX gateway IP address

(optional, if serialPort or connection type 'ROUTER' is specified) ip=192.168.2.162

Local KNX Binding bus address. # Use it, when two or more openHAB Instances are connected to the same KNX bus. # (optional, defaults to 0.0.0)

#busaddr=13.13.249

Ignore local KNX Events, prevents internal events coming from # 'openHAB event bus' a second time to be sent back to the 'openHAB event bus'. # Note: To send back events second time is a Bug, but for backward compatibility, the behavior is not changed. # For new installations, its recommend to set "ignorelocalevents=true" # (optional, defaults to false)

ignorelocalevents=true # KNX IP connection type. Could be either TUNNEL or ROUTER (optional, defaults to TUNNEL) # Note: If you cannot get the ROUTER mode working (even if it claims it is connected),

use TUNNEL mode instead with setting both the ip of the KNX gateway and the localIp. type=TUNNEL

KNX gateway port (optional, defaults to 3671) # Note: If you use eibd, setting to 6720

#port=

Local endpoint to specify the multicast interface, no port is used (optional)

localIp=192.168.2.90

Serial port of FT1.2 KNX interface (ignored, if ip is specified)

Valid values are e.g. COM1 for Windows and /dev/ttyS0 or /dev/ttyUSB0 for Linux

#serialPort=

Pause in milliseconds between two read requests on the KNX bus during

initialization (optional, defaults to 50)

#pause=

Timeout in milliseconds to wait for a response from the KNX bus (optional,

defaults to 10000)

#timeout

Number of read retries while initialization items from the KNX bus (optional,

defaults to 3)

readRetries = 1

Seconds between connect retries when KNX link has been lost

0 means never retry, it will only reconnect on next write or read request

Note: without periodic retries all events will be lost up to the next read/write

request

(optional, default is 0)

#autoReconnectPeriod=30

Auto refresh feature

Number of entries permissible in the item refresher queue.

(optional, defaults to 10000)

#maxRefreshQueueEntries=

Number of parallel threads for refreshing items. (optional, defaults to 5)

#numberOfThreads=

Seconds to wait for an orderly shutdown of the auto refresher's

ScheduledExecutorService. (optional, defaults to 5)

#scheduledExecutorServiceShutdownTimeoutString=

Use NAT (Network Address Translation)

(optional; defaults to false)

#useNAT=true
lewie commented 7 years ago

@pHiLLcodes, you can test this jar file in OH2 org.openhab.binding.knx-1.11.0-SNAPSHOT.jar

To use it, uninstall knx with PaperUI and after, copy org.openhab.binding.knx-1.11.0-SNAPSHOT.jar to the addons folder.

!!!Beware, it uses postCommand only, all postUpdates are ignored (sometimes used in Rules)!!! And it is only tested in OH2, don't know if it works in OH1!

Here it is working well, so why not let test some others.

ghost commented 7 years ago

Thanks, but i've already installed this version by the paper UI. Now it seems to work better when im using autoupdate="false" but then im not be able to the current states on on the basic UI. My problem before was that i've used the wrong physical address for knx. Why does openhab always send commands although the light is already on? The problem occurs not for every switch. But it seems to me that it could be a problem with the dimmer switches. Maybe i have to check my knx address configuration.

The main problem is that i haven't configured the whole system. It was already configured.

This comes only for the "dimmer" switches which have the same item definition like every other (only one address)

19:22:20.979 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF
19:22:21.085 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF
19:22:21.190 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF
19:22:21.295 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF
19:22:21.401 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF
19:22:21.507 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF
19:22:21.612 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF
19:22:21.719 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF
19:22:21.740 [INFO ] [smarthome.event.ItemCommandEvent    ] - Item 'FF_Light_Parlor' received command OFF

When im using autoupdate="false" it stopps.

Another warning message that i get is the following. But i think i can ignore this.

19:22:39.339 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Cannot read value for item 'FF_Rollershutter_ParlorBalcony' from KNX bus: timeout waiting for group read response: timeout
19:22:39.342 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Remaining retries for address '2/3/2' = '0'
19:22:49.416 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Cannot read value for item 'FF_Rollershutter_ParlorBalcony_ECHO' from KNX bus: timeout waiting for group read response: timeout
19:22:49.418 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Remaining retries for address '2/3/4' = '0'
19:22:59.491 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Cannot read value for item 'FF_Rollershutter_ParlorWindow' from KNX bus: timeout waiting for group read response: timeout
19:22:59.493 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Remaining retries for address '2/3/4' = '0'
19:23:09.567 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Cannot read value for item 'FF_Rollershutter_ParlorWindow_ECHO' from KNX bus: timeout waiting for group read response: timeout
19:23:09.570 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Remaining retries for address '2/3/4' = '0'
19:23:19.643 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Cannot read value for item 'FF_Rollershutter_Bath' from KNX bus: timeout waiting for group read response: timeout
19:23:19.645 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Remaining retries for address '2/3/6' = '0'
19:23:29.718 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Cannot read value for item 'FF_Rollershutter_Bath_ECHO' from KNX bus: timeout waiting for group read response: timeout
19:23:29.720 [WARN ] [al.bus.KNXBindingDatapointReaderTask] - Autorefresh: Remaining retries for address '2/3/6' = '0'
lewie commented 7 years ago

No, this version is a not build with current master source! In this jar-file, postUpdates are ignored, to prevent knx echo.

To use it, uninstall knx with PaperUI and after, copy org.openhab.binding.knx-1.11.0-SNAPSHOT.jar to the addons folder.

ghost commented 7 years ago

Okay, thanks.

But where can i find the addons folder? I put it into /usr/shr/openhab2/addons which is the only one i have. But openhabian could find the knx module.

23:56:38.843 [ERROR] [org.openhab.binding.knx             ] - FrameworkEvent ERROR - org.openhab.binding.knx
org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.knx [188]
  Unresolved requirement: Import-Package: gnu.io; resolution:="optional"
  Unresolved requirement: Import-Package: org.openhab.core.autoupdate

        at org.eclipse.osgi.container.Module.start(Module.java:434)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
        at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1582)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
        at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1562)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
        at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1533)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
        at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1476)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
        at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
        at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
        at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
23:56:39.422 [WARN ] [basic.internal.render.SwitchRenderer] - Cannot determine item type of 'FF_Rollershutter_CompleteWithoutBed'
org.eclipse.smarthome.core.items.ItemNotFoundException: Item 'FF_Rollershutter_CompleteWithoutBed' could not be found in the item registry
        at org.eclipse.smarthome.core.internal.items.ItemRegistryImpl.getItem(ItemRegistryImpl.java:60)[98:org.eclipse.smarthome.core:0.9.0.b5]
        at org.eclipse.smarthome.ui.internal.items.ItemUIRegistryImpl.getItem(ItemUIRegistryImpl.java:658)[136:org.eclipse.smarthome.ui:0.9.0.b5]
        at org.eclipse.smarthome.ui.basic.internal.render.SwitchRenderer.renderWidget(SwitchRenderer.java:50)[176:org.eclipse.smarthome.ui.basic:0.9.0.b5]
        at org.eclipse.smarthome.ui.basic.internal.render.PageRenderer.renderWidget(PageRenderer.java:164)[176:org.eclipse.smarthome.ui.basic:0.9.0.b5]
        at org.eclipse.smarthome.ui.basic.internal.render.PageRenderer.processChildren(PageRenderer.java:129)[176:org.eclipse.smarthome.ui.basic:0.9.0.b5]
        at org.eclipse.smarthome.ui.basic.internal.render.PageRenderer.processChildren(PageRenderer.java:150)[176:org.eclipse.smarthome.ui.basic:0.9.0.b5]
        at org.eclipse.smarthome.ui.basic.internal.render.PageRenderer.processPage(PageRenderer.java:92)[176:org.eclipse.smarthome.ui.basic:0.9.0.b5]
        at org.eclipse.smarthome.ui.basic.internal.servlet.WebAppServlet.service(WebAppServlet.java:152)[176:org.eclipse.smarthome.ui.basic:0.9.0.b5]
        at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)[81:org.eclipse.jetty.servlet:9.2.19.v20160908]
        at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587)[81:org.eclipse.jetty.servlet:9.2.19.v20160908]
        at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71)[172:org.ops4j.pax.web.pax-web-jetty:4.3.0]
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)[80:org.eclipse.jetty.server:9.2.19.v20160908]
        at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)[79:org.eclipse.jetty.security:9.2.19.v20160908]
        at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)[80:org.eclipse.jetty.server:9.2.19.v20160908]
        at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)[80:org.eclipse.jetty.server:9.2.19.v20160908]
        at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:287)[172:org.ops4j.pax.web.pax-web-jetty:4.3.0]
        at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)[81:org.eclipse.jetty.servlet:9.2.19.v20160908]
        at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)[80:org.eclipse.jetty.server:9.2.19.v20160908]
        at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)[80:org.eclipse.jetty.server:9.2.19.v20160908]
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)[80:org.eclipse.jetty.server:9.2.19.v20160908]
        at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80)[172:org.ops4j.pax.web.pax-web-jetty:4.3.0]
        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)[80:org.eclipse.jetty.server:9.2.19.v20160908]
        at org.eclipse.jetty.server.Server.handle(Server.java:499)[80:org.eclipse.jetty.server:9.2.19.v20160908]
        at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)[80:org.eclipse.jetty.server:9.2.19.v20160908]
        at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)[80:org.eclipse.jetty.server:9.2.19.v20160908]
        at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)[71:org.eclipse.jetty.io:9.2.19.v20160908]
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)[83:org.eclipse.jetty.util:9.2.19.v20160908]
        at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)[83:org.eclipse.jetty.util:9.2.19.v20160908]
        at java.lang.Thread.run(Thread.java:745)[:1.8.0_121]
23:56:39.428 [ERROR] [ui.internal.items.ItemUIRegistryImpl] - Cannot retrieve item 'FF_Rollershutter_CompleteWithoutBed' for widget org.eclipse.smarthome.model.sitemap.Switch
23:56:39.430 [ERROR] [ui.internal.items.ItemUIRegistryImpl] - Cannot retrieve item for widget org.eclipse.smarthome.model.sitemap.Switch
23:56:39.431 [ERROR] [ui.internal.items.ItemUIRegistryImpl] - Cannot retrieve item for widget org.eclipse.smarthome.model.sitemap.Switch
23:56:39.441 [ERROR] [ui.internal.items.ItemUIRegistryImpl] - Cannot retrieve item for widget org.eclipse.smarthome.model.sitemap.Switch
23:56:39.444 [ERROR] [ui.internal.items.ItemUIRegistryImpl] - Cannot retrieve item 'FF_Rollershutter_CompleteWithoutBed' for widget org.eclipse.smarthome.model.sitemap.Switch
23:56:39.446 [ERROR] [ui.internal.items.ItemUIRegistryImpl] - Cannot retrieve item 'FF_Rollershutter_CompleteWithoutBed' for widget org.eclipse.smarthome.model.sitemap.Switch
23:56:39.449 [ERROR] [ui.internal.items.ItemUIRegistryImpl] - Cannot retrieve item 'FF_Rollershutter_CompleteWithoutBed' for widget org.eclipse.smarthome.model.sitemap.Switch

Kind regards.

lewie commented 7 years ago

Oh, I forgot, in manual installation, the dependency to gnu.io is not resolved. To solve, please install SerialBinding (binding-serial1) Go Paper UI -> Add-ons -> Bindings -> Search for "binding-serial1" and install. Then copy the knx-1 jar again into /usr/shr/openhab2/addons and the error will be gone.

ghost commented 7 years ago

Ok cool, now it's working. Thank you for your support.

But what does the following warning mean?

14:54:22.284 [WARN ] [nce.extensions.PersistenceExtensions] - There is no default persistence service configured!
14:54:22.284 [WARN ] [nce.extensions.PersistenceExtensions] - There is no default persistence service configured!
14:54:22.286 [WARN ] [nce.extensions.PersistenceExtensions] - There is no queryable persistence service registered with the id 'null'
14:54:22.287 [WARN ] [nce.extensions.PersistenceExtensions] - There is no queryable persistence service registered with the id 'null'
Benestar commented 7 years ago

Thanks for your work on this! Do you know when the fix will be officially released?

alramlechner commented 7 years ago

@lewie : just tried your modified plugin (https://github.com/lewie/openhab/raw/KNX1-postCommand-only-TESTFILElewie-patch-1/bundles/binding/org.openhab.binding.knx/org.openhab.binding.knx-1.11.0-SNAPSHOT.jar). issue with KNX echo telegrams are gone now. but OH stopped sending date and time to knx bus. i am using the following item to send time to KNX:

/* send date/time to KNX */
DateTime Date_to_Bus  "Date [%1$tA, %1$td.%1$tm.%1$tY %1$tH:%1$tM]"  { channel="ntp:ntp:pool:dateTime", knx="10.001:0/2/1,11.001:0/2/0" }

should that work with your patch? or is there any workaround to send time to bus in another way?

thanks! Alram

lewie commented 7 years ago

Based on your and my tests I have improved KNX1 the functionality under OH2: https://github.com/openhab/openhab1-addons/pull/5288

You can download the new test version here: https://github.com/lewie/openhab/raw/Testfile20170826/org.openhab.binding.knx-1.11.0-20170826.jar

Installation: Install SerialBinding (binding-serial1) first! (gnu.io library is needed) Go Paper UI -> Add-ons -> Bindings -> Search for "binding-serial1" and install. Then copy the KNX1 jar into [path]/openhab2/addons

Testexamples:

Number testTemp "testTemp  [%.1f °C]" <temperature> (UG) {autoupdate="true", knx="0/0/109"}
Switch TestSwitch           "TestSwitch"         (UG)    { knx="1/1/10+<1/1/11" }
//Dimmer TestDimmer         "TestDimmer [%s %%]"    (UG)    { knx="5.001:1/5/2+<5.001:1/5/7" }
Dimmer TestDimmer           "TestDimmer [%s %%]"    (UG)    { autoupdate="false", knx="1/5/0+<1/5/6,1/5/1,1/5/2+<1/5/7"}
//Dimmer TestDimmer         "TestDimmer [%s %%]"    (UG)    { autoupdate="true", knx="[ON/OFF]+<[state ON/OFF],[Increase/Decrease],[Dimmvalue absolut]+<[state percent]"}

@alramlechner, with the new test version, your DateTime should work again.

@Benestar, follow https://github.com/openhab/openhab1-addons/pull/5288, I hope soon.

@pHiLLcodes, please replace the older KNX1 version with the new one above. "There is no default persistence service configured!" You are calling historicState, getAllStatesSince, lastUpdate, previousState in a Rule or else. But there is not installed any persistence service like JDBC or else.

I really hope these changes bring finally solved this problem for KNX and OH2.

alramlechner commented 7 years ago

@lewie : thanks for your update. with the new 1.11 from 26.8. date and time is working again. but the echo to KNX telegram is also present. even without autoupdate, with autoupdate="true" and autoupdate="false" (not sure, if this setting is needed).

lewie commented 7 years ago

@alramlechner, please can you post me your log with an example item which causes echos?

alramlechner commented 7 years ago

sure: all my temperature items (for example) produces the echos. they are defined as:

Number Kind1_Temperatur "Temp Kind 1 [%.1f °C]" <temperature> (temperatures) ["TargetTemperature"] {autoupdate="false", knx="<4/0/0"}
Number Kind2_Temperatur "Temp Kind 2 [%.1f °C]" <temperature> (temperatures) ["TargetTemperature"] {autoupdate="false", knx="<4/0/1"}
Number Schlafzimmer_Temperatur "Temp Schlafzimmer [%.1f °C]" <temperature> (temperatures) ["TargetTemperature"] {autoupdate="false", knx="<4/0/2"}
Number Bad_Temperatur "Temp Bad [%.1f °C]" <temperature> (temperatures) ["TargetTemperature"] {autoupdate="false", knx="<4/0/3"}
Number Vorzimmer_Temperatur "Temp Vorzimmer [%.1f °C]" <temperature> (temperatures) ["TargetTemperature"] {autoupdate="false", knx="<4/0/4"}
Number Kueche_Temperatur "Temp Küche [%.1f °C]" <temperature> (temperatures) ["TargetTemperature"] {autoupdate="false", knx="<4/0/5"}
Number Essen_Temperatur "Temp Essen [%.1f °C]" <temperature> (temperatures) ["TargetTemperature"] {autoupdate="false", knx="<4/0/6"}
Number Dach_Temperatur "Temp Dach [%.1f °C]" <temperature> (temperatures) ["TargetTemperature"] {autoupdate="false", knx="<0/2/23"}

it looks like this in ETS: grafik

OH2 log from same time as ETS monitor:

2017-08-27 13:00:20.664 [INFO ] [el.core.internal.ModelRepositoryImpl] - Refreshing model 'Temperaturen.items'
2017-08-27 13:00:20.719 [ERROR] [ore.common.registry.AbstractRegistry] - Could not inform the listener 'org.eclipse.smarthome.core.persistence.internal.PersistenceManagerImpl@15288ce' about the 'ADDED' event!: java.lang.Double cannot be cast to java.lang.String
java.lang.ClassCastException: java.lang.Double cannot be cast to java.lang.String
    at org.openhab.persistence.jdbc.db.JdbcBaseDAO.getState(JdbcBaseDAO.java:490)[197:org.openhab.persistence.jdbc:1.10.0]
    at org.openhab.persistence.jdbc.db.JdbcBaseDAO.doGetHistItemFilterQuery(JdbcBaseDAO.java:343)[197:org.openhab.persistence.jdbc:1.10.0]
    at org.openhab.persistence.jdbc.internal.JdbcMapper.getHistItemFilterQuery(JdbcMapper.java:154)[197:org.openhab.persistence.jdbc:1.10.0]
    at org.openhab.persistence.jdbc.internal.JdbcPersistenceService.query(JdbcPersistenceService.java:201)[197:org.openhab.persistence.jdbc:1.10.0]
    at org.openhab.core.persistence.internal.QueryablePersistenceServiceDelegate.query(QueryablePersistenceServiceDelegate.java:47)[182:org.openhab.core.compat1x:2.1.0]
    at org.eclipse.smarthome.core.persistence.internal.PersistenceManagerImpl.initialize(PersistenceManagerImpl.java:250)[103:org.eclipse.smarthome.core.persistence:0.9.0.b5]
    at org.eclipse.smarthome.core.persistence.internal.PersistenceManagerImpl.added(PersistenceManagerImpl.java:394)[103:org.eclipse.smarthome.core.persistence:0.9.0.b5]
    at org.eclipse.smarthome.core.persistence.internal.PersistenceManagerImpl.added(PersistenceManagerImpl.java:1)[103:org.eclipse.smarthome.core.persistence:0.9.0.b5]
    at org.eclipse.smarthome.core.common.registry.AbstractRegistry.notifyListeners(AbstractRegistry.java:217)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.core.common.registry.AbstractRegistry.notifyListeners(AbstractRegistry.java:236)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.core.common.registry.AbstractRegistry.notifyListenersAboutAddedElement(AbstractRegistry.java:240)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.core.internal.items.ItemRegistryImpl.notifyListenersAboutAddedElement(ItemRegistryImpl.java:292)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.core.internal.items.ItemRegistryImpl.notifyListenersAboutAddedElement(ItemRegistryImpl.java:1)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.core.common.registry.AbstractRegistry.added(AbstractRegistry.java:126)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.core.common.registry.AbstractProvider.notifyListeners(AbstractProvider.java:51)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.core.common.registry.AbstractProvider.notifyListeners(AbstractProvider.java:70)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.core.common.registry.AbstractProvider.notifyListenersAboutAddedElement(AbstractProvider.java:74)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.model.item.internal.GenericItemProvider.modelChanged(GenericItemProvider.java:364)[123:org.eclipse.smarthome.model.item:0.9.0.b5]
    at org.eclipse.smarthome.model.core.internal.ModelRepositoryImpl.notifyListeners(ModelRepositoryImpl.java:286)[122:org.eclipse.smarthome.model.core:0.9.0.b5]
    at org.eclipse.smarthome.model.core.internal.ModelRepositoryImpl.addOrRefreshModel(ModelRepositoryImpl.java:136)[122:org.eclipse.smarthome.model.core:0.9.0.b5]
    at org.eclipse.smarthome.model.core.internal.folder.FolderObserver.checkFile(FolderObserver.java:234)[122:org.eclipse.smarthome.model.core:0.9.0.b5]
    at org.eclipse.smarthome.model.core.internal.folder.FolderObserver.processWatchEvent(FolderObserver.java:297)[122:org.eclipse.smarthome.model.core:0.9.0.b5]
    at org.eclipse.smarthome.core.service.WatchQueueReader.run(WatchQueueReader.java:206)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at java.lang.Thread.run(Thread.java:748)[:1.8.0_144]
2017-08-27 13:00:20.742 [ERROR] [ore.common.registry.AbstractRegistry] - Could not inform the listener 'org.eclipse.smarthome.core.persistence.internal.PersistenceManagerImpl@15288ce' about the 'ADDED' event!: java.lang.Double cannot be cast to java.lang.String
java.lang.ClassCastException: java.lang.Double cannot be cast to java.lang.String
    at org.openhab.persistence.jdbc.db.JdbcBaseDAO.getState(JdbcBaseDAO.java:490)[197:org.openhab.persistence.jdbc:1.10.0]
    at org.openhab.persistence.jdbc.db.JdbcBaseDAO.doGetHistItemFilterQuery(JdbcBaseDAO.java:343)[197:org.openhab.persistence.jdbc:1.10.0]
    at org.openhab.persistence.jdbc.internal.JdbcMapper.getHistItemFilterQuery(JdbcMapper.java:154)[197:org.openhab.persistence.jdbc:1.10.0]
    at org.openhab.persistence.jdbc.internal.JdbcPersistenceService.query(JdbcPersistenceService.java:201)[197:org.openhab.persistence.jdbc:1.10.0]
    at org.openhab.core.persistence.internal.QueryablePersistenceServiceDelegate.query(QueryablePersistenceServiceDelegate.java:47)[182:org.openhab.core.compat1x:2.1.0]
    at org.eclipse.smarthome.core.persistence.internal.PersistenceManagerImpl.initialize(PersistenceManagerImpl.java:250)[103:org.eclipse.smarthome.core.persistence:0.9.0.b5]
    at org.eclipse.smarthome.core.persistence.internal.PersistenceManagerImpl.added(PersistenceManagerImpl.java:394)[103:org.eclipse.smarthome.core.persistence:0.9.0.b5]
    at org.eclipse.smarthome.core.persistence.internal.PersistenceManagerImpl.added(PersistenceManagerImpl.java:1)[103:org.eclipse.smarthome.core.persistence:0.9.0.b5]
    at org.eclipse.smarthome.core.common.registry.AbstractRegistry.notifyListeners(AbstractRegistry.java:217)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.core.common.registry.AbstractRegistry.notifyListeners(AbstractRegistry.java:236)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.core.common.registry.AbstractRegistry.notifyListenersAboutAddedElement(AbstractRegistry.java:240)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.core.internal.items.ItemRegistryImpl.notifyListenersAboutAddedElement(ItemRegistryImpl.java:292)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.core.internal.items.ItemRegistryImpl.notifyListenersAboutAddedElement(ItemRegistryImpl.java:1)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.core.common.registry.AbstractRegistry.added(AbstractRegistry.java:126)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.core.common.registry.AbstractProvider.notifyListeners(AbstractProvider.java:51)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.core.common.registry.AbstractProvider.notifyListeners(AbstractProvider.java:70)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.core.common.registry.AbstractProvider.notifyListenersAboutAddedElement(AbstractProvider.java:74)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at org.eclipse.smarthome.model.item.internal.GenericItemProvider.modelChanged(GenericItemProvider.java:364)[123:org.eclipse.smarthome.model.item:0.9.0.b5]
    at org.eclipse.smarthome.model.core.internal.ModelRepositoryImpl.notifyListeners(ModelRepositoryImpl.java:286)[122:org.eclipse.smarthome.model.core:0.9.0.b5]
    at org.eclipse.smarthome.model.core.internal.ModelRepositoryImpl.addOrRefreshModel(ModelRepositoryImpl.java:136)[122:org.eclipse.smarthome.model.core:0.9.0.b5]
    at org.eclipse.smarthome.model.core.internal.folder.FolderObserver.checkFile(FolderObserver.java:234)[122:org.eclipse.smarthome.model.core:0.9.0.b5]
    at org.eclipse.smarthome.model.core.internal.folder.FolderObserver.processWatchEvent(FolderObserver.java:297)[122:org.eclipse.smarthome.model.core:0.9.0.b5]
    at org.eclipse.smarthome.core.service.WatchQueueReader.run(WatchQueueReader.java:206)[98:org.eclipse.smarthome.core:0.9.0.b5]
    at java.lang.Thread.run(Thread.java:748)[:1.8.0_144]
2017-08-27 13:00:22.966 [ERROR] [.script.engine.ScriptExecutionThread] - Rule 'div_by_thousand_l1': An error occurred during the script execution: The name 'SmartMeter_L3_mV' cannot be resolved to an item or type.
2017-08-27 13:01:18.748 [WARN ] [eclipse.jetty.servlet.ServletHandler] - /chart
java.lang.ClassCastException: java.lang.Double cannot be cast to java.lang.String
    at org.openhab.persistence.jdbc.db.JdbcBaseDAO.getState(JdbcBaseDAO.java:490)[197:org.openhab.persistence.jdbc:1.10.0]
    at org.openhab.persistence.jdbc.db.JdbcBaseDAO.doGetHistItemFilterQuery(JdbcBaseDAO.java:343)[197:org.openhab.persistence.jdbc:1.10.0]
    at org.openhab.persistence.jdbc.internal.JdbcMapper.getHistItemFilterQuery(JdbcMapper.java:154)[197:org.openhab.persistence.jdbc:1.10.0]
    at org.openhab.persistence.jdbc.internal.JdbcPersistenceService.query(JdbcPersistenceService.java:201)[197:org.openhab.persistence.jdbc:1.10.0]
    at org.openhab.core.persistence.internal.QueryablePersistenceServiceDelegate.query(QueryablePersistenceServiceDelegate.java:47)[182:org.openhab.core.compat1x:2.1.0]
    at org.eclipse.smarthome.ui.internal.chart.DefaultChartProvider.addItem(DefaultChartProvider.java:280)[136:org.eclipse.smarthome.ui:0.9.0.b5]
    at org.eclipse.smarthome.ui.internal.chart.DefaultChartProvider.createChart(DefaultChartProvider.java:175)[136:org.eclipse.smarthome.ui:0.9.0.b5]
    at org.eclipse.smarthome.ui.internal.chart.ChartServlet.doGet(ChartServlet.java:255)[136:org.eclipse.smarthome.ui:0.9.0.b5]
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)[18:javax.servlet-api:3.1.0]
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)[18:javax.servlet-api:3.1.0]
    at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)[81:org.eclipse.jetty.servlet:9.2.19.v20160908]
    at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:587)[81:org.eclipse.jetty.servlet:9.2.19.v20160908]
    at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71)[172:org.ops4j.pax.web.pax-web-jetty:4.3.0]
    at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)[80:org.eclipse.jetty.server:9.2.19.v20160908]
    at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)[79:org.eclipse.jetty.security:9.2.19.v20160908]
    at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)[80:org.eclipse.jetty.server:9.2.19.v20160908]
    at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)[80:org.eclipse.jetty.server:9.2.19.v20160908]
    at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:287)[172:org.ops4j.pax.web.pax-web-jetty:4.3.0]
    at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)[81:org.eclipse.jetty.servlet:9.2.19.v20160908]
    at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)[80:org.eclipse.jetty.server:9.2.19.v20160908]
    at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)[80:org.eclipse.jetty.server:9.2.19.v20160908]
    at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)[80:org.eclipse.jetty.server:9.2.19.v20160908]
    at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80)[172:org.ops4j.pax.web.pax-web-jetty:4.3.0]
    at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)[80:org.eclipse.jetty.server:9.2.19.v20160908]
    at org.eclipse.jetty.server.Server.handle(Server.java:499)[80:org.eclipse.jetty.server:9.2.19.v20160908]
    at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)[80:org.eclipse.jetty.server:9.2.19.v20160908]
    at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)[80:org.eclipse.jetty.server:9.2.19.v20160908]
    at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)[71:org.eclipse.jetty.io:9.2.19.v20160908]
    at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)[83:org.eclipse.jetty.util:9.2.19.v20160908]
    at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)[83:org.eclipse.jetty.util:9.2.19.v20160908]
    at java.lang.Thread.run(Thread.java:748)[:1.8.0_144]

(there is a class cast exception, that might be related to my persistence; probably there are some data stored with wrong type)

lewie commented 7 years ago

@alramlechner, it get's better! 👍

Numbers have another behavior, so I had to filter more detailed and reactivated internal isEcho function. @Benestar, @pHiLLcodes, You are also very welcome to test the new jar in your environments.

Let's have a test: https://github.com/lewie/openhab/raw/Testfile20170827/org.openhab.binding.knx-1.11.0-20170827.jar

alramlechner commented 7 years ago

@lewie : thanks for your absolutely fast fix. with autoupdate="false", it seems to work - there is no echo on bus. date is also sent to bus ... wil take care next days!

Alram

lewie commented 7 years ago

OH2 puts an update event on the message bus after a command, while OH1 did not.

@watou, in OH1, basically internalReceiveCommand and after, internalReceiveUpdate are called, which is logical. In openHAB 2 this behavior has changed, the order is arbitrary. So there is no simple way to ignore the second value sent by internalReceiveUpdate. I now added a filter: commandGAs are sent only by internalReceiveCommand to KNX and stateGAs are sent only by internalReceiveUpdate to KNX. This seams to work and my tests with several examples do work now as expected. More see https://github.com/openhab/openhab1-addons/pull/5288

@tkuehne71, @sucre87, @juelicher, You are very welcome to test the new jar, too. :-)

tkuehne71 commented 7 years ago

Thx, will give it a try.

ghost commented 7 years ago

Tank you very much. I will test it, too.

alramlechner commented 7 years ago

sorry - i have to redeem: i just recognized, that with autoupdate="false", the value read from bus doesn't get updated in UI and also no further persistence values are written (probably because the value never changes). as soon as is switch to autoupdate="true" (or remove the autoupdate option), UI and persistence is working. but the knx echo telegrams are back again ...

lewie commented 7 years ago

@alramlechner, Then we have to tackle again, we are not yet through.

Can you please give me the configuration of the affected item(s), that I can simulate this effects?

Thanks

alramlechner commented 7 years ago

of course - the first item is concerned: Number Kind1_Temperatur "Temp Kind 1 [%.1f °C]" <temperature> (temperatures) ["TargetTemperature"] {autoupdate="true", knx="<4/0/0"} it is a simple temperature sensor on the bus ...

lewie commented 7 years ago

Number Item again, tomorrow I will test.

Sorry have forgotten to ask:

alramlechner commented 7 years ago

hi @lewie ,