Open frr032 opened 1 month ago
Hey there @julius2342, @deermaximum, mind taking a look at this issue as it has been labeled with an integration (velux
) you are listed as a code owner for? Thanks!
(message by CodeOwnersMention)
velux documentation velux source (message by IssueLinks)
Guys, are you using the reboot service ? the KLF only allows one connection, so when you restart HA, the next connection sometimes fails its described here: https://www.home-assistant.io/integrations/velux/#service-veluxreboot_gateway
Hi pergolafabio Thanks for your reply. Yes, I have ALWAYS had a reboot automation.
The problem
The Velux integration thinks my Skylights are open when they are actually CLOSED. This is verified visually, and the ElkM1 Sensors are window sensors that are Normal when the skylight is closed and Violated when open. The Velux integration does NOT report errors.
What version of Home Assistant Core has the issue?
What was the last working version of Home Assistant Core?
No response
What type of installation are you running?
Home Assistant OS
Integration causing the issue
Velux
Link to integration documentation on our website
(https://github.com/home-assistant/core/issues?q=is%3Aissue+is%3Aopen+label%3A%22integration%3A+velux%22)
Diagnostics information
Images showing the incorrect state of the Skylights
When I click on the scene Skylight Window OPEN ALL, nothing happens and there is no log entry.
When I click on the Down Arrow for a skylight, the following error pops up briefly after about a minute. There is no log entry, "Failed to call service cover/close cover. SSL handshake is taking longer than 60.0 seconds: aborting the connection"
There is no indication that the Velux integration is having a problem on the integrations page or anywhere else. The KLF200 responds to pings, so it is reachable.
My automation that is intended to close all skylights when it is raining fired last night and did NOT run properly as it appears to have run into an issue communicating with the KLF 200. There is an error in the automation trace log "Error: SSL handshake is taking longer than 60.0 seconds: aborting the connection" Thankfully the skylights must have closed via the Velux internal rain sensors. The concern with these sensors is that it needs to be raining very hard before they activate.
Why doesn't the integration not reflect the correct current cover state?
Why no integration errors reported even though the integration is clearly not working?
ALSO What happened to the other entities that were in the Velux Custom Integration like Velocity and others? See the snip below.
This history shows that the automation closes the skylights most of the time when it is raining > .1 in/hr. However, there are times where the integration does not report the state of the skylights and also when the integration state does not match the actual state.![image](https://github.com/user-attachments/assets/7154f64f-f5b6-42ec-b52f-463aa659b90a)
Example YAML snippet
No response
Anything in the logs that might be useful for us?
When I reload the Velux integration I finally get an error in the log. The KLF 200 is still on the network and responding to pings.
Reloading the integration several times does not resolve the issue.
Rebooting the KLF 200 several times does not resolve the issue. Restarting HA after the steps above did resolve this issue for now.
I did not have these kinds of issues very often when I was using the Velux Custom Integration.
Logger: homeassistant.config_entries Source: config_entries.py:586 First occurred: 3:40:10 PM (1 occurrences) Last logged: 3:40:10 PM
Error setting up entry 192.168.1.159 for velux Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/config_entries.py", line 586, in async_setup result = await component.async_setup_entry(hass, self) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/velux/init.py", line 52, in async_setup_entry await module.async_start() File "/usr/src/homeassistant/homeassistant/components/velux/init.py", line 102, in async_start await self.pyvlx.load_scenes() File "/usr/local/lib/python3.12/site-packages/pyvlx/pyvlx.py", line 106, in load_scenes await self.scenes.load() File "/usr/local/lib/python3.12/site-packages/pyvlx/scenes.py", line 56, in load await get_scene_list.do_api_call() File "/usr/local/lib/python3.12/site-packages/pyvlx/api/api_event.py", line 29, in do_api_call await self.pyvlx.check_connected() File "/usr/local/lib/python3.12/site-packages/pyvlx/pyvlx.py", line 83, in checkconnected await self.connect() File "/usr/local/lib/python3.12/site-packages/pyvlx/pyvlx.py", line 58, in connect await self.connection.connect() File "/usr/local/lib/python3.12/site-packages/pyvlx/connection.py", line 103, in connect self.transport, = await self.loop.create_connection( ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/asyncio/base_events.py", line 1149, in create_connection transport, protocol = await self._create_connection_transport( ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/asyncio/base_events.py", line 1182, in _create_connection_transport await waiter ConnectionAbortedError: SSL handshake is taking longer than 60.0 seconds: aborting the connection
===================================== Logger: homeassistant.config_entries Source: config_entries.py:586 First occurred: 3:35:19 PM (1 occurrences) Last logged: 3:35:19 PM
Error setting up entry 192.168.1.159 for velux Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/config_entries.py", line 586, in async_setup result = await component.async_setup_entry(hass, self) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/velux/init.py", line 52, in async_setup_entry await module.async_start() File "/usr/src/homeassistant/homeassistant/components/velux/init.py", line 102, in async_start await self.pyvlx.load_scenes() File "/usr/local/lib/python3.12/site-packages/pyvlx/pyvlx.py", line 106, in load_scenes await self.scenes.load() File "/usr/local/lib/python3.12/site-packages/pyvlx/scenes.py", line 56, in load await get_scene_list.do_api_call() File "/usr/local/lib/python3.12/site-packages/pyvlx/api/api_event.py", line 29, in do_api_call await self.pyvlx.check_connected() File "/usr/local/lib/python3.12/site-packages/pyvlx/pyvlx.py", line 83, in checkconnected await self.connect() File "/usr/local/lib/python3.12/site-packages/pyvlx/pyvlx.py", line 58, in connect await self.connection.connect() File "/usr/local/lib/python3.12/site-packages/pyvlx/connection.py", line 103, in connect self.transport, = await self.loop.create_connection( ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/asyncio/base_events.py", line 1122, in create_connection raise exceptions[0] File "/usr/local/lib/python3.12/asyncio/base_events.py", line 1104, in create_connection sock = await self._connect_sock( ^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/asyncio/base_events.py", line 1007, in _connect_sock await self.sock_connect(sock, address) File "/usr/local/lib/python3.12/asyncio/selector_events.py", line 641, in sock_connect return await fut ^^^^^^^^^ File "/usr/local/lib/python3.12/asyncio/selector_events.py", line 681, in _sock_connect_cb raise OSError(err, f'Connect call failed {address}') ConnectionRefusedError: [Errno 111] Connect call failed ('192.168.1.159', 51200)
Additional information
No response