27/06/2007, 00:28:10
Oui, le wrt54g est pas mal mais un peu limité effectivement. C'est bien de
limiter le budget mais pas au détriment de la flexibilité et peut être des
fonctionnalités. Pour 100-150 euros de plus tu as une carte beaucoup plus
flexible, qu'est-ce que 100 ou 150 euros de plus dans une installe eib?
Niveau consommation, ce genre de carte ne consomme pas plus qu'un wrt54gs.
Pour la carte tpuart, je l'ai achetée directement chez Fritz Praus qui vend
des cartes déjà toutes montées. Evidement c'est payant mais ca ne m'a pas
pris de temps et je n'ai pas du chercher le CI tpuart.
C'est encore en projet, je commence mes expériences avec quelques modules,
la construction de la maison devrait débuter début aout, donc j'ai encore le
temps de peaufiner tout ça.
Qu'en est-il pour toi?
A+,
Cyrille
-----Message d'origine-----
De : domotique-EIB@googlegroups.com [mailto:domotique-EIB@googlegroups.com]
De la part de jef2000
Envoyé : mercredi 27 juin 2007 0:10
À : domotique-EIB
Objet : Re: Fonctionnalités domotiques
Mon choix de plateforme à été guidé principalement par 2 critères
1) Le prix: Un routeur wifi supportant le firmware OpenWRT coûte moins
de 100 EUR, dans mon cas (linksys WRT54GS), il fournit également
l'accès wifi, sert de hub ethernet 5 ports. Le critère de prix n'est
pas dû à une limitation de mon budget mais a une volonté de montrer
que la domotique n'est pas un gadget de luxe mais une commodité tout à
fait abordable.
2) La consommation électrique: Kyoto oblige, il faut rester un peu
raisonnable et pour un truc qui tourne 24H/24 7J/7, rester en dessous
des 5W est tout à fait raisonnable.
C'est sûr que ça limite un peu au niveau de la taille de mémoire (4Mb
de flash) mais ça fait partie de l'exercice de style.
En ce qui concerne Ajax, je garde l'idée. Je ne connaissait pas du
tout mais ça à l'air intéressant.
Où t'es tu procuré l'interface TPUART? J'ai cherché un peu quand j'ai
commencé mon projet mais rien que pour le chip, il fallait le
commander en Allemagne etc.. alors j'ai simplifié. Pas de module
Kernel, très peu d'électronique "maison" (2 transistors, 2
optocoupleurs et quelques résistances) et une BCU2 qui supporte le
protocole FT1.2. Le tout complètement intégré dans le boitier du
routeur avec juste un fil rouge et un noir qui sortent vers le bus.
Où en est ton installation? Tu as déjà quelque chose qui tourne ou
bien c'est encore en projet.
Ca m'intéresse de voir d'autres réalisations pour pouvoir confronter
mes idées à la réalité, voir si ça tient la route et quels sont les
pièges à éviter
On 26 juin, 23:10, "Ziki" <z...@omail.be> wrote:
> Salut,
>
> Ton projet se rapproche pour certaines parties beaucoup du miens.
>
> Mon idée de base est d'également faire tourner eibd avec une interface
> tpuart sur une petite plateforme Linux (genre Soekris, Wrap ou carte mère
à
> base d'AMD Geode LX800). Sur cette plateforme tournerait un serveur web
> contenant des pages web (avec probablement une utilisation intensive de
> Javascript et d'Ajax) interagissant avec l'installation eib. Ces pages
> seraient consultables grâce à des écrans tactiles présents dans la maison,
> tournant également sous Linux mais sans disque dur, l'OS étant chargé
depuis
> le réseau :
>
> http://www.ieiworld.com/en/product_IPC.a...AFL-08A-LX
>
> Voici les principales fonctionnalités que j'avais retenues pour commencer:
>
> - affichage et modification de l'état de l'éclairage des différentes
pièces
> - affichage et modification de la température/chauffage
> - affichage du status des différents capteurs de l'alarme
> - branchement de l'alarme à l'aide d'un code
> - affichage des quelques cameras présentes dans l'habitation
> - gestion de la sonnette avec possibilité d'ouverture de la porte +
> affichage de la caméra présente à la porte d'entrée
> - gestion de la musique (lecture d'MP3) avec gestion multiroom
>
> J'oublie peut être encore des choses mais en gros, c'est ce que je
voudrais
> faire.
>
> Mon choix s'est porté sur des pages HTML car cela permet un développement
> selon moi plus rapide qu'une application Windows, l'intégration des
cameras
> est faite en 3 lignes grâce à du Flash par exemple, les technologies comme
> Ajax permettent de faire des choses très intéressantes (par exemple,
> concrètement, d'actualiser les températures sans recharger la page),
> l'application peut tourner sur toutes les plateformes (forcement, c'est du
> web),...
>
> Pour ton problème de délai d'affichage, pourquoi ne pas simplement faire
un
> cron qui irait lire la valeur des capteurs toutes les minutes puis les
> stocké quelque part, ensuite pour l'affichage de tes pages tu n'aurais
plus
> qu'a aller lire ce que tu as stocké auparavant?
>
> Ce qui est rigolo, c'est qu'apparemment tu es de Braine et moi de Wavre,
ce
> n'est pas très loin.
>
> A+,
>
> Cyrille
>
> -----Message d'origine-----
> De : domotique-EIB@googlegroups.com
[mailto:domotique-EIB@googlegroups.com]
> De la part de jef2000
> Envoyé : mardi 26 juin 2007 21:32
> À : domotique-EIB
> Objet : Re: Fonctionnalités domotiques
>
> > Effectivement, tu as mentionné les applications les plus employées.
> > Mais la Visu ? je n'ai pas compris comment tu fais !
>
> Pour l'instant, je commande le tout via le petit serveur web intégré
> a mon routeur wifi.
> J'ai des scripts CGI qui appellent des petits programme permettant de
> commuter et lire l'état des différents actionneurs, lire les
> températures des thermostats, changer leur mode de fonctionnement
> etc... Ces petits programmes en ligne de commande ont été écrits sur
> la base des exemples fournis avec EIBD.
>
> J'ai également connecté une passerelle ethernet-bluetooth pour pouvoir
> consulter cette interface web avec un vieux Palm Tungsten qui me sert
> de télécommande de luxe.
>
> Le problème, c'est que ni EIBD ni les petits programmes appelés par
> l'interface web ne retiennent l'état actuel d'une requête à l'autre,
> ce qui les oblige à chaque fois lire cet état via le bus sur le
> participant concerné. Pour la page qui affiche la température et le
> mode (confort, standby, nuit ou protection-gel) des thermostats de
> chaque pièce, ça devient un peu lourd (2 à 3 seconde chaque fois que
> j'affiche la page). D'où mon idée de développer une nouvelle
> application et tant qu'a faire lui en demander beaucoup plus que ce
> qui n'était possible avant.
>
> > Je ne sais pas si c'est applicable dans ton cas, mais une librairie de
> > fonctions est très utile (logic: AND, OR, math: Sin, Cos, Tang etc).
> > Ca permet de créer des fonctions de haut niveau, sans chaque fois
> > faire un développement spécifique à la demande.
>
> Je n'en ai pas parlé dans mon premier message mais en fait, c'est à la
> base de la solution que je compte mettre en oeuvre.
> L'idée est de partir d'un fichier de configuration xml décrivant une
> série de conditions et d'actions à exécuter lorsque ces conditions se
> vérifient. Une condition de base peut être un changement d'état de
> l'un des objets de groupe EIB, d'une variable interne, l'expiration
> d'un timer, etc... On peut également combiner ces conditions de base
> vie les fonctions logiques dont tu parlais. Cela permet déjà pas mal
> de chose, des fonctionnalités comme l'alarme ou le simulateur de
> présence par exemple peuvent sans trop de problèmes être exprimés via
> ce genre de règles.
> Les règles seraient donc chargées au démarrage depuis le fichier xml,
> il serait ensuite possible d'en ajouter via une interface web et de re-
> sauvegarder le tout au format xml de manière à les conserver lors des
> redémarrages ou coupures de courant.
> Voici un exemple de configuration qui allume la lumière de ma chambre
> progressivement entre 6H30 et 7H les jours de semaine, si on est
> présent (j'ai un interrupteur près de la porte d'entrée qui me permet
> de signaler lorsque la maison n'st pas occupée) et si le réveil est
> activé (comme tout bon réveil, faut bien un moyen de le couper)
> La condition est évaluée à chaque fois qu'une de ses conditions de
> base marquée d'un " trigger='true' " a changé.
>
> <?xml version="1.0" ?>
> <config>
> <rule id='wakeup_alarm'>
> <condition type='and'>
> <condition type='eib' trigger='false'>
> <object id='presence'>
> <value>false</value>
> </condition>
> <condition type='eib' trigger='false'>
> <object id='wakeup_enabled'>
> <value>true</value>
> </condition>
> <condition type='timer' trigger='true'>
> <at>30 6 * * 1,2,3,4,5</at>
> </condition>
> </condition>
> <action type='dim-up'>
> <id>dim_chambre2</id>
> <start>0</start>
> <stop>240</stop>
> <delay>1800</delay>
> </action>
> <action type='set'>
> <id>chauffage_cuisine</id>
> <value>comfort</value>
> </action>
> </rule>
> <objects>
> <knxConnection line='1/1' url="ip:192.168.0.10"/>
> <object id='presence' gad='1/1/60'>Presence</object>
> <object id='dim_chambre2' gad='1/1/45' type='EIS6'>Dimmer
> chambre 2</object>
> <object id='wakeup_enabled' gad='1/2/1'
> persistent='true'>Réveil activé</object>
> </objects>
> </config>
>
> > Exemple: un parser web, cela m'a permis d'afficher les prévisions
> > météo sur 12 jours, en faisant des extracts d'un site web météo.
> > Autre exemple: la fonction "total" me permet de voir le nombre de
> > lampes allumées
>
> > Toutes mes félicitations.
limiter le budget mais pas au détriment de la flexibilité et peut être des
fonctionnalités. Pour 100-150 euros de plus tu as une carte beaucoup plus
flexible, qu'est-ce que 100 ou 150 euros de plus dans une installe eib?
Niveau consommation, ce genre de carte ne consomme pas plus qu'un wrt54gs.
Pour la carte tpuart, je l'ai achetée directement chez Fritz Praus qui vend
des cartes déjà toutes montées. Evidement c'est payant mais ca ne m'a pas
pris de temps et je n'ai pas du chercher le CI tpuart.
C'est encore en projet, je commence mes expériences avec quelques modules,
la construction de la maison devrait débuter début aout, donc j'ai encore le
temps de peaufiner tout ça.
Qu'en est-il pour toi?
A+,
Cyrille
-----Message d'origine-----
De : domotique-EIB@googlegroups.com [mailto:domotique-EIB@googlegroups.com]
De la part de jef2000
Envoyé : mercredi 27 juin 2007 0:10
À : domotique-EIB
Objet : Re: Fonctionnalités domotiques
Mon choix de plateforme à été guidé principalement par 2 critères
1) Le prix: Un routeur wifi supportant le firmware OpenWRT coûte moins
de 100 EUR, dans mon cas (linksys WRT54GS), il fournit également
l'accès wifi, sert de hub ethernet 5 ports. Le critère de prix n'est
pas dû à une limitation de mon budget mais a une volonté de montrer
que la domotique n'est pas un gadget de luxe mais une commodité tout à
fait abordable.
2) La consommation électrique: Kyoto oblige, il faut rester un peu
raisonnable et pour un truc qui tourne 24H/24 7J/7, rester en dessous
des 5W est tout à fait raisonnable.
C'est sûr que ça limite un peu au niveau de la taille de mémoire (4Mb
de flash) mais ça fait partie de l'exercice de style.
En ce qui concerne Ajax, je garde l'idée. Je ne connaissait pas du
tout mais ça à l'air intéressant.
Où t'es tu procuré l'interface TPUART? J'ai cherché un peu quand j'ai
commencé mon projet mais rien que pour le chip, il fallait le
commander en Allemagne etc.. alors j'ai simplifié. Pas de module
Kernel, très peu d'électronique "maison" (2 transistors, 2
optocoupleurs et quelques résistances) et une BCU2 qui supporte le
protocole FT1.2. Le tout complètement intégré dans le boitier du
routeur avec juste un fil rouge et un noir qui sortent vers le bus.
Où en est ton installation? Tu as déjà quelque chose qui tourne ou
bien c'est encore en projet.
Ca m'intéresse de voir d'autres réalisations pour pouvoir confronter
mes idées à la réalité, voir si ça tient la route et quels sont les
pièges à éviter
On 26 juin, 23:10, "Ziki" <z...@omail.be> wrote:
> Salut,
>
> Ton projet se rapproche pour certaines parties beaucoup du miens.
>
> Mon idée de base est d'également faire tourner eibd avec une interface
> tpuart sur une petite plateforme Linux (genre Soekris, Wrap ou carte mère
à
> base d'AMD Geode LX800). Sur cette plateforme tournerait un serveur web
> contenant des pages web (avec probablement une utilisation intensive de
> Javascript et d'Ajax) interagissant avec l'installation eib. Ces pages
> seraient consultables grâce à des écrans tactiles présents dans la maison,
> tournant également sous Linux mais sans disque dur, l'OS étant chargé
depuis
> le réseau :
>
> http://www.ieiworld.com/en/product_IPC.a...AFL-08A-LX
>
> Voici les principales fonctionnalités que j'avais retenues pour commencer:
>
> - affichage et modification de l'état de l'éclairage des différentes
pièces
> - affichage et modification de la température/chauffage
> - affichage du status des différents capteurs de l'alarme
> - branchement de l'alarme à l'aide d'un code
> - affichage des quelques cameras présentes dans l'habitation
> - gestion de la sonnette avec possibilité d'ouverture de la porte +
> affichage de la caméra présente à la porte d'entrée
> - gestion de la musique (lecture d'MP3) avec gestion multiroom
>
> J'oublie peut être encore des choses mais en gros, c'est ce que je
voudrais
> faire.
>
> Mon choix s'est porté sur des pages HTML car cela permet un développement
> selon moi plus rapide qu'une application Windows, l'intégration des
cameras
> est faite en 3 lignes grâce à du Flash par exemple, les technologies comme
> Ajax permettent de faire des choses très intéressantes (par exemple,
> concrètement, d'actualiser les températures sans recharger la page),
> l'application peut tourner sur toutes les plateformes (forcement, c'est du
> web),...
>
> Pour ton problème de délai d'affichage, pourquoi ne pas simplement faire
un
> cron qui irait lire la valeur des capteurs toutes les minutes puis les
> stocké quelque part, ensuite pour l'affichage de tes pages tu n'aurais
plus
> qu'a aller lire ce que tu as stocké auparavant?
>
> Ce qui est rigolo, c'est qu'apparemment tu es de Braine et moi de Wavre,
ce
> n'est pas très loin.
>
> A+,
>
> Cyrille
>
> -----Message d'origine-----
> De : domotique-EIB@googlegroups.com
[mailto:domotique-EIB@googlegroups.com]
> De la part de jef2000
> Envoyé : mardi 26 juin 2007 21:32
> À : domotique-EIB
> Objet : Re: Fonctionnalités domotiques
>
> > Effectivement, tu as mentionné les applications les plus employées.
> > Mais la Visu ? je n'ai pas compris comment tu fais !
>
> Pour l'instant, je commande le tout via le petit serveur web intégré
> a mon routeur wifi.
> J'ai des scripts CGI qui appellent des petits programme permettant de
> commuter et lire l'état des différents actionneurs, lire les
> températures des thermostats, changer leur mode de fonctionnement
> etc... Ces petits programmes en ligne de commande ont été écrits sur
> la base des exemples fournis avec EIBD.
>
> J'ai également connecté une passerelle ethernet-bluetooth pour pouvoir
> consulter cette interface web avec un vieux Palm Tungsten qui me sert
> de télécommande de luxe.
>
> Le problème, c'est que ni EIBD ni les petits programmes appelés par
> l'interface web ne retiennent l'état actuel d'une requête à l'autre,
> ce qui les oblige à chaque fois lire cet état via le bus sur le
> participant concerné. Pour la page qui affiche la température et le
> mode (confort, standby, nuit ou protection-gel) des thermostats de
> chaque pièce, ça devient un peu lourd (2 à 3 seconde chaque fois que
> j'affiche la page). D'où mon idée de développer une nouvelle
> application et tant qu'a faire lui en demander beaucoup plus que ce
> qui n'était possible avant.
>
> > Je ne sais pas si c'est applicable dans ton cas, mais une librairie de
> > fonctions est très utile (logic: AND, OR, math: Sin, Cos, Tang etc).
> > Ca permet de créer des fonctions de haut niveau, sans chaque fois
> > faire un développement spécifique à la demande.
>
> Je n'en ai pas parlé dans mon premier message mais en fait, c'est à la
> base de la solution que je compte mettre en oeuvre.
> L'idée est de partir d'un fichier de configuration xml décrivant une
> série de conditions et d'actions à exécuter lorsque ces conditions se
> vérifient. Une condition de base peut être un changement d'état de
> l'un des objets de groupe EIB, d'une variable interne, l'expiration
> d'un timer, etc... On peut également combiner ces conditions de base
> vie les fonctions logiques dont tu parlais. Cela permet déjà pas mal
> de chose, des fonctionnalités comme l'alarme ou le simulateur de
> présence par exemple peuvent sans trop de problèmes être exprimés via
> ce genre de règles.
> Les règles seraient donc chargées au démarrage depuis le fichier xml,
> il serait ensuite possible d'en ajouter via une interface web et de re-
> sauvegarder le tout au format xml de manière à les conserver lors des
> redémarrages ou coupures de courant.
> Voici un exemple de configuration qui allume la lumière de ma chambre
> progressivement entre 6H30 et 7H les jours de semaine, si on est
> présent (j'ai un interrupteur près de la porte d'entrée qui me permet
> de signaler lorsque la maison n'st pas occupée) et si le réveil est
> activé (comme tout bon réveil, faut bien un moyen de le couper)
> La condition est évaluée à chaque fois qu'une de ses conditions de
> base marquée d'un " trigger='true' " a changé.
>
> <?xml version="1.0" ?>
> <config>
> <rule id='wakeup_alarm'>
> <condition type='and'>
> <condition type='eib' trigger='false'>
> <object id='presence'>
> <value>false</value>
> </condition>
> <condition type='eib' trigger='false'>
> <object id='wakeup_enabled'>
> <value>true</value>
> </condition>
> <condition type='timer' trigger='true'>
> <at>30 6 * * 1,2,3,4,5</at>
> </condition>
> </condition>
> <action type='dim-up'>
> <id>dim_chambre2</id>
> <start>0</start>
> <stop>240</stop>
> <delay>1800</delay>
> </action>
> <action type='set'>
> <id>chauffage_cuisine</id>
> <value>comfort</value>
> </action>
> </rule>
> <objects>
> <knxConnection line='1/1' url="ip:192.168.0.10"/>
> <object id='presence' gad='1/1/60'>Presence</object>
> <object id='dim_chambre2' gad='1/1/45' type='EIS6'>Dimmer
> chambre 2</object>
> <object id='wakeup_enabled' gad='1/2/1'
> persistent='true'>Réveil activé</object>
> </objects>
> </config>
>
> > Exemple: un parser web, cela m'a permis d'afficher les prévisions
> > météo sur 12 jours, en faisant des extracts d'un site web météo.
> > Autre exemple: la fonction "total" me permet de voir le nombre de
> > lampes allumées
>
> > Toutes mes félicitations.