04/08/2007, 18:05:13
On 2 août, 15:21, mickg <mickael.gaut...@wanadoo.fr> wrote:
> J'ai regardé la db des 6226xx; en fonction dimmer tu as bien 2 objets
> par bouton : 1 objet 1 bit ON/OFF et 1 objet 4 bits Variation. Je
> pense que l'état de la led est lié à l'objet 1 bit donc si tu mets en
> 2nde adresse de groupe le retour d'état de la sortie concernée (avec
> le flag écriture E activé) la led changera d'état en fonction de la
> sortie.
Je crois qu'on ne se comprend pas bien, et d'autre part, le problème
n'était plus très clair dans mon esprit, depuis le temps qu'il
m'enpoisonne la vie.....
alors: RESET, on recommence:
On parle bien des Merten 6226xx montés sur des BCU 690099 (BCU1)
Premier cas de figure: On/Off
On charge l'appli 1540/1 (switch). On configure 1 GA pour On/Off et 1
GA pour le status. Le 6226 montre bien *8* CO (4 pour switch, 4 pour
status). On configure les liens comme il se doit, et çà fonctionne
comme prévu, càd, on appuie sur le PB, la lampe s'allume, et le status
feedback du PB ad-hoc devient rouge. Super, j'aime bien :-)
Deuxième de figure: Dimmer (le sujet de la discussion)
On désire installer un dimmer, commandé par un des PB de la plaquette
On charge l'appli 3190/1 (dim/switch). On paramètre le 6226 pour:
input 1,3,4=switch,
input 2=dim.
Le 6226 montre *5* CO !!! (sw obj pour input 1, sw & dim obj pour
input 2, sw obj input 3, sw obj pour input 4.
IL N'Y A PLUS DE STATUS pour les input 1,3,4 !!!
Ben c'est foutu ! comment veux tu encore configurer quoi que ce soit ?
On ne peut pas accrocher une fonction s'il n'y a pas le CO
correspondant. On est d'accord ?
Donc, ce que je voulais dire: dès l'instant oú tu veux installer un
dimmer sur le PB, tu es obligé de charger l'appli ad-hoc qui prend
toute la place mémoire dans le BCU et donc il n'y a plus de place pour
le status feed-back, et c'est merdu :-(
Qu'est-ce que tu en penses ?
On dirait que je suis le seul Martien à vouloir un status feed-back
cohérent qui colle bien à la Visu.
Du moins chez Merten, ils ont quand même bien tourné autour du pot
avant de livrer leur "solution".
Commercialement parlant, cette "solution" n'est absolument pas
acceptable. Car enfin, voilà un fabricant de grande renommée, qui
avoue une lacune dans son produit (dans un cas de figure bien
particulier, OK, mais quand même) et qui ne veux rien faire pour moi !
J'avais espéré un deal du genre: on échange tout les BCU1 par des BCU2
et vous payez la différence + le transport. Nada.
Chez Gira, ils sont plus sympa, j'avais reçu un BCU FT1.2, DOA ! Ils
m'en ont envoyé un autre DE SUITE, par DHL. J'avais 15 jours pour
renvoyer l'autre, sinon, facturation, alors ... ben j'ai apprécié
(j'ai quand même râlé un peu pour le DOA)
J'ai commandé un BCU2, pour voir la "solution" ;-)
Mais avec Schneider, tout va aller mieux :-))
> J'ai regardé la db des 6226xx; en fonction dimmer tu as bien 2 objets
> par bouton : 1 objet 1 bit ON/OFF et 1 objet 4 bits Variation. Je
> pense que l'état de la led est lié à l'objet 1 bit donc si tu mets en
> 2nde adresse de groupe le retour d'état de la sortie concernée (avec
> le flag écriture E activé) la led changera d'état en fonction de la
> sortie.
Je crois qu'on ne se comprend pas bien, et d'autre part, le problème
n'était plus très clair dans mon esprit, depuis le temps qu'il
m'enpoisonne la vie.....
alors: RESET, on recommence:
On parle bien des Merten 6226xx montés sur des BCU 690099 (BCU1)
Premier cas de figure: On/Off
On charge l'appli 1540/1 (switch). On configure 1 GA pour On/Off et 1
GA pour le status. Le 6226 montre bien *8* CO (4 pour switch, 4 pour
status). On configure les liens comme il se doit, et çà fonctionne
comme prévu, càd, on appuie sur le PB, la lampe s'allume, et le status
feedback du PB ad-hoc devient rouge. Super, j'aime bien :-)
Deuxième de figure: Dimmer (le sujet de la discussion)
On désire installer un dimmer, commandé par un des PB de la plaquette
On charge l'appli 3190/1 (dim/switch). On paramètre le 6226 pour:
input 1,3,4=switch,
input 2=dim.
Le 6226 montre *5* CO !!! (sw obj pour input 1, sw & dim obj pour
input 2, sw obj input 3, sw obj pour input 4.
IL N'Y A PLUS DE STATUS pour les input 1,3,4 !!!
Ben c'est foutu ! comment veux tu encore configurer quoi que ce soit ?
On ne peut pas accrocher une fonction s'il n'y a pas le CO
correspondant. On est d'accord ?
Donc, ce que je voulais dire: dès l'instant oú tu veux installer un
dimmer sur le PB, tu es obligé de charger l'appli ad-hoc qui prend
toute la place mémoire dans le BCU et donc il n'y a plus de place pour
le status feed-back, et c'est merdu :-(
Qu'est-ce que tu en penses ?
On dirait que je suis le seul Martien à vouloir un status feed-back
cohérent qui colle bien à la Visu.
Du moins chez Merten, ils ont quand même bien tourné autour du pot
avant de livrer leur "solution".
Commercialement parlant, cette "solution" n'est absolument pas
acceptable. Car enfin, voilà un fabricant de grande renommée, qui
avoue une lacune dans son produit (dans un cas de figure bien
particulier, OK, mais quand même) et qui ne veux rien faire pour moi !
J'avais espéré un deal du genre: on échange tout les BCU1 par des BCU2
et vous payez la différence + le transport. Nada.
Chez Gira, ils sont plus sympa, j'avais reçu un BCU FT1.2, DOA ! Ils
m'en ont envoyé un autre DE SUITE, par DHL. J'avais 15 jours pour
renvoyer l'autre, sinon, facturation, alors ... ben j'ai apprécié
(j'ai quand même râlé un peu pour le DOA)
J'ai commandé un BCU2, pour voir la "solution" ;-)
Mais avec Schneider, tout va aller mieux :-))