Bonjour à tous,
Voici un petit problème avec le module AT/S 6.6.1 10A.
Je l'utilise avec la foncion Stairlight, qui permet de temporiser
l'allumage des lampes.
Sur les objets de sortie, j'ai cochet tous les flags.
J'utilise une adresse de groupe pour l'allumage avec un interrupteur
ABB 6117, et une autre adresse de groupe pour l'exctintion et le
rallumage via une sonde crépusculaire type berker.
Voici donc mon problème:Quand j'utilise l'interrupteur j'obtient sur
le bus un ON et un OFF en sens inverse.
Cependant quand la sonde envoie un OFF, je n'ai pas de réponse de
l'état de la sortie du module.
J'ai pourtant besoin d'avoir l'état de la sortie et de la fonction
stairlight.
J'aimerai savoir si il y a un progamme d'application avec le
stairlight et le statut?
Merci pour vos réponses.
On 25 sep, 18:29, gege <jeromesandr...@hotmail.com> wrote:
> Bonjour à tous,
> Voici un petit problème avec le module AT/S 6.6.1 10A.
> Je l'utilise avec la foncion Stairlight, qui permet de temporiser
> l'allumage des lampes.
> Sur les objets de sortie, j'ai cochet tous les flags.
Déjà le problème se situe là.
Une règle : les flags ne se modifient que exceptionnellement, et quand
on sait pourquoi
> J'utilise une adresse de groupe pour l'allumage avec un interrupteur
> ABB 6117, et une autre adresse de groupe pour l'exctintion et le
> rallumage via une sonde crépusculaire type berker.
>
Pourquoi 2 adresses de groupes? Une seule commande ON/OFF sur la
sortie suffit : le 6117 paramétré en ON, et la sonde crep en ON/OFF
> Voici donc mon problème:Quand j'utilise l'interrupteur j'obtient sur
> le bus un ON et un OFF en sens inverse.
> Cependant quand la sonde envoie un OFF, je n'ai pas de réponse de
> l'état de la sortie du module.
> J'ai pourtant besoin d'avoir l'état de la sortie et de la fonction
> stairlight.
>
> J'aimerai savoir si il y a un progamme d'application avec le
> stairlight et le statut?
Les AT/S xx1 sont avec des BCU1, ils sont donc un peu limité en
fonctionnalités
>
> Merci pour vos réponses.
Le meilleur moyen d'avoir ce genre d'info est de regarder dans la doc
technique du AT/S 6.6.1. On y trouve un tableau reprenant les
applications possibles:
Number of Max. number
of Max. number of
communication objects group
addresses associations
Switch Logic Default /3 12
16 17
Switch Status Default /1 12
18 18
Switch Default Time /3 6
18 18
Switch Default Stairc.fct /3 6
21 22
Switch Priority Status Default /6 12
14 14
Fan coil 4-pipe Heat and Cool /1
5 5 5
De là, il est facile de voir qu'il n'existe effectivement pas
d'application qui fasse simultanément "stairc" et "status"
Sur ce plan, le AT/S 6.6.1 à l'air d'être le vilain petit canard de la
famille parce que j'en ai regardé quelques autres (AT/S 4.6.2, AT/S
8.10.1, ..) et ils ont tous l'air d'avoir cette fonctionnalité.
Par contre, je n'ai pas bien saisi l'utilité d'avoir deux addresses de
groupe différentes, puisque cette application n'a qu'un objet de
communication par sortie. Utiliser une seule addresse de groupe
permettrait au moins d'avoir un état cohérent entre l'interrupteur et
la sonde, même si le feedback est absent lorsque la sortie repasse à
OFF suite au timer 'stairlight'
On 25 sep, 18:29, gege <jeromesandr...@hotmail.com> wrote:
> Bonjour à tous,
> Voici un petit problème avec le module AT/S 6.6.1 10A.
> Je l'utilise avec la foncion Stairlight, qui permet de temporiser
> l'allumage des lampes.
> Sur les objets de sortie, j'ai cochet tous les flags.
> J'utilise une adresse de groupe pour l'allumage avec un interrupteur
> ABB 6117, et une autre adresse de groupe pour l'exctintion et le
> rallumage via une sonde crépusculaire type berker.
>
> Voici donc mon problème:Quand j'utilise l'interrupteur j'obtient sur
> le bus un ON et un OFF en sens inverse.
> Cependant quand la sonde envoie un OFF, je n'ai pas de réponse de
> l'état de la sortie du module.
> J'ai pourtant besoin d'avoir l'état de la sortie et de la fonction
> stairlight.
>
> J'aimerai savoir si il y a un progamme d'application avec le
> stairlight et le statut?
>
> Merci pour vos réponses.
Si j'ai besoin deux adresses de groupe, c'est parce que je gère 17
lampes différentes avec 4 seuils d'éclairages.
Soit 4 objets de communication par adresse de groupe pour la sonde.
En somme j'utilise 1 adresse de groupe pour l'interrupteur on/off, une
adresse de groupe pour la sonde on/off avec plusieurs objets de sortie
d'autre lampes, et une pour un off tout.
Soit au total 3 adresses de groupe par objet de sortie d'éclairage.
Donc quand la lampe est allumée avec l'interrupteur,l'envoie sur le
bus apparait bien, car la premiére adresse de groupe à le
send.Cependant les autres n'envoie pas l'état de la sortie.
A+Jérôme
On 25 sep, 22:46, jef2000 <jef2...@ouaye.net> wrote:
> Le meilleur moyen d'avoir ce genre d'info est de regarder dans la doc
> technique du AT/S 6.6.1. On y trouve un tableau reprenant les
> applications possibles:
>
> Number of Max. number
> of Max. number of
> communication objects group
> addresses associations
> Switch Logic Default /3 12
> 16 17
> Switch Status Default /1 12
> 18 18
> Switch Default Time /3 6
> 18 18
> Switch Default Stairc.fct /3 6
> 21 22
> Switch Priority Status Default /6 12
> 14 14
> Fan coil 4-pipe Heat and Cool /1
> 5 5 5
>
> De là, il est facile de voir qu'il n'existe effectivement pas
> d'application qui fasse simultanément "stairc" et "status"
> Sur ce plan, le AT/S 6.6.1 à l'air d'être le vilain petit canard de la
> famille parce que j'en ai regardé quelques autres (AT/S 4.6.2, AT/S
> 8.10.1, ..) et ils ont tous l'air d'avoir cette fonctionnalité.
> Par contre, je n'ai pas bien saisi l'utilité d'avoir deux addresses de
> groupe différentes, puisque cette application n'a qu'un objet de
> communication par sortie. Utiliser une seule addresse de groupe
> permettrait au moins d'avoir un état cohérent entre l'interrupteur et
> la sonde, même si le feedback est absent lorsque la sortie repasse à
> OFF suite au timer 'stairlight'
>
> On 25 sep, 18:29, gege <jeromesandr...@hotmail.com> wrote:
>
>
>
> > Bonjour à tous,
> > Voici un petit problème avec le module AT/S 6.6.1 10A.
> > Je l'utilise avec la foncion Stairlight, qui permet de temporiser
> > l'allumage des lampes.
> > Sur les objets de sortie, j'ai cochet tous les flags.
> > J'utilise une adresse de groupe pour l'allumage avec un interrupteur
> > ABB 6117, et une autre adresse de groupe pour l'exctintion et le
> > rallumage via une sonde crépusculaire type berker.
>
> > Voici donc mon problème:Quand j'utilise l'interrupteur j'obtient sur
> > le bus un ON et un OFF en sens inverse.
> > Cependant quand la sonde envoie un OFF, je n'ai pas de réponse de
> > l'état de la sortie du module.
> > J'ai pourtant besoin d'avoir l'état de la sortie et de la fonction
> > stairlight.
>
> > J'aimerai savoir si il y a un progamme d'application avec le
> > stairlight et le statut?
>
> > Merci pour vos réponses.- Masquer le texte des messages précédents -
>
> - Afficher le texte des messages précédents -
Rebonjour,
Si je suis ton raisonnement, je pourrais mettre sur l'interrupteur
6117 (10 contacts) 10 fonctions ON pour chaque lampe.
Soit 10 adresses de groupes, une pour chaque lampe et ensuite mettre
l'objet de communication de la sonde dans chaque adresse de groupe?
Donc au final, l'objet de communication de la sonde aurais 10 adresses
de groupes!!!
Sachant que l'objet de communication de la sonde n'envoie qu'une
adresse de groupe, je me pose des questions, sur la vérasité de tes
propos.
On 25 sep, 21:17, mickg <mickael.gaut...@wanadoo.fr> wrote:
> On 25 sep, 18:29, gege <jeromesandr...@hotmail.com> wrote:
>
> > Bonjour à tous,
> > Voici un petit problème avec le module AT/S 6.6.1 10A.
> > Je l'utilise avec la foncion Stairlight, qui permet de temporiser
> > l'allumage des lampes.
> > Sur les objets de sortie, j'ai cochet tous les flags.
>
> Déjà le problème se situe là.
> Une règle : les flags ne se modifient que exceptionnellement, et quand
> on sait pourquoi
>
> > J'utilise une adresse de groupe pour l'allumage avec un interrupteur
> > ABB 6117, et une autre adresse de groupe pour l'exctintion et le
> > rallumage via une sonde crépusculaire type berker.
>
> Pourquoi 2 adresses de groupes? Une seule commande ON/OFF sur la
> sortie suffit : le 6117 paramétré en ON, et la sonde crep en ON/OFF
>
> > Voici donc mon problème:Quand j'utilise l'interrupteur j'obtient sur
> > le bus un ON et un OFF en sens inverse.
> > Cependant quand la sonde envoie un OFF, je n'ai pas de réponse de
> > l'état de la sortie du module.
> > J'ai pourtant besoin d'avoir l'état de la sortie et de la fonction
> > stairlight.
>
> > J'aimerai savoir si il y a un progamme d'application avec le
> > stairlight et le statut?
>
> Les AT/S xx1 sont avec des BCU1, ils sont donc un peu limité en
> fonctionnalités
>
>
>
>
>
> > Merci pour vos réponses.- Masquer le texte des messages précédents -
>
> - Afficher le texte des messages précédents -
@ jef2000
> Par contre, je n'ai pas bien saisi l'utilité d'avoir deux addresses de
> groupe différentes, puisque cette application n'a qu'un objet de
> communication par sortie. Utiliser une seule addresse de groupe
> permettrait au moins d'avoir un état cohérent entre l'interrupteur et
> la sonde, même si le feedback est absent lorsque la sortie repasse à
> OFF suite au timer 'stairlight'
Non non, la config de GeGe me semble tout à fait correcte pour son
cas ...
Mais je dois bien dire que je te donne raison quant au diagnostique
sur les applications disponibles sur l'acteur AT/S 6.6.1, vu le numéro
de modèle il s'agit sans doute d'un appareil assez ancien basé sur
BCU1, donc avec très peu de mémoire et des applications forcément
limitées.
Mon diagnostique :
- Soit changer l'acteur pour un modèle plus récent (avec plus de
mémoire et une application complète).
- Soit faire faire la fonction "staircase" par un module logique
extérieur (une tempo. avec reset + une porte OU à 3 entrées).
@Mickg
> Une règle : les flags ne se modifient que exceptionnellement,
Ben oui et non, il y a tout de même pas mal de cas ou les réglage par
défaut fourni par les constructeurs ne conviennent pas ... mais c'est
sur que mettre tous les flags à ON, ce n'est pas une bonne solution.
> et quand on sait pourquoi
Ce n'est pas toujours simple de décider quand mettre quel flag ou ne
pas le mettre, surtout pour les débutants ; cela demande un certain
temps de pratique de l'EIB avant de jongler facilement avec les flags.
@gege
> Voici donc mon problème:Quand j'utilise l'interrupteur j'obtient sur
> le bus un ON et un OFF en sens inverse.
> Cependant quand la sonde envoie un OFF, je n'ai pas de réponse de
> l'état de la sortie du module.
> J'ai pourtant besoin d'avoir l'état de la sortie et de la fonction
> stairlight.
Pour être sur que je comprenne bien :
Quand tu allumes avec l'ABB 6117, tu veux que la fonction staircase
éteigne la lampe après quelques minutes ?
Quand c'est la sonde crépusculaire qui allume la lampe, tu as
programmé un envoi cyclique de "ON" depuis la sonde quand il fait
sombre dehors, avec un temps de cycle plus court que la durée du timer
pour le staircase, afin de garder la lampe allumée en permanence ?
C'est bien cela ?
Dans ce cas, il y a une solution simple : programmer l'ABB 6117 pour
qu'il n'envoie que des "ON" (un seul par appui, bien sur, pas
cyclique) et jamais des "OFF".
Si, en plus, tu veux pouvoir éteindre la lampe avec l'interrupteur "à
main", il te faut un module boutons-poussoirs avec deux boutons
séparés, un qui envoie des "ON" et l'autre des "OFF" (Je ne connais
pas le 6117, peut-être convient-il).
Et si tu veux en plus un feed-back visuel sur l'interrupteur "à
main" (= une petite led qui s'allume sur le module bouton-poussoirs
quand la lampe est allumée) et/ou un feed-back sur un système de
gestion centralisé (=Home-Serveur Gira ou un tableau d'affichage
quelconque...), il ne reste plus que les solutions de mon post
précédent : changer l'acteur AT/S 6.6.1ou utiliser un module logique
séparé pour le staircase.
Salut Keldo,
Accroche toi cela va être longt.
Donc comme je le disais dans un de mes post, j'ai trois adresses de
groupe différentes.
1 adresse: pour l'allumage via l'interrupteur 6117 ON/OFF pour chaque
lampes.
2 adresse: pour la sonde, qui fonctionne dans la journée en ON/OFF
également, car quant il y a suffissament de soleil elle éteint les
lampes, et les rallumes si il fait plus sombre.
3 adresse: pour ON/OFF de tout les lampes (1000 tubes fluo) via
interrupteur ou l'alarme intrusion(uniquement OFF)
Voici comment cela fonctionne le matin.
L'équipe du matin (6H00) allume toute les lampes (via un interrupteur
ON/OFF adresse 3) pour lesquelles il y a la fonction stairlight au
démarrage de chaque groupes de lampe (cela évite une pointe au
démarrage).
En allumant via ce même interrupteur, je débloque la sonde
crépusculaire.
Ensuite le restant de la journée la sonde gére toutes les lampes.
Cependant si la sonde pour une raison ou une autre "plante", il reste
les interrupteurs individuel de chaque lampe.
Le soir soit on utilise l'interrupteur pour éteindre ou si il y a un
oubli, le fait de mettre l'alarme intrusion éteinte tout.
Bien sur la sonde est bloqué en même temps.
Mais quand je regarde le S dans les adresses de groupe, il n'y a que
l'adresse 1 qui envoie un send.
J'ai cependant besoin de savoir l'état de mes lampes, car actuellement
je fais la mise en fonction d'un HOME SERVEUR 3 de GIRA.
Donc l'état doit être juste.
Tu as effectivement raison, mes acteurs ont 8 ans donc BCU1.
Alors comme tu le dis plus haut, la fonction stairecase peu être
réaliser avec un module logique, ou un sénario de démarrage sur la
première adresse de groupe avec des paliers de démarrage progressif
pour chaque objet de mes acteurs.
Bien entendu j'utiliserai la fonction Statut de l'acteur.
Bref encore un module logique de plus dans l'entreprise.
Voilà j'espére avoir été un peu plus claire et merci pour ta
proposition de module logique.
A+Jérôme.
On 29 sep, 02:29, keldo <kelderm...@ibelgique.com> wrote:
> @gege
>
> > Voici donc mon problème:Quand j'utilise l'interrupteur j'obtient sur
> > le bus un ON et un OFF en sens inverse.
> > Cependant quand la sonde envoie un OFF, je n'ai pas de réponse de
> > l'état de la sortie du module.
> > J'ai pourtant besoin d'avoir l'état de la sortie et de la fonction
> > stairlight.
>
> Pour être sur que je comprenne bien :
> Quand tu allumes avec l'ABB 6117, tu veux que la fonction staircase
> éteigne la lampe après quelques minutes ?
> Quand c'est la sonde crépusculaire qui allume la lampe, tu as
> programmé un envoi cyclique de "ON" depuis la sonde quand il fait
> sombre dehors, avec un temps de cycle plus court que la durée du timer
> pour le staircase, afin de garder la lampe allumée en permanence ?
> C'est bien cela ?
>
> Dans ce cas, il y a une solution simple : programmer l'ABB 6117 pour
> qu'il n'envoie que des "ON" (un seul par appui, bien sur, pas
> cyclique) et jamais des "OFF".
>
> Si, en plus, tu veux pouvoir éteindre la lampe avec l'interrupteur "à
> main", il te faut un module boutons-poussoirs avec deux boutons
> séparés, un qui envoie des "ON" et l'autre des "OFF" (Je ne connais
> pas le 6117, peut-être convient-il).
>
> Et si tu veux en plus un feed-back visuel sur l'interrupteur "à
> main" (= une petite led qui s'allume sur le module bouton-poussoirs
> quand la lampe est allumée) et/ou un feed-back sur un système de
> gestion centralisé (=Home-Serveur Gira ou un tableau d'affichage
> quelconque...), il ne reste plus que les solutions de mon post
> précédent : changer l'acteur AT/S 6.6.1ou utiliser un module logique
> séparé pour le staircase.
> 3 adresse: pour ON/OFF de tout les lampes (1000 tubes fluo) via
> interrupteur ou l'alarme intrusion(uniquement OFF)
Ha oui, moi je pensais à une fonction du style : cage d'escalier dans
la partie commune d'un immeuble à appartements avec allumage
automatique le soir et la possibilité d'allumer manuellement et
temporairement de jour en sus pour les personnes avec une mauvaise
vue ; un truc plus classique quoi ! ;-)
Mais c'est clair qu'avec 1000 tubes fluos, il vaut mieux séquencer
l'allumage, sinon le pic va être sévère.
Je connais pas l'utilisation du Home Serveur, mais n'a-t-il pas une
fonction scénario-macro pour décaler l'allumage des différents groupes
de lampes?
On 29 sep, 12:22, gege <jeromesandr...@hotmail.com> wrote:
> Salut Keldo,
>
> Accroche toi cela va être longt.
>
> Donc comme je le disais dans un de mes post, j'ai trois adresses de
> groupe différentes.
> 1 adresse: pour l'allumage via l'interrupteur 6117 ON/OFF pour chaque
> lampes.
>
> 2 adresse: pour la sonde, qui fonctionne dans la journée en ON/OFF
> également, car quant il y a suffissament de soleil elle éteint les
> lampes, et les rallumes si il fait plus sombre.
>
> 3 adresse: pour ON/OFF de tout les lampes (1000 tubes fluo) via
> interrupteur ou l'alarme intrusion(uniquement OFF)
>
> Voici comment cela fonctionne le matin.
>
> L'équipe du matin (6H00) allume toute les lampes (via un interrupteur
> ON/OFF adresse 3) pour lesquelles il y a la fonction stairlight au
> démarrage de chaque groupes de lampe (cela évite une pointe au
> démarrage).
> En allumant via ce même interrupteur, je débloque la sonde
> crépusculaire.
> Ensuite le restant de la journée la sonde gére toutes les lampes.
> Cependant si la sonde pour une raison ou une autre "plante", il reste
> les interrupteurs individuel de chaque lampe.
>
> Le soir soit on utilise l'interrupteur pour éteindre ou si il y a un
> oubli, le fait de mettre l'alarme intrusion éteinte tout.
> Bien sur la sonde est bloqué en même temps.
>
> Mais quand je regarde le S dans les adresses de groupe, il n'y a que
> l'adresse 1 qui envoie un send.
> J'ai cependant besoin de savoir l'état de mes lampes, car actuellement
> je fais la mise en fonction d'un HOME SERVEUR 3 de GIRA.
> Donc l'état doit être juste.
>
> Tu as effectivement raison, mes acteurs ont 8 ans donc BCU1.
> Alors comme tu le dis plus haut, la fonction stairecase peu être
> réaliser avec un module logique, ou un sénario de démarrage sur la
> première adresse de groupe avec des paliers de démarrage progressif
> pour chaque objet de mes acteurs.
>
> Bien entendu j'utiliserai la fonction Statut de l'acteur.
>
> Bref encore un module logique de plus dans l'entreprise.
>
> Voilà j'espére avoir été un peu plus claire et merci pour ta
> proposition de module logique.
>
> A+Jérôme.
>
> On 29 sep, 02:29, keldo <kelderm...@ibelgique.com> wrote:
>
> > @gege
>
> > > Voici donc mon problème:Quand j'utilise l'interrupteur j'obtient sur
> > > le bus un ON et un OFF en sens inverse.
> > > Cependant quand la sonde envoie un OFF, je n'ai pas de réponse de
> > > l'état de la sortie du module.
> > > J'ai pourtant besoin d'avoir l'état de la sortie et de la fonction
> > > stairlight.
>
> > Pour être sur que je comprenne bien :
> > Quand tu allumes avec l'ABB 6117, tu veux que la fonction staircase
> > éteigne la lampe après quelques minutes ?
> > Quand c'est la sonde crépusculaire qui allume la lampe, tu as
> > programmé un envoi cyclique de "ON" depuis la sonde quand il fait
> > sombre dehors, avec un temps de cycle plus court que la durée du timer
> > pour le staircase, afin de garder la lampe allumée en permanence ?
> > C'est bien cela ?
>
> > Dans ce cas, il y a une solution simple : programmer l'ABB 6117 pour
> > qu'il n'envoie que des "ON" (un seul par appui, bien sur, pas
> > cyclique) et jamais des "OFF".
>
> > Si, en plus, tu veux pouvoir éteindre la lampe avec l'interrupteur "à
> > main", il te faut un module boutons-poussoirs avec deux boutons
> > séparés, un qui envoie des "ON" et l'autre des "OFF" (Je ne connais
> > pas le 6117, peut-être convient-il).
>
> > Et si tu veux en plus un feed-back visuel sur l'interrupteur "à
> > main" (= une petite led qui s'allume sur le module bouton-poussoirs
> > quand la lampe est allumée) et/ou un feed-back sur un système de
> > gestion centralisé (=Home-Serveur Gira ou un tableau d'affichage
> > quelconque...), il ne reste plus que les solutions de mon post
> > précédent : changer l'acteur AT/S 6.6.1ou utiliser un module logique
> > séparé pour le staircase.
On 29 sep, 14:40, mickg <mickael.gaut...@wanadoo.fr> wrote:
> Je connais pas l'utilisation du Home Serveur, mais n'a-t-il pas une
> fonction scénario-macro pour décaler l'allumage des différents groupes
> de lampes?
Le HS a pratiquement une infinité de fonctions (limité par l'espace
mémoire).
Il y a:
Celles "out-of-the-box" (mathématiques, arithmétiques, logiques, etc)
Celles disponibles publiquement sur le site DaCom, contributions des
membres.
Celles que l'on écrit soi-même (Python).
Oui comme Marc le reprends plus haut le HS3 à la possibilité de faire
un demarrage séquentiel.
Mais il ne faud pas perdre de vu de ne pas mettre toutes les fonctions
sur le HS3.
A+Jérôme
On 29 sep, 20:16, Marc Assin <raym...@warichet.com> wrote:
> On 29 sep, 14:40, mickg <mickael.gaut...@wanadoo.fr> wrote:
>
> > Je connais pas l'utilisation du Home Serveur, mais n'a-t-il pas une
> > fonction scénario-macro pour décaler l'allumage des différents groupes
> > de lampes?
>
> Le HS a pratiquement une infinité de fonctions (limité par l'espace
> mémoire).
> Il y a:
> Celles "out-of-the-box" (mathématiques, arithmétiques, logiques, etc)
> Celles disponibles publiquement sur le site DaCom, contributions des
> membres.
> Celles que l'on écrit soi-même (Python).
Tiens, et tu utilise la fonction stairlight à l'envers alors? D'après
la doc, elle est censée faire le OFF avec un certain délai, pas le ON.
Je ne sais pas trop ce qu'il est possible ou pas possible de faire
avec un home-server, mais dans l'absolu il est possible pour un
appareil qui écoute ce qui se passe sur le bus à tout moment de savoir
l'état de chaque lampe.
Dans le home server, je suppose qu'il y a une variable interne qui
conserve l'état de chaque lampe. Donc si il est possible de forcer
l'état interne de chaque lampe à OFF si on reçoit un OFF de
l'interrupteur crépusculaire et à ON si on reçoit un ON de
l'interrupteur crépusculaire, le tour est joué.
Peut-être que le fait de forcer l'état interne d'une lampe à ON va
également forcer le HS à envoyer l'ordre ON sur le bus, mais ce n'est
pas grave, puisque la lampe est déjà allumée sur ordre de
l'interrupteur crépusculaire. Et tout continue à fonctionner
normalement si le home server est éteint ou tombe en panne.
On 29 sep, 12:22, gege <jeromesandr...@hotmail.com> wrote:
> Salut Keldo,
>
> Accroche toi cela va être longt.
>
> Donc comme je le disais dans un de mes post, j'ai trois adresses de
> groupe différentes.
> 1 adresse: pour l'allumage via l'interrupteur 6117 ON/OFF pour chaque
> lampes.
>
> 2 adresse: pour la sonde, qui fonctionne dans la journée en ON/OFF
> également, car quant il y a suffissament de soleil elle éteint les
> lampes, et les rallumes si il fait plus sombre.
>
> 3 adresse: pour ON/OFF de tout les lampes (1000 tubes fluo) via
> interrupteur ou l'alarme intrusion(uniquement OFF)
>
> Voici comment cela fonctionne le matin.
>
> L'équipe du matin (6H00) allume toute les lampes (via un interrupteur
> ON/OFF adresse 3) pour lesquelles il y a la fonction stairlight au
> démarrage de chaque groupes de lampe (cela évite une pointe au
> démarrage).
> En allumant via ce même interrupteur, je débloque la sonde
> crépusculaire.
> Ensuite le restant de la journée la sonde gére toutes les lampes.
> Cependant si la sonde pour une raison ou une autre "plante", il reste
> les interrupteurs individuel de chaque lampe.
>
> Le soir soit on utilise l'interrupteur pour éteindre ou si il y a un
> oubli, le fait de mettre l'alarme intrusion éteinte tout.
> Bien sur la sonde est bloqué en même temps.
>
> Mais quand je regarde le S dans les adresses de groupe, il n'y a que
> l'adresse 1 qui envoie un send.
> J'ai cependant besoin de savoir l'état de mes lampes, car actuellement
> je fais la mise en fonction d'un HOME SERVEUR 3 de GIRA.
> Donc l'état doit être juste.
>
> Tu as effectivement raison, mes acteurs ont 8 ans donc BCU1.
> Alors comme tu le dis plus haut, la fonction stairecase peu être
> réaliser avec un module logique, ou un sénario de démarrage sur la
> première adresse de groupe avec des paliers de démarrage progressif
> pour chaque objet de mes acteurs.
>
> Bien entendu j'utiliserai la fonction Statut de l'acteur.
>
> Bref encore un module logique de plus dans l'entreprise.
>
> Voilà j'espére avoir été un peu plus claire et merci pour ta
> proposition de module logique.
>
> A+Jérôme.
>
> On 29 sep, 02:29, keldo <kelderm...@ibelgique.com> wrote:
>
> > @gege
>
> > > Voici donc mon problème:Quand j'utilise l'interrupteur j'obtient sur
> > > le bus un ON et un OFF en sens inverse.
> > > Cependant quand la sonde envoie un OFF, je n'ai pas de réponse de
> > > l'état de la sortie du module.
> > > J'ai pourtant besoin d'avoir l'état de la sortie et de la fonction
> > > stairlight.
>
> > Pour être sur que je comprenne bien :
> > Quand tu allumes avec l'ABB 6117, tu veux que la fonction staircase
> > éteigne la lampe après quelques minutes ?
> > Quand c'est la sonde crépusculaire qui allume la lampe, tu as
> > programmé un envoi cyclique de "ON" depuis la sonde quand il fait
> > sombre dehors, avec un temps de cycle plus court que la durée du timer
> > pour le staircase, afin de garder la lampe allumée en permanence ?
> > C'est bien cela ?
>
> > Dans ce cas, il y a une solution simple : programmer l'ABB 6117 pour
> > qu'il n'envoie que des "ON" (un seul par appui, bien sur, pas
> > cyclique) et jamais des "OFF".
>
> > Si, en plus, tu veux pouvoir éteindre la lampe avec l'interrupteur "à
> > main", il te faut un module boutons-poussoirs avec deux boutons
> > séparés, un qui envoie des "ON" et l'autre des "OFF" (Je ne connais
> > pas le 6117, peut-être convient-il).
>
> > Et si tu veux en plus un feed-back visuel sur l'interrupteur "à
> > main" (= une petite led qui s'allume sur le module bouton-poussoirs
> > quand la lampe est allumée) et/ou un feed-back sur un système de
> > gestion centralisé (=Home-Serveur Gira ou un tableau d'affichage
> > quelconque...), il ne reste plus que les solutions de mon post
> > précédent : changer l'acteur AT/S 6.6.1ou utiliser un module logique
> > séparé pour le staircase.
On 30 sep, 21:24, jef2000 <jef2...@ouaye.net> wrote:
> Tiens, et tu utilise la fonction stairlight à l'envers alors?
Toujours aussi perspicace le Jef2000 ;-)
> D'après la doc, elle est censée faire le OFF avec un certain délai,
oui, comme au cinéma :-)
> Je ne sais pas trop ce qu'il est possible ou pas possible de faire
> avec un home-server,
Cà ne fait pas le café :-)
Mais gege a dit qu'il ne voulait pas confier des tâches vitales au HS,
ce qui amha est une bonne politique (Si le HS est mort, faudrais quand
même qu'on puisse rentrer dans la boîte, allumer les lampes et bosser
un peu ;-))
> appareil qui écoute ce qui se passe sur le bus à tout moment de savoir
> l'état de chaque lampe.
> Dans le home server, je suppose qu'il y a une variable interne qui
> conserve l'état de chaque lampe.
Heuu, non, je ne crois pas, il y a toutes les primitives pour le
faire, mais faut écrire une fonction à cet effet. Qui est-ce qui s'y
colle ?
> Donc si il est possible de forcer
> l'état interne de chaque lampe à OFF si on reçoit un OFF de
> l'interrupteur crépusculaire et à ON si on reçoit un ON de
> l'interrupteur crépusculaire, le tour est joué.
Oui, oui, tu as raison, à condition de faire en sorte que (donc
écrire une fonction logique, ce n'est pas natif out-of-the-box, c'est
vrai qu'il y a plein de fonctions, mais pas celle là je crois )
> Peut-être que le fait de forcer l'état interne d'une lampe à ON va
> également forcer le HS à envoyer l'ordre ON sur le bus, mais ce n'est
> pas grave, puisque la lampe est déjà allumée sur ordre de
> l'interrupteur crépusculaire.
OK
Mon expérience récente m'a montré qu'écrire des modules logiques n'est
pas si simple que çà, mais c'est p'têt moi qui ne suis pas très doué
(plus que probable, mais enfin,....... doc en allemand, doc minimum,
peu/pas de support sur les forums allemands, expression Python
criptique proche de la masturbation cérébrale, très peu d'exemples
explicites, pas de debug ni de checkpoint-restart, ni de step ou step-
into, ni affichage de valeurs intermédiaires, bref: TUP (trek uw
plan) ).
Et quand se casse la geule ??? ben "same player shoot again" modifier
la source, re-boot, et re-essayer, jusqu'à ce que çà marche.
@Jef2000
> (...) mais dans l'absolu il est possible pour un
> appareil qui écoute ce qui se passe sur le bus à tout moment de savoir
> l'état de chaque lampe.
Salut Jef2000
A te lire, je pense que tu n'as pas du encore utiliser une fonction du
type staircase intégrée à un module de sortie, ou bien un module de
sortie avec une commande manuelle sur le boitier.
Ce qui fait qu'il te manque une information essentielle pour
comprendre tout le sel du problème de Gégé :
Quand un module change lui même l'état d'une sortie sans recevoir un
télégramme depuis le bus EIB - que se soit sur base d'un timer interne
(staircase) ou bien le doigt d'un humain qui pousse sur un petit
loquet en surface du module EIB dans son tableau électrique - et bien
le module n'envoit PAS de télégramme sur le bus avec le nouvel état de
la sortie ...
Un exemple pour t'éclairer :
Soit le système symplifié suivant :
- 1 bouton poussoir (1 bouton)
- 1 module de sortie (avec 1 seul canal) est la fonction staircase =
extinction automatique après 3 minutes.
- 1 une supervision du type Home Server (HS), avec une configuration
très minimal : une seule lampe.
- Le tout configuré avec une seule et même adresse de groupe sur
l'unique objet de communication de chaque participant au bus EIB.
1) Tout est OFF
2) Je pousse sur le bouton, qui envoit ON sur l'adresse de groupe =>
la lampe s'allume, la LED rouge autour du bouton aussi et le HS dit
que la lampe est allumée.
3) 3 minutes passent sans que l'on touche au bouton => le timer du
staircase éteind la lampe ... et puis c'est tout !
A ce moment, comme le module de sortie n'a envoyé aucun télégramme OFF
sur le bus EIB, pour la LED du bouton et pour le HS, la lampe brule
toujours, car leurs objets de communication respectif (ainsi que celui
du module de sortie d'ailleurs) sont toujours à ON (=le dernier
télégramme reçu) !
En effet, l'objet de communication du module de sortie est un objet de
commande, pas de statut ...
D'ou l'utilité d'un second objet, dit "de statut", qui devrait être
représentatif de l'état réel de la lampe ... enfin du relais de
sortie, car si l'ampoule de la lampe à claqué, c'est encore une autre
histoire et il faut encore un autre moyen pour le détecter et le
signaler.
J'espère que tu comprends maintenant mieux le problème.
Keldo.
@Keldo
J'ai très bien compris le problème de retour de status. Mais dans le
cas de Gege, on peut l'oublier puisque la fonction staircase ne sert
qu'a retarder de quelques secondes l'allumage.
Supposons qu'il puisse sans problème allumer toutes les lampes d'un
coup, plus besoin de fonction staircase mais son problème de status
est toujours bien là.
Comme chaque sortie lampe est configurée avec l'adresse (1) d'un
interrupteur et l'adresse (2) du crépusculaire, tant qu'on alume et
éteint avec l'interrupteur, pas de problème puisque la visu qui se
base sur l'adresse (1) reçoit tout ce qu'il lui faut pour connaître
l'état de la sortie. Par contre si c'est le crépusculaire qui allume
les lampes via l'adresse (2), la visu ne suit pas puisqu'elle se base
sur l'adresse (1)
Maintenant si on entre dans les détails, c'est vrai qu'avec la
solution que j'ai proposé plus haut, il y aura effectivement une de-
synchro entre la visu et l'état réel des lampes durant les quelques
secondes de retard dues à la fonction staircase.
@Marc Assin
Donc d'après ce que tu dis, envoyer un ON sur les adresses de groupe
1/1/2, 1/1/3 et 1/1/4 quand on reçoit un ON sur 1/1/1 et pareil pour
le OFF, ce n'est pas simple avec un HS? Ca sert à quoi alors,
uniquement la visu? D'après la doc GIRA, j'avais l'impression que ça
faisait partie des fonctionnalités de base du HS.
On 1 oct, 00:06, keldo <kelderm...@ibelgique.com> wrote:
> @Jef2000
>
> > (...) mais dans l'absolu il est possible pour un
> > appareil qui écoute ce qui se passe sur le bus à tout moment de savoir
> > l'état de chaque lampe.
>
> Salut Jef2000
> A te lire, je pense que tu n'as pas du encore utiliser une fonction du
> type staircase intégrée à un module de sortie, ou bien un module de
> sortie avec une commande manuelle sur le boitier.
> Ce qui fait qu'il te manque une information essentielle pour
> comprendre tout le sel du problème de Gégé :
> Quand un module change lui même l'état d'une sortie sans recevoir un
> télégramme depuis le bus EIB - que se soit sur base d'un timer interne
> (staircase) ou bien le doigt d'un humain qui pousse sur un petit
> loquet en surface du module EIB dans son tableau électrique - et bien
> le module n'envoit PAS de télégramme sur le bus avec le nouvel état de
> la sortie ...
>
> Un exemple pour t'éclairer :
> Soit le système symplifié suivant :
> - 1 bouton poussoir (1 bouton)
> - 1 module de sortie (avec 1 seul canal) est la fonction staircase =
> extinction automatique après 3 minutes.
> - 1 une supervision du type Home Server (HS), avec une configuration
> très minimal : une seule lampe.
> - Le tout configuré avec une seule et même adresse de groupe sur
> l'unique objet de communication de chaque participant au bus EIB.
> 1) Tout est OFF
> 2) Je pousse sur le bouton, qui envoit ON sur l'adresse de groupe =>
> la lampe s'allume, la LED rouge autour du bouton aussi et le HS dit
> que la lampe est allumée.
> 3) 3 minutes passent sans que l'on touche au bouton => le timer du
> staircase éteind la lampe ... et puis c'est tout !
> A ce moment, comme le module de sortie n'a envoyé aucun télégramme OFF
> sur le bus EIB, pour la LED du bouton et pour le HS, la lampe brule
> toujours, car leurs objets de communication respectif (ainsi que celui
> du module de sortie d'ailleurs) sont toujours à ON (=le dernier
> télégramme reçu) !
> En effet, l'objet de communication du module de sortie est un objet de
> commande, pas de statut ...
> D'ou l'utilité d'un second objet, dit "de statut", qui devrait être
> représentatif de l'état réel de la lampe ... enfin du relais de
> sortie, car si l'ampoule de la lampe à claqué, c'est encore une autre
> histoire et il faut encore un autre moyen pour le détecter et le
> signaler.
>
> J'espère que tu comprends maintenant mieux le problème.
> Keldo.
On 1 oct, 01:01, jef2000 <jef2...@ouaye.net> wrote:
> @Marc Assin
> Donc d'après ce que tu dis, envoyer un ON sur les adresses de groupe
> 1/1/2, 1/1/3 et 1/1/4 quand on reçoit un ON sur 1/1/1 et pareil pour
> le OFF, ce n'est pas simple avec un HS?
Je te demande un peu d'indulgence, je suis un HS newbee ;-)
Exprimé comme tu l'as fait ci-dessus, en effet, çà ne pose aucun
problème, mais j'avoue que je n'avais pas analysé la situation comme
tu l'as fait.
J'étais persuadé qu'il fallait écrire une fonction ad-hoc, pour
répondre aux besoins décrits plus haut. Au quel cas, je persiste à
dire, ce n'est pas simple avec un HS.
Amha, développer une nouvelle fonctionalité, n'est jamais très simple,
que ce soit pour le HS ou pas (sauf bien sûr, si on est programmeur
professionnel du language en question, et des programmeurs Python, çà
ne court pas les rues. Avis: on demande sur les forums allemands)
> Ca sert à quoi alors, uniquement la visu?
Non, bien sûr, çà ferais cher la Visu.
Perso, en plus de la Visu, je m'en sers comme universal clock,
Internet gwy, fonctions logiques, archivage et statistiques de
consommation, et bientôt gestion des caméras IP.
> D'après la doc GIRA, j'avais l'impression que ça
> faisait partie des fonctionnalités de base du HS.
Tout à fait correct.
C'est ce que j'ai voulu dire en mentionnant les fonctions qui sont
livrées de base avec le HS, et il y en a un paquet. Je me suis sans
doute (encore) mal exprimé.
On 1 oct, 01:01, jef2000 <jef2...@ouaye.net> wrote:
> @Keldo
> J'ai très bien compris le problème de retour de status. Mais dans le
> cas de Gege, on peut l'oublier puisque la fonction staircase ne sert
> qu'a retarder de quelques secondes l'allumage.
Exact.
Moi je pensais à une application ou la fct. staircase éteignait la
lampe au bout d'un certain temps ; dans ce cas c'est un problème, mais
pas ici ...
> Comme chaque sortie lampe est configurée avec l'adresse (1) d'un
> interrupteur et l'adresse (2) du crépusculaire, tant qu'on allume et
> éteint avec l'interrupteur, pas de problème puisque la visu qui se
> base sur l'adresse (1) reçoit tout ce qu'il lui faut pour connaitre
> l'état de la sortie. Par contre si c'est le crépusculaire qui allume
> les lampes via l'adresse (2), la visu ne suit pas puisqu'elle se base
> sur l'adresse (1)
Mais ça c'est très simple à résoudre, il suffit d'attribuer à chaque
objet de la visu une adresse (1) (spécifique à chaque interrupteur-
poussoir et à chaque lampe) ET une adresse (2) (On/Off sonde) ET
l'adresse (3) (commande générale) , exactement comme chaque canal des
module de sortie, c'est tout.
En résumé, il faut toujours configurer les objets de la visu
exactement comme les objets des modules de sortie correspondants, à
l'exception du flags "read" qui ne peut pas être actif sur les objets
de la visu.
Cela vous parait-il correct ?
Je ne sait pas trop comment on configure un HS mais si on peut
assigner plusieures adresses à un seul objet (comme pour n'importe
quel autre participant) alors ça m'a l'air correct.
On 1 oct, 23:24, keldo <kelderm...@ibelgique.com> wrote:
> On 1 oct, 01:01, jef2000 <jef2...@ouaye.net> wrote:> @Keldo
> > J'ai très bien compris le problème de retour de status. Mais dans le
> > cas de Gege, on peut l'oublier puisque la fonction staircase ne sert
> > qu'a retarder de quelques secondes l'allumage.
>
> Exact.
> Moi je pensais à une application ou la fct. staircase éteignait la
> lampe au bout d'un certain temps ; dans ce cas c'est un problème, mais
> pas ici ...
>
> > Comme chaque sortie lampe est configurée avec l'adresse (1) d'un
> > interrupteur et l'adresse (2) du crépusculaire, tant qu'on allume et
> > éteint avec l'interrupteur, pas de problème puisque la visu qui se
> > base sur l'adresse (1) reçoit tout ce qu'il lui faut pour connaitre
> > l'état de la sortie. Par contre si c'est le crépusculaire qui allume
> > les lampes via l'adresse (2), la visu ne suit pas puisqu'elle se base
> > sur l'adresse (1)
>
> Mais ça c'est très simple à résoudre, il suffit d'attribuer à chaque
> objet de la visu une adresse (1) (spécifique à chaque interrupteur-
> poussoir et à chaque lampe) ET une adresse (2) (On/Off sonde) ET
> l'adresse (3) (commande générale) , exactement comme chaque canal des
> module de sortie, c'est tout.
> En résumé, il faut toujours configurer les objets de la visu
> exactement comme les objets des modules de sortie correspondants, à
> l'exception du flags "read" qui ne peut pas être actif sur les objets
> de la visu.
>
> Cela vous parait-il correct ?
Salut Jef,
D'aprés mon homologue Jan, il y a possibilité d'assigner plusieur
adresse de groupe sur le même objet dynamique.
Mais j'attends la suite de ma formation sur le HS3 la semaine
prochaine...
Entre temps voici une solution possible à mon problème de statut.
Il faud faire l'emploie du module 6198 de busch jaeger (module
logique).
Mettre la fonction time delay qui en compte au total jusqu'a 12
sorties.
Ensuite choisir le programme d'application statut pour les AT/S;S
6.6.1
Donc au demarrage le matin sur l'interupteur ON/OFF général j'aurai ma
tempo pour evité le pic de quart horaire.
En revanche mes interrupteurs 6117 n'auront pas de tempo.
Voilà quand pensé vous?
A+Gégé
On 1 oct, 23:40, jef2000 <jef2...@ouaye.net> wrote:
> Je ne sait pas trop comment on configure un HS mais si on peut
> assigner plusieures adresses à un seul objet (comme pour n'importe
> quel autre participant) alors ça m'a l'air correct.
>
> On 1 oct, 23:24, keldo <kelderm...@ibelgique.com> wrote:
>
>
>
> > On 1 oct, 01:01, jef2000 <jef2...@ouaye.net> wrote:> @Keldo
> > > J'ai très bien compris le problème de retour de status. Mais dans le
> > > cas de Gege, on peut l'oublier puisque la fonction staircase ne sert
> > > qu'a retarder de quelques secondes l'allumage.
>
> > Exact.
> > Moi je pensais à une application ou la fct. staircase éteignait la
> > lampe au bout d'un certain temps ; dans ce cas c'est un problème, mais
> > pas ici ...
>
> > > Comme chaque sortie lampe est configurée avec l'adresse (1) d'un
> > > interrupteur et l'adresse (2) du crépusculaire, tant qu'on allume et
> > > éteint avec l'interrupteur, pas de problème puisque la visu qui se
> > > base sur l'adresse (1) reçoit tout ce qu'il lui faut pour connaitre
> > > l'état de la sortie. Par contre si c'est le crépusculaire qui allume
> > > les lampes via l'adresse (2), la visu ne suit pas puisqu'elle se base
> > > sur l'adresse (1)
>
> > Mais ça c'est très simple à résoudre, il suffit d'attribuer à chaque
> > objet de la visu une adresse (1) (spécifique à chaque interrupteur-
> > poussoir et à chaque lampe) ET une adresse (2) (On/Off sonde) ET
> > l'adresse (3) (commande générale) , exactement comme chaque canal des
> > module de sortie, c'est tout.
> > En résumé, il faut toujours configurer les objets de la visu
> > exactement comme les objets des modules de sortie correspondants, à
> > l'exception du flags "read" qui ne peut pas être actif sur les objets
> > de la visu.
>
> > Cela vous parait-il correct ?- Masquer le texte des messages précédents -
>
> - Afficher le texte des messages précédents -
|
