07/08/2007, 22:51:49
Pour ton problème de lampes de chevet, voici ce que je ferais:
Sur la fonction "long" (plus de 5 secondes) du bouton, tu assigne une
adresse de groupe qui représente le mode jour/nuit.
Sur l'actuateur des lumières, tu ajoute une fonction logique "ET"
entre l'adresse de groupe de la fonction normale et le mode jour/nuit,
de façon à ce que la lampe s'allume normalement la journée et pas du
tout la nuit.
A l'aide du PC, home server ou autre, tu crée une fonction qui envoie
l'ordre d'allumage à 10% si on est en mode nuit et que l'on appuie sur
le bouton.
Malheureusement, il te faudra acheter un module logique EIB pour faire
la fonction "ET" et c'est pas donné ce genre de bestiole, à moins que
tu trouves un module dimmer qui fournit cette fonction en plus (c'est
courant pour les modules relais mais pour les dimmer je sais pas trop)
Une autre solution serait de programmer le bouton pour que la fonction
"ON" allume les dimmer à 10% dans tous les cas, et avoir ton PC ou
homeserver qui, durant la journée, réagit immédiatement lorsqu'il voit
ce télégramme en envoyant l'ordre 100%. Si le PC tombe en rade, tes
lumières ne s'allument plus qu'à 10%, oups, mais c'est toujours mieux
que rien.
Une troisième solution, pour essayer de pallier aux inconvénients de
la seconde serait de régler la vitesse d'allumage du dimmer
suffisamment lente pour que la nuit, le PC ou homeserver aie le temps
de "rattraper" l'ordre d'allumage à 100% en envoyant une consigne 10%.
Comme d'habitude, la solution la plus "propre" est aussi la plus
chère, mais si on veut être un peu créatif on peut s'en sortir à bon
compte.
On 7 août, 21:42, jef2000 <jef2...@ouaye.net> wrote:
> Comme toi, j'avais envie de créer des fonctionnalités de haut niveau
> sans me ruiner en homeserver et autres, et sans avoir mon PC allumé en
> permanence.
> La solution que j'ai trouvée est la suivante:
> J'ai acheté un routeur WiFi Linksys WRT54GS (n'imorte quel autre
> appareil supportant le firmware OpenWRT et ayant un port série ou USB
> ferait l'affaire)
> Ensuite j'ai compilé le démon eibd (http://www.auto.tuwien.ac.at/
> ~mkoegler/index.php/eibd) pour cette plateforme.
> Pour accéder au bus, j'ai construit une interface pour connecter une
> BCU2 au port série du Linksys et communiquer à l'aide du protocole
> FT1.2 (schéma et photos surhttp://ouaye.net/linknx/bcu-interface/)
> Je l'ai utilisé dans un premier temps avec les examples de lecture et
> écriture de données sur le bus fournis avec eibd. Avec des scripts
> shell et une crontab il y a déjà moyen de faire pas mal de choses.
> Pour l'instant, je suis en train de développer une application de
> gestion/visualisation avec des timers et des fonctions logiques plus
> évoluées (le tout en C++).
> La visu de base est programmée en PHP (oui monsieur, il est possible
> de faire tourner un serveur web et php sur un routeur qui n'a que 16Mo
> de ram, 4Mo de flash et qui consomme moins de 5W)
> Pour les fonctions évoluées, je prévois d'utiliser un applet java qui
> tourne sur un PC et communique en XML avec l'application tournant sur
> le routeur.
> Le tout sera disponible en OpenSource, probablement sur une petite
> forge puisque ça à l'air de plaire aux gens, dès que je jugerai la
> qualité suffisante. (pour les curieux, le code est déjà suffisamment
> stable pour tourner sur mon routeur et est disponible surhttp://ouaye.net/linknx/)
> J'espère que ceci va suciter des vocations...
>
> On 7 août, 18:06, mickg <mickael.gaut...@wanadoo.fr> wrote:
>
> > Salut nulix,
>
> > non je n'ai jamais testé le LOGO de Siemens (bien qu'il y ait une
> > paserelle KNX). Le LOGO est de l'automate type indus
>
> > je pensais plutôt à ce type de produithttp://www.knx-gebaeudesysteme.de/sto_g/ibus_export/English/_HTML/pro...
>
> > PS :je reprends souvent l'ABB, 1) pour la qualité de leur offre, 2)
> > pour la qualité de leur site KNX...
>
> > Ce produit est vraiment sympa, gestion de 254 objets, 254 adresses de
> > groupes, plugin graphique à ETS avec objets fonctions...
> > Le "Product manual" est à regarder
>
> > @+
>
> > On 7 août, 17:01, nulix <florent.lesa...@gmail.com> wrote:
>
> > > > Pas de problème, pour faire cela, soit avec des superviseurs évolués,
> > > > soit avec des modules logiques. Ils ont des fonctions AND, OR, NOR,
> > > > GATE, <, >, time ....
>
> > > Quand tu dis ça, tu parle par exemple des modules LOGO de siemens?
> > > (http://www.siemens.com/index.jsp?
> > > sdc_p=ft15ml2s2u5o1207406i1214273pc58z3&sdc_bcpath=1206943.s_2,1210008.s_2,1209990.s_2,&sdc_sid=20733858545&)
>
> > > Je me demandes bien quels sont leurs capacités réels?
>
> > > T'en a déjà testé?
>
> > > Je suppose que le langage interne doit ressembler à du langage list
> > > type automate programmable industriel.
Sur la fonction "long" (plus de 5 secondes) du bouton, tu assigne une
adresse de groupe qui représente le mode jour/nuit.
Sur l'actuateur des lumières, tu ajoute une fonction logique "ET"
entre l'adresse de groupe de la fonction normale et le mode jour/nuit,
de façon à ce que la lampe s'allume normalement la journée et pas du
tout la nuit.
A l'aide du PC, home server ou autre, tu crée une fonction qui envoie
l'ordre d'allumage à 10% si on est en mode nuit et que l'on appuie sur
le bouton.
Malheureusement, il te faudra acheter un module logique EIB pour faire
la fonction "ET" et c'est pas donné ce genre de bestiole, à moins que
tu trouves un module dimmer qui fournit cette fonction en plus (c'est
courant pour les modules relais mais pour les dimmer je sais pas trop)
Une autre solution serait de programmer le bouton pour que la fonction
"ON" allume les dimmer à 10% dans tous les cas, et avoir ton PC ou
homeserver qui, durant la journée, réagit immédiatement lorsqu'il voit
ce télégramme en envoyant l'ordre 100%. Si le PC tombe en rade, tes
lumières ne s'allument plus qu'à 10%, oups, mais c'est toujours mieux
que rien.
Une troisième solution, pour essayer de pallier aux inconvénients de
la seconde serait de régler la vitesse d'allumage du dimmer
suffisamment lente pour que la nuit, le PC ou homeserver aie le temps
de "rattraper" l'ordre d'allumage à 100% en envoyant une consigne 10%.
Comme d'habitude, la solution la plus "propre" est aussi la plus
chère, mais si on veut être un peu créatif on peut s'en sortir à bon
compte.
On 7 août, 21:42, jef2000 <jef2...@ouaye.net> wrote:
> Comme toi, j'avais envie de créer des fonctionnalités de haut niveau
> sans me ruiner en homeserver et autres, et sans avoir mon PC allumé en
> permanence.
> La solution que j'ai trouvée est la suivante:
> J'ai acheté un routeur WiFi Linksys WRT54GS (n'imorte quel autre
> appareil supportant le firmware OpenWRT et ayant un port série ou USB
> ferait l'affaire)
> Ensuite j'ai compilé le démon eibd (http://www.auto.tuwien.ac.at/
> ~mkoegler/index.php/eibd) pour cette plateforme.
> Pour accéder au bus, j'ai construit une interface pour connecter une
> BCU2 au port série du Linksys et communiquer à l'aide du protocole
> FT1.2 (schéma et photos surhttp://ouaye.net/linknx/bcu-interface/)
> Je l'ai utilisé dans un premier temps avec les examples de lecture et
> écriture de données sur le bus fournis avec eibd. Avec des scripts
> shell et une crontab il y a déjà moyen de faire pas mal de choses.
> Pour l'instant, je suis en train de développer une application de
> gestion/visualisation avec des timers et des fonctions logiques plus
> évoluées (le tout en C++).
> La visu de base est programmée en PHP (oui monsieur, il est possible
> de faire tourner un serveur web et php sur un routeur qui n'a que 16Mo
> de ram, 4Mo de flash et qui consomme moins de 5W)
> Pour les fonctions évoluées, je prévois d'utiliser un applet java qui
> tourne sur un PC et communique en XML avec l'application tournant sur
> le routeur.
> Le tout sera disponible en OpenSource, probablement sur une petite
> forge puisque ça à l'air de plaire aux gens, dès que je jugerai la
> qualité suffisante. (pour les curieux, le code est déjà suffisamment
> stable pour tourner sur mon routeur et est disponible surhttp://ouaye.net/linknx/)
> J'espère que ceci va suciter des vocations...
>
> On 7 août, 18:06, mickg <mickael.gaut...@wanadoo.fr> wrote:
>
> > Salut nulix,
>
> > non je n'ai jamais testé le LOGO de Siemens (bien qu'il y ait une
> > paserelle KNX). Le LOGO est de l'automate type indus
>
> > je pensais plutôt à ce type de produithttp://www.knx-gebaeudesysteme.de/sto_g/ibus_export/English/_HTML/pro...
>
> > PS :je reprends souvent l'ABB, 1) pour la qualité de leur offre, 2)
> > pour la qualité de leur site KNX...
>
> > Ce produit est vraiment sympa, gestion de 254 objets, 254 adresses de
> > groupes, plugin graphique à ETS avec objets fonctions...
> > Le "Product manual" est à regarder
>
> > @+
>
> > On 7 août, 17:01, nulix <florent.lesa...@gmail.com> wrote:
>
> > > > Pas de problème, pour faire cela, soit avec des superviseurs évolués,
> > > > soit avec des modules logiques. Ils ont des fonctions AND, OR, NOR,
> > > > GATE, <, >, time ....
>
> > > Quand tu dis ça, tu parle par exemple des modules LOGO de siemens?
> > > (http://www.siemens.com/index.jsp?
> > > sdc_p=ft15ml2s2u5o1207406i1214273pc58z3&sdc_bcpath=1206943.s_2,1210008.s_2,1209990.s_2,&sdc_sid=20733858545&)
>
> > > Je me demandes bien quels sont leurs capacités réels?
>
> > > T'en a déjà testé?
>
> > > Je suppose que le langage interne doit ressembler à du langage list
> > > type automate programmable industriel.