18/09/2007, 00:40:29
> Après avoir insisté un peu .... je viens de recevoir une nouvelle
> appli pour mes BCU 690299 et donc je reprend le fil de cette
> discussion.
>
> Premier test: OK
> Il y bien status feedback object (lorsqu'il est demané au niveau des
> param)
> On peut donc mélanger un Switch et un Dimmer sur la même plaquette de
> PB tout en conservant le feed-back. C'est Noël avant l'heure :-)
Super, il m'intéresserait bien aussi, ce fichier d'appli ...
Mais alors, pour le coup , je ne comprends plus quelle différence il y
a entre les plaquettes 6227 avec 8 boutons "multi-fonctions" et les
plaquettes 6226 avec 8 boutons "tout court" ... mis à part les 10
euros en moins dans mon portefeuille, bien entendu.
Tu utilises quel modèle de plaquettes toi ? 6223/4/5/6/7ou 8 ?
Sais-tu par hasard si cette application spéciale est "toute neuve", ou
bien existe depuis longtemps mais n'est pas distribuée pas Merten sur
leur site Web ?
Moi, je trouve qu'il y a un manque criant d'un objet de communication
sur toutes ces plaquettes : un moyen d'allumer et d'éteindre par le
bus les leds vertes de rétroéclairage. Sur les 6227, on peut utiliser
le 9ième bouton (le rectangle sous le cadre transparent de
l'étiquette) à cet effet, mais par le bus : rien, schnoll, nada ...
c'est pas prévu.
Pourtant, en journée, ces petites leds vertes consomment pour rien et
j'aurais bien programmé mon horloge pour les allumer et les éteindre
selon les heures de lever et coucher du soleil ...
Réponse traditionnelle du service technique de Merten à ma requète :
"pas assez de place mémoire dans le BCU 2", ça me semble tout de même
bizarre, dans l'appli du 6227 il y a je ne sais combien d'objets de
comm. réservés pour des scènes, il suffirait de laisser l'utilisateur
choisir si il désire utiliser toutes les scènes ou non, et hop, on
gagnerait un objet ...
> Yapluka acheter 13 autres 690299 et mettre mes 690099 aux riquettes :-(
Pas trop vite, ça peut encore servir ces petites chose là ...
--> avce le BCU sdk, on peut sans doute les transformer en modules
logiques universels (sans ajouter de plaquette).
--> moi je veux bien en reprendre un ou deux, mais bon, faut voir le
cout du colis jusqu'en Belgique ...
--> ça se vend pas trop mal sur eBay
--> les info-displays ne sont pas compatibles avec les BCU2 alors tu
peux toujours acheter quelques info-displays ... ;-)
> @Keldo
> pour reprendre ton argument: ce serais quand même dommage s'il faut
> tout changer à chaque fois. Je trouve que çà annule le but premier
> d'un système modulaire. Mais là où tu avais raison, c'est qu'il faut
> changer l'appli, sans doute pour bénéficier des avantages (mémoire)
> des BCU2
Si les fabricants, comme Merten, publiaient les specs complètes de
leurs "plaquettes" à boutons, et pourquoi pas aussi le code source de
leurs applications, tout un chacun pourrait ré-écrire sa petite
application perso pour avoir les fonctionnalités de ses rêves.
Il y a la commande des leds "vertes" qui est manquante.
Personellement, je pense aussi que pouvoir programmer un
"clignotement" de chaque led rouge de "feed-back" serait une très
chouette fonction, on pourrait imaginer des applications liées à la
gestion d'alarmes par exemple.
Une autre idée serait un allumage conditionnel des leds rouges selon
la valeur reçue, ainsi on donnerait la même adresse de groupe à 4 leds
rouge "feed-back" mais avec une condition différent pour chaque
"valeur" (valeur= 1, ...=2, ...=3, ...=4), ce serait sympa pour
utiliser les 4 boutons comme contrôle du mode de chauffage (confort,
eco, nuit et hors-gel).
Tout ceci peut être actuellement réalisé à l'aide de modules logiques
(pour le clignotement, c'est la limite du possible...) mais ce serait
plus sympa de laisser cette petite tâche directement au module boutons-
poussoirs.
A mon sens, Merten (comme les autres fabriquants ...) garde ses codes
source par peur de se faire voler son travail par la concurrence, mais
c'est probablement stupide car les modules des autres fabricants sont
différents et leur code source existe déjà ; de plus, si le code
source était ouvert et modifiable par le public, il suffirait d'une
petite poignée de passionnés désirant quelques fonctions particulières
pour que Merten se retrouve tout à coup avec une liste impressionnante
d'applications aux fonctions les plus variées, ce qui rendrait ses
modules boutons-poussoirs encore plus intéressants ... et lui
donnerait sans doute un sérieux bonus en parts de marché.
> appli pour mes BCU 690299 et donc je reprend le fil de cette
> discussion.
>
> Premier test: OK
> Il y bien status feedback object (lorsqu'il est demané au niveau des
> param)
> On peut donc mélanger un Switch et un Dimmer sur la même plaquette de
> PB tout en conservant le feed-back. C'est Noël avant l'heure :-)
Super, il m'intéresserait bien aussi, ce fichier d'appli ...
Mais alors, pour le coup , je ne comprends plus quelle différence il y
a entre les plaquettes 6227 avec 8 boutons "multi-fonctions" et les
plaquettes 6226 avec 8 boutons "tout court" ... mis à part les 10
euros en moins dans mon portefeuille, bien entendu.
Tu utilises quel modèle de plaquettes toi ? 6223/4/5/6/7ou 8 ?
Sais-tu par hasard si cette application spéciale est "toute neuve", ou
bien existe depuis longtemps mais n'est pas distribuée pas Merten sur
leur site Web ?
Moi, je trouve qu'il y a un manque criant d'un objet de communication
sur toutes ces plaquettes : un moyen d'allumer et d'éteindre par le
bus les leds vertes de rétroéclairage. Sur les 6227, on peut utiliser
le 9ième bouton (le rectangle sous le cadre transparent de
l'étiquette) à cet effet, mais par le bus : rien, schnoll, nada ...
c'est pas prévu.
Pourtant, en journée, ces petites leds vertes consomment pour rien et
j'aurais bien programmé mon horloge pour les allumer et les éteindre
selon les heures de lever et coucher du soleil ...
Réponse traditionnelle du service technique de Merten à ma requète :
"pas assez de place mémoire dans le BCU 2", ça me semble tout de même
bizarre, dans l'appli du 6227 il y a je ne sais combien d'objets de
comm. réservés pour des scènes, il suffirait de laisser l'utilisateur
choisir si il désire utiliser toutes les scènes ou non, et hop, on
gagnerait un objet ...
> Yapluka acheter 13 autres 690299 et mettre mes 690099 aux riquettes :-(
Pas trop vite, ça peut encore servir ces petites chose là ...
--> avce le BCU sdk, on peut sans doute les transformer en modules
logiques universels (sans ajouter de plaquette).
--> moi je veux bien en reprendre un ou deux, mais bon, faut voir le
cout du colis jusqu'en Belgique ...
--> ça se vend pas trop mal sur eBay
--> les info-displays ne sont pas compatibles avec les BCU2 alors tu
peux toujours acheter quelques info-displays ... ;-)
> @Keldo
> pour reprendre ton argument: ce serais quand même dommage s'il faut
> tout changer à chaque fois. Je trouve que çà annule le but premier
> d'un système modulaire. Mais là où tu avais raison, c'est qu'il faut
> changer l'appli, sans doute pour bénéficier des avantages (mémoire)
> des BCU2
Si les fabricants, comme Merten, publiaient les specs complètes de
leurs "plaquettes" à boutons, et pourquoi pas aussi le code source de
leurs applications, tout un chacun pourrait ré-écrire sa petite
application perso pour avoir les fonctionnalités de ses rêves.
Il y a la commande des leds "vertes" qui est manquante.
Personellement, je pense aussi que pouvoir programmer un
"clignotement" de chaque led rouge de "feed-back" serait une très
chouette fonction, on pourrait imaginer des applications liées à la
gestion d'alarmes par exemple.
Une autre idée serait un allumage conditionnel des leds rouges selon
la valeur reçue, ainsi on donnerait la même adresse de groupe à 4 leds
rouge "feed-back" mais avec une condition différent pour chaque
"valeur" (valeur= 1, ...=2, ...=3, ...=4), ce serait sympa pour
utiliser les 4 boutons comme contrôle du mode de chauffage (confort,
eco, nuit et hors-gel).
Tout ceci peut être actuellement réalisé à l'aide de modules logiques
(pour le clignotement, c'est la limite du possible...) mais ce serait
plus sympa de laisser cette petite tâche directement au module boutons-
poussoirs.
A mon sens, Merten (comme les autres fabriquants ...) garde ses codes
source par peur de se faire voler son travail par la concurrence, mais
c'est probablement stupide car les modules des autres fabricants sont
différents et leur code source existe déjà ; de plus, si le code
source était ouvert et modifiable par le public, il suffirait d'une
petite poignée de passionnés désirant quelques fonctions particulières
pour que Merten se retrouve tout à coup avec une liste impressionnante
d'applications aux fonctions les plus variées, ce qui rendrait ses
modules boutons-poussoirs encore plus intéressants ... et lui
donnerait sans doute un sérieux bonus en parts de marché.