I too am having issues with the webhook (and the binding in general). I have a local proxy setup and I’ve tested that I can in fact send to the webhook that I have established from multiple external sources including VMs at AWS and Azure. I have never once seen Rachio send anything to me. Also, from what I can tell, once the items populate on start, nothing else really ever happens. I can not trigger a zone to activate. I get no updates when the system is running.
I have rain sensor for my Rachio 3. I receive notice from Rachio app when rain sensor goes on or off. Is that possible somehow to have a channel for Rain sensor status in Openhab?
Short of responding to each and everyone of the qyuestions raised in my message of July 14, perhaps someone respond to the one question reproduced above? What is the meaning of the colon used in the notation “open URL http://:/rachio/webhook” used in the README file of the Rachio binding?
Thanks in advance,
which documentation are you using?
I merged the PR from @chrisjohnson. After that the should be no reverse proxy, just openHAB Cloud acting as a proxy. Please send the linke to the README and I could check.
Usually I would directly support here, but I’m super busy at the moment (in fact already the last weeks).
Hi Markus,
Thanks for your response. The README file I consulted is the following one:
https://github.com/markus7017/org.openhab.binding.rachio/blob/master/README.md
The way I accessed it is by googling “openhab rachio”. The first match is then:
https://community.openhab.org/t/rachio-smart-sprinkler-controller/7078
The reference to the README file above appears in the frame near the top of that page.
Pierre
ok, the repo you are using is deprecated
Please try this build
with this README
make sure to delete the old jar
@markus7017 thanks for taking the time to reply!
I take it from the readme on the updated repo to mean the self-hosted proxy method is no longer working and all rachio integration needs to go through myopenhab, is that correct?
yes, correct. This was done to ease the setup and improve security (no need to open the port on you router for inbound communication)
1 Like
@markus7017. Many thanks for directing me to the updated binding and README. I have installed the new jar file in the addons directory and followed the instructions in the README for installing the binding with its cloud connector. At this point I am starting to get some positive results but there are apparently some remaining problems.
The discovery process is working: my rachio and its three zones are automatically added a things and after activating them all their channels become available. In my items file, I added an item associated with each channel, just like in your example code in the README.
As an experiment, I added a switch for each channel in my sitemap, as follows:
Frame label= "Irrigation" {
Switch item=RachioZone1_Run icon="faucet"
Switch item=RachioZone2_Run icon="faucet"
Switch item=RachioZone3_Run icon="faucet"
}
The switches do work OK in the sense that they correctly trigger the firing of each zone. However, when I use the Rachio app on my phone to fire a zone, the state of the corresponding switch in my OH UI does not get updated (like I suppose it should).
Perhaps the problem is related to some error messages that appear in my OH log. I don’t know if I should provide you with the complete log, but for the time being I will just post the error messages.
Here is the first one:
[org.openhab.binding.rachio.internal.api.RachioImageServlet(247)] : The setRachioHandlerFactory method has thrown an exception
java.lang.IllegalArgumentException: argument type mismatch
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:?]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:?]
at org.apache.felix.scr.impl.inject.methods.BaseMethod.invokeMethod(BaseMethod.java:228) ~[43:org.apache.felix.scr:2.1.16]
at org.apache.felix.scr.impl.inject.methods.BaseMethod.access$500(BaseMethod.java:41) ~[43:org.apache.felix.scr:2.1.16]
at org.apache.felix.scr.impl.inject.methods.BaseMethod$Resolved.invoke(BaseMethod.java:664) ~[43:org.apache.felix.scr:2.1.16]
at org.apache.felix.scr.impl.inject.methods.BaseMethod.invoke(BaseMethod.java:510) [43:org.apache.felix.scr:2.1.16]
at org.apache.felix.scr.impl.inject.methods.BindMethod.invoke(BindMethod.java:42) [43:org.apache.felix.scr:2.1.16]
at org.apache.felix.scr.impl.manager.DependencyManager.doInvokeBindMethod(DependencyManager.java:1813) [43:org.apache.felix.scr:2.1.16]
at org.apache.felix.scr.impl.manager.DependencyManager.bindDependency(DependencyManager.java:1637) [43:org.apache.felix.scr:2.1.16]
Many more lines like that. Later, I find:
2020-08-18 11:26:26.370 [WARN ] [chio.internal.api.RachioImageServlet] - Could not start RachioImage servlet: alias: '/rachio/images' is already in use in this or another context
org.osgi.service.http.NamespaceException: alias: '/rachio/images' is already in use in this or another context
at org.ops4j.pax.web.service.spi.model.ServerModel.addServletModel(ServerModel.java:124) ~[?:?]
at org.ops4j.pax.web.service.internal.HttpServiceStarted.registerServlet(HttpServiceStarted.java:243) ~[?:?]
at org.ops4j.pax.web.service.internal.HttpServiceStarted.registerServlet(HttpServiceStarted.java:223) ~[?:?]
at org.ops4j.pax.web.service.internal.HttpServiceStarted.registerServlet(HttpServiceStarted.java:207) ~[?:?]
at org.ops4j.pax.web.service.internal.HttpServiceProxy.registerServlet(HttpServiceProxy.java:69) ~[?:?]
at org.openhab.binding.rachio.internal.api.RachioImageServlet.activate(RachioImageServlet.java:75)
And later, I find:
[org.openhab.binding.rachio.internal.api.RachioWebHookServlet(248)] : The setRachioHandlerFactory method has thrown an exception
java.lang.IllegalArgumentException: argument type mismatch
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[?:?]
at java.lang.reflect.Method.invoke(Unknown Source) ~[?:?]
at org.apache.felix.scr.impl.inject.methods.BaseMethod.invokeMethod(BaseMethod.java:228) ~[43:org.apache.felix.scr:2.1.16]
at org.apache.felix.scr.impl.inject.methods.BaseMethod.access$500(BaseMethod.java:41) ~[43:org.apache.felix.scr:2.1.16]
at org.apache.felix.scr.impl.inject.methods.BaseMethod$Resolved.invoke(BaseMethod.java:664) ~[43:org.apache.felix.scr:2.1.16]
at org.apache.felix.scr.impl.inject.methods.BaseMethod.invoke(BaseMethod.java:510) [43:org.apache.felix.scr:2.1.16]
at org.apache.felix.scr.impl.inject.methods.BindMethod.invoke(BindMethod.java:42) [43:org.apache.felix.scr:2.1.16]
at org.apache.felix.scr.impl.manager.DependencyManager.doInvokeBindMethod(DependencyManager.java:1813) [43:org.apache.felix.scr:2.1.16]
at org.apache.felix.scr.impl.manager.DependencyManager.bindDependency(DependencyManager.java:1637) [43:org.apache.felix.scr:2.1.16]
at org.apache.felix.scr.impl.manager.DependencyManager.bind(DependencyManager.java:1624) [43:org.apache.felix.scr:2.1.16]
at org.apache.felix.scr.impl.manager.SingleComponentManager.createImplementationObject(SingleComponentManager.java:307) [43:org.apache.felix.scr:2.1.16]
at org.apache.felix.scr.impl.manager.SingleComponentManager.createComponent(SingleComponentManager.java:114) [43:org.apache.felix.scr:2.1.16]
at org.apache.felix.scr.impl.manager.SingleComponentManager.getService(SingleComponentManager.java:982) [43:org.apache.felix.scr:2.1.16]
This last error apparently happens everytime I start a zone using my Rachio app rather than the OH interface, Looks like it is symptomatic of a fatal issue.
Am I understanding correctly that the recently merged PR prevents us from using a reverse proxy entirely and pushes the only option to be the openHAB cloud? I can understand from the threads above why this is preferred, but some of us have our own secure proxies and would like to be able to use them.
I had the same question. Markus just answered two posts ago
yes, the last PR teplaced the local reverse proxy with the openHAB Cloud approach. @rlkoshak raised security concerns and @chrisjohnson brought in the PR.
I think both views have pro and cons. I’m pretty busy at the moment and could only provide limited support
Unless I am misunderstanding something, what I described in my message of August 5 is my attempt to get my setup working in the new OH Cloud approach. If this is the case, would that mean that I need Chris Johnson’s help rather than yours?
I’m I found some time to do a test. On my setup nothing works anymore
Thing Discovery is working as you describe, but all channels stay at NaN
It seems that the PR merge broke the functionality.
Let me do some investigation. Maybe it’s a small peace, maybe I’ll receive the complete PR.
While I 1000% agree with the security concerns noted above, and agree that the OH cloud is definitely a good option for many users, some of us don’t use it for a variety of reasons. Personally, my latency to the OH cloud is close to 300ms which causes a bunch of issues. That being said, I have my own proxy for exactly this reason. Forcing users to use the OH cloud, instead of making it a default option that can be reconfigured by an advanced user, makes this binding effectively useless for a subset of users.
Understood. Many thanks.
I am using the rachio binding for openhavb 2.3.0. Does anyone know if there is a rachio binding that works with Openhab3?
No it is not working. It needs to be updated.