Anomalies sur des interrupteurs de volet SC400ZB-EU

Entraide Home Assistant
, , ,
1

Bonjour,

J’ai depuis quelques temps 8 interrupteurs de volets roulant SC400ZB-EU. Ils fonctionnent bien mais il arrive que parfois le volet ne remonte pas jusqu’en haut : Il reste 20 cm de volet (parfois plus, parfois moins). C’est d’autant plus fréquent lorsque le volet n’était pas fermé à 100%.

Je calibre la montée et la descente du volet lorsque cela se produit. Mais le problème finit par réapparaitre.
J’ai finit par me faire une automatisation qui active la calibration d’ouverture/fermeture de tous les volets, ouvre/ferme les volets et désactive la calibration d’ouverture/fermeture. Le tout avec des timers pour enregistrer une valeur de 60 secondes environ sur l’ouverture/fermeture des volets.

sequence:
  - parallel:
      - type: turn_on
        device_id: 60c6e480916d0bbb947882c58aea784b
        entity_id: 2dfada750e3d54573d47d467afb71bbc
        domain: switch
      - type: turn_on
        device_id: 2375741deae42c1df5622ddcf1ab4fce
        entity_id: fc3233a086374c2f76a22bfa0c7aaee8
        domain: switch
      - type: turn_on
        device_id: 79f9cc19e2a531c96476320baa15e001
        entity_id: e93b3771a33f346cfddf556589484404
        domain: switch
      - type: turn_on
        device_id: 86df7c9035b712a245bb31f45cd133cc
        entity_id: dd2d1ee2cb39de16f02de00c8a69ebfb
        domain: switch
      - type: turn_on
        device_id: 432a32c65b4bda7fddd89cce2e4fe6f5
        entity_id: 9f8555b19b3d392c852ea21a3fdc7b23
        domain: switch
      - type: turn_on
        device_id: c9bd303ddda07c497ee699d653a70e5c
        entity_id: cf63f3211dbd3898221676c79df138f1
        domain: switch
      - type: turn_on
        device_id: 0c89a6c0c9196a047ec1347d89e9e23c
        entity_id: 4d2c842872b004a538246995be262090
        domain: switch
      - type: turn_on
        device_id: b6393ad47003ee6f151409e1c7d4a569
        entity_id: 5fa31df175ba166a54d918e31166f928
        domain: switch
  - delay:
      hours: 0
      minutes: 0
      seconds: 5
      milliseconds: 0
  - action: cover.open_cover
    metadata: {}
    data: {}
    target:
      floor_id:
        - rez_de_chaussee
        - etage
  - delay:
      hours: 0
      minutes: 0
      seconds: 35
      milliseconds: 0
  - parallel:
      - device_id: 60c6e480916d0bbb947882c58aea784b
        domain: cover
        entity_id: ea6d0fec6756d7f4564c435fec45c845
        type: stop
      - device_id: 2375741deae42c1df5622ddcf1ab4fce
        domain: cover
        entity_id: d5b997adeb31177ad0f83cd94aeb8ccf
        type: stop
      - device_id: 79f9cc19e2a531c96476320baa15e001
        domain: cover
        entity_id: 46b88efea29181680d348ce84efc910a
        type: stop
      - device_id: 86df7c9035b712a245bb31f45cd133cc
        domain: cover
        entity_id: aec05c54ad35d4174fd5f109d12c6a93
        type: stop
      - device_id: 432a32c65b4bda7fddd89cce2e4fe6f5
        domain: cover
        entity_id: 728c4e54b27cfc4bcb82d06c514f3f12
        type: stop
      - device_id: c9bd303ddda07c497ee699d653a70e5c
        domain: cover
        entity_id: 69fa7893c9dc4638e7f12653f7a84852
        type: stop
      - device_id: 0c89a6c0c9196a047ec1347d89e9e23c
        domain: cover
        entity_id: 15cd010063ebe1421d5b03ce9c5bd8aa
        type: stop
      - device_id: b6393ad47003ee6f151409e1c7d4a569
        domain: cover
        entity_id: 3e5d82506a1f566b77f16ea40822d76f
        type: stop
  - delay:
      hours: 0
      minutes: 0
      seconds: 5
      milliseconds: 0
  - parallel:
      - type: turn_off
        device_id: 60c6e480916d0bbb947882c58aea784b
        entity_id: 2dfada750e3d54573d47d467afb71bbc
        domain: switch
      - type: turn_off
        device_id: 2375741deae42c1df5622ddcf1ab4fce
        entity_id: fc3233a086374c2f76a22bfa0c7aaee8
        domain: switch
      - type: turn_off
        device_id: 79f9cc19e2a531c96476320baa15e001
        entity_id: e93b3771a33f346cfddf556589484404
        domain: switch
      - type: turn_off
        device_id: 86df7c9035b712a245bb31f45cd133cc
        entity_id: dd2d1ee2cb39de16f02de00c8a69ebfb
        domain: switch
      - type: turn_off
        device_id: 432a32c65b4bda7fddd89cce2e4fe6f5
        entity_id: 9f8555b19b3d392c852ea21a3fdc7b23
        domain: switch
      - type: turn_off
        device_id: c9bd303ddda07c497ee699d653a70e5c
        entity_id: cf63f3211dbd3898221676c79df138f1
        domain: switch
      - type: turn_off
        device_id: 0c89a6c0c9196a047ec1347d89e9e23c
        entity_id: 4d2c842872b004a538246995be262090
        domain: switch
      - type: turn_off
        device_id: b6393ad47003ee6f151409e1c7d4a569
        entity_id: 5fa31df175ba166a54d918e31166f928
        domain: switch
  - action: notify.notify
    metadata: {}
    data:
      message: " Ouverture & Calibration des Volets Roulants : OK."
      title: Volets Roulants
    enabled: true
alias: Calibration Volet_Roulant
description: ""

C’est brutal et les ouvertures et fermetures partielles ne correspondent pas. Mais ça diminue l’apparition du problème.

Est ce que vous avez déjà eu ce genre de problème ? Existe-t-il une méthode pour modifier directement la valeur de calibration en ouverture et fermeture de chaque volet (Si au préalable, je relève la valeur de chaque volet en ouverture et fermeture) ?

Merci de votre retour.

2

Je vais être violent mais c’est du tuya donc c’est pas terrible surtout pour tout ce qui est calibration certains même ne supportent même pas de définir un % d’ouverture

A voir si tu ne peux pas choisir le temps d’ouverture fermeture manuellement

3

C’est vrai que tu m’en avais parlé mais malheureusement il était déjà monté…

J’ai pas mal de choix dans les menus sur Zigbee2mqtt.

IMG_5235
IMG_52351170×1970 331 KB

Et j’ai trouvé pas mal de choses dans la doc : Tuya TS130F control via MQTT | Zigbee2MQTT

Je vais continuer de chercher comment utiliser les fonctions set dans une automatisation.

4

Tu as les temps inscrit sûrement suite à la calibration

Sauf que c’est dans pas efficace

5

Oui c’est ça. :confused:
J’ai lu qu’il existait des commandes comme

zigbee2mqtt/VR_Salon/set{calibration_time:30}

Je vais faire des essais de calibration.
Sinon j’irais regarder d’autres interrupteurs…

6

Tu peux envoyer des commandes avec mqtt explorer par exemple

7

Je viens de comprendre un truc.
Le temps pour ouvrir le volet sera plus long que le temps pour le fermer.
J’ai forcé le temps de montée à 40 et celui de descente à 30. Le volet est ouvert et je le ferme à 50%. Il s’est arrêté au bout de 20 secondes et non 15…

J’en conclu que la calibration de la montée dépend de l’inversion ou non du moteur…
Dans le cas de ce moteur il était inversé donc quand je calibrais la montée en fait c’était la descente…
Bref un vrai merdier.

8

Jamais 20cm, mais parfois 5 ou 10cm… mais ça disparaît tout seul après 1 ou 2 ouverture / fermeture complète, donc je n’y prête plus attention.

Reste à trouver une solution rationnelle simple… Je suis curieux aussi :grin:

Il y a pas mal d’options de calibration quand même, et il est normal que le réglage du % d’ouverture ne soit pas parfait avec le rattrapage du jeu nécessaire à tout mécanisme, et ça n’a rien à voir avec tuya ou pas…

En bref, même avec un interrupteur de compétition à 150€ pas tuya, ça ne transformera pas le mécanisme de volet moyen moins qui fatigue un peu en un super volet ! Si j’avais de l’argent à mettre par les fenêtres j’investis d’abord dans un volet roulant de compétition.

9

J’ai des vieux volets basique des moteurs nice a butée mécanique (important va fonctionne tjs mieux) avec des modules qubino zwave et si je demande 50 % j’ai bien 50% de la course (et pas de l’ouverture c’est logique) c’est précis car j’ouvre de 22% pour glisser juste mon tuyau de clim portable et en ce moment ce tous les jours donc oui je peux le répéter

Donc désolé avec des modules de qualités et même des vieux moteur c’est précis (on est pas au mm)

1 « J'aime »
10

Je comprends.
Sans avoir été hyper précis sur la calibration tout à l’heure, en demandant du 50% j’avais à peu près du 50%.
Vu que je peux rentrer un temps en ms, ça va le faire mais c’est pas simple et surtout pas clair comme bidouillage.

Je vais devoir me faire un tableau avec chaque interrupteur son temps de montée, son temps de descente et le sens du moteur.
Une fois que j’aurais tout relevé, je me ferais une automatisation de secours pour reset les valeurs.
Mais comment on peut faire ça ? Sans de voir utiliser un addon ou autre ?

11

salut,

tu a essayer cette méthode si elle peut fonctionner dans ton cas

tu peut essayer mon un exemple ici d’automatisation plus propre, elle évite l’utilisation de delay:

alias: Calibrage volets Z2M
trigger:
  - platform: time
    at: '03:00:00'
action:
  - service: mqtt.publish
    data:
      topic: zigbee2mqtt/volet_salon/set
      payload: '{"cover_mode":{"calibration":true}}'
  - delay: '00:00:05'
  - service: mqtt.publish
    data:
      topic: zigbee2mqtt/volet_salon/set
      payload: '{"moesCalibrationTime":200}'
  - delay: '00:00:02'
  - service: mqtt.publish
    data:
      topic: zigbee2mqtt/volet_salon/set
      payload: '{"cover_mode":{"calibration":false}}'
  - service: notify.notify
    data:
      message: "Volet salon recalibré"

Copie le bloc action pour tous les volets en adaptant topic et moesCalibrationTime.

12

Honnêtement recable tes moteurs pour que la montée corresponde bien entre moteur et interrupteur

Juste nativement avec du yaml

13

Oui tu as raison. Je vais déjà commencer par faire ça !
Ensuite je ferais une calibration propre pour chaque moteur, un relevé des différentes valeurs et une automatisation pour une calibration automatique. Je vous enverrai le YAML dès que je l’aurai fait.

1 « J'aime »
14

Je viens de faire quelque tests mais ça ne fonctionne pas.
C‘est clair que ça vient de mon mqtt.publish mais je ne sais pas comment bien écrire la requête.

J’ai pu récupérer les journaux suite à une calibration via la console développeur de zigbee2mqtt. Ça donne ça :
2025-06-25 19:11:58z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/VR_Salon', payload '{"backlight_mode":"OFF","calibration":"OFF","calibration_down":"OFF","calibration_time_down":35,"calibration_time_up":22.2,"calibration_up":"OFF","indicator_mode":"off","linkquality":100,"motor_reversal":"OFF","moving":"STOP","position":15,"state":"OPEN"}'

Je pense qu’il y a moyen d’en tirer quelque chose…

15

Fais donc des tests avec mqtt explorer pour valider ça

Tu pourra extraire ta requêtes

16

J’ai commencé à regarder ce que c’était mais j’y comprends rien. :sweat_smile:

J’ai installé l’addon sur mon HA mais je ne comprend pas comment ce connecter au serveur MQTT ensuite.

17

Si tu as installé zigbee2mqtt tu as tous les éléments pour te connecter a mosquitto
Le nom d’hôte est core-mosquitto et les login mot de passe tu peux ou en ajouter un ou utiliser ceux déjà en place pour z2m

Mais tu pouvais l’installer sur ton pc plutôt qu’en addon

1 « J'aime »
18

Hello

En te basant sur l’exemple donné plus haut par @hackdiy , tu peux tester juste ce mqtt.publish dans les outils de dev/actions.

service: mqtt.publish
    data:
      topic: zigbee2mqtt/volet_salon/set
      payload: '{"moesCalibrationTime":200}'

Tu remplace volet_salon par VR_Salon et le payload par celui qui t’intéresse, exemple calibration_time_up":22.2

1 « J'aime »
19

En effet. J’ai réussi à me connecter sur mon broker. J’ai fait une calibration depuis la console développeur de Zigbee2mqtt, l’info apparaît bien dans mqtt explorer.

J’ai donc tenter de publier ce qu’il venait de m’être envoyer mais sans succès. Les valeurs changent bien sur mqtt explorer mais pas dans Z2M.
A vrai dire je ne sais pas si j’utilise correctement mqtt explorer.

Désolé je n’ai pas répondu à la solution de @hackdiy. Malheureusement ça ne fonctionne pas.
L’automatisation se déroule sans défaut mais la valeur reste inchangée.

20

tu peux l’utiliser pour visualiser les message mqtt mais aussi pour publier des messages