Chers utilisateurs,

Les perturbations sont désormais terminées.

Nous vous remercions pour votre compréhension durant cette période et nous nous excusons pour la gêne occasionnée si vous aviez rencontré des dysfonctionnements de TaHoma et des équipements associés.

L’équipe des Yellows  

Question en attente de réponse

Déconnection visiophone SOMFY V500 Connect

Bonjour,

Je rencontre depuis quelques semaines des déconnexions permanentes de mon module de connectivité associé à un visiophone SOMFY V500 Connect .

Le visiophone apparaît en permanence comme déconnecté dans la Tahoma et Somfy Protect. Quand j'ouvre la fiche équipement dans l'app, ça se reconnecte le temps de l'interaction puis ça retombe. Les notifications d'appel ne remontent plus correctement sur le smartphone. Le pilotage radio io du portail via télécommande fonctionne normalement, c'est uniquement le lien cloud qui est en cause.

Matériel :

  • Visiophone SOMFY V500 Connect , firmware 316M_SF2_v1.0.1_2020_07_21
  • Module de connectivité, firmware 1.16.4

Vérifications déjà faites côté réseau :

  • Module bien associé au point d'accès principal en 2.4 GHz (b/g/n, canal 6, 20 MHz)
  • Signal WiFi correct à l'emplacement du moniteur
  • Bail DHCP stable avec réservation d'adresse, IP fixe
  • Aucune désassociation dans les logs du point d'accès : le module reste associé en WiFi en permanence, c'est donc la session cloud (au-dessus de la couche radio) qui meurt
  • SSID 2.4 et 5 GHz séparés, pas de 802.11r, pas de PMF, pas de band steering

Je vois qu'il y a plusieurs soucis remontés en ce moment sur cet appareil (vignettes manquantes, lenteurs, appels manqués). Mon problème de déconnexions permanentes est-il lié à la même régression backend en cours de correction ?

Si ce n'est pas le cas, pourriez-vous lancer une resynchronisation côté serveur de mon module ? Je vous communiquerai la MAC en message privé.

Merci d'avance.

Cordialement,

L P.
L P.

L P.

Niveau
0
36 / 100
points
  • Partager cette question

    Réponses

    L P.
    L P.

    L P.

    Niveau
    0
    36 / 100
    points

    00:76:b1:1f:34:f0

    L P.
    L P.

    L P.

    Niveau
    0
    36 / 100
    points

    Bonjour Morgan,
    Merci, mais la réponse « vérifiez les prérequis réseau » ne s'applique pas ici : j'ai déjà documenté que le module reste associé en WiFi en permanence (aucune désassociation dans les logs du point d'accès, IP fixe, signal correct). Le lien radio est stable, c'est la session cloud, au-dessus, qui tombe. Le problème n'est donc pas dans mon réseau.
    Sur ces prérequis, d'ailleurs : ils demandent de couper le 5 GHz de toute la maison, de redescendre en WPA2, de passer en canal Auto et d'abandonner le filtrage MAC. Aucune de ces régressions ne devrait être nécessaire pour un produit conçu en 2026. Un firmware correct reste sur sa bande, supporte le WPA3 et un canal fixe, et se laisse autoriser par sa MAC. Demander au client de dégrader sécurité et performances pour une seule box, c'est déplacer le problème.
    Et au vu des autres incidents en cours (vignettes manquantes, appels manqués), le cloud Overkiz ne remonte visiblement plus les états de façon fiable. Ma demande reste la même : une resynchronisation serveur du module (MAC déjà fournie : 00:76:b1:1f:34:f0).
    Je le dis sans agressivité mais franchement : je suis déçu d'avoir basé mon installation sur cette box et ce protocole, qui ne paraissent ni évolutifs ni à la hauteur des standards à venir (Matter, Thread, contrôle local). C'est un vrai sujet de stratégie produit.

    Haut de page