Busch-Jaeger Free@Home

Guten Morgen!
Hab es nochmals probiert, aber ohne Erfolg.
ich bekomme folgende Log-Einträge:

2020-01-30 07:05:28.685 [hingStatusInfoChangedEvent] - ‘freeathome:bridge:50e288b6’ changed from UNINITIALIZED to INITIALIZING

==> /var/log/openhab2/openhab.log <==

2020-01-30 07:05:29.125 [WARN ] [rnal.handler.FreeAtHomeBridgeHandler] - Problems getting JID: {}

java.lang.NullPointerException: null

at rocks.xmpp.addr.Jid.of(Jid.java:160) ~[bundleFile:?]

at org.openhab.binding.freeathome.internal.handler.FreeAtHomeBridgeHandler.connectGateway(FreeAtHomeBridgeHandler.java:226) [bundleFile:?]

at org.openhab.binding.freeathome.internal.handler.FreeAtHomeBridgeHandler.initialize(FreeAtHomeBridgeHandler.java:114) [bundleFile:?]

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_222]

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_222]

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_222]

at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_222]

at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:152) [bundleFile:?]

at org.eclipse.smarthome.core.internal.common.Invocation.call(Invocation.java:52) [bundleFile:?]

at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_222]

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_222]

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_222]

at java.lang.Thread.run(Thread.java:748) [?:1.8.0_222]

From your logs, “Problems getting JID”, you are either not using an account known to F@H, or you do not have the correct gson version installed.

For the last case, from openhab/karaf console, run bundle:install http://central.maven.org/maven2/com/google/code/gson/gson/2.8.5/gson-2.8.5.jar

@kjoglums
Could you please recommend how to add Things from free@home manually?
I got Openhabian 1.5 / your Binding jar from latest message and SysAP 2.4.0.
Actually I’ve tried Windows OH 2.5.0 - result is same.
I got no separate switches/actuators discovered, Blinds and Lights (central function) general group. Groups of blinds are actually working (reacting to the pressing of buttons), but I need switch actuators (light) separately.
How can I add Light witches manually? Entering S/N also doesn’t create operable Thing (Tried Switch, Dimmer).
I guess there is some problem with binding of Free@Home and Openhab.

Thanks!

UPD:
When I select Dummy Thing option in Bridge configuration, - all available items are added as Dummy (all!). What is wrong, unsupported devices?
2020-01-31 21:59:14.037 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700000000’ has been added.

2020-01-31 21:59:14.042 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C913D6’ has been added.

2020-01-31 21:59:14.046 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CEF862’ has been added.

2020-01-31 21:59:14.051 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C913D7’ has been added.

2020-01-31 21:59:14.056 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C6F2DD’ has been added.

2020-01-31 21:59:14.061 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C701B6’ has been added.

2020-01-31 21:59:14.067 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB2EB4C2A51’ has been added.

2020-01-31 21:59:14.072 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C6F2ED’ has been added.

2020-01-31 21:59:14.077 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C6F2EE’ has been added.

2020-01-31 21:59:14.083 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB25C4D2A51’ has been added.

2020-01-31 21:59:14.088 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C70144’ has been added.

2020-01-31 21:59:14.093 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CF1B53’ has been added.

2020-01-31 21:59:14.097 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700D39A39’ has been added.

2020-01-31 21:59:14.107 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C6F30C’ has been added.

2020-01-31 21:59:14.112 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C70161’ has been added.

2020-01-31 21:59:14.117 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C701E5’ has been added.

2020-01-31 21:59:14.121 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C701E9’ has been added.

2020-01-31 21:59:14.126 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C701EB’ has been added.

2020-01-31 21:59:14.131 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700D32AB4’ has been added.

2020-01-31 21:59:14.136 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C701EE’ has been added.

2020-01-31 21:59:14.140 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CE8996’ has been added.

2020-01-31 21:59:14.143 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CE8997’ has been added.

2020-01-31 21:59:14.148 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C6F298’ has been added.

2020-01-31 21:59:14.152 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CBB270’ has been added.

2020-01-31 21:59:14.156 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C701F2’ has been added.

2020-01-31 21:59:14.160 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CBB271’ has been added.

2020-01-31 21:59:14.165 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C6F29A’ has been added.

2020-01-31 21:59:14.170 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C7017C’ has been added.

2020-01-31 21:59:14.182 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C70C3D’ has been added.

2020-01-31 21:59:14.185 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CE89A8’ has been added.

2020-01-31 21:59:14.190 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C6F2AA’ has been added.

2020-01-31 21:59:14.194 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CE89AB’ has been added.

2020-01-31 21:59:14.198 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700D44BEE’ has been added.

2020-01-31 21:59:14.202 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CE89AF’ has been added.

2020-01-31 21:59:14.206 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CE89B3’ has been added.

2020-01-31 21:59:14.210 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700D44BF7’ has been added.

2020-01-31 21:59:14.215 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CF1B0A’ has been added.

2020-01-31 21:59:14.220 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CF1B0B’ has been added.

2020-01-31 21:59:14.225 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CF1B0C’ has been added.

2020-01-31 21:59:14.229 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700D32ADE’ has been added.

2020-01-31 21:59:14.235 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:switch:ABB26B703051_ch000C’ has been added.

2020-01-31 21:59:14.239 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:switch:ABB26B703051_ch000D’ has been added.

2020-01-31 21:59:14.243 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:switch:ABB26B703051_ch000E’ has been added.

2020-01-31 21:59:14.256 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:switch:ABB26B703051_ch000F’ has been added.

2020-01-31 21:59:14.259 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:switch:ABB26B703051_ch0010’ has been added.

2020-01-31 21:59:14.263 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:switch:ABB26B703051_ch0011’ has been added.

2020-01-31 21:59:14.267 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:switch:ABB26B703051_ch0012’ has been added.

2020-01-31 21:59:14.271 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:switch:ABB26B703051_ch0013’ has been added.

2020-01-31 21:59:14.275 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CE89BD’ has been added.

2020-01-31 21:59:14.280 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CF1B11’ has been added.

2020-01-31 21:59:14.286 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CF1B15’ has been added.

2020-01-31 21:59:14.291 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CF1B16’ has been added.

2020-01-31 21:59:14.295 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700C91235’ has been added.

2020-01-31 21:59:14.299 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB265232951’ has been added.

2020-01-31 21:59:14.304 [home.event.InboxAddedEvent] - Discovery Result with UID ‘freeathome:dummy:ABB700CF1B17’ has been added.

As you are getting dummy things in inbox just mean your devices are recognized by the binding, but apparently your device IDs are not following the regular F@H IDs which the binding use to define the devices as different OH type things.

Could you provide some details from your inbox to show the different dummy things showing up? And explain what each recognized thing represents? Getting the correct number codes associated with device type, I can easily (hopefully) add them to the binding to recognize correct type (e.g swtich, dimmer, motion detector etc).

1 Like

@kjoglums
I couldn’t attach my full list of units in free@home with Type of device, as I’m a new user, so I provide the link to XLS file:
https://fex.net/ru/s/sd6mpex

I got detected automatically only “Sensor/switch actuator” that comes with _chXXXX, the rest are Dummies, and in the bottom of the list, there are Sensors that were not detected even as Dummy.
Thank you in advance for helping out with the solution!

I would need the input as seen from PaperUI inbox, as the device serials are not used to define device type, rather the device type code. As seen from the example below, I have a Persienneaktuator which is automatically discovered by the binding. Here it is the type code “B001” which the binding use to define the device as “Raffstore switch”.

Similar, for a regular switch, the binding currently discovers switch types which have type codes “100C” and “900C”.

So I would need the different type codes from PaperUI inbox, and also what type of device the different type code equals to, in order to update the binding discovery service.

@kjoglums
I updated the table with type codes.
Please see here:
https://fex.net/ru/s/ymmfzce

Thank you in advance!

Although uncertain of what channels your devices actually operate under, I have tried to implement your device types into existing device types / discovery service (i.e. using channels as used by existing/known device types).

Feel free to test the new version:
Free@Home 2.5.2

Note:
If you are not able to operate your devices as expected, the binding would need to be updated based on actual channels in use for your devices. This would require using Postman to “get all” from your SysAp environment, i.e. as described for the ABB Developer Program.

@kjoglums
Thank you so much!
All things added successfully.
I don’t understand why state of switches (ON/OFF) is not saved.
I used Home Assistant as alternative, it was able to track the state of switches (though I did not manage to make binary sensors to work either…)

State for OH items are also saved if you are using a persistence service as mapdb

You´ll find mapdb for installation in PaperUI (addons).

Binary sensors are currently not implemented in the binding. Would require some input for used channels (idp/odp).

You mean physically? I’m not 100% sure, but each one is connected with three lines, one for up, one for down and one neutral.

No, I mean which type of actuator that is controlling your shutters (e.g centralized blinds actuator, switch actuator etc). Basically the device type / device type id as swowing up in PaperUI.

It could be your device/type is not supported by the binding.

I actually have

  • 9x single raffstore switch actuators
  • 3x centralized blinds actuators (each controlling up to 4 devices)

I actually just looked into PaperUI under Configuration - Things and saw, that all these have the status “Offline - Bridge_offline”. Does that help?

Here’s a screenshot:

Apparently both your things and bridge are OFFLINE, so then obviously you are not able to operate your shutters.

Do you have a different bridge as thing in PaperUI which is ONLINE? Then you need to point your OFFLINE things to the ONLINE bridge.

Or, if you do not have any ONLINE bridges, you would need to delete existing bridge, create a new bridge, and point your things to the new bridge.

That’s the weird thing. I only have one bridge and it was online. All raffstores that were offline were still pointing at the correct bridge. I now disabled all of them and enabled them again. they are all online now.

But they are still not operational, as described before. I can operate them from within Paper UI. When I try to operate them from Homekit, I can see the values change in Paper UI, but they are not operating :confused:

Hi, I have running openhab 2.5, free@home 2.4.0 and the lastest version of the free@home binding of kjoglums. Everything works fine, but after some days without any issue I get always the following error. From this moment on no items reacts. After a restart of openhab the binding works again for the next 3-4 days.

Does anyone have an idea how can I solve this issue?

2020-02-18 20:39:14.922 [ERROR] [nal.common.AbstractInvocationHandler] - An error occurred while calling method ‘ThingHandler.handleCommand()’ on ‘org.openhab.binding.freeathome.internal.handler.FreeAtHomeSceneHandler@6bc45a’: The connection has been closed.

java.lang.IllegalStateException: The connection has been closed.

at org.glassfish.tyrus.core.TyrusSession.checkConnectionState(TyrusSession.java:507) ~[?:?]

at org.glassfish.tyrus.core.TyrusSession.getAsyncRemote(TyrusSession.java:183) ~[?:?]

at rocks.xmpp.websocket.net.WebSocketConnection.write(WebSocketConnection.java:129) ~[?:?]

at rocks.xmpp.websocket.net.client.WebSocketClientConnection.send(WebSocketClientConnection.java:129) ~[?:?]

at rocks.xmpp.websocket.net.client.WebSocketClientConnection.send(WebSocketClientConnection.java:60) ~[?:?]

at rocks.xmpp.core.session.XmppSession.sendInternal(XmppSession.java:929) ~[?:?]

at rocks.xmpp.core.session.XmppSession.trackAndSend(XmppSession.java:1012) ~[?:?]

at rocks.xmpp.core.session.XmppSession.sendIQ(XmppSession.java:985) ~[?:?]

at rocks.xmpp.core.session.XmppSession.sendAndAwait(XmppSession.java:833) ~[?:?]

at rocks.xmpp.core.session.XmppSession.query(XmppSession.java:759) ~[?:?]

at rocks.xmpp.core.session.XmppSession.query(XmppSession.java:744) ~[?:?]

at rocks.xmpp.extensions.rpc.RpcManager.call(RpcManager.java:113) ~[?:?]

at org.openhab.binding.freeathome.internal.handler.FreeAtHomeBridgeHandler.setDataPoint(FreeAtHomeBridgeHandler.java:155) ~[?:?]

at org.openhab.binding.freeathome.internal.handler.FreeAtHomeSceneHandler.handleCommand(FreeAtHomeSceneHandler.java:84) ~[?:?]

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_222]

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_222]

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_222]

at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_222]

at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:152) [bundleFile:?]

at org.eclipse.smarthome.core.internal.common.InvocationHandlerSync.invoke(InvocationHandlerSync.java:59) [bundleFile:?]

at com.sun.proxy.$Proxy3040.handleCommand(Unknown Source) [?:?]

at org.eclipse.smarthome.core.thing.internal.profiles.ProfileCallbackImpl.handleCommand(ProfileCallbackImpl.java:74) [bundleFile:?]

at org.eclipse.smarthome.core.thing.internal.profiles.SystemDefaultProfile.onCommandFromItem(SystemDefaultProfile.java:48) [bundleFile:?]

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_222]

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_222]

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_222]

at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_222]

at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:152) [bundleFile:?]

at org.eclipse.smarthome.core.internal.common.Invocation.call(Invocation.java:52) [bundleFile:?]

at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_222]

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_222]

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_222]

at java.lang.Thread.run(Thread.java:748) [?:1.8.0_222]

I do not see such an issue myself.

Although, based on your log, this seems related to one of your scenes: 6bc45a and how it responds to command handling request.

Is this an active scene (ref thing ID), with active things/devices? Are you using some script based triggering, or similar, involving the scene at a interval coinciding with timing for when the binding hangs?

I am not sure how I can find the scene by this ID. My scenes in openhab have ID’s similar to this “FFFF48000008”.

Yes I activate scenes for rollershutters via rules. E.g. close rollshuter when enter the bathroom or open rollersthutter for wakeup. But this rules should be used at least once a day.

Thank you for your great work kjoglums!

Why don’t wireless components actually work?

Not sure why you would see this issue. My OH / F@H instance is running without issues.

Have you tried setting up the scene(s) in OH, rather than triggering a F@H scene? I.e to set items triggering from OH rather than scene triggering. At least to check if it is the scene causing the crash.