Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Utilisation avancée d'un bouton pour un éclairage multi-zones
#1
Bonjour,

J'aimerais utiliser un unique bouton pour allumer un éclairage découpé en
zones.

Par exemple, le premier appui sur le bouton allume une partie de
l'éclairage, un second appui allume un peu plus de lampes, et le 3ème appui
allume tout. Et un appui unique lorsque les lampes sont allumées (quel que
soit le nombre de zones) éteint tout (cela veut dire que les 3 appuis pour
allumer les 3 zones doivent être fait dans un lapse de temps défini).

J'imagine qu'aucun bouton ne permet de faire ça de base, et qu'il faut une
petite logique externe. En gros, il faut un compteur et un timer, plus une
ou deux bascules.

Quel module pourrait faire ça ?

D'avance merci.

--
Frédéric
#2
On 9 août, 09:10, Frédéric <f...@gbiloba.org> wrote:
> J'imagine qu'aucun bouton ne permet de faire ça de base, et qu'il faut une
> petite logique externe. En gros, il faut un compteur et un timer, plus une
> ou deux bascules.

US/U x.x peut faire des comptages, mais pas de logique avancée.
J'emploie cette fonction pour enclencher des "codes secrets", du genre
"2 appuis rapides = action X, 3 appuis rapides = action Y, oui, je
sais, c'est de la bricole)

> Quel module pourrait faire ça ?
J'ai bien une idée, mais elle ne sera pas la bienvenue.
Je ne vois que un module logique (Merten, ABB, Siemens, etc ...) mais
on s'embarque...
#3
Le lundi 9 août 2010, marc.assin a écrit :

> > Quel module pourrait faire ça ?
>
> J'ai bien une idée, mais elle ne sera pas la bienvenue.

?

> Je ne vois que un module logique (Merten, ABB, Siemens, etc ...) mais
> on s'embarque...

Tu penses que c'est trop merdique à faire ?

--
Frédéric
#4
On 9 août, 12:28, Frédéric <f...@gbiloba.org> wrote:
> Tu penses que c'est trop merdique à faire ?

Non, non, pas du tout. Ces fonctions logiques sont faites pour çà.
De plus, le cas évoqué est relativement simple (sans vouloir
t'offenser)

La remarque allait plustôt dans une autre direction, évoquée il y très
longtemps, tout le monde a oublié, c'est très bien.
#5
D'après la doc du US/U 2.2 ou 4.2, la fonction “Push button with
multiple operation” permettrait d'obtenir quelque chose qui s'approche
de ton besoin.

On peut définir qu'un appui bref sur le bouton allume ou éteigne une
zone (fonction toggle vers un objet), que deux appuis brefs rapprochés
allument ou éteignent une deuxième zone(un autre objet), que trois
appuis brefs rapprochés allument ou éteignent une troisième zone (un
troisième objet).

C'est un peu différent du fonctionnement que tu évoquais, mais cela
permet de faire n'importe quelle combinaison d'allumage puisqu'on peut
allumer ou éteindre chacune des trois zones indépendamment.

En revanche (et la ça va te plaire), un appui long sur le bouton peut
envoyer une fonction off vers un autre objet, ce qui permet d'éteindre
les trois zones simultanément.

Note : Je n'ai pas testé, c'est juste ce que j'ai lu dans la doc page
36.
#6
On lundi 09 août 2010, jean-michel wrote:

> D'après la doc du US/U 2.2 ou 4.2, la fonction “Push button with
> multiple operation” permettrait d'obtenir quelque chose qui s'approche
> de ton besoin.
>
> On peut définir qu'un appui bref sur le bouton allume ou éteigne une
> zone (fonction toggle vers un objet), que deux appuis brefs rapprochés
> allument ou éteignent une deuxième zone(un autre objet), que trois
> appuis brefs rapprochés allument ou éteignent une troisième zone (un
> troisième objet).
>
> C'est un peu différent du fonctionnement que tu évoquais, mais cela
> permet de faire n'importe quelle combinaison d'allumage puisqu'on peut
> allumer ou éteindre chacune des trois zones indépendamment.
>
> En revanche (et la ça va te plaire), un appui long sur le bouton peut
> envoyer une fonction off vers un autre objet, ce qui permet d'éteindre
> les trois zones simultanément.
>
> Note : Je n'ai pas testé, c'est juste ce que j'ai lu dans la doc page
> 36.

C'est déjà un bon début ; il suffirait d'un mécanisme pour qu'une adresse
de groupe redirige en fait sur une ou plusieurs adresses :

zone 1 = 1.1.1
zone 2 = 1.1.2
zone 3 = 1.1.3

1 clic -> 1.1.4
2 clicks -> 1.1.5
3 clicks -> 1.1.6

et 1.1.4 -> 1.1.1
1.1.5 -> 1.1.1 + 1.1.2
1.1.6 -> 1.1.1 + 1.1.2 + 1.1.3

C'est faisable ? Avec quoi ?

--
Frédéric
#7
On Aug 9, 11:02 pm, Frédéric <f...@gbiloba.org> wrote:
> et 1.1.4 -> 1.1.1
>    1.1.5 -> 1.1.1 + 1.1.2
>    1.1.6 -> 1.1.1 + 1.1.2 + 1.1.3
>
> C'est faisable ? Avec quoi ?

C'est une demande courante, mais malheureusement la
norme n'encourage pas ce genre de comportement où les
messages risqueraient de se multiplient exponentiellement,
donc ça exige probablement un module supplémentaire.

Voici une autre idée, sans module logique, exploitant la fonction
"Automatisme" des actuateurs Hager TXA (ou équivalent) :

Poussoir configuré en télérupteur.
Relais "lampe 1" configuré en sortie ON/OFF simple.
Relais "lampe 2" configuré en automatisme "Autorisation ON/OFF".
Relais "lampe 3" configuré en automatisme "Autorisation ON/OFF".

On connecte les objets de la façon suivante :

Poussoir -> Entrée "ON/OFF" du relais "lampe 1".

Retour d'état "lampe 1" -> Entrée "automatisme" du relais "lampe 2".
Poussoir -> Entrée "ON/OFF" du relais "lampe 2".

Retour d'état "lampe 2" -> Entrée "automatisme" du relais "lampe 3".
Poussoir -> Entrée "ON/OFF" du relais "lampe 3".

Retour d'état "lampe 3" -> Entrée "indication d'état" du poussoir.

Je n'ai pas testé ça en pratique, ni essayé de simuler le
fonctionnement
(les spécifications des actuateurs ne sont pas assez précises pour ça)
mais c'est une piste amusante à explorer.
#8
On Aug 9, 11:02 pm, Frédéric <f...@gbiloba.org> wrote:
> C'est déjà un bon début ; il suffirait d'un mécanisme pour qu'une adresse
> de groupe redirige en fait sur une ou plusieurs adresses :
>
> zone 1 = 1.1.1
> zone 2 = 1.1.2
> zone 3 = 1.1.3
>
> 1 clic   -> 1.1.4
> 2 clicks -> 1.1.5
> 3 clicks -> 1.1.6
>
> et 1.1.4 -> 1.1.1
> 1.1.5 -> 1.1.1 + 1.1.2
> 1.1.6 -> 1.1.1 + 1.1.2 + 1.1.3

P.S. Dans ce cas précis on n'a pas besoin de "rediriger" les
adresses ; il suffit de connecter plusieurs addresses sur
chaque entrée d'actuateur, non ?

1.1.4 -> actuateur zone 1
1.1.5 -> actuateurs zone 1 et zone 2
1.1.6 -> actuateurs zone 1, zone 2 et zone 3

appui long -> OFF vers 1.1.7
1.1.7 -> actuateurs zone 1, zone 2 et zone 3
#9
Salut,

Le problème des appuis longs et appuis multiples, c'est que ça rend le
système moins réactif.
Pour un bouton poussoir avec juste un appui court pour allumer la
lumière, la lumière s'allume dès qu'on appuie. Si on ajoute une
fonction "appui long", lors d'un appui court, la lumière ne s'allume
que lorsqu'on relâche le bouton poussoir car tant que l'on maintient
appuyé, le système ne peut pas deviner que c'est un appui court.
Pour un appui multiple, supposons que le délai max entre les appuis
successifs est d'une seconde, l'éclairage sélectionné ne s'activera
qu'une seconde après le dernier appui. Pour des fonctions comme de
l'éclairage où l'on s'attend à voir un résultat immédiat c'est parfois
un peu déroutant quand on n'y est pas habitué.

Si ce comportement te convient, avec juste un US/U 2.2 tu peux obtenir
ceci:
appui simple => 1 groupe s'allume
appui double => 2 groupes s'allument
appui triple => 3 groupes s'allument
appui long => tout s'éteint

Pour obtenir ceci, il faut jouer avec les adresses de groupe.
sortie 1 => 1/1/1, 1/1/2 et 1/1/3
sortie 2 => 1/1/2 et 1/1/3
sortie 3 => 1/1/3

appui simple => 1/1/1
appui double => 1/1/2
appui triple => 1/1/3
appui long => 1/1/3

les appuis multiples sont configurés pour envoyer un ON et l'appui
long pour envoyer un OFF.

En regardant la fonction appui multiple dans ETS, je viens même de
découvrir un paramètre "Transmit value on every operation" et si il se
comporte comme je suppose, ça contredit en partie ma première
explication sur le temps de réponse. Dans ce cas, je suppose que lors
d'un appui triple, le premier appui envoie ON sur 1/1/1, le second
envoie ON sur 1/1/2, le troisième envoie ON sur 1/1/3.

Je n'ai pas testé personnellement la solution.
A+

Jean-François




On 12 août, 00:36, Pascal <pb115...@pabr.org> wrote:
> On Aug 9, 11:02 pm, Frédéric <f...@gbiloba.org> wrote:
>
> > C'est déjà un bon début ; il suffirait d'un mécanisme pour qu'une adresse
> > de groupe redirige en fait sur une ou plusieurs adresses :
>
> > zone 1 = 1.1.1
> > zone 2 = 1.1.2
> > zone 3 = 1.1.3
>
> > 1 clic   -> 1.1.4
> > 2 clicks -> 1.1.5
> > 3 clicks -> 1.1.6
>
> > et 1.1.4 -> 1.1.1
> >    1.1.5 -> 1.1.1 + 1.1.2
> >    1.1.6 -> 1.1.1 + 1.1.2 + 1.1.3
>
> P.S. Dans ce cas précis on n'a pas besoin de "rediriger" les
> adresses ; il suffit de connecter plusieurs addresses sur
> chaque entrée d'actuateur, non ?
>
> 1.1.4 -> actuateur zone 1
> 1.1.5 -> actuateurs zone 1 et zone 2
> 1.1.6 -> actuateurs zone 1, zone 2 et zone 3
>
> appui long -> OFF vers 1.1.7
> 1.1.7 -> actuateurs zone 1, zone 2 et zone 3
#10
On jeudi 12 août 2010, jef2000 wrote:

> En regardant la fonction appui multiple dans ETS, je viens même de
> découvrir un paramètre "Transmit value on every operation" et si il se
> comporte comme je suppose, ça contredit en partie ma première
> explication sur le temps de réponse. Dans ce cas, je suppose que lors
> d'un appui triple, le premier appui envoie ON sur 1/1/1, le second
> envoie ON sur 1/1/2, le troisième envoie ON sur 1/1/3.

Je vais creuser de ce côté, car ça me plaît bien.

Merci pour les explications.

--
Frédéric
#11
On 12 août, 16:27, jef2000 <jef2...@ouaye.net> wrote:
> Salut,
>
> Le problème des appuis longs et appuis multiples, c'est que ça rend le
> système moins réactif.
...
> En regardant la fonction appui multiple dans ETS, je viens même de
> découvrir un paramètre "Transmit value on every operation" et si il se
> comporte comme je suppose, ça contredit en partie ma première
> explication sur le temps de réponse. Dans ce cas, je suppose que lors
> d'un appui triple, le premier appui envoie  ON sur 1/1/1, le second
> envoie ON sur 1/1/2, le troisième envoie ON sur 1/1/3.

Très instructif. Je n'avais pas pensé au fait qu'un appui long
obligeait à prendre en compte les appuis courts seulement au
relâchement. Mais c'est logique. En revanche, l'option "Transmit value
on every operation" ne me semble pas contredire ton explication. Rien
ne dit que les différents envois ne seront pas exécutés eux-aussi sur
le front descendant de chaque appui sur le poussoir. Il faut bien
continuer à distinguer l'appui long...


Atteindre :


Utilisateur(s) parcourant ce sujet : 3 visiteur(s)