Le T2 est tjs dispo
T’es modules pas sur qu’ils gérent l’interlock
Le T2 est tjs dispo
T’es modules pas sur qu’ils gérent l’interlock
Ah merci pour me lien
L’interlock c’est bien le mode pour désactiver un relais quand l’autre s’active ?
Si c’est ça il possède bien ce mode
Oui c’est bien ça l’interlock
Hello !
Je serais pour un Shelly 2.5 car j’en ai déjà plein. Mais question, si on va bien gérer els deux vitesses, peut t’on passer la VMC à OFF ?
PS : Je sais d’aucuns diront qu’il ne faut jamais la couper totalement une VMC, mais la n’est pas le débat ![]()
Salut,
Je l’ai fait chez moi avec un shelly 2.5
il est en mode « Roller Shutter »
en position montée → VMC en vitesse 1
en position descente → VMC en vitesse 2
en Pause → VMC à l’arrêt
Sauf qu’en roller shutter tubas un temps maximum à régler et de tête c’est 5min (ce qui est déjà énorme pour un volet roulant)
Crotte je l’ai pas fait a cause de ça
J’avais pas lu ça dans la doc … ![]()
![]()
Édit: la doc est effectivement indigente sur le sujet ![]()
Comme quoi, on peut apprendre de nouvelles choses tous les jours. ![]()
Même des trucs très basiques comme un ZERO bien placé. ![]()
Merci @fredarro @ddfdom Je vais tester ça bientôt ![]()
Va se poser la question de l’interrupteur. Mais je pense qu’avec un poussoir configuré en tant que tel ça doit le faire. Je fais ça avec les VR (1 appui = montée ou descente, i second appui = stop). On peut même imaginer une ou deux led’s à coté pour avoir un retour…
Si ca peut t’aider, voici ma configuration via MQTT pour avoir un switch de commande ON-OFF sur HA, un curseur de niveau d’humidité de déclenchement auto pour la vitesse 2 et un switch pour le mode de gestion auto ou manuel.
mqtt:
cover:
- name: "vmc"
command_topic: "shellies/vmc/roller/0/command"
state_topic: "shellies/vmc/roller/0"
position_topic: "shellies/vmc/roller/0/pos"
set_position_topic: "shellies/vmc/roller/0/command/pos"
retain: true
optimistic: true
payload_open: "open"
payload_close: "close"
payload_stop: "stop"
state_open: "open"
state_closed: "close"
position_open: 100
position_closed: 0
qos: 1
number:
- name: "humidite_consigne"
state_topic: "home/humidite_consigne"
unique_id: "humidite_consigne"
min: 50
max: 90
step: 5
unit_of_measurement: "% Hum"
retain: true
command_topic: "home/humidite_consigne"
switch:
- command_topic: "home/vmc_auto"
state_topic: "home/vmc_auto"
name: vmc_auto
unique_id: "vmc_auto"
state_on: "ON"
state_off: "OFF"
payload_on: "ON"
payload_off: "OFF"
retain: true
qos: 1
switch:
- platform: template
switches:
vmc:
unique_id: vmc
value_template: "{{ is_state('cover.vmc', 'closed') }}"
turn_on:
action: cover.close_cover
target:
entity_id: cover.vmc
turn_off:
action: cover.open_cover
target:
entity_id: cover.vmc
Merci, mais ce n’est pas chez moi et je n’ai pas de mqtt. Mais bonne source d’inspiration.
Sauf que cette astuce fonctionnait avec les Gen1, les Gen2 et Gen3 imposent 0.1 minimum… (pas contournable via l’API, j’ai testé !).
Il y a bien un script disponible ici, mais ce n’est pas totalement satisfaisant…
Voir la discussion sur Reddit…
Aaah je suis pas fou ça me rassure ![]()
Désolé mais pas vu que vous étiez sur du gen3.
La solution du zéro fonctionne quand même sur 66% des cas ![]()
Si vous voulez, il doit me rester 2 ou 3 modules en gen1 dans un tiroir pour vous aider? ![]()
Personne ne l’a pensé.
Bon dimanche.
Avec le script qui est dans le lien ça réinit le timer et ça fait le job. De toutes façons je n’ai trouvé aucune autre solution out of the box. Quels idées ici Il faudrait un module 2 NF/NO …
Ce sujet a été automatiquement fermé après 2 jours. Aucune réponse n’est permise dorénavant.