could you help me ? I have a problem with my Legrand 088328 gateway. It was working well until today.
I have the following issue into my log after reseting my opanhabian I still have the problem.
I have Raspberry PI 3 model B
Here is my log:
2019-03-18 19:40:31.742 [me.event.InboxRemovedEvent] - Discovery Result with UID ‘openwebnet:dongle:7249800’ has been removed.
2019-03-18 19:40:31.825 [hingStatusInfoChangedEvent] - ‘openwebnet:dongle:7249800’ changed from UNINITIALIZED to INITIALIZING
2019-03-18 19:40:31.881 [hingStatusInfoChangedEvent] - ‘openwebnet:dongle:7249800’ changed from INITIALIZING to UNINITIALIZED (HANDLER_INITIALIZING_ERROR)
Hi Jerome, which versions of the openwebnet binding and openHAB are you using?
Can you post more lines of the logs (before 19:40) and use code fences (document button above here in the msg edit window)
M
i agree with you the problem doesn’t concern to the add-on but to something else…because if i rollback the add-on to a previous version, everything should work again as expected, but it doesn’t
2019-03-18 22:42:45.427 [hingStatusInfoChangedEvent] - 'openwebnet:dongle:7249800' changed from UNINITIALIZED (HANDLER_INITIALIZING_ERROR) to UNINITIALIZED
2019-03-18 22:42:48.756 [hingStatusInfoChangedEvent] - 'openwebnet:dongle:7249800' changed from UNINITIALIZED to UNINITIALIZED (DISABLED)
2019-03-18 22:42:51.675 [hingStatusInfoChangedEvent] - 'openwebnet:dongle:7249800' changed from UNINITIALIZED (DISABLED) to INITIALIZING
==> /var/log/openhab2/openhab.log <==
2019-03-18 22:42:51.671 [ERROR] [nal.common.AbstractInvocationHandler] - An error occurred while calling method 'ThingHandler.initialize()' on 'org.openhab.binding.openwebnet.handler.OpenWebNetBridgeHandler@95dc77': null
java.lang.NullPointerException: null
at org.openhab.binding.openwebnet.handler.OpenWebNetBridgeHandler.ownIdFromMessage(OpenWebNetBridgeHandler.java:531) ~[?:?]
at org.openhab.binding.openwebnet.handler.OpenWebNetBridgeHandler.testTransformations(OpenWebNetBridgeHandler.java:607) ~[?:?]
at org.openhab.binding.openwebnet.handler.OpenWebNetBridgeHandler.initialize(OpenWebNetBridgeHandler.java:123) ~[?:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]
at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:153) [102:org.eclipse.smarthome.core:0.10.0.oh240]
at org.eclipse.smarthome.core.internal.common.Invocation.call(Invocation.java:53) [102:org.eclipse.smarthome.core:0.10.0.oh240]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]
at java.lang.Thread.run(Thread.java:748) [?:?]
==> /var/log/openhab2/events.log <==
2019-03-18 22:42:51.715 [hingStatusInfoChangedEvent] - 'openwebnet:dongle:7249800' changed from INITIALIZING to UNINITIALIZED (HANDLER_INITIALIZING_ERROR)
==> /var/log/openhab2/openhab.log <==
2019-03-18 22:42:51.700 [ERROR] [core.thing.internal.ThingManagerImpl] - Exception occurred while initializing handler of thing 'openwebnet:dongle:7249800': null
java.lang.NullPointerException: null
at org.openhab.binding.openwebnet.handler.OpenWebNetBridgeHandler.ownIdFromMessage(OpenWebNetBridgeHandler.java:531) ~[?:?]
at org.openhab.binding.openwebnet.handler.OpenWebNetBridgeHandler.testTransformations(OpenWebNetBridgeHandler.java:607) ~[?:?]
at org.openhab.binding.openwebnet.handler.OpenWebNetBridgeHandler.initialize(OpenWebNetBridgeHandler.java:123) ~[?:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]
at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:153) [102:org.eclipse.smarthome.core:0.10.0.oh240]
at org.eclipse.smarthome.core.internal.common.Invocation.call(Invocation.java:53) [102:org.eclipse.smarthome.core:0.10.0.oh240]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]
at java.lang.Thread.run(Thread.java:748) [?:?]
Hi @Jerome50 : it’s a bug on the zigbee dongle part. It will be corrected in the next release. I suggest you go back to the previous binding version (b9-2) in the meantime. See bug #66.
Recently I setup my thermostats with things <and items. I notcied on restart of openhab that the mode and target are either NaN or - until I physically chnage them in the room. Is this the normal behaviour?
hi mark,
i cannot reproduce this. i have set up thermostats in *.things and *.items file for a long time now, but no problem on restart.
could it be you are waiting not long enough until the states are updated? for thermo this takes a little sometimes.
or did you already try to use new varialbenames. sometimes ago i had suspicious problems (items that did not work properly, items that dissapeared) and they where gone when i changed the name of the thigns and items to new and ununsed names.
best, stefan
BTicino Living Now is based on Zigbee 3.0 and AFAIK is a closed version, so no local integration with the Living Now gateway is possibile.
A possibile integration could be using “works with Legrand” cloud APIs, but it must be investigated the API license part and in any case it would be a totally different binding structure/approach.
See this thread: Binding for Legrand Celiane with Netatmo
I’m sorry but I have another issue with the 9-2 version,
019-03-19 16:28:22.137 [DEBUG] [ery.OpenWebNetBridgeDiscoveryService] - ==OWN:BridgeDiscovery== getSupportedThingTypes()
2019-03-19 16:28:22.143 [INFO ] [ery.OpenWebNetBridgeDiscoveryService] - ==OWN:BridgeDiscovery== ------ startScan() - SEARCHING for bridges...
2019-03-19 16:28:22.145 [DEBUG] [ery.OpenWebNetBridgeDiscoveryService] - ==OWN:BridgeDiscovery:Dongle== ... trying to connect dongle ...
2019-03-19 16:28:22.149 [DEBUG] [org.openwebnet.OpenGatewayZigBee ] - ##gw-openwebnet## Finding serial ports...
2019-03-19 16:28:22.163 [DEBUG] [org.openwebnet.OpenGatewayZigBee ] - ##gw-openwebnet## ... found serial port /dev/ttyUSB0
2019-03-19 16:28:22.166 [DEBUG] [org.openwebnet.OpenGatewayZigBee ] - ##gw-openwebnet## ... found serial port /dev/ttyAMA0
2019-03-19 16:28:22.168 [ERROR] [org.openwebnet.AbstractOpenGateway ] - ERROR IN Java $MODULE$: connection cannot be established
2019-03-19 16:28:22.171 [ERROR] [org.openwebnet.AbstractOpenGateway ] - ERROR IN Java $MODULE$: connection cannot be established
2019-03-19 16:28:22.173 [DEBUG] [org.openwebnet.OpenGatewayZigBee ] - ##gw-openwebnet## --NO USB ZigBee dongle FOUND--
2019-03-19 16:28:22.177 [DEBUG] [ery.OpenWebNetBridgeDiscoveryService] - ==OWN:BridgeDiscovery== getSupportedThingTypes()
2019-03-19 16:28:22.177 [INFO ] [ery.OpenWebNetBridgeDiscoveryService] - ==OWN:BridgeDiscovery== no serial ports found
Openwebnet binding does not find the gateway
This is my java version
java version “1.8.0_201”
Java™ SE Runtime Environment (build 1.8.0_201-b09)
Java HotSpot™ Client VM (build 25.201-b09, mixed mode)
I have checked the dialout acces. The problem is still here “no serial port found”
It was working well on my Raspberry since yesterday I don’t understand the problem.
did I miss something in the reinstallation ?
I have a similar problem like Jerome has. It also occured yesterday and everything worked well before. I am also running openhab 2.3.0-1 on a Raspberry 3. The current OpenWebNet Binding is (beta9-1).
The error Code Looks like this:
2019-03-19 17:44:13.407 [vent.ItemStateChangedEvent] - StreifenEsstisch_Farbe changed from NULL to 1,99,0
2019-03-19 17:44:13.414 [vent.ItemStateChangedEvent] - StreifenKHlschrank_Farbe changed from NULL to 160,100,0
==> /var/log/openhab2/openhab.log <==
2019-03-19 17:44:16.602 [INFO ] [bnet.handler.OpenWebNetBridgeHandler] - ==OWN== BridgeHandler status still UNKNOWN. Setting device=openwebnet:bus_gateway:d0cf84fb to OFFLINE
==> /var/log/openhab2/events.log <==
2019-03-19 17:44:16.619 [hingStatusInfoChangedEvent] - 'openwebnet:bus_gateway:d0cf84fb' changed from UNKNOWN to OFFLINE (COMMUNICATION_ERROR)
2019-03-19 17:44:45.816 [hingStatusInfoChangedEvent] - 'hue:0200:00178811dcd0:1' changed from ONLINE to OFFLINE: Die Hue Bridge meldet, dass die Lampe nicht erreichbar ist.
2019-03-19 17:45:07.432 [hingStatusInfoChangedEvent] - 'hue:0200:00178811dcd0:1' changed from OFFLINE: Die Hue Bridge meldet, dass die Lampe nicht erreichbar ist. to ONLINE
2019-03-19 17:57:47.267 [ome.event.ItemCommandEvent] - Item 'Licht_Arbeitszimmer' received command OFF
2019-03-19 17:57:47.288 [vent.ItemStateChangedEvent] - Licht_Arbeitszimmer changed from NULL to OFF```
I hope someone can help.
Lg Stephan
Hallo folks.
Versions 2.4.0-beta9-1 & 2.4.0-beta9-2 are expired now (since we are still in development phase, beta versions expire after some months). Everybody should update the binding to version 2.5.0.M2-1, which I just released.
This version is compatible with openHAB 2.4 and 2.5.x (should work fine also on 2.3.x).
Hi @rubenfuser. 2.4.0 is not a valid version anymore. Go ahead install 2.5.0.M2-1, then check your rolleshutters have shutterRun parameter correctly set to your shutter times. Then open them 100% then 0% to be sure binding gets known positions (check % state in PaperUI) and then you should be fine.
Massi
One simple question - because i did not find a answer anywhere. What is needed for the shutter position to work? does it need any special bticino stuff?
