Probléme Velux sous KLF 200

Elrique · Mars 4, 2024, 12:32

Bonjour la communauté,

Du jour au lendemain, HA n’a plus voulu contrôler mes volets Velux alors que jusque là tout fonctionnait parfaitement. Je fonctionne avec un boitier KLF 200.

J’ai mis dans /homeassistant/configuration.yaml

Texte préformaté

Velux config

velux:
host: xxxxxxxxxxxxxxxxx
password: xxxxxxxxxxxxx
Texte préformaté

Avec l’adresse ip de KLF 200 et le mdp associé…

Voici le log :

Texte préformaté
Logger: homeassistant.setup
Source: setup.py:333
First occurred: 13:25:01 (1 occurrences)
Last logged: 13:25:01

Error during setup of component velux
Traceback (most recent call last):
File « /usr/src/homeassistant/homeassistant/setup.py », line 333, in _async_setup_component
result = await task
^^^^^^^^^^
File « /usr/src/homeassistant/homeassistant/components/velux/init.py », line 39, in async_setup
await hass.data[DATA_VELUX].async_start()
File « /usr/src/homeassistant/homeassistant/components/velux/init.py », line 84, 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 check_connected
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 1146, in create_connection
transport, protocol = await self._create_connection_transport(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File « /usr/local/lib/python3.12/asyncio/base_events.py », line 1179, in _create_connection_transport
await waiter
ConnectionAbortedError: SSL handshake is taking longer than 60.0 seconds: aborting the connection
Texte préformaté

et aussi :

Texte préformaté
Logger: homeassistant.bootstrap
Source: bootstrap.py:566
First occurred: 13:24:52 (1 occurrences)
Last logged: 13:24:52

Waiting on integrations to complete setup: velux
Texte préformaté

Le plus dingue est que tout allait bien et je ne vois pas ce qui a pu provoquer cela.

Merci d’avance.

Ma configuration

[center]## System Information

version	core-2024.2.5
installation_type	Home Assistant OS
dev	false
hassio	true
docker	true
user	root
virtualenv	false
python_version	3.12.1
os_name	Linux
os_version	6.6.16-haos
arch	aarch64
timezone	Europe/Paris
config_dir	/config

Home Assistant Community Store

GitHub API	ok
GitHub Content	ok
GitHub Web	ok
GitHub API Calls Remaining	5000
Installed Version	1.34.0
Stage	running
Available Repositories	1473
Downloaded Repositories	1
HACS Data	ok

Home Assistant Cloud

logged_in	true
subscription_expiration	1 janvier 2018 à 01:00
relayer_connected	false
relayer_region	null
remote_enabled	true
remote_connected	false
alexa_enabled	true
google_enabled	true
remote_server	null
certificate_status	null
instance_id	26d8904959264d6a986af055b5e386d7
can_reach_cert_server	ok
can_reach_cloud_auth	ok
can_reach_cloud	ok

Home Assistant Supervisor

host_os	Home Assistant OS 12.0
update_channel	stable
supervisor_version	supervisor-2024.02.1
agent_version	1.6.0
docker_version	24.0.7
disk_total	117.4 GB
disk_used	9.9 GB
healthy	true
supported	true
board	generic-aarch64
supervisor_api	ok
version_api	ok
installed_addons	File editor (5.8.0), Terminal & SSH (9.9.0), Mosquitto broker (6.4.0), Zigbee2MQTT (1.36.0-1)

Dashboards

dashboards	1
resources	0
views	1
mode	storage

Recorder

oldest_recorder_run	27 février 2024 à 17:09
current_recorder_run	4 mars 2024 à 13:22
estimated_db_size	23.43 MiB
database_engine	sqlite
database_version	3.44.2

[/center]

golfvert · Mars 4, 2024, 1:02

Un arrêt/marche du KLF devrait régler la question.

Suivant les cas, ça arrive plus ou moins souvent. Chez moi, j’ai une prise connectée pour le KLF pour redémarrer quand il faut.
Certaines fois c’est un ou deux fois par semaine, d’autres fois, c’est OK pendant X mois.
Pourquoi ? Aucune idée, mais, c’est assez commun.

Elrique · Mars 4, 2024, 6:32

Merci pour la réponse.
J’ai déjà tenté à plusieurs reprises…
Sans succès

golfvert · Mars 4, 2024, 7:52

Et un redémarrage de HA en même temps?
Sinon est ce le KLF répond sur son wifi ? Il se désactive au bout de quelques minutes mais au début il y a un wifi accessible. Voir si le KLF n’est pas HS…

LAurent_B · Mars 4, 2024, 10:01

j’ai effectivement la même section dans le configuration.yaml
J’ai également une automatisation « to avoid SSL Handshake issue »
Et dans les logs, il ya :

ConnectionAbortedError: SSL handshake is taking longer than 60.0 seconds: aborting the connection

Ci-dessous l’automatisation :

automation:
  alias: KLF reboot on hass stop event
  description: Reboots the KLF200 in order to avoid SSL Handshake issue
  trigger:
    - platform: homeassistant
      event: shutdown
  action:
    - service: velux.reboot_gateway

Ca marche bien depuis plus d’une année.

référence : Velux - Home Assistant

Elrique · Mars 5, 2024, 4:35

Le KLF 200 fonctionne car j’ai commandé un volet en direct via son interface…
Est-ce la MAJ de HA qui a causé le problème ?
De plus, la LED blanche du KLF 200 est fixe… Comme lorsque ça fonctionne…

golfvert · Mars 5, 2024, 4:40

Possible… Il faut redémarrer les deux en même temps pour voir si ça va mieux.
Les dev du KLF n’ont pas été jusqu’à la page 5 du manuel TCP/IP. Quand une session TCP ne fonctionne plus. On la clôt… Le KLF non.
Comme en plus, ils ne connaissaient pas le multi session TCP, bah, ça va mal.
Donc, l’intégration HA (en fait la librairie sous-jacente pyvlx) essaie de faire ce qu’elle peut pour s’accommoder de la situation. Des fois, ça ne marche pas… Un reboot règle la question.

Elrique · Mars 6, 2024, 3:05

Après moult redémarrages, ça ne fonctionne pas. Je pense que la MAJ de HA a été fatale…

Elrique · Mars 6, 2024, 3:08

J’ai trouvé ça aussi :

github.com/home-assistant/core

Velux Integration

ouvert 05:12PM - 09 Feb 24 UTC

tof92130

integration: velux

### The problem since 2024.02 update, Velux integration is KO ### What version… of Home Assistant Core has the issue? 2024.02.00 ### What was the last working version of Home Assistant Core? 2024.01.6 ### What type of installation are you running? Home Assistant OS ### Integration causing the issue Velux ### Link to integration documentation on our website _No response_ ### Diagnostics information Logger: homeassistant.setup Source: setup.py:333 First occurred: 16:45:17 (1 occurrences) Last logged: 16:45:17 Error during setup of component velux Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/setup.py", line 333, in _async_setup_component result = await task ^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/velux/__init__.py", line 39, in async_setup await hass.data[DATA_VELUX].async_start() File "/usr/src/homeassistant/homeassistant/components/velux/__init__.py", line 84, 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 check_connected 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 1146, in create_connection transport, protocol = await self._create_connection_transport( ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.12/asyncio/base_events.py", line 1179, in _create_connection_transport await waiter ConnectionAbortedError: SSL handshake is taking longer than 60.0 seconds: aborting the connection ### Example YAML snippet _No response_ ### Anything in the logs that might be useful for us? _No response_ ### Additional information _No response_

Giga77 · Mars 6, 2024, 3:35

Salut
Intéressant…
Il est vrai que dernièrement, j’ ai dû rebooter la passerelle klf200 plusieurs fois. Alors que pendant plus d’un an, pas besoin…
Néanmoins, je suis en version 2024.2.5 et ça fonctionne quand même.
Cependant, depuis une mise à jour de décembre, j’ai 2 velux qui restent « Ouvert » à 0%…

golfvert · Mars 6, 2024, 3:45

Effectivement… Ca n’a pas l’air la joie.
Dans ma logique personnelle (que certains pourront trouver discutable…), je ne fais que 3 ou 4 mise à jour par an. Je suis en 2023.12.5.
Et ça roule.

Elrique · Mars 9, 2024, 8:04

Re,
Tout refonctionne et plus obligé d’utiliser le fichier yaml.
Home assistant demande même de supprimer le paragraphe Velux.
Redémarrage et tout refonctionne donc je pense que Velux a été intégré à HA.

Merci à ceux qui ont répondu et bon weekend