Closed hnykda closed 2 years ago
All users have immediate updates, when the callback is working, this was the primary reason why the component was developed. Your problem is that the callback isn't working, but if you don't provide info we can't try to help you. Check logs for errors, and make sure HA is not hardened via SSL on local network: the bridge can't call an https url, it's a limitation of the bridge.
Got it, sorry, I just wasn't sure. Thanks for a quick response! I am not using HTTPS/SSL and the address in the callback looks correct. What info would you please need?
This is what the callback shows (the second one is the right one, first one is some old one).
)
Nothing is logged in the logs.
I removed the previous callback (so only the one with ID1 is there) but the result is still the same. Nothing is logged in Core logs.
If I open the door for 5 sec and then close them, it is not recognized. I have to keep them for longer time (that 30 secs is close) for HA to pick it up.
Ha, now looking at the callback, it doesn't have the right port in it :facepalm:
OK, that was it. Apologies. But I would propose mentioning this in the README - I used the default "discovered" default values when adding the integration and the IP was correct, but the port wasn't there. Thank you a lot for helping!
Ha, now looking at the callback, it doesn't have the right port in it 🤦
From your screenshot, the callback has 8123, it was autodetected but it was wrong? Strange...are you using a proxy or something?
The first callback was wrong, that was from old Nuki card. The second one was the one added by this integration and that one has :8123
missing at the end of the IP. When I added :8123
to the Homeassistant URL
when setting up the integration, I got it working.
I am not using any proxy or anything.
In the post above, where you posted the screenshot, I see 8123, but in that post you say it's not working...
The callback#0
has it in, but that's some very old callback IP that is wrong (it has 8123 in it, but the IP is wrong). The second one has correct IP (192.168.0.202) but it's missing the port.
Sorry, I didn't notice the second callback.
The callback list has to have 1 entry, the one configured by the component. And it has to have the correct ip/port. That's the basic thing to check when debugging callback issues. If you notice multiple entries, there's a problem...
We should enforce callback list checks in the component, making sure the callback is correct and avoid multiple callbacks or at least making sure the component's callback is in first position.
Agree, that would likely make it much safer. At least mentioning it in Readme could be probably a good idea. e.g. one could also simply try to ping the callback via curl
(that's how I realized it's wrong)
Well...the root cause of the problem is almost always the fact that users don't check the configuration before submitting. You didn't notice that the port was missing, otherwise it would've worked since the beginning. Autodetection is a feature to assist the user while configuring the component, but you always need to double-check what is detected. BTW: the fact that it detected the url without the port is really strange...did you configure internal_url and external_url in HA config?
Having said that, config control would be a wise thing to have less issues here. :)
did you configure internal_url and external_url in HA config?
You are right - I did configured that there and without the port. So that was it. Thanks for your help and great work :bow:
Thanks for confirming this.
Hi,
my understanding was that the mentioned callback should update the sensors states (e.g.
door state
sensor) immediately after the door is open/closed.Unfortunately, even though the callback is listed in callbacks and the state is updated via polling (e.g. if I keep the door open for >30 secs - the default polling interval - the door state sensor is changed), the update isn't immediate (which is what I would like to achieve).
Is there a way how to get "immediate" updates of sensors?