18/09/2007, 08:15:06
Tu crois vraiment qu'il faut le code source pour ça? Les BCU1 ne
possèdent que 230 bytes de mémoire pour les appli. Avec un programme
de si petite taille, on peut envisager de le comprendre/modifier
directement en assembleur. Je ne suis même pas sûr qu'il existe un
code source autre que l'assembleur quelque part. En tout cas, si
j'étais à la place de Merten, vu la petite taille des BCU1, je ferai
les appli directement en assembleur.
On 18 sep, 01:40, keldo <kelderm...@ibelgique.com> wrote:
> > 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é.
possèdent que 230 bytes de mémoire pour les appli. Avec un programme
de si petite taille, on peut envisager de le comprendre/modifier
directement en assembleur. Je ne suis même pas sûr qu'il existe un
code source autre que l'assembleur quelque part. En tout cas, si
j'étais à la place de Merten, vu la petite taille des BCU1, je ferai
les appli directement en assembleur.
On 18 sep, 01:40, keldo <kelderm...@ibelgique.com> wrote:
> > 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é.