Hi.
I had to have a look what I did, since it was a couple of years ago - and I’ve never touched it since.
I used the AutoNotification addon to tasker (if I dont remember wrongly, it did cost a few dollars).
So - in the tasker Profile I use AutoNotification to Intercept any notifications from Verisure.
The Task (called from the Profile) toggles a Virtual Switch “VerisureRefresh_Switch” using “http post”.
From there it is just a simple openhab rule that asks for a refresh from the binding whenever the virtual switch changes state.
Seeing the following NPE with (I assume) the latest posted jar-file (2.5.0.201906232019):
2019-08-05 23:01:04.064 [WARN ] [ternal.handler.VerisureBridgeHandler] - Failed to initialize!
Exception caught: null
java.lang.NullPointerException: null
at org.openhab.binding.verisure.internal.VerisureSession.getInstallations(VerisureSession.java:377) ~[259:org.openhab.binding.verisure:2.5.0.201906192010]
at org.openhab.binding.verisure.internal.VerisureSession.initialize(VerisureSession.java:132) ~[259:org.openhab.binding.verisure:2.5.0.201906192010]
at org.openhab.binding.verisure.internal.handler.VerisureBridgeHandler.initialize(VerisureBridgeHandler.java:127) [259:org.openhab.binding.verisure:2.5.0.201906192010]
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) [?:?]
Is there a requirement for the Verisure user to be e.g. administrator to set up the connection?
(I can log in with the user.)
Hi @Daniel_Linder Finally I got the time to play around with tasker and autoNotification and now it works. That is a good workaround. Thank you
I did find out that not all devices/tables are able to do this. Some older devices is does not allow different functions/rights to be able to do this.
I tried with:
Denver tablet TAQ-90082 with Android 8.1 go and it does not support all necessary functions/rights
Lenovo tablet A7600-F with Android 7.1.2 and it works great
I also tried to install android in a VM. But the Verisure app does not work in a virtual Android. I think it has something to do with the screen rotation or something.
Nice,
I use a 5 year old Chinese “Pipo” tablet for this. And it’s been perfectly adequate. The main reason why I had to implement this was due to any of my children triggering the “Stay” alarm, since they had no idea whether the alarm was active or not. So, the fix was to have a lamp in the hallway turn red - when the alarm is active/armed.
Other “things” doesn’t seem to be the problem as I see the issue when only adding the Bridge to the config.
Tried to completely remove the binding and clear the cache, but I ended up with the same issue.
Checked the code however, and it turns out to be my own fault: I didn’t have the “pin” added to the settings. For some reason I figured that that would be an optional since a Verisure user may not even have one.
So it works now for me, thanks @thorsen for checking on this.
I gave the binding a try, but unfortunately it doesn’t seem to work for me. The bridge status is “OFFLINE - COMMUNICATION ERROR” and I’m getting an expection on the log when starting openhab.
I’m running openhab on Raspberry Pi 3 B+ with Raspbian 10 (buster). Openhab version 2.4 from the stable branch.
I have only one Verisure installation and it’s located in Finland. I’m able to login to the Verisure web interface with a browser without problems.
I cleared the cache, and I also tested with both the limited and admin user level accounts, the result is the same.
Here is the debug-level log when starting openhab, I have censored few fields which probably should remain private:
Edit: I checked the binding source code and noticed that the crash is caused by not having pin code configured on the bridge settings. Verisure account can exist without having a pin code, but the binding seems to require it.
I am using this binding but at some point after 07:00 2019-08-14 I receive a COMMUNICATION_ERROR when looking at the binding in Openhab, and after reviewing the logs I get the following error:
2019-08-19 16:39:30.268 [DEBUG] [ng.verisure.internal.VerisureSession] - HTTP Response (200) Body:{"errors":[{"message":"Request Failed. Code 503 from http://gql-api02.verisure.com/xbn/2/webaccount/{my_email_address}/installation","locations":[{"line":3,"column":5}],"path":["account","owainstallations"],"data":{"status":503,"url":"http://gql-api02.verisure.com/xbn/2/webaccount/{my_email_address}/installation","logTraceId":"{logging_uuid}","errorGroup":"SERVICE_UNAVAILABLE","errorCode":"SYS_00004","errorMessage":"XBN Database is not activated"}}],"data":{"account":{"owainstallations":null,"__typename":"Account"}}}
Hmm, I’m using the same version and have no issues.
Error 503 could indicate that the service is ‘overloaded’, e.g. too many requests have been made?
What timings/polling do you use?